Re: VIMAGE crashes on 9.x with hotplug net80211 devices
Hi, Here's what I have thus far. Please ignore the device_printf() change. This works for me, both for hotplug cardbus wireless devices as well as (inadvertently!) a USB bluetooth device. What do you think? Adrian 20121114-vimage-1.diff Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
[RFQ] make witness panic an option
Hi all, When debugging and writing wireless drivers/stack code, I like to sprinkle lots of locking assertions everywhere. However, this does cause things to panic quite often during active development. This patch (against stable/9) makes the actual panic itself configurable. It still prints the message regardless. This has allowed me to sprinkle more locking assertions everywhere to investigate whether particular paths have been hit or not. I don't necessarily want those to panic the kernel. I'd like everyone to consider this for FreeBSD-HEAD. Thanks! Adrian 20121114-witness-1.diff Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
performance variation of file package
Hi, - Is there any performance drop in file package version file-5.11 when compared to file-5.03? - Is the performance of file package and libmagic dependent on the size of magic database by any chance? - Does the new magic wrappers have any kind of performance issue? - How efficient is the magic database parsing done by libmagic? Thanks, Rebel ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Performance Issues of File package
Hi, - Is there any performance drop in file package version file-5.11 when compared to file-5.03? - Is the performance of file package and libmagic dependent on the size of magic database by any chance? - Does the new magic wrappers have any kind of performance issue? - How efficient is the magic database parsing done by libmagic? Thanks, Rebel ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: my work on cross-build for mips, arm, etc - your help, please!
Hi, Ok, I've stared at it. :) You've hard-coded the autotools/libtool directory. Why'd you do that? adrian ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: my work on cross-build for mips, arm, etc - your help, please!
Hiya, Would you mind re-ubmitting the diff but using "diff -u" instead? It's hard to read a non-context diff these days! Thanks, ADrian On 13 November 2012 04:30, Michael Vale wrote: > I was just going to continuing hacking away at this but adri was really keen > that i post this stuff.. > > So far with what i’ve got I can cross-build just about anything, but it’s not > automated, there is issues with finding and building dependencies. > > i’m using XDEV as the cross compiler > > a command line such as > > env TARGET=mips TARGET_ARCH=mips make _TARGET_CROSS_DEFS= –C > /usr/ports/net/asterisk10 all > > should get the ball rolling > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Give users a hint when their locate database is too small.
On Wed, 14 Nov 2012, Eitan Adler wrote: On 14 November 2012 11:32, Warren Block wrote: On Tue, 13 Nov 2012, Benjamin Kaduk wrote: if (len < (2*NBG)) - errx(1, "database too small: %s", db); + errx(1, "database too small: %s\nRun /usr/libexec/locate.updatedb", db); That looks longer than 80 characters, a limit given implicitly in style.9. I think he meant the source line is too long. Indeed. Apparently alpine wrapped it for my reply; I'm not sure why. -Ben ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Ports cross-compiling
On 5 September 2012 07:40, Alexander Yerenkow wrote: > Hello all. > I'm currently trying to make poudriere cross compile some ports for arm > arch. > I'm using such command (as example): > > env TARGET=arm TARGET_ARCH=armv6 TARGET_CPUARCH=armv6 > PATH=/usr/obj/arm.armv6/usr/src/tmp/usr/bin:${PATH} CONFIGURE_HOST=amd64 > STRIP_CMD=true make PKGNAMESUFFIX=-arm WRKDIRPREFIX=/tmp WITHOUT_CHECKS=yes > LOCALBASE=/usr/localarm6 -C /usr/ports/A/B package > > I have problem: > 1. When I run this command from chrooted env, all builds fine; configure > script make check if we cross-compiling, somehow it gets "no" and all goes > well. > 2. When this command run by poudriere in jail, all fails as here: > > checking whether we are cross compiling... configure: error: in > `/tmp/usr/ports/devel/pcre/work/pcre-8.31': > configure: error: cannot run C compiled programs. > If you meant to cross compile, use `--host'. > See `config.log' for more details > ===> Script "configure" failed unexpectedly. > > > So, I'd like to propose small changes to ports/Mk/bsd.port.mk > > SET_LATE_CONFIGURE_ARGS= \ > > . > if [ ! -z "${CONFIGURE_HOST}" ]; then \ > _LATE_CONFIGURE_ARGS="$${_LATE_CONFIGURE_ARGS} --host=${CONFIGURE_HOST}" ; \ > fi ; \ > . > > > And after this, builds going just fine (of course for ports that can be > cross-built). > > Is it possible to accept this? Seems to me non-destructive patch. Hi Alexander, Sorry for the late reply. You're definitely better off discussing this on ports@-- there has been some work done on cross-building ports, but it's fairly early days yet; the only real cross that can be done with much degree of success is i386 on amd64 currently. Your patch doesn't look destructive, but it could be better integrated with TARGET_ARCH setting. Chris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: dtrace anonymous tracing
Not to my knowledge, I'm afraid. On Wed, Nov 14, 2012 at 3:08 AM, Andriy Gapon wrote: > > Do we have support for DTrace anonymous tracing (boot-time tracing) on > FreeBSD? > > -- > Andriy Gapon > > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Give users a hint when their locate database is too small.
On 14 November 2012 11:32, Warren Block wrote: > On Tue, 13 Nov 2012, Benjamin Kaduk wrote: >>> >>> if (len < (2*NBG)) >>> - errx(1, "database too small: %s", db); >>> + errx(1, "database too small: %s\nRun >>> /usr/libexec/locate.updatedb", db); >> >> >> That looks longer than 80 characters, a limit given implicitly in style.9. I think he meant the source line is too long. -- Eitan Adler ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Give users a hint when their locate database is too small.
On Tue, 13 Nov 2012, Benjamin Kaduk wrote: if (len < (2*NBG)) - errx(1, "database too small: %s", db); + errx(1, "database too small: %s\nRun /usr/libexec/locate.updatedb", db); That looks longer than 80 characters, a limit given implicitly in style.9. There's a \n in there. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
dtrace anonymous tracing
Do we have support for DTrace anonymous tracing (boot-time tracing) on FreeBSD? -- Andriy Gapon ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"