Re: Mounting Root fails with error 22 (EINVAL)
Hello Soeren, I am sorry, but the last demsg output I have sent was not complete. I had captured that from /var/log/messages which does not seem to contain everything... Enclosed is a new one done with a serial console. Here I think the culprit can be seen as lines like: (probe2:ata2:0:0:0): CAM Status 0x39 Anything I can do to help investigate this further? Michael Soeren Schmidt wrote: It seems Anders Andersson wrote: On Sat, Feb 22, 2003 at 01:02:33PM +0100, [EMAIL PROTECTED] wrote: If you say int broke in the 20feb timeframe I think sos' ATA megacommit is the main suspect... Yes, sos ATA commit is what broke my sparc64 also (already informed sos in private mail), but he didnt have any direct ideas about the cause. Your problem is different, you dont see the disks due to missing interrupts, here the disks are found and read from but it falls apart later... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS drive E: is disk3 BIOS 639kB/1047488kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 ([EMAIL PROTECTED], Sat Feb 15 14:17:10 MET 2003) Loading /boot/defaults/loader.conf Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Booting [/boot/kernel/kernel] in 8 seconds... Booting [/boot/kernel/kernel] in 7 seconds... Booting [/boot/kernel/kernel] in 6 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK unload OK load /boot/kernel.test/kernel OK load /boot/kernel.test/acpi.ko OK boot -v SMAP type=01 base= len= 0009fc00 SMAP type=02 base= 0009fc00 len= 0400 SMAP type=02 base= 000f len= 0001 SMAP type=01 base= 0010 len= 3fef SMAP type=03 base= 3fff len= 8000 SMAP type=04 base= 3fff8000 len= 8000 SMAP type=02 base= fec0 len= 1000 SMAP type=02 base= fee0 len= 1000 SMAP type=02 base= len= 0001 Copyright (c) 1992-2003 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.0-CURRENT #0: Sun Feb 23 08:59:21 MET 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel /boot/kernel.test/kernel at 0xc0566000. Preloaded elf module /boot/kernel.test/acpi.ko at 0xc05660bc. Calibrating clock(s) ... i8254 clock: 1193225 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 996558899 Hz CPU: Intel Pentium III (996.56-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0059 - 0x3ffd, 1067778048 bytes (260688 pages) avail memory = 1037332480 (989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry = 0xfdae0 (c00fdae0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f6e40 pnpbios: Entry = f:5c04 Rev = 1.0 Other BIOS signatures found: null: null device, zero device random: entropy source mem: memory I/O Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT VIA_694X on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 pci_open(1):mode 1 addr port (0x0cf8) is 0x80010048 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=06911106) pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f7530 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded01A 0x01 3 4 5 7 9 10 11 12 14 15 embedded01B 0x02 3 4 5 7 9 10 11 12 14 15 embedded01C 0x03 3 4 5 7 9 10 11 12 14 15
Re: Mounting Root fails with error 22 (EINVAL)
On Sun, 23 Feb 2003, Soeren Schmidt wrote: It seems Michael Class wrote: Hello Soeren, I am sorry, but the last demsg output I have sent was not complete. I had captured that from /var/log/messages which does not seem to contain everything... Enclosed is a new one done with a serial console. Here I think the culprit can be seen as lines like: (probe2:ata2:0:0:0): CAM Status 0x39 Anything I can do to help investigate this further? Loose atapi-cam please and let me know if that helps -Søren Been there, done that. No change! Michael To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Mounting Root fails with error 22 (EINVAL)
[EMAIL PROTECTED] wrote: Can somebody please use cvs update -D date to do a binary search and identify which exact commit caused the problem ? Hello, I am getting the following result: A Kernel check out with the following command works: cvs -d /space/CVSROOT co -D 2003-02-20 00:00-P src the one check out with the following command does not work cvs -d /space/CVSROOT co -D 2003-02-20 11:00 -P src Unfortunately I have to leave now and cannot dig deeper into this. The system I am doing this on is on MET timzone (and I am not sure on the implications on the cvs command ...). Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Mounting Root fails with error 22 (EINVAL)
Christian Gusenbauer wrote: Hi! I've just cvsupped current and rebuilt world and now I'm getting this error when I boot with the new kernel. I had a look at the archives and found out that such a problem existed in January, too and I verified, that I do have the right revision of src/sys/ufs/ffs/fs.h (1.38). A kernel dated Feb. 14th boots without problems. Did I miss something? Hello, just as a data-point. I am seeing the same behaviour. It started with a kernel from Feb 21th. The kernel from Feb. 20th works o.k. Enclosed is the dmesg out, if that helps. Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Copyright (c) 1992-2003 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.0-CURRENT #0: Mon Feb 17 19:59:15 MET 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel /boot/kernel/kernel at 0xc0566000. Preloaded elf module /boot/kernel/acpi.ko at 0xc05660a8. Timecounter i8254 frequency 1193182 Hz CPU: Intel Pentium III (996.55-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073676288 (1023 MB) avail memory = 1037221888 (989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT VIA_694X on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 8 entries at 0xc00f7530 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_cpu1: CPU port 0x530-0x537 on acpi0 acpi_tz0: thermal zone port 0x530-0x537 on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb800-0xb81f irq 9 at device 7.2 on pci0 uhci0: LegSup = 0xa000 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard DeskJet 990C, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode uhci1: VIA 83C572 USB controller port 0xbc00-0xbc1f irq 9 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 viapropm0: SMBus I/O base at 0x400 viapropm0: VIA VT82C686A Power Management Unit port 0x400-0x40f at device 7.4 on pci0 viapropm0: SMBus revision code 0x40 smb0: SMBus generic I/O on smbus0 pcm0: VIA VT82C686A port 0xc000-0xc003,0xc400-0xc403,0xc800-0xc8ff irq 10 at device 7.5 on pci0 pcm0: ICEnsemble ICE1232 ac97 codec xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xb400-0xb47f mem 0xdffdff80-0xdffd irq 5 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:d7:dd:9c miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto atapci1: HighPoint HPT370 ATA100 controller port 0xcc00-0xccff,0xd000-0xd003,0xd400-0xd407,0xd800-0xd803,0xdc00-0xdc07 irq 10 at device 10.0 on pci0 ata2: at 0xdc00 on atapci1 ata3: at 0xd400 on atapci1 bktr0: BrookTree 878 mem 0xdedfe000-0xdedfefff irq 9 at device 11.0 on pci0 bktr0: Hauppauge Model 61344 D121 bktr0: Detected a MSP3410D-B4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: multimedia at device 11.1 (no driver attached) sym0: 875 port 0xa800-0xa8ff mem 0xdffde000-0xdffdefff,0xdffdfe00-0xdffdfeff irq 11 at device 12.0 on pci0
Re: Mounting Root fails with error 22 (EINVAL)
Please try boot -v and send dmesg. Also, please try entering ? to root device prompt to see what devices are available. Hello, enclosed is the boot -v output that you were asking for. Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Copyright (c) 1992-2003 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.0-CURRENT #0: Sat Feb 22 08:29:29 MET 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel /boot/kernel.test/kernel at 0xc0565000. Preloaded elf module /boot/kernel.test/acpi.ko at 0xc05650bc. Calibrating clock(s) ... i8254 clock: 1193225 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 996553246 Hz CPU: Intel Pentium III (996.55-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073676288 (1023 MB) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x0058f000 - 0x3ffd, 1067782144 bytes (260689 pages) avail memory = 1037225984 (989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00fdad0 bios32: Entry = 0xfdae0 (c00fdae0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xdb01 pnpbios: Found PnP BIOS data at 0xc00f6e40 pnpbios: Entry = f:5c04 Rev = 1.0 Other BIOS signatures found: null: null device, zero device random: entropy source mem: memory I/O Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x SVR: 0x01ff npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT VIA_694X on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 pci_open(1):mode 1 addr port (0x0cf8) is 0x80010048 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=06911106) pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00f7530 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded01A 0x01 3 4 5 7 9 10 11 12 14 15 embedded01B 0x02 3 4 5 7 9 10 11 12 14 15 embedded01C 0x03 3 4 5 7 9 10 11 12 14 15 embedded01D 0x05 3 4 5 7 9 10 11 12 14 15 embedded07A 0xfe 14 embedded07B 0xff 15 embedded07C 0x03 3 4 5 7 9 10 11 12 14 15 embedded07D 0x05 3 4 5 7 9 10 11 12 14 15 slot 1 09A 0x02 3 4 5 7 9 10 11 12 14 15 slot 1 09B 0x03 3 4 5 7 9 10 11 12 14 15 slot 1 09C 0x05 3 4 5 7 9 10 11 12 14 15 slot 1 09D 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 10A 0x03 3 4 5 7 9 10 11 12 14 15 slot 2 0 10B 0x05 3 4 5 7 9 10 11 12 14 15 slot 2 0 10C 0x01 3 4 5 7 9 10 11 12 14 15 slot 2 0 10D 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 11A 0x05 3 4 5 7 9 10 11 12 14 15 slot 3 0 11B 0x01 3 4 5 7 9 10 11 12 14 15 slot 3 0 11C 0x02 3 4 5 7 9 10 11 12 14 15 slot 3 0 11D 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 12A 0x01 3 4 5 7 9 10 11 12 14 15 slot 4 0 12B 0x02 3 4 5 7 9 10 11 12 14 15 slot 4 0 12C 0x03 3 4 5 7 9 10 11 12 14 15 slot 4 0 12D 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 13A 0x02 3 4 5 7 9 10 11 12 14 15 slot 5 0 13B 0x03 3 4 5 7 9 10 11 12 14 15 slot 5 0 13C 0x05 3 4 5 7 9 10 11 12 14 15 slot 5 0 13D 0x01 3 4 5 7 9 10 11 12 14 15 embedded0 14A 0x03 3 4 5 7 9 10 11 12 14 15 embedded0 14B 0x05 3 4 5 7 9 10 11 12 14 15 embedded0 14C 0x01 3 4 5 7 9 10 11 12 14 15 embedded0 14D 0x02 3 4 5 7 9 10 11 12 14 15 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2 ACPI timer looks GOOD min = 1, max = 2, width = 2
Re: USB and Kodak DC4800 Camera
Marc Butler wrote: On Thu, Jan 02, 2003 at 02:11:16PM +0100, Michael Class wrote: Hello, I am facing a problem that my Kodak DC4800 Camera is not recognized by a current FreeBSD-current system (I do not have release systems around, so I can not test aginst them, but I suspect that it would not work their either) (and yes, it works on the same system with L***x and W*e :-( I have compiled a kernel with USB_DEBUG and switched on debugging. The result from a connection of the camera to the system and a deconnect is in the enclosed errorlog. Anyone here able to interpret this? Michael, I'm not absolutely certain, but I believe the Kodak DC4800 Camera uses the Picture Transfer Protocol. I'm not sure it will be recognized as a storage device, however I have no experience with current and this particular issue. You may also want to make sure that the camera is plugged in or in it's cradle. The attempts to reset port 2 in your error output may indicate the device is not responding; it seems to be with a lot of these devices that they need external power when connected to the computer. (I'm not very confident in this as you state it works withWindows and Linux, and I assume it is the same setup.) Thank you for the answer! Yes, I can download pictures without additional power on Windows and Linux, so this does not seem to be the problem. Yes the device uses the PTP protocol. I do not expect it to appear as umass. But: I want to see it as ugen, so that higher level programs can access it. On Lx I am using jPhoto (a java program using libusb) to access the camera via PTP. And now I have read that recent versions of gphoto2 have PTP support too. But unfortunately our USB support drops the device totally, so I am stuck here. (Any yes I have, for obvious reasons, not yet tested if these programs work on FreeBSD) Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
USB and Kodak DC4800 Camera
Hello, I am facing a problem that my Kodak DC4800 Camera is not recognized by a current FreeBSD-current system (I do not have release systems around, so I can not test aginst them, but I suspect that it would not work their either) (and yes, it works on the same system with L***x and W*e :-( I have compiled a kernel with USB_DEBUG and switched on debugging. The result from a connection of the camera to the system and a deconnect is in the enclosed errorlog. Anyone here able to interpret this? The system uses uhci (VIA chipset): uhci0: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 12 at device 7.2 on pc i0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 12 at device 7.3 on pc i0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered Any help would be nice. Btw. is there a special mailinglist for USB? Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Jan 2 13:34:35 pc-micha kernel: usb_needs_explore Jan 2 13:34:35 pc-micha kernel: usb_event_thread: woke up Jan 2 13:34:35 pc-micha kernel: usb_discover Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0x23 request=01 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=17 Jan 2 13:34:35 pc-micha kernel: uhub0: port error, restarting port 2 Jan 2 13:34:35 pc-micha kernel: uhub0: port error, giving up port 2 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0x23 request=01 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16 Jan 2 13:34:35 pc-micha kernel: usb_needs_explore Jan 2 13:34:35 pc-micha kernel: usb_event_thread: woke up Jan 2 13:34:35 pc-micha kernel: usb_discover Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control type=0x23 request=01 Jan 2 13:34:35 pc-micha kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=16 Jan 2 13:34:36 pc-micha kernel: uhci_root_ctrl_control type=0x23 request=03 Jan 2 13:34:36 pc-micha kernel: usb_needs_explore Jan 2 13:34:36 pc-micha kernel: uhci port 2 reset, status = 0x0495 Jan 2 13:34:36 pc-micha kernel: usbd_reset_port: port 2 reset done, error=NORMAL_COMPLETION Jan 2 13:34:36 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:36 pc-micha kernel: uhci_root_ctrl_control type=0x23 request=01 Jan 2 13:34:36 pc-micha kernel: uhci_root_ctrl_control: UR_CLEAR_PORT_FEATURE port=2 feature=20 Jan 2 13:34:36 pc-micha kernel: uhci_root_ctrl_control type=0xa3 request=00 Jan 2 13:34:36 pc-micha kernel: usbd_new_device bus=0xc615e000 port=2 depth=1 speed=2 Jan 2 13:34:36 pc-micha kernel: usbd_setup_pipe: dev=0xc65eb900 iface=0 ep=0xc65eb924 pipe=0xc65eb904 Jan 2 13:34:36 pc-micha kernel: uhci_open: pipe=0xc664a980, addr=0, endpt=0 (1) Jan 2 13:34:36 pc-micha kernel: usbd_get_desc: type=1, index=0, len=8 Jan 2 13:34:36 pc-micha kernel: uhci_device_control type=0x80, request=0x06, wValue=0x0100, wIndex=0x len=8, addr=0, endpt=0 Jan 2 13:34:36 pc-micha kernel: uhci_alloc_std_chain: addr=0 endpt=0 len=8 speed=2 flags=0x2 Jan 2 13:34:36 pc-micha kernel: uhci_alloc_std_chain: maxp=8 ntd=1 Jan 2 13:34:36 pc-micha kernel: uhci_alloc_std_chain: nexttog=0 Jan 2 13:34:36 pc-micha kernel: uhci_device_request: before transfer Jan 2 13:34:36 pc-micha kernel: TD(0xc61a4f00) at 007f8f00 = link=0x007f8ec4 status=0x1880 token=0x00e0002d buffer=0x022eb390 Jan 2 13:34:36 pc-micha kernel: 7f8ec4VF 1880ACTIVE,errcnt=3,actlen=1 pid=2d,addr=0,endpt=0,D=0,maxlen=8 Jan 2 13:34:36 pc-micha kernel: TD(0xc61a4ec0) at 007f8ec0 = link=0x007f8ee4 status=0x188003ff token=0x00e80069 buffer=0x022eb160 Jan 2 13:34:36 pc-micha kernel: 7f8ee4VF 188003ffACTIVE,errcnt=3,actlen=0 pid=69,addr=0,endpt=0,D=1,maxlen=8 Jan 2 13:34:36 pc-micha kernel: TD(0xc61a4ee0) at 007f8ee0 = link=0x0001 status=0x1980 token=0xffe800e1 buffer=0x Jan 2 13:34:36 pc-micha kernel: 1T 1980ACTIVE,IOC,errcnt=3,actlen=1 pid=e1,addr=0,endpt=0,D=1,maxlen=0 Jan 2 13:34:36 pc-micha kernel: uhci_add_ctrl: sqh=0xc6159f00 Jan 2 13:34:36 pc-micha kernel: uhci_enter_ctl_q: follow from [0] Jan 2
sym0 not working any more / Interrupt problem
Hello, with a current current kernel, my system can not allocate an interrupt for an symbios 875 SCSIcontroller any more. This worked (without any changes on the hardware inbetween with a kernel from Dec 2nd.) Enclosed is the complete dmesg output. Any hints what I could try? Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Copyright (c) 1992-2002 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.0-CURRENT #0: Sat Dec 21 12:00:24 MET 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/MCSMP2 Preloaded elf kernel /boot/kernel/kernel at 0xc0552000. Preloaded elf module /boot/kernel/acpi.ko at 0xc05520a8. Timecounter i8254 frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (996.55-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 1073676288 (1023 MB) avail memory = 1037541376 (989 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 Initializing GEOMetry subsystem Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: AMIINT VIA_694X on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 Using $PIR table, 8 entries at 0xc00f7530 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA100 controller port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 10 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ulpt0: Hewlett-Packard DeskJet 990C, rev 1.10/1.00, addr 2, iclass 7/1 ulpt0: using bi-directional mode uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 10 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: serial bus, SMBus at device 7.4 (no driver attached) xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xc800-0xc87f mem 0xde80-0xdeff irq 9 at device 9.0 on pci0 xl0: Ethernet address: 00:10:5a:d7:dd:9c miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pcm0: Creative EMU10K1 port 0xc400-0xc41f irq 5 at device 10.0 on pci0 bktr0: BrookTree 878 mem 0xdedfe000-0xdedfefff irq 10 at device 11.0 on pci0 bktr0: Hauppauge Model 61344 D121 bktr0: Detected a MSP3410D-B4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: multimedia at device 11.1 (no driver attached) sym0: 875 port 0x82000134-0x82000137,0xdffe-0xdffe00ff mem 0xf1020-0xf103f,0xdfffe000-0xdfffefff,0xdf00-0xdfff at device 12.0 on pci0 sym0: failed to allocate IRQ resource device_probe_and_attach: sym0 attach returned 6 acpi_button1: Sleep Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f
GEOM and SCSI-cd: mount not working any more
Hello, just another input for a current system (with GEOM): now it seems inpossible for me to mount a SCSI-CD pc-micha:/# mount -t cd9660 /dev/cd0 /cdrom cd9660: /dev/cd0: Invalid argument Th system has two SCSI-CD-drives (a DVD and a CD-Burner) both have the same behavior. The CD is known to be o.k., as it can be mounted with a pre-GEOM kernel or with Lx. This is the dmesg fragment for the drives: cd0 at sym0 bus 0 target 3 lun 0 cd0: PIONEER DVD-ROM DVD-304F 1.03 Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present cd1 at sym0 bus 0 target 5 lun 0 cd1: YAMAHA CRW8424S 1.0j Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GEOM and SCSI-cd: mount not working any more / fix
Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Michael Class writes: Can I get you to insert printfs like the one below all places in vfs_mount.c and cd9660_vfsops.c where you see it using EINVAL and try to find out which particular one it is ? printf(EINVAL HERE %s %d\n, __FILE__, __LINE__): It is in cd9660_vfsops.c in iso_mountfs at line 340. That sounds really odd in my ears. The only think I can think off is if there is a block-size conversion issue I have overlooked. Can you try in line 1372 of scsi_cd.c to change: /* lba */ bp-bio_blkno, to /* lba */ bp-bio_blkno / 4, and see if that helps ? Hello Poul, Yes this solves the problem! Thanks a lot for the fast response. Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
xl networking not working any more!
Hello, after the recent changes in if_xl.c (from rev. 1.106 to 1.107) my 3COM 3C905B interface card does not work any more. It is still recognized and the interface comes up, but the media is not detected any more: ifconfig xl0 (with if_xl.c rev. 1.107): xl0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 options=3rxcsum,txcsum inet 172.16.81.200 netmask 0xff00 broadcast 172.16.81.255 inet6 fe80::210:5aff:fed7:dd9c%xl0 prefixlen 64 scopeid 0x1 ether 00:10:5a:d7:dd:9c media: Ethernet 100baseTX hw-loopback status: no carrier ifconfig xl0 (with if_xl.c rev. 1.106): xl0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 options=3rxcsum,txcsum inet 172.16.81.200 netmask 0xff00 broadcast 172.16.81.255 inet6 fe80::210:5aff:fed7:dd9c%xl0 prefixlen 64 scopeid 0x1 ether 00:10:5a:d7:dd:9c media: Ethernet autoselect (100baseTX full-duplex) status: active pciconf -l | fgrep xl0 xl0@pci0:9:0: class=0x02 card=0x905510b7 chip=0x905510b7 rev=0x30 hdr=0x00 Michael -- - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA errors on recent -current
: FIFO with 16/16/8 bytes threshold lpt0: Printer on ppbus0 lpt0: Interrupt-driven port orm0: Option ROM at iomem 0xc-0xc7fff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IPv6 packet filtering initialized, default to accept, unlimited logging IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging IPsec: Initialized Security Association Processing. acpi_cpu: CPU throttling enabled, 16 steps from 100% to 6.2% -- at this point I am getting the panic with tagging enabled! ad0: 32634MB IBM-DPTA-373420 [66305/16/63] at ata0-master UDMA66 ad1: 43979MB IBM-DTLA-307045 [89355/16/63] at ata0-slave UDMA100 ad2: 32634MB IBM-DPTA-373420 [66305/16/63] at ata1-master UDMA66 Waiting 2 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. sa0 at sym0 bus 0 target 4 lun 0 sa0: HP C1533A A708 Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 16) pass0 at sym0 bus 0 target 2 lun 0 pass0: UMAX Astra 1200S V2.9 Fixed Scanner SCSI-2 device pass0: 3.300MB/s transfers Mounting root from ufs:/dev/ad0s4a SMP: AP CPU #1 Launched! cd0 at sym0 bus 0 target 3 lun 0 cd0: PIONEER DVD-ROM DVD-304F 1.03 Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 16) cd0: Attempt to query device size failed: NOT READY, Medium not present /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $ /dev/vmmon: Module vmmon: initialized xl0: promiscuous mode enabled vmnet1: promiscuous mode enabled cd1 at sym0 bus 0 target 5 lun 0 cd1: YAMAHA CRW8424S 1.0j Removable CD-ROM SCSI-2 device cd1: 10.000MB/s transfers (10.000MHz, offset 15) cd1: Attempt to query device size failed: NOT READY, Medium not present - tray closed On Sun, 14 Apr 2002, Alexander Leidinger wrote: On 14 Apr, David W. Chapman Jr. wrote: I updated to -current today and am now getting these errors ad0: READ command timeout tag=1 serv=1 - resetting ata0: resetting devices .. ad0: invalidating queued requests done Turn off tagged queing. Søren knows about this error and tries to reproduce it (but fails as far as I know). Bye, Alexander. - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Recent USB problems
Hello, with current of yesterday everything seems to be ok for me again. But I do not see any reason for this (code has not changed inbetween). Michael Alexander Kabaev wrote: Sorry, no hint by my side, but I can report exactly the same problem on an Athlon-C System equipped with a VIA-KT133A chipset. (actually it has the same USB controller, so it was expectable) Riggs I am seeing the same symptoms while using Microsoft USB mouse with KT133A-based computer. In my case, initial probe for ums, uhid and then ugen fails. This is not consistent, though. Sometimes, probe will report failing ums attach, sometimes it will not even detect device as mouse and will start probing uhid or even ugen instead. Later in the boot process, right after the Waiting for SCSI messages to settle message, ums gets probed again and this time it attaches and works flawlessly 100% of the time. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Recent USB problems
Hello, after the following patch: joe 2002/02/15 16:51:26 PST Modified files: sys/dev/usb ohci.c uhci.c usb.h usb_subr.c usbdivar.h Log: Merge from NetBSD: Pave the way for USB2, by replacing 'lowspeed' with 'speed', so that it can take the values USB_SPEED_LOW, USB_SPEED_FULL or in time USB_SPEED_HIGH. my USB-mouse quits working. Normal dmesg output looks like this: uhci0: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 12 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered ums0: KYE Genius USB Wheel Mouse, rev 1.00/0.00, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 12 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered Now the system pauses for approx. 15 second during boot and the output looks like this: uhci0: VIA 83C572 USB controller port 0xcc00-0xcc1f irq 12 at device 7.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered here pause usbd_new_device: addr=2, getting first desc failed uhub0: device problem, disabling port 1 uhci1: VIA 83C572 USB controller port 0xd800-0xd81f irq 12 at device 7.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered The system is a dual PIII Gigabyte system with VIA-Chipset. Any hints? Michael To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
new module-references compile error
Hello current, with source from today(Jan 12th, 9am CET) I am getting the following error with a statically compiled kernel including: # Enable Linux ABI emulation options COMPAT_LINUX options PSEUDOFS options LINPROCFS pc-micha:/sys/i386/compile/MCSMP2# make linking kernel.debug linprocfs.o: In function `linprocfs_donetdev': /sys/i386/compile/MCSMP2/../../../compat/linprocfs/linprocfs.c(.text+0xfe9): undefined reference to `linux_ifname' *** Error code 1 Any hints? Michael - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: boot() called on cpu #1 - hang
On Mon, 10 Sep 2001 [EMAIL PROTECTED] wrote: Hello Tor, thank you for your quick response, unfortunately your patch did not fix the problem. Your machine seems to hang too early for the patch to have any effect. (the patch affects a hang that occurs after the kernel has printed cpu reset called on cpu#1 cpu_reset: Stopping other CPUs ) I have now tested a little bit more with the following sequence: boot machine to single-user reboot I did this more then 10 times. It now got stuck every time Approx. 8 time with boot() called on cpu #1 W And 3 times with boot() called on cpu #0 Wa or boot() called on cpu #0 Waiting (max It looks to me that the kernel-printf gets somehow stuck. Did you use -O2 when compiling the kernel ? That sometimes causes strange problems. The kernel doesn't appear do do much before printing the Waiting (max %d seconds) for system process `%s' to stop message in kproc_shutdown. boot() in /usr/src/sys/kern/kern_shutdown.c contains #ifdef SMP if (smp_active) printf(boot() called on cpu#%d\n, PCPU_GET(cpuid)); #endif /* * Do any callouts that should be done BEFORE syncing the filesystems. */ EVENTHANDLER_INVOKE(shutdown_pre_sync, howto); where the EVENTHANDLER_INVOKE macro expands to a lockmgr() call and invocation of the two events associated with shutdown_pre_sync: kproc_shutdown(bufdaemonproc, howto) kproc_shutdown(updateproc, howto) The normal output is Waiting (max 60 seconds) for system process `bufdaemon' to stop...stopped Waiting (max 60 seconds) for system process `syncer' to stop...stopped If the lockmgr lock for the event list is damaged, further damage elsewhere might occur due to the lockmgr call. If a debug printf before the lockmgr call in EVENTHANDLER_INVOKE() works while a debug printf after the lockmgr call isn't properly printed, then the probability for the problem being related to the lockmgr call is increased (cf. /usr/src/sys/sys/eventhandler.h) - Tor Egge Hello Tor, I have added a printf right before and after the lockmgr call in the EVENTHANDLER_INVOKE() Macro in /usr/src/sys/sys/eventhandler.h. But both of these printf do work! The output I am getting then is: Boot() called on cpu #1 before lockmgr after lockmgr W What else could I test? Michael To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: boot() called on cpu #1 - hang
Hello Tor, thank you for your quick response, unfortunately your patch did not fix the problem. I have now tested a little bit more with the following sequence: boot machine to single-user reboot I did this more then 10 times. It now got stuck every time Approx. 8 time with boot() called on cpu #1 W And 3 times with boot() called on cpu #0 Wa or boot() called on cpu #0 Waiting (max It looks to me that the kernel-printf gets somehow stuck. Michael On Sun, 9 Sep 2001 [EMAIL PROTECTED] wrote: Hello, on a 5.0-current i386-SMP system of today I am still getting on about every second reboot the message: boot() called on cpu #1 W Try applying the enclosed patch. - Tor Egge - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
boot() called on cpu #1 - hang
, unlimited logging IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging IPsec: Initialized Security Association Processing. acpi_cpu: CPU throttling enabled, 2 steps from 100% to 50.0% ad0: 32634MB IBM-DPTA-373420 [66305/16/63] at ata0-master tagged UDMA66 ad4: 43979MB IBM-DTLA-307045 [89355/16/63] at ata2-master tagged UDMA100 ad6: 32634MB IBM-DPTA-373420 [66305/16/63] at ata3-master tagged UDMA66 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s4a cd0 at sym0 bus 0 target 3 lun 0 cd0: PIONEER DVD-ROM DVD-304F 1.03 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
recent acpi-autoloading results in panic during boot on SMP-System
initialized, default to accept, unlimited logging IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging IPsec: Initialized Security Association Processing. ad0: 32634MB IBM-DPTA-373420 [66305/16/63] at ata0-master tagged UDMA66 ad4: 43979MB IBM-DTLA-307045 [89355/16/63] at ata2-master tagged UDMA100 ad6: 32634MB IBM-DPTA-373420 [66305/16/63] at ata3-master tagged UDMA66 Waiting 2 seconds for SCSI devices to settle pass0 at sym0 bus 0 target 2 lun 0 pass0: UMAX Astra 1200S V2.9 Fixed Scanner SCSI-2 device pass0: 3.300MB/s transfers Mounting root from ufs:/dev/ad0s4a cd0 at sym0 bus 0 target 3 lun 0 cd0: PIONEER DVD-ROM DVD-304F 1.03 Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #1 Launched! - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: X in free(): error: recursive call.
Hello, I was running in the same problem early this year. Probably you have found my mails in the archive. Unfortunately I was not able solve the problem. I am running now 3.3.6 on my laptop (which furtunately supports the graphics chips that my laptop has). Just as a datapoint: My understanding of the problem is that it is really a problem of XFree (as opposed to FreeBSD) There seems to be a situation where malloc is called within a signal handler. It was explained to me that malloc cannot be recursively called. Therefore, if a signal interrupts Xfree when it is in the libc *alloc-functions, this can crash the server. The following trace shows this scenario: #0 0x2820a9e8 in kill () from /usr/lib/libc.so.5 #1 0x2825bb3d in abort () from /usr/lib/libc.so.5 #2 0x2825a682 in isatty () from /usr/lib/libc.so.5 #3 0x2825a6b0 in isatty () from /usr/lib/libc.so.5 #4 0x2825b6a6 in malloc () from /usr/lib/libc.so.5 #5 0x80d19ff in Xalloc (amount=16) at utils.c:1225 #6 0x80cc30c in TimerSet (timer=0x0, flags=0, millis=50, func=0x8788ef0, arg=0x88a0b00) at WaitFor.c:744 #7 0x87890fa in ?? () #8 0x878927d in ?? () #9 0x8788bf0 in ?? () #10 0x807da23 in xf86SigioReadInput (fd=7, closure=0x88a0b00) at xf86Events.c:1039 #11 0x8093d48 in xf86SIGIO (sig=23) at sigio.c:99 #12 0xbfbfffac in ?? () #13 0x2825b1b0 in isatty () from /usr/lib/libc.so.5 #14 0x2825b901 in realloc () from /usr/lib/libc.so.5 #15 0x80d1b18 in Xrealloc (ptr=0x8eb3000, amount=4096) at utils.c:1322 #16 0x80ceef4 in StandardReadRequestFromClient (client=0x8a0d100) at io.c:403 #17 0x80ac00c in Dispatch () at dispatch.c:438 #18 0x80bc395 in main (argc=3, argv=0xbfbffdc0, envp=0xbfbffdd0) at main.c:439 #19 0x806b31d in _start () My understanding is that the problem is with XFree using malloc in a signal-handler. Strange enough, my system at home (with a Matrox G400-Card and Xfree86-4.1.0) does not show this symptom. Michael On Tue, 31 Jul 2001, Michael Robinson wrote: On Sun, Jul 29, 2001 at 04:38:06PM +0200, Sheldon Hearn wrote: On Sun, 29 Jul 2001 22:29:40 +0800, Michael Robinson wrote: I'd like to get advice on which of the following courses of action to take: 1. Isolate and fix the problem. I would need some help here. Try a better-proven release of XFree86, namely 3.3.6. Based on my preliminary efforts to isolate the problem, it seems pretty clear that A) the code path required to reach the error is not exposed by the malloc API to applications (after all, how could an application call free recursively?), and B) it likely has something to do with an overlooked race condition in the thread safety retrofit of libc late last year. But, as was mentioned previously, XFree86 3.3.6 doesn't have the required chip support for the Dell 5000e, so that's not an option, regardless. I welcome further suggestions, though. -Michael Robinson To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division ___ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
problems with ps2-mouse with current
filtering initialized, divert disabled, rule-based forwarding disabled, default to deny, logging disabled lock order reversal 1st 0xc04dfee0 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:1007 2nd 0xd667e10c vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:1016 link_elf: symbol linux_ioctl_register_handler undefined link_elf: symbol linux_ioctl_register_handler undefined xl0: promiscuous mode enabled vmnet1: promiscuous mode enabled - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: problems with ps2-mouse with current
Hello, maybe it was the confg-changes, it simply happend during the last couple of days. Michael On Fri, 15 Jun 2001, Alexander Leidinger wrote: On 15 Jun, Michael Class wrote: after the recent linker_set-changes on my system the ps2-mouse I thought the recent change to config was the problem (forgetting the hints also disables the mouse). is not working any more. It seems that a second (virtual ;-) keyboard is detected (atkbd1) and that this messes up things. - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: newcard/cardbus instabilities
send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message _______ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division ___ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
USB-Devices working on 5.0-current?
Hi, on the weekend I was trying to play with two USB-devices on my FBSD-5.0-current (cvsupped 3.2.2001) without success. The first device is a HP DeskJet 990-Printer that is recognized by the ulpt-driver. (Unfortunately I am here at work and do not have the dmesg-output at my hands, if needed I can deliver that tonight from home). When I try to send something to /dev/ulpt0, it hangs in the open for about 5 minutes and thats it. But usbdevs shows the device! The other device I tried was a Kodak DC4800-Camera. It is not displayed by usbdevs at all. (I know it is not supported, but there is a linux-java-program that supports it, that I hoped to port to FBSD). So my question right now is, has anyone USB-devices running on a 5.0-current SMP-system these days? I just wanted to make sure that I am not digging in already know problems. TIA Michael P.S. the system I am using is a SMP-System 2x350Mhz-PII on an Intel BX-Board (Gigabyte) using UHCI for USB. ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division ___ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Network performance-problem
Matthew Thyer wrote: Michael Class wrote: i am seeing a problem with 5.0-current (from 14.12.00) and a 3COM 3CCFE575CT Lancard (pc-cardbus) using the xl-driver. Why behaves my FreeBSD-machines worse then the other boxes? Any Ideas? Make sure you are running with the TCP/IP NewReno optimisation turned off. There are bugs in the TCP/IP NewReno code that result in bad packets and hence lots of retransmission with generally reduced network performance. It seems that NewReno is switched on by default in current. Unfortunately switching off NewReno does not change the problem. In times of very high network-traffic I am still unable to use the network. The system does not even respond to a ping where as all other systems I have (HPUX 10.20, 11.0 and NT4) behave as expected: slow response-times, but still working and ping-able. At home I am using this Laptop in a 100MB-Network and am able to almost saturate the link without any problems. Could it be that this is just happening for multicast-packets (that's what the high network-traffic is)? Anything else I could check? TIA Michael -- ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division Phone: +49 7031 14-3707 Fax:+49 7031 14-4505 ___ Hewlett-Packard GmbH, PO Box 1430, Mailstop ESD2, 71004 Boeblingen Managing Directors: Rainer Geissel (Chairman),Rainer Erlat, Heribert Schmitz, Hans-Jochen Lueckefett, Fritz Schuller Chairman of the Supervisory Board: Joerg Menno Harms Commercial register: Amtsgericht Boeblingen HRB 4081 ___ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Network performance-problem
Hello, i am seeing a problem with 5.0-current (from 14.12.00) and a 3COM 3CCFE575CT Lancard (pc-cardbus) using the xl-driver. It goes as follows: I am using the 3COM-card in a 10MB-switched network. Occasionally someone is doing big network installs via multicast IP-packets. This is done with almost the full 10MB-Bandwidth. On all the other computers I have, I do see a big network-performance degration during that times, but they are still somewhat usable. This is true for HPUX 10.20 , 11.0 and NT 4.0 machines. My Laptop (HP OB4150) unfortunately is network- wise totally blocked during these times. In addition I am getting messages like: xl0: watchdog timeout xl0: watchdog timeout xl0: no carrier - transceiver cable problem? xl0: watchdog timeout xl0: watchdog timeout xl0: no carrier - transceiver cable problem? Why behaves my FreeBSD-machines worse then the other boxes? Any Ideas? TIA Michael Attached are the Kernel-Config-file and the dmesg output. -- ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division Phone: +49 7031 14-3707 Fax:+49 7031 14-4505 ___ Hewlett-Packard GmbH, PO Box 1430, Mailstop ESD2, 71004 Boeblingen Managing Directors: Rainer Geissel (Chairman),Rainer Erlat, Heribert Schmitz, Hans-Jochen Lueckefett, Fritz Schuller Chairman of the Supervisory Board: Joerg Menno Harms Commercial register: Amtsgericht Boeblingen HRB 4081 ___ Copyright (c) 1992-2000 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.0-CURRENT #2: Thu Dec 14 11:13:18 CET 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/MCOBTEST Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (397.05-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x66a Stepping = 10 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 201326592 (196608K bytes) avail memory = 191971328 (187472K bytes) Preloaded elf kernel "kernel" at 0xc03a5000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 6 entries at 0xc00fdf60 apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 vga_pci0: VGA-compatible display device mem 0xfec0-0xfecf,0xfe80-0xfebf,0xfd00-0xfdff irq 9 at device 0.0 on pci1 pci1: multimedia, audio at 0.1 (no driver attached) pccbb0: TI1220 PCI-CardBus Bridge at device 4.0 on pci0 pccbb0: PCI Memory allocated: 1802 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTA routed to irq 10 cardbus0: Cardbus bus (newcard) on pccbb0 pccard0: 16-bit PCCard bus on pccbb0 pccbb1: TI1220 PCI-CardBus Bridge at device 4.1 on pci0 pccbb1: PCI Memory allocated: 18021000 pci_cfgintr_unique: hard-routed to irq 10 pci_cfgintr: 0:4 INTB routed to irq 10 cardbus1: Cardbus bus (newcard) on pccbb1 pccard1: 16-bit PCCard bus on pccbb1 isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xfcf0-0xfcff at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller irq 10 at device 7.2 on pci0 uhci0: Could not map ports device_probe_and_attach: uhci0 attach returned 6 pci0: bridge, PCI-unknown at 7.3 (no driver attached) fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 pmtimer0 on isa0 unknown: PNP0303 can't assign resources unknown: PNP0501 can't assign resources pcm0: Neomagic 256AV (non-ac97) at port 0x220-0x22f,0x530-0x537,0x388-0x38f,0x120-0x121 irq 5 drq 0,1 on isa0 unknown: PNP0f13 can't assign resources unknown: PNP0700 can't assign resources IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging ata1-slave: ata_command:
No sound in current from ES1370
Hello, recent 5.0-current versions do not generate sound any more on my Soundblaster PCI128 (Ensoniq 1370-Chip). On a kernel build from sources from Oct. 17th everything was o.k. So I guess it must be the changes that went in on Oct. 26th. I will try to backout these. Anyways if someone wants to look into this, I have enclosed the kernel-config-file and the dmesg output. TIA Michael - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - Copyright (c) 1992-2000 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.0-CURRENT #0: Sun Oct 29 10:35:44 MET 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/MCSMP Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Pentium II Xeon/Celeron (349.07-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 268369920 (262080K bytes) avail memory = 256327680 (250320K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xc04a5000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00fde10 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Intel 82443BX (440 BX) host to PCI bridge at pcibus 0 on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 isab0: Intel 82371AB PCI to ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel PIIX4 ATA33 controller port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: Intel 82371AB/EB (PIIX4) USB controller port 0xd000-0xd01f irq 11 at device 7.2 on pci0 usb0: Intel 82371AB/EB (PIIX4) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered intpm0: Intel 82371AB Power management controller port 0x5000-0x500f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 5000 intpm0: intr IRQ 9 enabled revision 0 smbus0: System Management Bus on intsmb0 smb0: SMBus general purpose I/O on smbus0 intpm0: PM I/O mapped 4000 pci0: Matrox MGA Millennium II 2164W graphics accelerator at 8.0 irq 16 pcm0: AudioPCI ES1370 port 0xd400-0xd43f irq 17 at device 9.0 on pci0 xl0: 3Com 3c905B-TX Fast Etherlink XL port 0xd800-0xd87f mem 0xe2003000-0xe200307f irq 18 at device 10.0 on pci0 xl0: Ethernet address: 00:10:5a:d7:dd:9c miibus0: MII bus on xl0 xlphy0: 3Com internal media interface on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bktr0: BrookTree 878 mem 0xe200-0xe2000fff irq 19 at device 11.0 on pci0 bti2c0: bt848 Hard/Soft I2C controller iicbb0: I2C generic bit-banging driver on bti2c0 iicbus0: Philips I2C bus on iicbb0 master-only smbus1: System Management Bus on bti2c0 smb1: SMBus general purpose I/O on smbus1 bktr0: Hauppauge Model 61344 D121 bktr0: Detected a MSP3410D-B4 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. pci0: unknown card (vendor=0x109e, dev=0x0878) at 11.1 irq 19 ahc0: Adaptec aic7895 Ultra SCSI adapter port 0xdc00-0xdcff mem 0xe2002000-0xe2002fff irq 16 at device 12.0 on pci0 aic7895C: Wide Channel A, SCSI Id=7, 32/255 SCBs ahc1: Adaptec aic7895 Ultra SCSI adapter port 0xe000-0xe0ff mem 0xe2004000-0xe2004fff irq 16 at device 12.1 on pci0 aic7895C: Wide Channel B, SCSI Id=7, 32/255 SCBs fdc0: NEC 72065B or clone at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5" drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console on isa0 sc0: VGA 16 virtual consoles, flags=0x200 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode lpt0: Printer on ppbus0 lpt0: Interrupt-driven
Addendum: ES1370 not working on current
Hi,
I have just built a kernel with /usr/src/sys/dev/sound checked out
from "2000-10-25 00:00". With these files the Soundblaster PCI128
works. So it must be the changes on Oct 26th. that broke it for me.
Michael
-
michael class, viktor-renner str. 39, 72074 tuebingen, frg
E-Mail: [EMAIL PROTECTED]
Phone: +49 7031 14-3707 (work) +49 7071 81950 (private)
-
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Neomagic Sounddriver hangs HP OB4150
Hello, as someone already has mentioned for another Laptop, the new Neomagic Audio-Driver (btw. thank you for creating one) hangs my HP Omnibook 4150 during boot. The Laptop is equipped with the following Neomagic-Chip: chip1: NeoMagic MagicMedia 256AX Audio controller irq 10 at device 0.1 on pci1 The Stack-Backtrace looks exactly the same as the other mail mentioned. A little bit further digging into this shows me that on this Laptop every read access to the second memory-area of the chip in the range of 0x600-0x8ff brings the machine to a halt. I can read successfully from the areas with offset 0x0-0x5ff and 0x900-0xFFF. The Header-File states that the mixer-I/O Area starts at offset 0x600. This access brings the machine to a halt during boot. Any suggestions of what I could try? Michael ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division Phone: +49 7031 14-3707 Fax:+49 7031 14-4505 ___ Hewlett-Packard GmbH, PO Box 1430, Mailstop ESD2, 71004 Boeblingen Sitz der Gesellschaft: Böblingen, Amtsgericht Böblingen HRB 4081 Geschäftsführer: Jörg Menno Harms (Vorsitzender),Rainer Erlat, Hans-Joachim Lueckefett,Heribert Schmitz,Fritz Schuller ___ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: (vinum?) lockups in strategy routines?
Hello, just another datapoint. I just installed two new IBM DPTA-343740 discs into my System at home. They are configured with striping in vinum. Within a day I got two solid lockups with the new ata-drivers. After that I switchied to the old wd-driver. Everythings works fine since then. I do not have the exact configuration here. The system is at home and I am here at my workplace. The General setup is as follows: Gigabyte 6BXDS-MoBo with 2x350Mhz PII, 256MB-Ram, 2 SCSI-Disks, 2 DPTA 343740, each as master on a seperate (internal) IDE bus. No other IDE/ATAPI devices. Everything is on 4.0-current of (around) Oct. 22th. (Btw. I had to set the jumper that clips the disk-size to below 32GB on these drives to make the Gigabyte Mobo recognize them). If someone is interessted in more details, I will be able to send them when I am at home. Michael On Fri, 29 Oct 1999, Alfred Perlstein wrote: Anyone running -current as of Oct 28, 1999 getting lockups in device strategy routines? I thought I'd be able to get a dump but it didn't work. Specifically I'm running vinum in striping mode and the new ata-drivers. 10 Aug 1999 14:27:51.389915 stripe /dev/da0e /dev/da1e A kernel from Wed Oct 6 seems fine (able to buildworld). ___ Michael ClassE-Mail: [EMAIL PROTECTED] E-Business Solution Division Phone: +49 7031 14-3707 Fax:+49 7031 14-4505 ___ Hewlett-Packard GmbH, PO Box 1430, Mailstop SERC2, 71004 Boeblingen To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
current state of if_ed.c
Hello, as already someone mentioned on this list, pcmcia-cards don´t work any more with the current ed-driver. All the referenzes for NCARD habe been changed to: #if NCARDxx 0 (obviously with reason, the whole thing is in not compiling any more!) First of all a small hint in the commit message about this would have been helpfull! And now my question: Is there a short-time cure planned, or is this more like the breakage of pcmcia-modem cards that happend in april which lasts now for half a year waiting for the newbus-pc-card (cardbus???) integration? Michael - michael class, viktor-renner str. 39, 72074 tuebingen, frg E-Mail: [EMAIL PROTECTED] Phone: +49 7031 14-3707 (work) +49 7071 81950 (private) - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
current-APM causes panic on SMP-System
Hello,
since the apm-code was changed to use the generic bios-call interface
(dated around 1999/07/28) my FreeBSD-4.0-current system panics when I do
an "apmconf -e". This has not changed since then. I reproduced it with
a very current System (1999/08/25) today.
The system is a Dual-Proc GigaByte 6BXDS-MB with 2x350Mhz PII and 256MB-RAM.
For further information I have added the Config-File and dmesg-output.
When calling apmconf -e i am getting the following panic:
(written down by hand, so there might be some typos)
---
Fatal trap 12: page fault while in kernel mode
mp_lock=0102; cpuid=1; lapic.id=0100
fault virtual address = 0x8380
fault code = supervisor read, page not present
ip = 0x50:0x8380
stack = 0x10:0xff80df24
frame = 0x10:0xc02bde80
code= base 0xc00f, limit 0x, type 0x1b
= DPL 0, pres 1, def32 1, gran 0
proc flags = intr enabled, resume, iopl=0
current proc= idle
interrupt mask = -- SMP: XXX
---
The Adress 0x8380 seems to be the one from the APM-BIOS-Call.
What can I do to track this further down?
Michael
-
michael class, viktor-renner str. 39, 72074 tuebingen, frg
E-Mail: [EMAIL PROTECTED]
Phone: +49 7031 14-3707 (work) +49 7071 81950 (private)
-
#
# SMP-GENERIC -- Smp machine with WD/AHx/NCR/BTx family disks
#
# For more information read the handbook part System Administration -
# Configuring the FreeBSD Kernel - The Configuration File.
# The handbook is available in /usr/share/doc/handbook or online as
# latest version from the FreeBSD World Wide Web server
# URL:http://www.FreeBSD.ORG/
#
# An exhaustive list of options and more detailed explanations of the
# device lines is present in the ./LINT configuration file. If you are
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
# $Id: SMP-GENERIC,v 1.20 1998/10/22 13:49:51 bde Exp $
machine i386
cpu I686_CPU
ident MCSMP
maxusers64
#makeoptionsDEBUG=-g#Build kernel with gdb(1) debug symbols
# Create a SMP capable kernel (mandatory options):
options SMP # Symmetric MultiProcessor Kernel
options APIC_IO # Symmetric (APIC) I/O
# Optional, these are the defaults:
#optionsNCPU=2 # number of CPUs
#optionsNBUS=4 # number of busses
#optionsNAPIC=1 # number of IO APICs
#optionsNINTR=24# number of INTs
# Lets always enable the kernel debugger for SMP.
options DDB
# SMP shouldn't need x87 emulation, disable by default.
#optionsMATH_EMULATE#Support for x87 emulation
options INET#InterNETworking
options FFS #Berkeley Fast Filesystem
options FFS_ROOT#FFS usable as root device [keep this!]
options MFS #Memory Filesystem
options MFS_ROOT#MFS usable as root device, "MFS" req'ed
options NFS #Network Filesystem
options NFS_ROOT#NFS usable as root device, "NFS" req'ed
options MSDOSFS #MSDOS Filesystem
options CD9660 #ISO 9660 Filesystem
options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed
options PROCFS #Process filesystem
options KERNFS
options COMPAT_LINUX
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
options SCSI_DELAY=1#Be pessimistic about Joe SCSI device
options UCONSOLE#Allow users to grab the console
#optionsFAILSAFE#Be conservative
options USERCONFIG #boot -c editor
options VISUAL_USERCONFIG #visual boot -c editor
# Enable the following (IPFIREWALL_VERBOSE optional) to enable the IP firewall
# code. This is used in conjunction with the ipfw(1) command. See the
# man page for more details.
options IPFIREWALL #firewall
options IPFIREWALL_VERBOSE #print information about
# dropped packets
options IPFIREWALL_FORWARD #enable xparent proxy support
#options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity
options
