linux-kernel - Re: [PATCH] FILESYSTEMS: Make "advanced partitions" immediately unselectable.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1217282540.22927.13.camel@zem.phub.net.cable.rogers.com>
Date:	Mon, 28 Jul 2008 18:02:20 -0400
From:	Calvin Walton <calvin.walton@...il.com>
To:	"Robert P. J. Day" <rpjday@...shcourse.ca>
Cc:	Randy Dunlap <randy.dunlap@...cle.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...l.org>
Subject: Re: [PATCH] FILESYSTEMS: Make "advanced partitions" immediately
 unselectable.

On Mon, 2008-07-28 at 14:42 -0400, Robert P. J. Day wrote:
> On Mon, 28 Jul 2008, Randy Dunlap wrote:
> it strikes me that, at least on x86, MSDOS partition support is so
> fundamental that it should take work for someone to turn it *off*.
> perhaps simply have it on by default, and force someone to go under
> "Configure standard kernel features (for small systems)"
> (CONFIG_EMBEDDED) to make it go away?
> 
>   seriously, how often is someone going to build a kernel for x86 and
> not need MSDOS partition support?  just curious.
> 
> rday

Naturally, on an architecture other than x86 (e.g. sparc) you'll want to
ensure that the platform's native partitioning format (for sparc,
SUN_PARTITION) is similarly on by default, and difficult to unselect. 

In this case, you could get by perfectly without msdos partitions
enabled (although the default is still to enable them), unless you want
to read a usb key or something.

This was the point of the original menu, I think - it allowed each
partition type to have a default based on arch, but to hide away the
mess of other types unless you feel like overriding it.

You'll want to make sure in your patch that arches other than x86 don't
lose their own native partitioning types :)

-- 
Calvin Walton <calvin.walton@...il.com>

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/