Dear Anatolij Gustschin,
In message <1266964630-7754-2-git-send-email-ag...@denx.de> you wrote:
> Signed-off-by: Anatolij Gustschin
> ---
> cpu/mpc512x/fixed_sdram.c|2 +-
> include/asm-ppc/immap_512x.h |4
> include/configs/aria.h |2 ++
> include/configs/mecp5123.h
Dear Anatolij Gustschin,
In message <1266964630-7754-3-git-send-email-ag...@denx.de> you wrote:
> Extend mpc512x serial driver to support multiple PSCs ports.
>
> Supsequent patches for PDM360NG board support make use of this
> functionality by defining CONFIG_SERIAL_MULTI in the board config
> f
Dear Anatolij Gustschin,
In message <1266964630-7754-4-git-send-email-ag...@denx.de> you wrote:
> Signed-off-by: Anatolij Gustschin
> ---
> cpu/mpc512x/serial.c | 87
> ++
> include/serial.h |7
> 2 files changed, 94 insertions(+),
Dear Anatolij Gustschin,
In message <1266964630-7754-5-git-send-email-ag...@denx.de> you wrote:
> Allow displaying run length encoded bitmaps.
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/freescale/common/fsl_diu_fb.c | 78
> +++
> 1 files changed, 78 i
Dear Anatolij Gustschin,
In message <1266964630-7754-6-git-send-email-ag...@denx.de> you wrote:
> Allow overriding defined partitions in the device tree blob
> using partition info defined in the 'mtdparts' environment
> variable.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Gerald Van Baren
> -
Dear Anatolij Gustschin,
In message <1266964630-7754-7-git-send-email-ag...@denx.de> you wrote:
> --===1816892533==
>
> PDM360NG is a MPC5121E based board by ifm ecomatic gmbh.
>
> Signed-off-by: Michael Weiss michael.we...@ifm.com
Incorrect mail address format.
> Signed-off-by: An
Dear Michael Zaidman,
In message <660c0f821002240238t71a6d793we93747bbb8bb8...@mail.gmail.com> you
wrote:
>
> The "Hit any key to stop autoboot:" of abortboot routine misses
> the key hits issued via netconsole.
> It happens due to delays of 10ms used to count passed seconds in
> the abortboot r
Dear Frans Meulenbroeks,
In message <1267189219-6712-1-git-send-email-fransmeulenbro...@gmail.com> you
wrote:
> This patch add functionality to use memory addresses in expressions.
> This increases the power of expressions substantially
>
> It adheres to the standard convemtions: memory addresse
On Sun, Mar 21, 2010 at 2:35 PM, Wolfgang Denk wrote:
> Dear Michael Zaidman,
>
> In message <660c0f821002240238t71a6d793we93747bbb8bb8...@mail.gmail.com> you
> wrote:
>>
>> The "Hit any key to stop autoboot:" of abortboot routine misses
>> the key hits issued via netconsole.
>> It happens due to
Dear Frans Meulenbroeks,
In message <1267102988-9116-1-git-send-email-fransmeulenbro...@gmail.com> you
wrote:
> This patch removed the \n after the help message for mmcinfo.
> This one resulted in an empty line being displayed after the mmcinfo line
> when the help command was given.
>
> Signed-
Dear Michael Zaidman,
In message <1267436856-3933-1-git-send-email-michael.zaid...@gmail.com> you
wrote:
> Added POST progress API implemented as weak calls before and after
> each call to the POST test callback in the post_run_single routine
> of the post.c file.
>
> Signed-off-by: Michael Zaid
Dear Michael Zaidman,
In message <660c0f821003160321h1a5552dfh6cc835b48b004...@mail.gmail.com> you
wrote:
>
> Is there a chance this patch will be included already in this release?
Sorry, but no. This is new code (i. e. not a bug fix) and thus has to
wait for the next merge window. We pull it
> capturing to ~ 90% but not eliminate the key misses completely.
Small correction - more than 99,9% - ration between 1 second and 100
times of loop overhead.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Semih Hazar,
In message <4b6b004c.1010...@indefia.com> you wrote:
>
> The problem with AVR32 and the CFI flash driver has a few possible
> solutions as noted by Haavard Skinnemoen in the email [1]. The only
> thing I can do is to go with the first alternative and set the flash
> address as t
Dear Semih Hazar,
In message <4b8bcb49.4000...@indefia.com> you wrote:
>
> It's been a while over this issue, so I wanted to ask. Did you have time
> to look at this?
I looked at it now. Please see my previous message.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wo
On Sun, Mar 21, 2010 at 6:17 PM, Wolfgang Denk wrote:
> Dear Michael Zaidman,
>
> In message <660c0f821003160321h1a5552dfh6cc835b48b004...@mail.gmail.com> you
> wrote:
>>
>> Is there a chance this patch will be included already in this release?
>
> Sorry, but no. This is new code (i. e. not a bug
Dear Semih Hazar,
In message <4b6b0058.2090...@indefia.com> you wrote:
> Nimbus Cloud is an AVR32 based single board computer with
> 256MiB NAND, 64MiB SDRAM, battery backed RTC, LCD/touch
> screen support, VGA Output, Ethernet and offers seamless
> integration with Indefia's Zigbee transceivers.
Dear Vipin KUMAR,
In message <4b908bc8.9030...@st.com> you wrote:
>
> > Why would that be needed? Do you really expect to see both types of
> > interfaces on the same piece of hardware?
>
> Yes, that's precisely the case with Spear SoC. It has an FSMC controller
> embedded in it. FSMC can support
Dear FUJITA Kazutoshi,
In message <20100309.232841.106130457.fuj...@soum.co.jp> you wrote:
>
> Subject: Re: [U-Boot] [Patch] ./drivers/pci/pci.c
> Date: Tue, 09 Mar 2010 14:27:25 +0100
>
> > Please provide a useful commit message, and add your Signed-off-by:
> > line.
>
> sorry, how about this?
Dear Tom,
In message <20100317161258.76fee...@marrow.netinsight.se> Simon
Kagstrom wrote:
> On Wed, 17 Mar 2010 09:53:36 -0500
> Praveen G K wrote:
>
> > > I had a similar problem a few months ago, which turned out to be a
> > > stack alignment issue:
> > >
> > > =A0http://www.mail-archive.com/u
Dear Ben,
In message <4b9977eb.7020...@gmail.com> you wrote:
>
> > What's the status of this patch? Is it on your queue?
> >
> So sorry - I thought I'd already taken care of this. Please feel free
> to add my SOB and apply directly.
>
> Signed-off-by: Ben Warren
Done, thanks.
Best regar
On Mar 20, 2010, at 12:59 PM, Stefano Babic wrote:
> Kumar Gala wrote:
>> From: Roy Zang
>>
>> When we set the read or write watermark in WML we should maintain the
>> rest of the register as is, rather than using some hard coded value.
>>
>> Signed-off-by: Roy Zang
>> Signed-off-by: Kumar Ga
Signed-off-by: Scott McNutt
---
lib_nios2/board.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/lib_nios2/board.c b/lib_nios2/board.c
index 41d3297..311d66c 100644
--- a/lib_nios2/board.c
+++ b/lib_nios2/board.c
@@ -139,6 +139,14 @@ void board_init (void)
On Sunday 21 March 2010 13:37:53 Scott McNutt wrote:
> + WATCHDOG_RESET ();
> + puts ("Net: ");
considering serial drivers' putc() should be calling watchdog reset, does this
really make sense here ? looks like a wart in a few arches you shouldnt be
copying over ...
-mike
signature.
Dear John Schmoller,
In message
you wrote:
> Match history buffer size to console buffer size. History buffer size
> was hard coded to 256, artificially limiting the command buffer size.
> The history buffer now tracks CONFIG_SYS_CBSIZE.
>
> Signed-off-by: John Schmoller
> ---
> common/main.
Wolfgang Denk wrote:
> Dear Anatolij Gustschin,
>
> In message <1266964630-7754-6-git-send-email-ag...@denx.de> you wrote:
>> Allow overriding defined partitions in the device tree blob
>> using partition info defined in the 'mtdparts' environment
>> variable.
>>
>> Signed-off-by: Anatolij Gustsch
Dear John Schmoller,
In message
<69e2af90a136fea8e81009f4d58ffe28eddf7362.1268408614.git.jschmol...@xes-inc.com>
you wrote:
> When CONFIG_SYS_CBSIZE equals MAX_CMDBUF_SIZE, a command string of
> maximum length will overwrite part of the history buffer, causing the
> board to die. Expand the cons
Dear Stefano Babic,
In message <1268510940-7266-1-git-send-email-sba...@denx.de> you wrote:
> Some registers of the mxcmmc driver were accessed using
> 16 bit accessor functions, because only the LSB is
> significant. This is not needed and generates
> warnings.
>
> Signed-off-by: Stefano Babic
Dear Thomas Weber,
In message <1268518485-28728-1-git-send-email-sw...@gmx.li> you wrote:
> I executed 'find . -name "*.[chS]" -perm 755 -exec chmod 644 {} \;'
>
> Signed-off-by: Thomas Weber
> ---
> 0 files changed, 0 insertions(+), 0 deletions(-)
> mode change 100755 => 100644 board/spear/co
From: Dave Liu
add the macro definition for Rtt_Nom termination value for DDR3
Signed-off-by: Dave Liu
---
include/asm-ppc/fsl_ddr_sdram.h |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/include/asm-ppc/fsl_ddr_sdram.h b/include/asm-ppc/fsl_ddr_sdram.h
index 321
From: Dave Liu
For 64B cacheline SoC, set the fixed 8-beat burst len,
for 32B cacheline SoC, set the On-The-Fly as default.
Signed-off-by: Dave Liu
---
cpu/mpc8xxx/ddr/options.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc8xxx/ddr/options.c b/cpu/mpc8x
From: Dave Liu
Read-to-read/Write-to-write turnaround for same chip select
of DDR3 memory, BL/2+2 cycles is enough for them at BC4 and
OTF case, BL/2 cycles is enough for fixed BL8.
Cutting down the turnaround from BL/2+4 to BL/2+2 or BL/2
will improve the memory performance.
Signed-off-by: Dave
On Mar 20, 2010, at 12:54 PM, Stefano Babic wrote:
> Kumar Gala wrote:
>> We need to stop the clocks on 83xx/85xx as well as imx. No need to make
>> this code conditional to just imx.
>>
>> Signed-off-by: Kumar Gala
>> ---
>> drivers/mmc/fsl_esdhc.c | 11 +++
>> include/fsl_esdhc.h
On Mar 20, 2010, at 12:56 PM, Stefano Babic wrote:
> Kumar Gala wrote:
>> From: Jerry Huang
>>
>> To support multiple block read command we must set abort or use auto
>> CMD12. If we booted from eSDHC controller neither of these are used
>> and thus we need to reset the controller to allow mul
From: Roy Zang
When we set the read or write watermark in WML we should maintain the
rest of the register as is, rather than using some hard coded value.
Signed-off-by: Roy Zang
Acked-by: Stefano Babic
Signed-off-by: Kumar Gala
---
* Fixed line length
drivers/mmc/fsl_esdhc.c |9
Dear André,
In message <1268643615.4089.8.ca...@swa-m460> you wrote:
>
> Created the board dir and added this line to config.mk:
>
> LDSCRIPT :$(SRCTREE)/board/matrix-vision/mvsmr/u-boot.lds
>
> which results in failure during make :
>
> s...@swa-m460:~/u-boot.git$ CROSS_COMPILEppc_6xx- ARCHpowerp
Dear Maxim Podbereznyi,
In message you
wrote:
>
> Russian company MENTOREL released at91sam9G45 based SODIMM module a couple
> of months ago. Module is named ...
Except for the cheap commercial plug - did you intend to contribute
anything to the review of the patch in question here?
Best regar
Dear Anatolij Gustschin,
In message <1268749773-4302-1-git-send-email-ag...@denx.de> you wrote:
> If a board uses cfb_console driver and splash image
> and also defines CONFIG_SILENT_CONSOLE, the user is
> locked out even if "silent" is not set. It is not
> possible to get any output, neither on v
Dear Anatolij Gustschin,
In message <1268755808-24931-1-git-send-email-ag...@denx.de> you wrote:
> This patch series intend to support MPC5121e based
> PDM360NG board. Patches preceding the actual board
> support patch 6 prepare needed infrastructure for
> the PDM360NG board.
Argh... so I applied
Dear Anatolij Gustschin,
In message <1268755808-24931-2-git-send-email-ag...@denx.de> you wrote:
> Signed-off-by: Anatolij Gustschin
> ---
> No changes since v1.
>
> cpu/mpc512x/fixed_sdram.c|2 +-
> include/asm-ppc/immap_512x.h |4
> include/configs/aria.h |2 ++
> i
Dear Anatolij Gustschin,
In message <1268755808-24931-3-git-send-email-ag...@denx.de> you wrote:
> Extend mpc512x serial driver to support multiple PSC ports.
>
> Supsequent patches for PDM360NG board support make use of this
> functionality by defining CONFIG_SERIAL_MULTI in the board config
> f
Dear Anatolij Gustschin,
In message <1268755808-24931-4-git-send-email-ag...@denx.de> you wrote:
> Signed-off-by: Anatolij Gustschin
> ---
> No changes since v1.
>
> cpu/mpc512x/serial.c | 87
> ++
> include/serial.h |7
> 2 files
Dear Anatolij Gustschin,
In message <1268755808-24931-5-git-send-email-ag...@denx.de> you wrote:
> Allow overriding defined partitions in the device tree blob
> using partition info defined in the 'mtdparts' environment
> variable.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Gerald Van Baren
>
Dear Anatolij Gustschin,
In message <1268755808-24931-6-git-send-email-ag...@denx.de> you wrote:
> Add common post_word_load/post_word_store routines
> for all mpc5121 boards. pdm360ng board support added
> by subsequent patches needs these, as it adds a board
> specific POST test.
>
> Signed-off
Dear Anatolij Gustschin,
In message <1268755808-24931-7-git-send-email-ag...@denx.de> you wrote:
> --===0837153488==
>
> PDM360NG is a MPC5121E based board by ifm ecomatic gmbh.
>
> Signed-off-by: Michael Weiss
> Signed-off-by: Anatolij Gustschin
> ---
> Changes since first version
Dear Anatolij Gustschin,
In message <1268755808-24931-8-git-send-email-ag...@denx.de> you wrote:
> Fix warnings while compiling with CONFIG_VIDEO enabled:
>
> diu.c: In function 'video_hw_init':
> diu.c:158: warning: 'return' with no value, in function returning non-void
> diu.c:162: warning: for
Mike Frysinger wrote:
> On Sunday 21 March 2010 13:37:53 Scott McNutt wrote:
>> +WATCHDOG_RESET ();
>> +puts ("Net: ");
>
> considering serial drivers' putc() should be calling watchdog reset, does
> this
> really make sense here ?
No.
> looks like a wart in a few arches you shouldnt
Dear Jeff Angielski,
In message <4ba12af2.4080...@theptrgroup.com> you wrote:
>
> Subject: [PATCH] env: fix endian ordering in crc table
>
> The crc table was being built as little endian for big endian
> targets. This would cause fw_printenv to always fail with
> "Warning: Bad CRC, using defaul
Signed-off-by: Scott McNutt
---
cpu/nios2/epcs.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/cpu/nios2/epcs.c b/cpu/nios2/epcs.c
index 483b249..a2e3fe3 100644
--- a/cpu/nios2/epcs.c
+++ b/cpu/nios2/epcs.c
@@ -207,6 +207,8 @@ static void epcs_status_wr (unsi
Dear Tom,
In message <1268886061-6382-1-git-send-email-rabin.vinc...@stericsson.com>
Rabin Vincent wrote:
> This series adds base support for ST-Ericsson's Ux500 series of Cortex-A9
> based
> SoCs. Several peripherals are shared with the Nomadik family, for which
> support already exists in U-B
Dear Tom, dear Prafulla,
In message <1268898134-10793-1-git-send-email-go...@marvell.com> you wrote:
> GuruPlug Standard: 1 Gb Ethernet, 2 USB 2.0
> GuruPlug Plus: 2 Gb Ethernet, 2 USB 2.0, 1 eSATA, 1 uSD slot
>
> References:
> http://www.globalscaletechnologies.com/t-guruplugdetails.aspx
> http:
Dear Asen Dimov,
In message <1268912507-7542-1-git-send-email-di...@ronetix.at> you wrote:
>
> Signed-off-by: Asen Dimov
> ---
> include/asm-arm/arch-at91/at91_matrix.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Tom, as this is a simple typo I went ahead an
Dear Tom,
In message <4ba51dad.5020...@windriver.com> you wrote:
> Asen Dimov wrote:
> > Hello everyone,
> >
> > here is the new board PM9G45 from Ronetix GmbH,
> > based on at91sam9g45 MCU. It has 128MB DDR2 SDRAM, 256MB NAND,
> > could be with or without DataFlash.
> > The board is made as SOD
Dear Mike Frysinger,
In message <201003182111.28112.vap...@gentoo.org> you wrote:
>
> i dont think the toolchain is broken. this is standard gcc behavior for all
> arches. ...
You are wrong here. It _is_ a bug of the toolchain if it auto-defines
random unreserved identifiers. This is NOT stand
Dear Peter,
In message <1269032821.7363.27.ca...@ptyser-laptop> you wrote:
>
> I personally think that looking at a "deep threaded" patch series with
> lots of responses is much harder to grasp than the "shallow threaded".
> As a basic example:
> http://article.gmane.org/gmane.comp.version-contro
Dear Ben,
In message <3270dcac1b1540c7b13d9bc718f54...@smartbridges.com> Teh Kok How
wrote:
> Fixes: Board_eth_init() calls pci_eth_init() (include/netdev.h) and if
> ethernet is soc, CONFIG_PCI is not defined, pci_eth_init() returns 0.
> This patch allows cpu_eth_init() to be called.
>
>
> Sig
The following changes since commit 67c7189dd35cb368ef665126fd17816581bd2e92:
Renato Andreola (1):
nios2: Added support to YANU UART
are available in the git repository at:
git://git.denx.de/u-boot-mpc5xxx.git master
Anatolij Gustschin (4):
mpc512x: make MEM IO Control configura
In message <20100321214009.827ff4c...@gemini.denx.de> you wrote:
> The following changes since commit 67c7189dd35cb368ef665126fd17816581bd2e92:
> Renato Andreola (1):
> nios2: Added support to YANU UART
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc5xxx.g
Hi David,
I was exploring the ways to add partition into the blob dynamically.
I followd the following steps.
1) say we have 5 partitions. Flash size is 128mb
norfl...@0,0{
1--
2--
3
5
partit...@f8 {
label = "u_booot";
On Sunday 21 March 2010 16:00:29 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > i dont think the toolchain is broken. this is standard gcc behavior for
> > all arches. ...
>
> You are wrong here. It _is_ a bug of the toolchain if it auto-defines
> random unreserved identifiers. This is NOT sta
Dear Anatolij,
In message <20100321214723.74b904c...@gemini.denx.de> you wrote:
> In message <20100321214009.827ff4c...@gemini.denx.de> you wrote:
> > The following changes since commit 67c7189dd35cb368ef665126fd17816581bd2e92:
> > Renato Andreola (1):
> > nios2: Added support to YANU UA
Dear Mike,
In message <201003211820.51966.vap...@gentoo.org> you wrote:
>
> > You are wrong here. It _is_ a bug of the toolchain if it auto-defines
> > random unreserved identifiers. This is NOT standard GCC behaviour.
>
> they arent random, it's the arch-specific identifier. and most arches do
The outx/writex macros were using writex(addr, val) rather than
the standard writex(val, addr), resulting in incompatibilty with
architecture independent components. This change set uses standard
parameter order.
Signed-off-by: Scott McNutt
---
board/altera/common/AMDLV065D.c | 1
On Wed, Feb 24, 2010 at 5:03 AM, Anatolij Gustschin wrote:
>> Isn't there a way to implement this feature in common code, so all
>> boards with bitmap support can benefit from this?
>
> There is a way to do it, sure. The problem is, diu driver doesn't
> use this common code. I'll rework the diu d
On Sunday 21 March 2010 18:45:51 Wolfgang Denk wrote:
> Mike wrote:
> > > You are wrong here. It _is_ a bug of the toolchain if it auto-defines
> > > random unreserved identifiers. This is NOT standard GCC behaviour.
> >
> > they arent random, it's the arch-specific identifier. and most arches d
65 matches
Mail list logo
