Re: [U-Boot] [PATCH] SBx81CFC960: embed Fman microcode in the bootloader

On 09/22/2012 03:58 AM, Wolfgang Denk wrote: Dear judge.pack...@gmail.com, In message 1348216335-18105-1-git-send-email-judge.pack...@gmail.com you wrote: From: Chris Packham judge.pack...@gmail.com Instead of storing the mircocode in a separate flash block simply embed the image as C

Re: [U-Boot] [PATCH 1/2] i2c: Fix deselection of muxes

Hi Mark, This might get more attention if Heiko was on the Cc list. On Tue, Dec 2, 2014 at 8:49 AM, Mark Tomlinson mark.tomlin...@alliedtelesis.co.nz wrote: Due to an uninitialised variable, when muxes were deselected, any value could be written to the mux control register. On the PCA9548,

Re: [U-Boot] [PATCH 2/2] i2c: Correct spelling error

This one too. On Tue, Dec 2, 2014 at 8:49 AM, Mark Tomlinson mark.tomlin...@alliedtelesis.co.nz wrote: diconnect and disconnet should both be disconnect. Signed-off-by: Mark Tomlinson mark.tomlin...@alliedtelesis.co.nz --- drivers/i2c/i2c_core.c | 6 +++--- 1 file changed, 3 insertions(+),

[U-Boot] [RFC PATCH v1 0/1] net: Support for Broadcom Tigon 3 NICs

I should probably explain the people involved here. Joshua did most of the porting work. I (Chris) picked it up to finish things off and to do some more testing. I'll also be the one trying to get this accepted upstream. Because my employer paid for us to do the work I've signed with my work

[U-Boot] [PATCHv1] powerpc/p2041rdb: Convert to generic board

Add the following configuration: o CONFIG_SYS_GENERIC_BOARD o CONFIG_DISPLAY_BOARDINFO Signed-off-by: Chris Packham judge.pack...@gmail.com --- Builds, pings and boots a kernel. Any other testing needed? include/configs/P2041RDB.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [U-Boot] [PATCHv1] powerpc/p2041rdb: Convert to generic board

On Thu, Dec 11, 2014 at 7:31 AM, York Sun york...@freescale.com wrote: On 12/09/2014 07:54 PM, Chris Packham wrote: Add the following configuration: o CONFIG_SYS_GENERIC_BOARD o CONFIG_DISPLAY_BOARDINFO Signed-off-by: Chris Packham judge.pack...@gmail.com --- Builds, pings and boots

[U-Boot] Clearing silent environment variable not taking affect at boot

Hi, I have a board using SPI flash for it's boot-loader and environment, I'm currently based of u-boot 2014.01. In my boards config file I have the following #define CONFIG_SILENT_CONSOLE #define CONFIG_SILENT_U_BOOT_ONLY #define CONFIG_SILENT_CONSOLE_UPDATE_ON_RELOC #define

Re: [U-Boot] Is anyone working on NAND support for Armada-XP?

On Wed, Feb 25, 2015 at 8:43 AM, Marek Vasut ma...@denx.de wrote: On Tuesday, February 24, 2015 at 06:18:00 AM, Chris Packham wrote: Hi, Hi, I find myself in need of a NAND flash controller. I could probably massage the one from Marvell's bootloader into shape which actually appears

[U-Boot] [RFC PATCH v1] kwbimage: Align v1 binary header to 4B

According to the Armada-XP documentation the binary header format requires the header length to be aligned to 4B. Signed-off-by: Chris Packham judge.pack...@gmail.com --- tools/kwbimage.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/kwbimage.c b/tools/kwbimage.c index de5c808

[U-Boot] [RFC PATCH v1 0/1] Generating kwb image for custom board

is using a u-boot-spl image for the Armada-XP boards the spl image is implicitly conformant. Chris Packham (1): kwbimage: Align v1 binary header to 4B tools/kwbimage.c | 1 + 1 file changed, 1 insertion(+) -- 2.2.0.rc0 ___ U-Boot mailing list U

[U-Boot] [RFC PATCH v1 0/1] Include timezone information in build

to switching to the numeric representation if others feel strongly. Chris Packham (1): Makefile: Add U_BOOT_TZ and include in version Makefile | 3 ++- include/version.h | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) -- 2.3.5

[U-Boot] [RFC PATCH v1] Makefile: Add U_BOOT_TZ and include in version

Define U_BOOT_TZ alongside U_BOOT_TIME and U_BOOT_DATE and use it to include the timezone in the version output. Signed-off-by: Chris Packham judge.pack...@gmail.com --- Makefile | 3 ++- include/version.h | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/Makefile

Re: [U-Boot] [RFC PATCH v1] Makefile: Add U_BOOT_TZ and include in version

