On Thursday 27 August 2009 02:59:34 Hu Mingkai-B21284 wrote:
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> > On Thursday 27 August 2009 02:27:30 Hu Mingkai-B21284 wrote:
> > > > but what if you dont know the length of the transaction ahead of
> > > > time ? if you look at the spi flash frame
Hi,
I'm working on a system having 2 NAND chips,
the first one has the U-Boot and a basic firmware, and is read only,
and the second has a new firmware.
when the second chip is empty, the system should boot from the first chip.
but it gives me many errors, probably related to the fact that it's
re
> -Original Message-
> From: Mike Frysinger [mailto:vap...@gentoo.org]
> Sent: Thursday, August 27, 2009 3:23 PM
> To: Hu Mingkai-B21284
> Cc: u-boot@lists.denx.de; Fleming Andy-AFLEMING
> Subject: Re: [U-Boot] [PATCH 3/7] eSPI: add eSPI controller support
>
> On Thursday 27 August 200
Hi All,
how to do quiet U-BOOT build?
Mike: I think I saw in past any command which do it. Am I right?
Thanks,
Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian
__
On Thursday 27 August 2009 03:48:52 Michal Simek wrote:
> how to do quiet U-BOOT build?
you mean quiet build like you see with Linux/busybox/uClibc/etc..., u-boot
doesnt support it. Wolfgang rejected the idea.
there is silent build like anything else ... use make's -s flag
-mike
signature.asc
Dear Mike Frysinger,
In message <200908270409.16115.vap...@gentoo.org> you wrote:
>
> you mean quiet build like you see with Linux/busybox/uClibc/etc..., u-boot
> doesnt support it. Wolfgang rejected the idea.
That's not correct. I did not reject the _idea_.
I just rejected the implementation.
On Wed, 2009-08-26 at 21:46 +0200, Wolfgang Denk wrote:
> Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
>
> In message <1250682092.22118.8.ca...@swa-m460> you wrote:
> > clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343)
> > by using common code.
> >
> >
> > Signed-off-by: Andr=C3=A9 Schwarz
clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343) by using common
code.
MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler
Registergericht: Amtsgericht Stuttgart, HRB 271090
Geschaeftsfuehrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner,
Hans-Joachim Reich
_
diff --git a/board/matrix_vision/mvbc_p/mvbc_p.c
b/board/matrix_vision/mvbc_p/mvbc_p.c
index a300342..0cbe900 100644
--- a/board/matrix_vision/mvbc_p/mvbc_p.c
+++ b/board/matrix_vision/mvbc_p/mvbc_p.c
@@ -39,6 +39,7 @@
#include
#include "fpga.h"
#include "mvbc_p.h"
+#include "../common/mv_comm
On Thursday 27 August 2009 04:45:01 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > you mean quiet build like you see with Linux/busybox/uClibc/etc...,
> > u-boot doesnt support it. Wolfgang rejected the idea.
>
> That's not correct. I did not reject the _idea_.
>
> I just rejected the implementa
On Thu, 2009-08-27 at 10:55 +0200, Andre Schwarz wrote:
> clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343) by using common
> code.
>
huh - two eMails ... this is definitely *not* what I wanted to do. Try
to change the git-send-email behaviour.
Wolfgang, does the patch apply or is
Wolfang,
Thank you very much for your answer.
I've removed printf and any other dangerous code from "do_irq". But it still
hangs. Only timer interrupt is enabled. Then, serial driver can't generate
interrupts. I've programmed timer to count 10secs and CPU hangs just then.
I think my problem is t
Dear Mike Frysinger,
In message <200908270505.16659.vap...@gentoo.org> you wrote:
>
> > Instead, it should be implemented once where it actually belongs: in
> > the make tool itself, so that _all_ projects can benefit from it
> > without adding complexity and increased build times to their
> > Mak
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1251364503.4053.7.ca...@swa-m460> you wrote:
>
> huh - two eMails ... this is definitely *not* what I wanted to do. Try
> to change the git-send-email behaviour.
You may want to use "--dry-run" initially, and then test with a
private address firs
Mike Frysinger wrote:
> On Thursday 27 August 2009 03:48:52 Michal Simek wrote:
>> how to do quiet U-BOOT build?
>
> you mean quiet build like you see with Linux/busybox/uClibc/etc..., u-boot
> doesnt support it. Wolfgang rejected the idea.
yep, I meant quiet mode like is in linux kernel and
On Thursday 27 August 2009 06:09:03 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > Instead, it should be implemented once where it actually belongs: in
> > > the make tool itself, so that _all_ projects can benefit from it
> > > without adding complexity and increased build times to their
> > >
Hi Kim,
> o LCRR_PDYP, granted dangerous in your case, is obviously a writeable
> bit (not read-only), and documented as such in later documentation. In
> fact, there are no non-writeable bits in LCRR.
Well, "reserved" != "non-writable" (usually there is a comment that
writing reserved bits prod
On 07-08-2009 10:24, ragh1...@gmail.com wrote:
> Hello Friends,
>
> I have a custom board with MPC8548E. I am trying to port u-boot 2009.06
>
> By modifying the MPC8548CDS Files.
>
>
> The main difference between CDS and our custom board is in Flash
> Configuration.
>
> Our custom board has 1
Hi Heiko,
One minor critique, I had problems parsing the comment:
Heiko Schocher wrote:
> MPC8379E RM says (10-34):
> Once LCRR[CLKDIV] is written, the register should be read, and then
> an isync should be executed.
> So update this in code.
> Also define a LCRR mask for processors, which uses n
On Thu, 2009-08-27 at 12:11 +0200, Wolfgang Denk wrote:
> Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
>
> In message <1251364503.4053.7.ca...@swa-m460> you wrote:
> >
> > huh - two eMails ... this is definitely *not* what I wanted to do. Try
> > to change the git-send-email behaviour.
>
> You may want
Dear Mike Frysinger,
In message <200908270643.12310.vap...@gentoo.org> you wrote:
>
> > Really? Has such a proposal been submitted and turned down?
>
> no idea, but i dont believe it is technically possible, thus it's a dead end
> i'm not going to waste time on
Where exactly do you exect techn
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1251374409.4053.28.ca...@swa-m460> you wrote:
>
> ok - checked various options to my private adress.
I'm not sure which options you need checking; all I usually do is
$ git send-email --to u-boot@lists.denx.de /tmp/patch
> Although I h
clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343) by using common
code.
Signed-off-by: André Schwarz
---
Wolfgang,
hopefully this is the last try - I'm close to nervous breakdown.
Applying the changes takes longer than actually doing them.
Of course this is due to me, I know.
Than
Upcoming boards may power MMC card themself without using
TWL4030, so make it optional by using define CONFIG_TWL4030_MMC.
Enable this for all existing OMAP3 boards.
Signed-off-by: Matthias Ludwig
---
Current OMAP3 MMC driver does require TWL4030 support to
be enabled as all OMAP3 boards are us
Added a arch_preboot_os() function that cpu specific code can implement to
allow for various modifications to the state of the machine right before
we boot. This can be useful to setup register state to a specific
configuration.
Signed-off-by: Kumar Gala
---
* Just renamed arch_preboot to arch_p
Maybe it would be better if the power_init function was removed from the
common file and moved to the individual board files. What do you think ?
Tom
Matthias Ludwig wrote:
> Upcoming boards may power MMC card themself without using
> TWL4030, so make it optional by using define CONFIG_TWL4030_
Tom wrote:
> Maybe it would be better if the power_init function was removed from the
> common file and moved to the individual board files. What do you think ?
> Tom
Yes, sounds like a good idea.
Best regards
Dirk
> Matthias Ludwig wrote:
>> Upcoming boards may power MMC card themself withou
>> Maybe it would be better if the power_init function was removed from
>> the common file and moved to the individual board files. What do you
>> think ?
>> Tom
>
> Yes, sounds like a good idea.
I also agree, looks like the more generic approach.
Do you expect any problem when moving the call
Wolfgang? Are you okay with this part of my patch?
On Wed, Aug 19, 2009 at 9:40 AM, Kumar Gala wrote:
>
> On Aug 18, 2009, at 5:28 PM, Timur Tabi wrote:
>
>> The "mac id" command took a 4-character parameter as the identifier
>> string.
>> However, for any given board, only one kind of identifier
Send me the patch, I will test it.
Tom
Matthias Ludwig wrote:
>>> Maybe it would be better if the power_init function was removed from
>>> the common file and moved to the individual board files. What do you
>>> think ?
>>> Tom
>>>
>> Yes, sounds like a good idea.
>>
>
> I also agre
Hmm, i recently notice, that only EVM (which i modified for testing)
initialize I2C in misc_init_r... Is there a cause why this is handled
different for evm than for beagle/overo/zoom[12]/,...
Matthias
On Thu, Aug 27, 2009 at 09:45:48AM -0500, Tom wrote:
> Send me the patch, I will test it.
> Tom
On Thu, Aug 27, 2009 at 01:54:47AM -0400, Mike Frysinger wrote:
> On Thursday 27 August 2009 01:11:32 Stefan Roese wrote:
> > On Thursday 27 August 2009 03:55:57 Mike Frysinger wrote:
> > > > +int phy_init(void)
> > > > +{
> > > > + /* Initialize the list */
> > > > + INIT_LIST_HEAD(&ph
On Wed, Aug 26, 2009 at 1:13 PM, Jean-Christophe PLAGNIOL-VILLARD <
plagn...@jcrosoft.com> wrote:
> this rework is done in order to add a phylib and reduce and simplify the
> implementation of multi net_device support for the same driver precedently
> we pass the device name to the miiphy_read/wri
On Thu, Aug 27, 2009 at 12:32:50AM -0700, alex889 wrote:
>
> Hi,
> I'm working on a system having 2 NAND chips,
> the first one has the U-Boot and a basic firmware, and is read only,
> and the second has a new firmware.
> when the second chip is empty, the system should boot from the first chip.
>
On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote:
> On Thu, Aug 27, 2009 at 01:54:47AM -0400, Mike Frysinger wrote:
> > On Thursday 27 August 2009 01:11:32 Stefan Roese wrote:
> > > On Thursday 27 August 2009 03:55:57 Mike Frysinger wrote:
> > > > > +int phy_init(void)
> > > > > +{
> > > > > +
Peter Tyser wrote:
> On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote:
>> Someone tried to get proper relocation working a while ago, but ran into
>> toolchain bugs. Maybe current toolchains are better...
>
> X-ES's board's in U-Boot fully relocate to SDRAM with the
> CONFIG_RELOC_FIXUP_WORKS
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
> Behalf Of Albin Tonnerre
> Sent: Tuesday, August 25, 2009 12:49 PM
> To: u-boot@lists.denx.de
> Subject: Re: [U-Boot] RTC value corruption on QIL-A9G20 startup
>
> On Tue, Aug 25, 2009 at 0
On Thursday 27 August 2009 11:38:07 Scott Wood wrote:
> On Thu, Aug 27, 2009 at 01:54:47AM -0400, Mike Frysinger wrote:
> > On Thursday 27 August 2009 01:11:32 Stefan Roese wrote:
> > > On Thursday 27 August 2009 03:55:57 Mike Frysinger wrote:
> > > > > +int phy_init(void)
> > > > > +{
> > > > > +
Mike Frysinger wrote:
> On Thursday 27 August 2009 11:38:07 Scott Wood wrote:
>> On Thu, Aug 27, 2009 at 01:54:47AM -0400, Mike Frysinger wrote:
>>> On Thursday 27 August 2009 01:11:32 Stefan Roese wrote:
On Thursday 27 August 2009 03:55:57 Mike Frysinger wrote:
>> +int phy_init(void)
>
> Peter Tyser wrote:
> > On Thu, 2009-08-27 at 10:38 -0500, Scott Wood wrote:
> >> Someone tried to get proper relocation working a while ago, but ran into
> >> toolchain bugs. Maybe current toolchains are better...
> >
> > X-ES's board's in U-Boot fully relocate to SDRAM with the
> > CONFIG_REL
On Thu, 27 Aug 2009 13:11:25 +0200
Detlev Zundel wrote:
> Hi Kim,
>
> > o LCRR_PDYP, granted dangerous in your case, is obviously a writeable
> > bit (not read-only), and documented as such in later documentation. In
> > fact, there are no non-writeable bits in LCRR.
>
> Well, "reserved" != "n
On Thu, 27 Aug 2009 08:20:35 +0200
Heiko Schocher wrote:
> MPC8379E RM says (10-34):
> Once LCRR[CLKDIV] is written, the register should be read, and then
> an isync should be executed.
> So update this in code.
> Also define a LCRR mask for processors, which uses not all bits
> in the LCRR regis
Thanks Francesco. Does your patch for 2009.03 go over another EHCI
patch for that version? Reason being, when I download 2009.03 I don't
see most of the files your patch applies to. I still think I am
missing something. I want to try to relpicate your success by applying
your patch as you did.
Gro
Hi Willian,
William C. Landolina a écrit :
> Has there been any resolution on this? From what I can see (with
> scope and logic analyzer) the RTC seems to be corrupted by the
> DataFlash boot code built into the chip. [The Calao board doesn't
> have the DataFlash memory and used the chip select
Reset any i2c devices that may have been interrupted during a system reset.
Normally this would be accomplished by clocking the line until SCL and SDA
are released and then sending a start condtiion (From an Atmel datasheet).
There is no direct access to the i2c pins so instead create start command
Add chip select region for an Epson S1D15313.
Signed-off-by: Eric Millbrandt
---
include/configs/galaxy5200.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/include/configs/galaxy5200.h b/include/configs/galaxy5200.h
index eb2cae6..54c6b80 100644
--- a/include/confi
Dear Scott Wood,
In message <20090826203829.ga25...@b07421-ec1.am.freescale.net> you wrote:
> The following changes since commit d7f4d14a8b317857163ccf3d97e3b1a46ba2282e:
> Wolfgang Denk (1):
> Merge branch 'next' of git://www.denx.de/git/u-boot-coldfire into next
>
> are available in t
Dear Kim Phillips,
In message <20090826213528.ce5c76f5.kim.phill...@freescale.com> you wrote:
> Hi Wolfgang Denk,
>
> Please pull a couple of minor fix patches for the upcoming release:
>
> The following changes since commit 85f9823cd74bd2d9a7854ca0b2244e43b5214e5a:
> Wolfgang Denk (1):
>
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1251377315.4053.39.ca...@swa-m460> you wrote:
> clean up existing boards (mvBC-P/MPC5200 and mvBL-M7/MPC8343) by using common
> code.
Note (for next time): line too long.
> Signed-off-by: André Schwarz
> ---
>
> Wolfgang,
>
> hopefully this is
On Thu, Aug 27, 2009 at 4:11 PM, Eric
Millbrandt wrote:
> Add chip select region for an Epson S1D15313.
>
> Signed-off-by: Eric Millbrandt
> ---
> include/configs/galaxy5200.h | 5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/galaxy5200.h b/include/
On Thu, Aug 27, 2009 at 1:48 PM, William C. Landolina wrote:
> Has there been any resolution on this? From what I can see (with scope and
> logic analyzer) the RTC seems to be corrupted by the DataFlash boot code
> built into the chip. [The Calao board doesn't have the DataFlash memory and
> u
51 matches
Mail list logo