search for: usba

...ing existing working ISOLINUX entry as template: Since I will assume that the order of mounting / accessing files is: 1: KERNEL /boot/S3P3/vmlinuz-3.2.0-4-486 2: INITRD /boot/S3P3/initrd.img-3.2.0-4-486 3: <mount applicable root> , I'll put the new krnl & initrd, in their own dir in usbA: to avoid the possible problem of usbB not being readable. from usbA So minimally modifying a proven entry on usbA:isolinux.cfg gives:- LABEL S3:P3:rootUseLABEL MENU LABEL video args for S3:P3 TEXT HELP Use proven Krn & initrd from S3P3 copied to own /boot/S3P3 ENDTEXT KERNEL /boot/S3P3/vmlinu...

...rc/uts/common/io/usb/hcd/uhci/uhcihub.c update: usr/src/uts/common/io/usb/hcd/uhci/uhciutil.c update: usr/src/uts/common/io/usb/scsa2usb/scsa2usb.c update: usr/src/uts/common/io/usb/scsa2usb/usb_ms_bulkonly.c update: usr/src/uts/common/io/usb/usb_mid/usb_mid.c update: usr/src/uts/common/io/usb/usba/hcdi.c update: usr/src/uts/common/io/usb/usba/hubdi.c update: usr/src/uts/common/io/usb/usba/usba.c update: usr/src/uts/common/io/usb/usba/usbai.c update: usr/src/uts/common/io/usb/usba/usbai_pipe_mgmt.c update: usr/src/uts/common/io/usb/usba/usbai_register.c update: usr/src/uts/common/io/usb...

...entry as template: > > Since I will assume that the order of mounting / accessing files is: > 1: KERNEL /boot/S3P3/vmlinuz-3.2.0-4-486 > 2: INITRD /boot/S3P3/initrd.img-3.2.0-4-486 > 3: <mount applicable root> , > I'll put the new krnl & initrd, in their own dir in usbA: to avoid > the possible problem of usbB not being readable. from usbA > > So minimally modifying a proven entry on usbA:isolinux.cfg gives:- > LABEL S3:P3:rootUseLABEL > MENU LABEL video args for S3:P3 > TEXT HELP > Use proven Krn & initrd from S3P3 copied to own /boot/S3P...

