Hi Wolfgang,
On Sat, Nov 3, 2012 at 5:31 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351979121-3769-3-git-send-email-...@chromium.org> you wrote:
>> strnicmp() is present but disabled. Make it available and define stricmp()
>> also. There is a only a small performance penalty to
Hi Wolfgang,
On Sat, Nov 3, 2012 at 5:28 PM, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> On Sat, Nov 3, 2012 at 9:30 AM, Wolfgang Denk wrote:
>> > The TPM code was added more than a year or 4 releases ago. This was
>> > done under the proposition that board support
Signed-off-by: Albert ARIBAUD
---
arch/arm/cpu/arm1136/start.S | 62 ++
arch/arm/cpu/arm1176/start.S | 62 ++
arch/arm/cpu/arm720t/start.S | 53 ++---
arch/arm/cpu/arm920t/start.S | 61 ++
arch/arm/cpu/arm925t
File crt0.S is introduced which contains the C runtime
framework, that is, the assembly code responsible for
setting up the C environments needed by board_init_*()
and relocate_code(). Corresponding code is removed from
all start.S files in arch/arm.
This precedes further factorization, e.g. relo
Bring in the code from Linux kernel.
Added to Linux kernel by:
commit e08c1694d9e2138204f2b79b73f0f159074ce2f5
Author: Andres Salomon
Date: Fri Jul 4 10:00:03 2008 -0700
Some HW balks when writing both voltage setting and power up at the same
time to SDHCI_POWER_CONTROL register.
Signed-off-b
Dear Wolfgang,
On 2012.11/04, Wolfgang Denk wrote:
> Dear RgC,
>
> In message <20121104001018.GA57283@crg> you wrote:
> >
> > Bring in the code from Linux kernel.
>
> PLease provide exact reference; see
> http://www.denx.de/wiki/view/U-Boot/Patches#Attributing_Code_Copyrights_Sign
>
Sorry was
Dear Simon,
In message <20121104003242.92729200...@gemini.denx.de> I wrote:
>
> > /* Append length in bits and transform */
> > - ctx->in32[14] = ctx->bits[0];
> > - ctx->in32[15] = ctx->bits[1];
> > + memcpy(ctx->in + 14 * sizeof(__u32), ctx->bits, 2 * sizeof(__u32));
>
> This makes t
Dear RgC,
In message <20121104001018.GA57283@crg> you wrote:
>
> Bring in the code from Linux kernel.
PLease provide exact reference; see
http://www.denx.de/wiki/view/U-Boot/Patches#Attributing_Code_Copyrights_Sign
> Signed-off-by: RgC
Sorry, but we need a real name here.
Best regards,
Wolf
Dear Simon Glass,
In message <1351979121-3769-2-git-send-email-...@chromium.org> you wrote:
> From: Han Shen
>
> Fixed by replacing pointer casting with memcpy.
>
> Signed-off-by: Simon Glass
> ---
> lib/md5.c |3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/li
Dear Simon Glass,
In message <1351979121-3769-3-git-send-email-...@chromium.org> you wrote:
> strnicmp() is present but disabled. Make it available and define stricmp()
> also. There is a only a small performance penalty to having stricmp()
> call strnicmp(), so do this instead of a standalone fun
Dear Simon,
In message
you wrote:
>
> On Sat, Nov 3, 2012 at 9:30 AM, Wolfgang Denk wrote:
> > The TPM code was added more than a year or 4 releases ago. This was
> > done under the proposition that board support that would actually use
> > such code would be added soon. However, nothing hap
Dear Simon,
In message
you wrote:
>
> > I recommend to remove the whole TPM code instead.
>
> It is actually used in the x86 Chromebook, but the patch to enable it
> never made it to mainline. There was quite a bit of push-back on the
> x86 side at the time and the person working on it finally
Bring in the code from Linux kernel.
Signed-off-by: RgC
CC: Andy Fleming
modified: drivers/mmc/sdhci.c
modified: include/sdhci.h
---
drivers/mmc/sdhci.c | 3 +++
include/sdhci.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhc
Dear Wolfgang,
On Sat, Nov 3, 2012 at 4:09 PM, Wolfgang Denk wrote:
> Dear Tomas Hlavacek,
>
> In message <1351876722-5183-1-git-send-email-tmshl...@gmail.com> you wrote:
>> This patchset is a first stage of preparation of the net subsystem
>> for the driver model.
>>
>> The idea of this patchset
On Tue, Oct 30, 2012 at 05:56:55PM +0100, Lukasz Majewski wrote:
> PMIC framework has been redesigned to support multiple instances of power
> related devices
> (e.g. fuel gauge, PMICs, chargers, micro USB IC, battery).
I _think_ this series is causing:
$ uboot-build.sh mx51_efikamx
Testing mx51
On Tue, Oct 30, 2012 at 08:55:20PM -0500, Joe Hershberger wrote:
> When building in parallel, make sure that we look up the children
> based on the the actual process group id instead of just assuming
> that the MAKEALL pid is the process group id.
>
> Also ensure that logs from incomplete builds
Hi Wolfgang,
On Sat, Nov 3, 2012 at 7:56 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351813330-23741-4-git-send-email-...@chromium.org> you wrote:
>> We want to use the fdt inside board_early_init_f(), so check for its
>> presence earlier in the pre-reloc init sequence.
>>
>> Si
strnicmp() is present but disabled. Make it available and define stricmp()
also. There is a only a small performance penalty to having stricmp()
call strnicmp(), so do this instead of a standalone function, to save code
space.
BRANCH=none
Signed-off-by: Simon Glass
---
include/linux/string.h |
From: Han Shen
Fixed by replacing pointer casting with memcpy.
Signed-off-by: Simon Glass
---
lib/md5.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/lib/md5.c b/lib/md5.c
index 2ae4a06..9791e59 100644
--- a/lib/md5.c
+++ b/lib/md5.c
@@ -153,8 +153,7 @@ MD5Final(un
From: Stefan Reinauer
Updated code taken from latest lzma sdk release 9.20 at
http://downloads.sourceforge.net/sevenzip/lzma920.tar.bz2
This generates quite a lot of checkpatch warnings, but I guess we
need to keep the code style as is to avoid a massive job each time we
update this.
Signed-off
From: Vadim Bendebury
Some systems (like Google Link device) provide the ability to keep a
history of the target CPU port80 accesses, which is extremely handy
for debugging. The problem is that the EC handling port 80 access is
orders of magnitude slower than the AP. This causes random loss of
tr
From: Gabe Black
Different systems may have different mechanisms for picking a suitable place
to relocate U-Boot to.
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
arch/x86/lib/init_helpers.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/x86/lib/in
From: Duncan Laurie
This will write magic value to APMC command port which
will trigger an SMI and cause coreboot to lock down
the ME, chipset, and CPU.
Signed-off-by: Duncan Laurie
Signed-off-by: Simon Glass
---
arch/x86/cpu/coreboot/coreboot.c |4
1 files changed, 4 insertions(+),
From: Gabe Black
These were removed, but actually are useful.
Cold means that we started from a reset/power on.
Warm means that we started from another U-Boot.
We determine whether u-boot on x86 was warm or cold booted (really if
it started at the beginning of the text segment or at the ELF ent
From: Stefan Reinauer
The function setup_pcat_compatibility() is weak and implemented as empty
function in board.c hence we don't have to override that with another
empty function.
monitor_flash_len is unused, drop it.
Signed-off-by: Stefan Reinauer
Signed-off-by: Simon Glass
---
arch/x86/cp
From: Gabe Black
Because calculate_relocation_address now uses the e820 map, it will be able
to avoid addresses over 32 bits and regions that are at high addresses but
not big enough for U-Boot. It also means we can remove the hack which
limitted U-Boot's idea of the size of memory to less than 4
From: Duncan Laurie
Coreboot was always using MTRR 7 for the write-protect
cache entry that covers the ROM and U-boot was removing it.
However with 4GB configs we need more MTRRs for the BIOS
and so the WP MTRR needs to move. Instead coreboot will
always use the last available MTRR that is norma
From: Gabe Black
If we have SPI support, make sure that we init it.
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
Signed-off-by: Vic Yang
---
arch/x86/include/asm/init_helpers.h |1 +
arch/x86/lib/board.c|3 +++
arch/x86/lib/init_helpers.c |9 ++
From: Duncan Laurie
This command will start erasing at memory address zero
if there is not a valid framebuffer address that was found
during video_init().
This is a common case with Chrome OS devices in normal mode
when we do not execute the video option rom in coreboot.
Signed-off-by: Duncan L
From: Gabe Black
Allow a device tree to be provided through the standard mechanisms.
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
arch/x86/lib/board.c|7 +++
arch/x86/lib/init_helpers.c | 29 +
2 files changed, 36 insertions(+), 0 dele
From: Stefan Reinauer
This option delays loading of the environment until later, so that only the
default environment will be available to U-Boot.
This can address the security risk of untrusted data being used during boot.
When CONFIG_DELAY_ENVIRONMENT is defined, it is convenient to have a
ru
This function is not intended to be exported from the video drivers, so
remove the prototype. This fixes an error:
cfb_console.c:1793:12: error: static declaration of 'video_init' follows
non-static declaration
Signed-off-by: Simon Glass
---
arch/x86/include/asm/u-boot-x86.h |1 -
1 files
Enable the display on coreboot, using CFB.
Signed-off-by: Simon Glass
---
include/configs/coreboot.h | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/include/configs/coreboot.h b/include/configs/coreboot.h
index 7c9c7e4..e62d7aa 100644
--- a/include/configs/coreb
From: Gabe Black
We will use coreboot.dtsi as our fdt include file.
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
arch/x86/cpu/coreboot/config.mk | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
create mode 100644 arch/x86/cpu/coreboot/config.mk
From: Vadim Bendebury
Some u-boot modules rely on availability of get_ticks() and
get_tbclk() functions, reporting a free running clock and its
frequency respectively. Traditionally these functions return number
and frequency of timer interrupts.
Intel's core architecture processors however are
From: Stefan Reinauer
... because that information is already "encoded" in the directory name.
Signed-off-by: Stefan Reinauer
Signed-off-by: Simon Glass
---
arch/x86/cpu/coreboot/Makefile |3 +--
arch/x86/cpu/coreboot/{coreboot_car.S => car.S} |0
2 files changed, 1 i
This contains just the minimum information for a coreboot-based board.
Signed-off-by: Stefan Reinauer
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
arch/x86/dts/coreboot.dtsi | 16
arch/x86/dts/skeleton.dtsi | 13 +
2 files changed, 29 insertions(+),
From: Stefan Reinauer
This helps us monitor boot progress and determine where U-Boot dies if
there are any problems.
Signed-off-by: Stefan Reinauer
Signed-off-by: Simon Glass
---
arch/x86/cpu/coreboot/coreboot.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/x
From: Gabe Black
This seems to be a bug.
Signed-off-by: Simon Glass
---
arch/x86/lib/relocate.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/lib/relocate.c b/arch/x86/lib/relocate.c
index c0b9b29..23edca9 100644
--- a/arch/x86/lib/relocate.c
+++ b/arch/x86
From: Gabe Black
This changes the layout in decreasing addresses from:
1. Stack
2. Sections in the image
3. Heap
to
1. Sections in the image
2. Heap
3. Stack
This allows the stack to grow significantly more since it isn't constrained by
the other u-boot areas. More importantly, the generic me
This series contains patches to:
- enable video and keyboard
- fix up some x86 relocation bugs
- Implement show_boot_progress()
- Provide access to new Intel core architecture timers
- Enable device tree control and add a basic fdt include file
With the above changes (on top of previously-submitt
Hi Wolfgang,
On Sat, Nov 3, 2012 at 8:04 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> >> > --- /dev/null
>> >> > +++ b/common/cmd_cbfs.c
>> >> > @@ -0,0 +1,214 @@
>> >> > +/*
>> >> > + * Copyright (c) 2011 The Chromium OS Authors. All rights reserved.
>> >>
Hi Graeme,
On Wed, Oct 24, 2012 at 3:22 PM, Graeme Russ wrote:
> Hi Stefan,
>
> On Thu, Oct 25, 2012 at 8:15 AM, Stefan Reinauer wrote:
>> Graeme,
>>
>> Reusing code from the Linux kernel is generally a great idea. However for
>> simplicity I'd rather have 25 lines than 870 lines for reading MSR
Hi Wolfgang,
On Sat, Nov 3, 2012 at 9:30 AM, Wolfgang Denk wrote:
> The TPM code was added more than a year or 4 releases ago. This was
> done under the proposition that board support that would actually use
> such code would be added soon. However, nothing happened since. The
> code has no us
Hi Wolfgang,
On Sat, Nov 3, 2012 at 8:29 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351902453-27956-18-git-send-email-...@chromium.org> you wrote:
>> From: Luigi Semenzato
>>
>> Add a simple command to stress-test a TPM (Trusted Platform Module).
>>
>> Signed-off-by: Luigi Sem
Hi Wolfgang,
On Sat, Nov 3, 2012 at 8:07 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351874667-23959-2-git-send-email-...@chromium.org> you wrote:
>> From: Rong Chang
>>
>> Add a driver for the I2C TPM from Infineon.
>>
>> Signed-off-by: Che-Liang Chiou
>> Signed-off-by: Rong
Hi Wolfgang,
On Sat, Nov 3, 2012 at 8:00 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1351874667-23959-1-git-send-email-...@chromium.org> you wrote:
>> From: Taylor Hutt
>>
>> When building for the Sandbox version, the casts in this change are
>> necessary to avoid compilation is
The TPM code was added more than a year or 4 releases ago. This was
done under the proposition that board support that would actually use
such code would be added soon. However, nothing happened since. The
code has no users in mainline, and does not even get build for any
configuration, so we ca
Hi Tom,
On Wed, Oct 31, 2012 at 1:03 AM, Tom Rini wrote:
>
> > + for (i = 0; eccsteps; eccsteps--, i += eccbytes, p += eccsize) {
> > + this->ecc.hwctl(&mtd, NAND_ECC_READ); +
> nand_command(block,
> > page, data_pos, NAND_CMD_RNDOUT); + + this->read_buf(&mtd, p,
> > eccsi
Enable using of new MUSB framework on Beagle.
NOTE! This is not just a change of backend code: top-level behavior
is also changed, we now use USB device port for USB Ethernet instead
of serial.
Signed-off-by: Ilya Yanok
---
include/configs/omap3_beagle.h | 11 ---
1 file changed, 4
Backend driver for MUSB OTG controllers found on TI OMAP2/3/4
(tested only on OMAP3 Beagle).
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/omap_musb.h|4 +
drivers/usb/musb-new/Makefile |1 +
drivers/usb/musb-new/linux-compat.h |9 +
drivers/usb/musb-new/omap2430.c
Add initialization for new MUSB framework.
Signed-off-by: Ilya Yanok
---
board/ti/beagle/beagle.c | 43
include/configs/omap3_beagle.h |2 ++
2 files changed, 45 insertions(+)
diff --git a/board/ti/beagle/beagle.c b/board/ti/beagle/beagle.c
AM35XX specific functions for integrated USB PHY/MUSB IP.
Signed-off-by: Ilya Yanok
---
arch/arm/cpu/armv7/omap3/Makefile |1 +
arch/arm/cpu/armv7/omap3/am35x_musb.c | 75
arch/arm/include/asm/arch-omap3/musb.h | 28
3 files changed, 1
Use new musb framework instead of the old one on AM3517_EVM.
Signed-off-by: Ilya Yanok
---
board/logicpd/am3517evm/am3517evm.c | 74 +++
include/configs/am3517_evm.h| 37 --
2 files changed, 90 insertions(+), 21 deletions(-)
diff --gi
Add defines for MUSB IP block on AM35X SoCs.
Signed-off-by: Ilya Yanok
---
arch/arm/include/asm/arch-omap3/am35x_def.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/include/asm/arch-omap3/am35x_def.h
b/arch/arm/include/asm/arch-omap3/am35x_def.h
in
Backend driver for MUSB OTG controllers found on TI AM35x.
It seems that on AM35X interrupt status registers can be updated
_before_ core registers. As we don't use true interrupts in U-Boot
and poll interrupt status registers instead this can result in
interrupt handler being called with non-upda
AM33xx has support for dual port MUSB OTG controller. This patch
adds initialization for the controller using new MUSB gadget
driver and ether gadget.
Signed-off-by: Ilya Yanok
---
Changes in v3:
- use clrsetbits_le32 for USB PHY ops
arch/arm/cpu/armv7/am33xx/board.c | 103
Enable musb gadget in Ethernet mode on port 0 and
musb host on port1.
Signed-off-by: Ilya Yanok
---
include/configs/am335x_evm.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 339d4bd..77f7219
Backend driver for MUSB OTG controllers found on TI AM33xx and
TI81xx SoCs (tested with AM33xx only).
Signed-off-by: Ilya Yanok
---
Changes in v2:
- rename backend config option to CONFIG_USB_MUSB_DSPS
- we are providing host support now so add yourself to usb.h
arch/arm/include/asm/omap_mus
Signed-off-by: Ilya Yanok
---
drivers/usb/gadget/config.c |1 -
drivers/usb/gadget/epautoconf.c |1 -
drivers/usb/gadget/ether.c |1 -
drivers/usb/gadget/s3c_udc_otg.c |1 -
drivers/usb/gadget/usbstring.c |1 -
include/linux/usb/ch9.h | 514 +++
My apologies for double posting -- I was so stupid to forget to
fix the Signed-off-by lines
Current MUSB driver in U-Boot uses old UDC API while new gagdet
client drivers need new gadget API. Also current MUSB driver has
some significant limitations (like inability to handle tx for
endpoints o
Linux usb/ch9.h seems to have all the same information (and more)
as usbdescriptors.h so use the former instead of the later one.
As a consequense of this change USB_SPEED_* values don't correspond
directly to EHCI speed encoding anymore, I've added necessary
recoding in EHCI driver. Also there is
Backend driver for MUSB OTG controllers found on TI AM33xx and
TI81xx SoCs (tested with AM33xx only).
Signed-off-by: Ilya Yanok
Signed-off-by: Ilya Yanok
---
Changes in v2:
- rename backend config option to CONFIG_USB_MUSB_DSPS
- we are providing host support now so add yourself to usb.h
ar
Linux usb/ch9.h seems to have all the same information (and more)
as usbdescriptors.h so use the former instead of the later one.
As a consequense of this change USB_SPEED_* values don't correspond
directly to EHCI speed encoding anymore, I've added necessary
recoding in EHCI driver. Also there is
Signed-off-by: Ilya Yanok
Signed-off-by: Ilya Yanok
---
drivers/usb/gadget/config.c |1 -
drivers/usb/gadget/epautoconf.c |1 -
drivers/usb/gadget/ether.c |1 -
drivers/usb/gadget/s3c_udc_otg.c |1 -
drivers/usb/gadget/usbstring.c |1 -
include/linux/usb/ch9.h
Current MUSB driver in U-Boot uses old UDC API while new gagdet
client drivers need new gadget API. Also current MUSB driver has
some significant limitations (like inability to handle tx for
endpoints other than ep0). So I think port of new Linux driver is
desirable.
This is initial port, performe
Hi Tom,
On Tue, Oct 23, 2012 at 1:45 AM, Tom Rini wrote:
> In general, things look OK but please run it through checkpatch.pl, use
> just one Signed-off-by line and fixup if (...) { ... one line ... } in
> the glue code you add that's not synced up from the kernel (I saw one in
> the am335x bits
On 03.11.2012 16:25, David Gibson wrote:
> On Thu, Nov 01, 2012 at 10:24:06AM +0100, Daniel Mack wrote:
>> On 01.11.2012 04:26, David Gibson wrote:
>>> On Fri, Oct 26, 2012 at 09:24:11AM +0200, Daniel Mack wrote:
>>
I would especially like to know where such a new functionality should
liv
On Thu, Nov 01, 2012 at 10:24:06AM +0100, Daniel Mack wrote:
> On 01.11.2012 04:26, David Gibson wrote:
> > On Fri, Oct 26, 2012 at 09:24:11AM +0200, Daniel Mack wrote:
>
> >> I would especially like to know where such a new functionality should
> >> live, which data types it should operate on and
Dear Simon Glass,
In message <1351902453-27956-15-git-send-email-...@chromium.org> you wrote:
> From: Anton Staaf
>
> Move the overwrite_console function call to before the search for
> the console devices. This lets the board specific function
> replace the environment variables and have that
Dear Simon Glass,
In message <1351902453-27956-6-git-send-email-...@chromium.org> you wrote:
> From: Vincent Palatin
>
> The name is already copied when we memopy the whole structure.
memopy?
> --- a/common/stdio.c
> +++ b/common/stdio.c
> @@ -135,7 +135,6 @@ struct stdio_dev* stdio_clone(stru
Dear Simon Glass,
In message <1351902453-27956-18-git-send-email-...@chromium.org> you wrote:
> From: Luigi Semenzato
>
> Add a simple command to stress-test a TPM (Trusted Platform Module).
>
> Signed-off-by: Luigi Semenzato
>
> Commit-Ready: Stefan Reinauer
> Signed-off-by: Simon Glass
>
Dear Simon Glass,
In message <1351902453-27956-7-git-send-email-...@chromium.org> you wrote:
> From: Doug Anderson
>
> This is a useful mechanism any time you have a way to update the
> saved environment outside of u-boot. This can be a tool like
> fw_setenv.
I don't see the need for this.
Wh
Dear Simon Glass,
In message <1351902453-27956-16-git-send-email-...@chromium.org> you wrote:
> From: Vadim Bendebury
>
> Provide u-boot console functions to access IO space registers. A no
> thrills implementation, accessing one register at a time.
>
> For example:
> boot > iod 80
> 00
Dear Simon Glass,
In message <1351902453-27956-3-git-send-email-...@chromium.org> you wrote:
> From: Anton Staaf
>
> Gettime returns the current timer value. If CONFIG_SYS_HZ is defined
> then the timer value is also converted to seconds.
>
> Tegra20 (SeaBoard) # gettime
> Timer val: 7754
> Se
Dear Simon Glass,
In message <1351902453-27956-10-git-send-email-...@chromium.org> you wrote:
> From: ARUN MANKUZHI
>
> sha256 command is added which can be used to test SHA 256 hash
> algorithm.
>
> Signed-off-by: ARUN MANKUZHI
> Signed-off-by: Simon Glass
> ---
> README |
Dear Simon Glass,
In message <1351902453-27956-17-git-send-email-...@chromium.org> you wrote:
> The CONFIG_SYS_CONSOLE_INFO_QUIET option should suppress the console
> information, but allow boards to display it later if required. Adjust
> the code to support this.
>
> This is used to avoid printi
Dear Simon Glass,
In message <1351902453-27956-2-git-send-email-...@chromium.org> you wrote:
> Mark when we get to the main loop.
>
> Signed-off-by: Simon Glass
> ---
> common/main.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/common/main.c b/common/main.c
>
Dear Tomas Hlavacek,
In message <1351876722-5183-1-git-send-email-tmshl...@gmail.com> you wrote:
> This patchset is a first stage of preparation of the net subsystem
> for the driver model.
>
> The idea of this patchset is:
> 1) Remove ops .init, .send, .recv and .halt from the eth_device struct.
> I'm trying to get Tiny Core working on the Beaglebone. I'm stuck on
getting the Tiny Core userland file "uCore" to load so init works. I'm
using this uEnv.txt:
>
> bootfile=/uImage
> optargs=init=/init rootwait
> fatload mmc 0 0x4310 uCore
> mmcboot=echo Booting from mmc ...; run mmcargs; b
Dear Simon Glass,
In message <1351874667-23959-1-git-send-email-...@chromium.org> you wrote:
> From: Taylor Hutt
>
> When building for the Sandbox version, the casts in this change are
> necessary to avoid compilation issues.
>
> Signed-off-by: Taylor Hutt
> Signed-off-by: Simon Glass
> ---
>
Dear Simon Glass,
In message <1351874667-23959-2-git-send-email-...@chromium.org> you wrote:
> From: Rong Chang
>
> Add a driver for the I2C TPM from Infineon.
>
> Signed-off-by: Che-Liang Chiou
> Signed-off-by: Rong Chang
> Signed-off-by: Tom Wai-Hong Tam
> Signed-off-by: Simon Glass
NAK.
Dear Simon Glass,
In message
you wrote:
>
> >> > --- /dev/null
> >> > +++ b/common/cmd_cbfs.c
> >> > @@ -0,0 +1,214 @@
> >> > +/*
> >> > + * Copyright (c) 2011 The Chromium OS Authors. All rights reserved.
> >> > + *
> >> > + * See file CREDITS for list of people who contributed to this
> >> >
Dear Simon Glass,
In message <1351813330-23741-9-git-send-email-...@chromium.org> you wrote:
> The timer may be inited in arch_cpu_init() so it is not safe to make a
> bootstage mark before this is called. Arrange the code to fix this.
>
> We now get a correct time for board_init_f:
>
> Timer su
Dear Simon Glass,
In message <1351813330-23741-4-git-send-email-...@chromium.org> you wrote:
> We want to use the fdt inside board_early_init_f(), so check for its
> presence earlier in the pre-reloc init sequence.
>
> Signed-off-by: Simon Glass
> ---
> arch/arm/lib/board.c |7 +++
> 1
Dear Simon Glass,
In message <1351813330-23741-7-git-send-email-...@chromium.org> you wrote:
> Some boards want to report more than just memory size. For example, it
> might be useful to display the memory type (DDR2, DDR3) or manufacturer.
>
> Add a weak function to support this requirement.
>
Dear Simon Glass,
In message <1351813330-23741-6-git-send-email-...@chromium.org> you wrote:
> This option displays board info after stdio is running, so that it will
> appear on the LCD. If it is displayed earlier, the board info will appear
> on the serial console but not on the LCD.
Note that
Dear Simon Glass,
In message <1351813330-23741-5-git-send-email-...@chromium.org> you wrote:
> This option delays loading of the environment until later, so that only the
> default environment will be available to U-Boot.
>
> This can address the security risk of untrusted data being used during
Dear Simon Glass,
In message <1351813330-23741-1-git-send-email-...@chromium.org> you wrote:
> It is good to have these functions written in C instead of assembler,
> but with -O0 the cache_disable() function doesn't return. Rather than
> revert to assembler, this fix just forces this to be built
Hi Stephen,
On Wed, 31 Oct 2012 10:56:08 -0600, Stephen Warren
wrote:
> >> Hopefully, u-boot-arm/master will merge in (or get reset to)
> >> u-boot/master fairly shortly. However, should Tegra's repo have
> >> to wait for this?
> >
> > Yes, tegra has to wait otherwise you've just forced u-boot
Hi Tom,
On Fri, 2 Nov 2012 10:08:22 -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit c7d35bef255dedb3ec3856982f042dde514676b0:
>
> am33xx/ddr_defs.h: rename DDR2/DDR3 defines to their actual part numbers
> (2012-10-25 11:31:38 -0700)
>
> are available in the git repos
These boards couldn't save their environment because they couldn't malloc()
the whole size of the sector.
Signed-off-by: Marek Vasut
Cc: Linus Walleij
---
include/configs/integrator-common.h |3 ++-
include/configs/versatile.h |2 +-
2 files changed, 3 insertions(+), 2 deletions
Hi Tom,
On Mon, 29 Oct 2012 16:49:34 -0700, Tom Warren
wrote:
> Albert,
>
> Please pull u-boot-tegra/master into ARM/master. Thanks!
>
> checkpatch is clean, and ./MAKEALL -a arm is clean (except for
> previous failures not created by these patches). Note that the serial:
> patch from Allen is
Dear Simon Glass,
> It is good to have these functions written in C instead of assembler,
> but with -O0 the cache_disable() function doesn't return. Rather than
> revert to assembler, this fix just forces this to be built with -O2.
>
> Signed-off-by: Simon Glass
> ---
> arch/arm/lib/cache-cp15
Dear Joseph Hershberger,
In message you wrote:
>
> Hi Wolfgang,
Please do not send HTML messages.
Please send plain text only.
Message unreadable, ignored. Sorry.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Offi
Hi Simon,
On Fri, Nov 02, 2012 at 05:27:18PM -0700, Simon Glass wrote:
> From: Anton Staaf
>
> Gettime returns the current timer value. If CONFIG_SYS_HZ is defined
> then the timer value is also converted to seconds.
>
> Tegra20 (SeaBoard) # gettime
> Timer val: 7754
> Seconds : 7
> Remainder
I'm trying to get Tiny Core working on the Beaglebone. I'm stuck on
getting the Tiny Core userland file "uCore" to load so init works. I'm
using this uEnv.txt:
bootfile=/uImage
optargs=init=/init rootwait
fatload mmc 0 0x4310 uCore
mmcboot=echo Booting from mmc ...; run mmcargs; bootm 0x8020
97 matches
Mail list logo