Mike Frysinger vap...@gentoo.org wrote:
The data chunk is mmaped with 'len' which remains unchanged, so use that
when unmapping in the error path rather than trying to recalculate (and
incorrectly so) the value used originally.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Acked-by:
Hi,
I bought lpc2478stk from olimex some weeks ago. I've tested the framebuffer
and managed to draw something on the screen. But right now i'm thinking to
write texts to the screen and someone told me that nano can do that. So my
question is, how can i activate nano in uclinux distribution given
hi all,
i also found this link that say that drivers 1.2 are not suitable for
dm9000e that is in my board.
http://www.cutedigi.com/article_info.php?articles_id=29
Could it be that i have to look for a v 1.2 driver ?
thanks
angelo
On 01/06/2010 21:16, angelo wrote:
Hi Lennart,
i
On Tue, Jun 01, 2010 at 09:16:08PM +0200, angelo wrote:
i connected stright D0:D31 of coldfire with D0:31 of the chip. I still
didn't looked too much inside the driver, but actually, probably i am
one step before, the dm9000_probe is not called at all (i put some
printk inside).
Perhaps
On Tue, Jun 01, 2010 at 09:55:24PM +0200, angelo wrote:
hi all,
i also found this link that say that drivers 1.2 are not suitable for
dm9000e that is in my board.
http://www.cutedigi.com/article_info.php?articles_id=29
Could it be that i have to look for a v 1.2 driver ?
The driver in
Jivin Mike Frysinger lays it down ...
On Thu, May 27, 2010 at 04:24, Michal Simek wrote:
Mike Frysinger wrote:
The stack and data have different alignment requirements, so don't force
them to wear the same shoe. ??Increase the data alignment to match that
which the elf2flt linker script
Jivin Mike Frysinger lays it down ...
The stack and data have different alignment requirements, so don't force
them to wear the same shoe. Increase the data alignment to match that
which the elf2flt linker script has always been using: 0x20 bytes. Not
only does this bring the kernel loader
Jivin Mike Frysinger lays it down ...
The recent commit 1f0ce8b3dd667dca7 which moved the ARCH_SLAB_MINALIGN
default into the global header inadvertently broke FLAT for a bunch of
systems. Blackfin systems now fail on any FLAT exec with:
Unable to read code+data+bss, errno 14
When your
Mike Frysinger wrote:
The stack and data have different alignment requirements, so don't force
them to wear the same shoe. Increase the data alignment to match that
which the elf2flt linker script has always been using: 0x20 bytes. Not
only does this bring the kernel loader in line with the
On Thu, May 27, 2010 at 04:24, Michal Simek wrote:
Mike Frysinger wrote:
The stack and data have different alignment requirements, so don't force
them to wear the same shoe. Increase the data alignment to match that
which the elf2flt linker script has always been using: 0x20 bytes. Not
only
On Wed, May 26, 2010 at 04:45, Mike Frysinger wrote:
The stack and data have different alignment requirements, so don't force
them to wear the same shoe. Increase the data alignment to match that
which the elf2flt linker script has always been using: 0x20 bytes. Not
only does this bring the
11 matches
Mail list logo