Re: HyperThreading not working?

2003-02-27 Thread Slawek Zak
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 visible in

Re: -O2 considered harmful

2003-02-27 Thread Bruce Cran
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 compiling

small patch for controlling resolver information cache

2003-02-27 Thread YAMAMOTO Shigeru
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

Re: Vinum R5 [was: Re: background fsck deadlocks with ufs2 and big disk]

2003-02-27 Thread Vallo Kallaste
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

Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Poul-Henning Kamp
--- 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: [EMAIL

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Juli Mallett
* 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 thought I

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread leafy
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 gone from

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Geoffrey
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 as

Re: -O2 considered harmful

2003-02-27 Thread Geoffrey
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

Re: -O2 considered harmful

2003-02-27 Thread Morten Rodal
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 (yes,

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread phk
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, mfsroot.flp,

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Bill Blum
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 on the

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread David Schultz
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread phk
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 of

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread phk
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 class CPU ? ...

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread David Leimbach
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.

type errors in src-tree

2003-02-27 Thread Jens Rehsack
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

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Ruslan Ermilov
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. :-)

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Ruslan Ermilov
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: Loaded kern.flp,

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Ruslan Ermilov
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 i386 ? ]

Re: small patch for controlling resolver information cache

2003-02-27 Thread David Malone
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 reread

