aac tool regressions on 7.0-RC1

Chris Timmons cwt at networks.cwu.edu
Wed Apr 2 23:06:29 UTC 2008

The diff applied cleanly except for the __FBSDID().

With this new revision, I can still run batch scripts as shown below and 
get the correct output from aaccli.  Unfortunately, if you manually invoke 
aaccli and type in "open aac0", all terminal input is locked.  The only 
way to recover the process is to kill it from another window.  While this 
was going on, I did notice devd was active in top(1) output.

On the system with the hack-patch, there is no problem with interactive 
terminal I/O w/aaccli after "open aac0".  You can continue to enter 
commands interactively and see the expected output.

My 7-stable sources are from around 11am PDT today, with just the aac.c 
patched as you suggested.


 	aaccli <<- EOF

 	        open aac0
 	        logfile start $LOGFILE
 	        enclosure show status
 	        logfile end

On Wed, 2 Apr 2008, Ed Maste wrote:

> Excellent!  I've actually committed a better fix to HEAD now (aac.c
> revision 1.137).  The diffs[1] should apply cleanly to RELENG_7 and
> RELENG_6 I believe, and I plan to MFC them in a week or so.  If you have
> time to try it out on 7 before then I'd like to find out if it solves
> the problem (properly) for you.
> Please give aaccli a try with the driver in 7-stable and let me know if 
> you find any functionality that doesn't work.  (6-stable doesn't have 
> all of the changes yet, so I don't think it'll work there right now.)
> [1] http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/aac/aac.c.diff?r1=1.136;r2=1.137
> -Ed

More information about the freebsd-stable mailing list