lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c5bd819b0906050335i4e813887sc8f4d901da86a1aa@mail.gmail.com>
Date:	Fri, 5 Jun 2009 12:35:46 +0200
From:	Grozdan <neutrino8@...il.com>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	hancockrwd@...il.com, linux-kernel@...r.kernel.org,
	linux-ide@...r.kernel.org
Subject: Re: Kernel 2.6.30rc7 limits IDE to UDMA33

2009/6/5 Alan Cox <alan@...rguk.ukuu.org.uk>:
>> Adding more information. A user on the openSUSE forum which is trying
>> out openSUSE 11.2 milestone 2 (with kernel 2.6.30-rc6-git3) is having
>> the same problems. His computer is using the pata_amd driver instead
>> of pata_via like mine and he too gets limiting to UDMA33 during boot
>>
>> Link: http://forums.opensuse.org/pre-release-beta/415373-hd-speed.html
>
> Different problem. However that Nvidia one it would be worth trying this
> so that we just rely upon the ACPI/BIOS data for Nvidia.
>
> diff --git a/drivers/ata/pata_amd.c b/drivers/ata/pata_amd.c
> index 33a74f1..c9c5fad 100644
> --- a/drivers/ata/pata_amd.c
> +++ b/drivers/ata/pata_amd.c
> @@ -424,7 +424,7 @@ static struct ata_port_operations amd133_port_ops = {
>
>  static const struct ata_port_operations nv_base_port_ops = {
>        .inherits       = &ata_bmdma_port_ops,
> -       .cable_detect   = ata_cable_ignore,
> +       .cable_detect   = ata_cable_80wire,
>        .mode_filter    = nv_mode_filter,
>        .prereset       = nv_pre_reset,
>        .host_stop      = nv_host_stop,
>

Hi Alan,

I've relayed your reply to the pata_amd user on the forum. As for my
case with pata_via, until this is fixed, is there any way to force it
to use a higher UDMA? Is there a flag that can be passed in, for
example, in /sys somewhere? hdparm fails to set a higher UDMA and I
looked at sdparm but don't see anything in it to increase UDMA...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