Hi, On Thu, Apr 30, 2015 at 12:38 PM, Chris Packham judge.pack...@gmail.com wrote: Define U_BOOT_TZ alongside U_BOOT_TIME and U_BOOT_DATE and use it to include the timezone in the version output. Signed-off-by: Chris Packham judge.pack...@gmail.com --- Makefile | 3 ++- include

[U-Boot] [PATCH v2] Makefile: Add U_BOOT_TZ and include in version

Define U_BOOT_TZ alongside U_BOOT_TIME and U_BOOT_DATE and use it to include the timezone in the version output. Acked-by: Simon Glass s...@chromium.org Signed-off-by: Chris Packham judge.pack...@gmail.com --- As per feedback from Tom I've switched to '%z' so that any size increase as a result

Re: [U-Boot] [RFC PATCH v1 0/1] Include timezone information in build

Hi Tom, On Sat, May 9, 2015 at 9:05 AM, Tom Rini tr...@konsulko.com wrote: On Thu, Apr 30, 2015 at 12:38:22PM +1200, Chris Packham wrote: Hi, Recently an eagle-eyed tester pointed out to me that the build time reported in my u-boot build did not match the file timestamp on the server

[U-Boot] [RFC PATCH v1] README: Describe CONFIG_SYS_NO_FLASH

. Signed-off-by: Chris Packham judge.pack...@gmail.com --- So this is my attempt to describe (my understanding of) how this option should be used. Any suggestions for improvement are most welcome. README | 13 + 1 file changed, 13 insertions(+) diff --git a/README b/README index 3b406c2

[U-Boot] What is the expected meaning of CONFIG_SYS_NO_FLASH

Hi, There is a bit of confusion at $dayjob about when CONFIG_SYS_NO_FLASH is used. Initially we thought that this meant I have no parallel NOR flash. So a board with only SPI flash would have CONFIG_SYS_NO_FLASH=1 and CONFIG_SPI_FLASH=1. Is this understanding correct? I'd like to be able to add

[U-Boot] [PATCH v2] README: Describe CONFIG_SYS_NO_FLASH

. Signed-off-by: Chris Packham judge.pack...@gmail.com Reviewed-by: Stefan Roese s...@denx.de --- So this is my attempt to describe (my understanding of) how this option should be used. Any suggestions for improvement are most welcome. Changes in v2: - Dropped RFC - Added review from Stefan README

Re: [U-Boot] [PATCH v2 0/8] JFFS2 fixes and performance improvements

Mark, On Wed, Jul 1, 2015 at 4:38 PM, Mark Tomlinson mark.tomlin...@alliedtelesis.co.nz wrote: In reply to comments from Wolfgang Denk and Heiko Schocher: I think you forgot to Cc Wolfgang and Heiko on this. Ditto with the updated patches Heiko reviewed from v1. My aim was to optimize

Re: [U-Boot] [U-Boot,RFC] Makefile: Add SOURCE_DATE_TZ

On Thu, Aug 13, 2015 at 4:40 AM, Tom Rini tr...@konsulko.com wrote: On Sat, Aug 01, 2015 at 10:32:49PM +1200, Chris Packham wrote: Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a build with a specific date timestamp. This allows the verification of source supplied

[U-Boot] [PATCH v3 2/2] Makefile: Add SOURCE_DATE_TZ

of the version command. If SOURCE_DATE_TZ is not specified UTC will be used. SOURCE_DATE_TZ on it's own will not have an affect. Signed-off-by: Chris Packham judge.pack...@gmail.com --- This is a quick proof of concept that allows some control of how the timezone is displayed. Now you can do something like

[U-Boot] [PATCH v3 1/2] Makefile: Use correct timezone for U_BOOT_TZ

When building with SOURCE_DATE_EPOCH the timezone is in UTC. When building normally the timezone is taken from the build machine's locale setting. Signed-off-by: Chris Packham judge.pack...@gmail.com Tested-by: Bin Meng bmeng...@gmail.com Tested-by: Paul Kocialkowski cont...@paulk.fr --- Changes

[U-Boot] [RFC PATCH] Makefile: Add SOURCE_DATE_TZ

of the version command. If SOURCE_DATE_TZ is not specified UTC will be used. SOURCE_DATE_TZ on it's own will not have an affect. Signed-off-by: Chris Packham judge.pack...@gmail.com --- This is a quick proof of concept that allows some control of how the timezone is displayed. Makefile | 7 --- README

[U-Boot] [PATCH v2] Makefile: Use correct timezone for U_BOOT_TZ

When building with SOURCE_DATE_EPOCH the timezone is in UTC. When building normally the timezone is taken from the build machine's locale setting. Signed-off-by: Chris Packham judge.pack...@gmail.com Tested-by: Bin Meng bmeng...@gmail.com Tested-by: Paul Kocialkowski cont...@paulk.fr --- Changes

