lkml.org 
[lkml]   [2012]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [BUG] kernel freezes with latest tree
From
Date
Le mardi 10 janvier 2012 à 08:49 -0800, Linus Torvalds a écrit :
> On Tue, Jan 10, 2012 at 8:37 AM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> >
> > Just to make sure I understood well, here is what I tested :
>
> Yup, that was it.
>
> That was the obvious thing about the merge to check.
>
> I suspect that what remains is now the sparse cleanups and
> usecs_to_cputime64() interaction. I note that you are running on a
> 32-bit setup, which is where such problems would show up (because any
> new casts to "unsigned long" due to the forced sparse casting would
> now actually truncate a 64-bit value down.
>
> Just to test that theory, can you try this attached patch that simply
> removes the casts? That's what we used to have before adding the
> stricter type-checking (other things changed too, so this may not make
> any difference, but this is a "test a small change to *maybe* narrow
> things down")
>
> Martin - mind re-running sparse on the 32-bit case to see if that
> shows some messed-up case?
>
> Linus

I am compiling your patch, but I want to point out that I got also
lockups on my 64bit dev machine.

(But alas, my git bisect attempt on it stopped on un bootable kernels)



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

\
 
 \ /
  Last update: 2012-01-10 17:55    [W:0.115 / U:0.140 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site