Seu programa de e-mail não está configurado para
acessar mensagens no formato HTML.
Para visualizar este email copie e cole o
seguinte link em seu navegador:
www.inriseconsultoria.com.br/emailmkt/visualizar.php?key=19c5f446bbdb174&id=3641261
__
On Tue, Jun 29, 2010 at 2:28 PM, Todd Fischer wrote:
> Hi,
>
> We are seeing NOR write failures on 6 of the 10 boards (DM6446 ARM SoC
> with Numonyx JS28F256M29EWL NOR flash chip). Four of the boards seem to
> work without error. All 10 boards were made on the same manufacturing
> line at the sa
The new driver is a complete rewrite. It uses the MMC framework and should
support both pxa2xx and pxa3xx.
This driver needs testing though.
Change since v1:
- Handle PXA27x CRC bug (erratum #42)
Signed-off-by: Marek Vasut
---
drivers/mmc/Makefile |1 +
drivers/mmc/pxa_mmc_gen.c | 3
Wolfgang Denk wrote on 2010/06/29 21:24:03:
>
> Dear "Steve Deiters",
>
> In message <181804936abc2349be503168465576460f272...@exchserver.basler.com>
> you wrote:
> >
> > I just posted a patch on the linuxppc-dev list that simply uses a
> > slightly modified version of memcpy to always keep the s
On Tuesday, June 29, 2010 17:08:51 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > arch/blackfin/cpu/bootrom-asm-offsets.c.in|2 +-
> >
> > this file isnt linked into u-boot, so i dont think it needs to be
> > changed. it is actually compiled, just preprocessed and assembly
> > output.
Dear Detlev Zundel,
In message <1274364575-9764-1-git-send-email-...@denx.de> you wrote:
> From: Michael Weiss
>
> This also uses the breadcrumb register as on MPC5200.
>
> Signed-off-by: Michael Weiss
> Signed-off-by: Detlev Zundel
> ---
> arch/powerpc/lib/bootcount.c |5 +
> 1 file
Dear Mike Frysinger,
In message <201006291559.55916.vap...@gentoo.org> you wrote:
>
> > arch/blackfin/cpu/bootrom-asm-offsets.c.in|2 +-
>
> this file isnt linked into u-boot, so i dont think it needs to be changed.
> it
> is actually compiled, just preprocessed and assembly output.
I
Dear Mike Frysinger,
In message <201006291600.44029.vap...@gentoo.org> you wrote:
>
> On Tuesday, June 29, 2010 05:52:32 Wolfgang Denk wrote:
> > Signed-off-by: Wolfgang Denk
> > ---
> > v2: fix compile problem for some boards.
>
> an attribute should fix all compile errors since the func never
Dear Michael Zaidman,
In message
<630a18874b3365b814e6d28288770f2d9b437dfa.1273498052.git.michael.zaid...@gmail.com>
you wrote:
> Combine previously submitted POST cleanup patch series
> into single patch. Fix plain POST support introduced recently
> for mpc812x arch.
Please remove this part fr
Dear Peter Tyser,
In message <1277838432.31352.197.ca...@petert> you wrote:
>
> > Applied, thanks.
>
> A little late, but:
> Acked-by: Peter Tyser
> Tested-by: Peter Tyser
Not too late. Added, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & De
Reinhard Meyer wrote:
> Hello Wolfgang,
>
> I just became aware that this patch will involve changes to ALL
> include/configs/*.h files for AT91 AND AVR32 boards using
> atmel_usart.c. If thats OK I will do that.
>
Reason:
#if defined(CONFIG_USART0)
# define USART_ID0
# define USART_BASE
Wolfgang Denk wrote:
> Dear Reinhard Meyer,
>
> In message <4c2a3c42.7050...@emk-elektronik.de> you wrote:
>
>> I propose to make the following changes:
>>
>
> Please go on and submit a patch.
>
Hello Wolfgang,
I just became aware that this patch will involve changes to ALL
include/con
Dear Stefano Babic,
In message <1274695696-8606-1-git-send-email-sba...@denx.de> you wrote:
> Add a sort of batch mode to fw_setenv, allowing to set
> multiple variables in one shot, without updating the flash after
> each set as now. It is added the possibility to pass
> a config file with a list
Ok, ok, I get it.
On 6/29/10, Mike Frysinger wrote:
> On Tuesday, June 29, 2010 10:59:02 Sergey Alyoshin wrote:
>> smc911x_eeprom: smc911x_detect_chip() function return 0 on success
>
> this should be the subject, not the changelog
>
>>
>> diff --git a/examples/standalone/smc911x_eeprom.c
>
> yo
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1276072140-29939-1-git-send-email-biessm...@corscience.de> you
wrote:
> This patch fixes following error:
>
> zlib.c:31:27: error: asm/unaligned.h: No such file or directory
>
> Suggested-by: Mike Frysinger
> Signed-off-by: Andreas Bießmann
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1276072052-29831-1-git-send-email-biessm...@corscience.de> you
wrote:
>
> When building some avr32 boards out of tree (e.g. O..) the linker script could
> not be found. This patch references the linker script in source tree.
>
> Signed-off-b
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1276085625-7785-1-git-send-email-biessm...@corscience.de> you wrote:
>
> Due to a hardware bug mentioned in latest AP7000 datasheet errata
> (revision M from 09.09) branch folding is unreliable.
> This patch disables CPUCR.FE bitfield as state
Dear Reinhard Meyer,
In message <4c11e777.3060...@emk-elektronik.de> you wrote:
> This is a multi-part message in MIME format.
> --060008080708060407080307
> Content-Type: text/plain; charset=ISO-8859-15
> Content-Transfer-Encoding: 7bit
>
> From: Reinhard Meyer
> Date: Sun, 6 Jun 20
Dear "Reinhard Meyer (-VC)",
In message <4c1600e8.6070...@emk-elektronik.de> you wrote:
> Currently the U-Boot address ranges for AVR32 boards are
> printed like this:
> "U-Boot code: (null) -> 0001183c data: 000188e8 -> 0004e9b0"
> This patch fixes this to print:
> "U-Boot code: -> 0001
In message <1276631305-30648-1-git-send-email...@denx.de> you wrote:
> From: Peter Tyser
>
> Previously, standalone applications were compiled with gcc flags that
> produced relocatable executables on the PowerPC architecture (eg with
> the -mrelocatable and -fPIC flags). There's no reason for t
Dear Heiko Schocher,
In message <4c19ac34.3020...@denx.de> you wrote:
> r12 is used for accessing the GOT not r14. Fix this in the
> comment.
>
> Signed-off-by: Heiko Schocher
> ---
> include/ppc_asm.tmpl |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Applied, thanks.
Best r
Dear Becky Bruce,
In message <1276792647-4563-11-git-send-email-bec...@kernel.crashing.org> you
wrote:
> We were missing 8641HPCN_36BIT and MPC8536DS_36BIT.
>
> Signed-off-by: Becky Bruce
> ---
> MAKEALL |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
Applied, thanks.
Best rega
Dear Anton Vorontsov,
In message <20100618110827.gb26...@oksana.dev.rtsoft.ru> you wrote:
> I use this for testing, and I think this might be useful in the
> future.
>
> Signed-off-by: Anton Vorontsov
> ---
> common/hwconfig.c | 55
> +
> 1
Dear Anton Vorontsov,
In message <20100618110812.ga26...@oksana.dev.rtsoft.ru> you wrote:
> For the following hwconfig string:
>
> key1:subkey1=value1,subkey2=value2;key2:value3
>
> The subkey2 cannot be extracted correctly. The parsing code looks
> for comma as a stopch, but there may be two
The board maintainer states:
The GTH board is obsolete and has not been manufactured for
several years.
To my knowledge, no recent U-Boot build has been tested on that
card.
So drop support for this board.
Signed-off-by: Wolfgang Denk
Cc: Thomas Lange
---
MAINTAINERS
On Tuesday, June 29, 2010 05:52:32 Wolfgang Denk wrote:
> Signed-off-by: Wolfgang Denk
> ---
> v2: fix compile problem for some boards.
an attribute should fix all compile errors since the func never gets hidden ;)
-mike
signature.asc
Description: This is a digitally signed message part.
On Tuesday, June 29, 2010 05:49:25 Wolfgang Denk wrote:
> arch/blackfin/cpu/bootrom-asm-offsets.c.in|2 +-
this file isnt linked into u-boot, so i dont think it needs to be changed. it
is actually compiled, just preprocessed and assembly output.
> arch/blackfin/cpu/reset.c
Dear s-paul...@ti.com,
In message <1277220546-18148-1-git-send-email-s-paul...@ti.com> you wrote:
> Wolfgang,
>
> Please pull u-boot-ti/next.
> I ran MAKEALL and so no issues.
>
> Thanks,
> Sandeep
>
> The following changes since commit 54e19a7ded6e9dbdc3392a57d82f4f77b34e85b8:
> Wolfgang Den
Dear Anatolij Gustschin,
In message <1277505568-30524-1-git-send-email-ag...@denx.de> you wrote:
> Fix following warnings:
>
> $ ./MAKEALL EVB64260 P3G4 ZUMA
> Configuring for EVB64260 board...
> mpsc.c: In function 'mpsc_putchar_early':
> mpsc.c:121: warning: dereferencing type-punned pointer wi
In message <1277588800-8870-1-git-send-email...@denx.de> you wrote:
> ISO C does not allow extra ';' outside of a function
>
> Signed-off-by: Wolfgang Denk
> ---
> include/image.h | 44 ++--
> 1 files changed, 22 insertions(+), 22 deletions(-)
Applied
On Tuesday, June 29, 2010 10:59:02 Sergey Alyoshin wrote:
> smc911x_eeprom: smc911x_detect_chip() function return 0 on success
this should be the subject, not the changelog
>
> diff --git a/examples/standalone/smc911x_eeprom.c
you're missing a signed-off-by tag which means your patch cannot be
Dear Michael Zaidman,
In message you
wrote:
>
> Since no feedback was received for the
> http://lists.denx.de/pipermail/u-boot/2010-May/071443.html proposal it
> looks like no one is willing to discuss this subject anymore.
Probably not in this verbal form. You will often notice that verbal
de
On Tuesday, June 29, 2010 08:53:06 Wolfgang Denk wrote:
> Anatolij Gustschin wrote:
> > Unaligned 32-/16-bit accesses to local bus on MPC5200
> > and MPC512x deliver corrupted data:
>
> Right, and the current version of print_buffer() shopws the real data,
> i. e. you can see that such a corruption
Dear Nobuhiro Iwamatsu,
In message you
wrote:
>
> Please pull:
> The following changes since commit e5ed138a23923ebe61843244748d98d3dbc04777:
>
> Merge branch 'master' of ssh://gemini/home/wd/git/u-boot/master
> (2010-06-23 20:55:27 +0200)
>
> are available in the git repository at:
>
>
Dear Sergei Shtylyov,
In message <201006282244.49973.sshtyl...@ru.mvista.com> you wrote:
> ehci_submit_async() doesn't really zero out the QH transfer overlay (as the
> EHCI
> specification suggests) which leads to the controller seeing the "token" field
> as the previous call has left it, i.e.:
In message <1277804892-453-1-git-send-email...@denx.de> you wrote:
> Commit 460c2ce3 "MPC5200: workaround data corruption for unaligned
> local bus accesses" fixed the problem for MPC5200 only, but MPC512x is
> affected as well, so apply the same fix here, too.
>
> Signed-off-by: Wolfgang Denk
>
Hi,
We are seeing NOR write failures on 6 of the 10 boards (DM6446 ARM SoC
with Numonyx JS28F256M29EWL NOR flash chip). Four of the boards seem to
work without error. All 10 boards were made on the same manufacturing
line at the same time.
Initially, we couldn't properly read the QRY response
Dear "Steve Deiters",
In message <181804936abc2349be503168465576460f272...@exchserver.basler.com> you
wrote:
>
> I just posted a patch on the linuxppc-dev list that simply uses a
> slightly modified version of memcpy to always keep the source address
> aligned. I had conditionals in that one so
Dear Reinhard Meyer,
In message <4c2a3c42.7050...@emk-elektronik.de> you wrote:
>
> I propose to make the following changes:
Please go on and submit a patch.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirche
Dear Remy Bohmer,
In message <1276802228-22080-1-git-send-email-li...@bohmer.net> you wrote:
> The console_buffer size is declared in common/main.c as
>-- char console_buffer[CONFIG_SYS_CBSIZE + 1];
> so this extern definition is wrong.
>
> Signed-off-by: Remy Bohmer
> ---
> common/hush.c |
Dear Poonam Aggrwal,
In message <1277191246-4245-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> - Also modified the code to use io accessors.
>
> Signed-off-by: Poonam Aggrwal
> Signed-off-by: Dipen Dudhat
> ---
> Incorporated Wolfgang's comments on earlier patch
> board/freesca
On Tue, 2010-06-29 at 21:02 +0200, Wolfgang Denk wrote:
> Dear Felix Radensky,
>
> In message <1277679459-9453-1-git-send-email-fe...@embedded-sol.com> you
> wrote:
> > On P2020RDB eTSEC2 is connected to Vitesse VSC8221 PHY via SGMII.
> > Current TBI PHY settings for SGMII mode cause link problem
Dear Felix Radensky,
In message <1277679459-9453-1-git-send-email-fe...@embedded-sol.com> you wrote:
> On P2020RDB eTSEC2 is connected to Vitesse VSC8221 PHY via SGMII.
> Current TBI PHY settings for SGMII mode cause link problems on
> this platform, link never comes up.
>
> Fix this by making TB
Dear Poonam Aggrwal,
In message <1277301748-14249-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> Use a slighly larger value of CLK_CTRL for DDR at 667MHz
> which fixes random crashes while linux booting.
>
> Applicable for both NAND and NOR boot.
>
> Signed-off-by: Sandeep Gopalpet
On Sun, Jun 27, 2010 at 5:57 PM, Felix Radensky wrote:
> On P2020RDB eTSEC2 is connected to Vitesse VSC8221 PHY via SGMII.
> Current TBI PHY settings for SGMII mode cause link problems on
> this platform, link never comes up.
>
> Fix this by making TBI PHY settings configurable and add a working
>
On Wed, Jun 23, 2010 at 9:02 AM, Poonam Aggrwal
wrote:
> Use a slighly larger value of CLK_CTRL for DDR at 667MHz
> which fixes random crashes while linux booting.
>
> Applicable for both NAND and NOR boot.
>
> Signed-off-by: Sandeep Gopalpet
> Signed-off-by: Poonam Aggrwal
Oops, forgot to repl
Dear Poonam Aggrwal,
In message <1277302327-14729-1-git-send-email-poonam.aggr...@freescale.com> you
wrote:
> Because the variable was getting defined twice.
> Signed-off-by: Poonam Aggrwal
> ---
> include/configs/P1_P2_RDB.h |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
Applied
On Tue, Jun 29, 2010 at 10:03:53AM +0200, Reinhard Arlt wrote:
> Hello,
>
> the data cache is disabled on the CPCI750 board for the SDRAM by the
> DBAT entry for the SDRAM, but the data cache is enabled for most
> 74xx_7xx boards in
>
> cpu/74xx_7xx/start.S together with the translation.
>
> T
On Tue, Jun 29, 2010 at 10:53:38AM +0530, Vipin KUMAR wrote:
> From: Vipin KUMAR
>
> Since FSMC is a standard IP and it supports different memory interfaces, it
> is supported independent of spear platform and spear is configured to use that
> driver for interfacing with the NAND device
>
> Spea
On Tue, Jun 29, 2010 at 10:53:37AM +0530, Vipin KUMAR wrote:
> From: Vipin KUMAR
>
> Flexible static memory controller is a peripheral provided by ST,
> which controls the access to NAND chips along with many other
> memory device chips eg NOR, SRAM.
>
> This patch adds the driver support for FS
Hi,
AT91SAM9 based boards have something like this in their include/configs
file:
#define CONFIG_ATMEL_USART1
#undef CONFIG_USART0
#undef CONFIG_USART1
#undef CONFIG_USART2
#define CONFIG_USART31/* USART 3 is DBGU */
these defines are used in drivers/serial/atmel_usart.c:
#if d
On Wed, Jun 23, 2010 at 9:12 AM, Poonam Aggrwal
wrote:
> Because the variable was getting defined twice.
> Signed-off-by: Poonam Aggrwal
Acked-by: Andy Fleming
> ---
> include/configs/P1_P2_RDB.h | 1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/include/configs/P1_P
You won £1,000,000 in the Microsoft lottery,send your Name,Add,Country to email
address johna...@hotmail.com
Servicio brindado por Velocom - http://www.velocom.com.ar/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
On Tue, Jun 22, 2010 at 10:11 AM, Andrea Scian
wrote:
>
> Dear Brian,
>
> yes it can be. IIRC I worked only with 75MHz version of S3C44B0, I've never
> used a 66MHz one.
It seems that no existing boards use this driver in the 66MHz mode.
So perhaps nobody has used it:)
> Unfortunately I do not h
Specifically, don't dereference the URXH0 register twice; calculate the BRD
based on the formula in the databook instead of using a messy switch statement;
and migrate the BRD calculation to the hardware hardware header because it's
board specific.
Signed-off-by: Brian Cavagnolo
---
arch/arm/inc
Hi Sergey,
On 6/29/2010 7:59 AM, Sergey Alyoshin wrote:
smc911x_eeprom: smc911x_detect_chip() function return 0 on success
diff --git a/examples/standalone/smc911x_eeprom.c
b/examples/standalone/smc911x_eeprom.c
index 104047f..cb3c131 100644
--- a/examples/standalone/smc911x_eeprom.c
+++ b/exam
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Tuesday, June 29, 2010 7:56 AM
> To: Joakim Tjernlund
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] MPC512x: workaround data
> corruption forun
Hi Steve.
Did you succeed on running the driver for KS8841? Did you have to change
anything?
We are debugging it and some modifications might be necessary for our
platform.
Hope to hear from you.
Regards,
Douglas
On Tue, Jun 22, 2010 at 11:25 PM, Steve Sakoman wrote:
> On Tue, Jun 22, 2010 a
Hi,
I want to add support for the embedded flash (128/256/512 kbytes) in
those SoCs.
In short this flash has the following unique features:
1. memory mapped and read accessible like any NOR flash
2. at reset it can also be mapped to adress 0x0 (by setting a NV bit)
3. it has a pagesize of 512 b
smc911x_eeprom: smc911x_detect_chip() function return 0 on success
diff --git a/examples/standalone/smc911x_eeprom.c
b/examples/standalone/smc911x_eeprom.c
index 104047f..cb3c131 100644
--- a/examples/standalone/smc911x_eeprom.c
+++ b/examples/standalone/smc911x_eeprom.c
@@ -240,7 +240,7 @@ static
>
> Wolfgang Denk wrote on 2010/06/29 14:55:44:
> >
> > Dear Joakim Tjernlund,
> >
> > In message > 0045d...@transmode.se> you wrote:
> > >
> > > > I could not come up with a better name... What is "align32wrap"
> > > > supposed to mean?
> > >
> > > mpc5200_memcpy_fromio() resp. mpc5200_memcpy_to
Dear VOC,
Please do not top post / full quote. Make sure to read
http://www.netmeister.org/news/learn2quote.html
In message <29023668.p...@talk.nabble.com> you wrote:
>
> I am using uboot and atmel patch from
> http://://www.at91.com/linux4sam/bin/view/Linux4SAM/U-Boot
> http://://www.at91.co
Hi,
I am using uboot and atmel patch from
http://://www.at91.com/linux4sam/bin/view/Linux4SAM/U-Boot
http://://www.at91.com/linux4sam/bin/view/Linux4SAM/U-Boot . I hope I' not
doing some mistakes.
wd wrote:
>
> Dear VOC,
>
> In message <29023152.p...@talk.nabble.com> you wrote:
>>
>> Hi,
Dear Wolfgang,
On Tue, 29 Jun 2010 14:47:14 +0200
Wolfgang Denk wrote:
...
> > BTW, shouldn't we fix print_buffer() also? do_mem_md() doesn't use
> > memcpy() and the issue with corrupted dumps still remains here.
> > I'm testing a patch to fix it. Will submit it soon.
>
> I though about this,
Wolfgang Denk wrote on 2010/06/29 14:55:44:
>
> Dear Joakim Tjernlund,
>
> In message 0045d...@transmode.se> you wrote:
> >
> > > I could not come up with a better name... What is "align32wrap"
> > > supposed to mean?
> >
> > mpc5200_memcpy_fromio() resp. mpc5200_memcpy_toio()?
>
> No. It's not o
Dear Anatolij,
I wrote:
> > Use memcpy in print_buffer() to fix the problem.
>
> NAK. This violates the design of the command.
>
> > for (i = 0; i < linelen; i++) {
> > if (width == 4) {
>
> The "width == 4" part means that we want to access the memory with 32
>
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > I could not come up with a better name... What is "align32wrap"
> > supposed to mean?
>
> mpc5200_memcpy_fromio() resp. mpc5200_memcpy_toio()?
No. It's not only MPC5200, but also MPC521x. It's not I/O in general,
but only I/O from the Local B
>
> Dear Detlev Zundel,
>
> In message you wrote:
> >
> > Acked-by: Detlev Zundel
>
> thanks.
>
> > The only thing I wonder is the filename 'memcpy_mpc5200.c' as the code
> > doesn't really have any 5200 specifics in it. What about
>
> As far as I understand this behaviour is specific to the MPC
Dear Anatolij Gustschin,
In message <1277815514-32120-1-git-send-email-ag...@denx.de> you wrote:
> Unaligned 32-/16-bit accesses to local bus on MPC5200
> and MPC512x deliver corrupted data:
Right, and the current version of print_buffer() shopws the real data,
i. e. you can see that such a corru
Dear VOC,
In message <29023152.p...@talk.nabble.com> you wrote:
>
> Hi,
>
> i am trying to build the uboot for at91sam9xeek board.But while building the
> uboot by using cross compiler it gives some error from start.s file.Please
> let me know how can I correct it.
>
> I tried the same for at91
Dear Anatolij,
In message <20100629142343.7ecad...@wker> you wrote:
>
> 'memcpy_align32wrap' isn't really good since the fixed memcpy
> also fixes 16-bit accesses, too.
we discussed this a bit more internally, and could not find a good
name yet, either. Guess I'll stick with the current one unti
Unaligned 32-/16-bit accesses to local bus on MPC5200
and MPC512x deliver corrupted data:
=> md F000 10
f000: 27051956 552d426f 6f742032 3031302e'..VU-Boot 2010.
f010: 30362d72 63332d30 38303336 2d67666506-rc3-08036-gfe
f020: 38663238 362d6469 72747920 284a756e8f286-dir
Hi Wolfgang,
>> The only thing I wonder is the filename 'memcpy_mpc5200.c' as the code
>> doesn't really have any 5200 specifics in it. What about
>
> As far as I understand this behaviour is specific to the MPC512x and
> MPC5200 processors; I did not notice it on other cores yet.
> Unfortunately
Hi,
i am trying to build the uboot for at91sam9xeek board.But while building the
uboot by using cross compiler it gives some error from start.s file.Please
let me know how can I correct it.
I tried the same for at91sam9260 board also.I gives the same error.
arm-linux-as -o start.o start.s
start
Hi Detlev, Hi Wolfgang,
On Tue, 29 Jun 2010 13:49:11 +0200
Detlev Zundel wrote:
> > Commit 460c2ce3 "MPC5200: workaround data corruption for unaligned
> > local bus accesses" fixed the problem for MPC5200 only, but MPC512x is
> > affected as well, so apply the same fix here, too.
> >
> > Signed-
Dear Detlev Zundel,
In message you wrote:
>
> Acked-by: Detlev Zundel
thanks.
> The only thing I wonder is the filename 'memcpy_mpc5200.c' as the code
> doesn't really have any 5200 specifics in it. What about
As far as I understand this behaviour is specific to the MPC512x and
MPC5200 proc
Hi Wolfgang,
> Commit 460c2ce3 "MPC5200: workaround data corruption for unaligned
> local bus accesses" fixed the problem for MPC5200 only, but MPC512x is
> affected as well, so apply the same fix here, too.
>
> Signed-off-by: Wolfgang Denk
> Cc: Detlev Zundel
> Cc: Anatolij Gustschin
> ---
>
On Tuesday 22 June 2010 07:29:33 Ronny D wrote:
> I am using ppc440 based board.
> While running the u-boot form DDR i am not able to access contex ram.
> eg.
> md 0xc000
>
> u-boot generates machine check exception.
>
> Here my doubt is can we access contex ram from u-boot running from D
Signed-off-by: Wolfgang Denk
---
boards.cfg |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/boards.cfg b/boards.cfg
index f012d6c..912224b 100644
--- a/boards.cfg
+++ b/boards.cfg
@@ -261,7 +261,9 @@ omap3_zoom2 arm arm_cortexa8zoom2 logicpd
om
Fix compile problems cause by this commit.
Signed-off-by: Wolfgang Denk
---
Sorry, by accident these changes were not checked in yet when I
submitted the patch. Given the size of the patch and the local impact
of this fix I post this as an incremental patch. If nobody complains
I will squash th
Hi Sudhakar,
> On Fri, Jun 25, 2010 at 16:40:19, Sudhakar Rajashekhara wrote:
>> Hi,
>>
>> Spectrum digital has two versions of DM6467 EVM, DM6467 and DM6467T.
>> Though there are some video related differences between these two boards,
>> from U-Boot perspective the only difference the developer
Hi,
On Fri, Jun 25, 2010 at 16:40:19, Sudhakar Rajashekhara wrote:
> Hi,
>
> Spectrum digital has two versions of DM6467 EVM, DM6467 and DM6467T.
> Though there are some video related differences between these two boards,
> from U-Boot perspective the only difference the developer need to worry
>
Signed-off-by: Wolfgang Denk
---
v2: fix compile problem for some boards.
common/exports.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/common/exports.c b/common/exports.c
index 60bba75..36321e3 100644
--- a/common/exports.c
+++ b/common/exports.c
@@ -3,9 +3,1
Hi Wolfgang,
On Tuesday 29 June 2010 09:52:00 Wolfgang Denk wrote:
> > This patch adds support for the T3CORP board, based on the
> > AppliedMicro (AMCC) PPC460GT.
>
> General question: should we rename "amcc" into "apm" ?
Personally, I don't like the idea to change all existing references from
Commit 460c2ce3 "MPC5200: workaround data corruption for unaligned
local bus accesses" fixed the problem for MPC5200 only, but MPC512x is
affected as well, so apply the same fix here, too.
Signed-off-by: Wolfgang Denk
Cc: Detlev Zundel
Cc: Anatolij Gustschin
---
arch/powerpc/cpu/mpc5xxx/Makefi
Hello,
the data cache is disabled on the CPCI750 board for the SDRAM by the
DBAT entry for the SDRAM, but the data cache is enabled for most
74xx_7xx boards in
cpu/74xx_7xx/start.S together with the translation.
The decrementer irq is executed in real mode with translation disabled.
Now in th
Hi Peter,
On 6/26/2010 4:19 PM, Peter Tyser wrote:
> Hi Felix,
>
> In any case, our testing and the Freescale FAE's input showed that
> in-band auto-negotiation on the SGMII interface didn't work, thus I
> submitted the change you referenced. If my memory is correct,
> empirically it looked lik
Dear Stefan Roese,
In message <1277796281-19728-1-git-send-email...@denx.de> you wrote:
> This patch adds support for the T3CORP board, based on the
> AppliedMicro (AMCC) PPC460GT.
General question: should we rename "amcc" into "apm" ?
...
> +int board_early_init_r(void)
> +{
...
> + /* Add
alfred steele wrote:
> Hi,
>
> Looks like there is a huge performance issue with the sdhc
> hardware/software driver on the mx31
Actually I do not find any MX31 board in the mainline supporting MMC.
However, drivers/mmmc/mxcmmc.c is suitable for both MX2 and MX3 processors.
> Earlier on i had ad
This patch adds support for the T3CORP board, based on the
AppliedMicro (AMCC) PPC460GT.
Signed-off-by: Stefan Roese
---
v2: - Fixed spelling: fibre -> fiber
- Rebased on next, no changes to toplevel Makefile needed anymore
MAINTAINERS|1 +
MAKEALL|
By defining CONFIG_M88E_DISABLE_FIBER boards can configure the
M88E PYH to disable fiber. This is needed for an upcoming PPC460GT
based board, which has fiber/copper auto-selection enabled by default.
This doesn't seem to work. So we disable fiber in the PHY register.
Signed-off-by: Stefan
91 matches
Mail list logo