Re: [U-Boot] [U-Boot, v2] Reproducible U-Boot build support, using SOURCE_DATE_EPOCH

Signed-off-by: Chris Packham judge.pack...@gmail.com Before this commit I have: U-Boot 2015.07-00345-g9c57487 (Jul 31 2015 - 10:49:31 +0800) After this commit I have: U-Boot 2015.07-00346-gf3f431a (Jul 31 2015 - 02:50:54 +) As you see: the timezone information is missing, and U-Boot's

Re: [U-Boot] [PATCH] patman: Don't run patman when it is imported as a module

in any case. Signed-off-by: Simon Glass s...@chromium.org --- Reviewed-by: Chris Packham judge.pack...@gmail.com I did (kind of) think about that at the time when I had to handle the in-tree vs out-of-tree usage. One solution would have been to move most of the code to a module (patch-manager say

[U-Boot] [PATCH] Makefile: Use correct timezone for U_BOOT_TZ

When building with SOURCE_DATE_EPOCH the timezone is in UTC. When building normally the timezone is taken from the build machine's locale setting. Fixes: f3f431a71272 (Reproducible U-Boot build support, using SOURCE_DATE_EPOCH) Signed-off-by: Chris Packham judge.pack...@gmail.com --- Hopefully

Re: [U-Boot] Request to host the patman project on kernel.org

Hi Simon, On Wed, Jul 29, 2015 at 6:04 AM, Simon Glass s...@chromium.org wrote: [Otavio and others. please weigh in with your comments] Hi, Patman is a patch management utility which supports Linux and U-Boot development. It is described briefly at [1] and documentation here [2]. name:

Re: [U-Boot] [PATCH v3] patman: add distutils based installer

...@ossystems.com.br wrote: On Tue, Jul 28, 2015 at 2:48 PM, Simon Glass s...@chromium.org wrote: On 28 July 2015 at 11:45, Otavio Salvador otavio.salva...@ossystems.com.br wrote: On Tue, Jul 28, 2015 at 2:39 PM, Simon Glass s...@chromium.org wrote: On 23 July 2015 at 03:36, Chris Packham

Re: [U-Boot] [PATCH] patman: Don't run patman when it is imported as a module

On Sat, Aug 1, 2015 at 12:06 AM, Simon Glass s...@chromium.org wrote: Hi Chris, On 30 July 2015 at 23:34, Chris Packham judge.pack...@gmail.com wrote: Hi Simon, On Fri, Jul 31, 2015 at 7:47 AM, Simon Glass s...@chromium.org wrote: Commit 488d19c (patman: add distutils based installer) has

Re: [U-Boot] [PATCH] Makefile: Use correct timezone for U_BOOT_TZ

(note I had some patman config that erroneously included extra people on the original Cc list, I've now dropped them) On Sat, Aug 1, 2015 at 5:05 AM, Paul Kocialkowski cont...@paulk.fr wrote: Le vendredi 31 juillet 2015 à 22:04 +1200, Chris Packham a écrit : When building with SOURCE_DATE_EPOCH

[U-Boot] debugging malloc heap corruption on 2015.04

Hi All, I've migrate a custom armv7 board from v2015.01 to v2015.04. One issue I've just started seeing is an odd hang _sometimes_ when booting automatically. The issue doesn't (seem to) happen when the boot process is interrupted and I run the boot command. I can also make the problem appear or

Re: [U-Boot] debugging malloc heap corruption on 2015.04

On Tue, Aug 11, 2015 at 11:56 AM, Chris Packham judge.pack...@gmail.com wrote: Hi All, I've migrate a custom armv7 board from v2015.01 to v2015.04. One issue I've just started seeing is an odd hang _sometimes_ when booting automatically. The issue doesn't (seem to) happen when the boot

Re: [U-Boot] [PATCH v2] Makefile: Use correct timezone for U_BOOT_TZ

Hi Tom, On Sat, Aug 1, 2015 at 9:43 PM, Chris Packham judge.pack...@gmail.com wrote: When building with SOURCE_DATE_EPOCH the timezone is in UTC. When building normally the timezone is taken from the build machine's locale setting. Signed-off-by: Chris Packham judge.pack...@gmail.com Tested

[U-Boot] [PATCH v3] patman: add distutils based installer

...@chromium.org Signed-off-by: Chris Packham judge.pack...@gmail.com --- This gives us something that can be distributed separately as well as in-tree. The import trick allows the python module patman to be distributed and enables in-tree use without moving things around. An alternative would be to move

Re: [U-Boot] [PATCH v3] patman: add distutils based installer

On Thu, Jul 23, 2015 at 2:10 PM, Simon Glass s...@chromium.org wrote: Hi Chris, On 22 July 2015 at 03:21, Chris Packham judge.pack...@gmail.com wrote: To make it easier to use patman on other projects add a distutils style installer. Now patman can be installed with cd u-boot/tools/patman

Re: [U-Boot] [PATCH v3] patman: add distutils based installer

On Thu, Jul 23, 2015 at 3:41 PM, Masahiro Yamada yamada.masah...@socionext.com wrote: 2015-07-23 11:10 GMT+09:00 Simon Glass s...@chromium.org: Hi Chris, On 22 July 2015 at 03:21, Chris Packham judge.pack...@gmail.com wrote: To make it easier to use patman on other projects add a distutils

[U-Boot] [Resend RFC PATCH v2] mips: Use unsigned int when reading c0 registers

are unsigned) or are made up of various bit fields to be interpreted as per the CPU datasheet. Reported-by: Sachin Surendran sachin.surend...@alliedtelesis.co.nz Signed-off-by: Chris Packham judge.pack...@gmail.com --- Changes in v2: - Use Rob's current email address arch/mips/include/asm

[U-Boot] [Resend RFC PATCH v2 0/1] MIPS64 timer bug

email address Chris Packham (1): mips: Use unsigned int when reading c0 registers arch/mips/include/asm/mipsregs.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- 2.5.0.rc0 ___ U-Boot mailing list U-Boot@lists.denx.de http

Re: [U-Boot] [Resend RFC PATCH v2] mips: Use unsigned int when reading c0 registers

On Wed, Jul 15, 2015 at 7:01 AM, Daniel Schwierzeck daniel.schwierz...@gmail.com wrote: Hi Chris, sorry for the delay. No problem. It only just occurred to me that it's probably peak holiday season for people in the northern hemisphere. Am 14.07.2015 um 12:54 schrieb Chris Packham

[U-Boot] [RFC PATCH] patman: add distutils based installer

To make it easier to use patman on other projects add a distutils style installer. Now patman can be installed with cd u-boot/tools/patman python setup.py install There are also the usual distutils options for creating source/binary distributions of patman. Signed-off-by: Chris Packham

Re: [U-Boot] [Resend RFC PATCH v2] mips: Use unsigned int when reading c0 registers

On Wed, Jul 15, 2015 at 9:12 AM, Chris Packham judge.pack...@gmail.com wrote: On Wed, Jul 15, 2015 at 7:01 AM, Daniel Schwierzeck daniel.schwierz...@gmail.com wrote: Hi Chris, sorry for the delay. No problem. It only just occurred to me that it's probably peak holiday season for people

[U-Boot] [RFC PATCH v2] patman: add distutils based installer

To make it easier to use patman on other projects add a distutils style installer. Now patman can be installed with cd u-boot/tools/patman python setup.py install There are also the usual distutils options for creating source/binary distributions of patman. Signed-off-by: Chris Packham

Re: [U-Boot] [RFC PATCH 3/8] lib: net_utils: make string_to_ip stricter

On Mon, Oct 12, 2015 at 8:43 PM, Chris Packham <judge.pack...@gmail.com> wrote: > Previously values greater than 255 were implicitly truncated. Add some > stricter checking to reject addresses with components >255. > > With the input "1234192.168.1.1" the old behavio

[U-Boot] [RFC PATCH v2 01/11] Initial net6.h

The initial net6.h just has the definition of an IPv6 address and IPv6 header. Subsequent changes will build on this. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: None include/net6.h | 48 1 file chang

[U-Boot] [RFC PATCH v2 02/11] lib: vsprintf: add IPv6 compressed format %pI6c

Add support for "human friendly" IPv6 address representations as specified in http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-00 This code has been adapted from Linux kernel with minimal modification. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --

[U-Boot] [RFC PATCH v2 00/11] IPv6 support

o it's own patch Chris Packham (11): Initial net6.h lib: vsprintf: add IPv6 compressed format %pI6c lib: net_utils: make string_to_ip stricter lib: net_utils: add string_to_ip6 net: add definition of udp_hdr net: IPv6 skeleton and environment variables net: IPv6 support net: Add pin

[U-Boot] [RFC PATCH v2 06/11] net: IPv6 skeleton and environment variables

Create net6.c and add CONFIG_NET6 to Kconfig/Makefile. Also add support for the following environment variables: - ip6addr - gateway6 - serverip6 Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - Split environment variables from main implementation -

[U-Boot] [RFC PATCH v2 03/11] lib: net_utils: make string_to_ip stricter

.0.0.0, which for the purposes of IP addresses can be considered an error. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - restore some lazy parsing behavior that the tftpboot command relied on. lib/net_utils.c | 11 --- 1 file changed, 8 insertions(+), 3

[U-Boot] [RFC PATCH v2 10/11] net: IPv6 documentation

Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: None README | 3 +++ doc/README.ipv6 | 32 2 files changed, 35 insertions(+) create mode 100644 doc/README.ipv6 diff --git a/README b/README index ef8d437..64b431d

[U-Boot] [RFC PATCH v2 07/11] net: IPv6 support

Adds basic support for IPv6. Neighbor discovery and ping6 are the only things supported at the moment. Helped-by: Hanna Hawa <han...@marvell.com> [endian & alignment fixes] Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Now we have something functional. With this an

[U-Boot] [RFC PATCH v2 09/11] net: TFTP over IPv6

Add support for UDP/TFTP over IPv6. To support specifying an server IPv6 address in the command square brackets must be used to separate the address from the filename. e.g tftpboot6 [2001:db8::1]:zImage Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: None

[U-Boot] [RFC PATCH v2 08/11] net: Add ping6 command and implementation

Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Changes in v2: - split ping6 support into it's own patch common/Kconfig | 6 +++ common/cmd_net.c | 28 ++ include/net.h| 4 +- net/net6.c | 7 net/ping6.c

[U-Boot] [RFC PATCH v2 04/11] lib: net_utils: add string_to_ip6

string_to_ip6 parses an IPv6 address from a string. Parsing v6 addresses is a bit more complicated than parsing v4 because there are a number of different formats that can be used. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- I'm sure the parsing can be better and done in les

[U-Boot] [RFC PATCH v2 05/11] net: add definition of udp_hdr

UDP is the same over IPv4 as it is over other protocols (i.e. IPv6) add a definition of just the UDP header independent of the IPv4 header that it may or may not be combined with. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Ideally struct ip_udp_hdr would be defined as

[U-Boot] [RFC PATCH v2 11/11] net: e1000 enable multicast reception

of simplicity the latter approach has been taken. The e1000 hardware has slightly finer grained control in that it is possible to enable support for multicast-promiscuous mode separately from unicast so the extra traffic received is less. Signed-off-by: Chris Packham <judge.pack...@gmail.

Re: [U-Boot] [RFC PATCH 5/8] net: ipv6 support

: > Hi Chris, > > On Mon, Oct 12, 2015 at 2:43 AM, Chris Packham <judge.pack...@gmail.com> > wrote: >> Adds basic support for IPv6. Neighbor discovery and ping6 are the only >> things supported at the moment. >> >> Helped-by: Hanna Hawa <han...@ma

Re: [U-Boot] [RFC PATCH 5/8] net: ipv6 support

On Wed, Nov 4, 2015 at 8:41 AM, Joe Hershberger wrote: >> I'm actually testing with x86 on QEMU so I think LE is all good. I'll >> remove the comment. > > Great. Have you done any testing in sandbox? I'd really like to see > unit tests go in as part of this series. >

Re: [U-Boot] [RFC PATCH 6/8] net: TFTP over IPv6

On Wed, Nov 4, 2015 at 8:43 AM, Joe Hershberger <joe.hershber...@gmail.com> wrote: > Hi Chris, > > On Tue, Nov 3, 2015 at 4:15 AM, Chris Packham <judge.pack...@gmail.com> wrote: >> On Tue, Nov 3, 2015 at 9:43 AM, Joe Hershberger >> <joe.hershber...@gmail.com&

Re: [U-Boot] [RFC PATCH 6/8] net: TFTP over IPv6

On Tue, Nov 3, 2015 at 9:43 AM, Joe Hershberger <joe.hershber...@gmail.com> wrote: > Hi Chris, > > On Mon, Oct 12, 2015 at 2:43 AM, Chris Packham <judge.pack...@gmail.com> > wrote: >> Add support for UDP/TFTP over IPv6. >> >> Signed-off-by: Chris Packh

[U-Boot] [RFC PATCH 6/8] net: TFTP over IPv6

Add support for UDP/TFTP over IPv6. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- One problem with the [hostIpAddr:]fileName syntax is that IPv6 addresses contains colons. So tftp_start() would be confused by 'tftpboot6 $loadaddr 2001:db8::1:zImage'. It is probably possible to

[U-Boot] [RFC PATCH 5/8] net: ipv6 support

Adds basic support for IPv6. Neighbor discovery and ping6 are the only things supported at the moment. Helped-by: Hanna Hawa <han...@marvell.com> [endian & alignment fixes] Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Now we have something functional. With this you

[U-Boot] [RFC PATCH 3/8] lib: net_utils: make string_to_ip stricter

.0.0.0, which for the purposes of IP addresses can be considered an error. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- lib/net_utils.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/lib/net_utils.c b/lib/net_utils.c index cfae842..0fca5

[U-Boot] [RFC PATCH 1/8] Initial net6.h

The initial net6.h just has the definition of an IPv6 address and IPv6 header. Subsequent changes will build on this. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- It may make sense to include this in net.h but for now I haven't done so. include/net6.

[U-Boot] [RFC PATCH 4/8] lib: net_utils: add string_to_ip6

string_to_ip6 parses an IPv6 address from a string. Parsing v6 addresses is a bit more complicated than parsing v4 because there are a number of different formats that can be used. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- I'm sure the parsing can be better and done in les

[U-Boot] [RFC PATCH 2/8] lib: vsprintf: add IPv6 compressed format %pI6c

Add support for "human friendly" IPv6 address representations as specified in http://tools.ietf.org/html/draft-ietf-6man-text-addr-representation-00 This code has been adapted from Linux kernel with minimal modification. Signed-off-by: Chris Packham <judge.pack...@gmail.com> ---

[U-Boot] [RFC PATCH 8/8] net: e1000 enable multicast reception

of simplicity the latter approach has been taken. The e1000 hardware has slightly finer grained control in that it is possible to enable support for multicast-promiscuous mode separately from unicast so the extra traffic received is less. Signed-off-by: Chris Packham <judge.pack...@gmail.

[U-Boot] [RFC PATCH 0/8] IPv6 support

using my gmail account I've signed using that. Chris Packham (8): Initial net6.h lib: vsprintf: add IPv6 compressed format %pI6c lib: net_utils: make string_to_ip stricter lib: net_utils: add string_to_ip6 net: ipv6 support net: TFTP over IPv6 net: IPv6 documentation net

[U-Boot] [RFC PATCH 7/8] net: IPv6 documentation

Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- README | 3 +++ doc/README.ipv6 | 34 ++ 2 files changed, 37 insertions(+) create mode 100644 doc/README.ipv6 diff --git a/README b/README index c22b60b..6118de2 100644 --- a/README

[U-Boot] [RFC PATCH v1 0/1] MIPS64 timer bug

$ gcc --version gcc (Ubuntu 4.8.4-2ubuntu1~14.04) 4.8.4 Copyright (C) 2013 Free Software Foundation, Inc. Our embedded target is using $ mips64-octeon-linux-gnu-gcc --version mips64-octeon-linux-gnu-gcc (GCC) 4.7.0 Copyright (C) 2012 Free Software Foundation, Inc. Chris Packham (1): mips

[U-Boot] [RFC PATCH v1] mips: Use unsigned int when reading c0 registers

are unsigned) or are made up of various bit fields to be interpreted as per the CPU datasheet. Reported-by: Sachin Surendran sachin.surend...@alliedtelesis.co.nz Signed-off-by: Chris Packham judge.pack...@gmail.com --- arch/mips/include/asm/mipsregs.h | 4 ++-- 1 file changed, 2 insertions

