Date: Thu, 27 Jan 2005 12:22:42 +0100 From: =?iso-8859-1?Q?=D8yvind?= Kolbu <oyvind@kolbu.ws> To: freebsd-mobile@freebsd.org Subject: Toshiba M2 panics with snd_ich and suspend problems Message-ID: <20050127112241.GA66784@ns1.kolbu.ws>
next in thread | raw e-mail | index | archive | help
Hello, I installed yesterdays current on my laptop, hoping that I would get WPA support for my wireless, but instead I've met quite a few difficulties. Kernel config on [1], a verbose dmesg on [2] and pciconf on [3]. 1. Sound -------- The sound card is a builtin snd_ich supported card, working flawlessly in 5.3, but I get a panic everytime a load the snd_ich module: oyvind-lap-lan# kldload snd_ich uhci2: <Intel 82801DB (ICH4) USB controller USB-C> at device 29.2 on pci0 uhci2: 0x20 bytes of rid 0x20 res 4 failed uhci2: Could not map ports device_attach: uhci2 attach returned 6 pcm0: <Intel ICH4 (82801DB)> at device 31.5 on pci0 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x5 fault code = superviser read, page not present instruction pointer = 0x8:0xc04e0e4c stack pointer = 0x10:0xd521a96c frame pointer = 0x10:0xd521a96c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 529 (kldload) [thread pid 529 tid 100051 ] Stopped at resource_list_find+0x14: cmpl %edx,0x4(%eax) db> tr bus_generic_alloc_resource+0x7f pci_alloc_map(c164fb00,c165b800,4,c1c09e30,0) at pci_alloc_map+0x215 pci_alloc_resource(c164fb00,c165b800,4,c1c09e30,0,ffffffff,1,2) at pci_alloc_resource+0x1b1 bus_alloc_resource(c165b800,4,c1c09e30,0,ffffffff) at bus_alloc_resource+0x7c ich_pci_attach(c165b800) at ich_pci_attach+0x1eb device_attach(c165b800,c165b800,c165b800,9,c165b800) at device_attach+0x58 device_probe_and_attach(c165b800,c165b800,c165b880) at device_probe_and_attach+0xc4 pci_driver_added(c164fb00,c1ce3180) at pci_driver_added+0xd1 devclass_add_driver(c1575680,c1ce3180,c1aed140,c1ce3160,c18fab40) at devclass_and_driver+0xb7 driver_module_handler(c1aed140,0,c1ce316c,c06800a0,0) at driver_module_handler+0x59 module_register_init(c1c.3160) at module_register_init+0x4b linker_file_sysint(c1cd5900,c1cd5900,c1cd5900,1,c1cd5900) at linker_file_sysinit+0x7d linker_load_file(c18cab40,d521acb0,400,0,c17a1c00) at linker_load_file+0xa3 linker_load_module(0,c17a1c00,0,0,d521acdc) at linker_load-module+0xa3 kldload(c178c170,d521ad14,1,0,292) at kldload+0xe7 syscall(2f,2f,2f,0,bfbfed48) at syscall+0x27b Xint0x80_syscall() at Xint0x80_sycall+0x1f --- syscall (304, FreeBSD ELF32, kldload), eip = 0x280b59d3, esp = 0xbfbfecbc, ebp = 0xbfbffecfc --- db> reset Panic and tr copied by hand, any oddities might be mine. A full backtrace from kgdb of kernel.debug is available on [4], the vmcore and kernel.debug files are available on request. 2. suspend to ram ----------------- `acpiconf -s 3', seems to suspend to ram, but when resuming the screen is all black and noting happens. Does not respond to ping, so it doesn't boot and leaves the screen off. Tried various values of hw.acpi.delay_sleep and hw.acpi.reset_video to 0, but noting worked. oyvind-lap-lan# sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.reset_video: 1 hw.acpi.cpu.cx_supported: C1/0 C2/1 C3/85 hw.acpi.cpu.cx_lowest: C3 hw.acpi.cpu.cx_usage: 0.00% 100.00% 0.00% hw.acpi.video.lcd0.active: 1 hw.acpi.video.lcd0.brightness: 100 hw.acpi.video.lcd0.fullpower: 100 hw.acpi.video.lcd0.economy: 40 hw.acpi.video.lcd0.levels: 100 40 0 40 100 hw.acpi.video.crt0.active: 0 hw.acpi.video.tv0.active: 0 hw.acpi.video.out0.active: 0 hw.acpi.battery.life: 100 hw.acpi.battery.time: -1 hw.acpi.battery.state: 0 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.tz0.temperature: 55.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 101.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 101.0C hw.acpi.thermal.tz0._ACx: 101.0C 101.0C -1 -1 -1 -1 -1 -1 -1 -1 acpidump on [5]. 3. Nvidia driver ---------------- I know this might be hoping too much, but I least want to give it a shot. Loading the module emits the same error as when loading the snd_ich module, but it doesn't panic. `sysctl hw.nvidia' outputs the same as in 5.3, so it would seem that it is partially loaded. `xorgcfg' doesn't work though, error log on [6]. Mapping libc.so.6 to libc.so.5 to satisfy, libXvMCNVIDIA.so.1, did not help, same result with copying a 5.3-stable libc.so.5 to /usr/local/lib/compat. I gave up the nvidia attempt, but trying to unload the module, it paniced: oyvind-lap-lan# kldunload nvidia Fatal trap 12: page fault while in kernel mode fault virtual address = 0x6c fault code = supervisor read, page not present instruction pointer = 0x8:0xc1ed4c82 stack pointer = 0x10:0xd660ac58 frame pointer = 0x10:0xd660ac58 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, ruse, IOPL = 0 current process = 754 (kldunload) [thread pid 754 tid 100073 ] Stopped at nvidia_modevent+0x56: cmpl $0,0x6c(%eax) db> tr Tracing pid 754 tid 100073 td 0xc18f8450 nvidia_modevent(c18be580,1,0,c18be580,c1cd5b00) at nvidia_modevent+0x56 driver_module_handler(c18b580,1,c1f4eed8,c18be580,d660acc0) at driver_module_handler+0xbc module_unload(c18be580,0,c06800a0,0,0) at module_unload+0x37 linker_file_unload(c1cd5b00,0,c1b0c000,0,d660acec) at linker_file_unload+0x62 kern_kldunload(c18f8480,e,0,d660ad40,c060bc63) at kern_kldunload+0x98 kldunloadf(c18f8450,d660ad14,2,0,292) at kldunloadf+0x1e syscall(2f,2f,2f,e,bfbfee22) at syscall+0x27b Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (444, FreeBSD ELF32, kldunloadf), eip = 0x280bdb13, esp = 0xbfbfe88c, ebp = 0xbfbffecfc --- db>reset A full backtrace from kgdb of kernel.debug is available on [7], the vmcore and kernel.debug files are available on request. ------------ [1] verbose dmesg http://oyvind.kolbu.ws/freebsd/dmesg [2] kernel config http://oyvind.kolbu.ws/freebsd/lappis [3] pciconf -vl http://oyvind.kolbu.ws/freebsd/pciconf [4] snd_ich backtrace http://oyvind.kolbu.ws/freebsd/bt.snd_ich [5] acpidump http://oyvind.kolbu.ws/freebsd/oyvind-ToshibaM2.asl [6] Xorg log http://oyvind.kolbu.ws/freebsd/Xorg.8.log [7] nvidia backtrace http://oyvind.kolbu.ws/freebsd/bt.nvidia -- Thanks in advance, Øyvind Kolbu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050127112241.GA66784>