Boot problem with 2.4.6-pre8 IDE/HPT370
At the Partition Check stage, I start getting "hde: lost interrupt" messages. /dev/hde is an IBM DTLA-307030, sitting on an HPT370 controller (motherboard is KA7-100). Eventually the partitions appear in the list, interspersed with these lost interrupt messages, but very slowly. Then there was a burst of activity until the "Activating swap partition" step, at which point the machine stopped responding. The swap partition is /dev/hde5. Just compiled 2.4.5-ac22 for comparison and that works fine. Adam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Oops with 2.4.2
This seems to be a return of the problem I was having a while ago relating to the USB drivers. The Oops happens when I move the mouse with the usb-uhci driver. The alternate driver (uhci) does not load properly (message in syslog - uhci: host controller halted. very bad) System: K7 800 KA7-100 m/b (Via KX133 chipset) Here is the decoded oops: ksymoops 2.4.0 on i686 2.4.2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.2/ (default) -m /boot/System.map-2.4.2 (specified) Unable to handle kernel NULL pointer dereference at virtual address 000c d083932d *pde = Oops: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: ebx: 00e08269 ecx: 00888105 edx: 000c esi: cfbb0c40 edi: 0004 ebp: cfa3eb00 esp: c0271eec ds: 0018es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0271000) Stack: cfa3eb24 cfa67180 cff06dc0 cfbb0c40 cff06ddc d0839619 cff06dc0 cfbb0c40 0001 cff06ddc cff06dc0 cff06ddc d0839828 cff06dc0 cfbb0c48 c0110001 0001 c010d2b2 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 04 82 c1 e9 08 83 e1 0f d3 e8 83 e0 01 c1 e0 13 09 45 08 >>EIP; d083932d <[usb-uhci]process_interrupt+fd/1e0> <= Trace; d0839619 <[usb-uhci]process_urb+79/1f0> Trace; d0839828 <[usb-uhci]uhci_interrupt+98/100> Trace; c0110001 Trace; c010d2b2 Trace; c010a2f9 Trace; c010a468 Trace; c0107240 Trace; c0109120 Trace; c0107240 Trace; c0107263 Trace; c01072e2 Trace; c0105000 Trace; c0100191 Code; d083932d <[usb-uhci]process_interrupt+fd/1e0> <_EIP>: Code; d083932d <[usb-uhci]process_interrupt+fd/1e0> <= 0: 8b 04 82 mov(%edx,%eax,4),%eax <= Code; d0839330 <[usb-uhci]process_interrupt+100/1e0> 3: c1 e9 08 shr$0x8,%ecx Code; d0839333 <[usb-uhci]process_interrupt+103/1e0> 6: 83 e1 0f and$0xf,%ecx Code; d0839336 <[usb-uhci]process_interrupt+106/1e0> 9: d3 e8 shr%cl,%eax Code; d0839338 <[usb-uhci]process_interrupt+108/1e0> b: 83 e0 01 and$0x1,%eax Code; d083933b <[usb-uhci]process_interrupt+10b/1e0> e: c1 e0 13 shl$0x13,%eax Code; d083933e <[usb-uhci]process_interrupt+10e/1e0> 11: 09 45 08 or %eax,0x8(%ebp) Kernel panic: Aiee, killing interrupt handler! Here are the boot messages from a working boot: Feb 28 12:06:56 bloch kernel: PCI: PCI BIOS revision 2.10 entry at 0xfb4d0, last bus=1 Feb 28 12:06:56 bloch kernel: PCI: Using configuration type 1 Feb 28 12:06:56 bloch kernel: PCI: Probing PCI hardware Feb 28 12:06:56 bloch kernel: Unknown bridge resource 0: assuming transparent Feb 28 12:06:56 bloch kernel: PCI: Using IRQ router VIA [1106/0686] at 00:07.0 Feb 28 12:06:57 bloch kernel: ACPI: Core Subsystem version [20010208] Feb 28 12:06:57 bloch kernel: ACPI: Subsystem enabled Feb 28 12:06:57 bloch kernel: ACPI: System firmware supports: C2 C3 Feb 28 12:06:57 bloch kernel: ACPI: plvl2lat=90 plvl3lat=900 Feb 28 12:06:57 bloch kernel: ACPI: C2 enter=1288 C2 exit=322 Feb 28 12:06:57 bloch kernel: ACPI: C3 enter=38653 C3 exit=3221 Feb 28 12:06:57 bloch kernel: ACPI: Not using ACPI idle Feb 28 12:06:57 bloch kernel: ACPI: System firmware supports: S0 S1 S3 S4 S5 Feb 28 12:06:57 bloch kernel: usb.c: registered new driver usbdevfs Feb 28 12:06:57 bloch kernel: usb.c: registered new driver hub Feb 28 12:06:57 bloch kernel: usb-uhci.c: $Revision: 1.251 $ time 02:58:59 Feb 22 2001 Feb 28 12:06:57 bloch kernel: usb-uhci.c: High bandwidth mode enabled Feb 28 12:06:57 bloch kernel: PCI: Found IRQ 5 for device 00:07.2 Feb 28 12:06:57 bloch kernel: PCI: The same IRQ used for device 00:07.3 Feb 28 12:06:57 bloch kernel: PCI: The same IRQ used for device 00:08.0 Feb 28 12:06:57 bloch kernel: usb-uhci.c: USB UHCI at I/O 0xc400, IRQ 5 Feb 28 12:06:57 bloch kernel: usb-uhci.c: Detected 2 ports Feb 28 12:06:57 bloch kernel: usb.c: new USB bus registered, assigned bus number 1 Feb 28 12:06:57 bloch kernel: Product: USB UHCI Root Hub Feb 28 12:06:57 bloch kernel: SerialNumber: c400 Feb 28 12:06:57 bloch kernel: hub.c: USB hub found Feb 28 12:06:57 bloch kernel: hub.c: 2 ports detected Feb 28 12:06:57 bloch kernel: PCI: Found IRQ 5 for device 00:07.3 Feb 28 12:06:57 bloch kernel: PCI: The same IRQ used for device 00:07.2 Feb 28 12:06:57 bloch kernel: PCI: The same IRQ used for device 00:08.0 Feb 28 12:06:57 bloch kernel: usb-uhci.c: USB UHCI at I/O 0xc800, IRQ 5 Feb 28 12:06:57 bloch kernel: usb-uhci.c: Detected 2 ports Feb 28 12:06:57 bloch kernel: hub.c: USB new device connect on bus1/1, assigned device number 2 Feb 28 12:06:57 bloch kernel: usb.c: new USB bus registered, assigned bus number 2 Feb 28 12:06:57 bloch kernel: Product: USB UHCI
Re: 2.4.0-test12: SiS pirq handling..
> The other changes in pre12 aren't likely to be all that noticeable, unless > you happen to be hit by just that detail.. As always, fedback is > appreciated. > > Linus > > > > pre12: > - Get non-cpuid Cyrix probing right (it's not a NexGen) > - Jens Axboe: cdrom tray status and queing cleanups > - AGP GART: don't disable VIA, and allow i815 with external AGP > - Coda: use iget4() in order to have big inode numbers without clashes. > - Fix UDF writepage() page locking > - NIIBE Yutaka: SuperH update > - Martin Diehl and others: SiS pirq routing fixes > - Andy Grover: ACPI update > - Andrea Arkangeli: LVM update > - Ingo Molnar: RAID cleanups > - David Miller: sparc and networking updates > - Make NFS really be able to handle large files > Despite the latest ACPI update, I still get the ACPI slowdown on initialisation which started with the -pre10 changes. Also, the uhci module doesn't work for me (the latest patch from Johannes Erdfelt does work). This is an Abit KA7-100, which has the KX133 chipset. Here is the dmesg output for this kernel (I had to turn off ACPI in the BIOS in order to have a usable system): Linux version 2.4.1-pre12 ([EMAIL PROTECTED]) (gcc version 2.96 2731 (Red Hat Linux 7.0)) #3 Mon Jan 29 22:24:04 GMT 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 0001 @ (reserved) BIOS-e820: 0ff0 @ 0010 (usable) On node 0 totalpages: 65536 zone(0): 4096 pages. zone(1): 61440 pages. zone(2): 0 pages. Kernel command line: root=/dev/hde6 vga=1 mem=262144K Initializing CPU#0 Detected 800.059 MHz processor. Console: colour VGA+ 80x50 Calibrating delay loop... 1595.80 BogoMIPS Memory: 255488k/262144k available (1096k kernel code, 6268k reserved, 369k data, 184k init, 0k highmem) Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes) Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes) Page-cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 16384 (order: 5, 131072 bytes) CPU: Before vendor init, caps: 0183f9ff c1c3f9ff , vendor = 2 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After vendor init, caps: 0183f9ff c1c3f9ff CPU: After generic, caps: 0183f9ff c1c3f9ff CPU: Common caps: 0183f9ff c1c3f9ff CPU: AMD Athlon(tm) Processor stepping 01 Enabling fast FPU save and restore... done. Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: Intel PCI: PCI BIOS revision 2.10 entry at 0xfb4d0, last bus=1 PCI: Using configuration type 1 PCI: Probing PCI hardware Unknown bridge resource 0: assuming transparent PCI: Using IRQ router VIA [1106/0686] at 00:07.0 isapnp: Scanning for Pnp cards... isapnp: No Plug & Play device found Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 DMI 2.3 present. 42 structures occupying 1165 bytes. DMI table at 0x000F0800. BIOS Vendor: Award Software International, Inc. BIOS Version: 6.00 PG BIOS Release: 07/20/2000 System Vendor: VIA Technologies, Inc.. Product Name: VT8371. Version . Serial Number . Starting kswapd v1.8 Detected PS/2 Mouse Port. pty: 256 Unix98 ptys configured block: queued sectors max/low 169765kB/56588kB, 512 slots per queue RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: enabling 8 loop devices Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 16 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt82c686a IDE UDMA66 controller on pci0:7.1 ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:DMA, hdb:pio ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:DMA, hdd:pio HPT370: IDE controller on PCI bus 00 dev 98 PCI: Found IRQ 11 for device 00:13.0 HPT370: chipset revision 3 HPT370: not 100% native mode: will probe irqs later ide2: BM-DMA at 0xe800-0xe807, BIOS settings: hde:DMA, hdf:pio ide3: BM-DMA at 0xe808-0xe80f, BIOS settings: hdg:DMA, hdh:pio hda: Maxtor 92049U6, ATA DISK drive ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 020, ATAPI CD/DVD-ROM drive hde: IBM-DTLA-307030, ATA DISK drive hdg: IBM-DTLA-307030, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ide1 at 0x170-0x177,0x376 on irq 15 ide2 at 0xd800-0xd807,0xdc02 on irq 11 ide3 at 0xe000-0xe007,0xe402 on irq 11 hda: 40026672 sectors (20494 MB) w/2048KiB Cache, CHS=2491/255/63, UDMA(66) hde: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63, UDMA
USB problems with 2.4.0
System is a KA7-100, sole USB peripheral is a Logitech MouseMan Wheel. If I use the uhci driver, it doesn't initialise properly (there is a message along the lines of "something bad happened". If I use the usb-uhci driver, I frequently get an oops if I move the mouse during bootup. If anyone is interested I will try to obtain a decoded oops report. I've had this problem for a while and have reported it here before, as well as to one of the USB maintainers, but with no result so far. Adam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
USB-related Oops in test12
This Oops happened with mutt as the only active user process.
I'd been using uhci for a while with test kernels, as usb-uhci had
been oopsing on first mouse use. However, with test12 I found a
problem with uhci:
Dec 13 12:13:24 bloch kernel: PCI: Found IRQ 5 for device 00:07.2
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:07.3
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:08.0
Dec 13 12:13:24 bloch kernel: uhci.c: USB UHCI at I/O 0xc400, IRQ 5
Dec 13 12:13:24 bloch kernel: uhci.c: detected 2 ports
Dec 13 12:13:24 bloch kernel: usb.c: new USB bus registered, assigned
bus number 1
Dec 13 12:13:24 bloch kernel: uhci: host controller process
error. something bad happened
Dec 13 12:13:24 bloch kernel: uhci: host controller halted. very bad
Dec 13 12:13:24 bloch kernel: Product: USB UHCI-alt Root Hub
Dec 13 12:13:24 bloch kernel: SerialNumber: c400
Dec 13 12:13:24 bloch kernel: hub.c: USB hub found
Dec 13 12:13:24 bloch kernel: hub.c: 2 ports detected
Dec 13 12:13:24 bloch kernel: PCI: Found IRQ 5 for device 00:07.3
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:07.2
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:08.0
Dec 13 12:13:24 bloch kernel: uhci.c: USB UHCI at I/O 0xc800, IRQ 5
Dec 13 12:13:24 bloch kernel: uhci.c: detected 2 ports
Dec 13 12:13:24 bloch kernel: usb.c: new USB bus registered, assigned
bus number 2
Dec 13 12:13:24 bloch kernel: uhci: host controller halted. very bad
Dec 13 12:13:24 bloch kernel: uhci: host controller process
error. something bad happened
Dec 13 12:13:24 bloch kernel: uhci: host controller halted. very bad
Dec 13 12:13:24 bloch kernel: Product: USB UHCI-alt Root Hub
Dec 13 12:13:24 bloch kernel: SerialNumber: c800
Dec 13 12:13:24 bloch kernel: hub.c: USB hub found
Dec 13 12:13:24 bloch kernel: hub.c: 2 ports detected
Dec 13 12:13:24 bloch kernel: hub.c: USB new device connect on bus1/1,
assigned
device number 3
Dec 13 12:13:24 bloch kernel: usb_control/bulk_msg: timeout
Dec 13 12:13:24 bloch kernel: usb.c: USB device not accepting new
address=3 (error=-110)
Dec 13 12:13:24 bloch kernel: hub.c: USB new device connect on bus1/1,
assigned
device number 4
Dec 13 12:13:24 bloch kernel: PCI: Found IRQ 5 for device 00:08.0
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:07.2
Dec 13 12:13:24 bloch kernel: PCI: The same IRQ used for device
00:07.3
Dec 13 12:13:24 bloch kernel: usb_control/bulk_msg: timeout
Dec 13 12:13:24 bloch kernel: usb.c: USB device not accepting new
address=4 (error=-110)
so I switched back to usb-uhci
Those PCI messages are new with test 12 - the USB controller shares an
IRQ with an SB Live card. That hadn't caused a problem previously.
Here is the ksymoops output:
ksymoops 2.3.4 on i686 2.4.0-test12. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test12/ (default)
-m /boot/System.map-2.4.0-test12 (specified)
Warning (compare_maps): snd symbol pm_register not found in
/lib/modules/2.4.0-test12/misc/snd.o. Ignoring /lib/modules/2.4.0-test12/misc/snd.o
entry
Warning (compare_maps): snd symbol pm_send not found in
/lib/modules/2.4.0-test12/misc/snd.o. Ignoring /lib/modules/2.4.0-test12/misc/snd.o
entry
Warning (compare_maps): snd symbol pm_unregister not found in
/lib/modules/2.4.0-test12/misc/snd.o. Ignoring /lib/modules/2.4.0-test12/misc/snd.o
entry
Unable to handle kernel NULL pointer dereference at virtual address 000c
*pde =
Oops:
CPU:0
EIP:0010:[]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010246
eax: ebx: 00e08269 ecx: 00888105 edx: 000c
esi: 0004 edi: cfa84c40 ebp: cfabeb00 esp: c0259ec8
ds: 0018es: 0018 ss: 0018
Process swapper (pid: 0, stackpage=c0259000)
Stack: cfabeb24 cfabc180 cff28cc0 cfa84c40 cff28cdc d0867639
cff28cc0 cfa84c40 0020 0002 cff28cdc cff28cc0 cff28cdc
d0867848 cff28cc0 cfa84c48 cfef0001 c02a7480
Call Trace: [] [] [] [] []
[] []
[] [] [] [] [] []
Code: 8b 04 82 c1 e9 08 83 e1 0f d3 e8 83 e0 01 c1 e0 13 09 45 08
>>EIP; d086734b <[usb-uhci]process_interrupt+10b/1f0> <=
Trace; d0867639 <[usb-uhci]process_urb+79/1f0>
Trace; d0867848 <[usb-uhci]uhci_interrupt+98/100>
Trace; c010c1bf
Trace; c010c342
Trace; c010afb0
Trace; c01c3e62
Trace; c01c3b80
Trace; c0109150
Trace; c01c3b80
Trace; c011fc01
Trace; c01091d8
Trace; c0105000
Trace; c0100191
Code; d086734b <[usb-uhci]process_interrupt+10b/1f0>
<_EIP>:
Code; d086734b <[usb-uhci]process_interrupt+10b/1f0> <=
0: 8b 04 82 mov(%edx,%eax,4),%eax <=
Code; d086734e <[usb-uhci]process_interrupt+10e/1f0>
3: c1 e9 08 shr$0x8,%ecx
Code; d0867351 <[usb-uhci]process_interrupt+111/1f0>
6: 83 e1 0f and$0xf,%ecx
Code;
Oops with ACPI on test11-ac4
The Oops happens during startup immediately after: ACPI: System description tables loaded It's definitely using the correct System.map. This is on RedHat 7.0, Athlon 800, Abit KA7-100 m/b ksymoops 2.3.4 on i686 2.4.0-test11-ac4. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test11-ac4/ (default) -m /boot/System.map (specified) Warning (compare_maps): ksyms_base symbol acpi_clear_event_R__ver_acpi_clear_event not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_cm_memcpy_R__ver_acpi_cm_memcpy not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_cm_memset_R__ver_acpi_cm_memset not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_cm_strncmp_R__ver_acpi_cm_strncmp not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_dbg_layer_R__ver_acpi_dbg_layer not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_dbg_level_R__ver_acpi_dbg_level not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_disable_event_R__ver_acpi_disable_event not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_enable_event_R__ver_acpi_enable_event not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_evaluate_object_R__ver_acpi_evaluate_object not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_current_resources_R__ver_acpi_get_current_resources not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_handle_R__ver_acpi_get_handle not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_name_R__ver_acpi_get_name not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_next_object_R__ver_acpi_get_next_object not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_object_info_R__ver_acpi_get_object_info not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_parent_R__ver_acpi_get_parent not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_possible_resources_R__ver_acpi_get_possible_resources not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_processor_cx_info_R__ver_acpi_get_processor_cx_info not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_processor_throttling_info_R__ver_acpi_get_processor_throttling_info not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_processor_throttling_state_R__ver_acpi_get_processor_throttling_state not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_get_type_R__ver_acpi_get_type not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_install_address_space_handler_R__ver_acpi_install_address_space_handler not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_install_gpe_handler_R__ver_acpi_install_gpe_handler not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_install_notify_handler_R__ver_acpi_install_notify_handler not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_breakpoint_R__ver_acpi_os_breakpoint not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_callocate_R__ver_acpi_os_callocate not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_free_R__ver_acpi_os_free not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_in8_R__ver_acpi_os_in8 not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_out8_R__ver_acpi_os_out8 not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_printf_R__ver_acpi_os_printf not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_queue_for_execution_R__ver_acpi_os_queue_for_execution not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_sleep_R__ver_acpi_os_sleep not found in System.map. Ignoring ksyms_base entry Warning (compare_maps): ksyms_base symbol acpi_os_sleep_usec_R__ver_acpi_os_sleep_usec not found in System.map. Ignoring ksyms_base entry Warning (compare_m
Oops with USB mouse
This has suddenly started happening tonight. Also happens with test9 and test10-pre1 but they lock-up hard, to the extent that Atl-SysRQ+B is needed, box doesn't respond to pings etc. The only thing that's changed recently is the addition of a new PS/2 keyboard. My first Oops report so apologies if I've not done it correctly. ksymoops 2.3.4 on i686 2.2.18pre15. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.2.18pre15/ (default) -m /home/adam/Build/linux-2.2.17/System.map (specified) Warning (compare_maps): ksyms_base symbol module_list_R__ver_module_list not found in System.map. Ignoring ksyms_base entry kmem_free: Bad obj addr (objp=cf8fd060, name=urb_priv) Unable to handle kernel NULL pointer dereference at virtual address current->tss.cr3 = 00101000, %cr3 = 00101000 *pde = Oops: 0002 CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010286 eax: 003a ebx: cf8fd060 ecx: edx: 003c esi: cffefb00 edi: 0286 ebp: 2e322e32 esp: ce223eec ds: 0018 es: 0018 ss: 0018 Process gpm (pid: 755, process nr: 36, stackpage=ce223000) Stack: cf8fd060 cff37b60 cf8fd09c 0002 d00387a6 cffefb00 cf8fd060 cff24314 cff24314 cff24cc0 0001 d0038a81 cff37b60 cf7fcc40 cff24314 d002ab16 cf7fcc40 d004105e cf7fcc40 d003d3bd cf7fce44 cff24300 d0043302 cff24314 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: c7 05 00 00 00 00 00 00 00 00 eb 12 8d 76 00 56 53 68 7e 79 >>EIP; c0121491<= Trace; d00387a6 <[usb-uhci]uhci_unlink_urb_sync+122/150> Trace; d0038a81 <[usb-uhci]uhci_unlink_urb+4d/68> Trace; d002ab16 <[usbcore]usb_unlink_urb+1e/2c> Trace; d004105e <[hid]hid_close+26/2c> Trace; d003d3bd <[input]input_close_device+15/20> Trace; d0043302 <[mousedev]mousedev_release+7e/108> Trace; c012546f <__fput+1f/48> Trace; c012655f Trace; c01254ea Trace; c0117d55 Trace; c0117eb3 Trace; c010a220 Code; c0121491 <_EIP>: Code; c0121491<= 0: c7 05 00 00 00 00 00 movl $0x0,0x0 <= Code; c0121498 7: 00 00 00 Code; c012149b a: eb 12 jmp1e <_EIP+0x1e> c01214af Code; c012149d c: 8d 76 00 lea0x0(%esi),%esi Code; c01214a0 f: 56push %esi Code; c01214a1 10: 53push %ebx Code; c01214a2 11: 68 7e 79 00 00push $0x797e 1 warning issued. Results may not be reliable. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
test9-pre7 lockup
This has happened three times now, when dd'ing a boot image to a floppy. The screen goes blank, Alt+SysRq don't seem to have any effect. System: Athlon 800 KA7-100 RedHat 7.0 The first time there was a data CRC error listed in /var/log/messages, so I tried with a different floppy, but the same thing happened, this time with no syslog output. Adam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Kernel 2.2.17 reboots
On Sat, 09 Sep 2000, Mark Hindley wrote: > > > No joy with specifying the memory size. I have 64MB. I have tried mem=64M and > 32/16/8. Still just reboots. > > Any other suggestions? > > Mark > I've been having a similar problem with an i430TX m/b, P5-233MMX with both stable and development kernels (RedHat 6.2) Just tried 2.4.0-test7 and it rebooted after "Dynamic pty" (or something similar). I'll try the latest stable kernel again but the error has always occurred at the IDE stage. The only way I've got it to boot is to use the RedHat .config, but that builds lots of stuff I don't want. I sent a mail to the IDE maintainer about it a month or so ago. Adam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
