> >> I tried to install b18 on Acer 4101WLM notebook with Pentium M > >> (Sonoma) 1.6GHz with 512MB DDR2 and PCI-X. > >> > >> Just after kernel started it panics, stack looks like: > >> > >> kaif_enter+7 > >> kdi_dvec_enter+0x32 > >> panicsys+0x36f > >> vpanic+0xbd > >> panic+0xf > >> die+0xa7 > >> trap+0xfc8 > >> _cmntrap+0x9a > >> 0xdabfa7e9 > >> specfs'spec_access+0x1f > >> fop_access+0x18 > >> vn_openat+0x287 > >> copen+0x24f > >> open+0x18 > >> sys_call+0x104 > > > CDSC> You're not the first one; and we believe that this is a memory > CDSC> corruption issue. (It probably happens again when autopush > CDSC> opens /dev/sad/admin) > > > CDSC> Now if only we could get a core dump out of this; that would likely > CDSC> require a netboot and a net core dump and even then I'm not sure we'd > CDSC> be quick enough. > > It's not my notebook but I think I could try again.
There's some progress with the Acer Aspire 5024wlmi from Bug 629357 which crashes with a similar "strange" stack backtrace: http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=629357 http://groups.yahoo.com/group/solarisx86/message/26633 There are quite a few hints that the Acer's BIOS does not report the correct value for the "Number of last PCI bus in the system" when using the "PCI BIOS Present" real mode bios interrupt. With the Acer Aspire 5024wlmi, the PCI BIOS reports 6 PCI busses with the "PCI BIOS Present" bios call, but there is a PCI-PCI bridge device installed in the system that refers to a PCI bus with ID #9. Since the Solaris kernel has only allocated space for PCI busses 0..6, the access to PCI bus #9 corrupts kernel memory, and this results in the kernel crash. Can you run Dan Mick's prtpci.exe [*] program on your Acer 4101WLM notebook, when the noteboot is booted from an MS-DOS floppy? What is the "#-busses" reported by prtpci.exe, and what is the highest "Secondary Bus Number" reported by it? Can you try the kmdb workarounds from the solarisx86 mailling list with your Acer 4101WLM notebook? For example by booting Solaris Nevada with option "-kdvs", and using the following kmdb commands: ::bp pci_autoconfig`pci_check_bios :c ::step out pci_bios_nbus/W 9 :c See also: http://groups.yahoo.com/group/solarisx86/message/27777 ======================================================= Or this procedure, for snv_b19: Is it possible to boot into cdrom single user mode with the help of kmdb, and patching pci_bios_nbus to a value of at least 9? Boot the Nevada b19 kernel with flags "-kdvs", then ::bp pci_autoconfig`pci_check_bios kmem_flags/W f :c -> runs until we hit the breakpoint at pci_check_bios. Now: pci_check_bios+6c:b :c -> runs to the breakpoint at pci_check_bios+0x6c, this address should contain a "movl %ebx,0xfec9c84c" instruction. %ebx register contains the number of pci busses returned from the pci bios interrupt call. <ebx=D -> Prints the value of the %ebx register (prints 6 ?) 9>ebx :c -> modifies the number of pci busses to 9 and continues with booting. ===== [*] prtpci.exe can be found as an attachment to message #4 in the following supportforum thread: http://supportforum.sun.com/sunos/index.php?t=msg&goto=7003&rid=0 Direct link to prtpci.exe: http://supportforum.sun.com/sunos/index.php?t=getfile&id=32&rid=213&SQ=973c7a2352f4481fedfa29741339aa02 This message posted from opensolaris.org _______________________________________________ opensolaris-discuss mailing list [email protected]
