Hello Stefan,
Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> Cc: Stefan Roese
> ---
> drivers/mtd/cfi_flash.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
Patch is not needed, Sorry for the noise. Please ignore it.
Thanks!
bye,
Heiko
--
DENX Software Engineering G
Hello Loïc,
Loïc Minier wrote:
> mkimage's ublimage support can't depend of build-time board configs;
> instead, this should be set in ublimage.cfg. Since currently no configs
> in u-boot override the NAND block size, hardcode it as such in
> ublimage.h to fix a build failure with "make tools":
>
Hello Albert,
can you comment/apply the following patches? As the new merge window is
open, I think they can go to mainline:
arm, logbuffer: make it compileclean
http://patchwork.ozlabs.org/patch/114740/
post, arm: make post support for arm compile clean
http://patchwork.ozlabs.org/patch/114741/
Michal Simek wrote:
> Add axi_ethernet driver for little-endian Microblaze.
>
> RX/TX BDs and rxframe buffer are shared among all axi_ethernet MACs.
> Only one MAC can work in one time.
>
> Signed-off-by: Michal Simek
>
> ---
>
> v2: Fix cammelcase weirdness
> Create mdio_wait function wit
Michal Simek wrote:
> Add support for SERIAL MULTI for uartlite.
>
> Signed-off-by: Michal Simek
>
> ---
> v2: Use in/out_be32 functions
>
> v3: Clean coding style
>
> v4: Simplify userial_ports array initialization
>
> v5: const userial_ports
> Do not use u32
> Separate declarations
hi Simon
got it its in the for condition
for (skipped = 0; buf < end && !err_oper;
buf += todo, offset += todo)
Ive cleared my doubt, you were rite.
Regards
--Prabhakar Lad
On Wed, Oct 5, 2011 at 10:16 AM, Prabhakar Lad
wrote:
> Hi Simon
>
> On Tue, Oct 4, 2011 at 8:45 PM, S
Hi Simon
On Tue, Oct 4, 2011 at 8:45 PM, Simon Glass wrote:
> Hi,
>
> On Tue, Oct 4, 2011 at 4:45 AM, wrote:
> > From: Prabhakar Lad
> >
> > Fix build warning and returning early in case of failure
> >
> > cmd_sf.c: In function 'do_spi_flash':
> > cmd_sf.c:164: warning: 'skipped' may be used
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
Hi,
On Fri, Sep 30, 2011 at 9:45 AM, Lei Wen wrote:
> On Fri, Sep 30, 2011 at 12:16 AM, Marek Vasut wrote:
>> On Thursday, September 29, 2011 04:14:40 AM Lei Wen wrote:
>>> Hi Wolfgang,
>>>
>>> On Thu, Sep 8, 2011 at 12:11 PM, Lei Wen wrote:
>>> > Previous output:
>>
>> [...]
>>
>>>
>>> How abo
Fix warning generated by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
board/logicpd/imx31_litekit/imx31_litekit.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/logicpd/imx31_litekit/imx31_litekit.c
b/board/logicpd/imx31_
Fix warnings generated by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
board/logicpd/imx27lite/imx27lite.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/board/logicpd/imx27lite/imx27lite.c
b/board/logicpd/imx27lite/imx27li
Fix warning generated by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
board/karo/tx25/tx25.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/karo/tx25/tx25.c b/board/karo/tx25/tx25.c
index 307ffd0..bbf12ec 100644
--- a/boar
Fix warnings generated by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
board/davedenx/qong/qong.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/board/davedenx/qong/qong.c b/board/davedenx/qong/qong.c
index 99432ed..d362
Fix warning generated by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
board/freescale/mx31ads/mx31ads.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/freescale/mx31ads/mx31ads.c
b/board/freescale/mx31ads/mx31ads.c
index
Do not declare extern in c files as pointed out by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/armv7/mx5/soc.c | 10 ++
arch/arm/include/asm/arch-mx5/sys_proto.h | 10 ++
2 files changed, 12 insertions(+), 8
Fix warning reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm926ejs/mx27/reset.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx27/reset.c
b/arch/arm/cpu/arm926ejs/mx27/reset.c
in
Fix warnings/errors reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm1136/mx31/timer.c | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx31/timer.c
b/arch/arm/cpu
Fix warning reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm1136/mx35/generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm1136/mx35/generic.c
b/arch/arm/cpu/arm1136/mx35/generic.c
i
Fix warnings reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm926ejs/mx27/timer.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx27/timer.c
b/arch/arm/cpu/arm926ejs/m
Fix warning reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm926ejs/mx27/generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx27/generic.c
b/arch/arm/cpu/arm926ejs/mx27/gener
From: Fabio Estevam
Fix errors/warnings reported by checkpatch.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm926ejs/mx25/reset.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx25/reset.c
b/arch/arm
Running checkpatch on arch/arm/cpu/arm926ejs/mx25/timer.c we get:
total: 2 errors, 7 warnings, 182 lines checked
Fix these errors and warnings.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fix typo on subject
arch/arm/cpu/arm926ejs/mx25/timer.c | 16
1 files changed,
Running checkpatch on arch/arm/cpu/arm926ejs/mx25/generic.c we get:
total: 2 errors, 59 warnings, 326 lines checked
Fix these errors and warnings.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Fixed typo on subject
arch/arm/cpu/arm926ejs/mx25/generic.c | 110 --
On Tue, Oct 4, 2011 at 10:32 AM, Stephen Warren wrote:
> Without this, the GPIO_CNF register will not be programmed, and hence the
> GPIO signals will not reach the pins; the pinmux's configured function
> will be routed to the pins instead.
>
> v2: s/SDMMC4/SDMMC3/ in strings passed to gpio_reque
Kumar Gala wrote:
>> > Note: I'm not sure of my change to struct fm_mdio. It works, but it
>> > doesn't
>> > smell right.
> What exactly is the concern?
Nothing specific, just a gut feeling.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-
On Oct 4, 2011, at 4:44 PM, Timur Tabi wrote:
> Function dtsec_configure_serdes() needs to know where the TBI PHY registers
> are in order to configure SGMII for proper SerDes operation.
>
> During SGMII initialzation, fm_eth_init_mac() passing NULL for 'phyregs' when
> it called init_dtsec(), b
Function dtsec_configure_serdes() needs to know where the TBI PHY registers
are in order to configure SGMII for proper SerDes operation.
During SGMII initialzation, fm_eth_init_mac() passing NULL for 'phyregs' when
it called init_dtsec(), because it was believed that phyregs was not used.
In fact,
Signed-off-by: Anton Staaf
Acked-by: Mike Frysinger
Cc: Tom Warren
Cc: Simon Glass
Cc: Mike Frysinger
Cc: Albert ARIBAUD
---
include/configs/tegra2-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/tegra2-common.h b/include/configs/tegra2-com
CONFIG_SYS_CACHELINE_SIZE is supposed to be defined for all
configs. But most configs do not specify it. This patch
will set CONFIG_SYS_CACHELINE_SIZE to a default value equal
to the GCC builtin macro __BIGGEST_ALIGNMENT__. This is not
strictly correct, so it also generates a warning if the
defa
The cache line alignment issue has gone around a couple of times now. This
patch set implements all of the details that we have discussed about the
implementation of ALLOC_CACHE_ALIGN_BUFFER other than the switch to the Linux
style L1_CACHE_BYTES, L1_CACHE_SHIFT, and ARCH_DMA_MINALIGN defines ment
Currently the sd_change_freq function allocates two buffers on the
stack that it passes down to the MMC device driver. These buffers
could be unaligned to the L1 dcache line size. This causes problems
when using DMA and with caches enabled.
This patch correctly cache alignes the buffers used for
This macro is used to allocate cache line size aligned stack
buffers for use with DMA hardware.
Signed-off-by: Anton Staaf
Acked-by: Mike Frysinger
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Mike Frysinger
Cc: Aneesh V
Cc: Albert ARIBAUD
---
doc/README.arm-caches |2 +
include/common.h
Currently, if a device read request is done that does not begin or end
on a sector boundary a stack allocated bounce buffer is used to perform
the read, and then just the part of the sector that is needed is copied
into the users buffer. This stack allocation can mean that the bounce
buffer will n
Currently part_efi.c allocates buffers for the gpt_header, the
legacy_mbr, and the pte (partition table entry) that may be
incorrectly aligned for DMA operations.
This patch uses ALLOC_CACHE_ALIGN_BUFFER for the stack allocated
buffers and memalign to replace the malloc of the pte.
Signed-off-by:
Currently the mmc_change_freq and mmc_startup functions allocates
buffers on the stack that are passed down to the MMC device driver.
These buffers could be unaligned to the L1 dcache line size. This
causes problems when using DMA and with caches enabled.
This patch correctly cache alignes the bu
Tom Warren wrote at Tuesday, October 04, 2011 2:52 PM:
> Stephen Warren wrote at Tuesday, October 04, 2011 10:33 AM:
> > Modify board_mmc_init to configure SDMMC4 for an 8-bit bus, since that's
> > what is wired up on the board.
> >
> [Tom Warren] Did you try this and then do a mmcinfo to see what
On Tuesday, October 04, 2011 10:44:28 PM Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <201110041546.41827.vap...@gentoo.org> you wrote:
> > > Please revert the "GCC4.6: Convert various empty macros to inline
> > > functions". Please consider this a final confirmation.
> >
> > to be
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@nvidia.com]
> Sent: Tuesday, October 04, 2011 10:33 AM
> To: U-Boot Mailing List
> Cc: Tom Warren; Simon Glass; Stephen Warren
> Subject: [PATCH v2 1/4] tegra2: Seaboard's MMC has an 8-bit bus
>
> Modify board_mmc_init t
Dear Mike Frysinger,
In message <201110041546.41827.vap...@gentoo.org> you wrote:
>
> > Please revert the "GCC4.6: Convert various empty macros to inline
> > functions". Please consider this a final confirmation.
>
> to be clear, we will want this back eventually :)
Agreed.
But in a form that 1
Dear Scott Wood,
In message <20111003235731.ga4...@schlenkerla.am.freescale.net> you wrote:
> The following changes since commit 7b8ffea2ac44097ed1c99ba70b8c6a4cf12ba0b4:
>
> GCC4.6: Squash warning in lzo1x_decompress.c (2011-10-01 23:34:38 +0200)
>
> are available in the git repository at:
>
Dear Kumar Gala,
In message you
wrote:
> The following changes since commit 1d5e7fb403257d62f0f2419cb83fdf6b0f02f215:
>
> Prepare v2011.09 (2011-09-29 21:11:15 +0200)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-mpc85xx master
>
> Andy Fleming (1):
> powerp
Dear Heiko Schocher,
In message <4e898719.6010...@denx.de> you wrote:
> Hello Wolfgang,
>
> The following changes since commit 7b8ffea2ac44097ed1c99ba70b8c6a4cf12ba0b4:
>
> GCC4.6: Squash warning in lzo1x_decompress.c (2011-10-01 23:34:38 +0200)
>
> are available in the git repository at:
>
Dear Michal Simek,
In message <4e8957ca.2090...@monstr.eu> you wrote:
> Dear Wolfgang Denk,
>
> please pull these emaclite changes.
>
> Thanks,
> Michal
>
> The following changes since commit 7b8ffea2ac44097ed1c99ba70b8c6a4cf12ba0b4:
>Marek Vasut (1):
> GCC4.6: Squash warning in lz
timer_init() now returns an int (the error code) instead of void.
This makes compilation fail with:
interrupts.c:111: error: conflicting types for 'timer_init'
/home/svens/u-boot/u-boot/include/common.h:246: error: previous declaration of
'timer_init' was here
make[1]: *** [interrupts.o] Error 1
On Tuesday 04 October 2011 15:06:43 Marek Vasut wrote:
> On Tuesday, October 04, 2011 02:18:23 PM Marek Vasut wrote:
> > On Monday, October 03, 2011 08:36:58 PM Wolfgang Denk wrote:
> > > Marek Vasut wrote:
> > > > Wolfgang, can you please revert this patch ? It should get the PPCs
> > > > building
Dear Michal Simek,
In message <4e896313.1020...@monstr.eu> you wrote:
> Dear Wolfgang Denk,
>
> please pull the following changes.
> All patches were check by checkpatch script and were sent to mailing list.
>
> v2: Removed Marek's mainline patch from pull request - no repository change.
>
> Th
Dear Marek Vasut,
In message <201110042106.43968.marek.va...@gmail.com> you wrote:
>
> Please revert the "GCC4.6: Convert various empty macros to inline functions".
> Please consider this a final confirmation.
Thanks, reverted.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
On Tuesday, October 04, 2011 02:18:23 PM Marek Vasut wrote:
> On Monday, October 03, 2011 08:36:58 PM Wolfgang Denk wrote:
> > Dear Marek Vasut,
> >
> > In message <201110032032.25013.marek.va...@gmail.com> you wrote:
> > > Wolfgang, can you please revert this patch ? It should get the PPCs
> > >
Dear Aneesh V,
In message <4e8b282a.8040...@ti.com> you wrote:
>
> > All file system code has been designed and implemented to run AFTER
> > relocation. Access to a FAT file system is not supposed to happen
> > from SPL code.
...
> OMAP has traditionally supported booting from the FAT partition o
From: Jon Medhurst
The new IO FPGA implementation for Versatile Express contains an MMCI
(PL180) cell with the FIFO extended to 128 words. This causes the
read_bytes() function to go into an infinite loop; as it will wait for
for the half-full signal (SDI_STA_RXFIFOBR) if there are more than 8
wo
Ventana is a board which is very similar to Seaboard. Support it by
re-using board/nvidia/seaboard/seaboard.c with minor run-time conditionals.
Signed-off-by: Stephen Warren
---
board/nvidia/seaboard/seaboard.c | 11 ++-
board/nvidia/ventana/Makefile| 55 +
Seaboard uses SDMMC4, SDMMC3. Harmony uses SDMMC4, SDMMC2. Move
board_init_mmc and gpio_config_mmc into board-specific files, so boards
can choose which ports to set up. Split clock_init_mmc and pin_mux_mmc
into per-port functions, and export them for use by boards.
Signed-off-by: Stephen Warren
Modify board_mmc_init to configure SDMMC4 for an 8-bit bus, since that's
what is wired up on the board.
Signed-off-by: Stephen Warren
---
Note: These patches build on various Tegra2-related patches recently posted
by Simon Glass; see v2 of the 6-entry patchset shown at:
http://patchwork.ozlabs.or
Without this, the GPIO_CNF register will not be programmed, and hence the
GPIO signals will not reach the pins; the pinmux's configured function
will be routed to the pins instead.
v2: s/SDMMC4/SDMMC3/ in strings passed to gpio_request().
Signed-off-by: Stephen Warren
---
board/nvidia/seaboard/
Dear Sven,
two things:
a) please read
http://www.denx.de/wiki/view/U-Boot/Patches#Sending_updated_patch_versions
b) my first hint wasn't that good ...
Am 04.10.2011 um 16:37 schrieb Sven Schnelle:
> Andreas Bießmann writes:
>
>>> - if (set_interrupt_handler(0, &timer_interrupt_handler, 3)
On 09/30/2011 03:04 PM, Steve Sakoman wrote:
> This pad was previously configured for sysclkout_1. This patch changes
> the configuration to gpio_10 to reduce radiated noise from the 26Mhz
> clock, as well as make the pin more generally useful.
>
> Signed-off-by: Steve Sakoman
Acked-by: Philip Ba
On 10/04/2011 10:38 AM, Wolfgang Denk wrote:
> I think it is a bad idea to go this way.
>
> We should face the fact that SPL code is running before proper
> relocation to RAM, and thus there are certain limitations.
>
> Certain parts of the code, including file system code, has not been
> written
On Tue, Oct 4, 2011 at 8:14 AM, Mike Frysinger wrote:
> On Monday, October 03, 2011 19:54:57 Anton Staaf wrote:
>> --- a/include/common.h
>> +++ b/include/common.h
>>
>> /*
>> + *
>> + */
>
> no comment ? :)
Doh, I knew I was forgetting something. I'll fix this today with a v2.
Thanks,
Ant
Dear Wolfgang,
On Tuesday 04 October 2011 09:08 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<1317741066-31121-1-git-send-email-ane...@ti.com> you wrote:
>> From: a0393566local (none)
>>
>> FAT library now uses malloc() and free(). But SPL doesn't
>> have heap until now. Setup a heap i
On Oct 4, 2011, at 5:00 AM, Marek Vasut wrote:
>> Commit ID 60ce53cf9f40
>>
>> "GCC4.6: Convert various empty macros to inline functions"
>>
>> changed the "debug" macro to an inline function. This causes
>> the mpc8xxx ddr code to stop building because there is a debug()
>> statement that re
On Oct 3, 2011, at 8:40 PM, Tabi Timur-B04825 wrote:
> On Mon, Oct 3, 2011 at 6:59 PM, Becky Bruce
> wrote:
>
>> -#ifdef DEBUG
>> const char *step_string_tbl[] = {
>>"STEP_GET_SPD",
>>"STEP_COMPUTE_DIMM_PARMS",
>> @@ -153,7 +152,6 @@ const char * step_to_string(unsigned int st
Dear Aneesh V,
In message <1317741066-31121-1-git-send-email-ane...@ti.com> you wrote:
> From: a0393566local (none)
>
> FAT library now uses malloc() and free(). But SPL doesn't
> have heap until now. Setup a heap in SDRAM to fix this issue.
>
> However this increases SPL footprint beyond the a
We are Private International Money Lender's based in the United-Kingdom, we
offer loan at a very low rate of 2%. if interested Kindly contact us Via Email:
ukloanteamonl...@bitscn.net for more information.
Regards,
Loan Solution Team.
___
U-Boot mailin
Dear Wolfgang,
On Tuesday 04 October 2011 08:21 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e8b1508.7020...@ti.com> you wrote:
>>
>> Yes, I tried this just now and I am also facing this issue. I can fix
>> the build issue using the following change. But that doesn't solve the
>> pro
Albert,
On 08/24/2011 08:49 AM, Rob Herring wrote:
> From: Rob Herring
>
> Add basic support for Calxeda Highbank platform. Only minimal support with
> serial and SATA are included.
>
> Signed-off-by: Jason Hobbs
> Signed-off-by: Rob Herring
> Cc: Albert ARIBAUD
> ---
> changes in v6:
> - R
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
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
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
Hi,
On Tue, Oct 4, 2011 at 4:45 AM, wrote:
> From: Prabhakar Lad
>
> Fix build warning and returning early in case of failure
>
> cmd_sf.c: In function 'do_spi_flash':
> cmd_sf.c:164: warning: 'skipped' may be used uninitialized in this function
> cmd_sf.c:164: note: 'skipped' was declared here
On Monday, October 03, 2011 19:54:57 Anton Staaf wrote:
> --- a/include/common.h
> +++ b/include/common.h
>
> /*
> + *
> + */
no comment ? :)
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lis
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 Monday, October 03, 2011 19:54:55 Anton Staaf wrote:
> The cache line alignment issue has gone around a couple of times now. This
> patch set implements all of the details that we have discussed about the
> implementation of ALLOC_CACHE_ALIGN_BUFFER other than the switch to the
> Linux style L1
From: a0393566local (none)
FAT library now uses malloc() and free(). But SPL doesn't
have heap until now. Setup a heap in SDRAM to fix this issue.
However this increases SPL footprint beyond the available SRAM
budget. So, compile out some fancy features in the SDARM init
bring back footprint und
We add an weak version of omap_rev_string in omap-common/spl.c
and while at it drop the omap3 version. Move the prototype over
to with the other SPL functions.
Signed-off-by: Tom Rini
---
arch/arm/cpu/armv7/omap-common/spl.c|8
arch/arm/cpu/armv7/omap3/board.c|
This changes to making the board be responsible for providing a
memory initialization function for SPL and converts the existing
function to provide these services for devkit 8000. As part of this
suffix the Micron DDR settings with their speed.
Cc: Frederik Kriewitz
Signed-off-by: Tom Rini
---
Hey all,
The following short series does two things. First, it re-works where
we do memory initalization in SPL for OMAP3 to be board-specific.
This is needed since in many cases (beagleboard, omap3evm) what timings
we set depend on what hardware we detect ourself to be running on. Second,
along
your patch is line wrapped
-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 Tuesday, October 04, 2011 03:59:19 In-Bae Jeong wrote:
> - if (!gpio_request(171, "") &&
> - !gpio_request(172, "") &&
> - !gpio_request(173, "")) {
> + if (gpio_request(171, "")) {
> + error = 171;
> + goto GPIO_171_ERR;
> + }
> + if (gpio
Dear Aneesh V,
In message <4e8b1508.7020...@ti.com> you wrote:
>
> Yes, I tried this just now and I am also facing this issue. I can fix
> the build issue using the following change. But that doesn't solve the
> problem. We do not have heap in SPL. So, this is a real serious problem
> for any SPL
Andreas Bießmann writes:
>> -if (set_interrupt_handler(0, &timer_interrupt_handler, 3))
>> -return;
>> +if ((ret = set_interrupt_handler(0, &timer_interrupt_handler, 3)))
>> +return ret;
> can you do it like this:
>
> ret = set_interrupt_handler();
> if (ret)
>
On Oct 4, 2011, at 1:22 AM, Brilliantov Kirill Vladimirovich wrote:
> Brilliantov Kirill Vladimirovich (3):
> disable 1000Mb/s for DM36X
> add Realtek RTL8201BL support
> add Marvel 88E support
These patches need different commit subjects, and the fact that you say they
are tested on
Hi Sergio,
On Tuesday 04 October 2011 12:20 AM, Aguirre, Sergio wrote:
> Hi all,
>
> I'm trying to build this commit:
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=7b8ffea2ac44097ed1c99ba70b8c6a4cf12ba0b4
>
> with:
>
> make omap4_panda_config
> make
>
> But it fails for spl build, while trying t
Hi Simon,
On Tue, Oct 4, 2011 at 7:03 PM, Simon Glass wrote:
> Hi,
>
> On Tue, Oct 4, 2011 at 4:45 AM, wrote:
> > From: Prabhakar Lad
> >
> > Fix build warning and returning early in case of failure
> >
> > cmd_sf.c: In function 'do_spi_flash':
> > cmd_sf.c:164: warning: 'skipped' may be us
Mon, Oct 03, 2011 at 17:51:55, Nick Thompson wrote:
> On 30/09/11 13:29, nagabhushana.netagu...@ti.com wrote:
> > From: Nagabhushana Netagunte
> >
> > Add support for enabling NAND boot mode in configuration file and add
> > correspanding pinmux support, nand initialize function in board file.
>
Laurence,
On Sat, Oct 01, 2011 at 02:37:34, Laurence Withers wrote:
> On Fri, Sep 30, 2011 at 05:27:09PM +0530, nagabhushana.netagu...@ti.com wrote:
> > From: Nagabhushana Netagunte
> >
> > add more features like DUPLEX, 100MB link speed etc to auto negotiate
> > in EMAC driver. EMAC controller
Hi Nick,
On Mon, Oct 03, 2011 at 17:31:05, Nick Thompson wrote:
> On 30/09/11 12:39, nagabhushana.netagu...@ti.com wrote:
> > From: Nagabhushana Netagunte
> >
> > da830 boards have mac address stored in I2C EEPROM. This patch adds
> > support to restore mac address from EEPROM if environment vari
Hi Laurence,
On Sat, Oct 01, 2011 at 03:18:44, Laurence Withers wrote:
> On Fri, Sep 30, 2011 at 04:54:25PM +0530, nagabhushana.netagu...@ti.com wrote:
> > From: Nagabhushana Netagunte
> >
> > revert commit bd65d006a6088bcb857e079447d7549e2cd7054d as cache
> > disabling is no more needed. Subse
Dear Sven,
Am 04.10.2011 um 11:20 schrieb Sven Schnelle:
> - if (set_interrupt_handler(0, &timer_interrupt_handler, 3))
> - return;
> + if ((ret = set_interrupt_handler(0, &timer_interrupt_handler, 3)))
> + return ret;
can you do it like this:
ret = set_interrup
Hi,
On Tue, Oct 4, 2011 at 4:45 AM, wrote:
> From: Prabhakar Lad
>
> Fix build warning and returning early in case of failure
>
> cmd_sf.c: In function 'do_spi_flash':
> cmd_sf.c:164: warning: 'skipped' may be used uninitialized in this function
> cmd_sf.c:164: note: 'skipped' was declared here
Hi,
On Mon, Oct 3, 2011 at 7:54 AM, Mike Frysinger wrote:
> On Monday, October 03, 2011 10:35:47 Kumar Gala wrote:
>> cmd_sf.c: In function 'do_spi_flash':
>> cmd_sf.c:164:9: warning: 'skipped' may be used uninitialized in this
>> function
>
> hmm, not sure how i missed this. but looks sane to m
On Oct 3, 2011, at 9:21 PM, Tabi Timur-B04825 wrote:
> On Mon, Oct 3, 2011 at 9:44 AM, Kumar Gala wrote:
>
>> Timur Tabi (4):
>> powerpc/85xx: introduce and document CONFIG_SYS_CCSRBAR macros
>> powerpc/85xx: relocate CCSR before creating the initial RAM area
>> powerpc/mp: add s
On Monday, October 03, 2011 08:36:58 PM Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201110032032.25013.marek.va...@gmail.com> you wrote:
> > Wolfgang, can you please revert this patch ? It should get the PPCs
> > building again, but I feel like it's more like hiding errors. As a
> > t
On Tuesday, October 04, 2011 12:58:03 AM Mike Frysinger wrote:
> yeah, Kumar posted a (more complete) fix already
> -mike
Thanks!
Cheers
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Tuesday, October 04, 2011 08:35:10 AM Lei Wen wrote:
> Previous magic number is hard to parse its meaning, change it to
> respective macro definition
>
> Signed-off-by: Lei Wen
[..]
> --- a/include/mmc.h
> +++ b/include/mmc.h
> @@ -145,13 +145,15 @@
> /*
> * EXT_CSD fields
> */
> -
> -#
From: Prabhakar Lad
Fix build warning and returning early in case of failure
cmd_sf.c: In function 'do_spi_flash':
cmd_sf.c:164: warning: 'skipped' may be used uninitialized in this function
cmd_sf.c:164: note: 'skipped' was declared here
Signed-off-by: Prabhakar Lad
---
common/cmd_sf.c | 2
This patch fixes an issue when ubifs reads a bad superblock. Later it
tries to free memory, that was not allocated, which freezes u-boot.
This is fixed by looking for a non null pointer before free.
Signed-off-by: Lars Poeschel
Cc: Kyungmin Park
---
The message I got before u-boot freezes
On 10/04/11 13:06, Detlev Zundel wrote:
> Hi Igor,
>
>> Hi Detlev,
>>
>>
>> On 10/04/11 11:53, Detlev Zundel wrote:
>>> Hi Abdoulaye,
>>>
Please Blacklist all mails from this domain "sypris.com"
>>>
>>> Done, but even though, I could not undo the already sent mails.
>>>
>>> I'm trying to find
* Wolfgang Denk wrote:
> Dear p.asawathepme...@gmail.com,
>
> please keep the mailing list on Cc:
>
> And please do not top post / full quote.
>
>
> In message
> <1583190526-1317236653-cardhu_decombobulator_blackberry.rim.net-1201398-@b16.c9.bise6.blackberry>
> you wrote:
> >
> > I'm using ub
Hi Igor,
> Hi Detlev,
>
>
> On 10/04/11 11:53, Detlev Zundel wrote:
>> Hi Abdoulaye,
>>
>>> Please Blacklist all mails from this domain "sypris.com"
>>
>> Done, but even though, I could not undo the already sent mails.
>>
>> I'm trying to find out who is repsonsible for this mess.
>
> I don't k
Hi Detlev,
On 10/04/11 11:53, Detlev Zundel wrote:
> Hi Abdoulaye,
>
>> Please Blacklist all mails from this domain "sypris.com"
>
> Done, but even though, I could not undo the already sent mails.
>
> I'm trying to find out who is repsonsible for this mess.
I don't know who's responsible for
1 - 100 of 693 matches
Mail list logo