Re: [U-Boot] [PATCH v3 2/2] Makefile: Add SOURCE_DATE_TZ

On Wed, Aug 26, 2015 at 12:09 AM, Paul Kocialkowski cont...@paulk.fr wrote: Le jeudi 13 août 2015 à 18:08 +1200, Chris Packham a écrit : Along with SOURCE_DATE_EPOCH SOURCE_DATE_TZ can be used to recreate a build with a specific date timestamp. This allows the verification of source supplied

Re: [U-Boot] [RFC PATCH v2 03/11] lib: net_utils: make string_to_ip stricter

On Tue, Nov 24, 2015 at 2:06 PM, Joe Hershberger <joe.hershber...@gmail.com> wrote: > On Mon, Nov 9, 2015 at 1:38 AM, Chris Packham <judge.pack...@gmail.com> wrote: >> Previously values greater than 255 were implicitly truncated. Add some >> stricter checking to rejec

Re: [U-Boot] [RFC PATCH v2 06/11] net: IPv6 skeleton and environment variables

On Tue, Nov 24, 2015 at 2:06 PM, Joe Hershberger <joe.hershber...@gmail.com> wrote: > Hi Chris, > > On Mon, Nov 9, 2015 at 1:38 AM, Chris Packham <judge.pack...@gmail.com> wrote: >> Create net6.c and add CONFIG_NET6 to Kconfig/Makefile. Also add >> support for th

