On Wed, Feb 26, 2003 at 02:05:51PM -0500, John Baldwin wrote:
> > I'm in the process of installing 5.0-RELEASE-p3 on a Dell PowerEdge
> > 2600 server. It has two HyperThreading Xeon 2.4Ghz processors, but
> > HyperThreading is not working in FreeBSD. I guess that four
> > processors should be visib
On Wed, Feb 26, 2003 at 06:51:55PM -0800, Rhett Monteg Hollander wrote:
> Nuno Teixeira wrote:
> >
> > Hi,
> >
> > Just a little question:
> >
> > Does -march=k6-2 implies -m3dnow? Or -march=pentiumpro implies -mmmx?
> Pentium Pro doesn't support MMX; -march=pentiumpro (aka -march=i686) enables
Hi all,
I make a small patch for mobile users.
This patch is controlling cache of resolver information.
If seting 'RES_NOCACHE' to 'yes', any application reads /etc/resolv.conf at
any DNS quering.
I think, it is useful for using heavey network applications, such as
mozilla, in mobile environment
On Thu, Feb 27, 2003 at 11:59:59AM +1030, Greg 'groggy' Lehey
<[EMAIL PROTECTED]> wrote:
> > The crashes and anomalies with filesystem residing on R5 volume were
> > related to vinum(R5)/softupdates combo.
>
> Well, at one point we suspected that. But the cases I have seen were
> based on a misa
--- Forwarded Message
Return-Path: <[EMAIL PROTECTED]>
Date: Thu, 27 Feb 2003 05:19:48 -0500 (EST)
From: Geoffrey <[EMAIL PROTECTED]>
To: Poul-Henning Kamp <[EMAIL PROTECTED]>
Subject: Re: Volunteer with genuine i386 cpu & lots of time wanted.
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EM
* De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2003-02-27 ]
[ Subjecte: Any ideas why we can't even boot a i386 ? ]
> Yup. 386dx - 33Mhz. Results below:
>
> Loaded kern.flp, mfsroot.flp, prompted for boot, then core dumped
> as follows:
Was this normal release? I thoug
On Thu, Feb 27, 2003 at 04:27:06AM -0600, Juli Mallett wrote:
> Was this normal release? I thought I recalled a convo resulting in
> the decision that 386 would require special release bits?
> --
> Juli Mallett <[EMAIL PROTECTED]> - AIM: BSDFlata -- IRC: juli on EFnetThe 386 CPU is
> already gon
On Thu, 27 Feb 2003, Juli Mallett wrote:
> * De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2003-02-27 ]
> [ Subjecte: Any ideas why we can't even boot a i386 ? ]
> > Yup. 386dx - 33Mhz. Results below:
> >
> > Loaded kern.flp, mfsroot.flp, prompted for boot, then core dumped
> >
On Thu, 27 Feb 2003, Bruce Cran wrote:
> On Wed, Feb 26, 2003 at 06:51:55PM -0800, Rhett Monteg Hollander wrote:
>
> I'm afraid you're wrong - the V2SI datatype and MMX functions automatically
> become available after -march=pentium2, while with other processor types
> you've got to explicitly add
On Thu, Feb 27, 2003 at 05:49:47AM -0500, Geoffrey wrote:
> This is fine and good, but make.conf appears to be hiding in 5.0
> (or at least in the various installs/cvsups I've encountered to date).
> What flags are accepted is a bit of a guessing game without a template in
> /etc/defaults (ye
In message <[EMAIL PROTECTED]>, Geoffrey writes:
>On Thu, 27 Feb 2003, Juli Mallett wrote:
>
>> * De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2003-02-27 ]
>> [ Subjecte: Any ideas why we can't even boot a i386 ? ]
>> >Yup. 386dx - 33Mhz. Results below:
>> >
>> >Loaded kern.flp,
> Date: Wed, 26 Feb 2003 23:13:18 +0100
> From: Poul-Henning Kamp <[EMAIL PROTECTED]>
> Subject: Volunteer with genuine i386 cpu & lots of time wanted.
>
> Is there anybody out there who can try to run a straight -current
> on a _real_ i386 class CPU ?
... the install of 5.0-RELEASE dies horribly
Just out of curiosity, is your agenda to convince everyone to nix
386 support altogether or to fix 386 support? I'm not against
either, although I consider the latter goal to be a bit silly.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the messa
In message <[EMAIL PROTECTED]>, David Schultz writes:
>Just out of curiosity, is your agenda to convince everyone to nix
>386 support altogether or to fix 386 support? I'm not against
>either, although I consider the latter goal to be a bit silly.
My agenda is to find some data either in support
In message <[EMAIL PROTECTED]>, "Bill Blum" writes:
>> Date: Wed, 26 Feb 2003 23:13:18 +0100
>> From: Poul-Henning Kamp <[EMAIL PROTECTED]>
>> Subject: Volunteer with genuine i386 cpu & lots of time wanted.
>>
>> Is there anybody out there who can try to run a straight -current
>> on a _real_ i386
I believe i386 compatible code was disabled in the kernel because it was
hindering the performance of more advanced Intel based architectures.
Supposedly you can build it back in but that would either require
building a release
yourself or finding someone who already built the i386 version.
Might
Hi,
I made some experiments with the optimization switches of the cc of
FBSD-CURRENT, and if I turned on -finline-functions, the link of
src/bin/cat fails, because of:
cc -O -O3 -fforce-addr -fforce-mem -msse -mmmx -m3dnow
-momit-leaf-frame-pointer -fcse-follow-jumps -fcse-skip-blocks -fgcse
-frer
On Wed, Feb 26, 2003 at 11:13:18PM +0100, Poul-Henning Kamp wrote:
>
> Is there anybody out there who can try to run a straight -current
> on a _real_ i386 class CPU ?
>
If I manage to find the h/w here (will see on Monday), I'll do all
these tests and benchmarking. Am curious about this too. :
On Thu, Feb 27, 2003 at 05:35:13AM -0500, Geoffrey wrote:
> On Thu, 27 Feb 2003, Juli Mallett wrote:
>
> > * De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2003-02-27 ]
> > [ Subjecte: Any ideas why we can't even boot a i386 ? ]
> > > Yup. 386dx - 33Mhz. Results below:
> > >
> > > Loa
On Thu, Feb 27, 2003 at 01:27:55PM +0200, Ruslan Ermilov wrote:
> On Thu, Feb 27, 2003 at 05:35:13AM -0500, Geoffrey wrote:
> > On Thu, 27 Feb 2003, Juli Mallett wrote:
> >
> > > * De: Poul-Henning Kamp <[EMAIL PROTECTED]> [ Data: 2003-02-27 ]
> > > [ Subjecte: Any ideas why we can't even boot a
On Thu, Feb 27, 2003 at 06:25:31PM +0900, YAMAMOTO Shigeru wrote:
> If seting 'RES_NOCACHE' to 'yes', any application reads /etc/resolv.conf at
> any DNS quering.
I wonder if it would be better to have a RES_CACHETIME, which you
can set in seconds and if it is set then you reread if the last
rerea
Vladimir Kushnir wrote:
> Setup: Fujitsu MPG3409AT E disk on external CMD649 controller (the only
> HD). Kernel trap while booting with timeout for ad0 device. Setting
> "hw.ata.ata_dma=0" solves the problem. Sources last cvsupped last night
> (after the last ATA-related commits). Dmesg output atta
Juli Mallett wrote:
> > > > Any thoughts? I attach full dmesg and mptable output. Kernel
> > > > config too.
> > >
> > > 5.0 doesn't support HyperThreading. The upcoming 5.1 and 4.8 releases
> > > will support it.
> >
> > it doesn't? I have a 5.0-R box that surely does support HTT.
>
> Your BIOS
It seems Terry Lambert wrote:
> Vladimir Kushnir wrote:
> > Setup: Fujitsu MPG3409AT E disk on external CMD649 controller (the only
> > HD). Kernel trap while booting with timeout for ad0 device. Setting
> > "hw.ata.ata_dma=0" solves the problem. Sources last cvsupped last night
> > (after the last
Bill Blum wrote:
> > Date: Wed, 26 Feb 2003 23:13:18 +0100
> > From: Poul-Henning Kamp <[EMAIL PROTECTED]>
> > Subject: Volunteer with genuine i386 cpu & lots of time wanted.
> >
> > Is there anybody out there who can try to run a straight -current
> > on a _real_ i386 class CPU ?
>
> ... the inst
We now have a facility for autoallocating major numbers for device
drivers at run time.
We will accept no more allocations in sys/conf/majors, unless very
good and unavoidable circumstances forces a particular device driver
to require a static major number.
Please help remove entries in sys/conf
On Thu, Feb 27, 2003 at 06:59:27AM -0800, Terry Lambert wrote:
> Bill Blum wrote:
> > > Date: Wed, 26 Feb 2003 23:13:18 +0100
> > > From: Poul-Henning Kamp <[EMAIL PROTECTED]>
> > > Subject: Volunteer with genuine i386 cpu & lots of time wanted.
> > >
> > > Is there anybody out there who can try to
In article <[EMAIL PROTECTED]>,
Craig Rodrigues <[EMAIL PROTECTED]> wrote:
>
> pthread_self() returns something of type pthread_t.
> This code works under Linux, because pthread_t is mapped to an integer value.
>
> However, on FreeBSD, pthread_t is a pointer to struct pthread, so this
> code doe
On Thu, Feb 27, 2003 at 08:40:22AM -0800, John Polstra wrote:
> FreeBSD violates POSIX in this respect.
Doh! I just looked at:
http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libpthread/include/pthread.h
and it looks like OpenBSD does the same thing.
Just wondering, is the FreeBSD KSE project im
John Polstra <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>,
> Craig Rodrigues <[EMAIL PROTECTED]> wrote:
> >
> > pthread_self() returns something of type pthread_t.
> > This code works under Linux, because pthread_t is mapped to an integer value.
> >
> > However, on FreeBSD, pthre
Poul-Henning Kamp writes:
>
> We now have a facility for autoallocating major numbers for device
> drivers at run time.
>
> We will accept no more allocations in sys/conf/majors, unless very
> good and unavoidable circumstances forces a particular device driver
> to require a static major number.
In article <[EMAIL PROTECTED]>,
Mike Barcroft <[EMAIL PROTECTED]> wrote:
> John Polstra <[EMAIL PROTECTED]> writes:
> > FreeBSD violates POSIX in this respect. The 1003.1 standard
> > (section 2.5) requires pthread_t to be an arithmetic type.
>
> It looks like this requirement was removed in POS
< said:
> FreeBSD violates POSIX in this respect. The 1003.1 standard
> (section 2.5) requires pthread_t to be an arithmetic type. We are
> non-compliant in the same way for almost all of the primary
> thread-related types:
Not so (with respect to those other types). XBD page 367:
# All of th
< said:
> Interesting. I don't have that standard and wasn't aware of the
> change.
You do. It's available for free on the Web from opengroup.org. Free
registration is required. Mike may still have some copies of the
official guidebook to the standard, which includes the final text
PDFs, whic
John Polstra <[EMAIL PROTECTED]> writes:
> In article <[EMAIL PROTECTED]>,
> Mike Barcroft <[EMAIL PROTECTED]> wrote:
> > John Polstra <[EMAIL PROTECTED]> writes:
> > > FreeBSD violates POSIX in this respect. The 1003.1 standard
> > > (section 2.5) requires pthread_t to be an arithmetic type.
> >
Mark Murray wrote:
Poul-Henning Kamp writes:
We now have a facility for autoallocating major numbers for device
drivers at run time.
We will accept no more allocations in sys/conf/majors, unless very
good and unavoidable circumstances forces a particular device driver
to require a static major num
In message <[EMAIL PROTECTED]>, "Daniel C. Sobral" writes:
>> What is a good driver to crib this from? I'll do /dev/(null|zero|random).
>
>Heh. null and zero are two drivers phk is considering keeping fixed
>majors for. :-)
I'd suggest that we put the following drivers on the "not quite" list
fo
In article <[EMAIL PROTECTED]>, Mike
Barcroft <[EMAIL PROTECTED]> wrote:
>
> So it looks like pthread_t must be an arithmetic type, but not the
> others.
Great. Thanks for checking!
John
--
John Polstra
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappoi
In article <[EMAIL PROTECTED]>,
Garrett Wollman <[EMAIL PROTECTED]> wrote:
>
> We could define pthread_t as __intptr_t without making significant
> changes to the implementation.
Agreed. I think it would be "nicer" if it were a small integer like
a file descriptor -- i.e., an index into a table
On 26-Feb-2003 Trish Lynch wrote:
> On Wed, 26 Feb 2003, John Baldwin wrote:
>
>>
>> On 26-Feb-2003 Slawek Zak wrote:
>> > Hi,
>> >
>> > I'm in the process of installing 5.0-RELEASE-p3 on a Dell PowerEdge
>> > 2600 server. It has two HyperThreading Xeon 2.4Ghz processors, but
>> > HyperThreading
On 27-Feb-2003 Craig Rodrigues wrote:
> On Thu, Feb 27, 2003 at 08:40:22AM -0800, John Polstra wrote:
>> FreeBSD violates POSIX in this respect.
>
> Doh! I just looked at:
> http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libpthread/include/pthread.h
> and it looks like OpenBSD does the same thi
Andrew Boothman writes:
> [...]
> OK Guys, I think I'm still a little confused here.
>
> I've just had a few botched installs of GRUB so I think I need a little more
> direction, if you could :)
>
> I've got GRUB on a floppy and it boots fine. If I type :
> rootnoverify (hd0,0)
> makeact
George Hartzell writes:
> [...]
> grub> setup (hd0)
>
> Here you boot process would be
>
> power on->bios->load the MBR which is really GRUB->grub loads its stage1,...
>
> Or you could leave a "normal" MBR at the beginning of the disk and
> install GRUB into the beginning of the Free
On Wed, Feb 26, 2003 at 06:51:55PM -0800, Rhett Monteg Hollander wrote:
> Nuno Teixeira wrote:
> >
> > Hi,
> >
> > Just a little question:
> >
> > Does -march=k6-2 implies -m3dnow? Or -march=pentiumpro implies -mmmx?
> Pentium Pro doesn't support MMX; -march=pentiumpro (aka -march=i686) enables
At 1:27 PM +0200 2/27/03, Ruslan Ermilov wrote:
: RCS file: /home/ncvs/src/sys/i386/conf/GENERIC,v
: Working file: GENERIC
: description:
:
: revision 1.296
: date: 2001/01/14 10:11:10; author: jhb; state: Exp; lines: +2 -2
:
: Remove I386_CPU from GENERIC. Support
I'm trying to do a 4.7 installation of the Internet. I keep getting
errors from the primary site that the installation could not retrieve
the bin package. Networking is fine because I tested it. I've been
able to log into the ftp site too. Is there a secret to this?
Thanks,
Chris
--
"The Law
I'm making an attempt on installing 5.0 on a Toshiba 2540CDS laptop.
I've downloaded the the miniinst.iso image and can not get past the
"Mounting root from ufs:/dev/md0" The system seems to hang here.
Does anyone have any suggestions for me that will help this installtion
proceed?
Chris
--
Maybe it is possbile to create wrappers for these types in your portable
program
Is pthread_t a simple handle for the memory location of the
pthread_t strucutre?
On Thu, 2003-02-27 at 11:40, John Polstra wrote:
> In article <[EMAIL PROTECTED]>,
> Craig Rodrigues <[EMAIL PROTECTED]> wrote:
>
On Thu, 27 Feb 2003 [EMAIL PROTECTED] wrote:
> You need to compile a kernel with this
> "cpu I386_CPU"
> in your config file.
>
Seems you can't build a "cpu I386_CPU" only kernel! ie:
# grep CPU GENERIC
cpu I386_CPU
#cpuI486_CPU
#cpuI586_CPU
#cpu
Hello!
I have started to add UFS2 support to Robert Watsons scan_ffs(8)
port from OpenBSD. Now it can recover properly the disklabel for
partitions with UFS1 and UFS2 filesystems. Scan_ffs has some
advantages over find-sb from /usr/src/tools, and it could fit
nice in the FreeBSD base system to re
Sorry,
here is the Attachement of scan_ffs
--
/\/\ichael Ranner
[EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED]
--
JAWA Management Software GmbH - http://www.jawa.at/
Liebenauer Hauptstrasse 2oo - A-8041 Graz
Garance A Drosihn wrote:
At 1:27 PM +0200 2/27/03, Ruslan Ermilov wrote:
> : RCS file: /home/ncvs/src/sys/i386/conf/GENERIC,v
> : Working file: GENERIC
> : description:
> :
> : revision 1.296
> : date: 2001/01/14 10:11:10; author: jhb; state: Exp; lines: +2 -2
> :
On Thu, 27 Feb 2003, Garance A Drosihn wrote:
> I'm thinking maybe the 5.x release CD's should include:
> GENERIC
> GENERIC +SMP
> GENERIC +VMWARE-friendly settings
> GENERIC for i386
GENERIC OLDCARD
--
| Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD |
On Thu, 27 Feb 2003, Nuno Teixeira wrote:
> On Wed, Feb 26, 2003 at 06:51:55PM -0800, Rhett Monteg Hollander wrote:
>
> I understand it. Anyway, there is known problems by using -mmmx or
> -m3dnow on builworld/buildkernel? Well, I used allways march=pentiumpro
> on stable and now pentium2 on cur
whenever I move a file from a node mounted with mount_smbfs to a local fs,
the system crashes with a kernel page fault.
is this a known problem?
-P
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On 27-Feb-2003 Andy Farkas wrote:
> On Thu, 27 Feb 2003 [EMAIL PROTECTED] wrote:
>
>> You need to compile a kernel with this
>> "cpu I386_CPU"
>> in your config file.
>>
>
> Seems you can't build a "cpu I386_CPU" only kernel! ie:
>
># grep CPU GENERIC
> cpu I386_CPU
>#cpu
On 27-Feb-2003 Garance A Drosihn wrote:
> At 1:27 PM +0200 2/27/03, Ruslan Ermilov wrote:
>>: RCS file: /home/ncvs/src/sys/i386/conf/GENERIC,v
>>: Working file: GENERIC
>>: description:
>>:
>>: revision 1.296
>>: date: 2001/01/14 10:11:10; author: jhb; state: Exp; l
John Baldwin <[EMAIL PROTECTED]> writes:
> Fixed. Apparently people don't compile kernels for 80386's very often.
Maybe LINT should be building I386 instead of more modern processors.
Best regards,
Mike Barcroft
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
In message <[EMAIL PROTECTED]>, Poul-Henning Kamp
writes:
>phk 2003/02/27 13:13:08 PST
>
> Modified files:
>sys/i386/i386elan-mmcr.c
> Log:
> Add support for the Elan CPU hardware watchdog used in "active" mode.
Now we can get the watchdog to kill the machine if it goes un
At 9:39 PM +0100 2/27/03, Michael Ranner wrote:
I have started to add UFS2 support to Robert Watsons scan_ffs(8)
port from OpenBSD.
This could be very useful!
Makefile, source and modified man pages are attached to this mail.
Give it a try and let me know your opinion.
Well, unless the code is mag
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
-
On Thu, Feb 27, 2003 at 08:38:00AM +, Bruce Cran wrote:
> On Wed, Feb 26, 2003 at 06:51:55PM -0800, Rhett Monteg Hollander wrote:
> > Nuno Teixeira wrote:
> > >
> > > Hi,
> > >
> > > Just a little question:
> > >
> > > Does -march=k6-2 implies -m3dnow? Or -march=pentiumpro implies -mmmx?
> >
On 27-Feb-2003 Mike Barcroft wrote:
> John Baldwin <[EMAIL PROTECTED]> writes:
>> Fixed. Apparently people don't compile kernels for 80386's very often.
>
> Maybe LINT should be building I386 instead of more modern processors.
That would turn off a lot of the CPU options that LINT covers. You
On 27-Feb-2003 [EMAIL PROTECTED] wrote:
> /*
> * We shouldn't get here alive.
> */
> printf("Where's the kaboom ?\n");
printf("There was supposed to be an earth-shattering kaboom!!\n");
--
John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/
I made the suggestion in another forum that we create subscription lists
for these tinderbox messages so that those interested could see them, and
those not interested would not need to filter them out.
Is anyone else interested in doing it that way? Or is this a solution
looking for a problem?
D
At 4:04 PM -0500 2/27/03, John Baldwin wrote:
On 27-Feb-2003 Garance A Drosihn wrote:
>
I'm thinking maybe the 5.x release CD's should include:
GENERIC
GENERIC +SMP
I plan to make SMP kernels work on a UP machine like they do on all
of our other platforms thus obsoleting the need for
John Baldwin wrote:
> I doubt the usefulness of this. i386 kernels were just accidentally
> broken for almost a month and a half without anyone noticing.
People who build embedded devices that need to be supported in
the field, and want to worry about their software, and not the
platform it runs
Okay, silly me, I didn't think to check if 5.0 supports 386 as is
I fell back on a 4.2-release disk--- tried to install, and it failed.
Tried an old DOS boot disk-- it failed.
It appears my 386 has issues greater than FreeBSD compatibility... I think
the motherboard has given up.
We have
Thus spake Doug Barton <[EMAIL PROTECTED]>:
> I made the suggestion in another forum that we create subscription lists
> for these tinderbox messages so that those interested could see them, and
> those not interested would not need to filter them out.
>
> Is anyone else interested in doing it tha
Patrick Stinson wrote:
> whenever I move a file from a node mounted with mount_smbfs to a local fs,
> the system crashes with a kernel page fault.
>
> is this a known problem?
This was supposedly fixed a while ago. It was a problem that was
introduced in the page fault handler when handling a fa
On 27-Feb-2003 Garance A Drosihn wrote:
>>I doubt the usefulness of this. i386 kernels were just accidentally
>>broken for almost a month and a half without anyone noticing.
>>People wouldn't have noticed if phk@ hadn't asked for a volunteer
>>either. I386_CPU kernel compiles have been broken in
On 27-Feb-2003 Terry Lambert wrote:
> John Baldwin wrote:
>> I doubt the usefulness of this. i386 kernels were just accidentally
>> broken for almost a month and a half without anyone noticing.
>
> People who build embedded devices that need to be supported in
> the field, and want to worry abou
Dear Hackets,
Please find the attached patch for socreate() in uipc_socket.c.
I think the code was supposed to call soalloc(0) rather then
soalloc(M_NOWAIT). Note M_NOWAIT defined as 1.
Is that a real typo or i'm missing something here?
thanks,
max
--- uipc_socket.c.orig Thu Feb 27 15:24:52 20
David Schultz wrote:
Thus spake Doug Barton <[EMAIL PROTECTED]>:
I made the suggestion in another forum that we create subscription lists
for these tinderbox messages so that those interested could see them, and
those not interested would not need to filter them out.
Is anyone else interested in d
Hi,
sorry for resending, but I've seen that all people who submit patches
wrote 'PATCH' in their subject line.
Ok, rest of the mail:
I made some experiments with the optimization switches of the cc of
FBSD-CURRENT, and if I turned on -finline-functions, the link of
src/bin/cat fails, because of
Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> John Baldwin wrote:
> > I doubt the usefulness of this. i386 kernels were just accidentally
> > broken for almost a month and a half without anyone noticing.
>
> People who build embedded devices that need to be supported in
> the field, and want to
On Thu, Feb 27, 2003 at 05:29:53PM -0500, Garance A Drosihn wrote:
> >I doubt the usefulness of this. i386 kernels were just accidentally
> >broken for almost a month and a half without anyone noticing.
> >People wouldn't have noticed if phk@ hadn't asked for a volunteer
> >either. I386_CPU kerne
On Thu, Feb 27, 2003 at 09:49:13PM +, Nuno Teixeira wrote:
> On Thu, Feb 27, 2003 at 08:38:00AM +, Bruce Cran wrote:
> > I'm afraid you're wrong - the V2SI datatype and MMX functions automatically
> > become available after -march=pentium2, while with other processor types
> > you've got to
David Schultz wrote:
> Thus spake Terry Lambert <[EMAIL PROTECTED]>:
> > John Baldwin wrote:
> > > I doubt the usefulness of this. i386 kernels were just accidentally
> > > broken for almost a month and a half without anyone noticing.
> >
> > People who build embedded devices that need to be suppo
On Thu, Feb 27, 2003 at 09:01:26PM -, Patrick Stinson wrote:
> whenever I move a file from a node mounted with mount_smbfs to a local fs,
> the system crashes with a kernel page fault.
>
> is this a known problem?
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/48381
Are you still experienc
drosih> GENERIC +VMWARE-friendly settings
It'll be unneeded for further VMware releases. At least, very recent
5-current runs quite fine on my VMware 4 beta.
-- -
Makoto `MAR' Matsushita
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the m
On Thu, 27 Feb 2003, Garance A Drosihn wrote:
> At 4:04 PM -0500 2/27/03, John Baldwin wrote:
> >
> >I doubt the usefulness of this. i386 kernels were just accidentally
> >broken for almost a month and a half without anyone noticing.
> >People wouldn't have noticed if phk@ hadn't asked for a volu
At 3:55 PM -0800 2/27/03, Marcel Moolenaar wrote:
On Thu, Feb 27, 2003, Garance A Drosihn wrote:
> >... JMB wrote:
> > I doubt the usefulness of this. i386 kernels were just
> > accidentally broken for almost a month and a half without
> > anyone noticing.
>
Well, doesn't that suggest that i
At 9:38 PM -0500 2003/02/27, Garance A Drosihn wrote:
It's never good to add to your release cycle something you don't
build/validate during development. Releases are painful enough
that you don't want to turn them into testbeds. If it's not
worth testing during development, it's not worth rel
First, the simple question: what's the simplest cross-platform way of
implementing scsi_ulto4b and scsi_4btoul (/sys/cam/scsi/scsi_all.h) for
64 bit values. GEOM (/sys/geom/geom_enc.c) implements it via a 64 bit
cast in g_enc_le8. Is this the best current way?
Second, anyone done work on unifyi
Nate Lawson <[EMAIL PROTECTED]> writes:
> First, the simple question: what's the simplest cross-platform way of
> implementing scsi_ulto4b and scsi_4btoul (/sys/cam/scsi/scsi_all.h) for
> 64 bit values. GEOM (/sys/geom/geom_enc.c) implements it via a 64 bit
> cast in g_enc_le8. Is this the best
On Thu, Feb 27, 2003 at 09:38:18PM -0500, Garance A Drosihn wrote:
>
> Okay, that also makes good sense. But if that is true, then maybe
> we should officially tell our users that they *must* stay with the
> 4.x-series if they are running 386 hardware.
Something like that, yes. I think the impor
On Thu, 27 Feb 2003, John Baldwin wrote:
> It points out that no one uses I386 kernels. Is it more valuable
> to have GENERIC_I386 or KDE on disc 1? If it came down to that I
> would pick KDE.
>
This is getting silly. As much respect as I have for you, KDE is
not and shouldn't be part o
< said:
> I was evidently under the mistaken impression this was about nuts
> and bolts. If we are to focus on window dressing, we are definitely
> hozed.
We focus on what's actually useful to the plurality of users. Support
for a processor that was functionally obsolete ten years ago is
On Thu, Feb 27, 2003 at 10:30:58PM -0500, Mike Barcroft wrote:
>
> Most of these could probably be implemented in terms of the __bswap*()
> functions in , except for vendor sources like
> openssl, and htonl and ntohl which already are. I'm not sure if there
> would be an advantage to moving the g
On Thu, Feb 27, 2003 at 11:14:46PM -0500, Garrett Wollman wrote:
> < said:
>
> > I was evidently under the mistaken impression this was about nuts
> > and bolts. If we are to focus on window dressing, we are definitely
> > hozed.
>
> We focus on what's actually useful to the plurality of use
Date: Thu, 27 Feb 2003 20:18:49 -0800
From: Marcel Moolenaar <[EMAIL PROTECTED]>
To: Mike Barcroft <[EMAIL PROTECTED]>
Cc: Nate Lawson <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: 64 bit endian routines
Refere
In message: <[EMAIL PROTECTED]>
"C. Kukulies" <[EMAIL PROTECTED]> writes:
:
: I moved my server to new hardware and upgraded to 5.0-current ( 3 weeks ago)
: pppoe and my ADSL link is up and running since yesterday but my
: local wireless home network still refuses to work. I have a PCI
Bruce Cran wrote:
> I'm afraid you're wrong - the V2SI datatype and MMX functions
> automatically become available after -march=pentium2, while
> with other processor types you've got to explicitly add -mmmx.
> -msse is presumed with -march=pentium3 and up.
I'm afraid I'm not; I was talking strictl
In message: <[EMAIL PROTECTED]>
Martin Blapp <[EMAIL PROTECTED]> writes:
: > [EMAIL PROTECTED]:9:0: class=0x02 card=0x chip=0x802910ec rev=0x00
hdr=0x00
: > vendor = 'Realtek Semiconductor'
: > device = 'RTL8029 NE2000 compatible Ethernet'
: > class= n
In message: <[EMAIL PROTECTED]>
Garance A Drosihn <[EMAIL PROTECTED]> writes:
: I'm thinking maybe the 5.x release CD's should include:
: GENERIC
: GENERIC +SMP
: GENERIC +VMWARE-friendly settings
: GENERIC for i386
:
: Would that add too much extra work for a 5.x r
In message: <[EMAIL PROTECTED]>
"Matthew N. Dodd" <[EMAIL PROTECTED]> writes:
: On Thu, 27 Feb 2003, Garance A Drosihn wrote:
: > I'm thinking maybe the 5.x release CD's should include:
: > GENERIC
: > GENERIC +SMP
: > GENERIC +VMWARE-friendly settings
: > GENERIC fo
On Thu, Feb 27, 2003 at 08:45:44PM -0800, Nate Lawson wrote:
>
> Both scsi and geom implement unaligned access functions that perform byte
> ordering. I never intended to supplant them with __bswap*(). What I want
> is for machine/endian.h to have functions that provide 16-64 bit endian
> conver
On Thu, Feb 27, 2003 at 09:53:48PM -0700, M. Warner Losh wrote:
> :
> : Now I'm getting kernel messages
> :
> : wi0: tx failed, retry limit exceeded.
>
> These are bogus and can be ignored. The old driver didn't report
> them.
>
> However, there are, ah, other issues with the latest wi driver.
In message <[EMAIL PROTECTED]>, Nate Lawson writ
es:
>Both scsi and geom implement unaligned access functions that perform byte
>ordering. I never intended to supplant them with __bswap*(). What I want
>is for machine/endian.h to have functions that provide 16-64 bit endian
>conversions in both
1 - 100 of 104 matches
Mail list logo
