search for: cbe_fire

Hi all, I have a Toshiba Tecra M9 and have not been able to boot it dom0. This is running SXDE 01/08, snv79b. After booting under kmdb and setting moddebug=80000000 before booting the Solaris kernel (with help from Dan Mick), I was able to see mac_ether as the last thing loading, right after loading the e1000g driver. I cannot drop into kmdb via F1-A after it hangs. I''ve also

...h Solaris snv_81 xVM it get the error message This version of Solaris xVM does not support this hardware The output of "echo ::interrupts | mdb -k" while booted without xVM is bash-3.2# echo ::interrupts | mdb -k IRQ Vector IPL(lo/hi) Bus Share ISR(s) 0 0x20 14/14 - 1 cbe_fire 1 0x21 5/5 ISA 1 i8042_intr 3 0x23 6/6 PCI 1 iprb_intr 4 0x24 12/12 ISA 1 asyintr 5 0x25 9/9 PCI 1 audio810_intr 6 0x26 1/6 PCI 2 pcwl_intr, uhci_intr 7 0x27 5/5 ISA 1 ecpp_isr 9 0x29 9/9 -...

http://defect.opensolaris.org/bz/show_bug.cgi?id=1986 Summary: ''zfs destroy'' hangs on encrypted dataset Classification: Development Product: zfs-crypto Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: other

...3d58 1a9f71228e7 trap d #gp dsl_dataset_get_spa+f 0 fffffffffbc13bd0 1a9f711b322 intr a0 unknown mach_cpu_idle+17 0 fffffffffbc13a48 1a9f70e3206 intr a0 unknown mach_cpu_idle+17 0 fffffffffbc138c0 1a9f63ccda5 sysc b7 pollsys feec7757 0 fffffffffbc13738 1a9f63c336b intr d1 cbe_fire mach_cpu_idle+17 0 fffffffffbc135b0 1a9f4edd94f intr d1 cbe_fire mach_cpu_idle+17 0 fffffffffbc13428 1a9f39f811c intr d1 cbe_fire mach_cpu_idle+17 0 fffffffffbc132a0 1a9f3962d4e intr a0 unknown mach_cpu_idle+17 0 fffffffffbc13118 1a9f393245c intr a0 unknown mach_cpu_idle+17 0 ff...

...port any acpi interrupt activity. This is because arg0 == NULL for acpi interrupts in the interrupt-start action inside intrstat, so that intrstat won''t report acpi interrupts: http://groups.yahoo.com/group/solarisx86/message/29998 Other interrupts that are missing in intrstat output: cbe_fire(), xc_serv(), kcpc_hw_overflow_intr(), apic_error_intr(). Wouldn''t it make sense to extend intrstat to include interrupt statistics for interrupt handlers that don''t have a "struct dev_info *" associated device? This message posted from opensolaris.org