[Bug 14853] New: 2.6.13 kernel?

bugzilla-daemon at bugzilla.ubuntu.com bugzilla-daemon at bugzilla.ubuntu.com
Wed Sep 7 00:51:21 UTC 2005


Please do not reply to this email.  You can add comments at
http://bugzilla.ubuntu.com/show_bug.cgi?id=14853
Ubuntu | linux

           Summary: 2.6.13 kernel?
           Product: Ubuntu
           Version: unspecified
          Platform: All
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: linux
        AssignedTo: ben.collins at ubuntu.com
        ReportedBy: nigelenki at comcast.net
         QAContact: kernel-bugs at lists.ubuntu.com


A few preempt paths and a lot of driver fixes went into 2.6.13.  Can we see a
2.6.13 kernel out for Breezy?  Maybe resolve bug #11906 so we can see preempt
on, as well as the new features.  I'd personally prefer preempt over voluntary
preempt for a desktop; although I guess having i686-preempt
i686-voluntary-preempt amd64-generic-preempt amd64-generic-voluntary-preempt etc
would be more "complete."

My thinking is that the desktop should be absolutely smooth.  We're not running
dedicated clusters here, we're not build machines, we don't care about saving
1-2% on throughput.  What we DO care about is saving ourselves the trouble of
things skipping and jerking when we're encoding video, or CDs not burning right,
or sound getting choppy when the system finds load from i.e. reading in menu
icons after they all stagnated.  When gaim-vv is backmerged into gaim, preempt
will make sound over network smoother by responding to sound card interrupts
while under heavy load encoding video.  Desktop boxes are real-time devices, not
hard number-crunchers.

That's my take on it.  I'm not afraid to find that gcc builds my kernel after an
extra 45 seconds.  Or something.  Doom, however, should be smooth.

-- 
Configure bugmail: http://bugzilla.ubuntu.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the kernel-bugs mailing list