similar to: [Fwd: Re: [Fwd: Re: Still ATAPICAM Lockup/Slowdown]]

# uname -a FreeBSD ck.com 7.0-STABLE FreeBSD 7.0-STABLE #1: Tue Jul 15 11:38:41 EDT 2008 ck@friendlybearonskates.com:/usr/obj/usr/src/sys/CK i386 # Make buildkernel kernconf=CK fails here : linking kernel.debug sbp.o(.text+0xd9d): In function `sbp_free_ocb': /usr/src/sys/dev/firewire/sbp.c:2905: undefined reference to `xpt_release_devq' sbp.o(.text+0x123e): In function

Hi Folks, I've facing an intermittent hang with a USB port which seems cam related: Event's that happen are: o USB modem (HUAWEI E220) plugged into PC ugen3.2: <HUA WEI> at usbus3 u3g0: <3G Modem> on usbus3 u3g0: Found 3 ports. umass0: <USB MASS STORAGE> on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:6:0:-1: Attached to scbus6 umass1: <USB

On reboot, one out of 10 times, reboot (from hardware initialization) stops. Referring to this portion of the dmesg -v output, of a successful boot, where i have marked ">>>HERE<<<" is where the boot freezes on an unsuccessful boot. This is a constnat problem, on 6.2 as well as 6.3 unchanged. ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire acd0: setting

I've got a fix for the panic from the cd(4)/da(4) drivers when INVARIANTS is turned on in -stable. The fix is to create a task queue that runs in a thread context and use that to create the sysctl variables needed by cd(4) and da(4). The eventual fix will be to move the CAM transport layer probe code into a kernel thread. Anyway, these patches work for me, but if I could get some feedback

I purchased the 256 MB A-DATA flash drive (USB 2.0 SpeedDrive), but the system can't query its size. Here is corresponding parts of system messages (boot -v): >>>>>>>>>>> Aug 5 12:53:57 goshik /kernel: Copyright (c) 1992-2003 The FreeBSD Project. Aug 5 12:53:57 goshik /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Aug 5

Hi Stefanos, I've forwarded your mail to the nut user mailing list, which is the right place to get support. thanks to subscribe to it (http://alioth.debian.org/mail/?group_id=30602). Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource

Hi, I have been trying out a nice new tws controller and decided to enable debugging in the kernel and run some stress tests. With a regular GENERIC kernel, it boots up fine. But with debugging, it panics on boot. Anyone know whats up ? Is this something that should be sent directly to LSI ? pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0