linux-kernel - Re: [PATCH] restore export of handle_mm

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: <20080618125131.GA2097@infradead.org>
Date:	Wed, 18 Jun 2008 08:51:31 -0400
From:	Christoph Hellwig <hch@...radead.org>
To:	Paul Mackerras <paulus@...ba.org>
Cc:	Christoph Hellwig <hch@...radead.org>,
	Gaudenz Steinlin <gaudenz@...ian.org>,
	linux-kernel@...r.kernel.org, 486798@...s.debian.org,
	josejx@...too.org
Subject: Re: [PATCH] restore export of handle_mm_fault for Mac on Linux

On Wed, Jun 18, 2008 at 10:45:02PM +1000, Paul Mackerras wrote:
> > Has been rejected a few times.  An now that we actually have kvm
> > for powerpc in tree MOL should just merge with that project and
> > do the right things in tree instead of beeing a really hacky
> > module subverting the VM.
> 
> We don't have KVM for the "classic" 32-bit PowerPC processors, only
> for the 44x family.  And doing KVM for the classic 32-bit processors
> would probably involve just as much hackery as MOL. :)

I don't think so.  Doing it properly in-tree will mean that it is

  a) properly reviewed
  b) means we can do the major VM bits in the kernel without these
     really stupid exports

Have you looked at MOL recently?  It's more than disgusting.

And in addition to these issue we do of course as policy not add
random hooks in the kernel tree for out of tree stuff.  Especially
for hacks like this that don't even have the intention to get merged.
--
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/