Török Edwin wrote:
If there is a document describing _exactly_ what steps I need to follow to
properly enable the device, I'd be happy to read it, but I guess such
documentation is only available to BIOS developers.
It all depends on how BIOS set up the controller / IO regions during
boot and
Kernel: 2.6.23-rc2 witch patches [1], but older and stable versions also
affected.
[1] http://www.ussg.iu.edu/hypermail/linux/kernel/0708.0/2655.html
+ipw3945 and truecrypt.
Sometimes (one in ten, or rarely) I have this error while system resume
from suspend to disk:
=
swsusp:
Hello.
Bartlomiej Zolnierkiewicz wrote:
This code doesn't use pci_assign_resource() and ide_get_or_set_dma_base() uses
pci_resource_start() to get DMA base address so it has no chance of working.
Moreover this belongs to PCI quirks (in case somebody would like to fix it).
Signed-off-by:
Bartlomiej Zolnierkiewicz wrote:
It has been obsoleted since 1 Nov 2004, is valid only when used together with
ide=nodma kernel parameter (which makes no sense) and only for aec62xx,
cmd64x, cs5220, generic, hpt366, sl82c105, tc86c001 and triflex host drivers.
Signed-off-by: Bartlomiej
Bartlomiej Zolnierkiewicz wrote:
* Add hdx=nodma option allowing user to disallow DMA for a given device.
* Obsolete ide=nodma option.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
-
To unsubscribe from this list:
Malcolm Gillies wrote:
Mark Lord wrote:
Malcolm Gillies wrote:
By swapping around components, I've established that the problem is
unlikely due to the cable (which is 50cm long 80-wire), hard disk or
controller. When I swap to another, slower CF card (one that only
supports PIO rather than
Bartlomiej Zolnierkiewicz wrote:
101 files changed, 1880 insertions(+), 2828 deletions(-)
please look at -mm or IDE quilt tree instead. :)
Looking...
When are you planning to push out to Linus the
ide-mode-limiting-fixes-for-user-requested-speed-changes.patch? I'd like my
HPT37x
Maciek Rutecki wrote:
Kernel: 2.6.23-rc2 witch patches [1], but older and stable versions also
..
Sometimes (one in ten, or rarely) I have this error while system resume
from suspend to disk:
..
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: irq_stat 0x4001
ata1.00:
Bartlomiej Zolnierkiewicz wrote:
ATAPI devices with broken DMA support should be handled by DMA blacklist
and for debugging purposes we have new shiny hdx=nodma kernel paremeter.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR,
Mark Lord pisze:
Looks like a bad sector in the swap partition.
You can probably repair it by using this sequence of commands:
swapoff /dev/sdX--- replace sdX with actual swap partition dev name
sync
cat /dev/zero /dev/sdX
mkswap /dev/sdX
swapon /dev/sdX
If it recurs after
Maciek Rutecki wrote:
rutek:/home/maciek# swapoff /dev/sda6
rutek:/home/maciek# sync
rutek:/home/maciek# cat /dev/zero /dev/sda6
cat: błąd zapisu: Błąd wejścia/wyjścia (write error, after few minutes,
probably sda6 is full)
rutek:/home/maciek# dd if=/dev/zero of=/dev/sda6
dd: zapis do
Mikael Pettersson wrote:
Previously I reported that the pata_pdc2027x PLL detection changes
in kernel 2.6.22 broke the driver on my PowerMac:
pata_pdc2027x: Invalid PLL input clock 1691742kHz, give up!
This is followed by a number of errors and speed reduction
steps on the affected ports.
I don't think we can safely assume that UDMA can co-operate with non-UDMA
on the same cable. In this case, it might be causing the CF device to falsely
detect control cycles.
Improbable and never observed. The PIO address setup timing requires care
but not the rest, and especially not UDMA
On Fri, 17 Aug 2007 08:56:35 -0700 (PDT)
Paul Wakeman [EMAIL PROTECTED] wrote:
Does libata support PATA hotplug?
I have a PCMCIA CF using TrueIDE mode and want to be able to hotplug CF
cards. Would I get hotplug for free if I convert the existing IDE
driver to a libata pata platform driver?
On Sun, 19 Aug 2007 20:13:46 +0400, Sergei Shtylyov wrote:
Mikael Pettersson wrote:
Previously I reported that the pata_pdc2027x PLL detection changes
in kernel 2.6.22 broke the driver on my PowerMac:
pata_pdc2027x: Invalid PLL input clock 1691742kHz, give up!
This is followed by a
Hello.
Mikael Pettersson wrote:
Previously I reported that the pata_pdc2027x PLL detection changes
in kernel 2.6.22 broke the driver on my PowerMac:
pata_pdc2027x: Invalid PLL input clock 1691742kHz, give up!
This is followed by a number of errors and speed reduction
steps on the
Make the SATA drive detection code from eighty_ninty_three() into inline
ide_dev_is_sata() helper fixing it along the way to be more strict while
checking word 80 for the reserved values...
Signed-off-by: Sergei Shtylyov [EMAIL PROTECTED]
---
This is against the current Linus tree and
The Marvell bridge chips used on HighPoint SATA cards do not seem to support
the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs
to account for this in the udma_filter() method. In order to achieve that, do
the following changes:
- install the method for all chips, not
Sergei Shtylyov wrote:
What have really surpried me about Promise was that they gave their
SATA chip docs to Jeff who made them public and yet they continue to
conceal the old PATA chip docs... :-/
They probably just need to be poked. I've been sitting on the sata_sx4
docs and cards,
19 matches
Mail list logo
