Re: Official request: Please make GNU grep the default

On Tue, Aug 17, 2010 at 3:29 PM, Dimitry Andric wrote: > On 2010-08-17 18:29, Alan Cox wrote: > > Try it again on a memory resident file with the MAP_PREFAULT_READ option > > that is provided by this patch: > > > > http://www.cs.rice.edu/~alc/MAP_PREFAULT_READ.patch

Re: Official request: Please make GNU grep the default

On 2010-08-17 18:29, Alan Cox wrote: > Try it again on a memory resident file with the MAP_PREFAULT_READ option > that is provided by this patch: > > http://www.cs.rice.edu/~alc/MAP_PREFAULT_READ.patch A time trial gives: grep with normal mmap() 1396s grep with prefault mmap() 1354

Re: nvidia-driver not work

On 17.08.2010 18:47 (UTC+1), Ivan Klymenko wrote: $ dmesg (cut) panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 cpuid = 0 Uptime: 3m35s Use the latest nvidia driver from the website (256.44) and not from the port. Here the test port... Sorry, I am afraid there is no atta

Re: nvidia-driver not work

[Solved] The problem, is a driver of the port "nvidia-driver", i used the test port (said me Ivan) В Tue, 17 Aug 2010 09:52:50 -0400 John Baldwin пишет: - Show quoted text - Here the test port... nvidia-driver.256.44.port.tar.bz2 5K Download I upload the file in this URL http://rapidshare.com/fil

[head tinderbox] failure on powerpc/powerpc64

TB --- 2010-08-17 17:55:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-17 17:55:45 - starting HEAD tinderbox run for powerpc/powerpc64 TB --- 2010-08-17 17:55:45 - mkdir /tinderbox/HEAD/powerpc/powerpc64 TB --- 2010-08-17 17:55:45 - cleaning the object tree TB --- 2010-08-17

Re: Building world with clang

On 2010-08-17 17:04, Eitan Adler wrote: > what about -nostdinc ? >Do not search the standard system directories for header files. > > Or will this also disable the command line equivalents ? It seems that -isysroot doesn't work with that: $ gcc -nostdinc -isysroot ${WORLDTMP} -S -v

Re: Official request: Please make GNU grep the default

On Tue, Aug 17, 2010 at 10:45 AM, Kostik Belousov wrote: > [Cc: list sanitized] > > On Tue, Aug 17, 2010 at 05:28:08PM +0200, Dimitry Andric wrote: > > On 2010-08-16 10:55, Dag-Erling Sm??rgrav wrote: > > > Dimitry Andric writes: > > >> - Uses plain file descriptors instead of struct FILE, since

Re: nvidia-driver not work

On 17.08.2010 16:11 (UTC+1), Ivan Klymenko wrote: В Tue, 17 Aug 2010 09:52:50 -0400 John Baldwin пишет: On Saturday, August 14, 2010 9:35:02 pm Álvaro Castillo wrote: $ dmesg (cut) panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 cpuid = 0 Uptime: 3m35s Use the latest nvi

Re: ZFS will gone,FreeBSD will import btrfs?

> But did they close the sources too ? > I mean, they have a VCS, can we still access it and download the ZFS source > files ? If I understand Oracle's announcement correctly, sources would still be available. The change is that they will stop publishing them near-real-time and would release them

Re: Official request: Please make GNU grep the default

2010/8/17 Dimitry Andric > On 2010-08-16 10:55, Dag-Erling Smørgrav wrote: > > Dimitry Andric writes: > >> - Uses plain file descriptors instead of struct FILE, since the > >> buffering is done manually anyway, and it makes it easier to support > >> gzip and bzip2. > > It might be worth a sh

Re: ZFS will gone,FreeBSD will import btrfs?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010/08/16 21:21, lhmwzy wrote: > opensolaris is gone,ZFS also gone. It's not "gone" since Oracle can not withdraw code that is already licensed under CDDL. They _may_ choose not to release anything new but we already have a newer zfs version th

Re: nvidia-driver not work

> >>> $ dmesg (cut) > >>> > >>> panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 > >>> cpuid = 0 > >>> Uptime: 3m35s > >> > >> Use the latest nvidia driver from the website (256.44) and not from > >> the port. > >> > > Here the test port... > > Sorry, I am afraid there is no atta

Re: ZFS will gone,FreeBSD will import btrfs?

On Tue, Aug 17, 2010 at 10:44 AM, Olivier Smedts wrote: > 2010/8/17 Mark Linimon : >> On Tue, Aug 17, 2010 at 12:21:07PM +0800, lhmwzy wrote: >>> opensolaris is gone >> >> It appears there will be a fork, but that's not particularly crucial >> to FreeBSD. >> >>> ZFS also gone. > > OpenSolaris is g

Re: ZFS will gone,FreeBSD will import btrfs?

2010/8/17 Artem Belevich : >> But did they close the sources too ? >> I mean, they have a VCS, can we still access it and download the ZFS source >> files ? > > If I understand Oracle's announcement correctly, sources would still > be available. The change is that they will stop publishing them >

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

