Søren Schmidt writes :
Good work, no more stinky delay :-)
Thanks!, and I hate delays too :)
It works beautifully for me. I can imagine that the people
with UDMA drives can't wait for DMA support in it. :-)
I've run some tests with Bonnie. Need to still reboot with
my old kernel,
It seems Geoff Rehmet wrote:
Søren Schmidt writes :
Good work, no more stinky delay :-)
Thanks!, and I hate delays too :)
It works beautifully for me. I can imagine that the people
with UDMA drives can't wait for DMA support in it. :-)
Its in the works, together with the tagged
Just some results of testing the comparison of wd and ata:
Both bonnie tests were run on a freshly booted machine, P133,
64M RAM, running X and netscape, but only Bonnie active:
---Sequential Output ---Sequential Input-- --Random--
-Per Char- --Block---
It seems Geoff Rehmet wrote:
Interesting, what flags did you use with the old driver (wd) ??
Just some results of testing the comparison of wd and ata:
Both bonnie tests were run on a freshly booted machine, P133,
64M RAM, running X and netscape, but only Bonnie active:
Just some results of testing the comparison of wd and ata:
...
-Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
MachineMB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
ATA64 3237 69.0 2913 14.0 1409 9.4 2951 59.3 3043 11.6 55.9
On Mon, 1 Mar 1999, Chuck Robey wrote:
On Mon, 1 Mar 1999, Thomas Dean wrote:
As suspected, eg++ is using libstdc++.a, not libstdc++.so.2, as it
should.
How does this get fixed?
I just noticed that the egcs Makefile has a buried:
.if defined(WANT_SHAREDLIBS)
CONFIGURE_ARGS+=
On Tue, 02 Mar 1999 01:42:00 -0400, The Hermit Hacker wrote:
this one I *can't* seem to figure out...looked through GENERIC and swear
I've added everything I need:
Have you checked src/UPDATING and what it has to say about the nlpt-lpt
driver changes?
Have you made sure your KERNEL config
On Mon, 01 Mar 1999 13:19:20 PST, Søren Schmidt wrote:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0# ATA disks
device atapicd0# ATAPI CDROM's
device atapist0# ATAPI tapes
Hi Soren,
It seems Sheldon Hearn wrote:
On Mon, 01 Mar 1999 13:19:20 PST, Søren Schmidt wrote:
# for a PCI only system (most modern machines)
controllerata0
deviceatadisk0# ATA disks
deviceatapicd0# ATAPI CDROM's
device
On Tue, 02 Mar 1999 10:49:17 +0100, Søren Schmidt wrote:
Yes, they are not used by the new driver, it only needs the above lines
in config, depending on how many subdrivers you want of cause.
Excellent. :-)
The only thing that bit me was that I used wd0 and wd2 with the older
driver,
It seems Sheldon Hearn wrote:
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1. This is expected behaviour, but it's something for other weenies
to watch out for. :-)
I warned about that in the
How about getting profiling working for ELF kernels before
before completely abandoning a.out?
There are patches for that in kern/9413 but I haven't got any feedback
on them at all.
I did try them, they allow the kernel to compile, but they
don't seem to work. In particular, the entries
On Sat, 27 Feb 1999 19:20:34 +1100, Bruce Evans wrote:
I sent this in for review a year or so ago, but received no reply.
The main points are that it honours ATA timing in atapi_wait() and
checks for ARS_BUSY in atapi_wait().
I guess we'll need to wait and see whether this is still an issue
I've put the bmake contrib framework for EGCS at
ftp://ftp.nuxi.com/pub/FreeBSD/egcs
(ftp://ftp.nuxi.com/pub/FreeBSD/egcs/cvs is all you really need)
This is very rough work, but should help us towards our goal.
In there you will find a CVS tree under ``cvs''. This CVS tree
corresponds to
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1. This is expected behaviour, but it's something for other weenies
to watch out for. :-)
This breakage was announced :-).
Bruce
To Unsubscribe: send
Until you modify the map, an exclusive lock on the map is overkill. Try
using read locks. (See vm_map_lookup.)
In the meantime, I can't see any reason why mincore acquires an
exclusive lock either. (It never modifies the map.) I'm going
to remedy that.
Doesn't it modify the map indirectly vi
Just some results of testing the comparison of wd and ata:
Both bonnie tests were run on a freshly booted machine, P133,
64M RAM, running X and netscape, but only Bonnie active:
---Sequential Output ---Sequential Input--
--Random--
-Per Char-
On Tue, 02 Mar 1999 22:26:50 +1100, Bruce Evans wrote:
This breakage was announced :-).
My only defense is my use of the phrase other weenies in my original
mail. ;-)
Ciao,
Sheldon.
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the
Hello,
I recently compile the egcs-1.1.1 and the system report to me that the
ahc0:A:0 refuses tagged commands performance non-tagged I/O. The transfer
speed drop from 20.00M/s to 3.3 M/s. Is there anyone have the same problem ?
Cheers
Clarence
=== Part of the dmesg ===
da0 at ahc0
Sheldon Hearn wrote:
On Tue, 02 Mar 1999 10:49:17 +0100, Søren Schmidt wrote:
Yes, they are not used by the new driver, it only needs the above lines
in config, depending on how many subdrivers you want of cause.
Excellent. :-)
The only thing that bit me was that I used wd0 and wd2
Will the new ATAPI drivers still work with wormcontrol for ATAPI CD Writers?
Since it is a WIP, will it support it if it doesn't?
Tom Veldhouse
ve...@visi.com
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Dienstag, Dienstag, 02. März 1999, you wrote:
DOB Netscape uses a *A.OUT* libg++. We are an *ELF* system now. If you want
DOB to run Netscape (also a piece of a.out code) you would install the
DOB compat22 distribution bits.
Then I probably misinterpreted the term abandon it entirely.
DOB
Hi,
On Tue, Mar 02, 1999 at 03:25:20PM +0100, Alexander Sanda wrote:
Maybe. But what if Netscape decides to make the next fbsd release ELF
(and still keeps linking with libg++) ?
What about Mozilla ? Is it libg++ - free ?
I agree that libg++ is (almost) useless today, but dropping it
I'm learning here, don't get upset if I'm all wet. Another thing I note
is that, unlike all the rest of the snapshots of egcs, the pre-release
version (and seemingly only the prerelease version) that the port uses
has gcj, the java tool, cut out. That seems kind of a shame, doesn't
it?
Bruce Evans wrote:
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1. This is expected behaviour, but it's something for other weenies
to watch out for. :-)
This breakage was announced :-).
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1. This is expected behaviour, but it's something for other weenies
to watch out for. :-)
This breakage was announced :-).
Besides, it is not even a
On Wed, 03 Mar 1999 00:53:37 +0900, Daniel C. Sobral wrote:
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1.
[...]
Besides, it is not even a breakage. It finally got _unbroken_. :-)
All I'm
On Tue, Mar 02, 1999 at 10:41:46PM +1100, Bruce Evans wrote:
Doesn't it modify the map indirectly vi subyte()? I think it wants
to prevent modifications, but this is impossible.
Bear with me, I'll have to split some hairs...
We're only interested in whether mincore directly changes the
In message 199903021646.daa26...@godzilla.zeta.org.au, Bruce Evans writes:
The only thing that bit me was that I used wd0 and wd2 with the older
driver, whereas the newer driver automatically decided to use ad0 and
ad1. This is expected behaviour, but it's something for other weenies
to watch
This breakage was announced :-).
Besides, it is not even a breakage. It finally got _unbroken_. :-)
It is breakage, and should be fixed.
It isn't breakage when everybody else assigns identities to ATA disks
sequentially, irespective of how much other gunk (Ie: CD, Tape) is
present on the
In message 199903021812.faa32...@godzilla.zeta.org.au, Bruce Evans writes:
This breakage was announced :-).
Besides, it is not even a breakage. It finally got _unbroken_. :-)
It is breakage, and should be fixed.
It isn't breakage when everybody else assigns identities to ATA disks
It isn't breakage when everybody else assigns identities to ATA disks
sequentially, irespective of how much other gunk (Ie: CD, Tape) is
present on the busses.
Linux doesn't.
Linux isn't everybody else.
Neither is { everybody else } - { linux }.
Bruce
To Unsubscribe: send mail to
[.]
I would very much like to hear from you, both good and bad news
are very welcome.
[.]
Looks good on my laptop !
ad0: FUJITSU MHC2040AT/0819 ATA-3 disk at ata0 as master
ad0: 3909MB (8007552 sectors), 7944 cyls, 16 heads, 63 S/T, 512 B/S
ad0: 16 secs/int, 0 depth queue
acd0:
It seems Thomas T. Veldhouse wrote:
Will the new ATAPI drivers still work with wormcontrol for ATAPI CD Writers?
Since it is a WIP, will it support it if it doesn't?
It should, but i just found out that it somehow fails, I'm bughunting...
-Søren
To Unsubscribe: send mail to
A number of people have downloaded the linux threads port
located at http://lt.tar.com . It has been updated today,
with minor bug fixes, and a change to make it compatible with
kernel patches committed yesterday to both -current and -stable.
While I haven't actually tested it, I would expect
Hello,
I tried to compile the egcs 1.1.1 yesterday and encountered the following
error. Can anyone show me hoe to solve it. Thanks.
Clarence
=== Error ===
=== Generating temporary packing list
ln -f /usr/bin/gcc /usr/bin/egcc
ln -f /usr/bin/g++ /usr/bin/eg++
/bin/mv
Hi to all,
Can anyone tell me where l can find this fdimage.exe on the ftp-server? I
looked in the tools/ directory but l didnt find it. Please a detailed
address:-)
Thanks,
Wim Vermeyen
wim.verme...@advalvas.be
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current
[Moved to -questions]
Wim en Debby wrote:
Can anyone tell me where l can find this fdimage.exe on the ftp-server? I
looked in the tools/ directory but l didnt find it. Please a detailed
address:-)
ftp://ftp.freebsd.org/pub/FreeBSD/tools/fdimage.exe
There's an out-of-date version at some
On Tue, 2 Mar 1999, Alan Cox wrote:
On Tue, Mar 02, 1999 at 10:41:46PM +1100, Bruce Evans wrote:
Doesn't it modify the map indirectly vi subyte()? I think it wants
to prevent modifications, but this is impossible.
Bear with me, I'll have to split some hairs...
We're only
On 02-Mar-99 SXren Schmidt wrote:
Its in the works, together with the tagged queuing some of the
newer drives supports.
Wow! :)
Is there any chance od adding the ability to 'wire' devices a la SCSI? :)
---
Daniel O'Connor software and network engineer
for Genesis Software -
On Tue, Mar 02, 1999 at 06:16:50PM -0500, Brian Feldman wrote:
Where exactly does thrd_sleep come in, since that's where the program locks
up now? Can't be killed, of course...
The lock manager isn't bright enough to detect that the process
already holds a read lock when it attempts to get
On Tue, 2 Mar 1999, Alan Cox wrote:
On Tue, Mar 02, 1999 at 06:16:50PM -0500, Brian Feldman wrote:
Where exactly does thrd_sleep come in, since that's where the program locks
up now? Can't be killed, of course...
The lock manager isn't bright enough to detect that the process
Remember that disks are now numbered in the sequence in which
they are found (as under the SCSI system), not in absolute
positions as they were with the old system. For example, if you
had wd0 and wd2 but no wd1, you'll now have wd0 and wd1. Watch
out for
Will this new ATA driver finally support DMA correctly on ATAPI devices (as
opposed to pure ATA disk devices)? This is a feature that could really come
in handy for me (as well as a reason to migrate back to -current from 3.1 :)
--
On Tue, 2 Mar 1999, Doug Rabson wrote:
That was put in extremely recently. The reason it doesn't build a shared
library by default is to avoid potential conflict with the system
libstdc++.
If you enable it, the port will install the shared lib in
/usr/lib/gcc-lib/.../libstdc++.so. You
Greetings,
Just a quick note to let everyone know that cvsup.ca.freebsd.org is available
again.
Regards,
--
Dan Moschuk (tfreak...@globalserve.net)
Senior Systems/Network Administrator
Globalserve Communications Inc., a Primus Canada Company
The only reason I'm burning my candle at both ends,
On Wed, Mar 03, 1999 at 05:39:04AM +0800, Chan Yiu Wah wrote:
Hello,
I tried to compile the egcs 1.1.1 yesterday and encountered the following
error. Can anyone show me hoe to solve it. Thanks.
Clarence
JFYI, the port is now at: egcs-1.1.2-pre2
Maybe upgrading the port might help.
It
It seems Lee Cremeans wrote:
Will this new ATA driver finally support DMA correctly on ATAPI devices (as
opposed to pure ATA disk devices)? This is a feature that could really come
in handy for me (as well as a reason to migrate back to -current from 3.1 :)
Its on my list of wanted items, so
It seems Daniel O'Connor wrote:
On 02-Mar-99 SXren Schmidt wrote:
Its in the works, together with the tagged queuing some of the
newer drives supports.
Wow! :)
Is there any chance od adding the ability to 'wire' devices a la SCSI? :)
I'll think about it, but lots of things has higher
I am running smp, 4.0-current, as of Mon Feb 15 03:34:29 PST 1999.
Printing is very slow. I have a HP LaserJet III attached to lpt0.
Printing in the pcl, text, mode is slower than I expect. Printing in
the postscipt mode is extremely slow. A 30K postscript file has been
OVER 5 minutes and is
On 02-Mar-99 SXren Schmidt wrote:
Its in the works, together with the tagged queuing some of the
newer drives supports.
Wow! :)
Is there any chance od adding the ability to 'wire' devices
a la SCSI? :)
I'll think about it, but lots of things has higher priority...
-Søren
51 matches
Mail list logo