Re: FreeBSD development audio system: KLANG
O. Hartmann wrote: A few days ago, I stumbled into sthis at Phoronix: http://www.phoronix.com/scan.php?page=news_itempx=MTE1NzY KLANG is supposed to be an exchange audio system for the kernel, replacing several userland backed systems. Phoronix also claims this approach is supposed to support the FreeBSD kernel and yes, I'd like to see something been developed not even for Linux these days. On the website of KLANG, located here, http://klang.eudyptula.org/ I couldn't find much of information regarding FreeBSD. But I'd like to draw attention towards this for FreeBSD people, if they didn't already have noticed. It is like in science - no spreading of informations makes it hard to discover what's going on ... I think the main problems with this one would be: 1. It's targeted at fixing Linux bugs, not FreeBSD ones. FreeBSD sound system had in-kernel virtual channel mixing support for years. 2. It's claiming very spurious tasks like adding full audio routing support like JACK does. I personally think that most users doesn't need it and I can't really say who and how will benefit of this. 3. What drivers would be supported? FreeBSD OSS and ALSA still have working support for Aureal Vortex despite those ones were already dropped at OSS4. How long it will take to support at least 50% of hardware list? 4. Where is source? Anyway, good luck to them. -- Sphinx of black quartz judge my vow. ___ 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: FreeBSD development audio system: KLANG
On 13 Aug 2012, at 07:57, Volodymyr Kostyrko wrote: 1. It's targeted at fixing Linux bugs, not FreeBSD ones. FreeBSD sound system had in-kernel virtual channel mixing support for years. I found this to be the major issue. There were very few things on the list that weren't already supported by the FreeBSD sound system (which, before the last major rewrite, was the reason I switched to FreeBSD in the first place, and is now an amazing piece of work) and the few remaining things would be better added incrementally, rather than by throwing everything away and starting again. Unless, of course, the project is to improve a few bits of the FreeBSD sound subsystem and then port it to Linux... David___ 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: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) I just learned that the missing piece in reproducing this is the pulseaudio knob, now I finally have a bt: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847for (symnum = obj-buckets[req-hash % obj-nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) bt #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 #1 0x000800608ae7 in symlook_list (req=0x7fffc120, objlist=Variable objlist is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 #2 0x00080060911b in symlook_default (req=0x7fffc1c0, refobj=Variable refobj is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 #3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000, defobj_out=0x7fffc260, flags=0, cache=0x80061d000, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 #4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable obj_rtld is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 #5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 #6 0x0008006084a8 in dlopen_object (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 #7 0x000800608f67 in rtld_dlopen (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 #8 0x000800ad377d in vlc_timer_create () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #9 0x000800ab9998 in module_gettext () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #10 0x000800aba0aa in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #11 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #12 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #13 0x000800aba17d in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #14 0x000800aba631 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #15 0x000800a52573 in libvlc_InternalInit () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #16 0x0008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 #17 0x00400cd4 in main () (gdb) p obj-buckets $1 = (const Elf_Hashelt *) 0x804de0160 (gdb) p req-hash % obj-nbuckets $2 = 399 (gdb) p obj-buckets[req-hash % obj-nbuckets] Cannot access memory at address 0x804de079c (gdb) p obj-nbuckets $3 = 521 Can you show the output of p *obj there ? pgpv4Ro56CcJv.pgp Description: PGP signature
r239222 boot failure: Lock (sx) USB config SX lock not locked
Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim ___ 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: r239222 boot failure back trace
It was found a ps/2 keyboard would work when the usb keyboard would not so was then able to get a backtrace: http://img827.imageshack.us/img827/3622/img0084vc.jpg http://img705.imageshack.us/img705/9816/img0086dms.jpg -kim ___ 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: Time to bump default VM_SWZONE_SIZE_MAX?
On Sun, Aug 12, 2012 at 5:44 PM, Colin Percival cperc...@freebsd.orgwrote: Hi all, If I'm understanding things correctly, the maxswzone value -- set by the kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- should be approximately 9 MiB per GiB of swap space. The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 MiB; meaning that anyone who wants to use more than ~ 3.5 GB of swap space ought to set kern.maxswzone in /boot/loader.conf. Is it time to increase this default on amd64? (I understand that keeping the value low on i386 is important due to KVA limitations, but amd64 has far more address space available...) The short answer is Yes. The long answer is that amd64, ia64, etc. shouldn't have this limit at all. The swap zone objects are small objects that could be allocated by uma_small_alloc() and accessed through the direct map. Alan ___ 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: Segfault in rtld - dlopen RTLD_LAZY (was: Re: CFT: vlc 2.0.3 - want to know where it works and where only partly)
On Mon, Aug 13, 2012 at 01:30:47PM +0300, Konstantin Belousov wrote: On Mon, Aug 13, 2012 at 01:13:35AM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:38:11PM +0200, Juergen Lock wrote: On Sun, Aug 05, 2012 at 07:13:53PM +0300, Konstantin Belousov wrote: On Sun, Aug 05, 2012 at 05:31:19PM +0200, Juergen Lock wrote: Hi kib, -current, seems we have a segfault in rtld when updating the multimedia/vlc port from the version currently in ports to the 2.0.3 CFT version from here: http://people.freebsd.org/~nox/tmp/vlc-2.0.3-006.patch (If you test the LIVEMEDIA knob you also need this update: http://people.freebsd.org/~nox/tmp/livemedia-20120404-001.patch ) Please do two things. 1. Provide me the output of readelf -a for the module that was loaded. 2. Recompile rtld with debug symbols and redo the build to get the useful backtrace from core: cd /usr/src/libexec/rtld-elf make clean make all install DEBUG_FLAGS=-g Ok, someone who got the crash will have to do this as I couln't reproduce it here (sorry forgot to say...) I just learned that the missing piece in reproducing this is the pulseaudio knob, now I finally have a bt: [...] Loaded symbols for /libexec/ld-elf.so.1 #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847for (symnum = obj-buckets[req-hash % obj-nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) bt #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 #1 0x000800608ae7 in symlook_list (req=0x7fffc120, objlist=Variable objlist is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3611 #2 0x00080060911b in symlook_default (req=0x7fffc1c0, refobj=Variable refobj is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3569 #3 0x00080060939d in find_symdef (symnum=15, refobj=0x8006fd000, defobj_out=0x7fffc260, flags=0, cache=0x80061d000, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:1541 #4 0x000800603690 in reloc_non_plt (obj=0x8006fd000, obj_rtld=Variable obj_rtld is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/amd64/reloc.c:204 #5 0x000800606ae8 in relocate_object (obj=0x8006fd000, bind_now=0 '\0', rtldobj=0x800819d00, flags=0, lockstate=0x7fffc300) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2433 #6 0x0008006084a8 in dlopen_object (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=Variable fd is not available. ) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2392 #7 0x000800608f67 in rtld_dlopen (name=0x80243ec80 ../modules/access/.libs/libpulsesrc_plugin.so, fd=-1, mode=1) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:2761 #8 0x000800ad377d in vlc_timer_create () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #9 0x000800ab9998 in module_gettext () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #10 0x000800aba0aa in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #11 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #12 0x000800ab9db1 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #13 0x000800aba17d in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #14 0x000800aba631 in module_list_get () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #15 0x000800a52573 in libvlc_InternalInit () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/src/.libs/libvlccore.so.6 #16 0x0008008227a7 in libvlc_new () from /usr/ports/multimedia/vlc-203a/work/vlc-2.0.3/lib/.libs/libvlc.so.8 #17 0x00400cd4 in main () (gdb) p obj-buckets $1 = (const Elf_Hashelt *) 0x804de0160 (gdb) p req-hash % obj-nbuckets $2 = 399 (gdb) p obj-buckets[req-hash % obj-nbuckets] Cannot access memory at address 0x804de079c (gdb) p obj-nbuckets $3 = 521 Can you show the output of p *obj there ? Here it comes... #0 symlook_obj (req=0x7fffbf40, obj=0x800640400) at /d3t/d3t/home/nox/src10b/src/libexec/rtld-elf/rtld.c:3847 3847for (symnum = obj-buckets[req-hash % obj-nbuckets]; [New Thread 802406400 (LWP 100159/vlc-cache-gen)] (gdb) p *obj $1 = {magic = 3578837114, version = 1, next = 0x80063f800, path = 0x8006434c0 /usr/local/lib/libgconf-2.so.4, origin_path = 0x0, refcount = 1, dl_refcount = 0, mapbase =
Re: r239222 boot failure: Lock (sx) USB config SX lock not locked
On Monday 13 August 2012 13:15:00 Kim Culhan wrote: Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim It's my fault. I'll add the missing locks. Thank you. --HPS ___ 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: r239222 boot failure: Lock (sx) USB config SX lock not locked
On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: On Monday 13 August 2012 13:15:00 Kim Culhan wrote: Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim It's my fault. I'll add the missing locks. Thank you. --HPS Hi Kim, See r239240. My -current tinybsd was not configured with WITNESS so I wasn't able to catch this error before commit. If there are more problems please let me know, and I'll fix it. It was the USB 3.0 streams change which caused this problem, and if you guys at -current mailing list want to help out get the new SCSI protocol for USB supported, then I'll be more than glad to accept hardware donations! --HPS ___ 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
rate-limited [kernel] debugging messages ?
In my kernel stuff i tend to define debugging macros of the form #define ND(format, ...) do {} while (0) #define D(format, ...) do { some useful stuff } while (0) so it is convenient to comment them out when not needed anymore. I have recently tried the following rate-limited version, where the first parameter indicates how many lines per second are output at most /* rate limited, lps indicates how many per second */ #define RD(lps, format, ...)\ do {\ static int t0, cnt; \ if (t0 != time_second) {\ t0 = time_second; \ cnt = 0;\ } \ if (cnt++ lps)\ D(format, ##__VA_ARGS__); \ } while (0) I was wondering if people have better suggestions or perhaps there are already similar macros used by other parts of the kernel. cheers luigi ___ 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: rate-limited [kernel] debugging messages ?
On 14 August 2012 08:56, Luigi Rizzo ri...@iet.unipi.it wrote: In my kernel stuff i tend to define debugging macros of the form #define ND(format, ...) do {} while (0) #define D(format, ...) do { some useful stuff } while (0) so it is convenient to comment them out when not needed anymore. I have recently tried the following rate-limited version, where the first parameter indicates how many lines per second are output at most /* rate limited, lps indicates how many per second */ #define RD(lps, format, ...)\ do {\ static int t0, cnt; \ if (t0 != time_second) {\ t0 = time_second; \ cnt = 0;\ } \ if (cnt++ lps)\ D(format, ##__VA_ARGS__); \ } while (0) I was wondering if people have better suggestions or perhaps there are already similar macros used by other parts of the kernel. See ppsratecheck(), it does most of that already. Andrew ___ 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: Time to bump default VM_SWZONE_SIZE_MAX?
On 2012-Aug-12 15:44:07 -0700, Colin Percival cperc...@freebsd.org wrote: If I'm understanding things correctly, the maxswzone value -- set by the kern.maxswzone loader tunable or to VM_SWZONE_SIZE_MAX by default -- should be approximately 9 MiB per GiB of swap space. I'm not sure how you got that value. By default, struct swblock is 288 bytes (280 bytes on 32-bit archs) and can store up to 32 pages of swap (the comment in vm/swap_pager.c:swap_pager_swap_init() is wrong). For x86, this is 2.25 MiB per GiB (best case). The current default for VM_SWZONE_SIZE_MAX was set in August 2002 to 32 MiB; meaning that anyone who wants to use more than ~ 3.5 GB of swap space ought to set kern.maxswzone in /boot/loader.conf. In practice, you can't fully populate each swblock. I did a test on my amd64 box by running multiple copies of a program that allocates and dirties a big chunk of RAM and then pause()s. That gave me a 90% swblock utilisation - which I suspect is higher than a typical scenario where memory pressure pushes more randomly unused pages out. Realistically, I'd say that the default VM_SWZONE_SIZE_MAX can handle about 9GB swap (at least, that was my experience). BTW, if you plan on allocating lots of swap, be aware that each swap device is limited to 32GiB - see vm/swap_pager.c:swaponsomething(). -- Peter Jeremy pgpwSk7xMhpGY.pgp Description: PGP signature
Re: [PATCH] Add locking to twe(4) so it no longer uses Giant
On 8/3/2012 5:18 PM, John Baldwin wrote: Seems to apply to RELENG_9 just fine. Are there any stress tests you suggest I run that might expose some bugs ? The machine is not production yet, so its ok to crash it. Probably pho's stress2 stuff. Thinks like dbench might be a good start as well for initial testing. dbench runs just fine with 20 clients. I am letting stress2's disk stress test now. The tw_cli seems to run the same when the controller is super busy with pho's stress I havent looked at performance differences, but a quick eyeball shows about the same. 0{offsite2}# tw_cli /c0 show Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy -- u0RAID-0OK - - 64K 931.521 ON - Port Status Unit SizeBlocksSerial --- p0 OK u0 465.76 GB 976773168 WD-WCAYUEY18298 p1 OK u0 465.76 GB 976773168 WD-WMAYUL256317 0{offsite2}# Operation CountAvgLatMaxLat NTCreateX1523290 1.527 2151.921 Close1119090 0.681 2001.144 Rename 64489 3.669 748.957 Unlink307507 3.305 2075.871 Deltree 4035.922 194.337 Mkdir 20 0.014 0.113 Qpathinfo1380911 0.292 637.855 Qfileinfo 242016 0.001 0.201 Qfsinfo 253036 0.006 2.063 Sfileinfo 124125 3.539 1479.315 Find 533771 0.417 1501.775 WriteX759745 0.195 403.113 ReadX2386679 0.033 322.923 LockX 4952 0.004 0.018 UnlockX 4952 0.003 0.240 Flush 10677559.541 2081.524 Throughput 79.6165 MB/sec 20 clients 20 procs max_latency=2151.929 ms Mon Aug 13 16:38:18 EDT 2012 run: run time 3+00:00:00, incarnations 1, load 100, verbose 1 16:38:18 Loop #1 rw: run time 0+00:02:00, incarnations 17, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 64, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 52, load 80, verbose 1 16:40:56 Loop #2 rw: run time 0+00:02:00, incarnations 98, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 28, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 34, load 80, verbose 1 16:48:39 Loop #3 rw: run time 0+00:02:00, incarnations 63, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 80, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 19, load 80, verbose 1 16:53:59 Loop #4 rw: run time 0+00:02:00, incarnations 11, load 100, verbose 1 creat: run time 0+00:02:00, incarnations 46, load 80, verbose 1 mkdir: run time 0+00:02:00, incarnations 21, load 80, verbose 1 -- --- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, m...@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ ___ 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: r239222 boot failure: Lock (sx) USB config SX lock not locked
On Mon, Aug 13, 2012 at 2:49 PM, Hans Petter Selasky hsela...@c2i.net wrote: On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: On Monday 13 August 2012 13:15:00 Kim Culhan wrote: Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim It's my fault. I'll add the missing locks. Thank you. --HPS Hi Kim, See r239240. My -current tinybsd was not configured with WITNESS so I wasn't able to catch this error before commit. If there are more problems please let me know, and I'll fix it. It was the USB 3.0 streams change which caused this problem, and if you guys at -current mailing list want to help out get the new SCSI protocol for USB supported, then I'll be more than glad to accept hardware donations! Thanks muchly Hans, would the hardware be like this: http://www.adaptec.com/en-us/support/_eol/usb_scsi/usbxchange/ thanks -kim ___ 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: r239222 boot failure: Lock (sx) USB config SX lock not locked
On Tuesday 14 August 2012 00:36:48 Kim Culhan wrote: On Mon, Aug 13, 2012 at 2:49 PM, Hans Petter Selasky hsela...@c2i.net wrote: On Monday 13 August 2012 20:17:31 Hans Petter Selasky wrote: On Monday 13 August 2012 13:15:00 Kim Culhan wrote: Seeing this on r239222: panic: Lock (sx) USB config SX lock not locked @ /usr/src/sys/dev/usb/usb/usb_device.c:2781 thanks -kim It's my fault. I'll add the missing locks. Thank you. --HPS Hi Kim, See r239240. My -current tinybsd was not configured with WITNESS so I wasn't able to catch this error before commit. If there are more problems please let me know, and I'll fix it. It was the USB 3.0 streams change which caused this problem, and if you guys at -current mailing list want to help out get the new SCSI protocol for USB supported, then I'll be more than glad to accept hardware donations! Thanks muchly Hans, would the hardware be like this: http://www.adaptec.com/en-us/support/_eol/usb_scsi/usbxchange/ Hi, It is more like this: http://news.softpedia.com/news/ASUS-Boosts-USB-3-0-Performance-With-UASP-227703.shtml Device needs to support UASP and USB 3.0 --HPS ___ 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