There is not much visible information in the public
description text for 6834260...

I'm getting the following panic under VirtualBox 2.2.2 when
I press a key during a build 111a happyface boot; is that the
same problem?

> ::status
debugging crash dump vmcore.0 (64-bit) from opensolaris
operating system: 5.11 snv_111a (i86pc)
panic message: lock_set_spl: ffffff00c66632d9 lock held and only one CPU
dump content: kernel pages only

> $C
ffffff00020bf9b0 vpanic()
ffffff00020bfa20 lock_set_spl_spin+0x20c(ffffff00c66632d9, c, ffffff00c66632dc, 
5)
ffffff00020bfa80 mutex_vector_enter+0x45e(ffffff00c66632d8)
ffffff00020bfad0 kbtrans_streams_key+0x38(ffffff00c66631c0, 29, 1)
ffffff00020bfb00 kb8042_process_key+0x40(fffffffffbd3b740, 6e, 1)
ffffff00020bfb40 kb8042_received_byte+0xe9(fffffffffbd3b740, 81)
ffffff00020bfb70 kb8042_intr+0x6a(fffffffffbd3b740)
ffffff00020bfbb0 i8042_intr+0xea(ffffff00c6668940)
ffffff00020bfc00 av_dispatch_autovect+0x7c(1)
ffffff00020bfc40 dispatch_hardint+0x33(1, 0)
ffffff0002197860 switch_sp_and_call+0x13()
ffffff00021978b0 do_interrupt+0x9e(ffffff00021978c0, 3cf)
ffffff00021978c0 _interrupt+0xba()
ffffff00021979c0 vgatext`vgatext_setfont+0x12c(ffffff00c69d5000)
ffffff00021979e0 vgatext`vgatext_init+0x6f(ffffff00c69d5000)
ffffff0002197a00 vgatext`vgatext_kdsettext+0x19(ffffff00c69d5000)
ffffff0002197a30 vgatext`vgatext_kdsetmode+0x6b(ffffff00c69d5000, 2)
ffffff0002197ad0 vgatext`do_gfx_ioctl+0xef(4b0a, 2, 80200000, ffffff00c69d5000)
ffffff0002197b50 vgatext_ioctl+0x84(6300000000, 4b0a, 2, 80200000, 
ffffff00c5f24d88, ffffff0002197be4)
ffffff0002197b90 cdev_ioctl+0x45(6300000000, 4b0a, 2, 80200000, 
ffffff00c5f24d88, ffffff0002197be4)
ffffff0002197bd0 ldi_ioctl+0xb0(ffffff00c9bce008, 4b0a, 2, 80000000, 
ffffff00c5f24d88, ffffff0002197be4)
ffffff0002197c00 progressbar_key_abort+0x67(ffffff00c7048550)
ffffff0002197c40 progressbar_key_abort_thread+0x6f(ffffff00c66631c0)
ffffff0002197c50 thread_start+8()

> ::cpuinfo -v
 ID ADDR             FLG NRUN BSPL PRI RNRN KRNRN SWITCH THREAD           PROC
  0 fffffffffbc36f80  1b    2    0 104   no    no t-5    ffffff00020bfc60 sched
                       |    |    |
            RUNNING <--+    |    +--> PIL THREAD
              READY         |           5 ffffff00020bfc60
             EXISTS         |           - ffffff0002197c60 sched
             ENABLE         |
                            +-->  PRI THREAD           PROC
                                   60 ffffff00024abc60 sched
                                   10 ffffff00c7b85c80 svc.configd

> ::ptree
fffffffffbc2c030  sched
     ffffff00c6aa3a48  fsflush
     ffffff00c6aa46a8  pageout
     ffffff00c6aa5308  init
          ffffff00c9e45198  rmvolmgr
          ffffff00cee0b6c0  hald
               ffffff00cee0aa60  hald-runner
                    ffffff00c800edf0  hald-addon-stora
                    ffffff00c800c8d0  hald-addon-acpi
                    ffffff00cee078e0  hald-addon-cpufr
                    ffffff00c9e48318  hald-addon-netwo
          ffffff00c9e44538  VBoxService
          ffffff00cee09e00  dbus-daemon
          ffffff00cee08540  cron
          ffffff00c9e476b8  picld
          ffffff00c800d530  rcm_daemon
          ffffff00c800b010  syseventd
          ffffff00c9e438d8  powerd
          ffffff00c6aa2de8  nscd
          ffffff00c9e46a58  dhcpagent
          ffffff00c800fa50  devfsadm
          ffffff00c6a9fc68  kcfd
          ffffff00c8011310  nwamd
          ffffff00c6a9f008  dlmgmtd
          ffffff00c6aa1528  svc.configd
          ffffff00c6aa2188  svc.startd
               ffffff00c80106b0  net-routing-setu
                    ffffff00c6aa08c8  grep
                         ffffff00cee0c320  nawk
                         ffffff00c9e42018  routeadm

> ::msgbuf
MESSAGE                                                               
ACPI: FACS @ 0x3fff0170/0x0040
ACPI: APIC @ 0x3fff01b0/0x0040 (v  2 VBOX   VBOXAPIC 0x00000001 ASL  0x00000061)
NOTICE: ACPI HPET table query failed

NOTICE: amd_iommu: No AMD IOMMU ACPI IVRS table
pseudo-device: acpippm0
acpippm0 is /pseudo/acpi...@0
pseudo-device: ppm0
ppm0 is /pseudo/p...@0
pci0 at root: space 0 offset 0
pci0 is /p...@0,0
        IDE device at targ 0, lun 0 lastlun 0x0
        model VBOX HARDDISK
        ATA/ATAPI-6 supported, majver 0x7e minver 0x22
PCI-device: i...@0, ata0
ata0 is /p...@0,0/pci-...@1,1/i...@0
        UltraDMA mode 2 selected
Disk0:  <Vendor 'Gen-ATA ' Product 'VBOX HARDDISK   '>
cmdk0 at ata0 target 0 lun 0
cmdk0 is /p...@0,0/pci-...@1,1/i...@0/c...@0,0
root on rpool/ROOT/opensolaris fstype zfs
SMBIOS v2.5 loaded (256 bytes)
/cpus (cpunex0) online
pseudo-device: dld0
dld0 is /pseudo/d...@0
8042 device:  keybo...@0, kb8042 # 0
kb80420 is /isa/i8...@1,60/keybo...@0
8042 device:  mo...@1, mouse8042 # 0
mouse80420 is /isa/i8...@1,60/mo...@1
NOTICE: MPO disabled because memory is interleaved

cpu0: x86 (AuthenticAMD 40FB2 family 15 model 75 step 2 clock 2208 MHz)
cpu0: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
workaround applied for cpu erratum #122
WARNING: BIOS microcode patch for AMD Athlon(tm) 64/Opteron(tm) processor
erratum 131 was not detected; updating your system's BIOS to a version
containing this microcode patch is HIGHLY recommended or erroneous system
operation may occur.

workaround applied for cpu issue #6336786
pseudo-device: zfs0
zfs0 is /pseudo/z...@0
pseudo-device: devinfo0
devinfo0 is /pseudo/devi...@0
xsvc0 at root: space 0 offset 0
xsvc0 is /x...@0,0
pseudo-device: pseudo1
pseudo1 is /pseudo/zcons...@1
ISA-device: fdc0
pseudo-device: llc10
llc10 is /pseudo/l...@0
ISA-device: ecpp0
ecpp0 is /isa/l...@1,378
NOTICE: e1000g0 registered
Intel(R) PRO/1000 Network Connection, Driver Ver. 5.3.8
ISA-device: pit_beep0
pit_beep0 is /isa/pit_beep
fd0 at fdc0
fd0 is /isa/f...@1,3f0/f...@0,0
pseudo-device: fcsm0
fcsm0 is /pseudo/f...@0
pseudo-device: fcp0
fcp0 is /pseudo/f...@0
pseudo-device: ramdisk1024
ramdisk1024 is /pseudo/ramd...@1024   
pseudo-device: lockstat0
lockstat0 is /pseudo/locks...@0
pseudo-device: lofi0
lofi0 is /pseudo/l...@0
pseudo-device: profile0
profile0 is /pseudo/prof...@0
pseudo-device: systrace0
systrace0 is /pseudo/systr...@0
pseudo-device: fbt0
fbt0 is /pseudo/f...@0
pseudo-device: sdt0
sdt0 is /pseudo/s...@0
pseudo-device: fasttrap0
fasttrap0 is /pseudo/fastt...@0
pseudo-device: power0
power0 is /pseudo/po...@0
pseudo-device: srn0
srn0 is /pseudo/s...@0
pseudo-device: dcpc0
dcpc0 is /pseudo/d...@0
pseudo-device: ucode0
ucode0 is /pseudo/uc...@0
pseudo-device: nvidia255
nvidia255 is /pseudo/nvi...@255
pseudo-device: fssnap0
fssnap0 is /pseudo/fss...@0
pseudo-device: winlock0
winlock0 is /pseudo/winl...@0
pseudo-device: nsmb0
nsmb0 is /pseudo/n...@0
pseudo-device: pm0
pm0 is /pseudo/p...@0
pseudo-device: pool0
pool0 is /pseudo/p...@0
IP Filter: v4.1.9, running.
pseudo-device: lx_systrace0
lx_systrace0 is /pseudo/lx_systr...@0
PCI-device: pci80ee,c...@4, vboxguest0
vboxguest0 is /p...@0,0/pci80ee,c...@4
        ATAPI device at targ 0, lun 0 lastlun 0x0
        model VBOX CD-ROM
        ATA/ATAPI-6 supported, majver 0x7e minver 0x22
PCI-device: i...@1, ata1
ata1 is /p...@0,0/pci-...@1,1/i...@1
        UltraDMA mode 2 selected
sd0 at ata1: target 0 lun 0
sd0 is /p...@0,0/pci-...@1,1/i...@1/s...@0,0
dump on /dev/zvol/dsk/rpool/dump size 512 MB
NOTICE: e1000g0 link up, 1000 Mbps, full duplex
device pciclass,030...@2(display#0) keeps up device s...@0,0(sd#0), but the 
latter is not power managed

panic[cpu0]/thread=ffffff00020bfc60: 
lock_set_spl: ffffff00c66632d9 lock held and only one CPU


ffffff00020bfa20 unix:lock_set_spl_spin+20c ()
ffffff00020bfa80 unix:mutex_vector_enter+45e ()
ffffff00020bfad0 kbtrans:kbtrans_streams_key+38 ()
ffffff00020bfb00 kb8042:kb8042_process_key+40 ()
ffffff00020bfb40 kb8042:kb8042_received_byte+e9 ()
ffffff00020bfb70 kb8042:kb8042_intr+6a ()
ffffff00020bfbb0 i8042:i8042_intr+ea ()
ffffff00020bfc00 unix:av_dispatch_autovect+7c ()
ffffff00020bfc40 unix:dispatch_hardint+33 ()
ffffff0002197860 unix:switch_sp_and_call+13 ()
ffffff00021978b0 unix:do_interrupt+9e ()
ffffff00021978c0 unix:cmnint+ba ()
ffffff00021979c0 vgatext:vgatext_setfont+12c ()
ffffff00021979e0 vgatext:vgatext_init+6f ()
ffffff0002197a00 vgatext:vgatext_kdsettext+19 ()
ffffff0002197a30 vgatext:vgatext_kdsetmode+6b ()
ffffff0002197ad0 vgatext:do_gfx_ioctl+ef ()
ffffff0002197b50 vgatext:vgatext_ioctl+84 ()
ffffff0002197b90 genunix:cdev_ioctl+45 ()
ffffff0002197bd0 genunix:ldi_ioctl+b0 ()
ffffff0002197c00 unix:progressbar_key_abort+67 ()
ffffff0002197c40 kbtrans:progressbar_key_abort_thread+6f ()
ffffff0002197c50 unix:thread_start+8 ()

syncing file systems...
 done
dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel


> Jan Setje-Eilers wrote:
> > 
> >  Since We'll need to integrate a fix into on, this is being tracked in 
> > bugster under 6834260. As soon as it shows up externally it should be 
> > available as:
> > 
> > http://defect.opensolaris.org/bz/show_bug.cgi?id=6834260
> 
> make that:
>     http://bugs.opensolaris.org/view_bug.do?bug_id=6834260
> 
>   the other url is for bugster bugs.
> jan
> 
> > 
> > -jan
> > 
> > Jan Setje-Eilers wrote:
> >>
> >>  We've managed to get the reset to reproduce with bits that allowed 
> >> for kmdb interaction, and understand what the problem is. I'll get a 
> >> bug logged shortly.
> >>
> >> -jan
> >>
> >> Joanmarie Diggs wrote:
> >>> Hi Jan.
> >>>
> >>> On Fri, 2009-04-24 at 17:05 -0700, Jan
> Setje-Eilers wrote:
> >>>
> >>> [snip]
> >>>>   I've yet to see a system that happens to have
> a serial port on 
> >>>> which this can be reproduced, so there's no
> particularly good way to 
> >>>> debug this as it seems to happen before dumps
> are available.
> >>> [snip]
> >>>
> >>> I have one box with a serial port and I can
> reproduce this bug on it.
> >>> The trick, as has been mentioned in other
> messages in this thread, is
> >>> hitting escape at just the right time.
> >>>
> >>> I also have a serial cable, a USB to serial
> adapter, a null modem
> >>> adapter, and a laptop which I can connect to this
> box using that
> >>> cabling. What I lack is any knowledge whatsoever
> as to what I would need
> >>> to do to get the desired output which would
> enable someone to debug it.
> >>> I'm an end user. That said, I *can* follow
> instructions. :-) Therefore,
> >>> if no one else has a box with a serial port on
> which this bug can be
> >>> reproduced, feel free to email me with the exact
> steps I would need to
> >>> take to get you what you need, and I'd be happy
> to do it.
> >>>
> >>> Take care.
> >>> --Joanie
> >>
> >>
> > 
> > 
> 
> _______________________________________________
> indiana-discuss mailing list
> [email protected]
> http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
-- 
This message posted from opensolaris.org
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss

Reply via email to