Re: [U-Boot] [PATCH] DTS: Enable top USB port on CEI-TK1-SOM

> "Allen" == Allen Martin writes: Allen> On Tue, Feb 07, 2017 at 01:57:47PM +1100, Peter Chubb wrote: >> From: Peter Chubb >> >> + usb@7d004000 { >> +status = "okay"; >> + }; >> + >> + usb-phy@7d004000 { >> +status = "okay"; >> + };

[U-Boot] [PATCH v2] ARM: tegra: increase console buffer size and sys args num

From: Bryan Wu The Linux-for-Tegra kernel uses a very long command line. The default value of CONFIG_SYS_CBSIZE is too small to printf out the long command line and causes a message like: bootarg overflow 602+0+0+1 > 512 on the console, and the board refuses to boot. The

Re: [U-Boot] ARM: tegra: jetson-tk1: Increase console buffer size

> "Stephen" == Stephen Warren writes: Stephen> I don't have that message either, and Google can't find it. I'll send it again. Thanks. -- Dr Peter Chubb Tel: +61 2 9490 5852 http://www.data61.csiro.au http://ts.data61.csiro.au Software Systems

Re: [U-Boot] ARM: tegra: jetson-tk1: Increase console buffer size

> "Tom" == Tom Warren writes: Tom> Peter, It appears that this got rolled into 'ARM: tegra: increase Tom> console buffer size and sys args num', so I'm going to mark it as Tom> Superseded in my Patchwork queue. Yes, Stephen asked me to cherrypick instead from the tegra

[U-Boot] RFC: 'fastboot boot' uses wrong address when calling bootm

Hi Folks, If you set CONFIG_FASTBOOT_BUF_ADDR to anything other than the same as $loadaddr then the call to do_bootm() in the fastboot code will call do_bootm on a memory region that has nothing to do with the image downloaded. Sometimes the result is a hung system, other times the

Re: [U-Boot] [PATCH] ARM: tegra: Add support for TK1-SOM board from Colorado Engineering

> "Stephen" == Stephen Warren writes: Stephen> On 08/29/2016 06:51 PM, peter.ch...@data61.csiro.au wrote: >> The Colorado TK1 SOM is a small form factor board similar to the >> Jetson TK1. The main differences lie in the pinmux, and in that >> the PCIe controller is

[U-Boot] [PATCH] ARM: tegra: Add support for TK1-SOM board from Colorado Engineering

The Colorado TK1 SOM is a small form factor board similar to the Jetson TK1. The main differences lie in the pinmux, and in that the PCIe controller is set to use in 4lanes+1lane, rather than 2+2. The pinmux header here was generated from a spreadsheet provided by Colorado Engineering using the

[U-Boot] [PATCH 1/2] rtl8169: fix cache misalignment message on transmit.

The call to flush cache on the transmit buffer was misplaced (for very short packets) and asked to flush less than a cacheline. Move the flush cache call to after a short packet has been padded to minimum length (so the padding is flushed too), and round the size up to a cacheline.

[U-Boot] [PATCH 2/2] Fix cache misalignment after network load operations

After any operation that downloads a file (e.g., pxe get, or dhcp), the buffer containing the downloaded data is flushed. This patch rounds up the flushed size to a cacheline boundary, preventing a cache misalignment message from u-boot. Signed-off-by: Peter Chubb

[U-Boot] [PATCH v2] ARM: tegra: Add support for TK1-SOM board from Colorado Engineering

The Colorado TK1 SOM is a small form factor board similar to the Jetson TK1. The main differences lie in the pinmux, and in that the PCIe controller is set to use in 4lanes+1lane, rather than 2+2. The pinmux header here was generated from a spreadsheet provided by Colorado Engineering using the

[U-Boot] [PATCH] Fix fastboot boot address

Fastboot loads an image at CONFIG_FASTBOOT_BUF_ADDR, but currently tells do_bootm() to look for an image at $loadaddr. This breaks if CONFIG_FASTBOOT_BUF_ADDR is different from the current user-set loadaddr. Instead, tell do_bootm() to pick up the image where it was laoded. Signed-off-by: Peter

Re: [U-Boot] "_ENTRY" is both a struct and a typedef?

