On Thu, Jan 30, 2014 at 07:47:42AM +0100, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 10:30 Wed 29 Jan , Sascha Hauer wrote: > > Signed-off-by: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx> > > --- > > drivers/misc/Kconfig | 6 +++++ > > drivers/misc/Makefile | 1 + > > drivers/misc/sram.c | 75 +++++++++++++++++++++++++++++++++++++++++++++++++++ > > on at91 we already use the sram > > and the sram could be used by any driver for dma (ethernet, framebuffer) > > how could handle this in the generic driver? The generic driver only registers a cdev for accessing it, so you have to actively corrupt the SRAM on the commandline to break something. I don't know how AT91 does it, but the mmio-sram driver in the kernel registers an allocator on the SRAM. Consumers then have a phandle to the SRAM node and can allocate from the SRAM pool using the phandle. We could do something similar in barebox should we have to. It's debatable whether we should remove the cdev once the allocator is used, but let's see until we get there. Sascha -- Pengutronix e.K. | | Industrial Linux Solutions | http://www.pengutronix.de/ | Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 | _______________________________________________ barebox mailing list barebox@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/barebox