the cache also needs to be invalidated, not just flushed, Since re-enabling it,
can cause inconsistent data without invalidation. See example below.
in c-file:
static int num = 1;
void test() {
num = 1;
dcache_enable();
printf("Cache on, num=%d\n", num);
num = 2;
dcache_disabl
- DM368 SOC
- booting with spl not with UBL from TI
- before loading u-boot from NAND into RAM, test
the RAM with the post memory test. If error
is found, switch all LEDs on and halt system.
- SPI Flash
Dataflash Typ: M25PE80
- Ethernet DM9161BI
- MMC
- USB
Signed-off-by: Heiko Schocher
Cc:
Define CONFIG_DV_USBPHY_CTL for setting the USB PHY control
register.
Signed-off-by: Heiko Schocher
Acked-by: Remy Bohmer
cc: Sandeep Paulraj
cc: Remy Bohmer
---
no changes for v3
drivers/usb/musb/davinci.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/drive
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
Changes for v2:
- rebase to TOT
no changes for v3
arch/arm/cpu/arm926ejs/davinci/cpu.c | 27 -
arch/arm/include/asm/arch-davinci/pll_defs.h |4 +++
2 files changed, 29 insertions(+)
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
changes for v2:
- rebase to TOT
- add defines for timer 3 and 4
- delete "struct dv_timer_regs" as it is now "davinci_timer"
no changes for v3
arch/arm/include/asm/arch-davinci/aintc_defs.h | 50 +
arch/arm/i
used for booting (for example) from NAND using spl code.
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
changes for v2:
- fix bug for dm365 if setup A2CR register
- rebase to TOT:
- rename DM36x_DDR_* to DV_DDR_*
- add support for new SPL framework
no changes fo
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
no changes for v3
arch/arm/include/asm/arch-davinci/hardware.h |2 ++
arch/arm/include/asm/arch-davinci/pll_defs.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-dav
similiar to commit dc7cd8e59ba077f3b4c1a4557c9cd86a31b9ab1f, only
adapted for the new spl framework.
Signed-off-by: Heiko Schocher
Cc: Scott Wood
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
Cc: Tom Rini
---
changes for v2:
- add comment from Scott Wood:
as BSS is cleared, no need for intializin
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
no changes for v3
doc/README.SPL |1 +
spl/Makefile |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/doc/README.SPL b/doc/README.SPL
index d53ef9c..c991aab 100644
--- a/doc/README.SPL
+++ b/d
Signed-off-by: Heiko Schocher
Cc: Albert ARIBAUD
Cc: Sandeep Paulraj
---
no changes for v3
Makefile |8 +++-
arch/arm/cpu/arm926ejs/davinci/Makefile |8
arch/arm/cpu/arm926ejs/davinci/spl.c | 63 +
arch/arm/cpu/
This is a repost of the cam_enc_4xx board support patches from
http://lists.denx.de/pipermail/u-boot/2011-October/104026.html
changes for v3:
- rebase to TOT
- rename CONFIG_SYS_NAND_4BIT_HW_ECC_OOBFIRST to
CONFIG_SYS_NAND_HW_ECC_OOBFIRST
Patches are checkpatch clean
"./MAKEALL -a arm --soc da
Define CONFIG_SYS_EMAC_TI_CLKDIV for setting the clkdiv value
in the MDIO control register.
Signed-off-by: Heiko Schocher
cc: Sandeep Paulraj
cc: Wolfgang Denk
---
no changes for v3
drivers/net/davinci_emac.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/d
struct device_info in api_public.h defined its own subset of attributes
of block_dev_desc, which limits the capability of external apps.
This patch let struct device_info and block_dev_desc share the same set
of attributes so that an external app has equal amount of information of
block device com
The block_dev_desc struct has #ifdef on lba48 and variable-size on lba
and so its layout varies from config to config. At least part_efi.c has
partially complained about this.
This patch makes lba48 be always defined and lba be fixed to largest
size that an LBA would need so that the block_dev_de
struct device_info in api_public.h defined its own subset of attributes
of block_dev_desc, which limits the capability of external apps.
This patch set let external apps access the same set of block device
attributes as U-Boot.
Che-Liang Chiou (2):
Flatten and solidify block_dev_desc layout
a
Hi. This is the MAILNARA program at "webmail5.mailnara.co.kr".
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.
:
Sorry, no mailbox here by that name. (#5.1.1)
See the copy of the mail header and refe
TBIPA has been set in dtsec_init_phy () funciton in drivers/net/fm/eth.c
So remove the duplicate code on platform Ethernet code.
Signed-off-by: Roy Zang
Cc: Andy Fleming
Cc: Kumar Gala
---
Tested on P5020DS
board/freescale/corenet_ds/eth_hydra.c |8
board/freescale/corenet_ds/eth
The original m88es_config() does not do the SGMII mode
initialization and is buggy. Rewrite the function according to
3.0.6 kernel function m88e_config_init() in drivers/net/phy/marvell.c
Signed-off-by: Roy Zang
Acked-by: Andy Fleming
Cc: Kumar Gala
---
Tested on P1023RDS board
drivers
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Andy Fleming
> Sent: Friday, October 21, 2011 4:24 AM
> To: Mike Frysinger
> Cc: u-boot@lists.denx.de List; Andy Fleming; Kumar Gala
> Subject: Re: [U-Boot] [PATCH] mii: miiphy re
The following changes since commit efb2172ece93ef48f34fb8bdf963d3b72880cc7d:
Move timestamp and version files into 'generated' subdir (2011-10-17 23:57:00
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Kumar Gala (6):
fm-eth: Don't mark the MAC
On Oct 14, 2011, at 12:07 AM, Kumar Gala wrote:
> From: Minghuan Lian
>
> This patch is intended to initialize RMan LIODN related registers on
> P2041, P304S and P5020 SocS. It also adds the "rman@0" child node to
> qman-portal nodes, adds "fsl,liodn" property to RMan inbound block nodes.
>
>
On Oct 14, 2011, at 12:07 AM, Kumar Gala wrote:
> Update device tree handling for SRIO controller to support updated
> fsl,srio device tree binding.
>
> We handle disabling of individual ports, the whole controller, RMU, and
> RMAN. Additionally, we setup the SRIO related LIODNs in the device
>
On Oct 14, 2011, at 12:07 AM, Kumar Gala wrote:
> Properly set the LIODN values associated with SRIO controller. On
> P4080/P3060 we have an LIODN per port and one for the RMU. On
> P2041/P3041/P5020 we have 2 LIODNs per port.
>
> Update the tables for all of these devices to properly handle b
On Oct 14, 2011, at 2:10 PM, Kumar Gala wrote:
> From: Shengzhou Liu
>
> For P3060 and P4080, USB pins are multiplexed with other functions.
> Update the device tree status for USB ports based on setting of
> RCW[EC1] & RCW[EC2] which describe if pins are muxed to usb.
>
> Signed-off-by: Sheng
On Oct 15, 2011, at 8:04 AM, Jerry Van Baren wrote:
> Hi Kumar, Shengzhou,
>
> On 10/14/2011 03:10 PM, Kumar Gala wrote:
>> From: Shengzhou Liu
>>
>> Add common function fdt_set_node_status() to assist in various locations
>> that we set a nodes status. This function utilizes the status values
On Oct 15, 2011, at 10:48 AM, Simon Glass wrote:
> This locates the device tree either embedded within U-Boot or attached to the
> end as a separate binary.
>
> When CONFIG_OF_CONTROL is defined, U-Boot requires a valid fdt. A check is
> provided for this early in initialisation.
>
> Signed-off
Wolfgang,
On Thu, Oct 20, 2011 at 12:03 PM, Wolfgang Denk wrote:
> > In any case, I already have the more direct (and less generalized)
> version
> > of fixup_silent_linux() written and will send out a patch with just that
> > shortly.
>
> Please consider it NAKed.
One side effect of not commi
On Oct 13, 2011, at 11:03 PM, Kumar Gala wrote:
> FM1-DTSEC1's MAC was being marked as disabled if the port was not
> configured based on the SoC configuration. However we utilize the MAC
> interface for MDIO and thus should NOT mark it disabled.
>
> Signed-off-by: Kumar Gala
> ---
> drivers/n
On Oct 14, 2011, at 9:09 AM, Kumar Gala wrote:
> The MDIO controller to talk to external PHYs is on FM1-DTSEC1 so don't
> allow disabling. If we disable it we end up powering the block down in
> the SoC and thus can't communicate to any external PHYs.
>
> Signed-off-by: Kumar Gala
> ---
> driv
On Oct 19, 2011, at 1:58 PM, Kyle Moffett wrote:
> 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 the
On Oct 7, 2011, at 3:35 PM, Timur Tabi wrote:
> Before the Teranetics TN2020 PHY can be used, the SERDES lanes need to be
> aligned, so wait for lane alignment before completing the startup sequence.
>
> Note that this process can take up to three seconds.
>
> Signed-off-by: Timur Tabi
> ---
>
On Oct 18, 2011, at 6:44 PM, Timur Tabi wrote:
> The work-around for P4080 erratum SERDES9 says that the SERDES receiver lanes
> should be reset after the XAUI starts tranmitting alignment signals.
>
> Signed-off-by: Timur Tabi
> ---
> arch/powerpc/cpu/mpc85xx/fsl_corenet_serdes.c | 10 --
On Oct 18, 2011, at 11:11 PM, Kumar Gala wrote:
> The following commit removed the code that set odt_rd_cfg and
> odt_wr_cfg. With out this code P2020DS board will not boot:
>
> commit 712cf7ab0b58e51a69e339397457d3591b6b650e
> Author: York Sun
> Date: Mon Oct 3 09:19:53 2011 -0700
>
>p
Ensure that the value being passed to a %d format specifier is of type
int.
Signed-off-by: Gabe Black
---
arch/x86/lib/realmode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/lib/realmode.c b/arch/x86/lib/realmode.c
index c113393..6aa0f23 100644
--- a/arch/
Applied. Thanks.
Nobuhiro
2011/10/13 :
> Hi Mike,
>
> Mike Frysinger wrote on 13/10/2011 05:45:47:
>> Not all SuperH toolchains support -mno-fdpic. Chances are good that if
>> the flag doesn't work, it isn't defaulting to the FDPIC ABI, so the flag
>> isn't needed. So only add it if it is actu
Hi Ulrich,
On Fri, Oct 21, 2011 at 5:53 AM, Ulrich Prinz
wrote:
> Hi all!
>
> Is there any support for (e)MMC PARTITION handling in U-Boot anywhere?
> I have an eMMC supporting Version 4.41 of JEDEC MMC specification and
> I'd like to have PARTITION support to protect some of the MMCs areas
> aga
On qong board some of the USBH2 pins are set via GPR register, so don need to
setup
the IOMUX for each pin individually.
Other than that, these pins should not be configured as primary function
because the primary
function selects SSI functionality.
Let GPR register do the work and remove the u
Instead of writing directly to the GPR register, use mx31_set_gpr to setup
USBH2 pins.
Signed-off-by: Fabio Estevam
---
board/davedenx/qong/qong.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/davedenx/qong/qong.c b/board/davedenx/qong/qong.c
index 5b2830c..d
Introduce mx31_set_gpr function for setting the GPR (General Purpose Register)
on MX31.
This function can be useful for setting a group of pins into tied to some
specific peripherals.
Reuse this function from the linux kernel.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm1136/mx31/generi
Hi Mike,
On Thu, Oct 20, 2011 at 1:03 PM, Mike Frysinger wrote:
> On Thursday 20 October 2011 15:03:24 Simon Glass wrote:
>> This driver supports SPI on Tegra2, running at 48MHz.
>
> the summary says "SPIFLASH" and "Seaboard". sounds like this is a tegra2 SoC
> issue, and so driver/board specifi
Hi Albert, Wolfgang,
I believe this is the current status on Tegra2 in u-boot-arm.git:
- Stephen Warren has a patch series ending here:
http://patchwork.ozlabs.org/patch/119325/
- Stephen Warren has a single GPIO patch here:
http://patchwork.ozlabs.org/patch/118184/
- I have a boot refactor patch
On Thu, Oct 20, 2011 at 5:42 PM, Mike Frysinger wrote:
> On Thursday 20 October 2011 17:45:33 Andy Fleming wrote:
>> On Thu, Oct 20, 2011 at 8:58 AM, Mike Frysinger wrote:
>> > On Thursday 20 October 2011 09:55:34 Kumar Gala wrote:
>> >> On Oct 20, 2011, at 8:26 AM, Mike Frysinger wrote:
>> >> >
On Thursday 20 October 2011 17:45:33 Andy Fleming wrote:
> On Thu, Oct 20, 2011 at 8:58 AM, Mike Frysinger wrote:
> > On Thursday 20 October 2011 09:55:34 Kumar Gala wrote:
> >> On Oct 20, 2011, at 8:26 AM, Mike Frysinger wrote:
> >> > On Thursday 20 October 2011 06:34:33 Kumar Nath, Chandan wrote
(sorry to change this so quickly, but in splitting out the files I introduced
a bug)
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 inte
On Tue, Oct 18, 2011 at 2:11 PM, Stephen Warren wrote:
> uImage files contain absolute "load" and "entry" addresses. Such a concept
> is incompatible with using the same kernel image on multiple SoCs, each with
> a potentially different SDRAM base. To support that, create a new image type
> IH_TYP
On Thu, Oct 20, 2011 at 1:47 PM, Stephen Warren wrote:
> Simon Glass wrote at Thursday, October 20, 2011 2:27 PM:
>> Hi Stephen,
>>
>> On Wed, Oct 19, 2011 at 8:24 AM, Stephen Warren wrote:
>> > Simon Glass wrote at Tuesday, October 18, 2011 7:04 PM:
>> >> On Tue, Oct 18, 2011 at 2:11 PM, Stephen
Wolfgang Denk wrote at Thursday, October 20, 2011 3:47 PM:
> In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com>
> you wrote:
> >
> > > DOn;t give up to oearly. My opinion is that #ifdef's are bad, and
> > > increased code size is bad either. If we can trade off one for t
Hi all!
Is there any support for (e)MMC PARTITION handling in U-Boot anywhere?
I have an eMMC supporting Version 4.41 of JEDEC MMC specification and
I'd like to have PARTITION support to protect some of the MMCs areas
against access from other areas. It interconnects with Reliable Write
and Write
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com> you
wrote:
>
> > DOn;t give up to oearly. My opinion is that #ifdef's are bad, and
> > increased code size is bad either. If we can trade off one for the
> > other, we should know exactly what we ca
On Thu, Oct 20, 2011 at 8:58 AM, Mike Frysinger wrote:
> On Thursday 20 October 2011 09:55:34 Kumar Gala wrote:
>> On Oct 20, 2011, at 8:26 AM, Mike Frysinger wrote:
>> > On Thursday 20 October 2011 06:34:33 Kumar Nath, Chandan wrote:
>> >> This patch was acked on September 21, but in latest code
This fixes the build of the two sh boards shmin and r7780mp and qemu-mips
which currently fail to build due to dropped pre-CONFIG_NET_MULTI code.
This v2 patch minimizes the number of lines in the diff for easy review
and to eliminate any possible accidential changes resulting from moving
lines of
On Thursday 20 October 2011 16:44:26 Simon Glass wrote:
> Given the current mess around the eserial structure definition macros
> I would need to copy that again and create a set of _putc(), _puts()
> functions for each UART I think. It could be done once serial is
> cleaned up, but really don't wa
Simon,
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Thursday, October 20, 2011 12:58 PM
> To: Tom Warren
> Cc: U-Boot Mailing List; Albert ARIBAUD; Stephen Warren
> Subject: Re: [PATCH 5/8] tegra2: Enable SPI environment on Seaboard
Simon Glass wrote at Thursday, October 20, 2011 2:27 PM:
> Hi Stephen,
>
> On Wed, Oct 19, 2011 at 8:24 AM, Stephen Warren wrote:
> > 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-
Hi Mike,
On Thu, Oct 20, 2011 at 1:34 PM, Mike Frysinger wrote:
> On Thursday 20 October 2011 16:23:33 Simon Glass wrote:
>> On Thu, Oct 20, 2011 at 1:09 PM, Mike Frysinger wrote:
>> > On Thursday 20 October 2011 15:03:29 Simon Glass wrote:
>> >> --- a/board/nvidia/seaboard/seaboard.c
>> >> +++ b
On Thursday 20 October 2011 16:23:33 Simon Glass wrote:
> On Thu, Oct 20, 2011 at 1:09 PM, Mike Frysinger wrote:
> > On Thursday 20 October 2011 15:03:29 Simon Glass wrote:
> >> --- a/board/nvidia/seaboard/seaboard.c
> >> +++ b/board/nvidia/seaboard/seaboard.c
> >>
> >> +/* TODO: Remove this code
Hi Stephen,
On Wed, Oct 19, 2011 at 8:24 AM, Stephen Warren wrote:
> 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 c
Hi Mike,
On Thu, Oct 20, 2011 at 1:09 PM, Mike Frysinger wrote:
> On Thursday 20 October 2011 15:03:29 Simon Glass wrote:
>> --- a/board/nvidia/seaboard/seaboard.c
>> +++ b/board/nvidia/seaboard/seaboard.c
>>
>> +/* TODO: Remove this code when the SPI switch is working */
>> +#ifndef CONFIG_SPI_U
On Thursday 20 October 2011 16:10:10 Moffett, Kyle D wrote:
> On Oct 20, 2011, at 15:53, Mike Frysinger wrote:
> > On Thursday 20 October 2011 15:05:50 Kyle Moffett wrote:
> >> --- a/common/cmd_boot.c
> >> +++ b/common/cmd_boot.c
> >> @@ -71,8 +71,10 @@ U_BOOT_CMD(
> >>
> >> #endif
> >>
> >> +#if
Hi Prafulla,
Le 20/10/2011 13:36, Prafulla Wadaskar a écrit :
> Hi Albert
>
> Please kindly pull
> The following changes since commit 457c2c8e1e1d201beb32961acb5520cf240373ab:
>Fabio Estevam (1):
> imx: fix coding style
>
> are available in the git repository at:
>
>u-boot-marvell
On Oct 20, 2011, at 15:53, Mike Frysinger wrote:
> On Thursday 20 October 2011 15:05:50 Kyle Moffett wrote:
>> --- a/common/cmd_boot.c
>> +++ b/common/cmd_boot.c
>> @@ -71,8 +71,10 @@ U_BOOT_CMD(
>>
>> #endif
>>
>> +#ifdef CONFIG_CMD_RESET
>> U_BOOT_CMD(
>> reset, 1, 0,do_reset,
>>
On Thursday 20 October 2011 15:03:29 Simon Glass wrote:
> --- a/board/nvidia/seaboard/seaboard.c
> +++ b/board/nvidia/seaboard/seaboard.c
>
> +/* TODO: Remove this code when the SPI switch is working */
> +#ifndef CONFIG_SPI_UART_SWITCH
eh ? isn't it working after these patches ?
-mike
signatur
On Thursday 20 October 2011 15:03:27 Simon Glass wrote:
> +void uart_enable(NS16550_t regs);
> +void spi_enable(void);
also, you're not really enabling these devices, you're switching the pinmux.
so perhaps a better name would be "pinmux_select_uart()" ? or something
similar ?
-mike
signatur
On Thursday 20 October 2011 15:03:28 Simon Glass wrote:
> --- a/drivers/spi/tegra2_spi.c
> +++ b/drivers/spi/tegra2_spi.c
>
> +#include /* for NS16550_drain and NS16550_clear */
except you don't use those funcs in this file ... so this include shouldn't be
here ?
> +#include "uart-spi-fix.h"
t
On Oct 20, 2011, at 15:31, Wolfgang Denk wrote:
> Dear Kyle Moffett,
> In message <1319134031-28503-1-git-send-email-kyle.d.moff...@boeing.com> you
> wrote:
>> All of these errors are various kinds of fatal memory overwrite
>> conditions and so should be handled by panic(). This fixes a bug in
>>
On Thursday 20 October 2011 15:03:27 Simon Glass wrote:
> The Tegra2 Seaboard has the unfortunate feature that SPI and the console
> UART are multiplexed on the same pins. We need to switch between one
> and the other during SPI and console activity.
so how does printf()/debug() work in the spi dr
On Thursday 20 October 2011 15:03:24 Simon Glass wrote:
> This driver supports SPI on Tegra2, running at 48MHz.
the summary says "SPIFLASH" and "Seaboard". sounds like this is a tegra2 SoC
issue, and so driver/board specific info shouldn't be in the summary.
adding notes to the changelog as to
Hi Tom,
On Thu, Oct 20, 2011 at 12:31 PM, Tom Warren wrote:
> Simon,
>
>> -Original Message-
>> From: Simon Glass [mailto:s...@chromium.org]
>> Sent: Thursday, October 20, 2011 12:03 PM
>> To: U-Boot Mailing List
>> Cc: Albert ARIBAUD; Tom Warren; Stephen Warren; Simon Glass
>> Subject: [
On Thursday 20 October 2011 15:05:50 Kyle Moffett wrote:
> This new #define is set by default in config_cmd_defaults.h, and
> config_cmd_all.h, but this allows boards to conditionally omit the
> "reset" command if necessary.
ignoring the related issues as i'm sure Wolfgang will chime in ...
> ---
Wolfgang Denk wrote at Thursday, October 20, 2011 1:39 PM:
> In message
> you
> wrote:
> >
> > My comment was that if code size could increase slightly the code
> > could have less #ifdefs. Wolfgang said that it could not, and
> > therefore my comments do not apply. Please ignore them Wolfgang
Dear Simon Glass,
In message
you wrote:
>
> My comment was that if code size could increase slightly the code
> could have less #ifdefs. Wolfgang said that it could not, and
> therefore my comments do not apply. Please ignore them Wolfgang and
> Stephen.
DOn;t give up to oearly. My opinion is
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com> you
wrote:
>
> Sorry, but why exactly?
Because I'm short of time, and would consider it helpful if you
explain that you mean?
> The patch I posted doesn't add size to the U-Boot binary without the
>
Dear Doug Anderson,
In message
you wrote:
>
> ...then, we can decide if we want to add the abstract munging tools and
> where to add them (either a separate lib/cmdline.c file or direct into
> bootm). If you want them, I'll submit a patch with all of your review
> feedback addressed and a seco
The usb_endpoint_descriptor struct is 7 bytes large and is
defined as an array (ep_desc[USB_MAXENDPOINTS])
in the usb_interface struct in include/usb.h
This fact will result in that every odd index in that
array will start at an uneven address, this in
turn makes accesses to u16 wMaxPacketSize una
Simon,
> -Original Message-
> From: Simon Glass [mailto:s...@chromium.org]
> Sent: Thursday, October 20, 2011 12:03 PM
> To: U-Boot Mailing List
> Cc: Albert ARIBAUD; Tom Warren; Stephen Warren; Simon Glass
> Subject: [PATCH 5/8] tegra2: Enable SPI environment on Seaboard
>
> This uses th
Dear Kyle Moffett,
In message <1319134031-28503-1-git-send-email-kyle.d.moff...@boeing.com> you
wrote:
> All of these errors are various kinds of fatal memory overwrite
> conditions and so should be handled by panic(). This fixes a bug in
> which the error message might not get all the way out t
Dear "Moffett, Kyle D",
In message <5bf60315-656d-4173-8722-9e2ec99aa...@boeing.com> you wrote:
>
> For the boards that *do* set CONFIG_PANIC_HANG, none of the fatal
> errors in common/cmd_bootm.c should cause U-Boot to reset, they are
> all valid panic() conditions, such as GZIP overwrite errors
Dear Doug Anderson,
In message
you wrote:
>
> I'm not sure I understand your comment. It sounds to me like you're saying
> that fixup_silent_linux() (which already exists in u-boot code) shouldn't be
> needed anymore in u-boot. ...and maybe you're considering it deprecated?
I consider at leas
Hi Wolfgang,
On Thu, Oct 20, 2011 at 12:03 PM, Stephen Warren wrote:
> Wolfgang Denk wrote at Thursday, October 20, 2011 12:57 PM:
>> In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com>
>> you wrote:
>> >
>> > > > > Please give me a bit more context - how much is "a few 1
This new #define is set by default in config_cmd_defaults.h, and
config_cmd_all.h, but this allows boards to conditionally omit the
"reset" command if necessary.
Signed-off-by: Kyle Moffett
---
README|1 +
common/cmd_boot.c |2 ++
include/config_cmd_al
On Seaboard the UART and SPI interfere with each other. This causes the UART
to receive spurious zero bytes after SPI transactions and also means that
SPI can corrupt a few output characters when it starts up if they are still
in the UART buffer.
This updates the board to use the SPI/UART switch t
This uses the SPI flash on Seaboard to store an 8KB environment.
Signed-off-by: Simon Glass
---
include/configs/harmony.h |3 +++
include/configs/seaboard.h |6 ++
include/configs/tegra2-common.h |3 +--
3 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/i
The Seaboard includes a Winbond 4MB flash part.
Signed-off-by: Simon Glass
---
include/configs/seaboard.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/configs/seaboard.h b/include/configs/seaboard.h
index 7d29144..7e8c8cc 100644
--- a/include/config
The Tegra2 Seaboard has the unfortunate feature that SPI and the console
UART are multiplexed on the same pins. We need to switch between one
and the other during SPI and console activity.
This new file implements a switch and keeps track of which peripheral
owns the pins. It also flips over the c
Add the SPI / UART switch logic into the Tegra2 SPI driver so that it
can co-exist with the NS16550 UART.
Signed-off-by: Simon Glass
---
drivers/spi/tegra2_spi.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/spi/tegra2_spi.c b/drivers/spi/tegra2_spi.c
From: Tom Warren
This driver supports SPI on Tegra2, running at 48MHz.
Signed-off-by: Tom Warren
---
arch/arm/include/asm/arch-tegra2/tegra2_spi.h | 75
board/nvidia/common/board.c |4 +
drivers/spi/Makefile |1 +
drivers/spi/tegra2
UART selection is done with a lot of #ifdefs. This cleans things up
a little.
Signed-off-by: Simon Glass
---
board/nvidia/common/board.c | 57 +-
1 files changed, 34 insertions(+), 23 deletions(-)
diff --git a/board/nvidia/common/board.c b/board/nvidia/
UARTB is used on some boards, so support it here.
Signed-off-by: Simon Glass
---
board/nvidia/common/board.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
index a5da310..a2d45c1 100644
--- a/board/nvid
Enable SPI flash on the Tegra2 Seaboard along with a saved 8KB environment.
This involves a few pieces:
- Tegra2 SPI driver
- Seaboard config changes
- a SPI / UART switch to handle switching between SPI and console UART
This series applies cleanly on top of Stephen Warren's latest patch series
Dear Doug Anderson,
In message
you wrote:
>
> I'm happy to explain. :) In our setup, the Linux command line is
> constructed (in part) by reading from the disk. When we load the kernel, we
> also load the kernel command line. It is convenient for us if this kernel
> command line on disk cont
Wolfgang Denk wrote at Thursday, October 20, 2011 12:57 PM:
> In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com>
> you wrote:
> >
> > > > > Please give me a bit more context - how much is "a few 10s of bytes",
> > > > > and which exact parts of the code are we talkign abou
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173d51c...@hqmail01.nvidia.com> you
wrote:
>
> > > > Please give me a bit more context - how much is "a few 10s of bytes",
> > > > and which exact parts of the code are we talkign about?
> > >
> > > How much? However much adding an
Dear Che-Liang Chiou,
in message <201110200842.02506.vap...@gentoo.org> Mike Frysinger wrote:
>
> i'm not sure this is the right way to go. what if we split bmp_logo.h
> instead
> into bmp_logo_data.h (which has the array contents) and bmp_log.h (which has
> the defines and externs for the da
On Oct 20, 2011, at 9:03 AM, Kumar Nath, Chandan wrote:
>> -Original Message-
>> From: Mike Frysinger [mailto:vap...@gentoo.org]
>> Sent: Thursday, October 20, 2011 7:28 PM
>> To: Kumar Gala
>> Cc: Kumar Nath, Chandan; u-boot@lists.denx.de List; Andy Fleming
>> Subject: Re: [U-Boot] [PATC
Mike,
On Thu, Oct 20, 2011 at 10:15 AM, Mike Frysinger wrote:
> what is the difference in compiled sizes ? if the abstracted funcs add
> negligible overhead, i think merging these locally in the bootm code might
> make sense in a pure clean up sense ...
>
Compared to the simple version I just
All of these errors are various kinds of fatal memory overwrite
conditions and so should be handled by panic(). This fixes a bug in
which the error message might not get all the way out to the serial
console before the system reboots; panic() has a built-in delay after
doing a printf() before call
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
---
v2: This is a simpler version of patch 3/4 in my previou
On Oct 20, 2011, at 10:02, Wolfgang Denk wrote:
> Dear "Moffett, Kyle D",
> In message <8b4ac84d-1f22-4326-b75a-fb3cc39a5...@boeing.com> you wrote:
>>
>> Would you accept a patch which makes it possible for a board to not
>> implement a "reset" command at all?
>>
>> There are a few places in comm
Wolfgang,
On Thu, Oct 20, 2011 at 7:42 AM, Wolfgang Denk wrote:
> As before, I see very little (actually, none at all) need for such
> function. Things like that should be handled usign environment
> variables in a clever way.
>
> Please explain why you think this code is needed.
>
I'm not sur
On Thursday 20 October 2011 13:06:23 Doug Anderson wrote:
> Based on your comments, I'll assume that you're not interested in the more
> general command line munging tools and will abandon them for now until
> there is a clear need for them.
what is the difference in compiled sizes ? if the abstr
1 - 100 of 150 matches
Mail list logo
