All of lore.kernel.org
 help / color / mirror / Atom feed
* RE: NCQ support NVidia NForce4 (CK804) SATAII
@ 2005-08-10 20:53 Allen Martin
  2005-08-10 21:31 ` Lennart Sorensen
                   ` (3 more replies)
  0 siblings, 4 replies; 38+ messages in thread
From: Allen Martin @ 2005-08-10 20:53 UTC (permalink / raw)
  To: Michael Thonke; +Cc: linux mailing-list

> Erm, why they are not willing to support NCQ under Linux...I 
> mean many 
> people using NVIDIA based mainboards. And that against that what I 
> thought NVidia stands for - Linux friendly but seems only that this 
> statement fit on graficcards? Is there no "responsible" person that 
> says...Hello, Linux is a growing market that we need to 
> serve? With full 
> driver/program support?
> 

Likely the only way nForce4 NCQ support could be added under Linux would
be with a closed source binary driver, and no one really wants that,
especially for storage / boot volume.  We decided it wasn't worth the
headache of a binary driver for this one feature.  Future nForce
chipsets will have a redesigned SATA controller where we can be more
open about documenting it.

-Allen

^ permalink raw reply	[flat|nested] 38+ messages in thread
[parent not found: <fa.psg95ip.1emqnop@ifi.uio.no>]
[parent not found: <DBFABB80F7FD3143A911F9E6CFD477B004FAE3E7@hqemmail02.nvidia.com.suse.lists.linux.kernel>]
* Re: NCQ support NVidia NForce4 (CK804) SATAII
@ 2005-08-10 19:17 linux
  0 siblings, 0 replies; 38+ messages in thread
From: linux @ 2005-08-10 19:17 UTC (permalink / raw)
  To: iogl64nx; +Cc: jgarzik, linux-ide

To save Jeff the trouble of replying....

> If NVidia followed the SATA-IO spec than should be possible to make them 
> work with NCQ, or do I think wrong of that?
> Or isn't it possible?

The SATA spec defines the interface between the SATA controller and the
hard drive.  It does not define in any way the interface between
the host processor and the SATA controller.  There is no mention of
controller registers and what the bits in them mean.

Given that a good controller involves not only the registers themselves,
but also a number of data structures pointed to by those registers,
there's quite a bit of complexity there.

Jeff has, quite sensibly, decided to focus his efforts on hardware whose
manufacturers haven't made special effort to keep useful documentation
away from him.  (By declaring them "trade secrets" and threatening to
punish any employees who might othrwise send him a copy.)

> I found a Product Brief/Specification and a Blockdiagramm.

That sort of thing is quite devoid of programming detail.  It's like
trying to navigate the New Jersey Turnpike using an early Dutch map of
New Amsterdam.

In fact, it was probably created before the programming interface was
even designed.  Somebody said "we want these features", drew up the spec,
and handed that wishlist to the silicon hackers to fill in the details
and implement.

> Could it be possible to make reverse engeneering?

Yes, but it's far more time-consuming.  In particular, early silicon
always has bugs, and finding the bugs and developing workarounds
is a PITA when you have the specs; without them, it can be a nightmare.

Jeff has plenty to do without making his life more difficult.
Reverse-engineering NVIDIA is at the bottom of the list.  He
may never get to it in person.

Of course, if you'd like to make an attempt...

^ permalink raw reply	[flat|nested] 38+ messages in thread
* RE: NCQ support NVidia NForce4 (CK804) SATAII
@ 2005-08-10 18:59 Allen Martin
  0 siblings, 0 replies; 38+ messages in thread
From: Allen Martin @ 2005-08-10 18:59 UTC (permalink / raw)
  To: Michael Thonke, Jeff Garzik; +Cc: linux mailing-list


> > Ask NVIDIA.  They are the only company that gives me -zero- 
> > information on their SATA controllers.
> 
> I thought of that.. *sigh*

NVIDIA won't be documenting nForce4 SATA controllers, so Linux NCQ
support for nForce4 is unlikely.  I'm hoping this will change with
future products.

> > As such, there are -zero- plans for NCQ on NVIDIA 
> controllers at this 
> > time.
> 
> Could it be possible to make reverse engeneering? I think they should 
> work as the SATA-IO SATAII specification says.

