Re: Latest intr problems

2010-08-20 Thread Andriy Gapon
on 21/08/2010 03:03 Doug Barton said the following: > Here are the results of a vmstat -i, the old dtrace script, and Andriy's > new one. I think that for such amount of data it is better to use links (perhaps a service like pastebin) rather than inlining it. BTW, it seems that there are no follow

npviewer.bin and nspluginwrapper errors

2010-08-20 Thread Doug Barton
These are various error messages collected from running X and/or firefox from the command line: *** NSPlugin Viewer *** WARNING: unhandled variable 18 () in NPN_GetValue() I get lots and lots of these, even when things are working well. npviewer.bin: ../src/npw-rpc.c:1190: do_send_NPObject: A

[head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread FreeBSD Tinderbox
TB --- 2010-08-21 01:46:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-21 01:46:10 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-08-21 01:46:10 - cleaning the object tree TB --- 2010-08-21 01:47:03 - cvsupping the source tree TB --- 2010-08-21 01:47:03 - /u

why GNU grep is fast

2010-08-20 Thread Mike Haertel
Hi Gabor, I am the original author of GNU grep. I am also a FreeBSD user, although I live on -stable (and older) and rarely pay attention to -current. However, while searching the -current mailing list for an unrelated reason, I stumbled across some flamage regarding BSD grep vs GNU grep perform

Latest intr problems

2010-08-20 Thread Doug Barton
Here are the results of a vmstat -i, the old dtrace script, and Andriy's new one. interrupt total rate irq1: atkbd0 10420 1 irq9: acpi0 111 0 irq14: ata0 176564 26 irq17:

Re: meory file system

2010-08-20 Thread Olivier Smedts
2010/8/21 Steve Kargl : > On Fri, Aug 20, 2010 at 03:08:30PM -0700, gahn wrote: >> Hi, All: >> >> I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add >> following lines in kernel file and got error messages: >> >> options         MFS                 #Memory Filesystem >> >> /

Re: [head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread Nathan Whitehorn
On 08/20/10 14:20, Dag-Erling Smørgrav wrote: Nathan Whitehorn writes: Next up: tinderbox needs to build GENERIC64, not GENERIC, on powerpc64. make buildkernel is programmed to do the right thing is you don't pass a KERNCONF, but tinderbox apparently passes GENERIC explicitly. This one's in

Re: meory file system

2010-08-20 Thread Steve Kargl
On Fri, Aug 20, 2010 at 03:08:30PM -0700, gahn wrote: > Hi, All: > > I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add > following lines in kernel file and got error messages: > > options MFS #Memory Filesystem > > /usr/src/sys/i386/conf/bn39_1: u

meory file system

2010-08-20 Thread gahn
Hi, All: I am running 8.1. under /dev, I don't see /dev/md0, so i am trying to add following lines in kernel file and got error messages: options MFS #Memory Filesystem /usr/src/sys/i386/conf/bn39_1: unknown option "MFS" *** Error code 1 Stop in /usr/src. *** Error cod

Re: CD/DVD ejecting after sysinstall

2010-08-20 Thread Rui Paulo
On 20 Aug 2010, at 20:46, Jim Riggs wrote: > References: > > http://www.mail-archive.com/svn-src-...@freebsd.org/msg24380.html > http://forums.freebsd.org/showthread.php?t=17126 > > > This commit automatically ejects the CD when sysinstall exits which almost > had dire consequences for me thi

Re: Official request: Please make GNU grep the default

2010-08-20 Thread b. f.
On 8/20/10, Dag-Erling Smørgrav wrote: > "b. f." writes: >> At r211506, 'grep -wq' does not seem to work properly (in the very >> least, it is not the same as with GNU grep), > > "Does not seem to work properly" is not a very useful statement. The > least you could do is provide an example. I d

Re: Interpreted language(s) in the base

2010-08-20 Thread Bakul Shah
On Fri, 20 Aug 2010 21:33:08 +0200 =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= wrote: > "C. P. Ghost" writes: > > After all LISP-like syntax is *still* more common and prevalent > > than Lua, e.g. in Elisp, guile, esh, scsh and a lot of other apps > > that use it as a small language. So we can expect

Re: recent ath changes related panic

2010-08-20 Thread Chris Ruiz
On Fri, Aug 20, 2010 at 1:56 AM, Bernhard Schmidt wrote: > On Fri, Aug 20, 2010 at 08:31, Bernhard Schmidt > wrote: >> On Fri, Aug 20, 2010 at 01:04, Chris Ruiz wrote: >>> I run a PCI Atheros card in hostap mode on CURRENT. >>> >>> a...@pci0:6:0:0:        class=0x02 card=0x5a001385 chip=0x0

Re: Interpreted language(s) in the base

2010-08-20 Thread Gabor PALI
On Fri, Aug 20, 2010 at 10:35 PM, Bakul Shah wrote: > Anyway, system programming in Scheme is what interests me and > something I already tinker with on and off. If anyone is > interested (in helping or just playing with it), let me know > privately (but *not* on this mailing list). Not Scheme bu

Re: Interpreted language(s) in the base

2010-08-20 Thread Bakul Shah
On Thu, 19 Aug 2010 20:35:59 +0200 "C. P. Ghost" wrote: > > But seriously, the point isn't so much which specific interpreter > we use (if we go down this road), it's about libraries: most > sysadmin tasks require some basic networking and I/O, > and a FFI to seamlessly call out C functions from

Re: Interpreted language(s) in the base

2010-08-20 Thread Doug Barton
On 8/20/2010 12:35 PM, Dag-Erling Smørgrav wrote: Gabor PALI writes: Sorry for chiming in, just a quick idea. If you find the "get a high-level language that compiled to C" idea good, I don't think it's a good idea, and I don't understand why this thread seems stuck in that rut. If your on

CD/DVD ejecting after sysinstall

2010-08-20 Thread Jim Riggs
References: http://www.mail-archive.com/svn-src-...@freebsd.org/msg24380.html http://forums.freebsd.org/showthread.php?t=17126 This commit automatically ejects the CD when sysinstall exits which almost had dire consequences for me this week. As described in the forum post, I keep a LiveFS CD

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread John Baldwin
On Friday, August 20, 2010 3:42:27 pm Kostik Belousov wrote: > On Fri, Aug 20, 2010 at 03:35:48PM -0400, John Baldwin wrote: > > On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote: > > > It seems nobody replied to the mdf@ objection against wait of the > > > new proc startup being equivale

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread Kostik Belousov
On Fri, Aug 20, 2010 at 03:35:48PM -0400, John Baldwin wrote: > On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote: > > It seems nobody replied to the mdf@ objection against wait of the > > new proc startup being equivalent to the LOR. I think that the wait > > is safe, because the task is

Re: Interpreted language(s) in the base

2010-08-20 Thread Gabor PALI
2010/8/20 Dag-Erling Smørgrav : > Gabor PALI writes: >> Sorry for chiming in, just a quick idea.  If you find the "get a >> high-level language that compiled to C" idea good, > > I don't think it's a good idea Could you be more specific on your concerns? I am just curious. > I don't understand

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Dag-Erling Smørgrav
"b. f." writes: > At r211506, 'grep -wq' does not seem to work properly (in the very > least, it is not the same as with GNU grep), "Does not seem to work properly" is not a very useful statement. The least you could do is provide an example. DES -- Dag-Erling Smørgrav - d...@des.no __

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread John Baldwin
On Friday, August 20, 2010 3:19:53 pm Kostik Belousov wrote: > On Fri, Aug 20, 2010 at 08:55:08PM +0400, pluknet wrote: > > On 19 August 2010 17:34, John Baldwin wrote: > > > On Thursday, August 19, 2010 5:29:25 am pluknet wrote: > > >> On 19 August 2010 00:07, John Baldwin wrote: > > >> > On Wed

Re: Interpreted language(s) in the base

2010-08-20 Thread Dag-Erling Smørgrav
Gabor PALI writes: > Sorry for chiming in, just a quick idea. If you find the "get a > high-level language that compiled to C" idea good, I don't think it's a good idea, and I don't understand why this thread seems stuck in that rut. DES -- Dag-Erling Smørgrav - d...@des.no ___

Re: Interpreted language(s) in the base

2010-08-20 Thread Dag-Erling Smørgrav
"C. P. Ghost" writes: > After all LISP-like syntax is *still* more common and prevalent > than Lua, e.g. in Elisp, guile, esh, scsh and a lot of other apps > that use it as a small language. So we can expect more users > to be at least partially familiar with it. And there *are* lightweight > MIT-

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Dag-Erling Smørgrav
Alan Cox writes: > Here is what actually puzzles me about these results. With > traditional I/O, even after the optimizations to bsdgrep, the system > time for gnugrep is still less than half that of the optimized > bsdgrep. I haven't looked at the changes, but I would have thought > the system

Re: [head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread Dag-Erling Smørgrav
Nathan Whitehorn writes: > Next up: tinderbox needs to build GENERIC64, not GENERIC, on > powerpc64. make buildkernel is programmed to do the right thing is you > don't pass a KERNCONF, but tinderbox apparently passes GENERIC > explicitly. This one's in your court! There is no way to fix this wit

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread Kostik Belousov
On Fri, Aug 20, 2010 at 08:55:08PM +0400, pluknet wrote: > On 19 August 2010 17:34, John Baldwin wrote: > > On Thursday, August 19, 2010 5:29:25 am pluknet wrote: > >> On 19 August 2010 00:07, John Baldwin wrote: > >> > On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote: > >> >> On 18 August

Whiteout support for tmpfs [Was: unionfs a little improvement]

2010-08-20 Thread Ed Schouten
Hi all, Even though the proposed fix for unionfs would still be nice to have in SVN, I just wrote a patch for tmpfs to add support for whiteouts: http://80386.nl/pub/tmpfs-whiteout.txt Basically I've implemented it by allowing directory entries to refer to NULL inodes, to indicate the en

Re: LOR on nfs: vfs_vnops.c:301 kern_descrip.c:1580

2010-08-20 Thread pluknet
On 19 August 2010 17:34, John Baldwin wrote: > On Thursday, August 19, 2010 5:29:25 am pluknet wrote: >> On 19 August 2010 00:07, John Baldwin wrote: >> > On Wednesday, August 18, 2010 3:17:56 pm pluknet wrote: >> >> On 18 August 2010 23:11, pluknet wrote: >> >> > On 18 August 2010 17:46, Kostik

Re: fusefs-kmod broken?

2010-08-20 Thread Ian FREISLICH
Hans Petter Selasky wrote: > Do you have all the drivers you need in the kernel? > > ./uart/uart.h:extern struct uart_class uart_z8530_class __attribute__((weak)) ; > ./uart/uart_bus_scc.c: sc->sc_class = &uart_z8530_class; > ./uart/uart_cpu_powerpc.c: class = &uart_z8530_class; > ./

Re: [head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread Nathan Whitehorn
On 08/20/10 04:26, Dag-Erling Smørgrav wrote: Nathan Whitehorn writes: The problem is that until yesterday, you could not build a powerpc64 LINT, and so it was trying to build a PPC32 kernel with a 64-bit toolchain. An actual powerpc64 kernel does not include ofw_standard.c. This should be

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Dag-Erling Smørgrav
Adrian Chadd writes: > Have you tried this in pmc? No. I can't figure out how to use pmcstat, but I did find a bug in it: if you specify an output file with -o, but the command line is otherwise incomplete or incorrect, it will print usage information to the output file instead of stderr. DES -

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Adrian Chadd
2010/8/20 Dag-Erling Smørgrav : > Adrian Chadd writes: >> I've just looked at grep_fgetln(). Surely memchr() isn't required there. > > Of course it is, how else are you going to locate the '\n'?  OTOH, I'm > not sure grep_fgetln() is needed at all. It seems a bit strange that memchr(), which shou

[head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread FreeBSD Tinderbox
TB --- 2010-08-20 08:41:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-20 08:41:47 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-08-20 08:41:47 - cleaning the object tree TB --- 2010-08-20 08:42:39 - cvsupping the source tree TB --- 2010-08-20 08:42:39 - /u

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Dag-Erling Smørgrav
Adrian Chadd writes: > I've just looked at grep_fgetln(). Surely memchr() isn't required there. Of course it is, how else are you going to locate the '\n'? OTOH, I'm not sure grep_fgetln() is needed at all. DES -- Dag-Erling Smørgrav - d...@des.no __

[SPAM] Re: Official request: Please make GNU grep the default

2010-08-20 Thread Niclas Zeising
On 2010-08-20 11:10, Dag-Erling Smørgrav wrote: If you have profiling libraries installed, you can build a profiling version of grep (or any program) like so: % cd /usr/src/usr.bin/grep % make clean % make DEBUG_FLAGS="-pg -g" -DNO_SHARED Do *not" make install, because the result will be dog s

Re: [head tinderbox] failure on powerpc64/powerpc

2010-08-20 Thread Dag-Erling Smørgrav
Nathan Whitehorn writes: > The problem is that until yesterday, you could not build a powerpc64 > LINT, and so it was trying to build a PPC32 kernel with a 64-bit > toolchain. An actual powerpc64 kernel does not include > ofw_standard.c. This should be fixed now with r211483, so long as the > LINT

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Dag-Erling Smørgrav
Doug Barton writes: > There are 2 questions, did I do the right thing, and how should people > report problems in general. As for myself, while I have some facility > in C it's not my strong suit. Yes, I could have produced a profiling > version of grep, but it would have taken me a lot more than

Re: Official request: Please make GNU grep the default

2010-08-20 Thread Adrian Chadd
2010/8/19 Dag-Erling Smørgrav : >  time   seconds   seconds    calls  ms/call  ms/call  name >  38.8       0.03     0.03    12717     0.00     0.00  memchr [5] >  35.6       0.07     0.03      395     0.08     0.08  _read [6] >  16.4       0.08     0.01        0  100.00%           _mcount [7] mem

Re: Removal of ICC (intel compiler) bits from mk

2010-08-20 Thread Dag-Erling Smørgrav
Anton Shterenlikht writes: >> It could matter for ports, I do not know if it matters for parts in >> src. The commercial license is also the only way that we could get icc >> installed on machines in the FreeBSD cluster [...] > If one begins to mention FreeBSD clusters, and moreover FreeBSD HP

HPC/CUDA on FreeBSD (was: Re: Removal of ICC (intel compiler) bits from mk)

2010-08-20 Thread Alexander Leidinger
Hi, I'm taking out arch and some people from the CC and only keep curr...@. This is getting off topic for the initial thread. Quoting Anton Shterenlikht (from Thu, 19 Aug 2010 21:10:24 +0100): On Thu, Aug 19, 2010 at 11:35:48AM +0200, Alexander Leidinger wrote: Quoting Dag-Erling SmÃ?