Is there any example code available that just tests (a proof of
concept-like) the KSE system on FreeBSD 5-current?
--
Ashes to ashes, DOS to DOS
ivoras @ fer.hr
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Thus spake Ivan Voras [EMAIL PROTECTED]:
Is there any example code available that just tests (a proof of
concept-like) the KSE system on FreeBSD 5-current?
See src/tools/KSE/ksetest.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
/libpthreads
make
make install
This installs a libkse which, when we are happy with it will become
libpthreads, but until then it has this special name..
get some test threads programs and link with -lkse
remember to disable -pthreads
see what happens.
There is a fix for ^Z being committed in the next day
On Mon, Mar 10, 2003 at 11:53:40AM -0800, Julian Elischer wrote:
cd /usr/lib/libpthreads
make
make install
This installs a libkse which, when we are happy with it will become
libpthreads, but until then it has this special name..
get some test threads programs and link with -lkse
remember
people test it. You should notice no difference in your system
performance or behavior.
Please see: http://www.chesapeake.net/~jroberson/cluster.diff
I will post on arch about the contents of the patch.
Cheers,
Jeff
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
I have a patch that should clear up buf locking issues and race conditions
in vfs_cluster.c. Since this code is so tricky I'd like to have a few
people test it. You should notice no difference in your system
performance or behavior.
Please see: http://www.chesapeake.net/~jroberson/cluster.diff
Kukulies for
sponsoring a brand new SiS648 based board making that possible!)
Please test it out and remember that this is WIP, so use protective
glasses and rubber gloves, you have been warned.
I'd very much like reports on success/failure including a dmesg
from the system, thanks!
The patch can
On (2003/02/13 14:00), Soeren Schmidt wrote:
I've prepared a patch that brings the ATA driver to the next level.
You've brought ata in under cam? ;-)
*duck*
Sorry, couldn't resist.
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of
It seems Sheldon Hearn wrote:
On (2003/02/13 14:00), Soeren Schmidt wrote:
I've prepared a patch that brings the ATA driver to the next level.
You've brought ata in under cam? ;-)
That wouldn't be forward moving now would it ?
Sorry, couldn't resist.
Ditto.
-Søren
To Unsubscribe:
chipsets including SiS (thanks to Christoph Kukulies for
sponsoring a brand new SiS648 based board making that possible!)
Please test it out and remember that this is WIP, so use protective
glasses and rubber gloves, you have been warned.
Cool. I'll try these patches out this weekend
problems and adds support several
new chipsets including SiS (thanks to Christoph Kukulies for
sponsoring a brand new SiS648 based board making that possible!)
Please test it out and remember that this is WIP, so use protective
glasses and rubber gloves, you have been warned.
Cool
Please test this patch and let me know if you see any trouble:
http://phk.freebsd.dk/patch/tsc.patch
Things to look out for:
Detected CPU/TSC frequency, is it what it should be ?
NTP performance: is the frequency correction stable ?
Thanks in advance!
--
Poul
On Sat, 2003-01-25 at 06:15, Hunter Peress wrote:
http://www.thiago.joi.com.br/andre/bittorrent.html
Basically, all that is required to minimally get things running is that you have
python2.2 available in your ports tree. (for X GUI u'll need wxpython2.3 for
python2.2 (which the package
Thanks to Ruslan's reminder that tunefs now uses libufs and tunefs is
one of the crunched programs, I realised that I really needed to make
newfs(8) use libufs. To show off that it *can* help us reduce space,
a good bit in some cases.
Well, after an afternoon of work, here's the diff. Some of
On Thu, 23 Jan 2003, Juli Mallett wrote:
Thanks to Ruslan's reminder that tunefs now uses libufs and tunefs is
one of the crunched programs, I realised that I really needed to make
newfs(8) use libufs. To show off that it *can* help us reduce space,
a good bit in some cases.
Good to see
* De: Nate Lawson [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
On Thu, 23 Jan 2003, Juli Mallett wrote:
Thanks to Ruslan's reminder that tunefs now uses libufs and tunefs is
one of the crunched programs, I realised that I
* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Test this! Patch to make newfs(8) use libufs. ]
[rambling, and a patch]
I thought every bit of code that would possibly write out was protected by
Nflag, it isn't. I'll re-instate the wtfs function as a wrapper
* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Test this! Patch to make newfs(8) use libufs. ]
[rambling, and a patch]
I thought
On Thu, 23 Jan 2003, Juli Mallett wrote:
* De: Nate Lawson [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
On Thu, 23 Jan 2003, Juli Mallett wrote:
Thanks to Ruslan's reminder that tunefs now uses libufs and tunefs is
one
* De: Nate Lawson [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
On Thu, 23 Jan 2003, Juli Mallett wrote:
* De: Nate Lawson [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs
* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
* De: Nate Lawson [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
On Thu, 23 Jan 2003, Juli Mallett
* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2003-01-23 ]
[ Subjecte: Re: Test this! Patch to make newfs(8) use libufs. ]
I just went to do this, and found that pwrite is failing, saying EBADF.
Could this be because of the failed ioctl? I'm not sure why this is
happening. Any
On Thu, 23 Jan 2003, Juli Mallett wrote:
Here's the URL once more:
http://people.freebsd.org/~jmallett/newfs-libufs.diff
Two minor issues: one use of if Nflag is left near the beginning of the
diff and would prefer the check in bwrite() be if !Nflag instead of
returning early.
-Nate
On Thu, Dec 12, 2002 at 07:27:07PM -0500, Brian F. Feldman wrote:
Josef Karthauser [EMAIL PROTECTED] wrote:
Hi all,
If you're an ohci user can you please test this patch out for inclusion
in 5.0. I need to know that it doesn't break anything - the reports are
that it fixes broken ohci
Hi all,
If you're an ohci user can you please test this patch out for inclusion
in 5.0. I need to know that it doesn't break anything - the reports are
that it fixes broken ohci :).
Joe
--
Josef Karthauser ([EMAIL PROTECTED]) http://www.josef-k.net/
FreeBSD (cvs meister, admin
On Thu, 5 Dec 2002, Josef Karthauser wrote:
If you're an ohci user can you please test this patch out for inclusion
in 5.0. I need to know that it doesn't break anything - the reports are
that it fixes broken ohci :).
I've been running it since you posted the patch a couple of days ago.
I
-pipe -march=pentium4 -I../include make -E CFLAGS test
cc -O -pipe -march=pentium4 -I../include -c testcms.c
cc -O -pipe -march=pentium4 -I../include testcms.o ../src/liblcms.a -o
testcms -lm ./testcms little cms testbed. Ver 1.09 [build Dec 6 2002
09:41:54]
Testing fixed point: 2.8848960205 = 2.8848
+---[ James Satterfield ]--
| The lcms port fails it's build time tests on current with a P4. I believe
| this builds on non-P4 systems running current.
Builds fine on my athlon under current.
--
Totally Holistic Enterprises Internet| | Andrew Milton
On Fri, 2002-12-06 at 13:41, James Satterfield wrote:
The lcms port fails it's build time tests on current with a P4. I believe
this builds on non-P4 systems running current.
Same thing as your mozilla-devel issue. Like Marc mentioned, don't use
-march=pentium4. I think I recall hearing it's
/lcms fails test on current with P4
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Fri, 2002-12-06 at 13:59, James Satterfield wrote:
lcms still fails build tests when compiled with CPUTYPE?=i686 and no CFLAGS
set.
It builds just fine on my P4 at work. I have nothing CFLAGS or CPUTYPE
related in /etc/make.conf. It builds with -O -pipe and
-march=pentiumpro.
Joe
--
PGP
On Fri, Dec 06, 2002 at 10:59:16AM -0800, James Satterfield wrote:
lcms still fails build tests when compiled with CPUTYPE?=i686 and no CFLAGS
set.
James.
Worked just fine yesterday on PII-233, albeit with the previous (prerelease)
3.2.1 system compiler. (20021009) I use -march=pentium2.
--
Hi, everybody,
I could not create the device name based on DEVFS.
I use devfs rule apply path raidctl unhide command, but in /dev/,
there is nothing about 'raidctl'. So I could not RAIDFrame.
Another, I can use the 'disklabel -e da2s2' command, but I could not
modify it.
I need your help.
It seems Takahashi Yoshihiro wrote:
In article [EMAIL PROTECTED]
Soeren Schmidt [EMAIL PROTECTED] writes:
I'm trying to get this into 5.0 (I know its late, but life's tough)
This brings ATA support to the PC98 arch will all bells and whistles.
--- sys/conf/files 28 Nov 2002
I'm trying to get this into 5.0 (I know its late, but life's tough)
This brings ATA support to the PC98 arch will all bells and whistles.
I want to thank the PC98 core team for getting me a PC98 machine
to do this work on, without that it would probably newer have happend..
Please get back to
In article [EMAIL PROTECTED]
Soeren Schmidt [EMAIL PROTECTED] writes:
I'm trying to get this into 5.0 (I know its late, but life's tough)
This brings ATA support to the PC98 arch will all bells and whistles.
--- sys/conf/files28 Nov 2002 01:17:48 - 1.738
+++ sys/conf/files
I have some new numbers. I finally was able to run the test on
-current with an SMP build. All the results are below. It seems to
confirm my hypothesis that the new cpu-hungry gcc is the main source
of the timing differences.
-Matt
At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote:
As Mark Peek wrote:
Hmm, so how to debug a kernel coredump?
You need to update your gdb52 port.
I can't find a newer one in CVS:
j@uriah 85% pkg_info -I gdb-\*
gdb-5.2_2 GNU GDB 5.2 developmental snapshot
Very odd...here's what I
Sorry to step in but this jumped out at me and might save you a bit of time:
On Thu, Jun 27, 2002 at 07:00:13AM -0700, Mark Peek wrote:
At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote:
As Mark Peek wrote:
Hmm, so how to debug a kernel coredump?
You need to update your gdb52 port.
I
On 27-Jun-2002 Mark Peek wrote:
At 7:50 AM +0200 6/27/02, Joerg Wunsch wrote:
As Mark Peek wrote:
Hmm, so how to debug a kernel coredump?
You need to update your gdb52 port.
I can't find a newer one in CVS:
j@uriah 85% pkg_info -I gdb-\*
gdb-5.2_2 GNU GDB 5.2 developmental
As Mark Peek wrote:
Can you verify that there are patches in the devel/gdb52/files?
# ls /usr/ports/devel/gdb52/files
CVS patch-gdb_kvm-fbsd.c
patch-gdb_config_alpha_fbsd.mh patch-gdb_symfile.c
patch-gdb_config_i386_fbsd.mh patch-gdb_target.c
David O'Brien [EMAIL PROTECTED] wrote:
Mark Peek and DFR have made patches against GDB 5.2 such that it
should do everything we need it to. It would be most helpful for
people to test this before it goes into /usr/src.
j@uriah 133% gdb52 kernel.debug /cdrom/vmcore.1
GNU gdb 5.2
Copyright
At 9:01 PM +0200 6/26/02, Joerg Wunsch wrote:
David O'Brien [EMAIL PROTECTED] wrote:
Mark Peek and DFR have made patches against GDB 5.2 such that it
should do everything we need it to. It would be most helpful for
people to test this before it goes into /usr/src.
j@uriah 133% gdb52
As Mark Peek wrote:
Hmm, so how to debug a kernel coredump?
You need to update your gdb52 port.
I can't find a newer one in CVS:
j@uriah 85% pkg_info -I gdb-\*
gdb-5.2_2 GNU GDB 5.2 developmental snapshot
--
cheers, Jorg .-.-. --... ...-- -.. . DL8DTL
On Sat, Jun 08, 2002 at 03:06:25AM +0200, Dag-Erling Smorgrav wrote:
Brooks Davis [EMAIL PROTECTED] writes:
In addition to the dump problem I've reported, I'm also seeing issues
with df output. The following is obviously wrong:
Filesystem 1K-blocks Used Avail Capacity Mounted
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Mark Peek and DFR have made patches against GDB 5.2 such that it should
do everything we need it to. It would be most helpful for people to test
this before it goes into /usr/src.
--
-- David ([EMAIL PROTECTED
On Fri, 7 Jun 2002, David O'Brien wrote:
[bogus From: address, because people cannot be bothered to respect Reply-To:]
Mark Peek and DFR have made patches against GDB 5.2 such that it should
do everything we need it to. It would be most helpful for people to test
this before it goes
On Thu, Jun 06, 2002 at 09:15:34PM +0200, Poul-Henning Kamp wrote:
Right you are sir, seems I had another patch which got mixed up there.
I've updated the version of the patch on:
http://phk.freebsd.dk/patch/ufs2.patch
In addition to the dump problem I've reported, I'm also seeing
Brooks Davis wrote:
In addition to the dump problem I've reported, I'm also seeing issues
with df output. The following is obviously wrong:
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s2a254063 -246047 479785 -105%/
It's probably just really anxious to
Brooks Davis [EMAIL PROTECTED] writes:
In addition to the dump problem I've reported, I'm also seeing issues
with df output. The following is obviously wrong:
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s2a254063 -246047 479785 -105%/
Does the attached
Right you are sir, seems I had another patch which got mixed up there.
I've updated the version of the patch on:
http://phk.freebsd.dk/patch/ufs2.patch
Poul-Henning
In message [EMAIL PROTECTED], Christopher Sharp writes:
Hello,
The kernel build with the patch applied fails with this
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Neither Kirk nor I have heard very much feedback, so absent any reports
of total disaster, it will be committed around 19th of june.
--
Poul-Henning Kamp | UNIX since
On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote:
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Is this something we can drop in and expect to work / panic / corrupt
our filesystems without any change
In message [EMAIL PROTECTED], Sheldon Hearn writes:
On Wed, 05 Jun 2002 15:13:28 +0200, Poul-Henning Kamp wrote:
I have uploaded an updated version of the UFS2 patch:
http://phk.freebsd.dk/patch/ufs2.patch
Please test this!
Is this something we can drop in and expect to work
+---[ Poul-Henning Kamp ]--
|
| Yes, if you just drop it in, nothing should change much after all.
|
| You can then create ufs2 filesystems with newfs -O 2 and start to
| beat up the new code for good.
Is it helpful to test this via md type mounts, or only on physical
.
Is it helpful to test this via md type mounts, or only on physical media
right now?
Any testing is helpful, no matter how its done, but of course if you can
think of some way to test it which nobody else does, it will be much
more interesting.
There are many tests of that sort you can do with md(4) mounts
). So I cooked up this little bit of demo code called aioex (linked
below) to exercise AIO and test different configurations.
I've included the test results in the tgz also. Please ignore the
absolute latency of some of the responses since that is a factor of the
drive itself (especially the ~10
CPU: Cyrix 486DX2 (486-class CPU)
Origin = CyrixInstead DIR=0xa01b Stepping=10 Revision=0
# ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xbfbffd04 - 0xbfbffcc8
--
Bob Bishop +44 (0)118 977 4017
[EMAIL PROTECTED]fax +44 (0)118 989 4254
To
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it. The output should look like this:
./pt
Testing PAUSE instruction
operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it. The output should look like this:
./pt
Testing PAUSE instruction:
Register esp changed: 0xbfbff9fc - 0xbfbff9c0
If you get a signal or any
CPU: Cyrix 6x86MX (166.19-MHz 686-class CPU)
Origin = CyrixInstead Id = 0x600 Stepping = 0 DIR=0x0452
Features=0x80a135FPU,DE,TSC,MSR,CX8,PGE,CMOV,MMX
spambox2% ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xbfbffbbc - 0xbfbffb80
CPU: AMD Duron(tm) Processor (995.77-MHz
On 24 Mai, John Baldwin wrote:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it. The output should look like
On 2002-05-24 10:25, John Baldwin wrote:
Please compile the attached test program and run it. The output
should look like this:
./pt
Testing PAUSE instruction:
Register esp changed: 0xbfbff9fc - 0xbfbff9c0
Intel Pentium 133 here, the output looks fine:
hades+charon:/tmp$ cc -o pausetest
$ dmesg | head | tail -4
CPU: AMD Athlon(tm) XP 1700+ (1466.51-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x662 Stepping = 2
Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE
AMD Features=0xc048b19,AMIE,DSP,3DNow!
$ ./pt
Testing
On Fri, 24 May 2002, John Baldwin wrote:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it.
The only non-intel or AMD
On Fri, May 24, 2002 at 10:25:53AM -0400, John Baldwin wrote:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run
CPU: AMD Athlon(tm) MP Processor (1194.68-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x661 Stepping = 1
Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM
OV,PAT,PSE36,MMX,FXSR,SSE
AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
(%:~)- ./pausetest
Testing PAUSE
Itanium running x86 binaries:
CPU: Itanium (800.03-Mhz)
Origin = GenuineIntel Model = 0 Revision = 4
Features = 0x0
ia64# ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xdbc4 - 0xdb88
ia64# file ./pausetest
./pausetest: ELF 32-bit LSB executable, Intel 80386,
At Fri, 24 May 2002 10:25:53 -0400 (EDT), John Baldwin wrote:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works.
It works fine on my Transmeta Crusoe TM5600, about as
On 24-May-2002 (14:25:53/GMT) John Baldwin wrote:
Please compile the attached test program and run it...
FreeBSD 5.0-CURRENT #34: Wed May 8 02:31:46 CEST 2002
CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU)
Origin = GenuineIntel Id = 0x672 Stepping = 2
Features
* John Baldwin [EMAIL PROTECTED] [2002-05-24 08:27]:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it. The output
On Fri, 24 May 2002 10:25:53 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
Hey gang, although Intel's document seems to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program
to claim that they tested
proper operation of pause I'd like people with non-Intel processors
to verify that it actually works. Please compile the attached test
program and run it. The output should look like this:
./pt
Testing PAUSE instruction:
Register esp changed: 0xbfbff9fc - 0xbfbff9c0
This patch simplifies the auto-negotiation in the MII/PHY code, but
I don't have enough weird ethernet cards to test it out.
Please test and if it doesn't work send me dmesg -v output and info
on what netcard it breaks.
http://phk.freebsd.dk/patch/phy00.patch
I hope to commit
Poul-Henning Kamp wrote:
This patch simplifies the auto-negotiation in the MII/PHY code, but
I don't have enough weird ethernet cards to test it out.
Please test and if it doesn't work send me dmesg -v output and info
on what netcard it breaks.
http://phk.freebsd.dk/patch/phy00
In message [EMAIL PROTECTED], Peter Wemm writes:
Poul-Henning Kamp wrote:
This patch simplifies the auto-negotiation in the MII/PHY code, but
I don't have enough weird ethernet cards to test it out.
Please test and if it doesn't work send me dmesg -v output and info
on what netcard
This may fix some of the linking and crashing problems.
It does fix the ports/editors/vim linking problem.
I am *quite* irritated that I tried to get this patch committed into the
FSF CVS repo back in July 2001, but it got bikesheded to death. :-(
--
-- David ([EMAIL PROTECTED])
Index:
On Fri, Dec 14, 2001 at 12:06:24PM -0500, Peter Dufault wrote:
...
# cd /FreeBSD/FreeBSD-stable/src
# make installworld
(Lot's of noise as the stable kernel installs the stable world. Then reboot)
You've missed a critical step here: Before you reboot you need to
run mergemaster. You might
I've been off FreeBSD for a while. I've decided to follow Matt
Dillon's recommendations for setting up an NFS development system
from -stable to -current. Here are my notes for the naive on
doing this. This is all obvious, if you're new or out of it
this will save you a few hours getting up to
testing...
I think I posted a note yesterday and I still don't see it, so I'm trying
again
Brian K. White -- [EMAIL PROTECTED] -- http://www.aljex.com/bkw/
+[+++[-]-]+..+.+++.-.[+---]++.
filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani
To
testing...
Brian K. White -- [EMAIL PROTECTED] -- http://www.aljex.com/bkw/
+[+++[-]-]+..+.+++.-.[+---]++.
filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body
On Friday 16 November 2001 07:09, Brian K. White wrote:
testing...
Brian K. White -- [EMAIL PROTECTED] --
http://www.aljex.com/bkw/
+[+++[-]-]+..+.+++.-.[+---]
++. filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans
Satriani
kindly use [EMAIL PROTECTED]
Building world, now. Just give me another 8-10 hours to let my
buildworld/installworld finish normally.
Apart from crafting my own gas(1) test to make sure this works,
anything particular I should look more carefully for?
-giorgos
To Unsubscribe: send mail to [EMAIL PROTECTED
,TSC,MSR,MCE,CX8
...
Intel Pentium detected, installing workaround for F00F bug
Building world, now. Just give me another 8-10 hours to let my
buildworld/installworld finish normally.
Apart from crafting my own gas(1) test to make sure this works,
anything particular I should look
Anyone running -current on a true Pentium with the F00F bug that can verify
that this simple cleanup patch works?
http://www.freebsd.org/~jhb/patches/f00f.patch
Index: trap.c
===
RCS file: /usr/cvs/src/sys/i386/i386/trap.c,v
On Tue, Oct 23, 2001 at 10:57:18AM -0700, John Baldwin wrote:
Anyone running -current on a true Pentium with the F00F bug that can verify
that this simple cleanup patch works?
http://www.freebsd.org/~jhb/patches/f00f.patch
I can probably do it over the weekend.
Kris
PGP signature
normally.
Apart from crafting my own gas(1) test to make sure this works,
anything particular I should look more carefully for?
-giorgos
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Oh, two addendums.
/FreeBSD in my example is a big parition on my -stable box, not sitting
on the root partition obviously. I recommend at least 3 GB. In my
case I actually have the CVS tree itself, a broken-out -current
source tree, a broken-out -stable source tree, NetBSD
Would somebody please review and test the attached patch for the rc
driver?
I don't have hardware to test this.
It will make the rc driver to use ttymalloc(), rather than to maintain
static array of struct tty.
Kazu
Index: rc.c
This gets my vinum config working enough such that I can mount
my pre-devfs configuration, if anyone wants to test/comment please
try this: (you'll need to recompile src/sbin/vinum as well)
Index: vinum.c
===
RCS file: /home/ncvs
On Fri, 26 Jan 2001 14:13:42 -0800 (PST)
John Baldwin [EMAIL PROTECTED] wrote:
JB 1) All parsing of /etc/shells should move off into libutil under a
JBsuitable API.
There is one in libc/gen that would do fine. The catch is that it
is not used everywhere and some of the code that
On Sat, 27 Jan 2001 00:27:13 -0800 (PST)
John Baldwin [EMAIL PROTECTED] wrote:
JB How many contrib'd apps need to look at /etc/shells? The biggest one I think
JB is sendmail, and Greg Shapiro is a very reasonable fellow, and can probably
JB assist in getting sendmail at least to use the API as
On Sat, 27 Jan 2001 00:27:13 -0800 (PST)
John Baldwin [EMAIL PROTECTED] wrote:
JB How many contrib'd apps need to look at /etc/shells? The biggest one I think
JB is sendmail, and Greg Shapiro is a very reasonable fellow, and can probably
JB assist in getting sendmail at least to use the API as
On Sat, Jan 27, 2001 at 01:57:40PM +0100, Steve O'Hara-Smith wrote:
Life is better than I thought the crypto stuff just has it as a fallback
conditional on HAVE_GETUSERSHELL so that uses the one from libc. Which leaves
only sendmail which is similar but for some reason does not have
as they do into initshells. Is there an include
chain follower in there that I've missed ? That's what I've added. It's
working in the test harness and awaiting buildworld.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
he changes I've made fit just as smoothly
into _local_initshells as they do into initshells. Is there an include
chain follower in there that I've missed ? That's what I've added. It's
working in the test harness and awaiting buildworld.
I thought you might add it as a different source, so th
On Sat, 27 Jan 2001 16:59:41 -0600
"Jacques A. Vidrine" [EMAIL PROTECTED] wrote:
JV I thought you might add it as a different source, so that it need not be
JV the default.
As I read it that is still a complementary possibility. The nsdispatch
stuff could move the start point from
Steve O'Hara-Smith wrote:
On Fri, 26 Jan 2001 16:21:01 -0500 (EST)
Garrett Wollman [EMAIL PROTECTED] wrote:
GW On Fri, 26 Jan 2001 22:08:20 +0100, "Steve O'Hara-Smith" [EMAIL PROTECTED]
said:
GW
GWThe patch below (against 4-stable but it will probably apply easily
GW to -current)
Hi,
Following some recent comments on the evil ways of ports have of
writing in /etc on install -
The patch below (against 4-stable but it will probably apply easily
to -current) moves /etc/shells to /usr/local/etc/shells. It should include
the removal of
On Fri, 26 Jan 2001 22:08:20 +0100, "Steve O'Hara-Smith" [EMAIL PROTECTED] said:
The patch below (against 4-stable but it will probably apply easily
to -current) moves /etc/shells to /usr/local/etc/shells.
Bad idea. No base component (never mind libc!) should hard-code a
pathname in
601 - 700 of 885 matches
Mail list logo
