On Sun, 23 Mar 2003, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, Christian Brueffer writes:
> >now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
> >can be nuked as well, right?
>
> Right.
Although it might be considered dragging old baggage around, would it
Ahh, I missed that :)
Thanks,
Brendan.
On Mon, 2003-03-24 at 14:27, Don wrote:
> > I'm using source that was sync'd about 18 hours ago.
> > Buildworld built properly and kernel looks like it's almost completely
> > built then I get what is below.
> >
> > Any suggestions/ideas?
> > This is the sec
> I'm using source that was sync'd about 18 hours ago.
> Buildworld built properly and kernel looks like it's almost completely
> built then I get what is below.
>
> Any suggestions/ideas?
> This is the second time it's bombed out like this and I CVSup'd and
> rebuilt world inbetween the two attemp
Hi guys,
I'm using source that was sync'd about 18 hours ago.
Buildworld built properly and kernel looks like it's almost completely
built then I get what is below.
Any suggestions/ideas?
This is the second time it's bombed out like this and I CVSup'd and
rebuilt world inbetween the two attempts
On Sun, Mar 23, 2003 at 06:37:17PM -0500, Craig Rodrigues wrote:
>
> APR makes use of a function in Linux called
> atomic_dec_and_test which is described here:
*snip*
> Is there a way that I can use the existing
> FreeBSD macros to achieve the equivalent of atomic_dec_and_test?
Probably not a go
Thanks for all the helpful responses... :)
On Sunday, March 23, 2003, at 01:38PM, M. Warner Losh <[EMAIL PROTECTED]> wrote:
>In message: <[EMAIL PROTECTED]>
>David Leimbach <[EMAIL PROTECTED]> writes:
>: Or even better would be just building libc. I have been working on my
>: getp
Hi,
I asked this question on freebsd-smp...I'm asking here in case
anyone has any ideas.
I am the port maintainer for the Apache Portable Runtime (APR) library.
APR makes use of a function in Linux called
atomic_dec_and_test which is described here:
http://kernelnewbies.org/documents/kdoc/kerne
On Sunday 23 March 2003 20:22, Till Riedel wrote:
> I think no one should simply use the sse2 stuff at the moment,
> because you will notice problems too late. My
> mp3s sounded horrible and gv didn't display pdf files correctly.
> if there hadn't been libvorbis though that had a division by zero,
On Sun, 23 Mar 2003, Robert Watson wrote:
> When I boot with ACPI, the following appears in dmesg:
>
> Mar 23 14:14:31 none kernel: sio0: configured irq 4 not in bitmap of probed irqs 0
> Mar 23 14:14:31 none kernel: sio0: port may not be enabled
> Mar 23 14:14:31 none kernel: sio0 port 0x3f8-0x3f
In message: <[EMAIL PROTECTED]>
David Leimbach <[EMAIL PROTECTED]> writes:
: Or even better would be just building libc. I have been working on my
: getpwnam_r assignment...
: examining implementations in both Darwin and NetBSD and started trying
: to implement some of
: this code fo
Am So, 2003-03-23 um 18.56 schrieb Bruce Cran:
> On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
> >
> > Just out of curiousity, have you tried using -mfpmath=sse? I remember someone
> > on this list claiming that the SSE fpa-code works much better than the i387
> > code whic
I'm attempting to use an Intel L440GX+ motherboard with 5.x, and am
running into the following problem: when I boot without ACPI, the serial
ports probe, attach, and work fine:
Mar 23 14:21:56 none kernel: sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
Mar 23 14:21:56 none kernel: sio0: type
On Sun, Mar 23, 2003 at 07:39:06PM +0100, Michael Nottebrock wrote:
Content-Description: signed data
> Actually, when I said "better", I really meant "doesn't break -O(ptimized)
> code" rather than "faster". :)
ok, got you now. it is neither faster nor better.
I tested it with e_pow.c.
funnily tho
On Sunday 23 March 2003 19:24, Till Riedel wrote:
> On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
> > Just out of curiousity, have you tried using -mfpmath=sse? I remember
> > someone on this list claiming that the SSE fpa-code works much better
> > than the i387 code which is
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
Content-Description: signed data
> On Sunday 23 March 2003 18:02, Till Riedel wrote:
> > why not
> > +_CPUCFLAGS = -march=pentium4 -mno-sse2
> >
> > > choose, and in the case of pentium4 producing broken code the
> > > obvious fall
On Sun, Mar 23, 2003 at 06:43:16PM +0100, Michael Nottebrock wrote:
>
> Just out of curiousity, have you tried using -mfpmath=sse? I remember someone
> on this list claiming that the SSE fpa-code works much better than the i387
> code which is used by default (even with -march=pentium4).
>
I do
On Sunday 23 March 2003 18:02, Till Riedel wrote:
> why not
> +_CPUCFLAGS = -march=pentium4 -mno-sse2
>
> > choose, and in the case of pentium4 producing broken code the
> > obvious fallback would be pentium3...
>
> above would be in fact the same because only the SSE2 code differs from
> march=pen
I removed sem because people were nearly hostile about it.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Try a next patch.
Index: if_ppp.c
===
RCS file: /home/ncvs/src/sys/net/if_ppp.c,v
retrieving revision 1.90
diff -u -r1.90 if_ppp.c
--- if_ppp.c4 Mar 2003 23:19:51 - 1.90
+++ if_ppp.c23 Mar 2003 17:05:28 -
@@ -157
On Sun, Mar 23, 2003 at 07:08:08AM -0600, Anti wrote:
> On Sat, 22 Mar 2003 23:41:14 -0800
> David Schultz <[EMAIL PROTECTED]> wrote:
>
> > Thus spake Anti <[EMAIL PROTECTED]>:
> > > On Sat, 22 Mar 2003 10:28:46 -0800
> > > Steve Kargl <[EMAIL PROTECTED]> wrote:
> > >
> > > > Pentium 4 is definit
On Sun, Mar 23, 2003 at 11:14:28AM -0500, Robert Watson wrote:
> Sometimes, kernel modules will not be built by default because they are
> unstable or experimental features that have not been adequately deployed
> or tested. I know our AIO implementation has improved in quality a great
> deal over
Am Sonntag, 23. März 2003 17:20 schrieb Gerald Mixa:
> Well I have the latest Version Installed, and the button does not work.
> actually its the only one! I have the problme on freebsd 4.7,too.
> Unfortuanatley your hint does not help on both machines :-(
My keyboard section looks like that on
Am Sonntag, 23. März 2003 16:47 schrieb Nuno Teixeira:
> Hi,
>
> I have the same problem. To fix that disable XkbModel option.
>
>
> Section "InputDevice"
> Identifier "Keyboard0"
> Driver "keyboard"
> #Option "XkbModel" "pc104"
> Option "XkbLayout" "pt"
> E
On Sun, 23 Mar 2003, Craig Rodrigues wrote:
> I notice that with a recent -current, that the vfs_aio.ko and sem.ko
> modules do not seem to be built by default. In the past, this was not
> the case.
>
> Is it mandatory now to specify the kernel options:
> options VFS_AIO
> option
Hi,
I notice that with a recent -current, that the vfs_aio.ko
and sem.ko modules do not seem to be built by default.
In the past, this was not the case.
Is it mandatory now to specify the kernel options:
options VFS_AIO
options P1003_1B_SEMAPHORES
in order for these modules to be
Hi,
I have the same problem. To fix that disable XkbModel option.
Section "InputDevice"
Identifier "Keyboard0"
Driver "keyboard"
#Option "XkbModel" "pc104"
Option "XkbLayout" "pt"
EndSection
I think that this problem was fixed in XFree86-Server-4
On Sun, Mar 23, 2003 at 01:55:03AM -0800, Hongbo Li wrote:
> I just run a example program from the book unp2v2
> written W.Richard Stevens. The program includes a call
> to sem_open. The compilation was ok. But when I run it
> on FreeBSD 5-current(recent),the system print "Bad
> system call (core d
In message <[EMAIL PROTECTED]>, Christian Brueffer writes:
>
>--4C6bbPZ6c/S1npyF
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>Hi,
>
>now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
>can be nuked as
Hi,
now that MAKEDEV has been gone for a while, the manpages (alpha and i386)
can be nuked as well, right?
- Christian
--
Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED]
GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA
Whew... :) Me too unfortunately. I know basically what it takes to
make a thread
safe function... and I have found good implementations of getpwnam_r in
other OSes
and some not so good looking ones as well but I haven't really been
able to integrate
one into our current system which appears to
Sorry, you're right. libc is where you want to be putting your code. (I'm
suffering from multiple-OS-itis right now.)
--
Matt
- Original Message -
From: "David Leimbach" <[EMAIL PROTECTED]>
To: "Matthew Emmerton" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, March 23, 2003
Hmmm for some reason I thought that would be the simple answer... also
at one point
in time unistd.h gave me trouble when I didn't build libc under world.
Is libc_r the correct place to put getpwnam_r anyway? My understanding
is that just
where the userland thread implementation goes.
I never
Thus spake David Leimbach <[EMAIL PROTECTED]>:
> Or even better would be just building libc. I have been working on my
> getpwnam_r assignment...
> examining implementations in both Darwin and NetBSD and started trying
> to implement some of
> this code for FreeBSD... Its not anywhere even near
- Original Message -
From: "David Leimbach" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, March 23, 2003 8:29 AM
Subject: "Just" building the lib part of world
> Or even better would be just building libc. I have been working on my
> getpwnam_r assignment...
> examining im
Or even better would be just building libc. I have been working on my
getpwnam_r assignment...
examining implementations in both Darwin and NetBSD and started trying
to implement some of
this code for FreeBSD... Its not anywhere even near the goal in sight
as I am still learning the
build syste
On Sat, 22 Mar 2003 23:41:14 -0800
David Schultz <[EMAIL PROTECTED]> wrote:
> Thus spake Anti <[EMAIL PROTECTED]>:
> > On Sat, 22 Mar 2003 10:28:46 -0800
> > Steve Kargl <[EMAIL PROTECTED]> wrote:
> >
> > > Pentium 4 is definitely broken on 5.x. Perhaps, we should remove
> > > the footshooting.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have got installed FreeBSD5.0-p4 and XFree4.3.0 on a Sony Vaio PCG-FX705.
The ati Video Driver works with 1400x1050 and the mouse works as well. My
problem is, that within X the XServer the button with the symbols for a
"less" b, a "greater"
I just run a example program from the book unp2v2
written W.Richard Stevens. The program includes a call
to sem_open. The compilation was ok. But when I run it
on FreeBSD 5-current(recent),the system print "Bad
system call (core dumped)". The program code :
#include
#include
#include
#include
38 matches
Mail list logo