> This is results of testing my machine (Toshiba Satellite Pro 445CDX
> notebook). Shows not very huge improvement yet ;)
The 1403 is a pretty slow drive, and the IDE interface in most of the
Satellites just plain sucks.
> ad0: ATA-? disk at ata0 as master
> ad0: 1376MB (2818368 sectors), 2796
Satoshi Asami wrote:
>
> * From: Robert Watson
>
> * away logged in via the network performing this recovery. Having the
> * drives automatically renumber themselves on the complete failure of one
> * drive (and it was fairly complete) would have been a disaster. This is
>
> Or just think
On Wednesday, 3 March 1999 at 14:59:49 -0800, Satoshi Asami wrote:
> * From: Robert Watson
>
> * away logged in via the network performing this recovery. Having the
> * drives automatically renumber themselves on the complete failure of one
> * drive (and it was fairly complete) would have b
* From: Robert Watson
* away logged in via the network performing this recovery. Having the
* drives automatically renumber themselves on the complete failure of one
* drive (and it was fairly complete) would have been a disaster. This is
Or just think "ccd". There are people building dis
It seems Nicolas Souchu wrote:
>
> What would you think of parallel port devices? Would it be easy
> to make the new ATAPI stuff work with ppbus? I especially think
> about the HP7200 CD-RW which has certainly hard real-time constraints
> to burn a CD.
Hmm, you have any docs on how to talk to suc
On Mon, Mar 01, 1999 at 10:21:05PM +0100, Søren Schmidt wrote:
>
>
>Finally!!
>
>The much roumored replacement for our current IDE/ATA/ATAPI is
>materialising in the CVS repositories around the globe.
>
>So what does this bring us:
>
>A new reengineered ATA/ATAPI subsystem, that tries to overcome
I'm curious how the new driver handles numbering.
You said in your first mail that drives are numbered by
probe order? I have two 4 gig IDE drives, both
single masters on separate channels. I'm only booting
from the first one, so that's not a problem, but the first
is called wd0 and the second w
> Its in the works, together with the tagged queuing some of the
> newer drives supports.
Whoa! What drives?!?! I want a dozen!
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Do you have any plans to support OPTICAL device?
I want to use my PD drive (NEC ODX654P), and some other people
want to use ATAPI MO.
I've already made patch for PD/CD drive, and registered it as
PR kern/10116. But it's not so good patch, because my PD drive has
2 LUN's. LUN0 is CD-ROM and LUN1 is
On Wed, 3 Mar 1999, SXren Schmidt wrote:
> 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
This is results of testing my machine (Toshiba Satellite Pro 445CDX
notebook). Shows not very huge improvement yet ;)
wd driver:
? ---Sequential Output ---Sequential Input--
--Random--
? -Per Char- --Block--- -Rewrite-- -Per Char- --Block---
--Seeks---
Machine?
> > 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
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
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
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
[.]
> 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
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
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
It seems Tugrul wrote:
>
> The new driver fails to build when devfs is also in the config. I
> made a simple change of "static void *devfs_token" to "void *devfs_token"
> on line 183 in ata-all.h and all seems good.
I know, I was thi close to ripping all the devfs stuff out, but...
>
It seems Brian Feldman wrote:
> Do you have any plans to move the wfd(4) driver to the new ATA framework?
> I'd
> be glad to test it all out, as long as I don't lose my LS-120's functionality.
> Thanks in advance!
I'm, waiting for my ZIP drive to arrive, then there will be an atapi-fd
driver as
It seems David Kelly wrote:
> S ren Schmidt writes:
> > There is NO support for bad144, if your disk is bad, ditch it, it has
> > already outgrown its internal spare sectors, and is dying.
>
> Speaking of which, is there any portable way to monitor bad block lists
> on ATA drives? And the S.M.A.R
It seems oZZ!!! wrote:
>
> > controller ata0
> > device atadisk0# ATA disks
> > device atapicd0# ATAPI CDROM's
> >
> After (fastest(!!!)) boot:
> $ dmesg
> ..
> chip1: rev 0x01 on pci0.7.0
> ata-pci0: rev 0x01 on pci0.7.1
> ata0 at 0x01f0 irq 14 on
The new driver fails to build when devfs is also in the config. I
made a simple change of "static void *devfs_token" to "void *devfs_token"
on line 183 in ata-all.h and all seems good.
Good work, no more stinky delay :-)
Tugrul Galatali
To Unsubscribe: send mail to majo
Do you have any plans to move the wfd(4) driver to the new ATA framework? I'd
be glad to test it all out, as long as I don't lose my LS-120's functionality.
Thanks in advance!
Brian Feldman_ __ ___ ___ ___
gr...@unixhelp.org _ __
S ren Schmidt writes:
> There is NO support for bad144, if your disk is bad, ditch it, it has
> already outgrown its internal spare sectors, and is dying.
Speaking of which, is there any portable way to monitor bad block lists
on ATA drives? And the S.M.A.R.T. stuff that some vendors advertise?
> controllerata0
> deviceatadisk0# ATA disks
> deviceatapicd0# ATAPI CDROM's
>
After (fastest(!!!)) boot:
$ dmesg
..
chip1: rev 0x01 on pci0.7.0
ata-pci0: rev 0x01 on pci0.7.1
ata0 at 0x01f0 irq 14 on ata-pci0
ata1 at 0x0170 irq 15 on ata-
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as wel
28 matches
Mail list logo
