On Mon, Jul 16, 2012 at 05:53:18PM -0400, Dave Jones wrote:
> On Mon, Jul 16, 2012 at 10:32:18PM +0100, Al Viro wrote:
> > On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> > > rdi = 54415541e5894855
> > >
> > > which looks like some odd corrupted ASCII to me ("UH\211\345AUAT
On Mon, Jul 16, 2012 at 10:32:18PM +0100, Al Viro wrote:
> On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> > rdi = 54415541e5894855
> >
> > which looks like some odd corrupted ASCII to me ("UH\211\345AUAT") but
> > that makes no sense either.
>
> It makes a lot of
On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> rdi = 54415541e5894855
>
> which looks like some odd corrupted ASCII to me ("UH\211\345AUAT") but
> that makes no sense either.
It makes a lot of sense as amd64 code, though:
55 push %rbp
48
On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> On Wed, Jul 11, 2012 at 11:32 AM, Dave Jones wrote:
> >
> > What's puzzling me though is how we got from do_dentry_open to
> > try_module_get ?
>
> It's the
>
> f->f_op = fops_get(inode->i_fop);
>
> that does it.
On Wed, Jul 11, 2012 at 11:32 AM, Dave Jones wrote:
>
> What's puzzling me though is how we got from do_dentry_open to try_module_get
> ?
It's the
f->f_op = fops_get(inode->i_fop);
that does it.
I have no idea what the actual bug is, though, but the code decodes to
0: 89 75 f0
I just triggered this using my fuzzing tool. To give it some more interesting
things
to chew on, I had first loaded every module I had built. This is why the P and
C flags
are tainted (patch sent to netdev for the 'P' in nci.ko).
(The W flag was a warning from networking about an > MAX_ORDER pag
6 matches
Mail list logo
