Tobias Müller wrote:
> Hi
>
>> Please apply the attached patch and specify libata.force_cbl=80 as
>> kernel boot parameter. If you load libata from initrd or after boot you
>> need to pass 'force_cbl=80' as module parameter. How you do it depends
>> on your distro.
Ah.. right. I'm brewing more
Hi
Bartlomiej Zolnierkiewicz schrieb:
As a workaround you can try using IDE subsystem siimage driver and pass
"idex=ata66" option or modify Tejun's patch to also override device side
cable detection by replacing ATA_CBL_PATA80 with ATA_CBL_PATA40_SHORT.
I changed some code in libata=core.c in at
Hi
Bartlomiej Zolnierkiewicz schrieb:
As a workaround you can try using IDE subsystem siimage driver and pass
"idex=ata66" option or modify Tejun's patch to also override device side
cable detection by replacing ATA_CBL_PATA80 with ATA_CBL_PATA40_SHORT.
I'll try this.
Could you send the outpu
On Saturday 12 January 2008, Bartlomiej Zolnierkiewicz wrote:
[...]
> I've re-read the whole thread and it seems that the possible solution for
> Addonics card would be to detect it by PCI Subsystem Vendor/Device IDs.
It seems I wasn't paying enough attention, Tejun already thought of this
but u
On Saturday 12 January 2008, Tobias Müller wrote:
> Bartlomiej Zolnierkiewicz schrieb:
> > Please send 'hdparm --Istdout /dev/hdc' output.
>
> /dev/sdc:
[...]
Thanks, device has no cable detection (no surprise here, it is a CF card)
so over-riding only host side cable detection won't work.
As a
Bartlomiej Zolnierkiewicz schrieb:
Please send 'hdparm --Istdout /dev/hdc' output.
/dev/sdc:
044a 3e08 0010 0240 003f 00f4
3f80 2020 2020 3031 3036 3131 4532
3239 3753 3035 3130 0002 0002 0004 4844
5820 342e 3230 5361 6e44 6973 6b20 5344
4346 5834 2d38 3139 3220 2020 2020 2020
20
On Friday 11 January 2008, Tobias Müller wrote:
> Tejun Heo schrieb:
> > I don't know very well about CF but does it even fill UDMA/33? What
> > does 'dd if=/dev/sdc of=/dev/null bs=1M count=16 iflag=direct' say? You
> > can increase count for more reliable result.
>
> 16+0 Datensätze ein
> 16+0
Hi
Please apply the attached patch and specify libata.force_cbl=80 as
kernel boot parameter. If you load libata from initrd or after boot you
need to pass 'force_cbl=80' as module parameter. How you do it depends
on your distro.
[ 41.116289] ata7: forcing 80c
[ 41.116356] ata7.00: ATA-4:
[cc'ing Alan, thanks for the information on the other message]
Tobias Müller wrote:
> Tejun Heo schrieb:
>> I don't know very well about CF but does it even fill UDMA/33? What
>> does 'dd if=/dev/sdc of=/dev/null bs=1M count=16 iflag=direct' say? You
>> can increase count for more reliable resul
> I don't know very well about CF but does it even fill UDMA/33? What
> does 'dd if=/dev/sdc of=/dev/null bs=1M count=16 iflag=direct' say? You
> can increase count for more reliable result.
Some CF hardware can manage UDMA33, almost no adapters and cable
convertors can however. I don't know if
Tejun Heo schrieb:
I don't know very well about CF but does it even fill UDMA/33? What
does 'dd if=/dev/sdc of=/dev/null bs=1M count=16 iflag=direct' say? You
can increase count for more reliable result.
16+0 Datensätze ein
16+0 Datensätze aus
16777216 Bytes (17 MB) kopiert, 0,561688 s, 29,9
Tobias Müller wrote:
> Hello!
>
> I'm running 2.6.24-rc7 with an Addonics AD4CFPRJ Quad-CF PCI Controller
> (http://www.addonics.com/products/flash_memory_reader/ad4cfprj.asp) using
> Silicon Image PCI0680 chipset which is connected direct (no cables) with 2
> Compact-Flash Cards.
>
> In confi
Hello!
I'm running 2.6.24-rc7 with an Addonics AD4CFPRJ Quad-CF PCI Controller
(http://www.addonics.com/products/flash_memory_reader/ad4cfprj.asp) using
Silicon Image PCI0680 chipset which is connected direct (no cables) with 2
Compact-Flash Cards.
In configured
CONFIG_ATA=y
CONFIG_PATA_SIL680
13 matches
Mail list logo