Re: [U-Boot] [PATCH] net: Allow setenv to set net global variables

sequently, the early return for non-interactive invocation are >> now removed and any call to setenv will update the corresponding states >> internal to the net source code as expected. >> >> Signed-off-by: Matthew Bright <matthew.bri...@alliedtelesis.co.nz> >> Reviewe

Re: [U-Boot] [RFC PATCH v1] lib: make strmhz available in SPL

On 05/25/2016 03:30 PM, Simon Glass wrote: > Hi Chris, > > On 24 May 2016 at 20:20, Chris Packham <judge.pack...@gmail.com> wrote: >> From: Chris Packham <chris.pack...@alliedtelesis.co.nz> >> >> When setting up a DDR controller it is useful to be able to di

Re: [U-Boot] [PATCH] net: smsc95xx: Use correct get_unaligned functions

. > > Change-Id: If28222615e85a6f34f3fde42eb21c6f56a2cb988 We shouldn't let these leak out of $work. This doesn't really mean anything to anyone without access to our internal review system. > Reviewed-by: Chris Packham <chris.pack...@alliedtelesis.co.nz> For what it's worth - this is m

Re: [U-Boot] [PATCH] net: Allow setenv to set net global variables

On 06/14/2016 06:34 AM, Joe Hershberger wrote: > Hi Chris, > > On Sun, Jun 12, 2016 at 3:58 PM, Chris Packham > <chris.pack...@alliedtelesis.co.nz> wrote: >> Hi Joe, >> >> On 06/11/2016 03:56 AM, Joe Hershberger wrote: >>> On Thu, Jun 9, 201

