After BFU-ing my system to b75 I ended up with a panicing system when booting into Xen: grub> #---------- ADDED BY BOOTADM - DO NOT EDIT ---------- grub> title Solaris on Xen grub> kernel$ /boot/$ISADIR/xen.gz grub> module$ /platform/i86xpv/kernel/$ISADIR/unix /platform/i86xpv/kernel/$ISADIR/unix -B console=ttyb grub> module$ /platform/i86pc/$ISADIR/boot_archive grub> #---------------------END BOOTADM--------------------> SunOS Release 5.11 Version onnv-gate 64-bit > Copyright 1983-2007 Sun Microsystems, Inc. All rights reserved. > Use is subject to license terms. > WARNING: Found xen v3.0.4-1-sun but need xen v3.0.4-1-xvm > WARNING: The kernel may not function correctly > /kernel/misc/amd64/pci_autoconfig: undefined symbol ''pciehpc_acpi_eval_osc'' > WARNING: mod_load: cannot load module ''pci_autoconfig'' > > panic[cpu0]/thread=fffffffffbc3f9e0: failed to load misc/pci_autoconfig > > fffffffffbc72b30 unix:impl_bus_initialprobe+74 () > fffffffffbc72b60 unix:impl_setup_ddi+132 () > fffffffffbc72b70 genunix:create_devinfo_tree+b7 () > fffffffffbc72b80 genunix:setup_ddi+13 () > fffffffffbc72b90 unix:startup_modules+107 () > fffffffffbc72ba0 unix:startup+3a () > fffffffffbc72bd0 genunix:main+27 () > fffffffffbc72be0 unix:_locore_start+80 () > > skipping system dump - no dump device configured > rebooting...The system is actually a SuperMicro 5015M-MT+, PDSMI+, Xeon 3060, 4GB, 4x 500G. Booting it natively does not show any problems. A few build/bfu cycles before this problem actually occured I enabled the AHCI SATA mode in the BIOS and modified the system configuration to using the SATA disk instances. Could this have triggered something the above panic in Xen mode? Regards, William Wanders.
William Wanders wrote:> After BFU-ing my system to b75 I ended up with a panicing system > when booting into Xen:Did you run acr after?> grub> #---------- ADDED BY BOOTADM - DO NOT EDIT ---------- > grub> title Solaris on Xen > grub> kernel$ /boot/$ISADIR/xen.gz > grub> module$ /platform/i86xpv/kernel/$ISADIR/unix /platform/i86xpv/kernel/$ISADIR/unix -B console=ttyb > grub> module$ /platform/i86pc/$ISADIR/boot_archive > grub> #---------------------END BOOTADM-------------------- > >> SunOS Release 5.11 Version onnv-gate 64-bit >> Copyright 1983-2007 Sun Microsystems, Inc. All rights reserved. >> Use is subject to license terms. >> WARNING: Found xen v3.0.4-1-sun but need xen v3.0.4-1-xvm >> WARNING: The kernel may not function correctly >> /kernel/misc/amd64/pci_autoconfig: undefined symbol ''pciehpc_acpi_eval_osc'' >> WARNING: mod_load: cannot load module ''pci_autoconfig'' >> >> panic[cpu0]/thread=fffffffffbc3f9e0: failed to load misc/pci_autoconfig >> >> fffffffffbc72b30 unix:impl_bus_initialprobe+74 () >> fffffffffbc72b60 unix:impl_setup_ddi+132 () >> fffffffffbc72b70 genunix:create_devinfo_tree+b7 () >> fffffffffbc72b80 genunix:setup_ddi+13 () >> fffffffffbc72b90 unix:startup_modules+107 () >> fffffffffbc72ba0 unix:startup+3a () >> fffffffffbc72bd0 genunix:main+27 () >> fffffffffbc72be0 unix:_locore_start+80 () >> >> skipping system dump - no dump device configured >> rebooting... > > The system is actually a SuperMicro 5015M-MT+, PDSMI+, Xeon 3060, 4GB, 4x 500G. > Booting it natively does not show any problems. > > A few build/bfu cycles before this problem actually occured I enabled > the AHCI SATA mode in the BIOS and modified the system configuration > to using the SATA disk instances. Could this have triggered something > the above panic in Xen mode?No, that shouldn''t have caused this.... That symbol is defined in the following file which should be the same as metal (native). Is it in your version? : alpha[1]#; nm /kernel/misc/amd64/pciehpc | grep pciehpc_acpi_eval_osc [99] | 2640| 271|FUNC |GLOB |0 |3 |pciehpc_acpi_eval_osc Thanks, MRJ -- Mark Johnson <mark.johnson@sun.com> Sun Microsystems, Inc. (781) 442-0869
Mark wrote:> William Wanders wrote: > > After BFU-ing my system to b75 I ended up with a panicing system > > when booting into Xen: > > Did you run acr after? > > >> /kernel/misc/amd64/pci_autoconfig: undefined symbol ''pciehpc_acpi_eval_osc'' > >> WARNING: mod_load: cannot load module ''pci_autoconfig'' > >> > >> panic[cpu0]/thread=fffffffffbc3f9e0: failed to load misc/pci_autoconfig > That symbol is defined in the following file which should be > the same as metal (native). Is it in your version? > > > : alpha[1]#; nm /kernel/misc/amd64/pciehpc | grep pciehpc_acpi_eval_osc > [99] | 2640| 271|FUNC |GLOB |0 |3 |pciehpc_acpi_eval_oscHmm, is the pciehpc module the one that is supposed to define that symbol for misc/pci_autoconfig? I also found a definition for pciehpc_acpi_eval_osc both in /platform/i86xpv/kernel/amd64/unix and in /platform/i86pc/kernel/amd64/unix % nm /platform/i86xpv/kernel/amd64/unix | grep pciehpc_acpi_eval_osc [3977] |18446744073634637680| 30|FUNC |GLOB |0 |2 |pciehpc_acpi_eval_osc [2389] |18446744073638286616| 36|OBJT |LOCL |0 |14 |pciehpc_acpi_eval_osc_info % nm /platform/i86pc/kernel/amd64/unix | grep pciehpc_acpi_eval_osc [6199] |18446744073634578912| 30|FUNC |GLOB |0 |2 |pciehpc_acpi_eval_osc [2144] |18446744073638285896| 36|OBJT |LOCL |0 |14 |pciehpc_acpi_eval_osc_info In fact, on the native platform, pci_autoconfig is calling into the unix module for this function: Here''s the call:> check_ppb_hotplug+0x7c/icheck_ppb_hotplug+0x7c: call -0x3591e1 <pciehpc_acpi_eval_osc> The call is in pci_autoconfig:> check_ppb_hotplug+0x7c::whatisfffffffffbbd93bc is check_ppb_hotplug+7c in pci_autoconfig''s text segment And the call''s target address is in the unix module:> check_ppb_hotplug+0x7c+5-0x3591e1::whatisfffffffffb8801e0 is pciehpc_acpi_eval_osc+0 in unix''s text segment I think a boot archive that isn''t in sync with the filesystem bits can''t explain this problem; /platform/i86xpv/kernel/amd64/unix is loaded by grub from the filesystem, not from the boot archive. William, can you please check if bfu has updated the file /platform/i86xpv/kernel/amd64/unix? Both /platform/i86pc/kernel/amd64/unix and /platform/i86xpv/kernel/amd64/unix should be relatively new. Did you install the new SUNWonbld package before the bfu? The bfu script inside that package was changed, for installing the xen i86xpv platform bits - maybe these bfu scrit changes are missing? This message posted from opensolaris.org
Jürgen Keil wrote:> Mark wrote: >> William Wanders wrote: >>> After BFU-ing my system to b75 I ended up with a panicing system >>> when booting into Xen: >> Did you run acr after? >> >>>> /kernel/misc/amd64/pci_autoconfig: undefined symbol ''pciehpc_acpi_eval_osc'' >>>> WARNING: mod_load: cannot load module ''pci_autoconfig'' >>>> >>>> panic[cpu0]/thread=fffffffffbc3f9e0: failed to load misc/pci_autoconfig >> That symbol is defined in the following file which should be >> the same as metal (native). Is it in your version? >> >> >> : alpha[1]#; nm /kernel/misc/amd64/pciehpc | grep pciehpc_acpi_eval_osc >> [99] | 2640| 271|FUNC |GLOB |0 |3 |pciehpc_acpi_eval_osc > > > Hmm, is the pciehpc module the one that is supposed to define that symbol > for misc/pci_autoconfig?>> I also found a definition for pciehpc_acpi_eval_osc both in > /platform/i86xpv/kernel/amd64/unix and in > /platform/i86pc/kernel/amd64/unixHa! You are right of course :-) MRJ> % nm /platform/i86xpv/kernel/amd64/unix | grep pciehpc_acpi_eval_osc > [3977] |18446744073634637680| 30|FUNC |GLOB |0 |2 |pciehpc_acpi_eval_osc > [2389] |18446744073638286616| 36|OBJT |LOCL |0 |14 |pciehpc_acpi_eval_osc_info > > > % nm /platform/i86pc/kernel/amd64/unix | grep pciehpc_acpi_eval_osc > [6199] |18446744073634578912| 30|FUNC |GLOB |0 |2 |pciehpc_acpi_eval_osc > [2144] |18446744073638285896| 36|OBJT |LOCL |0 |14 |pciehpc_acpi_eval_osc_info > > > > In fact, on the native platform, pci_autoconfig is calling into > the unix module for this function: > > Here''s the call: > >> check_ppb_hotplug+0x7c/i > check_ppb_hotplug+0x7c: call -0x3591e1 <pciehpc_acpi_eval_osc> > > The call is in pci_autoconfig: > >> check_ppb_hotplug+0x7c::whatis > fffffffffbbd93bc is check_ppb_hotplug+7c in pci_autoconfig''s text segment > > And the call''s target address is in the unix module: > >> check_ppb_hotplug+0x7c+5-0x3591e1::whatis > fffffffffb8801e0 is pciehpc_acpi_eval_osc+0 in unix''s text segment > > > I think a boot archive that isn''t in sync with the filesystem bits can''t > explain this problem; /platform/i86xpv/kernel/amd64/unix is loaded > by grub from the filesystem, not from the boot archive. > > > William, can you please check if bfu has updated the file > /platform/i86xpv/kernel/amd64/unix? > Both /platform/i86pc/kernel/amd64/unix and > /platform/i86xpv/kernel/amd64/unix should be relatively new. > > > Did you install the new SUNWonbld package before the bfu? The > bfu script inside that package was changed, for installing the xen > i86xpv platform bits - maybe these bfu scrit changes are missing? > > > This message posted from opensolaris.org > _______________________________________________ > xen-discuss mailing list > xen-discuss@opensolaris.org-- Mark Johnson <mark.johnson@sun.com> Sun Microsystems, Inc. (781) 442-0869
On Tue, Oct 09, 2007 at 04:53:00PM -0400, Mark Johnson wrote:> > > William Wanders wrote: > >After BFU-ing my system to b75 I ended up with a panicing system > >when booting into Xen: > > Did you run acr after?Yes, it ran without any issues.> >grub> #---------- ADDED BY BOOTADM - DO NOT EDIT ---------- > >grub> title Solaris on Xen > >grub> kernel$ /boot/$ISADIR/xen.gz > >grub> module$ /platform/i86xpv/kernel/$ISADIR/unix > >/platform/i86xpv/kernel/$ISADIR/unix -B console=ttyb > >grub> module$ /platform/i86pc/$ISADIR/boot_archive > >grub> #---------------------END BOOTADM-------------------- > > > >>SunOS Release 5.11 Version onnv-gate 64-bit > >>Copyright 1983-2007 Sun Microsystems, Inc. All rights reserved. > >>Use is subject to license terms. > >>WARNING: Found xen v3.0.4-1-sun but need xen v3.0.4-1-xvm > >>WARNING: The kernel may not function correctly > >>/kernel/misc/amd64/pci_autoconfig: undefined symbol > >>''pciehpc_acpi_eval_osc'' > >>WARNING: mod_load: cannot load module ''pci_autoconfig'' > >> > >>panic[cpu0]/thread=fffffffffbc3f9e0: failed to load misc/pci_autoconfig > >> > >>fffffffffbc72b30 unix:impl_bus_initialprobe+74 () > >>fffffffffbc72b60 unix:impl_setup_ddi+132 () > >>fffffffffbc72b70 genunix:create_devinfo_tree+b7 () > >>fffffffffbc72b80 genunix:setup_ddi+13 () > >>fffffffffbc72b90 unix:startup_modules+107 () > >>fffffffffbc72ba0 unix:startup+3a () > >>fffffffffbc72bd0 genunix:main+27 () > >>fffffffffbc72be0 unix:_locore_start+80 () > >> > >>skipping system dump - no dump device configured > >>rebooting... > > > >The system is actually a SuperMicro 5015M-MT+, PDSMI+, Xeon 3060, 4GB, 4x > >500G. > >Booting it natively does not show any problems. > > > >A few build/bfu cycles before this problem actually occured I enabled > >the AHCI SATA mode in the BIOS and modified the system configuration > >to using the SATA disk instances. Could this have triggered something > >the above panic in Xen mode? > > No, that shouldn''t have caused this.... > > That symbol is defined in the following file which should be > the same as metal (native). Is it in your version? > > > : alpha[1]#; nm /kernel/misc/amd64/pciehpc | grep pciehpc_acpi_eval_osc > [99] | 2640| 271|FUNC |GLOB |0 |3 > |pciehpc_acpi_eval_osc > (781) 442-0869# nm /kernel/misc/amd64/pciehpc | grep pciehpc_acpi_eval_osc [99] | 2640| 271|FUNC |GLOB |0 |3 |pciehpc_acpi_eval_osc When diving into directory structure I noticed that the i86xpv showed older timestamps then expected. It turned out that my PATH settings were playing tricks on me and caused a referred to an older version of BFU to take precedence. A new BFU run with the appropriate BFU versions solved the above problem. Thanks, William.