On Wed, 1 Nov 2000, Martin Mares wrote:
> Hello!
>
> > Aside from all of the other comments that've been made, because the user might
> > have tweeked them at boot. ie turn on UDMA. If we just re-initalized on
> > wakeup, you loose this.
>
> I've of course meant reinitialize with the
On Wed, 1 Nov 2000, Martin Mares wrote:
Hello!
Aside from all of the other comments that've been made, because the user might
have tweeked them at boot. ie turn on UDMA. If we just re-initalized on
wakeup, you loose this.
I've of course meant reinitialize with the user-supplied
> certainly accept it), then why not just do the equivalent of a reset in
> the high-level IDE driver on coming back from sleep? Possibly together
> with forcing any other setup state we know about.
Because windows seems to drop the controller back to PIO mode 0 and the BIOS
knows about it. At
Andre Hedrick writes:
> APM signals ATA/IDE to goto sleep.
> IDE then records and buffers the setup of the host and device.
> IDE forces device and host to PIO 0 (imortant step, explain later)
> IDE issues spindown and sleep task-command.
> IDE returns to APM with success/failure.
Insert here...
LT,
I can do it from user-space completely, but not today.
The tools are missing.
Also I have/will get my traces on my code in a day or so.
Cheers,
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Thu, 26 Oct 2000, Stephen Rothwell wrote:
>
> OK, I include below a more or less translation for 2.4. I have not even
> compiled this, and have not got the hardware to test it anyway.
I disagree violently with doing this in the low-level drivers.
If it cannot be done in user space (which
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Followup to: <[EMAIL PROTECTED]>
> By author:Martin Mares <[EMAIL PROTECTED]>
> In newsgroup: linux.dev.kernel
> >
> > This doesn't make much sense to me: Why don't we just reinitialize the timings
> > as we do when programming the chipset
"H. Peter Anvin" [EMAIL PROTECTED] writes:
Followup to: [EMAIL PROTECTED]
By author:Martin Mares [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
This doesn't make much sense to me: Why don't we just reinitialize the timings
as we do when programming the chipset instead of
On Thu, 26 Oct 2000, Stephen Rothwell wrote:
OK, I include below a more or less translation for 2.4. I have not even
compiled this, and have not got the hardware to test it anyway.
I disagree violently with doing this in the low-level drivers.
If it cannot be done in user space (which is
LT,
I can do it from user-space completely, but not today.
The tools are missing.
Also I have/will get my traces on my code in a day or so.
Cheers,
Andre Hedrick
The Linux ATA/IDE guy
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Andre Hedrick writes:
APM signals ATA/IDE to goto sleep.
IDE then records and buffers the setup of the host and device.
IDE forces device and host to PIO 0 (imortant step, explain later)
IDE issues spindown and sleep task-command.
IDE returns to APM with success/failure.
Insert here... BIOS
certainly accept it), then why not just do the equivalent of a reset in
the high-level IDE driver on coming back from sleep? Possibly together
with forcing any other setup state we know about.
Because windows seems to drop the controller back to PIO mode 0 and the BIOS
knows about it. At
On Thu, 26 Oct 2000, Stephen Rothwell wrote:
> However, on the bus this morning, I though about this again and wondered
> that this may not the correct way to do this. What we actually want to
> power manage is the PCI device as a whole not each interface independantly,
> which I would assume
Hi Andre,
Andre Hedrick <[EMAIL PROTECTED]> writes:
>
> You want to get ATA/PI APM fixed?
Absolutely :-)
> "The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
> bang over everyone's head, without success.
>
> Here is his sample code for cs5530 chipset.
>
> Look at this
On Wed, Oct 25, 2000 at 01:42:52PM +0200, Martin Mares wrote:
> Hello!
>
> > "The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
> > bang over everyone's head, without success.
> >
> > Here is his sample code for cs5530 chipset.
> >
> > Look at this and comment. I have
Followup to: <[EMAIL PROTECTED]>
By author:Martin Mares <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> This doesn't make much sense to me: Why don't we just reinitialize the timings
> as we do when programming the chipset instead of saving/restoring the state?
>
> Also, are you
On Wed, 25 Oct 2000, Martin Mares wrote:
> Hello!
>
> > "The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
> > bang over everyone's head, without success.
> >
> > Here is his sample code for cs5530 chipset.
> >
> > Look at this and comment. I have part of the space setup
Hello!
> "The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
> bang over everyone's head, without success.
>
> Here is his sample code for cs5530 chipset.
>
> Look at this and comment. I have part of the space setup to complete the
> APM extenstion calls. This will get
Hello!
"The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
bang over everyone's head, without success.
Here is his sample code for cs5530 chipset.
Look at this and comment. I have part of the space setup to complete the
APM extenstion calls. This will get you and
On Wed, 25 Oct 2000, Martin Mares wrote:
Hello!
"The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
bang over everyone's head, without success.
Here is his sample code for cs5530 chipset.
Look at this and comment. I have part of the space setup to complete
Followup to: [EMAIL PROTECTED]
By author:Martin Mares [EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
This doesn't make much sense to me: Why don't we just reinitialize the timings
as we do when programming the chipset instead of saving/restoring the state?
Also, are you sure BIOSes
On Wed, Oct 25, 2000 at 01:42:52PM +0200, Martin Mares wrote:
Hello!
"The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
bang over everyone's head, without success.
Here is his sample code for cs5530 chipset.
Look at this and comment. I have part of the space
On Thu, 26 Oct 2000, Stephen Rothwell wrote:
However, on the bus this morning, I though about this again and wondered
that this may not the correct way to do this. What we actually want to
power manage is the PCI device as a whole not each interface independantly,
which I would assume is
Stephen,
You want to get ATA/PI APM fixed?
"The Linux 'original' IDE guy' Mark Lord showed Alan what was trying to
bang over everyone's head, without success.
Here is his sample code for cs5530 chipset.
Look at this and comment. I have part of the space setup to complete the
APM extenstion
24 matches
Mail list logo