Re: [U-Boot] [PATCH] net: smsc95xx: Use correct get_unaligned functions

On Mon, Jun 13, 2016 at 8:01 PM, Chris Packham <judge.pack...@gmail.com> wrote: > Hi Mark, > > On Mon, Jun 13, 2016 at 5:00 PM, Mark Tomlinson > <mark.tomlin...@alliedtelesis.co.nz> wrote: >> The __get_unaligned_le* functions may not be declared on all platforms

Re: [U-Boot] [PATCH] net: Allow setenv to set net global variables

On 06/14/2016 10:19 AM, Joe Hershberger wrote: > Hi Chris, > > On Mon, Jun 13, 2016 at 4:13 PM, Chris Packham > <chris.pack...@alliedtelesis.co.nz> wrote: >> On 06/14/2016 06:34 AM, Joe Hershberger wrote: >>> Hi Chris, >>> >>> On Sun, Jun

Re: [U-Boot] [RFC PATCH] env: Add a setenv that allows passing flags

; > Signed-off-by: Joe Hershberger <joe.hershber...@ni.com> Thanks looks great Reviewed-by: Chris Packham <chris.pack...@alliedtelesis.co.nz> I'll also give it a test on some of our setups here and report back. > --- > > cmd/nvedit.c | 11 --- > include/commo

