Messages in this thread | | | Date | Tue, 28 Jun 2011 23:41:52 +0100 | From | Alan Cox <> | Subject | Re: [PATCH 03/29] gma500: Ensure the frame buffer has a linear virtual mapping |
| |
> I am still wondering how come that this is causing trouble to anyone > though -- is anyone really developing real code on top of linux-next > (which should be there to cross-check merge problems between subsystems > and test functionality) instead of particular subsystem tree?
I run -next on a regular basis. I'm actually doing a lot of Linux mid development on it because I need bits going via various trees from x86 to staging to input together.
I'm not btw saying your approach is wrong - in fact I imagine its the only way to make it managable for some things but in the gma500 case at least and I suspect much of staging it tends to cause merge problems. It would be helpful if you route any gma500 bits via me because of the amount of change in that subtree.
Alan
| |