Toshiba M2 panics with snd_ich and suspend problems

[ØyvindKolbu]

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