[PATCH] ARM: allow, but warn, when issuing ioremap() on RAM
felipe.contreras at gmail.com
Sat Oct 9 08:10:57 EDT 2010
On Sat, Oct 9, 2010 at 2:43 PM, Dave Airlie <airlied at gmail.com> wrote:
>> The few drivers that may be hit by this are typically in drivers/staging
>> exactly because issues like this have not been fixed yet.
>> We should probably just fix the non-staging drivers that are hit by
>> this now and declare the issue done.
>> When you say that "many drivers broken", can you list the ones you know
>> about? It would probably help resolve this the right way.
> I'm guessing some closed source graphics drivers for ARM do all kinds
> of wrong crap, and Nokia use them a lot, and nobody wants to tell the
> closed vendors to change their drivers because it costs money.
You are over simplifying things.
1) The code is open
2) the decision comes from TI, Nokia can only do so much before shipping
3) I know many people in Nokia have pushed very hard, and cleaned up
the driver a lot themselves
4) There are other companies, Intel is using SGX too
Anyway, there are other examples, like tidspbridge, which Nokia has
spent a lot of time cleaning up, and TI made a great effort to push
into staging. And others already in mainline, like
More information about the linux-arm-kernel