Benjamin Herrenschmidt a écrit :
But it's not specific to X11; I've applied the patch you posted and the same symptoms occur for pure tty switching as well, the delay has decreased a bit (it's hard to measure, but around a second), but it's still rather annoying to work with. Is it distinguishable which M6 models are buggy? I'm using my X31 for about a year now and have probably made some tens of thousands of switches without lockups, so presumably not all models cause lockups.ATI hasn't been very precise about that unfortunately...
In case your interested, I tried your last patch (http://lkml.org/lkml/2005/4/7/308)
on top of 2.6.12-rc2-mm2 on my Radeon Mobility M6 LY. It works great. Switching was at least one second long with plain mm2. Now it's almost immediat as in Linus' kernel. No more dirty colors during the switch from X to fbcon. Not annoying at all, here. Thanks, Brice - 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/
- References:
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Dave Airlie <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Andreas Schwab <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Moritz Muehlenhoff <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- Prev by Date: Re: Re: Re: [ANNOUNCE] git-pasky-0.1
- Next by Date: New SCM and commit list
- Previous by thread: Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- Next by thread: Re: [PATCH] radeonfb: (#2) Implement proper workarounds for PLL accesses
- Index(es):