Guys,
I think I have found a reason / partial fix, after getting some parameters
tweaked and pimping out the debug routine to printf() almost the entire SPD
table here is what I found.
1) The SPD tables for DDR1 and DDR2 are dfferent by about 10-15%. We'll need
to add a separate SPD struct to
Remy Bohmer wrote:
In a few minutes I will post a patch which I hope it will solve this.
Can you please try it on your board?
I have tried, the old error is gone, but the board hangs probably after
getting the first packets:
$ tftp 0xa001 u-boot.bin
dm9000 i/o: 0x800, id: 0x9a46
Hi Scott,
we are using the NAND stuff for a couple of boards. All use the .i or .jffs2
extension.
So I also vote for making skipping the default. But the extensions should be
preserved :-)
Matthias
On Tuesday 03 June 2008 00:07, Scott Wood wrote:
Grant Erickson wrote:
Thanks for the
Hello Stefano,
Thanks for testing these patches on the trizeps board. This is very
useful debug info.
I did not expect these problems, but I will continue debugging them.
I assume the problem is caused by patch 05, about fixing the receive
path for DM9000A. Is this correct?
Just to be sure: Does
Hi Mike,
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
What is the licensing of this file, and who is the Copyright holder?
it's all ADI written and owned. we dont particularly care about the
license,
Ummm... Mike, you are a well-know
Hello Stefano,
I have tried, the old error is gone, but the board hangs probably after
getting the first packets:
I believe I found the problem.
During a last minute cleanup I broke something that only breaks it in
32 bit mode.
So, it is probably not patch number 5, but patch number 1 that
A last minute cleanup before submitting the DM9000A patch series yesterday
introduced
a bug in reading the rx-status registers in 32bit mode only.
This patch repairs this.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
---
drivers/net/dm9000x.c |3 ++-
1 file changed, 2 insertions(+), 1
Hi Mike,
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
When available, use the on-chip syscontrol() rom function to perform a
system reset rather than our own local method.
...
- asm(jump (%0); : : a (bfin_reset));
+ if (0
Hi Scott,
Grant Erickson wrote:
Thanks for the suggestion. That solved it. As an academic exercise, is there
any practical reason a system would want to use nboot, as I erroneously
chose to do, without .i|.jffs2|.e?
I don't think so, though I don't know the history involved. Does anyone
Hi Matthias,
I noticed some strange issues with our PMC440 (PPC440PEx based) board and
also with the sequoia eval platform.
In a certain configuration these boards stuck during the Ethernet POST tests.
When they got stuck, it is even not possible to attach with a BDI2000.
Oh, this hints to
On Wednesday 04 June 2008, Detlev Zundel wrote:
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
When available, use the on-chip syscontrol() rom function to perform a
system reset rather than our own local method.
-asm(jump (%0); :
Hi Mike,
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
Please STOP messing with license headers.
so you want it in a separate commit ?
I do not want to see any of these one-line GPL headers. Please use
the regular, full heade. And especially
On Wed, Jun 04, 2008 at 12:04:51AM -0500, Menon, Nishanth wrote:
Sascha,
-Original Message-
From: Sascha Hauer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2008 10:24 AM
To: Menon, Nishanth
Cc: u-boot-users@lists.sourceforge.net; Laurent Desnogues; [EMAIL
PROTECTED];
On Wednesday 04 June 2008, Detlev Zundel wrote:
On Sunday 01 June 2008, Wolfgang Denk wrote:
In message [EMAIL PROTECTED] you wrote:
What is the licensing of this file, and who is the Copyright holder?
it's all ADI written and owned. we dont particularly care about the
license,
Hi Wolfgang,
PPC: add accessor macros to clear and set bits in one shot
Although I think this is a good idea, I do not particularly like some
details.
This patch adds macros from linux/include/asm-powerpc/io.h to clear and
set bits in one shot using the in_be32, out_be32, etc. accessor
Remy Bohmer wrote:
I will post a mail in a few minutes solving this...
Please apply this new past on top of the 6-patches series I posted yesterday.
Great ! It works, I tested now with bigger files and it sounds good !
I have seen that the complete patch (all patch 0-xx) is not so big and
Hi Tor,
These patches add support for the mpc8313 based BUBBATWO board.
Signed-off-by: Tor Krill [EMAIL PROTECTED]
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile |3 +
include/configs/BUBBATWO.h | 516
Hi,
Stefan Roese wrote:
On Monday 02 June 2008, Wolfgang Grandegger wrote:
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
Acked-by: Anton Vorontsov [EMAIL PROTECTED]
All 4 patches are maintained by different people. What is the fastest
way to get these patches in? Maybe Stefan could
Hi Detlev,
Detlev Zundel wrote:
Hi Wolfgang,
PPC: add accessor macros to clear and set bits in one shot
Although I think this is a good idea, I do not particularly like some
details.
This patch adds macros from linux/include/asm-powerpc/io.h to clear and
set bits in one shot using the
PPC: add accessor macros to clear and set bits in one shot
This patch adds macros from linux/include/asm-powerpc/io.h to clear and
set bits in one shot using the in_be32, out_be32, etc. accessor functions.
They are very handy to manipulate bits it I/O registers.
This patch is required for my
Hi Stefan,
Historically the 405 U-Boot port had a dram_init() call in early init
stage. This function was still called from start.S and most of the time
coded in assembler. This is not needed anymore (since a long time) and
boards should implement the common initdram() function in C instead.
Hi George,
I was trying to build u-boot-1.2.0 for atmel (u-boot
source code delivered by the board vendor). Tried
this:
$ make CROSS_COMPILE=arm-linux- sam9l9260_config
$ make CROSS_COMPILE=arm-linux-
but it failed:
make -C tools all
make[1]: Entering directory
Hi Andy,
On Fri, May 9, 2008 at 9:35 AM, Wolfgang Denk [EMAIL PROTECTED] wrote:
From: Sergei Poselenov [EMAIL PROTECTED]
Signed-off-by: Sergei Poselenov [EMAIL PROTECTED]
Is this board different from the socrates board that went in? The
code appears identical (though I admit I did not
Hello Stefano,
Great ! It works, I tested now with bigger files and it sounds good !
Good news!
I have seen that the complete patch (all patch 0-xx) is not so big and
smaller as the limit of the mailing list (17k 40k). What about to send
only the complete patch ? It is easier to read for
Hi Detlev,
On Wednesday 04 June 2008, Detlev Zundel wrote:
I put those maintainers that I could find on CC to inform them. You
could have done the same ;)
I intended to do so. But unfortunately forgot about it. Sorry about that.
Best regards,
Stefan
From: Wolfgang Grandegger [EMAIL PROTECTED]
Move all TQM board directories to the vendor specific directory tqc
for modules from TQ-Components GmbH (http://www.tqc.de).
Signed-off-by: Wolfgang Grandegger [EMAIL PROTECTED]
---
Makefile | 30
Andy Fleming wrote:
On Mon, Jun 2, 2008 at 6:22 PM, Andy Fleming [EMAIL PROTECTED] wrote:
On Wed, May 28, 2008 at 12:53 PM, [EMAIL PROTECTED] wrote:
From: Wolfgang Grandegger [EMAIL PROTECTED]
Move all TQM board directories to the vendor specific directory tqc
for modules from TQ-Components
Hi all,
I am currently working with the freescale mpc8323e rdb and need to change from
flash JS28F128J3D to JS28F256P33 (with part number JS28F256P33T95). Does anyone
know what changes I need to do on the u-boot source to get this new flash
working on my platform?
I saw, in the file
Markus Klotzbücher wrote:
Dear List,
I'm facing a problem creating a new fdt image following the instructions
in the u-boot/doc/uImage.FIT/howto.txt
u-boot and dtc are top of git:
$ dtc -v
Version: DTC 1.1.0-g050e6f0c
~/src/git/u-boot/ $ git-describe
v1.3.3-32-gf2aeecc
I'm in
Hi Bartlomiej,
Bartlomiej Sieka [EMAIL PROTECTED] writes:
Line 11 of doc/uImage.FIT/kernel_fdt.its is:
data = /incbin/(./vmlinux.bin.gz);
So most likely your problem is due to mainline dtc not supporting binary
includes (yet). You need to patch it with original Scott Wood's patch,
see:
Remy Bohmer wrote:
Hello Stefano,
Great ! It works, I tested now with bigger files and it sounds good !
Good news!
I have seen that the complete patch (all patch 0-xx) is not so big and
smaller as the limit of the mailing list (17k 40k). What about to send
only the complete
Remy,
On Tue, Jun 3, 2008 at 11:14 AM, Remy Bohmer [EMAIL PROTECTED] wrote:
According to the Application Notes of the DM9000, only the 2 bits 0:1 of
the status byte need to be checked to identify a valid packet in the fifo
But, The several different Application Notes do not all speak the same
On Tue, Jun 3, 2008 at 6:48 AM, Remy Bohmer [EMAIL PROTECTED] wrote:
U-boot can complain a lot about 'checksum bad' when it is attached to the
network.
It is annoying for ordinary users who start to doubt the network connection
in general when they see messages like this.
This is caused by
On Tue, Jun 3, 2008 at 5:51 AM, Remy Bohmer [EMAIL PROTECTED] wrote:
The option CONFIG_BOOTP_RANDOM_DELAY does not compile, because of a
missing 'extern' inside the net/bootp.h header.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
Applied to net repo.
thanks,
Ben
On Wed, Jun 4, 2008 at 1:47 AM, Remy Bohmer [EMAIL PROTECTED] wrote:
A last minute cleanup before submitting the DM9000A patch series yesterday
introduced
a bug in reading the rx-status registers in 32bit mode only.
This patch repairs this.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
Hello Ben,
I only encountered one whitespace issue, in patch 5 and was able to fix it.
I use the --whitespace=strip option in git-am, so trailing whitespace isn't
a problem.
Thanks!
I've applied your patches to the net repo, and since you submitted them by
the deadline it should go in this
On Wed, 2008-06-04 at 12:04 +0800, wang baohua wrote:
Dear all,
I study the U-boot.bin file using the objdump command, I don't know
how the CPU can find the right string address when puts() string.
For example, In my binary file, the string Call backtrace: in func
print_backtrace()
Hi Stefan,
Yesterday I decided to update u-boot from the u-boot-ppc4xx repo. I boot my
board similarly to the Bamboo NAND flash boot. So after I re-flashed U-Boot ...
nothing ... I bricked my board ... thanks!
The good news is that the fix is relatively simple. I took a look at the code
and I
Hi Eugene,
On Wednesday 04 June 2008, Eugene O'Brien wrote:
Yesterday I decided to update u-boot from the u-boot-ppc4xx repo. I boot my
board similarly to the Bamboo NAND flash boot. So after I re-flashed U-Boot
... nothing ... I bricked my board ... thanks!
Sorry about that. I hope you were
None of these is the 'correct' fix, but if somebody wants the code I'll
be
happy to post. I will be working with Freescale to find info on the
ODT-50-ohm problem and possible other solutions.
-Russ
Is there a correct fix? You sort of implied that even a look up table
wouldn't solve
This patch fixes a problem spotted by Eugene O'Brian (thanks Eugene)
introduced by the commit:
ppc4xx/NAND_SPL: Consolidate 405 and 440 NAND booting code in start.S
With this patch SDRAM will get initialized again and booting from NAND
is working again.
Signed-off-by: Stefan Roese [EMAIL
Hi Mike,
Um actually, caring that a project stears clean of copyright violations
copyright violations != licensing violations
Yes of course, you are right here.
that may later be used to take down the whole project has got zero to do
with subscribing to the FSF mentatlity. Thinking about
Hello Ben,
I can't get this to apply. Please re-base after applying your 6-patch
set and the one that changes the order of rx status processing (or
against the current net tree would be even better).
I just pulled the net repo and I see the problem:
You forgot to apply patch number 5 of my
Hi Stefan,
This patch fixes a problem spotted by Eugene O'Brian (thanks Eugene)
introduced by the commit:
ppc4xx/NAND_SPL: Consolidate 405 and 440 NAND booting code in start.S
With this patch SDRAM will get initialized again and booting from NAND
is working again.
Signed-off-by:
Remy Bohmer wrote:
Hello Ben,
I can't get this to apply. Please re-base after applying your 6-patch
set and the one that changes the order of rx status processing (or
against the current net tree would be even better).
I just pulled the net repo and I see the problem:
You forgot
Hi Eugene,
On Wednesday 04 June 2008, Eugene O'Brien wrote:
This patch fixes a problem spotted by Eugene O'Brian (thanks Eugene)
introduced by the commit:
ppc4xx/NAND_SPL: Consolidate 405 and 440 NAND booting code in start.S
With this patch SDRAM will get initialized again and booting
This commit pulls over the memset() MIPS routine from Linux 2.6.26,
which provides a 10x to 20x speedup over the generic byte-at-a-time
routine. This is especially useful on platforms with manual ECC
scrubbing, that require all of memory to be written at least once
after a power cycle.
---
On Wednesday 04 June 2008, Detlev Zundel wrote:
that may later be used to take down the whole project has got zero to do
with subscribing to the FSF mentatlity. Thinking about it, it doesn't
even make sense to me that you express your distaste of the FSF from
such a non-correlated topic.
In message [EMAIL PROTECTED] you wrote:
The following changes since commit 727f63334676e760877d43bfb8f0e9331ac8b101:
Hebbar (1):
common/usb.c: fix incorrect escape sequence
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Gary Jennejohn
In message [EMAIL PROTECTED] you wrote:
Dear Wolfgang,
Please pull:
The following changes since commit 2c8d41969b47eb0b973912830c58689b2ba0e50a:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-testing
are available in the git repository at:
In message [EMAIL PROTECTED] you wrote:
The following changes since commit 1f1554841a4c8e069d331176f0c3059fb2bb8280:
Wolfgang Denk (1):
Merge branch 'master' of /home/wd/git/u-boot/custodians
are available in the git repository at:
git://www.denx.de/git/u-boot-nand-flash.git
In message [EMAIL PROTECTED] you wrote:
Please pull the 'master' branch of
git://git.denx.de/u-boot-avr32.git master
to receive the below updates.
The SPI stuff and a few other patches I've posted are not included here
since they aren't really avr32-related. I'm hoping you'll still
In message [EMAIL PROTECTED] you wrote:
Please pull at91
The following changes since commit 2c8d41969b47eb0b973912830c58689b2ba0e50a:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-testing
are available in the git repository at:
Hello,
in message [EMAIL PROTECTED] you wrote:
After some user complaints about not being able to fatls micro
sd cards which were formatted by Windows XP, I felt compelled to
make the following change (to u-boot 1.1.6, which I know is ancient,
but looking at the git tree, the latest
In message [EMAIL PROTECTED] you wrote:
From: Becky Bruce [EMAIL PROTECTED]
Change all code that conditionally operates on high bat
registers (that is, BATs 4-7) to look at CONFIG_HIGH_BATS
instead of the myriad ways this is done now. Define the option
for every config for which high bats
In message [EMAIL PROTECTED] you wrote:
From: Becky Bruce [EMAIL PROTECTED]
Currently, this code only deals with BATs 0-3, which makes
it useless on systems that support BATs 4-7. Add the
support for these registers.
Signed-off-by: Becky Bruce [EMAIL PROTECTED]
---
No, I'm not
In message [EMAIL PROTECTED] you wrote:
From: Becky Bruce [EMAIL PROTECTED]
This function prints the values of all the BAT register
pairs - I needed this for debug earlier this week; adding it to
lib_ppc so others can use it (and add it to reginfo commands
if so desired).
Signed-off-by:
The long data types used so far in common/memsize.c cause
problems with larger memories, i. e. when accessing memory above
0x8000.
Pointed out by David Bellavance [EMAIL PROTECTED]
on Tue, 1 Apr 2008 14:19:37 -0400
Signed-off-by: Wolfgang Denk [EMAIL PROTECTED]
---
common/memsize.c | 26
In message [EMAIL PROTECTED]@transmode.se you wrote:
If you do not like the way it is fixed, then remove git-commit
c0559be371b2a64b1a817088c3308688e2182f93 which causes this regression
for the time being, to buy more time to fix it in a different/better
way for the next release.
In message [EMAIL PROTECTED] you wrote:
Add logbuffer to reserved LMB areas to prevent initrd allocation
from overlaping with it.
Make sure to use correct logbuffer base address.
Signed-off-by: Marian Balakowicz [EMAIL PROTECTED]
---
v2 fixes build errors for PPC targets without
In message [EMAIL PROTECTED] you wrote:
If common.h isn't first we can get CONFIG_ options defined in the
board config file ignored. This can cause an issue if any of those
config options impact the size of types of data structures
(eg CONFIG_PHYS_64BIT).
Signed-off-by: Kumar Gala [EMAIL
In message [EMAIL PROTECTED] you wrote:
Some time passed now, and we have only positive feedback to my suggestion. So
I think we should move on and really switch this custodianship.
Wolfgang, could you please arrange that Scott has access to the repo and list
him as Custodian?
Just to
In message [EMAIL PROTECTED] you wrote:
From: Becky Bruce [EMAIL PROTECTED]
Currently, END_OF_RAM is used by the trap code to determine if
we should attempt to access the stack pointer or not. However,
on systems with a lot of RAM, only a subset of the RAM is
guaranteed to be mapped in and
In message [EMAIL PROTECTED] you wrote:
* The cfi_flash.c memset fix actual allows the board to boot so there is
a bit more going on here than just resolving warnings associated with
uninitialized variables.
* include/asm/bitops.h:302: warning: '__swab32p' is static but used in
inline
In message [EMAIL PROTECTED] you wrote:
---
board/cta5000s/Makefile | 50
board/cta5000s/config.mk | 30 +++
board/cta5000s/cta5000s.c | 565
+
3 files changed, 645 insertions(+), 0 deletions(-)
create mode 100644
In message [EMAIL PROTECTED] you wrote:
Spotted by Dean Capindale.
Systems that support open-drain GPIO properly are allowed provide an
empty I2C_TRISTATE define. However, this means that we need to be
careful not to drive SDA low when the slave is expected to respond.
This patch adds a
In message [EMAIL PROTECTED] you wrote:
---
include/configs/cta5000s.h | 663
1 files changed, 663 insertions(+), 0 deletions(-)
create mode 100644 include/configs/cta5000s.h
Descriptive subject missing.
Signed-off-by line missing.
Please
In message [EMAIL PROTECTED] you wrote:
AVR32 and AT91SAM9 both have their own identical definitions of
container_of() taken from the Linux kernel. Move it to common.h so
that all architectures can use it.
container_of() is already used by some drivers, and will be used
extensively by the
In message [EMAIL PROTECTED] you wrote:
From: Haavard Skinnemoen [EMAIL PROTECTED]
This patch gets rid of the spi_chipsel table and adds a handful of new
functions that makes the SPI layer cleaner and more flexible.
...
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
In message [EMAIL PROTECTED] you wrote:
From: Hans-Christian Egtvedt [EMAIL PROTECTED]
This adds a driver for the SPI controller found on most AT91 and AVR32
chips, implementing the new SPI API.
Changed in v4:
- Update to new API
- Handle zero-length transfers appropriately. The user
In message [EMAIL PROTECTED] you wrote:
This adds a new command, sf which can be used to manipulate SPI
flash. Currently, initialization, reading, writing and erasing is
supported.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
common/Makefile |1 +
common/cmd_sf.c | 191
In message [EMAIL PROTECTED] you wrote:
This adds a new SPI flash subsystem.
Currently, only AT45 DataFlash in non-power-of-two mode is supported,
but some preliminary support for other flash types is in place as
well.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
Makefile
In message [EMAIL PROTECTED] you wrote:
On AD7414 the first value upon bootup is not read correctly.
This is most likely because of the 800ms update time of the
temp register in normal update mode. To get current values
each time we issue the dtt command including upon powerup
we switch into
In message [EMAIL PROTECTED] you wrote:
This patch simplifies post_word_{load,store} by using the preprocessor
to eliminate redundant, copy-and-pasted code.
Signed-off-by: Grant Erickson [EMAIL PROTECTED]
---
cpu/ppc4xx/commproc.c | 26 +++---
1 files changed, 11
In message [EMAIL PROTECTED] you wrote:
Removed unneeded command line history initialization. Also, the original
code would access the 'initted' variable before relocation to SDRAM
which resulted in erratic behavior since the bss is not initialized when
executing from flash.
Signed-off-by:
In message [EMAIL PROTECTED] you wrote:
Use correct field in block_dev_desc_t when writing interface type in
dev_print.
Error introduced in 574b319512b13e10800f0045e39b993f4ca25e42.
Changes:
* Added fix from Martin Krause
Signed-off-by: Tor Krill [EMAIL PROTECTED]
---
disk/part.c |
In message [EMAIL PROTECTED] you wrote:
Add size #defines for Cyclone-II EP2C8 and EP2C20.
Signed-off-by: Andre Schwarz [EMAIL PROTECTED]
--
This should be ---.
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel
HRB
In message [EMAIL PROTECTED] you wrote:
Signed-off-by: Sergei Poselenov [EMAIL PROTECTED]
---
board/socrates/socrates.c | 13 +++--
include/configs/socrates.h |3 ++-
2 files changed, 13 insertions(+), 3 deletions(-)
Applied (wwith cleaned-up subject).
Best regards,
This patch now adds a new header file (asm-ppc/ppc4xx-sdram.h) for all
ppc4xx related SDRAM/DDR/DDR2 controller defines.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
include/asm-ppc/ppc4xx-sdram.h | 1156
1 files changed, 1156 insertions(+), 0
Hello Billa,
in message [EMAIL PROTECTED] you wrote:
Right now I am working with the Lite5200B board and am building
an ethernet driver based on the one that comes with u-boot. It works
fine but I want the frame reception work driven by interrupt not by
polling.
Why don't you use the
Dear Ben,
in message [EMAIL PROTECTED] you wrote:
Is the merge window open for the rest of today, or is it closed? If
open, I'll look at this patch set later today and act on it. Otherwise
this goes into the 'for later' bin.
I did a terrible job of (not) merging patches during the last
On Wed, Jun 4, 2008 at 3:29 PM, Wolfgang Denk [EMAIL PROTECTED] wrote:
Dear Ben,
in message [EMAIL PROTECTED] you wrote:
Is the merge window open for the rest of today, or is it closed? If
open, I'll look at this patch set later today and act on it. Otherwise
this goes into the 'for later'
Wolfgang,
Ben Warren wrote:
Wolfgang,
Please pull from the net repo:
The following changes since commit
2c8d41969b47eb0b973912830c58689b2ba0e50a:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-testing
are available in the git repository at:
Stefan Roese wrote:
This patch now adds a new header file (asm-ppc/ppc4xx-sdram.h) for all
ppc4xx related SDRAM/DDR/DDR2 controller defines.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
include/asm-ppc/ppc4xx-sdram.h | 1156
1 files changed,
Sorry for my poor English. I want to clearly understand the linking
processes,especially detail string loading process.
In fact, I use objcopy to convert the u-boot.bin to u-boot.elf, then using
objdump to process elf.
(In my real enviroment, I only had the MIPS arch binary format, need to
convert
Hi Jerry,
On Thursday 05 June 2008, Jerry Van Baren wrote:
Stefan Roese wrote:
This patch now adds a new header file (asm-ppc/ppc4xx-sdram.h) for all
ppc4xx related SDRAM/DDR/DDR2 controller defines.
Signed-off-by: Stefan Roese [EMAIL PROTECTED]
---
include/asm-ppc/ppc4xx-sdram.h |
When we building with gcc-4.3.x on a ppc host we get the following warnings:
dlmalloc.c: In function 'malloc_extend_top':
dlmalloc.c:1971: warning: dereferencing type-punned pointer will break
strict-aliasing rules
dlmalloc.c:1999: warning: dereferencing type-punned pointer will break
87 matches
Mail list logo