Re: [U-Boot] [RFC PATCH] env: Add a setenv that allows passing flags

On 06/15/2016 08:47 AM, Chris Packham wrote: > Hi Joe, > > On 06/15/2016 07:01 AM, Joe Hershberger wrote: >> In some cases an interactive feature will be implemented using the >> programmatic APIs, so the developer will want "interactive" behavior as >> a resu

[U-Boot] [PATCH v2] lib: make strmhz available in SPL

From: Chris Packham <chris.pack...@alliedtelesis.co.nz> When setting up a DDR controller it is useful to be able to display frequencies in a readable form. Make the strmhz() function available in SPL builds provided there is full vsprintf available. Reviewed-by: Tony O'Brien <

[U-Boot] Avoiding overwriting FDT from FIT image

Hi, We have several boards making use of FIT images for the kernel/initrd/fdt. With v2015.04 we can successfully boot our application image. With v2016.05 we run into a problem where the FDT is overwritten when the ramdisk is relocated. Here's a snippet of boot output that illustrates the

[U-Boot] Board specific hook for performing pre-os tweaks

Hi, Is there any hook for performing board specific actions prior to booting the OS. A quick google search turned up this thread from 2014[1]. But the eventual outcome seemed to be that the device model will take care of restoring devices to their unused state, for anything else there is

[U-Boot] [RFC PATCH v1] net: Add headroom configuration

