[lkml]   [2005]   [Jun]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Linux v2.6.12-rc6
    On Tue, 7 Jun 2005 17:44:00 +1000 Dave Airlie wrote:
    > > On Tue, 7 Jun 2005 08:37:31 +0200, Voluspa wrote:
    > > >Ah, sorry about the noise... I've been away from kernel testing too
    > > >long. I patched a tree without noticing all the rejects
    > > >(this new machine is fast). But from what I remember, it was
    > > >decided to do the -rc patches against the latest stable codebase,
    > > >in this case .11 Shrug.
    > It was explicitly stated by Linus way back time that
    > subsequent patches are against the base of the previous release, so
    > -rcs are against 2.6.x not 2.6.x.y.. which all makes great sense if
    > development is happening in parallel... I'm not sure I've ever heard
    > anything else stated to oppose this, but apparently some people have..

    Yes, I remember that episode well. But times and policy change, don't
    they? When the "stable" dot-releases were introduced, there was another
    discussion, albeit brief, of where the base should lie. And my memory
    must have really left for an early vacation since the .x.y decision came
    so easily and quickly to my mind.

    Anyway, the -rc6 applied cleanly to a 2.6.11 kernel and my uptime is now
    27 minutes.

    Issue: The new "conservative" qpufreq governor doesn't work. Stuck on
    full blast. Loading the "ondemand" and trying to echo that choice into
    the scaling_governor file doesn't work ("cannot overwrite existing
    file"). Must reboot since the "conservative" don't want to be unloaded
    (is in use). Guess I could have unloaded the whole ACPI module system in
    correct order, but a reboot was quicker --> 20 seconds...

    Ask for more info about my setup if someone would like to work on this.

    Meta-issue: Anyone not using hotplug/udev/whatever will trip on the
    kbd-now-being-another-mouse. Should result in plenty of user bugreports
    around the lists unless the fact is posted somewhere prominently. I took
    a brief tour with the -rc5 (downloaded a whole kernel) and just shook my
    head when the mice in X became totally unruly. Didn't know if I
    should laugh or cry, that's how funny the cursor behaved. I've now
    bumped up both the internal touchpad and the usb mouse one notch higher
    in the /dev/input/mouseX list and all is well.

    Mats Johannesson
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-06-07 10:49    [W:2.500 / U:0.588 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site