Re: Yet another ATA-related Kernel trap 12 :-(

2003-02-27 Thread Terry Lambert
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 attached,

Re: HyperThreading not working?

2003-02-27 Thread Terry Lambert
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 puts the logical CPUs

Re: Yet another ATA-related Kernel trap 12 :-(

2003-02-27 Thread Soeren Schmidt
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

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Terry Lambert
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 install of

No more new majors, and help loose the old ones...

2003-02-27 Thread Poul-Henning Kamp
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

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Ruslan Ermilov
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 run a straight

Re: OpenSSL question for id_function()

2003-02-27 Thread John Polstra
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 does not

Re: OpenSSL question for id_function()

2003-02-27 Thread Craig Rodrigues
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

Re: OpenSSL question for id_function()

2003-02-27 Thread Mike Barcroft
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, pthread_t is a pointer

Re: No more new majors, and help loose the old ones...

2003-02-27 Thread Mark Murray
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.

Re: OpenSSL question for id_function()

2003-02-27 Thread John Polstra
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 POSIX.1-2001.

Re: OpenSSL question for id_function()

2003-02-27 Thread Garrett Wollman
On Thu, 27 Feb 2003 08:40:22 -0800 (PST), John Polstra [EMAIL PROTECTED] 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

Re: OpenSSL question for id_function()

2003-02-27 Thread Garrett Wollman
On Thu, 27 Feb 2003 09:06:41 -0800 (PST), John Polstra [EMAIL PROTECTED] 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

Re: OpenSSL question for id_function()

2003-02-27 Thread Mike Barcroft
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. It looks like

Re: No more new majors, and help loose the old ones...

2003-02-27 Thread Daniel C. Sobral
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

Re: No more new majors, and help loose the old ones...

2003-02-27 Thread phk
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 for now:

Re: OpenSSL question for id_function()

2003-02-27 Thread John Polstra
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 Disappointment

Re: OpenSSL question for id_function()

2003-02-27 Thread John Polstra
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

RE: HyperThreading not working?

2003-02-27 Thread John Baldwin
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 is not working in

Re: OpenSSL question for id_function()

2003-02-27 Thread John Baldwin
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 thing.

Re: NTLDR missing after 5-RELEASE install

2003-02-27 Thread George Hartzell
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) makeactive

Re: NTLDR missing after 5-RELEASE install

2003-02-27 Thread George Hartzell
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 FreeBSD BIOS

Re: -O2 considered harmful

2003-02-27 Thread Nuno Teixeira
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 compiling

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Garance A Drosihn
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

Installtion of 4.7-Release over network

2003-02-27 Thread cfowler
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

Installing 5.0 on Toshiba 2540CDS

2003-02-27 Thread cfowler
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 --

Re: OpenSSL question for id_function()

2003-02-27 Thread cfowler
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:

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Andy Farkas
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

Port of scan_ffs utility to FreeBSD

2003-02-27 Thread Michael Ranner
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: Port of scan_ffs utility to FreeBSD

2003-02-27 Thread Michael Ranner
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Scott Long
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 : :

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Matthew N. Dodd
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 | |

Re: -O2 considered harmful

2003-02-27 Thread Andre Guibert de Bruet
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 current

smbfs crashes

2003-02-27 Thread Patrick Stinson
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

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread John Baldwin
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 #cpuI486_CPU #cpu

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread John Baldwin
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; lines: +2 -2

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread Mike Barcroft
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 in

Re: cvs commit: src/sys/i386/i386 elan-mmcr.c

2003-02-27 Thread phk
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

Re: Port of scan_ffs utility to FreeBSD

2003-02-27 Thread Garance A Drosihn
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

sparc64 tinderbox failure

2003-02-27 Thread Mike Barcroft
Tinderbox FAQ: http://people.FreeBSD.org/~mike/tinderbox.html -- Rebuilding the temporary build tree -- stage 1: bootstrap tools

Re: -O2 considered harmful

2003-02-27 Thread Nuno Teixeira
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? Pentium Pro doesn't

Re: Volunteer with genuine i386 cpu lots of time wanted.

2003-02-27 Thread John Baldwin
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 would

Re: cvs commit: src/sys/i386/i386 elan-mmcr.c

2003-02-27 Thread John Baldwin
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/~jhb/ Power

Re: sparc64 tinderbox failure

2003-02-27 Thread Doug Barton
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?

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Garance A Drosihn
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Terry Lambert
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

Re: sparc64 tinderbox failure

2003-02-27 Thread David Schultz
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 that way?

Re: smbfs crashes

2003-02-27 Thread Terry Lambert
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 fault

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread John Baldwin
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 the

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread John Baldwin
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 about their

PATCH: typo in socreate() or i'm missing something

2003-02-27 Thread Maksim Yevmenkin
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

Re: sparc64 tinderbox failure

2003-02-27 Thread Jens Rehsack
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

PATCH: type errors in src-tree

2003-02-27 Thread Jens Rehsack
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread David Schultz
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 worry

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Marcel Moolenaar
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 kernel

Re: -O2 considered harmful

2003-02-27 Thread Bruce Cran
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Terry Lambert
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 supported in the

Re: smbfs crashes

2003-02-27 Thread Tim Robbins
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 experiencing

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Makoto Matsushita
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Geoffrey
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 volunteer

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Garance A Drosihn
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 it would

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Brad Knowles
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

64 bit endian routines

2003-02-27 Thread Nate Lawson
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

Re: 64 bit endian routines

2003-02-27 Thread Mike Barcroft
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Marcel Moolenaar
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Geoffrey
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 of

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Garrett Wollman
On Thu, 27 Feb 2003 23:09:56 -0500 (EST), Geoffrey [EMAIL PROTECTED] 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

Re: 64 bit endian routines

2003-02-27 Thread Marcel Moolenaar
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 machine/endian.h, except for vendor sources like openssl, and htonl and ntohl which already are. I'm not sure if there would be an advantage to

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread Steve Kargl
On Thu, Feb 27, 2003 at 11:14:46PM -0500, Garrett Wollman wrote: On Thu, 27 Feb 2003 23:09:56 -0500 (EST), Geoffrey [EMAIL PROTECTED] 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.

Re: 64 bit endian routines

2003-02-27 Thread Nate Lawson
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 References:

Re: wi0: tx failed, retry limit exceeded

2003-02-27 Thread M. Warner Losh
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

Re: -O2 considered harmful

2003-02-27 Thread Rhett Monteg Hollander
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 strictly

Re: Sis chipset

2003-02-27 Thread M. Warner Losh
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= network

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread M. Warner Losh
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

Re: Any ideas why we can't even boot a i386 ?

2003-02-27 Thread M. Warner Losh
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 for i386 :

Re: 64 bit endian routines

2003-02-27 Thread Marcel Moolenaar
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

[patch] wi: device timeout [was: Re: wi0: tx failed, retry limit exceeded]

2003-02-27 Thread Marcel Moolenaar
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. :-(

Re: 64 bit endian routines

2003-02-27 Thread Poul-Henning Kamp
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

panic: cred/uidinfo botch

2003-02-27 Thread Brian Fundakowski Feldman
No, that's not the actual panic message, but the one you get isn't very useful except to notify you that your uidinfo struct was just freed :) Here's my backtrace. I run an SMP machine, so I'm leaning toward the idea this is a race condition. Am I the first to experience extra uidinfo frees?

  1   2   >