lkml.org 
[lkml]   [2011]   [Jul]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: [PATCH][Resend v2] Fix infinite loop in search_binary_handler()
    Date
    Am Montag 04 Juli 2011, 14:10:43 schrieb Tetsuo Handa:
    > Richard Weinberger wrote:
    > > Am Montag 04 Juli 2011, 13:51:55 schrieb Tetsuo Handa:
    > > > Richard Weinberger wrote:
    > > > > Running a x86_64 kernel without ia32 emulation and a x86 user land
    > > > > triggers this issue.
    > > >
    > > > Executing /sbin/modprobe for x86_32 on an x86_64 kernel without x86_32
    > > > support?
    > >
    > > Yep.
    > >
    > > > Anyway, request_module() calls __request_module() but
    > > > __request_module() stops at MAX_KMOD_CONCURRENT levels of nesting.
    > > > So, I think "infinite loop" cannot happen.
    > >
    > > Booting a x86_64 UML kernel with x86_32 user land triggers this issue.
    > > I always wondered why the UML kernel hangs an consumes 100% CPU.
    >
    > That's strange... Would you show us printk() output like
    >
    > printk(KERN_INFO "Calling request_module()\n");
    > request_module("binfmt-%04x", *(unsigned short *)(&bprm->buf[2]));
    > printk(KERN_INFO "Returned from request_module()\n");
    >
    > for demonstrating that __request_module() cannot stop at
    > MAX_KMOD_CONCURRENT levels of nesting?

    There you go!
    http://userweb.kernel.org/~rw/boot.log

    I did not count all messages, but they are more than 50. :-)

    Thanks,
    //richard


    \
     
     \ /
      Last update: 2011-07-04 14:23    [W:0.025 / U:0.160 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site