On Tue, Aug 17, 2010 at 4:04 PM, Kostik Belousov wrote: > On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote: >> 2010/8/16 Kostik Belousov : >> > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: >> >> On 16 August 2010 21:05, pluknet wrote: >> >> > Hi. >> >> > >> >> > Seeing on mostl

Re: ZFS will gone,FreeBSD will import btrfs?

2010/8/17 Mark Linimon : > On Tue, Aug 17, 2010 at 12:21:07PM +0800, lhmwzy wrote: >> opensolaris is gone > > It appears there will be a fork, but that's not particularly crucial > to FreeBSD. > >> ZFS also gone. OpenSolaris is gone, Oracle won't make any OpenSolaris release but they're still work

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

On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote: > 2010/8/16 Kostik Belousov : > > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: > >> On 16 August 2010 21:05, pluknet wrote: > >> > Hi. > >> > > >> > Seeing on mostly idle, recently updated current, while closing a file. > >> > Pr

Re: Official request: Please make GNU grep the default

[Cc: list sanitized] On Tue, Aug 17, 2010 at 05:28:08PM +0200, Dimitry Andric wrote: > On 2010-08-16 10:55, Dag-Erling Sm??rgrav wrote: > > Dimitry Andric writes: > >> - Uses plain file descriptors instead of struct FILE, since the > >> buffering is done manually anyway, and it makes it easier

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

2010/8/16 Kostik Belousov : > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: >> On 16 August 2010 21:05, pluknet wrote: >> > Hi. >> > >> > Seeing on mostly idle, recently updated current, while closing a file. >> > Presumably never reported on ML. [...] >> > Both LORs are valid. The fork

Re: Official request: Please make GNU grep the default

On 2010-08-16 10:55, Dag-Erling Smørgrav wrote: > Dimitry Andric writes: >> - Uses plain file descriptors instead of struct FILE, since the >> buffering is done manually anyway, and it makes it easier to support >> gzip and bzip2. > It might be worth a shot adding mmap(2) support as well, i.e.

Re: Building world with clang

On Tue, Aug 17, 2010 at 10:28 AM, Daniel Nebdal wrote: > On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric wrote: >> On 2010-08-17 15:03, Daniel Nebdal wrote: > However, a disadvantage is that the built-in search paths of the > bootstrap compiler are not entirely disabled by using the -isys

Re: Building world with clang

On 2010-08-17 16:28, Daniel Nebdal wrote: > Mmh, I just read through the in-detail description you gave in another > mail. It's a bit surprising that there isn't a simple and reliable way > to disable/replace all hardcoded paths, but I guess it doesn't come up > that often. Well, except when you w

Re: Building world with clang

On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric wrote: > On 2010-08-17 15:03, Daniel Nebdal wrote: However, a disadvantage is that the built-in search paths of the bootstrap compiler are not entirely disabled by using the -isysroot, -B and -L flags, > ... >> For clarification, did y

Re: Building world with clang

On 2010-08-17 15:15, Alexander Kabaev wrote: > Dimitry Andric wrote: ... >> 1) The "isysroot" method: build a regular version of clang, and make >>sure WMAKEENV contains something like: >> >>CC="${CC} -isysroot ${WORLDTMP} -B${WORLDTMP}/usr/lib/ \ >>-L$

Re: nvidia-driver not work

В Tue, 17 Aug 2010 09:52:50 -0400 John Baldwin пишет: > On Saturday, August 14, 2010 9:35:02 pm Álvaro Castillo wrote: > > $ dmesg (cut) > > > > panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 > > cpuid = 0 > > Uptime: 3m35s > > Use the latest nvidia driver from the website (

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

On Monday, August 16, 2010 2:54:56 pm Kostik Belousov wrote: > On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote: > > On 16 August 2010 21:05, pluknet wrote: > > > Hi. > > > > > > Seeing on mostly idle, recently updated current, while closing a file. > > > Presumably never reported on ML. >

Re: nvidia-driver not work

On Saturday, August 14, 2010 9:35:02 pm Álvaro Castillo wrote: > $ dmesg (cut) > > panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:1759 > cpuid = 0 > Uptime: 3m35s Use the latest nvidia driver from the website (256.44) and not from the port. -- John Baldwin ___

Re: Building world with clang

On 2010-08-17 15:03, Daniel Nebdal wrote: >>> However, a disadvantage is that the built-in search paths of the >>> bootstrap compiler are not entirely disabled by using the -isysroot, -B >>> and -L flags, ... > For clarification, did you (Dimitry, that is) mean > a) The paths are still there so the

Re: Building world with clang

On Tue, 17 Aug 2010 13:32:39 +0200 Dimitry Andric wrote: > Hi, > > Since clang has gone into the tree, there has been an effort to get > head in a state where world can optionally be built with it. A > number of changes required for this have already been committed, > mainly thanks to Ed Schout

Re: Building world with clang