The SATA-IO SATA-II specification says nothing about host controller
implementations.  Intel documents a host controller implemetnation in
the AHCI specification which is becoming an industry standard, but
nForce4 SATA is not AHCI.

-Allen

^ permalink raw reply	[flat|nested] 38+ messages in thread
* NCQ support NVidia NForce4 (CK804) SATAII
@ 2005-08-10 18:11 Michael Thonke
  2005-08-10 18:18 ` Jeff Garzik
  0 siblings, 1 reply; 38+ messages in thread
From: Michael Thonke @ 2005-08-10 18:11 UTC (permalink / raw)
  To: Jeff Garzik, linux mailing-list

Hello Jeff,

I would like to ask what the plans/timeplan to implement NCQ support for 
NVidia NForce4(CK804) SATAII based chipsets? Fact is that is it possible 
to use NCQ with NForce4 SATAII on Windows system, I wonder why it isn't 
support by libata? Is there something in your git-tree? Or what are the 
reasons/problems behind that libata is missing NCQ support for (CK804) 
SATAII?


Greets and
Best regards

-- 
Michael Thonke
IT-Systemintegrator /
System- and Softwareanalyist




^ permalink raw reply	[flat|nested] 38+ messages in thread

end of thread, other threads:[~2005-08-18 14:23 UTC | newest]

Thread overview: 38+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-10 20:53 NCQ support NVidia NForce4 (CK804) SATAII Allen Martin
2005-08-10 21:31 ` Lennart Sorensen
2005-08-11  7:09 ` Gábor Lénárt
2005-08-11 13:05   ` Lee Revell
2005-08-11 15:17     ` Michael Thonke
2005-08-11 15:22       ` Lee Revell
2005-08-11 15:43         ` Michael Thonke
2005-08-11 16:18           ` Roger Heflin
2005-08-11 16:32             ` Michael Thonke
2005-08-12 19:02             ` Jan Engelhardt
2005-08-11 15:39       ` Diego Calleja
2005-08-12  6:17         ` Gábor Lénárt
2005-08-11 17:20       ` Jeff Garzik
2005-08-11 17:27         ` Lennart Sorensen
2005-08-11 17:44           ` Michael Thonke
2005-08-11 17:48             ` Lennart Sorensen
2005-08-11 19:29             ` Heikki Orsila
2005-08-11 17:38         ` Michael Thonke
2005-08-11 17:46           ` Jeff Garzik
2005-08-11 17:57             ` Michael Thonke
2005-08-11 18:32               ` Jeff Garzik
2005-08-11 18:55                 ` Michael Thonke
2005-08-11 18:04           ` Lennart Sorensen
2005-08-11 18:17             ` Michael Thonke
2005-08-12 20:10           ` Andre Tomt
2005-08-11 15:09 ` Michael Thonke
2005-08-15  6:01 ` Christopher Chan
     [not found] <fa.psg95ip.1emqnop@ifi.uio.no>
2005-08-14 13:29 ` Willem Riede
2005-08-14 15:18   ` Lion Vollnhals
2005-08-15 13:42     ` Stephen Frost
2005-08-18 14:23       ` Chris Wedgwood
     [not found] <DBFABB80F7FD3143A911F9E6CFD477B004FAE3E7@hqemmail02.nvidia.com.suse.lists.linux.kernel>
     [not found] ` <20050811070943.GB8025@vega.lgb.hu.suse.lists.linux.kernel>
     [not found]   ` <1123765523.32375.10.camel@mindpipe.suse.lists.linux.kernel>
     [not found]     ` <42FB6C27.1010408@gmail.com.suse.lists.linux.kernel>
     [not found]       ` <42FB88F8.7040807@pobox.com.suse.lists.linux.kernel>
2005-08-11 18:44         ` Andi Kleen
  -- strict thread matches above, loose matches on Subject: below --
2005-08-10 19:17 linux
2005-08-10 18:59 Allen Martin
2005-08-10 18:11 Michael Thonke
2005-08-10 18:18 ` Jeff Garzik
2005-08-10 18:28   ` Michael Thonke
2005-08-10 18:52   ` Michael Thonke

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.