Some network devices/drivers need to insert special tags in packets as they are transmitted (e.g. Marvell's DSA tag for their switch devices). Add an option to leave a little space at the start of the packets Reviewed-by: Mark Tomlinson <mark.tomlin...@alliedtelesis.co.nz> Signed-off-by:

[U-Boot] [RFC PATCH v1] kirkwood_nand: claim MPP pins on the fly

Claim the MPP pins for the NAND flash controller only when it's actually being used. This allows the pins to be shared with the SPI interface which already supports an equivalent on-access MPP reconfiguration. Reviewed-by: Mark Tomlinson <mark.tomlin...@alliedtelesis.co.nz> Signed-off-by:

[U-Boot] [PATCH v2] kirkwood_nand: claim MPP pins on the fly

Claim the MPP pins for the NAND flash controller only when it's actually being used. This allows the pins to be shared with the SPI interface which already supports an equivalent on-access MPP reconfiguration. Reviewed-by: Mark Tomlinson <mark.tomlin...@alliedtelesis.co.nz> Signed-off-by:

Re: [U-Boot] [RFC PATCH v1] kirkwood_nand: claim MPP pins on the fly

Hi Scott, On Sat, Jan 23, 2016 at 9:11 AM, Scott Wood <o...@buserror.net> wrote: > On Fri, 2016-01-15 at 17:22 +1300, Chris Packham wrote: >> Claim the MPP pins for the NAND flash controller only when it's actually >> being used. This allows the pins to be shared with the S

[U-Boot] [RFC PATCH v1] lib: make strmhz available in SPL

From: Chris Packham <chris.pack...@alliedtelesis.co.nz> When setting up a DDR controller it is useful to be able to display frequencies in a readable form. Make the strmhz() function available in SPL builds provided there is full vsprintf available. Reviewed-by: Tony O'Brien <

[U-Boot] [PATCH] i2c: mvtwsi: avoid writing to twsi_control_flags prior to relocation

underneath us. Only write to twsi_control_flags once we know we've relocated to RAM. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- drivers/i2c/mvtwsi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/i2c/mvtwsi.c b/drivers/i2c/mvtwsi.c index 2

[U-Boot] [PATCH 0/1] i2c: mvtwsi: running from flash ROM

this behaviour. Presumably _something_ else has changed in a way that is affecting this behaviour but so far I haven't been able to narrow this down to a particular change. Chris Packham (1): i2c: mvtwsi: avoid writing to twsi_control_flags prior to relocation drivers/i2c/mvtwsi.c | 5 - 1

[U-Boot] [PATCH] Remove unused BOOTFLAG definitions

This follows on from commit d98b052 ("powerpc: Cleanup BOOTFLAG_* references") and commit fc3d297 ("Drop bogus BOOTFLAG_* definitions"). Remove the definitions that have crept in since. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- include/configs/P1010R

[U-Boot] [PATCH v2] i2c: mvtwsi: Eliminate twsi_control_flags

code underneath us. Pass around a stack variable from the top of the twsi i2c driver to avoid writing to global data. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- > On Thu, May 12, 2016 at 9:50 PM, Stefan Roese <s...@denx.de> wrote: >> Hi Chris, >> >&

Re: [U-Boot] [PATCH] i2c: mvtwsi: avoid writing to twsi_control_flags prior to relocation

On Fri, May 13, 2016 at 10:35 AM, Chris Packham <judge.pack...@gmail.com> wrote: > On Thu, May 12, 2016 at 9:50 PM, Stefan Roese <s...@denx.de> wrote: >> Hi Chris, >> >> >> On 12.05.2016 04:55, Chris Packham wrote: >>> st

Re: [U-Boot] [PATCH] i2c: mvtwsi: avoid writing to twsi_control_flags prior to relocation

On Thu, May 12, 2016 at 9:50 PM, Stefan Roese <s...@denx.de> wrote: > Hi Chris, > > > On 12.05.2016 04:55, Chris Packham wrote: >> >> In a system where the initial u-boot location is genuinely NOR flash (as >> opposed to RAM or a cache-line setup by a pre-bootl

Re: [U-Boot] Passing information from SPL to next stage

On Tue, Jul 26, 2016 at 2:51 AM, Tom Rini <tr...@konsulko.com> wrote: > On Mon, Jul 25, 2016 at 08:54:27PM +1200, Chris Packham wrote: > >> Hi, >> >> Is there a standard way of passing information discovered by the SPL >> onto the next boot stage? >>

Re: [U-Boot] Passing information from SPL to next stage

On Tue, Jul 26, 2016 at 11:51 AM, Chris Packham <judge.pack...@gmail.com> wrote: > On Tue, Jul 26, 2016 at 2:51 AM, Tom Rini <tr...@konsulko.com> wrote: >> On Mon, Jul 25, 2016 at 08:54:27PM +1200, Chris Packham wrote: >> >>> Hi, >>> >>> Is

[U-Boot] [PATCH v2] net: smsc95xx: Use correct get_unaligned functions

The __get_unaligned_le* functions may not be declared on all platforms. Instead, get_unaligned_le* should be used. On many platforms both of these are the same function. Signed-off-by: Chris Packham <judge.pack...@gmail.com> --- Hi Joe, Mark didn't manage to get to this before he went on

[U-Boot] Passing information from SPL to next stage

Hi, Is there a standard way of passing information discovered by the SPL onto the next boot stage? I'm guessing for platforms that support the new driver model it's possible to add/update information in the device-tree, but what about platforms that don't currently use the new driver model. I

<    1   2   3   4   5   6   7   8   9   10   >