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
strict-ali
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/ppc
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
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
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:
>
> g
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 th
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
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
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 delet
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,
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 Zu
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]>
> ---
> di
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-
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 chan
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 swit
In message <[EMAIL PROTECTED]> you wrote:
> This is pretty incomplete...it doesn't handle reading the environment
> before relocation, it doesn't support redundant environment, and it
> doesn't support embedded environment. But apart from that, it does
> seem to work.
I suppose more patches to add
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]>
> ---
>
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_s
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 appropriatel
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]>
> ---
> b
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 b
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.
Ple
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
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 board/cta
In message <[EMAIL PROTECTED]> you wrote:
> ---
> CREDITS |4
> MAINTAINERS |4
> MAKEALL |1 +
> Makefile|3 +++
> 4 files changed, 12 insertions(+), 0 deletions(-)
Please use a more descriptive subject.
Signed-off-by line missing.
Best regards,
Wolfgang
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
>
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 mappe
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?
Jus
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 <
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 wi
In message <[EMAIL PROTECTED]> you wrote:
> From: Sascha Laue <[EMAIL PROTECTED]>
>
> ---
> post/board/lwmon5/fpga.c | 50
> ++
> 1 files changed, 50 insertions(+), 0 deletions(-)
Applied. Thanks.
Note that your patch contained white space errors:
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 "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 |
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).
>
> Sign
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,
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 h
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:
> 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:
>
> git://git.den
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
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-fla
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:
> Dear Wolfgang,
>
> please pull MIPS updates. This pull request also contains the previous
> MIPS updates (requested on 2008-05-23) as it's not merged into master.
>
>
> The following changes since commit 1f1554841a4c8e069d331176f0c3059fb2bb8280:
> Wo
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
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-corre
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.
---
include
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
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:
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-of
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 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". Thinki
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 PROTEC
>
> 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 s
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 wer
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
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()
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
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 PROTECTE
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 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 cau
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
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
>>
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,
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()" address is :0x0002b280, the func
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
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 /include/fl
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 modu
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
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 the linux-2.6-denx/ directory with kernel
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
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 f
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 admi
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
> `/home/sam9l
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 instea
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 fort
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 sho
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
>
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
sm
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?
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 f
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 abou
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.
> >> > -a
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
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
> > PRO
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 a
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
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));
>> > +
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 dele
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
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
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 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 sugg
91 matches
Mail list logo
