When search_binary_handler() is called to find a handler
for /sbin/modprobe it will end up in an infinite loop because
it executes request_module() to load a binfmt module with
/sbin/modprobe...
Running a x86_64 kernel without ia32 emulation and a x86 user land
triggers this issue.
Signed-off-by:
On Thu, 16 Jun 2011 21:01:07 +0200 Richard Weinberger wrote:
> There is no need to define VM_{STACK,DATA}_DEFAULT_FLAGS as
> variable.
> It's also useless to test for TIF_IA32 as 64bit UML has no
> IA32 emulation.
>
> Signed-off-by: Richard Weinberger
> CC: randy.dun...@oracle.com
Acked-by: Ran
There is no need to define VM_{STACK,DATA}_DEFAULT_FLAGS as
variable.
It's also useless to test for TIF_IA32 as 64bit UML has no
IA32 emulation.
Signed-off-by: Richard Weinberger
CC: randy.dun...@oracle.com
CC: mho...@suse.cz
CC: torva...@linux-foundation.org
---
arch/um/sys-x86_64/Makefile
On Thu, Jun 16, 2011 at 3:47 PM, Boaz Harrosh wrote:
> Is there a public tree that has all these patches sent to the mailing list
> the last couple of month?
All patches go first into -mm and then to Linus.
When there is a need for it, I can publish my (rebasing) tree on git.kernel.org.
> Is thi
Hi umlers
There's been a stream of nice patches for uml lately. The kind I had on
my TODO for a while and never had the time to do them. Thanks
Is there a public tree that has all these patches sent to the mailing list
the last couple of month?
Is this tree included in linux-next?
I work with