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 t
* 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 fr
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. Spr
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.
notfreeb
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
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
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
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 @@
: > # endi
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 TAILQ
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 helps
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 s
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 ou
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
rely
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 nativ
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 auto
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
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
: >> : h
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: Comma
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) stu
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
On Tue, 4 Mar 2008, M. Warner Losh wrote:
MWL>In message: <[EMAIL PROTECTED]>
MWL>Giorgos 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 Free
In message: <[EMAIL PROTECTED]>
Harti Brandt <[EMAIL PROTECTED]> writes:
: On Tue, 4 Mar 2008, M. Warner Losh wrote:
:
: MWL>In message: <[EMAIL PROTECTED]>
: MWL>Giorgos Keramidas <[EMAIL PROTECTED]> writes:
: MWL>: On 2008-03-04 15:38, Robert Watson <[EMAIL PROTECTED]> wr
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 p
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.
T
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 t
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 exampl
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 pr
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 ru
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
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
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 t
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
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 Stud
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)
> \
> + f
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 con
[ 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 Lo
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_
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 happen
-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 reconnec
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
-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-enab
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. Moreo
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
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
--
Pietr
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
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 cra
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 few
On Tue, Mar 04, 2008 at 07:14:19PM -0800, Sam Leffler wrote:
> Pietro Cerutti wrote:
>> Andrew Thompson wrote:
>>
>>> I have a WIP patch that may help, please give this a go.
>>>
>>> http://citylink.unixathome.org/~thompsa/wpi_testing8.diff
>>>
>>> Its the combination of several peop
51 matches
Mail list logo
