embedded

I was wondering if it would be possible to get graphical hardware acceleration without Xorg and its DDX driver, only with kernel module and the rest of userspace driver. I'm asking this because I'm starting to develop on an embedded platform (something like beagleboard or more roughly a Texas instruments ARM chip with integrated GPU), and I would get hardware acceleration without the overhead of a graphical server (that is not needed). If yes, how? I was thinking about OpenGL or OpengGLES implementations, or Qt embedded http://harmattan-dev.nokia.com/docs/library/html/qt4/qt-embeddedlinux

I'm trying to reduce the size of my elf executable. I'm compiling with -ffunction-sections -fdata-sections and linking with -gc-sections , but it appears some of the symbols that I believe are unused are not being discarded. Is there some command in the GNU toolchain I can run to find out which symbols are being used and where? Toolchain: GNU arm-none-eabi Platform: Cortex-M4 Language: C++ Here are my typical build flags: Compilation: arm-none-eabi-g++.exe -Wall -O3 -mthumb -std=c++11 -mcpu=cortex-m4 -mfpu=fpv4-sp-d16 -mfloat-abi=softfp -fsingle-precision-constant -ffunction-sections -fdata

In an interview they asked me if using function pointers would be beneficial (in terms of speed) when writing code for embedded systems? I had no idea on embedded system so could not answer the question. Just a cloudy or vague answer. So what are the real benefits? Speed, readability, maintenance,cost? I think perhaps Viren Shakya's answer misses the point that the interviewer was trying to elicit. In some constructs the use of a function pointer may speed up execution. For example, if you have an index, using that to index an array of function pointers may be faster than a large switch. If

In an embedded application, we have a table describing the various address ranges that are valid on out target board. This table is used to setup the MMU. The RAM address range is marked as cacheable, but other regions are marked at not cacheable. Why is that? If a memory region is accessed by both hardware and software simultaneously (EX: hardware configuration register or scatter-gather list for DMA), this region must be defined as non-cached. For actual DMA, the memory buffer can be defined as cached, and in most cases, it is advisable for the buffer to be cached to allow the application

Background: I am developing a largish project using at Atmel AVR atmega2560. This project contains a lot of hardware based functions (7 SPI devices, 2 I2C, 2 RS485 MODBUS ports, lots of Analogue and Digital I/O). I have developed "drivers" for all of these devices which provide the main application loop with an interface to access the required data. Question: The project I am developing will eventually have to meet SIL standards. I would like to be able to test the code and provide a good level of code coverage. However I am unable to find any information to get me started on how such a

It seems that any kind of graphic library like DirectFB or MiniGui requires some sort of underlying operation system like Linux or uClinux. I am challenged with writing a software for a micro controller with just 512kb flash, an LCD display and a touchscreen to display and handle some pictures and GUI parts. Do you know any library which just need a pointer to the video memory that also can handle lines, images and fonts? By the time you incorporate some third party solution you could have just written it yourself. For most if not all environments the screen is just a two dimensional array of

I'm currently searching for a Java VM which is portable (or already ported) to an ARM Cortex M3 (LPC1768 from NXP, 512kB ROM ). I have already some experience with simple Real Time Java (www.rtjcom.com) which has a small footprint and is well documented. Do you know some more embedded JVMs for Cortex M3? Ideally with a real Byte Code interpreter and a ClassLoader? Thanks for your suggenstions. The following a Java VMs target embedded systems: JamaicaVm (Commercial) MicroJVM (Comercial) Aonix Perc (Commercial) PreonVm (Commercial) AvianVM (Open source) Open Mika (Open source) Squawk (Open