division.
Signed-off-by: Wolfgang Denk
Reported-by: Chris Ruehl
Cc: Chris Ruehl
I would like to withdraw this patch.
It appears nobody has been running a MAKEALL with USE_PRIVATE_LIBGCC
enabled for a long, long time. There are a number of other places
that show similar problems. Instead of fi
Wolfgang,
On Sunday, October 27, 2013 06:01 PM, Wolfgang Denk wrote:
Dear Chris,
In message<526ce0f6.8020...@gtsys.com.hk> you wrote:
GOOD Catch!
Thanks :-)
It would be nice if you could run an actual test on your hardware,and
then eventually even provide an Tested-by: ?
Yes, I will run
ction `jffs2_1pass_build_lists':
fs/jffs2/jffs2_1pass.c:1441: undefined reference to `__aeabi_uldivmod'
This is caused by a u64 / u32 division in jffs2_1pass.c; the problem
can be avoided by using do_div() instead of plain division.
Signed-off-by: Wolfgang Denk
Reported-by: Chris Ruehl
Cc: Chris
FYI
On Wednesday, October 23, 2013 08:36 AM, Chris Ruehl wrote:
Hi Wolfgang,
On Tuesday, October 22, 2013 08:13 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
I wrote:
If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make
command line.
I mean: use "USE_PRIVATE_LIB
Hi Wolfgang,
On Tuesday, October 22, 2013 08:13 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
I wrote:
If everything else fails, use "USE_PRIVATE_LIBGCC=y" on the make
command line.
I mean: use "USE_PRIVATE_LIBGCC=yes" on the make command line.
after I set this option
Hi Wolfgang,
On Tuesday, October 22, 2013 02:07 PM, Wolfgang Denk wrote:
Dear Chris Ruehl,
In message<5265dfd1.9000...@gtsys.com.hk> you wrote:
when I tried to build v2013.10 with the Option: CONFIG_CMD_JFFS2
using linao tool-chain 2013.09 (and earlier) I run into the well known p
Dear List,
when I tried to build v2013.10 with the Option: CONFIG_CMD_JFFS2
using linao tool-chain 2013.09 (and earlier) I run into the well known problem
uses VFP register arguments, u-boot does not
the u-boot.map shows this as source of the trouble -
/opt/armhf/gcc-linaro-arm-linux-gnueabih
Hi Chris,
On Wed, Oct 9, 2013 at 2:34 AM, Chris Ruehl wrote:
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board to
the new u-boot loader using the SPL code rather then the self hacked
NAND->SDRAM.
I'm not able to get anything run. The console stays dead.
On Wednesday, October 09, 2013 02:29 PM, Chris Ruehl wrote:
On Wednesday, October 09, 2013 01:34 PM, Chris Ruehl wrote:
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board
to the new u-boot loader using the SPL code rather then the self hacked
NAND->SDRAM.
I'm
On Wednesday, October 09, 2013 01:34 PM, Chris Ruehl wrote:
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board
to the new u-boot loader using the SPL code rather then the self hacked
NAND->SDRAM.
I'm not able to get anything run. The console stays dead.
Let st
Hi.
I hope someone can open my eyes on this. We try to port our MX27 board to the
new u-boot loader using the SPL code rather then the self hacked NAND->SDRAM.
I'm not able to get anything run. The console stays dead.
Let start here:
To see if the second image is booting I tried to load the i
On Friday, March 29, 2013 05:50 AM, Tom Rini wrote:
On Mon, Mar 25, 2013 at 06:43:34AM -, Chris Ruehl wrote:
Hi,
I start a project on a freescale imx27 using the dm9000a for network.
I learned that the tftp , nfs and other network related working more
less very unstable. I start compare
Hi,
I start a project on a freescale imx27 using the dm9000a for network.
I learned that the tftp , nfs and other network related working more less very
unstable. I start compare the dm9000.c code with the upstream kernel v3.8.4 and
fix some issues.
issues
tftp
with many bad checksums and
13 matches
Mail list logo
