2.6.13.2 - menuconfig: raid support wrong place?

2.6.13.2 - menuconfig: raid support wrong place?

[Nico Schottelius]

[-- Attachment #1: Type: text/plain, Size: 477 bytes --]

Hello!

Is it wanted, that some hardware raids are listed below
"Block devices" and not IDE or SCSI support?

And will SATA devices in general stay below SCSI?

Both things aren't really intuitive to find and I would expect
the raid drivers below IDE or SCSI and I was searching for SATA
not below SCSI some times.

Nico

-- 
Latest project: cconfig (http://nico.schotteli.us/papers/linux/cconfig/)
Open Source nutures open minds and free, creative developers.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: 2.6.13.2 - menuconfig: raid support wrong place?

[Randy.Dunlap]

On Mon, 3 Oct 2005 10:35:37 +0200 Nico Schottelius wrote:

> Hello!
> 
> Is it wanted, that some hardware raids are listed below
> "Block devices" and not IDE or SCSI support?
> 
> And will SATA devices in general stay below SCSI?
> 
> Both things aren't really intuitive to find and I would expect
> the raid drivers below IDE or SCSI and I was searching for SATA
> not below SCSI some times.

Yeah, we sometimes tend to put drivers in a menu depending
on what technology or interfaces they use.
E.g., some RAID drivers are under Block Devices because they are
implemented as block devices.

That's probably not the best place for them from a user
perspective, but instead of putting them under IDE or SCSI
support, I would rather see them merged with the
Multi-device support menu (RAID and LVM), which appears
to be mostly for infrastructure, not for device drivers,
but there could be a separate section of it for device drivers
IMO.

SATA (currently) uses SCSI software interfaces, so it lives in the
SCSI menus.  Yes, that might not make sense to some people.
Maybe a separate menu for SATA would make sense...

Want to propose some changes via patches?  I have no idea how
well accepted they might be.

---
~Randy
You can't do anything without having to do something else first.
-- Belefant's Law