On 2008-03-04 17:01, Daniel O'Connor [EMAIL PROTECTED] wrote:
On Tue, 4 Mar 2008, M. Warner Losh wrote:
Greetings,
here's a set of diffs that will allow FreeBSD's usr.bin/make to build
on Linux. I'm sure they are gross, and I don't plan to commit them
(at least not all of them), but I
* Julian Elischer [EMAIL PROTECTED] wrote:
the aim is to load it into system memory but not copy anything into
user memory.
madvise() should do the trick, then.
The manpage is quite misleading:
http://linux.die.net/man/2/readahead
readahead() populates the page cache with data from a
On Tue, Mar 04, 2008 at 10:17:30AM +0200, Giorgos Keramidas wrote:
Solaris lacks TAILQ_xxx stuff too, so I would prefer something like
bsdcompat.h or similar.
Seconded - linux.h is far too generic. I must say I like the idea
of being able to build *BSD on Linux machines!
--
Rink P.W. Springer
On Tue, 4 Mar 2008, Giorgos Keramidas wrote:
The tailq stuff could be shoved into a linux.h or some such.. So
it's more obvious what it's for and why it's there.
Solaris lacks TAILQ_xxx stuff too, so I would prefer something like
bsdcompat.h or similar.
Sounds good to me.
notfreebsd.h :)
On 2008-03-03 22:42, M. Warner Losh [EMAIL PROTECTED] wrote:
Greetings,
here's a set of diffs that will allow FreeBSD's usr.bin/make to build
on Linux. I'm sure they are gross, and I don't plan to commit them
(at least not all of them), but I thought I'd post them here to see
what people
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2008-03-03 22:42, M. Warner Losh [EMAIL PROTECTED] wrote:
: Greetings,
:
: here's a set of diffs that will allow FreeBSD's usr.bin/make to build
: on Linux. I'm sure they are gross, and I don't plan to
On Mon, 3 Mar 2008, Julian Elischer wrote:
Ivan Voras wrote:
Ed Schouten wrote:
* carlos neira [EMAIL PROTECTED] wrote:
is there an equivalent of readahead syscall in linux , for freebsd ?. i
was looking at http://preload.sourceforge.net/ , and it needs this .
Maybe a mmap(), followed by a
On Mon, 3 Mar 2008, M. Warner Losh wrote:
--- pmake.orig/config.h 2005-02-01 03:50:35.0 -0700
+++ pmake/config.h 2008-03-03 22:24:16.745493000 -0700
@@ -108,4 +108,27 @@
# endif
#endif
+#ifndef TAILQ_HEAD_INITIALIZER
+#define TAILQ_HEAD_INITIALIZER(head) { NULL, (head).tqh_first
On 17:01:28 Mar 04, Daniel O'Connor wrote:
I did this a while ago when porting some of our code to Linux because it
builds with pmake..
Your patches are much nicer than mine however :)
The tailq stuff could be shoved into a linux.h or some such.. So it's
more obvious what it's for and
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
:
: On Mon, 3 Mar 2008, M. Warner Losh wrote:
:
: --- pmake.orig/config.h 2005-02-01 03:50:35.0 -0700
: +++ pmake/config.h 2008-03-03 22:24:16.745493000 -0700
: @@ -108,4 +108,27 @@
: # endif
:
On 2008-03-04 15:15, Robert Watson [EMAIL PROTECTED] wrote:
On Mon, 3 Mar 2008, M. Warner Losh wrote:
--- pmake.orig/config.h 2005-02-01 03:50:35.0 -0700
+++ pmake/config.h 2008-03-03 22:24:16.745493000 -0700
@@ -108,4 +108,27 @@
# endif
#endif
+#ifndef
On Tue, 4 Mar 2008, M. Warner Losh wrote:
: In most ports of FreeBSD parts to Linux that I've seen, the preferred solution
: has to been to bring the entire FreeBSD queue.h with you rather than relying
: on the native Linux queue.h. This is what we do for OpenBSM, for example;
: this also
On 2008-03-04 21:01, Girish Venkatachalam [EMAIL PROTECTED] wrote:
On 17:01:28 Mar 04, Daniel O'Connor wrote:
I did this a while ago when porting some of our code to Linux because it
builds with pmake..
Your patches are much nicer than mine however :)
The tailq stuff could be shoved into a
On Tue, 4 Mar 2008, Giorgos Keramidas wrote:
In most ports of FreeBSD parts to Linux that I've seen, the preferred
solution has to been to bring the entire FreeBSD queue.h with you rather
than relying on the native Linux queue.h. This is what we do for OpenBSM,
for example; this also helps
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
: On Tue, 4 Mar 2008, M. Warner Losh wrote:
:
: : In most ports of FreeBSD parts to Linux that I've seen, the preferred
solution
: : has to been to bring the entire FreeBSD queue.h with you rather than
relying
:
On 2008-03-04 15:38, Robert Watson [EMAIL PROTECTED] wrote:
On Tue, 4 Mar 2008, M. Warner Losh wrote:
: In most ports of FreeBSD parts to Linux that I've seen, the preferred
solution
: has to been to bring the entire FreeBSD queue.h with you rather than
relying
: on the native Linux
In message: [EMAIL PROTECTED]
Robert Watson [EMAIL PROTECTED] writes:
: (When I say 'nice' above, I mean it in the normal autoconf sense of the word
: 'nice', so don't take that the wrong way!)
It would be nicer if it didn't use autoconf.
I hate to be a stick in the mud, but
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2008-03-04 15:15, Robert Watson [EMAIL PROTECTED] wrote:
: On Mon, 3 Mar 2008, M. Warner Losh wrote:
: --- pmake.orig/config.h2005-02-01 03:50:35.0 -0700
: +++ pmake/config.h 2008-03-03
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2008-03-04 15:38, Robert Watson [EMAIL PROTECTED] wrote:
: On Tue, 4 Mar 2008, M. Warner Losh wrote:
:
: : In most ports of FreeBSD parts to Linux that I've seen, the preferred
solution
: : has to been
On 2008-03-04 08:50, M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: arch.c, line 1063: undefined symbol: INT_MIN
: cc: acomp failed for arch.c
: *** Error code 2
: make: Fatal error: Command failed for
On 2008-03-04 08:52, M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: Nice! Thank you Robert. Can I copy parts of this and add them to the
: autoconf glue I'm adding now?
:
: To test just cpp(1) stuff, autoconf
On 2008-03-04 15:45, Robert Watson [EMAIL PROTECTED] wrote:
The next part, about the missing errx() functions on Solaris is going to
be tonight's fun. If there are too many missing functions, it may be
worth adding a static `libcompat' with copies of just the functions we
need to run BSD make
On Tue, 4 Mar 2008, M. Warner Losh wrote:
MWLIn message: [EMAIL PROTECTED]
MWLGiorgos Keramidas [EMAIL PROTECTED] writes:
MWL: On 2008-03-04 15:38, Robert Watson [EMAIL PROTECTED] wrote:
MWL: On Tue, 4 Mar 2008, M. Warner Losh wrote:
MWL:
MWL: : In most ports of FreeBSD parts to
In message: [EMAIL PROTECTED]
Harti Brandt [EMAIL PROTECTED] writes:
: On Tue, 4 Mar 2008, M. Warner Losh wrote:
:
: MWLIn message: [EMAIL PROTECTED]
: MWLGiorgos Keramidas [EMAIL PROTECTED] writes:
: MWL: On 2008-03-04 15:38, Robert Watson [EMAIL PROTECTED] wrote:
: MWL:
In message: [EMAIL PROTECTED]
Giorgos Keramidas [EMAIL PROTECTED] writes:
: On 2008-03-04 08:52, M. Warner Losh [EMAIL PROTECTED] wrote:
: In message: [EMAIL PROTECTED]
: Giorgos Keramidas [EMAIL PROTECTED] writes:
: : Nice! Thank you Robert. Can I copy parts of this
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
here's a set of diffs that will allow FreeBSD's usr.bin/make to build
on Linux. I'm sure they are gross, and I don't plan to commit them
(at least not all of them), but I thought I'd post them here to see
what people think.
Take
On Tue, Mar 04, 2008 at 10:58:15AM +0100, Rink Springer wrote:
On Tue, Mar 04, 2008 at 10:17:30AM +0200, Giorgos Keramidas wrote:
Solaris lacks TAILQ_xxx stuff too, so I would prefer something like
bsdcompat.h or similar.
Seconded - linux.h is far too generic. I must say I like the idea
On Tue, Mar 04, 2008 at 03:15:32PM +, Robert Watson wrote:
In most ports of FreeBSD parts to Linux that I've seen, the preferred
solution has to been to bring the entire FreeBSD queue.h with you
rather than relying on the native Linux queue.h. This is what we do
for OpenBSM, for example;
On Tue, Mar 04, 2008 at 05:45:43PM +0200, Giorgos Keramidas wrote:
To test just cpp(1) stuff, autoconf supports AC_PREPROC_IFELSE() too,
which I used when I tried writing a check for __FBSDID():
Why are you writing a check for __FBSDID? Our sources so assume it
that IMnoHO you just need to
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
#include arch.h
+#include config.h
Are you able to use CFLAGS+= -include config.h instead?
If so, that would mean less .[ch] changes.
___
freebsd-hackers@freebsd.org mailing list
On Tue, Mar 04, 2008 at 05:37:30PM +0200, Giorgos Keramidas wrote:
The next part, about the missing errx() functions on Solaris is going to
be tonight's fun. If there are too many missing functions, it may be
worth adding a static `libcompat' with copies of just the functions we
need to run
On 2008-03-04 09:56, David O'Brien [EMAIL PROTECTED] wrote:
On Tue, Mar 04, 2008 at 05:45:43PM +0200, Giorgos Keramidas wrote:
To test just cpp(1) stuff, autoconf supports AC_PREPROC_IFELSE() too,
which I used when I tried writing a check for __FBSDID():
Why are you writing a check for
In message: [EMAIL PROTECTED]
David O'Brien [EMAIL PROTECTED] writes:
: On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
: #include arch.h
: +#include config.h
:
: Are you able to use CFLAGS+= -include config.h instead?
: If so, that would mean less .[ch] changes.
On Tue, Mar 04, 2008 at 11:04:07AM -0700, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
David O'Brien [EMAIL PROTECTED] writes:
: On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
: #include arch.h
: +#include config.h
:
: Are you able to use CFLAGS+=
On 2008-03-04 10:01, David O'Brien [EMAIL PROTECTED] wrote:
On Tue, Mar 04, 2008 at 05:37:30PM +0200, Giorgos Keramidas wrote:
The next part, about the missing errx() functions on Solaris is going to
be tonight's fun. If there are too many missing functions, it may be
worth adding a static
On 2008-03-04 09:58, David O'Brien [EMAIL PROTECTED] wrote:
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
#include arch.h
+#include config.h
Are you able to use CFLAGS+= -include config.h instead?
If so, that would mean less .[ch] changes.
Not with Sun Studio compilers on
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
+#ifndef TAILQ_HEAD_INITIALIZER
+#define TAILQ_HEAD_INITIALIZER(head) { NULL, (head).tqh_first }
+#endif
+
+#ifndef TAILQ_FOREACH
+#define TAILQ_FOREACH(var, head, field)
\
+ for
On Tue, Mar 04, 2008 at 09:38:25PM +0200, Giorgos Keramidas wrote:
On 2008-03-04 09:58, David O'Brien [EMAIL PROTECTED] wrote:
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
#include arch.h
+#include config.h
Are you able to use CFLAGS+= -include config.h instead?
If
[ DO NOT REPLY TO MY PREVIOUS MESSAGE WITH THESE SAME CONTENTS
I GOOFED AND SET REPLY-TO freebsd-alpha !! ]
On Tue, Mar 04, 2008 at 09:38:25PM +0200, Giorgos Keramidas wrote:
On 2008-03-04 09:58, David O'Brien [EMAIL PROTECTED] wrote:
On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh
In message: [EMAIL PROTECTED]
Christoph Hellwig [EMAIL PROTECTED] writes:
: On Mon, Mar 03, 2008 at 10:42:56PM -0700, M. Warner Losh wrote:
: +#ifndef TAILQ_HEAD_INITIALIZER
: +#define TAILQ_HEAD_INITIALIZER(head) { NULL, (head).tqh_first }
: +#endif
: +
: +#ifndef TAILQ_FOREACH
:
Robert Watson wrote:
On Mon, 3 Mar 2008, Julian Elischer wrote:
Ivan Voras wrote:
the aim is to load it into system memory but not copy anything into
user memory.
In an ideal world (tm), a prefetch system call doesn't actually force
the I/O to happen, it just hints that if it did
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I can't get my if_wpi (Intel(R) PRO/Wireless 3945ABG) stay connected to
my WPA-enabled access point for more than a few hours. Moreover, when it
happens, I have to unload the module, reload it and restart
wpa_supplicant in order to
On Tue, Mar 04, 2008 at 10:47:39PM +0100, Pietro Cerutti wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I can't get my if_wpi (Intel(R) PRO/Wireless 3945ABG) stay connected to
my WPA-enabled access point for more than a few hours. Moreover, when it
happens, I have to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Andrew Thompson wrote:
On Tue, Mar 04, 2008 at 10:47:39PM +0100, Pietro Cerutti wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I can't get my if_wpi (Intel(R) PRO/Wireless 3945ABG) stay connected to
my WPA-enabled access
Andrew Thompson wrote:
On Tue, Mar 04, 2008 at 10:47:39PM +0100, Pietro Cerutti wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I can't get my if_wpi (Intel(R) PRO/Wireless 3945ABG) stay connected to
my WPA-enabled access point for more than a few hours. Moreover, when it
On Wed, Mar 05, 2008 at 12:58:06AM +0100, Pietro Cerutti wrote:
- I've been able to reconnect without kld-reloading the module, by
killing and restarting wpa_supplicant
Try disconnect followed by reconnect. I have a similiar problem in
NetBSD I am tracking down currently. It happens a lot more
Joerg Sonnenberger wrote:
On Wed, Mar 05, 2008 at 12:58:06AM +0100, Pietro Cerutti wrote:
- I've been able to reconnect without kld-reloading the module, by
killing and restarting wpa_supplicant
Try disconnect followed by reconnect.
Sorry, what do you mean?
Joerg
--
Pietro Cerutti
On Wed, Mar 05, 2008 at 01:20:33AM +0100, Pietro Cerutti wrote:
Joerg Sonnenberger wrote:
On Wed, Mar 05, 2008 at 12:58:06AM +0100, Pietro Cerutti wrote:
- I've been able to reconnect without kld-reloading the module, by
killing and restarting wpa_supplicant
Try disconnect followed by
Hello dear hackers,
I own a Asus A7N8X-X motherboard (NForce2 chipset) with a Radeon 9600 video
card. After upgrading from 6.3 to 7.0, I launched xorg which crashed the kernel.
After looking in the kernel core dump, I found that the agp_nvidia_flush_tlb
function of /usr/src/sys/pci/agp_nvidia.c
Pietro Cerutti wrote:
Andrew Thompson wrote:
On Tue, Mar 04, 2008 at 10:47:39PM +0100, Pietro Cerutti wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi list,
I can't get my if_wpi (Intel(R) PRO/Wireless 3945ABG) stay connected to
my WPA-enabled access point for more than a
50 matches
Mail list logo