hdparm on FC7

[Jovan Spasojevic]

Hello,

sience FC7 i am not more able to set the (E)IDE 32-bit I/O support
and multiple sector I/O sience fedora 7
on Fedora 5 and 6 there was no problem i have write the comandos in 
rc.local (/sbin/hdparm -c3 -m16 /dev/hda) (now it /dev/sda) and works.
now on fc7 don't wokrs anymore all opts are marked as "off" only runs in 
UDMA 5 Mode. i have this options set because it have a better 
input/output Support/performance on my IDE/ATA100 HDD.

Why hdparm not works anymore. I think it is the new SATA Protocoll.

The Error that appears is:

[root@localhost jovan]# /sbin/hdparm -c3 -m16 /dev/sda

/dev/sda:
  setting 32-bit IO_support flag to 3
  HDIO_SET_32BIT failed: Invalid argument
  setting multcount to 16
  HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device
  HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
  IO_support   =  0 (default 16-bit)


/dev/sdb:
  setting 32-bit IO_support flag to 3
  HDIO_SET_32BIT failed: Invalid argument
  setting multcount to 16
  HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device
  HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
  IO_support   =  0 (default 16-bit)
[root@localhost jovan]#


This is the current output from hdparm:

/dev/sda:
  IO_support   =  0 (default 16-bit)
  readonly     =  0 (off)
  readahead    = 256 (on)
  geometry     = 9964/255/63, sectors = 160086528, start = 0

  Model=Maxtor 6Y080L0                          , FwRev=YAR41VW0, 
SerialNo=Y3HVAW5E
  Config={ Fixed }
  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
  BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
  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 udma3 udma4 udma5

*udma6 (How can that be when i have a UDMA5 HDD and my Motherboard 
supports max ATA100???????????????

  AdvancedPM=yes: disabled (255) WriteCache=enabled
  Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  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

But there is a error i have a Intel 775 Asrock Motherboard with ATA100 
and my Hardware support UDMA5 not UDMA6 (see above)


regards.

[Rick L. Vinyard, Jr.]

I noticed the same behavior on FC7... and a search of Google and 
fedoraforum.org didn't provide any enlightenment.

Does anyone know the explanation?

Jovan Spasojevic wrote:
>  Hello,
>
>  sience FC7 i am not more able to set the (E)IDE 32-bit I/O support
>  and multiple sector I/O sience fedora 7
>  on Fedora 5 and 6 there was no problem i have write the comandos in 
>  rc.local (/sbin/hdparm -c3 -m16 /dev/hda) (now it /dev/sda) and works.
>  now on fc7 don't wokrs anymore all opts are marked as "off" only runs 
>  in UDMA 5 Mode. i have this options set because it have a better 
>  input/output Support/performance on my IDE/ATA100 HDD.
>
>  Why hdparm not works anymore. I think it is the new SATA Protocoll.
>
>  The Error that appears is:
>
>  [root@localhost jovan]# /sbin/hdparm -c3 -m16 /dev/sda
>
>  /dev/sda:
>   setting 32-bit IO_support flag to 3
>   HDIO_SET_32BIT failed: Invalid argument
>   setting multcount to 16
>   HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device
>   HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
>   IO_support   =  0 (default 16-bit)
>
>
>  /dev/sdb:
>   setting 32-bit IO_support flag to 3
>   HDIO_SET_32BIT failed: Invalid argument
>   setting multcount to 16
>   HDIO_SET_MULTCOUNT failed: Inappropriate ioctl for device
>   HDIO_GET_MULTCOUNT failed: Inappropriate ioctl for device
>   IO_support   =  0 (default 16-bit)
>  [root@localhost jovan]#
>
>
>  This is the current output from hdparm:
>
>  /dev/sda:
>   IO_support   =  0 (default 16-bit)
>   readonly     =  0 (off)
>   readahead    = 256 (on)
>   geometry     = 9964/255/63, sectors = 160086528, start = 0
>
>   Model=Maxtor 6Y080L0                          , FwRev=YAR41VW0, 
>  SerialNo=Y3HVAW5E
>   Config={ Fixed }
>   RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
>   BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=?16?
>   CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=160086528
>   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 udma3 udma4 udma5
>
>  *udma6 (How can that be when i have a UDMA5 HDD and my Motherboard 
>  supports max ATA100???????????????
>
>   AdvancedPM=yes: disabled (255) WriteCache=enabled
>   Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  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
>
>  But there is a error i have a Intel 775 Asrock Motherboard with ATA100 
>  and my Hardware support UDMA5 not UDMA6 (see above)
>
>
>  regards.
>
>
>
>

[drago01]

F7 uses libata for IDE too.
libata does not support this commands.

[Jovan Spasojevic]

So have anybody a workaround? Sdparm or what?


regards

dragoran dragoran schrieb:
>  F7 uses libata for IDE too.
>  libata does not support this commands.
>

[Jack Tanner]

Jovan Spasojevic wrote:
>  So have anybody a workaround? Sdparm or what? 
Coincidentally, I just saw an announcement for something called sdparm. 
No idea if it's relevant or not.

http://lwn.net/Articles/229822/

[Alan Cox]

On Sat, Apr 21, 2007 at 05:14:02PM -0600, Rick L Vinyard Jr wrote:
>  I noticed the same behavior on FC7... and a search of Google and 
>  fedoraforum.org didn't provide any enlightenment.
>  Does anyone know the explanation? 
In DMA modes the 32bit I/O feature and multi-sector mode are not used. For
the moment libata also only supports 32bit PIO on some controllers and for those
it si handled automatically. Over time it may well gain 32bit support for more,
but again the goal is it will be entirely automatically done if so.

[Rick L. Vinyard, Jr.]

Alan Cox wrote:
>  On Sat, Apr 21, 2007 at 05:14:02PM -0600, Rick L Vinyard Jr wrote:
>    
> > I noticed the same behavior on FC7... and a search of Google and 
> > fedoraforum.org didn't provide any enlightenment.
> > Does anyone know the explanation?
> >     
>
>  In DMA modes the 32bit I/O feature and multi-sector mode are not used. For
>  the moment libata also only supports 32bit PIO on some controllers and for those
>  it si handled automatically. Over time it may well gain 32bit support for more,
>  but again the goal is it will be entirely automatically done if so.
>
>     
Ahhh, that makes sense. Thanks.