Hi David, On Sat, Sep 7, 2013 at 11:57 PM, Tom Gundersen <[email protected]> wrote: > On Sat, Sep 7, 2013 at 4:30 PM, David Herrmann <[email protected]> wrote: >> Attached are two patches. The first one should fix this issue, the >> second one is the rebased ioremap_wc() patch from the other thread. >> >> Does this fix the issue (and the speed-problems)? > > Sadly, no. I added a few printk's to verify that the function you > added is called (it is), but still the same oops.
A few more datapoints: Triggers: X86_SYSFB=y and FB_SIMPLE=n (so no fbdev until i915 is loaded) X86_SYSFB=y and FB_SIMPLE=y Does not trigger: X86_SYSFB=y, FB_EFI=yes, and without the overflow fix (i.e., so we fall back to efifb) X86_SYSFB=n and FB_EFI=y X86_SYSFB=n and FB_EFI=n (so no fbdev until i915 is loaded) Does this make any sense? Cheers, Tom -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
