Dear Graeme Russ,
Am 19.10.2011 00:33, schrieb Graeme Russ:
> Hi Wolfgang,
>
> On Wed, Oct 19, 2011 at 7:07 AM, Wolfgang Denk wrote:
>> Dear Mike Frysinger,
>>
>> In message <201110181301.57390.vap...@gentoo.org> you wrote:
>> And then, for compatibility testings, I want to compile all this w
Hi Dirk,
On Wednesday 19 October 2011 08:34:00 Dirk Eibach wrote:
> Signed-off-by: Dirk Eibach
> ---
> Changes for v2:
> - fixed parameters for memset() in pca9698_set_output()
Thanks.
While looking again, I noticed that you are not using the "standard" GPIO API
borrowed from Linux. Please t
Hello Dirk,
Dirk Eibach wrote:
> Our boards rely on dtt for initialization of fan hardware.
> dtt_init() was implemented to be called form board specific code.
>
> Signed-off-by: Dirk Eibach
> ---
> common/cmd_dtt.c | 42 +-
> include/dtt.h|1 +
Hi Tom,
On 10/18/2011 07:31 PM, Tom Rini wrote:
> On Wed, Oct 5, 2011 at 8:08 AM, Michael Jones
> wrote:
>> Add support for the MATRIX VISION mvBlueLYNX-X, an OMAP3-based
>> intelligent camera.
>>
>> Signed-off-by: Michael Jones
>
> Configuring for omap3_mvblx board...
> mv_common.c:32:14: warni
* Sebastian Andrzej Siewior | 2011-09-20 16:02:01 [+0200]:
>This patch adds support for the Android boot-image format. The header
>file is from the Android project and got slightly alterted so the struct +
>its defines are not generic but have something like a namespace. The
>header file is from b
Hello,
Le Fri, 14 Oct 2011 19:16:56 +0200,
David Wagner a écrit :
> This tool takes a key=value configuration file (same as would a
> `printenv' show) and generates the corresponding environment image,
> ready to be flashed.
>
> use case: flash the environment with an external tool
>
> Signed-
Hi,
On Tue, 18 Oct 2011 17:15:37 +0800
Che-Liang Chiou wrote:
> video_hw_init() returns this struct, which is quite useful, but it is
> probably not okay to call this function multiple times. So this patch
> adds video_devinfo() that does nothing but return this struct.
>
> video_devinfo() doe
Hi Stefan.
> While looking again, I noticed that you are not using the
> "standard" GPIO API borrowed from Linux. Please take a look
> at drivers/gpio/mxc_gpio.c or drivers/gpio/mvgpio.c as an example.
>
> Sorry for not mentioning this earlier. Could you please
> update this patch and your I
Hi,
On Tue, 18 Oct 2011 17:15:38 +0800
Che-Liang Chiou wrote:
...
> +int display_get_info(int type, struct display_info *di)
> +{
> +#if defined(CONFIG_VIDEO) || defined(CONFIG_CFB_CONSOLE)
> + GraphicDevice *gdev;
> +#endif
> +
> + switch (type) {
> + default:
> + debug("
Dear Graeme Russ,
In message
you wrote:
>
> > I see no clean way to implement this - ok, we could provide an
> > external tool / data base that maps boards or SoC names to
> > CROSS_COMPILE/ARCH/PATH settings, which each user has to configure for
> > his own set of tool chain settings.
>
> IMH
On 10/13/2011 05:44 PM, Mike Frysinger wrote:
> On Thursday 13 October 2011 04:45:27 Daniel Hellstrom wrote:
>> On 10/13/2011 07:33 AM, Mike Frysinger wrote:
>>> it seems that these symbols are usually implemented in the C library on
>>> sparc systems, but under u-boot, we don't have that luxury.
On 10/18/2011 08:12 PM, Albert ARIBAUD wrote:
>
> Weird: these two commits:
>
>>misc:pmic:max8998 MAX8998 support at a new PMIC driver.
>>misc:pmic:samsung Enable PMIC driver at GONI target
>
> are attributed to you
..and they should not be...
> whereas in your branch they are
Hi Stefano,
Le 17/10/2011 10:05, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx, thanks. Generating the pull request I see
> that three patches are missing (the three patches by Łukasz Majewski).
> However, everything in the tree seems correct and the tree is already
> rebas
Le 19/10/2011 00:21, Mike Frysinger a écrit :
> On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
>> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
>> and target is little endian
>> arm-none-linux-gnueabi-ld: failed to merge target specific data of file
>> stubs.o
>>
>> I
Hi Scott,
I need your help with an issue ,i think, related to this topic.
I have P2020RDB development kit and try to boot it from nand flash using
u-boot codes.
But unfortunately, nand boot process is trapped. Once i have changed the
value of the CONFIG_SYS_INIT_L2_ADDR definition from F8F8000
Hello
The NAND boot on P2020RDB does not use L2 , instead it uses DDR.
These changes are upstream.
Regards
Poonam
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of DarkKhan
> Sent: Wednesday, October 19, 2011 5:23 PM
> To: u-
Hi Sergei,
Thanks for the comments.
On Fri, Sep 23, 2011 at 20:02:51, Sergei Shtylyov wrote:
> Hello.
>
> On 09/21/2011 04:40 PM, nagabhushana.netagu...@ti.com wrote:
>
> > From: Nagabhushana Netagunte
>
> > add a function in board file to pass board revision info to kernel.
> > Revision num
Much of omap4 soc support code can be reused for omap5.
Move them to the omap-common directory to facilitate
this.
Signed-off-by: sricharan
---
arch/arm/cpu/armv7/omap-common/Makefile| 13 +
.../clocks.c => omap-common/clocks-common.c} |0
.../{omap4/emif.c =>
OMAP5 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
It's a dual core SOC with GIC used for interrupt handling and SCU for cache
coherency.
This patch series essentially adds the spl/u-boot support for omap5 soc.
There is quite a amount of code that can be reused for omap4 and
This patch adds the build support for the
omap5_evm board.
Signed-off-by: sricharan
---
Makefile|3 +-
boards.cfg |1 +
include/configs/omap5_evm5430.h | 283 +++
3 files changed, 285 insertions(+), 2 delet
Fixing them here so that when the files are reused in
subsequent patches for omap5, avoids new checkpatch
warnings.
Signed-off-by: sricharan
---
arch/arm/include/asm/arch-omap3/mmc_host_def.h | 11 +
arch/arm/include/asm/arch-omap4/mmc_host_def.h | 11 +
drivers/mmc/omap_hsmm
Configuration header(CH) is 512 byte header attached to an OMAP
boot image that will help ROM code to initialize clocks, SDRAM
etc and copy U-Boot directly into SDRAM. CH can help us in
by-passing SPL and directly boot U-boot, hence it's an alternative
for SPL. However, we inten
On 10/17/2011 08:21 PM, Wolfgang Grandegger wrote:
> Signed-off-by: Wolfgang Grandegger
> ---
>
> Resend due to missing [PATCH] prefix.
>
> include/configs/mx51evk.h |2 +-
> include/configs/mx53ard.h |2 +-
> include/configs/mx53evk.h |2 +-
> include/configs/mx53loco.h |2 +
On 10/08/2011 06:36 PM, Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> ---
> drivers/misc/Makefile |1 -
> drivers/misc/fsl_pmic.c | 235
> ---
> 2 files changed, 0 insertions(+), 236 deletions(-)
> delete mode 100644 drivers/misc/fsl
From: Manjunath Hadli
First patch adds new configuration for new variant of dm6467
where as second patch adds a function to send revision info
to the kernel. These patches are tested both on dm6467 and
dm6467T.
Changes for v2:
a) made appropriate changes in get_board_rev() function as
suggest
From: Manjunath Hadli
add a function in board file to pass board revision
info to kernel. Revision number 0 and 1 are passed in
case of DM6467 and DM6467T respectively.
Signed-off-by: Manjunath Hadli
---
board/davinci/dm6467evm/dm6467evm.c | 20
include/configs/davinci_
From: Manjunath Hadli
add new configuration file for dm6467T and appropraite changes
in boards.cfg. dm6467T is the new varaiant of dm6467 SOC which
supports 33 MHz reference clock where as dm6467 supports 27 MHz
reference clock.
Signed-off-by: Manjunath Hadli
---
boards.cfg
On Oct 18, 2011, at 10:19 PM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 19:41:22 Kyle Moffett wrote:
>> --- a/README
>> +++ b/README
>>
>> - 85xx CPU Options:
>> +CONFIG_MPC85XX_GENERIC_GPIO
>> +
>> +Provide a generic gpio_request() interface to the onboard
>> +
readl should work with unsigned int instead of unsigned long.
Signed-off-by: Michal Simek
---
v2: Fix coding style issue.
v3: Fix the typo the in subject: s/aliasign/aliasing/
---
arch/microblaze/include/asm/io.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/mi
On Wednesday 19 October 2011 05:05:22 Daniel Hellstrom wrote:
> On 10/13/2011 05:44 PM, Mike Frysinger wrote:
> > On Thursday 13 October 2011 04:45:27 Daniel Hellstrom wrote:
> >> On 10/13/2011 07:33 AM, Mike Frysinger wrote:
> >>> it seems that these symbols are usually implemented in the C librar
On Wednesday 19 October 2011 07:36:15 Albert ARIBAUD wrote:
> Le 19/10/2011 00:21, Mike Frysinger a écrit :
> > On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
> >> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
> >> and target is little endian
> >> arm-none-linux-gnuea
On Wednesday 19 October 2011 04:37:26 Eibach, Dirk wrote:
> > While looking again, I noticed that you are not using the
> > "standard" GPIO API borrowed from Linux. Please take a look
> > at drivers/gpio/mxc_gpio.c or drivers/gpio/mvgpio.c as an example.
> >
> > Sorry for not mentioning this earli
On Wednesday 19 October 2011 02:34:00 Dirk Eibach wrote:
> --- /dev/null
> +++ b/include/pca9698.h
>
> +#ifndef __PCA9698_H_
> +#define __PCA9698_H_
missing copyright/license/etc... comment block at top of file
> +int pca9698_direction_input(u8 chip, unsigned offset);
> +int pca9698_direction_out
Simon Glass wrote at Tuesday, October 18, 2011 7:04 PM:
> On Tue, Oct 18, 2011 at 2:11 PM, Stephen Warren wrote:
> > v2: New patch
> >
> > Signed-off-by: Stephen Warren
>
> Looks good - how do I make such an image so I can test it?
Simply run the mkimage tool with '-T kernel_rel' instead of '-T
On 10/19/2011 03:23 PM, Helmut Raiger wrote:
> On 10/08/2011 06:36 PM, Stefano Babic wrote:
>> Signed-off-by: Stefano Babic
>> ---
>> drivers/misc/Makefile |1 -
>> drivers/misc/fsl_pmic.c | 235
>> ---
>> 2 files changed, 0 insertions(+), 236
Simon Glass wrote at Tuesday, October 18, 2011 6:57 PM:
> Hi Stephen,
>
> Here are a few comments which may or may not be useful. In general it
> seems that the need to reduce code size change to absolute minimum is
> making the code a bit painful. Maybe relax that by a few 10s of bytes?
Wolfgang
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> Much of omap4 soc support code can be reused for omap5.
> Move them to the omap-common directory to facilitate
> this.
>
> Signed-off-by: sricharan
Yay for re-use, but shouldn't we just call it omap-common/emif.c, etc?
omap-common/emif-common.c
Your email address won 850,000.00 Pounds in this month E-mail on-line draw.
with Ticket number: 56475600545 188 Contact Mr.Addison Mahir , with your Full
name:Country:Address:Telephone no:Sex: to this Email:uknlclaims_res...@gmx.co.uk
Check out our website at www.WatsonRealtyCorp.com
This email
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> This patch adds the minimal support for OMAP5. The platform and machine
> specific headers and sources updated for OMAP5430.
>
> OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
> It's a dual core SOC with GIC used for
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger
---
drivers/misc/pmic_fsl.c |5 +
drivers/misc/pmic_spi.c |1 -
2 files changed, 1 insertion
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> This patch adds the build support for the
> omap5_evm board.
>
> Signed-off-by: sricharan
One thing it's better to do #define CONFIG_FOO rather than
#define CONFIG_FOO 1.
--
Tom
___
U-Boot mailing l
On 10/19/2011 06:48 PM, Helmut Raiger wrote:
> This fixes write access to PMIC registers, the bug was
> introduced partly in commit 64aac65099 and in commit c9fe76dd91.
> It was tested on an i.mx31 with a mc13783.
>
> Signed-off-by: Helmut Raiger
> ---
> drivers/misc/pmic_fsl.c |5 +
> d
Dear Wolfgang Denk,
what do you think of these submissions:
http://lists.denx.de/pipermail/u-boot/2011-October/105724.html ([PATCH
v6 1/2] Introduce generic TPM support in u-boot)
http://lists.denx.de/pipermail/u-boot/2011-October/105554.html ([PATCH
v3 2/2] Add a cli command to test the TPM dev
From: J. Vijayanand
ATTR_VFAT condition requires multiple bits to be set but the present
condition checking in do_fat_read() & get_dentfromdir() ends up
passing on even a single bit being set.
Signed-off-by: J. Vijayanand
Signed-off-by: Sergei Shtylyov
---
fs/fat/fat.c |6 +++---
1 file
The body from the message ""[U-Boot] [PATCH 1/7] omap4: make omap4 code common
for future reuse"", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body ma
The body from the message ""[U-Boot] [PATCH 3/7] omap5: Add minimal support for
omap5430."", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may have
The body from the message ""[U-Boot] [PATCH v2 0/2] board revision related
patches for dm646x"", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may
The body from the message ""[U-Boot] [PATCH 0/7] omap5: spl/u-boot: Add
spl/u-boot support for_omap5 soc."", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
mess
The body from the message ""[U-Boot] [PATCH 6/7] omap4/5: Add support for
booting with CH."", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may hav
Code was setting **pgpt_pte == NULL, which meant that the pointer
to the gpt_pte would be stored at RAM address . This 'worked'
on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
(SDRAM starts @ 0x8000).
Signed-off-by: Tom Warren
Signed-off-by: Doug Anderson
---
This
This makes checkpatch happy.
Signed-off-by: Doug Anderson
---
disk/part_efi.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index 0a513c6..6a139a9 100644
--- a/disk/part_efi.c
+++ b/disk/part_efi.c
@@ -125,
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 19 October 2011 14:04:47 Doug Anderson wrote:
> - debug("%s: gpt-entry at 0x%08X\n", __func__, (unsigned int)*pgpt_pte);
> + debug("%s: gpt-entry at 0x%p\n", __func__, gpt_pte);
i like %x->%p, but i think this change is incorrect. doesn't %p output a
leading 0x already ?
>
Hi Wolfgang,
On Tue, Oct 18, 2011 at 3:06 PM, Joe Hershberger wrote:
> Added from Linux - commit 30ecad51849ae132dc6ef6ddb62d499c7257515b
>
> Include config file to ignore common false-positives
>
> Signed-off-by: Joe Hershberger
> Cc: Joe Hershberger
> Cc: Wolfgang Denk
> ---
> Changes for v2:
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
On Wednesday 19 October 2011 14:26:03 Moffett, Kyle D wrote:
> On Oct 18, 2011, at 23:20, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 19:41:23 Kyle Moffett wrote:
> >> +int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> >> +{
> >>
> >>unsigned long val, msr;
> >
On Oct 19, 2011, at 09:51, Kumar Gala wrote:
> On Oct 18, 2011, at 10:19 PM, Mike Frysinger wrote:
>> On Tuesday 18 October 2011 19:41:22 Kyle Moffett wrote:
>>> --- a/README
>>> +++ b/README
>>>
>>> - 85xx CPU Options:
>>> + CONFIG_MPC85XX_GENERIC_GPIO
>>> +
>>> + Provide a ge
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
To ease the implementation of other MPC85xx board ports, several common
GPIO helpers are added to .
Since each of these compiles to no more than 4-5 instructions it would
be very inefficient to call them out of line, therefore we put them
entirely in the header file.
The HWW-1U-1A board port whic
On Oct 18, 2011, at 23:20, Mike Frysinger wrote:
> On Tuesday 18 October 2011 19:41:23 Kyle Moffett wrote:
>> +int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
>> +{
>> unsigned long val, msr;
>>
>> +/* Allow boards to override the reset */
>> +int err = __board
On Mon, Oct 17, 2011 at 4:33 PM, Ilya Yanok wrote:
> Currently OMAP SPL code does all the initialization but does not set the
> gd->have_console value so no output is actually performed. This patch
> sets gd->have_console to 1 if CONFIG_SPL_CONSOLE is defined.
>
> Signed-off-by: Ilya Yanok
So, t
On 10/19/11 14:04, Doug Anderson wrote:
> This makes checkpatch happy.
>
> Signed-off-by: Doug Anderson
> ---
> disk/part_efi.c | 28 ++--
> 1 files changed, 14 insertions(+), 14 deletions(-)
>
> diff --git a/disk/part_efi.c b/disk/part_efi.c
> index 0a513c6..6a139a9 10
On 10/19/11 14:04, Doug Anderson wrote:
> Code was setting **pgpt_pte == NULL, which meant that the pointer
> to the gpt_pte would be stored at RAM address . This 'worked'
> on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
> (SDRAM starts @ 0x8000).
>
> Signed-off-by:
Code was setting **pgpt_pte == NULL, which meant that the pointer
to the gpt_pte would be stored at RAM address . This 'worked'
on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
(SDRAM starts @ 0x8000).
Signed-off-by: Tom Warren
Signed-off-by: Doug Anderson
---
v2: N
On Wednesday 19 October 2011 15:47:31 Doug Anderson wrote:
> v2: No change to patch 1/2 (not reposted); patch 2/2 updated to
> address Mike Frysinger's comments. Note that %p currently doesn't
> include the "0x" prefix in u-boot, but I expect that it may someday
> (since it does in gcc) so I've go
Dear Mike Frysinger,
In message <201110191025.02227.vap...@gentoo.org> you wrote:
>
> there is no run-time libs. only libgcc.a is taken external of u-boot, and
> that issue is resolved by using the private libgcc.
No. This is not a solution, it is only a workaround for what I call a
broken tool
On Wed, Oct 19, 2011 at 12:56 PM, Mike Frysinger wrote:
> %#p gives you the prefix under u-boot, but gcc warns about it since it
> assumes
> that %p always includes the 0x prefix :).
>
Ah, makes sense. I'm just going to leave it as %p without the 0x. That
sound OK? I assume that the patch loo
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173d51b...@hqmail01.nvidia.com> you
wrote:
>
> > Here are a few comments which may or may not be useful. In general it
> > seems that the need to reduce code size change to absolute minimum is
> > making the code a bit painful. Mayb
On Wednesday 19 October 2011 15:59:27 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 12:56 PM, Mike Frysinger wrote:
> > %#p gives you the prefix under u-boot, but gcc warns about it since it
> > assumes
> > that %p always includes the 0x prefix :).
>
> Ah, makes sense. I'm just going to leave i
Dear Mike Frysinger,
In message <201110191452.26073.vap...@gentoo.org> you wrote:
>
> i thought this came up before and we said "no". but Wolfgang was more
> involved in that discussion, so he should be able to better say.
Yes, we said no.
Best regards,
Wolfgang Denk
--
DENX Software Engine
Dear "Moffett, Kyle D",
In message <7c2673d7-cc5c-490c-9809-06c9a2071...@boeing.com> you wrote:
>
> Since "reset" is basically just like any other U-Boot shell command,
No, it ain't.
> (except with some side-effects) it seems reasonable to allow a board
> handler to return an error instead of re
On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
> Dear "Moffett, Kyle D",
>
> In message <7c2673d7-cc5c-490c-9809-06c9a2071...@boeing.com> you wrote:
>>
>> Since "reset" is basically just like any other U-Boot shell command,
>
> No, it ain't.
>
>> (except with some side-effects) it seems reason
On Wednesday 19 October 2011 17:05:12 Moffett, Kyle D wrote:
> On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
> > Moffett, Kyle D wrote:
> >> Since "reset" is basically just like any other U-Boot shell command,
> >
> > No, it ain't.
> >
> >> (except with some side-effects) it seems reasonable to
Wolfgang Denk wrote at Wednesday, October 19, 2011 2:01 PM:
> In message <74cdbe0f657a3d45afbb94109fb122ff173d51b...@hqmail01.nvidia.com>
> you wrote:
> >
> > > Here are a few comments which may or may not be useful. In general it
> > > seems that the need to reduce code size change to absolute mi
Signed-off-by: Doug Anderson
---
common/cmd_bootm.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index f426e2f..c259bfb 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
@@ -1203,7 +1203,7 @@ U_BOOT_CMD(
#ifdef C
This set of patches together fixes a buffer overrun in the
fixup_silent_linux() function when we've got a long linux
command line. It also adds the removal of "earlyprintk" when
we are silencing the linux console.
One thing you will notice is that some of these changes have
unit tests assocated w
This makes fixup_silent_linux() use malloc() to allocate its
working space, meaning that our maximum kernel command line
should only be limited by malloc(). Previously it was silently
overflowing the stack.
Signed-off-by: Doug Anderson
---
common/cmd_bootm.c | 125 +
Signed-off-by: Doug Anderson
Reviewed-by: Anton Staaf
---
common/cmd_bootm.c | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index bb9b698..ece1b9a 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
It appears that there are a handful of places in u-boot that we want
to munge the linux command line. This adds some helper functions that
make that easier.
Signed-off-by: Doug Anderson
---
common/Makefile |1 +
common/cmdline.c | 318
On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> + /* Add in earlyprintk */
> + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3 earlyprintk";
> + expected_str = "root=/dev/mmcblk0p3 console=";
*choke* wtf just happened here ?
-mike
signature.asc
Description: Th
On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> --- /dev/null
> +++ b/common/cmdline.c
>
> +/*
> + * To run unit tests in this file:
> + * gcc -DRUN_UNITTESTS -Wall -Werror common/cmdline.c -o cmdline &&
> ./cmdline
> + */
> +#ifdef RUN_UNITTESTS
i'm not sure this part should be mer
On Wed, Oct 19, 2011 at 3:35 PM, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> > + /* Add in earlyprintk */
> > + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3
> earlyprintk";
> > + expected_str = "root=/dev/mmcblk0p3 console=";
>
>
On Wednesday 19 October 2011 18:30:58 Doug Anderson wrote:
> --- a/common/cmd_bootm.c
> +++ b/common/cmd_bootm.c
>
> +static char *do_fixup_silent_linux(const char *cmdline)
> +{
> + int bufsize;
size_t
> + /*
> + * Allocate enough space for:
> + * - a copy of the command line
>
On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> --- /dev/null
> +++ b/include/cmdline.h
>
> +int remove_cmdline_param(char *cmdline, const char *param_name);
> +void add_cmdline_param(char *cmdline, const char *toappend, int bufsize);
i'm not particularly enamored with this naming sty
On Wednesday 19 October 2011 18:46:20 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 3:35 PM, Mike Frysinger wrote:
> > On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> > > + /* Add in earlyprintk */
> > > + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3
> >
> > ea
On Oct 19, 2011, at 17:55, Mike Frysinger wrote:
> On Wednesday 19 October 2011 17:05:12 Moffett, Kyle D wrote:
>> On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
>>> Moffett, Kyle D wrote:
Since "reset" is basically just like any other U-Boot shell command,
>>>
>>> No, it ain't.
>>>
(e
On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
> So U-Boot MUST NOT reset without negotiating, even if the current CPU has
> crashed, as that will cause the other (possibly perfectly operational) CPU
> to also crash.
so why can't you have your do_reset() board hook negotiate with the
On Oct 19, 2011, at 20:15, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
>> So U-Boot MUST NOT reset without negotiating, even if the current CPU has
>> crashed, as that will cause the other (possibly perfectly operational) CPU
>> to also crash.
>
> so why ca
What is this?
=
This tool is a python script which:
- Creates patch directly from your branch
- Cleans them up
- Inserts a cover letter and change lists
- Sends them out to selected people
It is intended to automate patch creation and make it a less
error-prone process. It is useful f
Hi Wolfgang,
On Tue, Oct 18, 2011 at 1:23 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> I have already been wondering how to send this out for review -
>> perhaps as something in tools/scripts?
>
> Yes, please.
OK I have done this. It's a little rough but at
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Wednesday, October 19, 2011 11:52 AM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de List; Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH 7/7][v2] fsl_ifc: Add the workaround for
> erratum IFC A-003399
On Wed, Oct 19, 2011 at 3:52 PM, Mike Frysinger wrote:
> i'm not particularly enamored with this naming style. i find the style of
> "_" to be easier on the eyes rather than this RPN.
>
> i.e. cmdline_param_remove() and cmdline_param_add()
>
I'm happy to name it whatever you'd like. My next pa
On Wed, Oct 19, 2011 at 3:46 PM, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> > --- /dev/null
> > +++ b/common/cmdline.c
> >
> > +/*
> > + * To run unit tests in this file:
> > + * gcc -DRUN_UNITTESTS -Wall -Werror common/cmdline.c -o cmdline &&
> > ./cmd
On Wednesday 19 October 2011 20:23:15 Moffett, Kyle D wrote:
> On Oct 19, 2011, at 20:15, Mike Frysinger wrote:
> > On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
> >> So U-Boot MUST NOT reset without negotiating, even if the current CPU
> >> has crashed, as that will cause the other
On Wednesday 19 October 2011 21:07:11 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 3:52 PM, Mike Frysinger wrote:
> > i'm not particularly enamored with this naming style. i find the style
> > of "_" to be easier on the eyes rather than this
> > RPN.
> >
> > i.e. cmdline_param_remove() and cmd
This patch set exports LCD clearing and bitmap-rendering on screen functions
to external apps, and provides a unified interface of accessing them.
Che-Liang Chiou (3):
lcd: add clear and draw bitmap declaration
tools: logo: add static and unused to bmp arrays
api: export LCD device to extern
The functions for clearing and drawing bitmaps on the screen were not
exposed publicly and are made public in this patch in preparation for
implementing the display interface of api_public.h.
Signed-off-by: Che-Liang Chiou
---
Changes in V4
Remove support of video device, which is untested and
The generated header bmp_logo.h is useful even outside common/lcd.c for
the logo dimension. However, the problem is, the generated bmp_logo.h
cannot be included multiple times because bmp_logo_palette[] and
bmp_logo_bitmap[] are defined in the bmp_logo.h.
We may remedy this by adding
static __a
1 - 100 of 116 matches
Mail list logo
