Rockbox on a USB device causes kernel panic on 7.0
Hi all, I'm running FreeBSD 7.0 on a home file server that holds, among a bunch of other stuff, my music collection. I occasionally hook up my iPod Video (5.5) to charge and to synchronize files using rsync; I've got Rockbox (http://www.rockbox.org/) running on the iPod. For as long as I've had 7 running on the server (about a year), everything has been fine. However, after a recent Rockbox update, the server reports a kernel panic when I plug in the iPod. I think that this is related to some changes on the rsync end, specifically their New USB stack with limited capability. It would be great to get this combination working again, and I'm wondering what information would be most useful if anyone wanted to take a crack at the problem. I'm working on getting a scratch box together for testing purposes so that I can avoid taking down my server. Thanks for any help or suggestions, Dave ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rockbox on a USB device causes kernel panic on 7.0
I think that this is related to some changes on the rsync end, specifically their New USB stack with limited capability. The new USB stack is not enabled by default. Rockbox still reboots the iPod into emergency disk mode when USB is plugged in, just like it always did. That said, Apple's disk mode has always been very good at panicking my 6-STABLE machines. - Bartosz ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Rockbox on a USB device causes kernel panic on 7.0
Just wanted to correct an error in my original note; I intended to suggest that a change in Rockbox had caused this problem, not rsync. Bartosz picked up on that immediately. Regarding your note, I think that the Rockbox USB stack may in fact be running by default in the newest releases. I write this with some confidence as the same device that FreeBSD used to identify as IPOD is now identified as Rockbox something-or-other. I'm not sure exactly what it is as every time I see it I get a panic. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rockbox on a USB device causes kernel panic on 7.0
the same device that FreeBSD used to identify as IPOD is now identified as Rockbox The Rockbox USB code keeps changing with each build - it used to request power (using its own USB stack) until very recently for me, but as of a couple of days ago, reboots into the original firmware again. It will be difficult to debug the FreeBSD side of things when the Rockbox code is so volatile and fragile. - Bartosz ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Rockbox on a USB device causes kernel panic on 7.0
Bartosz Fabianowski wrote: the same device that FreeBSD used to identify as IPOD is now identified as Rockbox The Rockbox USB code keeps changing with each build - it used to request power (using its own USB stack) until very recently for me, but as of a couple of days ago, reboots into the original firmware again. It will be difficult to debug the FreeBSD side of things when the Rockbox code is so volatile and fragile. - Bartosz Aha, interesting. Well, I guess I'll hang in there until they sort things out on their end. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB device causes kernel panic
On Fri, 01 Apr 2005 08:05:47 -0500 Mike Tancsa [EMAIL PROTECTED] wrote about Re: USB device causes kernel panic: MT I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 MT device, but completely screws up my system when pluggeg into a USB2 MT port. MT Try updating to the latest RELENG_5. There have been a lot of USB bug MT fixes since Dec. Ok, I think now I have the latest: arc# uname -a FreeBSD arc.pmp.uni-hannover.de 5.4-STABLE FreeBSD 5.4-STABLE #3: Mon Apr 4 11:21:26 CEST 2005 I can attach the drive now, and it basically works. I can successfully do something like this: (%:/mnt/xs-drive)- dd if=/dev/zero of=Z bs=1024k count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 3.841036 secs (2729930 bytes/sec) However, when I increase the amount of data by using count=100, the thing hangs again. This time I get the following: (%:/mnt/xs-drive)- dd if=/dev/zero of=Z bs=1024k count=100 umass0: BBB reset failed, TIMEOUT umass0: BBB reset failed, TIMEOUT [...] Any hints? cu Gerrit ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
USB device causes kernel panic
Hi folks, I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 device, but completely screws up my system when pluggeg into a USB2 port. I'm running (%:~)- uname -a FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu Dec 9 12:00:08 CET 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARC i386 My pci devices are [EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x07351039 rev=0x01 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 735 Host-to-PCI Bridge' class= bridge subclass = HOST-PCI [EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x00011039 rev=0x00 hdr=0x01vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS 530 Virtual PCI-to-PCI bridge (AGP)' class= bridge subclass = PCI-PCI [EMAIL PROTECTED]:2:0: class=0x060100 card=0x chip=0x00081039 rev=0x00 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS PCI to ISA Bridge (LPC Bridge)' class= bridge subclass = PCI-ISA [EMAIL PROTECTED]:2:2: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class= serial bus subclass = USB [EMAIL PROTECTED]:2:3: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x07 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5597/8 Universal Serial Bus Controller' class= serial bus subclass = USB [EMAIL PROTECTED]:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0xd0 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS5513 EIDE Controller (A,B step)' class= mass storage subclass = ATA [EMAIL PROTECTED]:2:7: class=0x040100 card=0x030013f6 chip=0x70121039 rev=0xa0 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS7012 PCI Audio Accelerator' class= multimedia subclass = audio [EMAIL PROTECTED]:3:0: class=0x02 card=0x09001039 chip=0x09001039 rev=0x90 hdr=0x00vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS900 Fast Ethernet/Home Networking Ctrlr' class= network subclass = ethernet [EMAIL PROTECTED]:11:0: class=0x01 card=0x78619004 chip=0x61789004 rev=0x03 hdr=0x00vendor = 'Adaptec Inc' device = 'AIC-7861 AHA-2940AU PCI SCSI Controller' class= mass storage subclass = SCSI [EMAIL PROTECTED]:15:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00vendor = '3ware Inc.' device = '7000 series ATA-100 Storage Controller' class= mass storage subclass = RAID [EMAIL PROTECTED]:19:0: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x50 hdr=0x00vendor = 'VIA Technologies Inc' device = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)' class= serial bus subclass = USB [EMAIL PROTECTED]:19:1: class=0x0c0300 card=0x12340925 chip=0x30381106 rev=0x50 hdr=0x00vendor = 'VIA Technologies Inc' device = 'VT82x UHCI USB 1.1 Controller (All VIA Chipsets)' class= serial bus subclass = USB [EMAIL PROTECTED]:19:2: class=0x0c0320 card=0x12340925 chip=0x31041106 rev=0x51 hdr=0x00vendor = 'VIA Technologies Inc' device = 'VT6202 USB 2.0 Enhanced Host Controller' class= serial bus subclass = USB [EMAIL PROTECTED]:0:0: class=0x03 card=0x4c431019 chip=0x59641002 rev=0x01 hdr=0x00vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 Radeon 9200 SE Series' class= display subclass = VGA [EMAIL PROTECTED]:0:1: class=0x038000 card=0x4c421019 chip=0x5d441002 rev=0x01 hdr=0x00vendor = 'ATI Technologies Inc.' device = 'Radeon 9200 SE Series - Secondary (RV280)' class= display When booting and plugging in the device afterwards I see the following messages: Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #2: Thu Dec 9 12:00:08 CET 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARC Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2400+ (1991.54-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x681 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMO V,PAT,PSE36,MMX,FXSR,SSE AMD Features=0xc040AMIE,DSP,3DNow! real memory = 805240832 (767 MB) avail memory = 778158080 (742 MB) netsmb_dev: loaded npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT SiS735XX on motherboard acpi0: Power Button (fixed) Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 cpu0: ACPI CPU (3 Cx states) on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: SiS 735 host to
Re: USB device causes kernel panic
At 07:39 AM 01/04/2005, Gerrit Kühn wrote: Hi folks, I have a XS-Drive Pro VP300 (Vosonic) here which runs fine as USB1 device, but completely screws up my system when pluggeg into a USB2 port. I'm running (%:~)- uname -a FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu Dec 9 12:00:08 CET 2004 Hi, Try updating to the latest RELENG_5. There have been a lot of USB bug fixes since Dec. ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB device causes kernel panic
On Fri, 01 Apr 2005 08:05:47 -0500 Mike Tancsa [EMAIL PROTECTED] wrote about Re: USB device causes kernel panic: MT (%:~)- uname -a MT FreeBSD arc.pmp.uni-hannover.de 5.3-STABLE FreeBSD 5.3-STABLE #2: Thu MT Dec 9 12:00:08 CET 2004 MT Try updating to the latest RELENG_5. There have been a lot of USB bug MT fixes since Dec. Ok, I'll do that (and be back with the results probably on Monday). Thanks for the hint. cu Gerrit ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]