3.11.0-031100rc6 is out

[QDR06VV9]

I have a sneaking suspicion that 3.11.0-031100rc6 was built on a broken RC release.

SOURCE: http://www.eweek.com/developer/linux...es-in-one-day/



It affected multiple releases.

I'd be willing to bet our mainline kernel RC contains the bogus patch.

Good to know Thanks VinDSL!
I have narrowed my problem down to firefox(print to pdf) Chrome & Chromium both print to pdf, but firefox will print to printer fine?
Tested on kernels" 3.8" & "3.10RC7" & "3.11RC5" & "3.11RC6" in a Unity session and Gnome Shell session..

[Doug S]

@VinDSL: Thanks for your research.

If I understand correctly, then I would expect 3.10.7 to work, 3.10.8 to have the issue, and 3.10.9 to work.
Note that in all my kernels tests earlier, I had only tested 3.10.0 of the 3.10 series, as well as some 3.10RC's that I still had lying around.

Results:
Ubuntu 3.10.7 = No problem
Ubuntu 3.10.8 = Problem
Ubuntu 3.10.9 = Problem

[QDR06VV9]

Good to know Thanks VinDSL!
I have narrowed my problem down to firefox(print to pdf) Chrome & Chromium both print to pdf, but firefox will print to printer fine?
Tested on kernels" 3.8" & "3.10RC7" & "3.11RC5" & "3.11RC6" in a Unity session and Gnome Shell session..

I have deleted my .mozilla file.
and all is good now.
I was using a backup of .mozilla and some where along the way must have got corrupt.
But all is good now..

[Doug S]

As for my issue, I have bisected the kernel (the kernel.org one, not the Ubuntu version). I got to this:

doug@s15:~/temp-k-git-3.10rc4/linux$ git bisect good
df54d6fa54275ce59660453e29d1228c2b45a826 is the first bad commit
commit df54d6fa54275ce59660453e29d1228c2b45a826
Author: Radu Caragea <sinaelgl@gmail.com>
Date:   Tue Aug 13 16:00:59 2013 -0700

    x86 get_unmapped_area(): use proper mmap base for bottom-up direction

    When the stack is set to unlimited, the bottomup direction is used for
    mmap-ings but the mmap_base is not used and thus effectively renders
    ASLR for mmapings along with PIE useless.

    Cc: Michel Lespinasse <walken@google.com>
    Cc: Oleg Nesterov <oleg@redhat.com>
    Reviewed-by: Rik van Riel <riel@redhat.com>
    Acked-by: Ingo Molnar <mingo@kernel.org>
    Cc: Adrian Sendroiu <molecula2788@gmail.com>
    Cc: <stable@vger.kernel.org>
    Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
    Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>

:040000 040000 9d054e9ab380db34b08997eedad425cbe9a141d7 a58a8eb56de71e8274a27138ad954cffa00530cd M      arch
:040000 040000 8b30c6461199a89c2f758c714c0bb6571a332821 a42a205de2ee8760bbca2d4df5c31bd20fac8760 M      include
doug@s15:~/temp-k-git-3.10rc4/linux$

While I have tried about 3 or 4 times before, this is the first time I have ever been able to complete a kernel bisection. Looking up that commit, it is pretty simple. My launchpad bug report was set to invalid, so even though I was unclear as to project and component, I filed another at bugzilla.

[Doug S]

The issue I was complaining about in this thread has been fixed in 3.11RC7.
Specifically, the one line in the one file that I had isolated it to has been changed again:

doug@s15:~/temp-k-git-3.10rc4/linux/arch/x86/kernel$ diff -u sys_x86_64.c.original sys_x86_64.c
--- sys_x86_64.c.original       2013-08-23 23:55:39.947039089 -0700
+++ sys_x86_64.c        2013-08-25 23:46:04.401893263 -0700
@@ -101,7 +101,7 @@
                                *begin = new_begin;
                }
        } else {
-               *begin = mmap_legacy_base();
+               *begin = current->mm->mmap_legacy_base;
                *end = TASK_SIZE;
        }
 }

I have not yet found (or even tried) a reference commit number.