On Tuesday 11 September 2007 11:40, Rohan Kulkarni wrote:
> Hello,
> I have a Seagate SATA hard disk 160GB.My motherboard supports till
> UDMA6.I have enabled UDMA 6 but hdparm -i /dev/sda command shows that the
> hard disk is running in UDMA 5 mode.This is what it shows.
>
> hdparm -i /dev/sda
>
> /dev/sda:
>
> Model=ST3160211AS , FwRev=3.AAE ,
> SerialNo= 5PT0G98G
> Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
> RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
> BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
> CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
> IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
> PIO modes: pio0 pio1 pio2 pio3 pio4
> DMA modes: mdma0 mdma1 mdma2
> UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
> AdvancedPM=no WriteCache=enabled
> Drive conforms to: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3
> ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
>
> * signifies the current active mode
>
> Why is it running in UDMA 5 and not in UDMA 6 mode and how can I enable
> UDMA 6?
>
> Also the command hdparm -v /dev/sda shows IO_SUPPORT as 16 bit.
>
> hdparm -v /dev/sda
>
> /dev/sda:
> IO_support = 0 (default 16-bit)
> readonly = 0 (off)
> readahead = 1024 (on)
> geometry = 19457/255/63, sectors = 312581808, start = 0
>
> the command hdparm -c3 /dev/sda to change IO_SUPPORT to 32 bit gives an
> error.
>
> hdparm -c3 /dev/sda
>
> /dev/sda:
> setting 32-bit IO_support flag to 3
> HDIO_SET_32BIT failed: Invalid argument
> IO_support = 0 (default 16-bit)
> How can i change the IO_SUPPORT to 32-bit???
>
> Thanking you
maybe try this:
http://www.gentoo-wiki.com/HOWTO_Use_hdparm_to_improve_IDE_device_performance
I got to this page and had lots of other hits by googling "hdparm howto."
Dave
--
The Ontario government will spend around $27 billion on nuclear power between
now and 2025 in a bid to keep the lights on in the province. If history is
any indicator, the nuke plans will be characterized by inefficiencies,
unanticipated delays,and massive cost overruns, but will at least ensure the
certainty that future generations have access to a secure supply of
radioactive waste.
--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
