On 2007/08/24 20:18 (GMT+0200) Carlos E. R. apparently typed:

> Friday 2007-08-24 at 13:44 -0400, Felix Miata wrote:

>> On 2007/08/24 14:41 (GMT+0200) Andreas Jaeger apparently typed:

>> > "Carlos E. R." <[EMAIL PROTECTED]> writes:

>> >> Is there any hope of increasing the 16 partition limit some time in the 
>> >> future?

>> > No -

>> Because it's a kernel design issue, something SUSE/Novell has little or no
>> control over.

> Well, they can assign developers to scsi and develop patches that add 
> support for more than 16 partitions to scsi modules. If technically 
> possible, of course (I don't know what is the origin of that limit). Or 
> invent something different than scsi for both scsi and ata.

This is nothing ordinary patching can solve. It's a fundamental kernel design
problem. SCSI has always had the 15 partition limit because its device node
major is 8. To change it to something less, which would be required to allow
more than 15 SCSI partitions, would require major backward compatibility
breakage in kernel design. Novell developers wouldn't likely try anything
significant without major participation from the kernel development community
and the Linux community generally.

Kernel people have said a solution should come from userspace, and I think
this is where Novell developers are mostly spending some effort quietly. I
found some also from Mandriva, while none from Fedora.

The problem as I see it is little or no use cases for systems the Distro
makers are paid to support to require more than 15 partitions. Outside
experimentation and development environments, I can't think of a use case for
more than 15. This makes it hard for a developer to get paid to work on a
solution, meaning fewer resources available to task this problem.
-- 
"   It is impossible to rightly govern the world without
God and the Bible."                    George Washington

 Team OS/2 ** Reg. Linux User #211409

Felix Miata  ***  http://mrmazda.no-ip.com/
-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to