[lkml]   [2006]   [Dec]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Linux 2.6.20-rc1

On Thu, 14 Dec 2006, Alistair John Strachan wrote:
> `hddtemp' has stopped working on 2.6.20-rc1:

Hmm. Can you do the strace on a working kernel too? For example, is it
that the 0x30d ioctl (which is HDIO_GET_IDENTITY) used to work? If it's a
SATA device, and you _used_ to use the PATA drivers, some of the old
IDE-only ioctl's simply don't work when used in native SATA

[ Side note: I consider that to be a mis-feature, but it's not a new
regression, it's always been that way: different block subsystems have
had their own "private" ioctl spaces.

We've been moving more and more towards a unified space, and we could
probably make scsi_ioctl.c emulate at least _some_ of the HDIO_xxx calls
too, and try to support all the block ioctl's on all block devices
rather than have some that work only on some certain class of hardware.

But we're not there yet, and in the meantime it will actually make a
difference whether you use your disks through the kernel SCSI layer
(SATA and /dev/sdX) or through the IDE layer (IDE and /dev/hdX) ]

On the other hand, this _sounds_ very much like a bug that should have
been fixed before 2.6.20-rc1, which affected SG_IO.

If you can do a "git bisect" on this, that would help a lot.

(Btw, where is "hddtemp" from, anyway? Doesn't seem to be part of the
standard set of tools I have on any of my systems)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2009-11-18 23:46    [W:0.134 / U:9.704 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site