Thanks for your reply.
2010/8/17 Mark Linimon lini...@lonesome.com:
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.
We're not going to drop ZFS because Oracle's
2010/8/16 Dag-Erling Smørgrav des at des.no:
Doug Barton dougb at FreeBSD.org writes:
lua too flavor of the day, not enough track record of stability,
not enough installed base/proven utility
You're wrong. Lua has been around for ages and is especially widely
used as a game
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,
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
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
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:
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:
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 (0x80)
Aug 17
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
Hello Dimitry!
* Dimitry Andric dimi...@andric.com wrote:
@@ -408,9 +411,10 @@ static bool getWindowsSDKDir(std::string path) {
void InitHeaderSearch::AddDefaultCIncludePaths(const llvm::Triple triple,
const HeaderSearchOptions
HSOpts) {
-#if
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 want this?
* Dimitry Andric dimi...@andric.com 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 prior C
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 it use
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)
Aug 17 09:01:59 mini
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 - Just got
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 expand a
On Tue, Aug 17, 2010 at 1:49 PM, Bob Bishop r...@gid.co.uk 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
On Tue, 17 Aug 2010 13:32:39 +0200
Dimitry Andric dimi...@andric.com 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
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 they could
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
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 pluk...@gmail.com wrote:
Hi.
Seeing on mostly idle, recently updated current, while closing a file.
Presumably never reported on ML.
В Tue, 17 Aug 2010 09:52:50 -0400
John Baldwin j...@freebsd.org пишет:
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
On 2010-08-17 15:15, Alexander Kabaev wrote:
Dimitry Andric dimi...@andric.com 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/ \
On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric dimi...@andric.com 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,
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 want
On Tue, Aug 17, 2010 at 10:28 AM, Daniel Nebdal dneb...@gmail.com wrote:
On Tue, Aug 17, 2010 at 3:47 PM, Dimitry Andric dimi...@andric.com 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
On 2010-08-16 10:55, Dag-Erling Smørgrav wrote:
Dimitry Andric dimi...@andric.com 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
2010/8/16 Kostik Belousov kostik...@gmail.com:
On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote:
On 16 August 2010 21:05, pluknet pluk...@gmail.com wrote:
Hi.
Seeing on mostly idle, recently updated current, while closing a file.
Presumably never reported on ML.
[...]
Both LORs
[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 dimi...@andric.com writes:
- Uses plain file descriptors instead of struct FILE, since the
buffering is done manually anyway, and it makes
On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote:
2010/8/16 Kostik Belousov kostik...@gmail.com:
On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote:
On 16 August 2010 21:05, pluknet pluk...@gmail.com wrote:
Hi.
Seeing on mostly idle, recently updated current, while
2010/8/17 Mark Linimon lini...@lonesome.com:
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
On Tue, Aug 17, 2010 at 4:04 PM, Kostik Belousov kostik...@gmail.com wrote:
On Tue, Aug 17, 2010 at 07:42:41PM +0400, pluknet wrote:
2010/8/16 Kostik Belousov kostik...@gmail.com:
On Mon, Aug 16, 2010 at 09:07:24PM +0400, pluknet wrote:
On 16 August 2010 21:05, pluknet pluk...@gmail.com
2010/8/17 Artem Belevich fbsdl...@src.cx:
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
On Tue, Aug 17, 2010 at 10:44 AM, Olivier Smedts oliv...@gid0.org wrote:
2010/8/17 Mark Linimon lini...@lonesome.com:
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.
$ 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 attachment
another attempt...
-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 that
2010/8/17 Dimitry Andric dimi...@andric.com
On 2010-08-16 10:55, Dag-Erling Smørgrav wrote:
Dimitry Andric dimi...@andric.com 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.
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
On 17.08.2010 16:11 (UTC+1), Ivan Klymenko wrote:
В Tue, 17 Aug 2010 09:52:50 -0400
John Baldwinj...@freebsd.org пишет:
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
On Tue, Aug 17, 2010 at 10:45 AM, Kostik Belousov kostik...@gmail.comwrote:
[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 dimi...@andric.com writes:
- Uses plain file descriptors
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
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 ---
[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 j...@freebsd.org пишет:
- Show quoted text -
Here the test port... nvidia-driver.256.44.port.tar.bz2
5K Download
I upload the file in this URL
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
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() 1354s
On Tue, Aug 17, 2010 at 3:29 PM, Dimitry Andric dimi...@andric.com 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:
46 matches
Mail list logo