hi,
I'm currently developing a ide driver for an embedded ARM device.
The device hardware is somewhat wired, as all IDE access must
be done 16bit, even the control bytes. I therefore need special
access functions.
I do this to register special IN/OUT functions:
-%---some code delete for
On Tue, 23 Jan 2007 09:51:52 +0100
Stefan Althoefer [EMAIL PROTECTED] wrote:
hi,
I'm currently developing a ide driver for an embedded ARM device.
The device hardware is somewhat wired, as all IDE access must
be done 16bit, even the control bytes. I therefore need special
access functions.
On Tue, Jan 23, 2007 at 03:30:03PM +0900, Tejun Heo wrote:
Tejun Heo wrote:
Hello, all.
Many people have been reporting libata PATA ATAPI detection problem. In
many but not all cases, the ATAPI device was occupying the slave slot
while a disk drive occupies the master slot. Based on
Hello.
Alan wrote:
Ugh, I'm not seeing any *actual* support for MW/SW DMA in this driver...
Thats long been broken. Should be correct in the libata driver
Here's a surprise for you. pata_cmd64x copied the SW/MW DMA setup code
from the IDE driver. No way it could be working. You may
Hi,
I recently purchased a Gigabyte i-Ram GC Ramdisk after reading some
quite impressive reviews online. Getting the card up and running
connected to a ST Lab A-223 Serial ATA PCI Card (sil3114 using sata_sil)
with kernel 2.6.19.1 was quite easy, thanks guys!
Access times on this thing are
Oddbjørn Kvalsund wrote:
Hi,
I recently purchased a Gigabyte i-Ram GC Ramdisk after reading some
quite impressive reviews online. Getting the card up and running
connected to a ST Lab A-223 Serial ATA PCI Card (sil3114 using sata_sil)
with kernel 2.6.19.1 was quite easy, thanks guys!
Access
Need help to rebuild new kernel:
I dont know if this is the same problem. Please do help.
I am trying to build kernel
linux-2.6.20-rc2
with patch
gregkh-all-2.6.20-rc2.patch
But system hanged when boot.
The original working kernel is: 2.6.13-15.13-smp. The distribution is SUSE.
According to
Other people using this device report of read/write speeds constantly
maxing out their SATA150 or PCI-bus. Is this my sil3114 being the
bottleneck? Other devices on the PCI-bus? My general system (see link to
Possibly. 80Mbytes/sec seems to be about all you get from PCI bus with
many machines.
Alan wrote:
What sort of problems ? I've got an iRAM here for debugging/testing
courtesy of a company using them and the one I have seems to pass all the
testing I've thrown at it.
Out of curiosity, are you using one of the sticks from the [quite
limited] Gigabyte-approved RAM list?
patch 1/2: remove clearing bmdma status from cdrom_decode_status() since ATA
devices might need it as well.
patch 2/2: do the clearing in ide_intr() and add a new hwif-ide_dma_clear_irq
such that lldd could override it.
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
patch 1/2:
Remove clearing bmdma status from cdrom_decode_status() since ATA devices
might need it as well.
(http://lkml.org/lkml/2006/12/4/201 and http://lkml.org/lkml/2006/11/15/94)
Signed-off-by: Albert Lee [EMAIL PROTECTED]
---
diff -Nrup 00_ide_dma/drivers/ide/ide-cd.c
patch 2/2:
Do the dma status clearing in ide_intr() and add a new
hwif-ide_dma_clear_irq such that LLDD could override it.
Signed-off-by: Albert Lee [EMAIL PROTECTED]
---
Tested ok on ICH4 and pdc20275. Not sure if this would have bad effect for
other adapters.
Patch against 2.6.20-rc5, for
Tejun Heo wrote:
As with JMicron controllers, ULi M5288 sets interface fatal error bit
on device error including ATAPI CC. This makes libata hardreset the
port on ATAPI CC thus making it impossible to use. Ignore interface
fatal error bit on ULi M5288. This fixes bugzilla bug #7837.
All fixes for ugly bugs and/or regressions.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c| 39 +++
This is a summary and diffstat of all the changes pending in branch
libata-dev.git#upstream for kernel 2.6.21. Items of note:
* major sata_promise improvements, including PATA and ATAPI support
* new drivers sata_inic162x, pata_it8213, MPC52xx
* sata_via PATA port support
* other minor
15 matches
Mail list logo