> "Robert" == Robert P J Day writes: Robert> from lib/hashtable.c: Robert> typedef struct _ENTRY { int used; ENTRY entry; } _ENTRY; Robert> ok, that's just kind of creepy ... defining a typedef over top Robert> of a struct of the same name. does anyone else find

[U-Boot] [PATCH] Fix fastboot boot address Fastboot loads an image at CONFIG_FASTBOOT_BUF_ADDR, but currently tells do_bootm() to look for an image at $loadaddr. This breaks if CONFIG_FASTBOOT_BUF_ADD

Instead, tell do_bootm() to pick up the image where it was laoded. Signed-off-by: Peter Chubb --- drivers/usb/gadget/f_fastboot.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/f_fastboot.c b/drivers/usb/gadget/f_fastboot.c

[U-Boot] [PATCH v2] Fix cache misalignment after network load operations

After any operation that downloads a file (e.g., pxe get, or dhcp), the buffer containing the downloaded data is flushed. This patch rounds up the flushed size to a cacheline boundary, preventing a cache misalignment message from u-boot. Signed-off-by: Peter Chubb

[U-Boot] [PATCH v2] rtl8169: fix cache misalignment message on transmit.

The call to flush cache on the transmit buffer was misplaced (for very short packets) and asked to flush less than a cacheline. Move the flush cache call to after a short packet has been padded to minimum length (so the padding is flushed too), and round the size up to a cacheline.

[U-Boot] [PATCH v3] net: Fix cache misalignment message after network load operations

After any operation that downloads a file (e.g., pxe get, or dhcp), the buffer containing the downloaded data is flushed. This is unnecessary and annoying. Unnecessary, because the network driver should already have fliushed the cache for the DMAed area, and annoying because it generates a cache

Re: [U-Boot] [PATCH v2] Fix cache misalignment after network load operations

> "Fabio" == Fabio Estevam writes: Fabio> On Tue, Sep 13, 2016 at 10:30 PM, Fabio> wrote: >> After any operation that downloads a file (e.g., pxe get, or dhcp), >> the buffer containing the downloaded data is flushed. This patch >> rounds up

Re: [U-Boot] [PATCH v3] net: Fix cache misalignment message after network load operations

> "Heiko" == Heiko Schocher writes: Heiko> Hello Peter, Am 14.09.2016 um 05:49 schrieb Heiko> peter.ch...@data61.csiro.au: >> After any operation that downloads a file (e.g., pxe get, or dhcp), >> the buffer containing the downloaded data is flushed. This is >> unnecessary and

Re: [U-Boot] net, cmd: fix misaligned cache operation warning

> "Joe" == Joe Hershberger writes: >> >> Lacking a define for CONFIG_SYS_CACHELINE_SIZE first. Joe> https://patchwork.ozlabs.org/patch/669691/ Joe> ...is the approach I prefer to take instead of this patch. Is there anything more I need to do to push this

Re: [U-Boot] u-boot-flasher fails with current u-boot

> "Simon" == Simon Glass writes: : Simon> Oh dear. I cannot find my board but will see if I can repeat Simon> this on a beaver. Thanks. If there's any additional logging you'd like me to collect on the Jetson, let me know. Peter C -- Dr Peter Chubb Tel: +61 2

Re: [U-Boot] u-boot-flasher fails with current u-boot

> "Peter" == Peter Chubb writes: > "Simon" == Simon Glass writes: Simon> Oh dear. I cannot find my board but will see if I can repeat Simon> this on a beaver. Peter> If there's any additional logging you'd like me to collect on Peter> the

Re: [U-Boot] u-boot-flasher fails with current u-boot

> "Simon" == Simon Glass writes: Simon> The good news is I found my Jetson-TK1 and I can repeat your Simon> problem. Cool. So it's not just me (phew) >> >> Tegra124 (Jetson TK1) # mmc rescan Simon> Why are you running 'mmc rescan'? Is this because the MMC has Simon>

Re: [U-Boot] [PATCH] tegra: mmc: Set the bus width correctly

> "Simon" == Simon Glass writes: Simon> The driver currently does not reset bit 5 of the hostctl Simon> register even if the MMC stack requests it. Then means that Simon> once a bus width of 8 is selected it is not possible to change Simon> it back to 1. This breaks 'mmc