On Tue, 26 Aug 2003, Gunnar Flygt wrote:
> On Mon, Aug 25, 2003 at 02:19:03PM -0700, Nate Lawson wrote:
> > If anyone has a USB floppy drive that is giving them problems, please let
> > me know.
>
> I have a Compaq Evo N800c running 5.1-CURRENT (date 8 Aug)
>
> The usb floppy is working, I tried wi
At Fri, 22 Aug 2003 09:37:25 -0700 (PDT),
Nate Lawson wrote:
>
> On Fri, 22 Aug 2003, Greg J. wrote:
> > It needs the quirks DA_Q_NO_SYNC_CACHE & DA_Q_NO_PREVENT.. The reason it
> > didn't work before is because I didn't uncomment DA_Q_NO_SYNC_CACHE.
> >
> > the only error it gives when I plug it
On Monday 25 August 2003 23:19, Nate Lawson wrote:
> If anyone has a USB floppy drive that is giving them problems, please let
> me know.
Hello,
this one needs NO_SYNC I think.
Played a bit some time ago but had no luck (I'm no programmer)
port 1 addr 2: full speed, power 500 mA, config 1, NEC U
If anyone has a USB floppy drive that is giving them problems, please let
me know.
Thanks,
Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Hi
I receive panics when running this test program. The system was cvsup'ed
and built on Mar 21. I hope the attached trace is helpful.
--
Regards
Peter
As always the organisation disavows knowledge of this email
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
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 program
brary is mostly working
so:
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 to disable -pthreads
see what happens.
The
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 messa
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
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
>
> I will post on arch about the contents of the patch.
>
> Cheers,
> Jeff
>
>
> To Uns
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
ucture.
> >
> > It also fixes lots of outstanding 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 th
ing 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 war
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 Unsubscrib
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 o
stoph 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 pa
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
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.
-
* 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
* 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. ]
> > O
* 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 t
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 tune
* 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. ]
> > [rambl
* 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 funct
* 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
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 t
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 it
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 b
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 :).
For what it's worth,
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.
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
--
PG
2002 10:47 AM
Subject: Re: /usr/ports/graphics/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: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
+---[ 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
nv
CFLAGS="-O -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
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
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,
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 2
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/
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 m
wing change, with re approval, but I really need to have it
tested widely since it touches a sensitve part of the tree.
Please review/test the enclosed patch.
I'm especially interested in people that have had problems with cards
telling them that the memory range isn't mapped, as well
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
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
> patch-gd
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 G
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
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...
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, J"org .-.-. --... ...-- -.. . DL8DTL
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
"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.deb
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
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 atta
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
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 s
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
>
[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
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 th
Hello,
The kernel build with the patch applied fails with this message:
make: don't know how to make /usr/src/sys/fs/devfs/devfs_rule.c. Stop
It seems like this file was forgotten in the patch ...
- Christopher Sharp
--
Any time things appear to be going better, you have overlooked
som
gt;| beat up the new code for good.
>
>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
+---[ 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 o
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 te
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 filesyst
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
). 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 th
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 U
e 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
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
* 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
&
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 =
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 non-i
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, vers
CPU: AMD Athlon(tm) MP Processor (1194.68-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x661 Stepping = 1
Features=0x383fbff
AMD Features=0xc044
(%:~)- ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xbfbff9c4 -> 0xbfbff988
--
vrak AKA Per-Arne Holtmon Akø
E-mail:
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
&
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.
$ dmesg | head | tail -4
CPU: AMD Athlon(tm) XP 1700+ (1466.51-MHz 686-class CPU)
Origin = "AuthenticAMD" Id = 0x662 Stepping = 2
Features=0x383f9ff
AMD Features=0xc048<,AMIE,DSP,3DNow!>
$ ./pt
Testing PAUSE instruction:
Register esp changed: 0xbfbff860 -> 0xbfbff824
To Unsubscribe:
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:
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
CPU: Cyrix 6x86MX (166.19-MHz 686-class CPU)
Origin = "CyrixInstead" Id = 0x600 Stepping = 0 DIR=0x0452
Features=0x80a135
spambox2% ./pausetest
Testing PAUSE instruction:
Register esp changed: 0xbfbffbbc -> 0xbfbffb80
CPU: AMD Duron(tm) Processor (995.77-MHz 686-class CPU)
Origin = "
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: 0xb
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 PAUS
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
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.
>
>
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 comm
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: contr
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
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
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
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
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
32.63-MHz 586-class CPU)
>> Origin = "GenuineIntel" Id = 0x52c Stepping = 12
>> Features=0x1bf
>> ...
>> Intel Pentium detected, installing workaround for F00F bug
>>
>> Building world, now. Just give me another 8-10 hours to let
um 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 more carefull
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
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
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
retriev
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:
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
Steve O'Hara-Smith wrote:
>
> On Fri, 26 Jan 2001 16:21:01 -0500 (EST)
> Garrett Wollman <[EMAIL PROTECTED]> wrote:
>
> GW> <
>said:
> GW>
> GW> > The patch below (against 4-stable but it will probably apply easily
> GW> > to -current) moves /etc/shells to /usr/local/etc/shells.
> GW>
> GW> B
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
601 - 700 of 923 matches
Mail list logo
