similar to: 6414036 ::interrupts share_cnt can be misleading

Author: anish Repository: /hg/zfs-crypto/gate Revision: ca260b8c8934dc34091622676f0a58662e217e74 Log message: 6352071 MDB ::interrupts need not display non-ISR entries on x86 6354060 Add ::interrupts support for uppc(7d) based systems Files: create: usr/src/cmd/mdb/i86pc/modules/uppc/Makefile create: usr/src/cmd/mdb/i86pc/modules/uppc/amd64/Makefile create:

Author: anish Repository: /hg/zfs-crypto/gate Revision: dd242801250e0f77ff81a2cde19ac40dec0d88af Log message: 6427444 add ::softint support for x64 Files: update: usr/src/cmd/mdb/common/mdb/mdb_ks.h update: usr/src/cmd/mdb/common/modules/mdb_ks/mdb_ks.c update: usr/src/cmd/mdb/i86pc/modules/pcplusmp/apic.c update: usr/src/cmd/mdb/i86pc/modules/uppc/intr_common.c update:

Author: anish Repository: /hg/zfs-crypto/gate Revision: ebc37fd690a4ad2a9f05ea88e4a73c9438c20b86 Log message: 6420136 After Solaris installation and reboot to login screen, host is wedged... Files: update: usr/src/uts/common/os/ddi_intr_impl.c update: usr/src/uts/common/sys/ddi_intr_impl.h update: usr/src/uts/i86pc/io/pci/pci_common.c update: usr/src/uts/i86pc/io/pciex/pcie_ck804_boot.c

Hi I''ve installed Solaris snv111 in a QEMU virtual machine using qemu 0.10.2 with kqemu 1.4 enabled. The installation worked without problems but after rebooting from the virtual disk Solaris panics: qemu usage: /opt/qemu_0.10.x/bin/qemu-system-x86_64 -net user -net nic -usb -usbdevice tablet -L /usr/local/share/qemu_0.9.x -boot c -m 1024 -net nic,model=rtl8139 -net nic -net nic

Not an really good subject, I know but that''s kind of what happend. I''m trying to build an backup-solution server, Windows users using OSCAR (which uses rsync) to sync their files to an folder and when complete takes a snapshot. It has worked before but then I turned on the -R switch to rsync and when I then removed the folder with rm -rf it crashed. I didn''t save what

We have a 32 GB RAM server running about 14 zones. There are multiple databases, application servers, web servers, and ftp servers running in the various zones. I understand that using ZFS will increase kernel memory usage, however I am a bit concerned at this point. root at servername:~/zonecfg #mdb -k Loading modules: [ unix krtld genunix specfs dtrace uppc pcplusmp ufs md mpt ip indmux ptm

Author: schwartz Repository: /hg/zfs-crypto/gate Revision: f9d6f54eaeec11f6a2776d3642e4731caeaa91fe Log message: 6360247 blockenabled interrupts do not set up kstats properly on x86 Files: update: usr/src/cmd/intrd/intrd.pl update: usr/src/uts/i86pc/io/pci/pci_common.c update: usr/src/uts/i86pc/io/pci/pci_kstats.c update: usr/src/uts/i86pc/io/pcplusmp/apic_introp.c update:

Author: ahl Repository: /hg/zfs-crypto/gate Revision: a2677fc0a5fb6895ed56fc4698646ece44978a48 Log message: 4970475 There should be a stackdepth equivalent for userland 5084954 value of dip can be incorrect in autovec 6181505 dtrace sysinfo:::modload probe does not fire when using ''modload'' 6265417 schedctl-yield isn''t listed in sdt_subr.c 6272558 gcc and dtrace

Author: dmick Repository: /hg/zfs-crypto/gate Revision: 65127d2eae6744fd7dee6a5bcb5480214e1e6a87 Log message: 6342823 Unable to offline CPU 0 on x86 systems Files: update: usr/src/uts/i86pc/io/cbe.c update: usr/src/uts/i86pc/io/pcplusmp/apic.c update: usr/src/uts/i86pc/os/machdep.c update: usr/src/uts/i86pc/os/mp_startup.c update: usr/src/uts/i86pc/os/timestamp.c update:

