| Summary: | Please mark sys-kernel/gentoo-sources-2.6.20-r6 stable | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Daniel Drake (RETIRED) <dsd> |
| Component: | New packages | Assignee: | AMD64 Project <amd64> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | kernel |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 166557, 172244, 175141 | ||
| Bug Blocks: | 173710 | ||
|
Description
Daniel Drake (RETIRED)
2007-04-07 21:34:54 UTC
I'd also like to request vanilla-sources-2.6.20.6 stable at the same time. I know it hasn't been in the tree very long, but it should be fine since gentoo-sources-2.6.20-r5 is based on the same patchset. Thanks! 2.6.20 doesnt boot on arm atm ;x ppc64 done You directly stabled it for sparc by carrying over -r4 keywords. Anyway it's fine this time. on x86: $ uname -srp Linux 2.6.20-gentoo-r5 AMD Athlon(tm) XP 2400+ no regressions so far... Marked ppc stable. Apart from the wakeup issues: A newer alsa-driver has to go stable at least on x86, too. I think about rc2. (In reply to comment #7) > Apart from the wakeup issues: A newer alsa-driver has to go stable at least on > x86, too. I think about rc2. > Yes Diego said we want -rc3 for 2.6.20. (In reply to comment #8) > (In reply to comment #7) > > Apart from the wakeup issues: A newer alsa-driver has to go stable at least on > > x86, too. I think about rc2. > Yes Diego said we want -rc3 for 2.6.20. Ok. But that still has open issues. Can anyone verify if they should hold us back? (In reply to comment #7) > Apart from the wakeup issues: A newer alsa-driver has to go stable at least on > x86, too. I think about rc2. > Out of interest, why? (In reply to comment #10) > (In reply to comment #7) > > Apart from the wakeup issues: A newer alsa-driver has to go stable at least on > > x86, too. I think about rc2. > > > > Out of interest, why? Why what? Newer alsa-driver, because current stable fails. rc2 because it has no open bugs and succeeds on 2.6.20. rc3 is ok if the issues are non-issues. (In reply to comment #11) > Why what? Newer alsa-driver, because current stable fails. Fails in what way? (In reply to comment #12) > (In reply to comment #11) > > Why what? Newer alsa-driver, because current stable fails. > > Fails in what way? It is not intended to work with .20, according to Ticho, so we need a newer one. 2.6.20-r5 doesn't boot half the time for me (amd64). I think its still got some issues with the MCP51 chipset; see http://www.gossamer-threads.com/lists/linux/kernel/748576 Please file a bug for your issues. We decided against switching to 2.6.20 simply because we are too close to the release and don't want to spend the time validating a completely new kernel. Maybe next time. ^ above comment was in reference to 2007.0 arch teams, now that we aren't under pressure in terms of that release, please hold off on this until -r6, which I'll release later today (hopefully) (In reply to comment #17) > ^ above comment was in reference to 2007.0 > > arch teams, now that we aren't under pressure in terms of that release, please > hold off on this until -r6, which I'll release later today (hopefully) > That will of course mean that -r6 will need to be tested for a month or so. -r6 is out. theres no need for a months testing, the patch acceptance criteria is very strict. This is entirely an incremental release (and minimal). OK, then. 2.6.20-r6 looks ok from my side. Needs alsa-driver-1.0.14_rc2 or later (I have tested _rc2, _rc2-r1 and _rc3). x86 stable Looks like Christian forgot to stabilize newer alsa-driver. Did so now, 1.0.14_rc2 is marked stable on x86. In future please file a dedicated bug (with full info, i.e. the compile error) when a stable tree package does not compile against a candidate kernel. I do track these, and would have taken care of ALSA personally if a bug had been filed earlier. amd64 stable |