Hello Thomas, I'm having an issue with atapicam. Loading the kernel module doesn't create /dev/cd* as expected but seems to have a serious impact on system performance. Compiling it into the kernel causes the boot to hang after detecting acd0 and acd1 (although after reading the mailing list, this may not actually be a hang, but a slowdown, where I'd just have to let it sit 15 minutes - I haven't waited that long). Looking through the freebsd-stable mailing list, it seems that this issue has come up before: http://marc.theaimsgroup.com/?l=freebsd-stable&m=114302548927632&w=2 http://marc.theaimsgroup.com/?l=freebsd-stable&m=114371352507049&w=2 http://marc.theaimsgroup.com/?l=freebsd-stable&m=114372945516655&w=2 This seems to be the exact same issue that I'm having. Since those threads are from March 2006, and I'm running FreeBSD-6.2-PRERELEASE, it appears that the problem has not yet been fixed, so I'd like to ask you to have another look at it. If you need more debugging data, I'll be happy to provide as much as I can, just tell me what you need. Cheers Benjamin
* Benjamin Lutz, 2006-10-11 :> This seems to be the exact same issue that I'm having. Since those > threads are from March 2006, and I'm running FreeBSD-6.2-PRERELEASE, it > appears that the problem has not yet been fixed, so I'd like to ask you > to have another look at it. If you need more debugging data, I'll be > happy to provide as much as I can, just tell me what you need.As I mentioned on the previous thread you quoted, I can't see anything abnormal here. Can you provide complete traces with CAM debugging options enabled? please include boot -v output. Thomas.
Thomas, do you think this could be related to the problem I atapi_cam slowing
my machine down to an unuseable state?
&n
Thanks Adam.
On Thu Oct 26 9:18 , Thomas Qui
> Well, I'm having problems with that. I built a new kernel
with all the
> CAM debugging options enabled (otherwise it's GENERIC), but
this one < module if I load it
loader load
> it. I've had a look at the dump with kgdb, and it appears
that a
> null-dereference happens in line 4205 of sys/cam/cam_xpt.c:
path2 is <
OK, sorry for the delay, can you apply the attached patch and
try again?
Thomas.
Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20061027/829c6838/attachment.pgp