usb-regression (Tyan S3992-E)
Hallo, definitely my Tyan S3992-E based box I didn't touch since a while, has difficulties with recent code; this time I wanted to cross-install from it on a USB-stick and noticed it didn't work. From dmesg : ohci early: SMM active, request owner change found-> vendor=0x1166, dev=0x0223, revid=0x01 domain=0, bus=0, slot=3, func=1 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff6ed000, size 12, enabled map[14]: type I/O Port, range 32, base 0xd800, size 8, enabled pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 10 unknown: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6ed000 ohci early: SMM active, request owner change [same on -current and -8-stable] I compiled and ran a 7-stable kernel of Oct6-sources (last time I cvs updated ...) on it, which gives : ohci0: port 0xd400-0xd4ff mem 0xff6ec000-0xff6ecfff irq 10 at device 3.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xff6ec000 ohci0: (New OHCI DeviceId=0x02231166) ioapic0: routing intpin 10 (ISA IRQ 10) to vector 52 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered Pleasure to provide more info and/or test suggestions. Merci, Arno ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: userland weirdness between r216351 and r216738
On 2010-12-31 22:35, René Ladan wrote: somewhere between 9.0-amd64 r216351 and r216738, I've noticed some userland weirdness. Symptoms are: - pseudo-random number generator not starting, preventing ssh(d) from working - fonts in X.org (xfce4) missing or replaced - mouse only working when hald is running ... Kernel and world are compiled with FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 This problem should now be fixed by r216977. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Next ZFSv28 patchset ready for testing.
On Wed, Dec 15, 2010 at 10:15:40AM +0200, Andrei Kolu wrote: > 2010/12/14 Pawel Jakub Dawidek > > > > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > > Hi. > > > > > > The new patchset is ready for testing: > > > > > > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > > > > You can also download the whole source tree already patched from here: > > > > http://people.freebsd.org/~pjd/zfs_20101212.tbz > > > > # uname -a > FreeBSD freebsd9.raidon.eu 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Dec > 14 14:37:01 EET 2010 > r...@freebsd9.raidon.eu:/usr/obj/usr/src/sys/GENERIC amd64 > > Create files filled with zeroes: > # mkfile 512m disk1 disk2 disk3 disk4 > # zpool create andmed raidz /home/antik/disk{1,2,3,4} > # zpool status andmed > pool: andmed > state: ONLINE > scan: none requested > config: > > NAME STATE READ WRITE CKSUM > andmed ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > /home/antik/disk1 ONLINE 0 0 0 > /home/antik/disk2 ONLINE 0 0 0 > /home/antik/disk3 ONLINE 0 0 0 > /home/antik/disk4 ONLINE 0 0 0 > > errors: No known data errors > > Now let's try to scrub: > # zpool scrub andmed > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x1fb8007b > fault code = supervisor read data, page not present > instruction pointer = 0x20:0x812967d2 > stack pointer = 0x20:0xff80ee605548 > frame pointer = 0x28:0xff80ee605730 > code segment = base 0x0, limit 0xf, type 0x1b > = DPL 0, pres1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2081 (initial thread) > [ thread pid 2081 tid 100121 ] > Stopped at vdev_file_open+0x92: testb $0x20,0x7b(%rax) Could you verify if this patch fixes the problem for you? http://people.freebsd.org/~pjd/patches/vdev_file.c.2.patch -- Pawel Jakub Dawidek http://www.wheelsystems.com p...@freebsd.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! pgplp1JmNuuvJ.pgp Description: PGP signature
[RFC]: unnecessary padding in various kernel structures
hi, clang (svn version) has ability to detect unnecessary padding in structures. I ran this on kernel build on i386 (stripped GENERIC) and amd64 (full GENERIC), preprocessed this and posted on web. The lists contain the file of the definition, name of the structure, size of the unnecessary padding and reason for the alignment. The last field is how many times this was hit during the build of the kernel. The lists are sorted by the size of the padding. Examples (i386): dev/usb/controller/ohci.h:64:8: 2 times padding size of 'struct ohci_hcca' with 120 bytes to alignment boundary sys/pcpu.h:156:8: 58 times padding size of 'struct pcpu' with 108 bytes to alignment boundary sys/pcpu.h:199:2: 58 times padding struct 'struct pcpu' with 84 bytes to align 'pc_monitorbuf' dev/usb/controller/ehci.h:170:8:1 times padding size of 'struct ehci_qtd' with 58 bytes to alignment boundary kern/sched_ule.c:206:8: 1 times padding size of 'struct tdq' with 41 bytes to alignment boundary Examples(amd64): net/flowtable.c:179:11: 1 times padding struct 'struct flowtable' with 124 bytes to align 'ft_udp_idle' dev/usb/controller/ohci.h:64:8: 2 times padding size of 'struct ohci_hcca' with 120 bytes to alignment boundary net/flowtable.c:160:8: 1 times padding size of 'struct flowtable' with 108 bytes to alignment boundary vm/uma_int.h:184:8: 6 times padding size of 'struct uma_cache' with 96 bytes to alignment boundary vm/uma_int.h:338:19:5 times padding struct 'struct uma_zone' with 92 bytes to align 'uz_cpu' net/flowtable.c:149:8: 1 times padding size of 'struct flowtable_stats' with 64 bytes to alignment boundary Full lists can be found here: http://lev.vlakno.cz/~rdivacky/kernel-unecessary-padding-i386.txt http://lev.vlakno.cz/~rdivacky/kernel-unecessary-padding-amd64.txt Instances of some of these structures can be in memory many times. And thus we can be losing a lot of memory without noticing it. Can you guys look at the biggest offenders or some other interesting structures in the lists and do something about it? Maybe be simple reshuffling we can improve things a lot! Thank you Roman pgp6ttntmSgRd.pgp Description: PGP signature
Re: mfiutil and raid level
On Tuesday, January 04, 2011 10:26:18 am Danilo G. Baio wrote: > Em 04/01/2011 13:05, John Baldwin escreveu: > > On Tuesday, January 04, 2011 8:06:25 am Danilo G. Baio wrote: > >> Hi guys, > >> > >> mfiutil don't show raid level right with Perc H700. > >> Before to post i've read all /usr/src/usr.sbin/mfiutil > >> and sorry, i dont have the knowledge for that. :( > > > > Can you get the output of 'mfiutil show debug' when compiled with DEBUG? > > > > Sorry... i forgot to post. > > noname# ./mfiutil debug > mfi0 Configuration (Debug): 3 arrays, 2 volumes, 0 spares > array size: 288 > volume size: 256 > spare size: 40 > array 0 of 2 drives: > size = 975699968 > drive 4 ONLINE > raw size: 976773168 > non-coerced size: 975724592 > coerced size: 975699968 > drive 5 ONLINE > raw size: 976773168 > non-coerced size: 975724592 > coerced size: 975699968 > array 1 of 2 drives: > size = 285474816 > drive 0 ONLINE > raw size: 286749480 > non-coerced size: 285700904 > coerced size: 285474816 > drive 1 ONLINE > raw size: 286749480 > non-coerced size: 285700904 > coerced size: 285474816 > array 2 of 2 drives: > size = 285474816 > drive 2 ONLINE > raw size: 286749480 > non-coerced size: 285700904 > coerced size: 285474816 > drive 3 ONLINE > raw size: 286749480 > non-coerced size: 285700904 > coerced size: 285474816 > volume mfid0 RAID-1 OPTIMAL > primary raid level: 1 > raid level qualifier: 0 > secondary raid level: 0 > stripe size: 7 > num drives: 2 > init state: 0 > consistent: 1 > no bgi: 0 > spans: > array 0 @ 0 : 975699968 > volume mfid1 RAID-1 OPTIMAL > primary raid level: 1 > raid level qualifier: 0 > secondary raid level: 0 Previous RAID-10 volumes that I've seen MFI BIOSes create used a non-zero secondary raid level (they all used '3', which is what mfiutil uses to create RAID-10 volumes itself). -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mfiutil and raid level
Em 04/01/2011 13:05, John Baldwin escreveu: > On Tuesday, January 04, 2011 8:06:25 am Danilo G. Baio wrote: >> Hi guys, >> >> mfiutil don't show raid level right with Perc H700. >> Before to post i've read all /usr/src/usr.sbin/mfiutil >> and sorry, i dont have the knowledge for that. :( > > Can you get the output of 'mfiutil show debug' when compiled with DEBUG? > Sorry... i forgot to post. noname# ./mfiutil debug mfi0 Configuration (Debug): 3 arrays, 2 volumes, 0 spares array size: 288 volume size: 256 spare size: 40 array 0 of 2 drives: size = 975699968 drive 4 ONLINE raw size: 976773168 non-coerced size: 975724592 coerced size: 975699968 drive 5 ONLINE raw size: 976773168 non-coerced size: 975724592 coerced size: 975699968 array 1 of 2 drives: size = 285474816 drive 0 ONLINE raw size: 286749480 non-coerced size: 285700904 coerced size: 285474816 drive 1 ONLINE raw size: 286749480 non-coerced size: 285700904 coerced size: 285474816 array 2 of 2 drives: size = 285474816 drive 2 ONLINE raw size: 286749480 non-coerced size: 285700904 coerced size: 285474816 drive 3 ONLINE raw size: 286749480 non-coerced size: 285700904 coerced size: 285474816 volume mfid0 RAID-1 OPTIMAL primary raid level: 1 raid level qualifier: 0 secondary raid level: 0 stripe size: 7 num drives: 2 init state: 0 consistent: 1 no bgi: 0 spans: array 0 @ 0 : 975699968 volume mfid1 RAID-1 OPTIMAL primary raid level: 1 raid level qualifier: 0 secondary raid level: 0 stripe size: 7 num drives: 2 init state: 0 consistent: 1 no bgi: 0 spans: array 1 @ 0 : 285474816 array 2 @ 0 : 285474816 noname# I used this patch to compile with debug: http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20101004/52f0782c/fix-mfiutil-debug.obj -- Danilo G. Baio (dbaio) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mfiutil and raid level
On Tuesday, January 04, 2011 8:06:25 am Danilo G. Baio wrote: > Hi guys, > > mfiutil don't show raid level right with Perc H700. > Before to post i've read all /usr/src/usr.sbin/mfiutil > and sorry, i dont have the knowledge for that. :( Can you get the output of 'mfiutil show debug' when compiled with DEBUG? -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Virtio drivers for FreeBSD on KVM
Actually, it does look like virtio is more than just for networking... http://vbox.innotek.de/pipermail/vbox-dev/2009-November/002053.html ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Virtio drivers for FreeBSD on KVM
> With more cloud infrastructure providers using KVM than ever before, the > importance of having FreeBSD performant as a guest on these > infrastructures [1], [2], [3] is increasing. It seems that using Virtio > drivers give a pretty significant performance boost [4], [5]. > > There was a NetBSD driver, and there seems to (have been) some work > happening to port this to DragonFly BSD at [6] and [7] -- does anyone > know if this code is stable, or if it has stalled, or if anyone's > working on it? Are the virtio devices provided by Linux KVM the same as those provided by VirtualBox ? Certainly their website says that the networking one is. How about giving the drivers provided by /usr/ports/emulators/virtualbox-ose-additions a try and see if they will work with KVM ? -pete. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
mfiutil and raid level
Hi guys, mfiutil don't show raid level right with Perc H700. Before to post i've read all /usr/src/usr.sbin/mfiutil and sorry, i dont have the knowledge for that. :( noname# mfiutil show adapter mfi0 Adapter: Product Name: PERC H700 Integrated Serial Number: 0B202SK Firmware: 12.10.0-0025 RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 Battery Backup: present NVRAM: 32K Onboard Memory: 512M Minimum Stripe: 8K Maximum Stripe: 1M With DEBUG noname# mfiutil show adapter mfi0 Adapter: Product Name: PERC H700 Integrated Serial Number: 0B202SK Firmware: 12.10.0-0025 RAID Levels: (0xcf7) JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 Battery Backup: present NVRAM: 32K Onboard Memory: 512M Minimum Stripe: 8K Maximum Stripe: 1M noname# mfiutil show config mfi0 Configuration: 3 arrays, 2 volumes, 0 spares array 0 of 2 drives: drive 4 ( 466G) ONLINE SAS enclosure 1, slot 4 drive 5 ( 466G) ONLINE SAS enclosure 1, slot 5 array 1 of 2 drives: drive 0 ( 137G) ONLINE SAS enclosure 1, slot 0 drive 1 ( 137G) ONLINE SAS enclosure 1, slot 1 array 2 of 2 drives: drive 2 ( 137G) ONLINE SAS enclosure 1, slot 2 drive 3 ( 137G) ONLINE SAS enclosure 1, slot 3 volume mfid0 (465G) RAID-1 64K OPTIMAL spans: array 0 volume mfid1 (272G) RAID-1 64K OPTIMAL spans: array 1 array 2 noname# mfiutil show volumes mfi0 Volumes: Id SizeLevel Stripe State Cache Name mfid0 ( 465G) RAID-1 64K OPTIMAL Disabled mfid1 ( 272G) RAID-1 64K OPTIMAL Disabled noname# The mfid1 is raid-10. Just for confirm, see the bios screen raid 10: http://img718.imageshack.us/img718/2752/dellr510h700.jpg I am running 8.1-RELEASE If can i help and something, just ask. Regards. -- Danilo G. Baio (dbaio) pgplpV4PPN3D3.pgp Description: PGP signature