On Tue, Aug 17, 2010 at 1:49 PM, Bob Bishop wrote: > On 17 Aug 2010, at 12:32, Dimitry Andric wrote: > >> However, a disadvantage is that the built-in search paths of the >> bootstrap compiler are not entirely disabled by using the -isysroot, -B >> and -L flags, > > This could be viewed as a bug .

Re: Building world with clang

On 2010-08-17 13:49, Bob Bishop wrote: >> However, a disadvantage is that the built-in search paths of the >> bootstrap compiler are not entirely disabled by using the -isysroot, -B >> and -L flags, > > This could be viewed as a bug ... It is probably a bit more complicated than that. Let me exp

Re: AR9280 "bb hang" and other

Ian FREISLICH wrote: > Rui Paulo wrote: > > > > BB hangs are a problem with the 9280 but I don't know how to fix. > > Do you have a card to play with? (Since I'm offering hardware at the moment) > > > Hardware errors shouldn't happen, but this might mean you have very = Replying to myself - Ju

Re: AR9280 "bb hang" and other

On 17 Aug 2010, at 12:17, Ian FREISLICH wrote: > Rui Paulo wrote: >> >> On 17 Aug 2010, at 09:17, Ian FREISLICH wrote: >>> 2. I'm getting these messages fairly often. Transmission stops >>> briefly around these times: >>> =20 >>> Aug 17 08:58:47 mini kernel: ath0: bb hang detected (0x80) >>> Au

Re: Building world with clang

Hi, On 17 Aug 2010, at 12:32, Dimitry Andric wrote: > Hi, > > Since clang has gone into the tree, there has been an effort to get head > in a state where world can optionally be built with it. > [...] > Now, for building clang as the bootstrap compiler, there are basically > two methods to make

Re: Building world with clang

* Dimitry Andric wrote: > On 2010-08-17 13:40, Ed Schouten wrote: > >> +#ifndef __FreeBSD__ > >> + AddPath(CLANG_PREFIX "/usr/local/include", System, true, false, false); > >> +#endif > >> > >>// Builtin includes use #include_next directives and should be > >> positioned > >>// just pr

Re: Building world with clang

On 2010-08-17 13:40, Ed Schouten wrote: >> +#ifndef __FreeBSD__ >> + AddPath(CLANG_PREFIX "/usr/local/include", System, true, false, false); >> +#endif >> >>// Builtin includes use #include_next directives and should be positioned >>// just prior C include dirs. > > Hmmm... Do we really

Re: Building world with clang

Hello Dimitry! * Dimitry Andric wrote: > @@ -408,9 +411,10 @@ static bool getWindowsSDKDir(std::string &path) { > > void InitHeaderSearch::AddDefaultCIncludePaths(const llvm::Triple &triple, > const HeaderSearchOptions > &HSOpts) { > -#if 0 /* Remo

Building world with clang

Hi, Since clang has gone into the tree, there has been an effort to get head in a state where world can optionally be built with it. A number of changes required for this have already been committed, mainly thanks to Ed Schouten, Roman Divacky and Rui Paulo. Most of these changes were adapted fr

Re: AR9280 "bb hang" and other

Rui Paulo wrote: > > On 17 Aug 2010, at 09:17, Ian FREISLICH wrote: > > 2. I'm getting these messages fairly often. Transmission stops > > briefly around these times: > >=20 > > Aug 17 08:58:47 mini kernel: ath0: bb hang detected (0x80) > > Aug 17 09:01:59 mini kernel: ath0: bb hang detected (0x8

Re: AR9280 "bb hang" and other

On 17 Aug 2010, at 09:17, Ian FREISLICH wrote: > Hi > > I recently managed to hack my HP/Compaq BIOS to bypass the RF > Whitelist and replace the (crappy) bwn interface with a (decent) > ath card. > > There are a few things - > > 1. The card has AR5B93 printed on the label, but its detected as

Re: AR9280 "bb hang" and other

Hi! > I recently managed to hack my HP/Compaq BIOS to bypass the RF > Whitelist and replace the (crappy) bwn interface with a (decent) > ath card. Cool 8-) > 2. I'm getting these messages fairly often. Transmission stops > briefly around these times: There's an PR which looks pretty similar:

AR9280 "bb hang" and other

Hi I recently managed to hack my HP/Compaq BIOS to bypass the RF Whitelist and replace the (crappy) bwn interface with a (decent) ath card. There are a few things - 1. The card has AR5B93 printed on the label, but its detected as: a...@pci0:1:0:0:class=0x028000 card=0x663211ad chip=0x00

bwn(0) BCM4315/BCM22062000 up for grabs (driver devs only)

Hi This device is up for grabs for a willing driver developer. It's a mini PCI-express half length card. siba_b...@pci0:1:0:0: class=0x028000 card=0x1508103c chip=0x431514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)

Re: Runaway intr, not flash related

On Mon, 16 Aug 2010, Peter Jeremy wrote: - Have you tried running a uniprocessor kernel? Ok I tried this, and got the same result early into the 3rd video. After I ran the dtrace intr got up to a truly impressive 27% cpu before I shut it down. last pid: 4423; load averages: 2.07, 1.32,