AIM: from <isolinux> on USBstikA, boot Debian7 installation on USBstikB. EXISTING STATE: USBstikA is TinyCore64bit booter, with:- /boot/isolinux/* 61312 Oct 26 2016 menu.c32 24576 Oct 26 2016 isolinux.bin 2069 Nov 22 01:24 isolinux.cfg ... USBstikB-partition3: Currently boots a 32bit installation, via GRUB using the entry:----- menuentry 'Debian GNU/Linux, with Linux

Hello, 1) On OpenIndiana 151, I configured nut 2.6.1 as configure --prefix=/opt/nut/2.6.1 --with-cgi --with-hal --with-user=ups --with-group=nut CC=cc The result is -e Configuration summary: ====================== build serial drivers: yes build USB drivers: yes build SNMP drivers: yes build neon based XML driver: yes build Powerman PDU client driver: no enable SSL development code: yes

Is it possible to use DTrace to display the number of arguments and their types for userland or kernel functions that are not explicitly instrumented or documented by their authors? We''re talking about functions provided by Veritas VxVM/VxFS and the like, and for example, we might want to try tracing I/Os from App => VxFS => VxVM => ssd driver to see where I/Os get aggregated or

I executed sync just before this happened.... ultra:ultra# mdb -k unix.0 vmcore.0 Loading modules: [ unix krtld genunix specfs dtrace ufs sd pcipsy md ip sctp usba fctl nca crypto zfs random nfs ptm cpc fcip sppp lofs ] > $c vpanic(7b653bd8, 7036fca0, 7036fc70, 7b652990, 0, 60002d0b480) zio_done+0x284(60002d0b480, 0, a8, 7036fca0, 0, 60000b08d80) zio_vdev_io_assess+0x178(60002d0b480, 8000, 10, 0, 0, 10) taskq_thread+0x1a4(6000080e210, 6000080e1b8, 50001, 2...

...#39; + 'usbif,class3.0.0' + 'usbif,class3.0' + 'usbif,class3' + 'usb,device' So this UPS has VendorID 06DA, ProductID 0003. # rem_drv ugen # add_drv -i '"usb6da,3.0"' -m '* 0666 nobody nobody' ugen # dmesg | tail ... Nov 9 15:42:10 n54l usba: [ID 912658 kern.info] USB 1.10 device (usb6da,3) operating at low speed (USB 1.x) on USB 1.10 root hub: input at 5, ugen0 at bus address 2 Nov 9 15:42:10 n54l usba: [ID 349649 kern.info] OMRON 87XXUPS Nov 9 15:42:10 n54l genunix: [ID 936769 kern.info] ugen0 is /pci at 0,0/pci10...

...panic: entering debugger (continue to save dump) Welcome to kmdb kmdb: unable to determine terminal type: assuming `vt100'' Loaded modules: [ scsi_vhci crypto mac cpc uppc neti sd ptm ufs unix sv mpt zfs krtld s1394 sppp rdc nca uhci ii hook lofs genunix idm ip nsctl logindmux nsmb sdbc usba specfs pcplusmp nfs md random cpu.generic sctp arp stmf emlxs sockfs smbsrv ] [0]> Solaris 10 snv111 runs fine in the QEMU 0.10.2 emulating a 32 Bit CPU. My Environment: Hardware: Thinkpad T61p Host OS: OpenSolaris 06/2009 (SunOS t61p 5.11 snv_111 i86pc i386 i86pc) QEMU 0.10.2 (sources f...

...pyright 1983-2007 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. WARNING: Found xen v3.1.0 but need xen v3.0.4-1-xvm WARNING: The kernel may not function correctly Configuring /dev Loaded modules: [ scsi_vhci crypto neti ptm xpv_psm ufs mpt zfs uhci hook ip logindmux usba specfs random sctp arp ] kmdb: stop at xdf`_init kmdb: target stopped at: xdf`_init: pushq %rbp [0]> xdf_oe_change+0x21:b <rcx::print XenbusState [0]> :c 2 (XenbusStateInitWait) <<<<<<<<<<<<<<<<<<<<<<<< kmdb:...

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 1 1705 1705 101 0x4a004000 ffffff01e5183018 clock-applet > *ffffff01e5183018::pfiles* FD TYPE...

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

...OS Release 5.11 Version snv_111b 64-bit Copyright 1983-2009 Sun Microsystems, Inc.  All rights reserved. Use is subject to license terms. Hostname: opensolaris Remounting root read/write Probing for device nodes ... Loaded modules: [ scsi_vhci crypto mac neti xpv_psm ufs mpt zfs s1394 uhci hook ip usba specfs md random sctp arp emlxs sockfs xpv_uppc ] kmdb: stop at xnf`_init kmdb: target stopped at: xnf`_init:      pushq  %rbp [0]> xnf_cksum_offload/W 0 xnf`xnf_cksum_offload:          0x1             =       0x0 [0]> :c Preparing live image for use Done mounting Live image USB keyboard  1....

...on (:). I have no idea how to debug the Solaris kernel, I am both an ZFS and an Solaris newbie, but I''ve managed to gather some information that I''ve seen others pasting: bash-3.00# mdb 0 Loading modules: [ unix krtld genunix specfs dtrace uppc pcplusmp scsi_vhci ufs ip sctp arp usba uhci nca lofs zfs random sppp ptm nfs crypto ipc md cpc fcip fctl fcp logindmux ] > ::status debugging crash dump vmcore.0 (32-bit) from unknown operating system: 5.11 snv_48 (i86pc) panic message: ZFS: bad checksum (read on <unknown> off 0: zio dbbf8880 [L1 ZFS plain file] 4000L/400P DVA[...

I have just recently (physically) moved a system with 16 hard drives (for the array) and 1 OS drive; and in doing so, I needed to pull out the 16 drives so that it would be light enough for me to lift. When I plugged the drives back in, initially, it went into a panic-reboot loop. After doing some digging, I deleted the file /etc/zfs/zpool.cache. When I try to import the pool using the zpool

on Solaris 10 5.10 Generic_118822-23 sun4v sparc SUNW,Sun-Fire-T200 I run #iostat -xn 5 to monitor the IO statistics on SF T2000 server. The system also have a heavy IO load, for some reason iostat donot refresh (no any update). It seems like iostat is calling pause() and stucked there. Also my HBA driver''s interrupt stack trace indicates there is a lot of swtch(), the overall IOPS

...f,class3.0' + 'usbif,class3' + 'usb,device' > > > So this UPS has VendorID 06DA, ProductID 0003. > > # rem_drv ugen > # add_drv -i '"usb6da,3.0"' -m '* 0666 nobody nobody' ugen > > # dmesg | tail > ... > Nov 9 15:42:10 n54l usba: [ID 912658 kern.info] USB 1.10 device > (usb6da,3) operating at low speed (USB 1.x) on USB 1.10 root hub: > input at 5, ugen0 at bus address 2 > > Nov 9 15:42:10 n54l usba: [ID 349649 kern.info] OMRON 87XXUPS > > Nov 9 15:42:10 n54l genunix: [ID 936769 kern.info] ugen0 is > /p...

...385.5 0.0 0.0 0.0 3.9 0 2 c2t42d2 0.0 3.0 0.0 1.5 0.0 0.0 0.0 1.7 0 1 c2t42d0 ^C bash-3.00# Not really much is happening here - looks like CPU is the limiting factor. bash-3.00# mdb -k Loading modules: [ unix krtld genunix specfs dtrace ufs sd px md ip sctp usba fcp fctl qlc crypto lofs zfs random nfs ptm ssd logindmux cpc fcip ] > ::ps!grep zpool R 17472 15928 17472 15928 0 0x4a004000 00000303b55647f8 zpool > 00000303b55647f8::walk thread|::findstack -v stack pointer for thread 307939f6fc0: 2a102d5cf41 [ 000002a102d5cf41 cv_wait+0x38() ]...

Hi i''m trying to write my first dtrace script apparently i bit off a bit more than i can chew, i want to track io over sockets, i found your socketsize.d that gave me how to track writes, but i''m at a loss how to track reads, frankly i don''t see how your write tracker works because it uses a probe in a function that only takes two arguments but you grab size of write

I just had a quick play with gzip compression on a filesystem and the result was the machine grinding to a halt while copying some large (.wav) files to it from another filesystem in the same pool. The system became very unresponsive, taking several seconds to echo keystrokes. The box is a maxed out AMD QuadFX, so it should have plenty of grunt for this. Comments? Ian