> > 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 prior
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 no
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 ha
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
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.
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 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. Y
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 :)
--
+-
>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 f
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 proc
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 g
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 - http://www.gsof
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
[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 m
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
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 /usr/lib/libibe
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 majord...@freeb
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
[.]
> I would very much like to hear from you, both good and bad news
> are very welcome.
[.]
Looks good on my laptop !
ad0: 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: CDROM drive at ata1 as mas
>>>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 ma
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 t
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
>pr
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 wee
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
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_. :-)
A
>> >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 :-).
>
>Beside
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 announce
> 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?
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 droppin
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
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
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 w
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 bu
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 m
> 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
>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 indirect
>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: se
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 /usr/
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 iss
>> > 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 particula
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
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, wher
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 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 So
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, 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)
> CONFI
> 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 5
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:
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--- -R
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 wi
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 kerne
51 matches
Mail list logo