Have you considered the mdb dcmd ::pfiles? mfe at inker:~/Code/dtrace/examples$ *pfexec mdb -k* Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc pcplusmp scsi_vhci zfs ip hook neti sockfs arp usba uhci fctl s1394 stmf stmf_sbd md lofs random idm sd crypto fcp cpc fcip smbsrv nfs ufs logindmux ptm nsmb sppp nsctl sdbc rdc sv ii ipc ] > *::ps ! grep clock-applet* R 1744

Author: anish Repository: /hg/zfs-crypto/gate Revision: 7c4fe5bc3d340613b336f2b91002d33d0010a403 Log message: 6360419 get master aborts accessing config space of amd64 hostbridge devices on systems with CK8-04 device Files: update: usr/src/uts/i86pc/io/pci/pci.c update: usr/src/uts/i86pc/io/pci/pci_common.c update: usr/src/uts/i86pc/io/pci/pci_common.h update:

> There are times when arg0 can be NULL [for the interrupt-start or > interrupt-complete probe] if there''s no associated device. > There''s already a bug open to address the error in the documentation. > 6284911 args to interrupt-start and interrupt-complete need more info Hmm, I noticed that, too. There''s currently a thread on yahoo''s solarisx86

>Da: hfinkel at anl.gov >Data: 02/12/2011 16.27 >A: "acrux_it at libero.it"<acrux_it at libero.it> >Cc: <llvmdev at cs.uiuc.edu> >Ogg: Re: [LLVMdev] LLVM-3.0 fails to build on linux ppc32 > >On Fri, 2011-12-02 at 09:15 -0600, Hal Finkel wrote: >> On Fri, 2011-12-02 at 06:58 -0600, Hal Finkel wrote: >> > Nico, >> > >> >

On Fri, 2011-12-02 at 20:18 +0100, acrux_it at libero.it wrote: > >Da: hfinkel at anl.gov > >Data: 02/12/2011 16.27 > >A: "acrux_it at libero.it"<acrux_it at libero.it> > >Cc: <llvmdev at cs.uiuc.edu> > >Ogg: Re: [LLVMdev] LLVM-3.0 fails to build on linux ppc32 > > > >On Fri, 2011-12-02 at 09:15 -0600, Hal Finkel wrote: > >>

I've got a Powerware 5119 RM UPS. driver.list says to use "genericups upstype=20", however I know this UPS supports the UPS Code II protocol, so I wanted to use the upscode2 driver. It took some hacking but finally it works. I'm using NUT 2.4.1 and upscode2 driver version 0.87 (however the latest r2350 version of upscode2.c isn't significantly different, so I think all

Author: anish Repository: /hg/zfs-crypto/gate Revision: 4ed8043bfb358d2a06693d5555e59170ad7cb126 Log message: 6428035 ddi_intr_free(9f) related cleanups on x86 Files: update: usr/src/uts/i86pc/io/pci/pci_common.c

Hardware Supermicro X7DAE (AHCI BIOS) dual Intel Woodcrest processors, 6 x Western Digital Raptor SATA drives. I have installed b62 running 64 bit succesfully on a PATA drive. The BIOS is configured to access the SATA drives in native mode using hte AHCI Bios. I have 6 SATA II drives accessed via the Solaris AHCI driver. I have created a ZFS file system across all 6 drives. This works fine until

On Fri, 2011-12-02 at 06:58 -0600, Hal Finkel wrote: > Nico, > > There is a third place that '#undef PPC' is needed (at the top of > PPCFixupKinds.h). Alternatively, you can run configure with -UPPC in > your CPPFLAGS. I'll try to get this fixed in trunk shortly. I just tested this, and I was wrong: passing -UPPC to configure in CPPFLAGS does not work for some reason.

Author: bmc Repository: /hg/zfs-crypto/gate Revision: 213bfe03af413cdf71c523fb076aaa65a6306a7e Log message: 6256581 System got a hang or a panic with dtrace+kmdb 6264573 unanchored dtrace_getpcstack is rather imprecise toward function end 6289517 dtrace doesn''t like fd_intr anymore 6291378 dtrace helpers can interfere with the use of kmdb 6295554 dtrace doesn''t report

Hey all, I''m not sure if this is a ZFS bug or a hardware issue I''m having - any pointers would be great! Following contents include: - high-level info about my system - my first thought to debugging this - stack trace - format output - zpool status output - dmesg output High-Level Info About My System --------------------------------------------- - fresh