[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#113036: marked as done (hdparm: 3ware IDE-RAID disks can not currently be tweaked due to kernel driver limitation)

Your message dated Tue, 30 Jan 2007 13:35:34 -0700
with message-id <[🔎] 20070130203533.GD5582@colo>
and subject line not a bug
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: hdparm
Version: 3.9a-1
Severity: important

hdparm does not work on 3ware fake-scsi drives, which are normal IDE drives 
on an IDE raid controller.
when entering 'hdparm -i /dev/sda1' it returns 'operation not permitted on 
scsi drives'
maybe it should check for real ide or scsi disks, not just for the given 
option.


-- System Information
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux vektorsau 2.4.9 #32 SMP Tue Sep 18 04:34:33 MEST 2001 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages hdparm depends on:
ii  libc6                         2.2.4-1    GNU C Library: Shared libraries 
an

--- End Message ---
--- Begin Message --- 
I just read this report, and I do not believe it is a valid bug. My
reasoning is that the 3ware card does not present an IDE interface to
the OS, so the OS should not be expected to emulate one.

I also agree that it is not an hdparm bug either.
hdparm's description says:

 Get/set hard disk parameters for Linux IDE drives.
 Primary use is for enabling irq-unmasking and IDE multiplemode.

Because you are going through a 3ware controller, your disks are no
longer Linux IDE drives - they are now 3ware logical drives, which
hdparm does not support.

If you want to tweak low-level settings of the disk, you should use a
controller that gives you this interface.

An analogy is asking for a USPS (US Postal Service) letter to be
delivered via bicycle instead of via truck. The USPS interface is a
mailbox at both ends, and the USPS gets to choose how its
implemented. If you insist on bicycle deliver, hire a bicycle courier
instead.

For a second opinion, I ran this by Adam Radford who maintains the
3ware driver:

Adam Radford said:
> The 3ware controllers purposefully don't allow someone to change the
> UDMA settings, etc, and as such, this functionality is not
> implemented through ioctls, and hdparm will not apply to these
> controllers in that regard. (N/A): Not applicable.

Because the controllers don't allow this - and this hasn't changed in
the 5 years this bug has been open, I think its time to close it.

-- 
dann frazier

--- End Message ---
Reply to: