From: Chris Packham chris.pack...@alliedtelesis.co.nz
Instead of assuming that SYS_TEXT_BASE is 0xFFF8 calculate the initial
pbl command offset by subtracting the image size from the top of the
24-bit address range. Also increase the size of the memory buffer to
accommodate a larger output
];
Best Regards,
Shaohui Xie
-Original Message-
From: Chris Packham [mailto:judge.pack...@gmail.com]
Sent: Monday, May 27, 2013 6:52 AM
To: Fleming Andy-AFLEMING
Cc: Xie Shaohui-B21989; u-boot@lists.denx.de; Chris Packham
Subject: [PATCH] powerpc/CoreNet: Allow pbl images to take u-boot
Hi,
I've just found a crash in usb_stor_get_info (actually usb_inquiry
which gets auto-inlined). The cause seems to be that ss-transport is
set to the pre-relocation address of usb_stor_BBB_transport. Yet
ss-transport_reset is set to the correct relocated address of.
The difference between the
On Thu, Jun 13, 2013 at 12:02 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi,
I've just found a crash in usb_stor_get_info (actually usb_inquiry
which gets auto-inlined). The cause seems to be that ss-transport is
set to the pre-relocation address of usb_stor_BBB_transport. Yet
ss
Hi Albert,
On 13/06/13 17:43, Albert ARIBAUD wrote:
Hi Chris,
On Thu, 13 Jun 2013 13:16:17 +1200, Chris Packham
judge.pack...@gmail.com wrote:
On Thu, Jun 13, 2013 at 12:02 PM, Chris Packham judge.pack...@gmail.com
wrote:
Hi,
I've just found a crash in usb_stor_get_info (actually
On Thu, Jun 13, 2013 at 11:24 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Chris,
On Thu, 13 Jun 2013 22:19:54 +1200, Chris Packham
judge.pack...@gmail.com wrote:
Hi Albert,
On 13/06/13 17:43, Albert ARIBAUD wrote:
Hi Chris,
On Thu, 13 Jun 2013 13:16:17 +1200, Chris Packham
On Fri, Jun 14, 2013 at 10:48 AM, Chris Packham judge.pack...@gmail.com wrote:
On Thu, Jun 13, 2013 at 11:24 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Chris,
On Thu, 13 Jun 2013 22:19:54 +1200, Chris Packham
judge.pack...@gmail.com wrote:
Hi Albert,
On 13/06/13 17:43, Albert
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Users of familiar with the Linux gpiolib API expect that value parameter
to gpio_direction_output reflects the initial state of the output pin.
gpio_direction_output was always driving the output low, now it drives
it high or low according
Hi Andy,
On 6/22/2013 at 08:31 AM, Andy Fleming aflem...@freescale.com wrote:
On Mon, May 27, 2013 at 10:51:46AM +1200, Chris Packham wrote:
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Instead of assuming that SYS_TEXT_BASE is 0xFFF8 calculate the initial
pbl command offset
...@freescale.com wrote:
Chris,
Thanks a lot to bring this to our attention.
A brief look at the log shows the SPD wasn't found, probably due to recent
I2C change. We will address this issue as soon as possible.
York
Original Message
From: Chris Packham
Sent: Mon, 09
Hi,
I was just looking at something else and found that my P2041RDB no
longer boots from the master branch of u-boot.git (it hangs after DDR
initialisation). I checked 2013.10-rc1, same problem. 2013.07 works.
I haven't bisected further than that. I just thought I'd fire this off
now since it
On 10/09/13 18:15, Heiko Schocher wrote:
Hello Chris, sun,york,
Am 10.09.2013 07:52, schrieb sun york-R58495:
Chris,
Thanks for the debugging work. As I suspected, it's related to I2C
change. It's probably a problem in the board header file. If you fix
it, please submit a patch.
CONFIG_SYS_FSL_I2C2_OFFSET 0x3100
+#define CONFIG_SYS_FSL_I2C2_OFFSET 0x118100
/*
* RapidIO
--
1.7.0.4
Yes that appears to fix the problem. Thanks for the quick turn around.
Tested-by: Chris Packham judge.pack...@gmail.com
___
U-Boot mailing list
U
Hi,
Has anyone looked at a way of implementing get_timer for PowerPC without
using interrupts.
We appear to be having a problem with common/usb_hub.c where
occasionally (1 in ~150 reboots) we seem to get stuck in the do/while
loop in usb_hub_configure. It looks like this should timeout but
On 30/09/13 21:22, Chris Packham wrote:
Hi,
Has anyone looked at a way of implementing get_timer for PowerPC without
using interrupts.
We appear to be having a problem with common/usb_hub.c where
occasionally (1 in ~150 reboots) we seem to get stuck in the do/while
loop
u-boot tree (we
have a couple of supported eval boards around).
Thanks for reading,
Chris Packham
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Jan 11, 2013 at 8:16 AM, Joe Hershberger
joe.hershber...@gmail.comwrote:
Hi Chris,
On Wed, Jan 9, 2013 at 9:25 PM, Chris Packham judge.pack...@gmail.com
wrote:
Hi,
Here at $dayjob we make embedded network devices (routers switches).
Because we have an interest in getting
Hi,
I've just run into something porting an existing out of tree board to
u-boot 2012.10 but I think it points to a generic issue for standalone
applications.
Consider the following change
diff --git a/examples/standalone/hello_world.c
b/examples/standalone/hello_world.c
index 067c390..d2e6a77
Here is a patch for the latter option
---8---
From ece309850996e2347c54a9874dee5cc67e673402 Mon Sep 17 00:00:00 2001
From: Chris Packham judge.pack...@gmail.com
Date: Wed, 16 Jan 2013 17:36:05 +1300
Subject: [PATCH] exports.h: add required definitions from common.h
To avoid symbol namespace
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
Cc: Joe Hershberger joe.hershber...@gmail.com
Signed-off-by: Chris Packham chris.pack
Here's something simple to get started. IP6addr_t is added as a typedef
(for consistency with IPaddr_t). I ended up borrowing and adapting the
vsprintf code from Linux.
Here is an example of the printf formatting
With this code
IP6addr_t addr6 = {.u6_addr16[0] = 0x3ffe,
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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.
Cc: Joe Hershberger
On 01/16/2013 11:01 PM, Chris Packham wrote:
snip
#
Scanned by MailMarshal - M86 Security's comprehensive email content security
solution
Hi Albert,
On 01/16/2013 08:25 PM, Albert ARIBAUD (U-Boot) wrote:
Hi Chris,
On Wed, 16 Jan 2013 17:23:58 +1300, Chris Packham
judge.pack...@gmail.com wrote:
Hi,
I've just run into something porting an existing out of tree board to
u-boot 2012.10 but I think it points to a generic issue
On Thu, Jan 17, 2013 at 1:57 AM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi Chris,
On Wed, 16 Jan 2013 23:16:07 +1300, Chris Packham
judge.pack...@gmail.com wrote:
Hi Albert,
On 01/16/2013 08:25 PM, Albert ARIBAUD (U-Boot) wrote:
Hi Chris,
On Wed, 16 Jan 2013 17:23:58
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Analogous to getenv_IPaddr but for IPv6. This allows the caller to get an
IP6addr_t from an environment variable.
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes in v2: None
include/common.h | 6 ++
lib
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes in v2:
-use __be16
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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 behaviour would truncate the
address to 192.168.1.1. New behaviour
From: Chris Packham chris.pack...@alliedtelesis.co.nz
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses. I have a patch for testing these basic
things which I haven't included in this series yet. Is there a unittest
facility for u-boot I should be using
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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 chris.pack
On 01/18/2013 09:20 PM, Albert ARIBAUD wrote:
Hi Chris,
On Fri, 18 Jan 2013 14:35:27 +1300, Chris Packham
judge.pack...@gmail.com wrote:
From: Chris Packham chris.pack...@alliedtelesis.co.nz
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses
On 01/18/2013 11:23 PM, Wolfgang Denk wrote:
Dear Chris,
In message 1358472932-32083-1-git-send-email-judge.pack...@gmail.com you
wrote:
This series so far covers the introduction of a IP6addr_t and
printing/parsing of addresses. I have a patch for testing these basic
things which I
On 01/18/2013 11:44 PM, Wolfgang Denk wrote:
Dear Chris,
In message 50f91851.5050...@gmail.com you wrote:
Good question. Basically we have some out of tree code that implements a
basic IPv6 stack. I'm drip feeding the code in pieces to avoid just
dumping it on people and because the
On 01/19/2013 07:41 AM, Joe Hershberger wrote:
On Fri, Jan 18, 2013 at 4:44 AM, Wolfgang Denk w...@denx.de wrote:
Dear Chris,
In message 50f91851.5050...@gmail.com you wrote:
Personally I'm happy to have a long running series and periodically send
updates to the list. I have a repository on
On Mon, Jan 21, 2013 at 10:00 AM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi Chris,
On Sun, 20 Jan 2013 22:44:39 +1300, Chris Packham
judge.pack...@gmail.com wrote:
TFTP over IPv6 as well as PING6. Our use case is just static address
configuration but using link-local addresses
Hi Wolfgang,
A a few more specific answers to your questions
On Sun, Jan 20, 2013 at 10:44 PM, Chris Packham judge.pack...@gmail.comwrote:
On 01/18/2013 11:44 PM, Wolfgang Denk wrote:
Dear Chris,
Last time I checked (about 2 years ago) there was no officially
agreed-on standard
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Now we have something functional. With this you can do something like
'setenv ipaddr6 3ffe::2' and 'ping6 3ffe::1' should work.
I seem to have a problem that when you send a ping6 for a non-existent
address that ends up stuck and the next non
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes in v3:
- add reviewed
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Analogous to getenv_IPaddr but for IPv6. This allows the caller to get an
IP6addr_t from an environment variable.
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes in v3: None
Changes in v2: None
include/common.h
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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 behaviour would truncate the
address to 192.168.1.1. New behaviour
From: Chris Packham chris.pack...@alliedtelesis.co.nz
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 chris.pack
From: Chris Packham chris.pack...@alliedtelesis.co.nz
For IPv6 neighbor discovery to operate correctly we need to register for
various multicast groups (because some neighbor discovery packets are
sent to various multicast addresses).
Signed-off-by: Chris Packham chris.pack
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Adds basic support for IPv6. Neighbor discovery and ping6 are the only
things supported at the moment. Stub code exists for UDP but it is
untested and unlikely to work.
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
set the top or bottom 8 bits
at a time. For example to set the 16 pins to be outputs you need to make
the function calls
pca9539_set_dir(PCA9539_ADDR, 0xff00, 0x);
pca9539_set_dir(PCA9539_ADDR, 0x00ff, 0x);
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Hi,
I have
On Tue, Dec 7, 2010 at 1:13 PM, Peter Tyser pty...@xes-inc.com wrote:
Hi Chris,
On Tue, 2010-12-07 at 10:48 +1300, Chris Packham wrote:
This adds support for the PCA9539 family of gpio devices which have 16
output pins. The devices are similar to chips that use the pca953x driver
except
On Tue, Dec 7, 2010 at 2:34 PM, Peter Tyser pty...@xes-inc.com wrote:
snip
You could do the same thing to the U-Boot pca953x driver.
Eg at the top you could add:
#ifdef CONFIG_PCA953X_16BIT
#define NGPIO = 16
#else
#define NGPIO = 8
#endif
I have a small problem with this due to
This adds support for for the PCA9535/PCA9539 family of gpio devices which
have 16 output pins.
To let the driver know which devices are 16-pin it is necessary to define
CONFIG_SYS_I2C_PCA953X_WIDTH in your board config file. This is used to
create an array of {chip, ngpio} tuples that are used
On Thu, Dec 9, 2010 at 1:08 PM, Peter Tyser pty...@xes-inc.com wrote:
The patch looks good. I had a few minor nitpicky style comments below:
As suggested by Peter I've implemented the 16-pin support in the existing
pca953x driver. So this is pretty much a re-write of the v1 patch. Is the
to determine the
width of a particular chip. For backwards compatibility it is assumed that
any chip not defined in CONFIG_SYS_I2C_PCA953X_WIDTH has 8 pins.
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes since v2:
- I've addressed Peters style comments.
- I've added
On Fri, Dec 10, 2010 at 6:08 AM, Peter Tyser pty...@xes-inc.com wrote:
On Thu, 2010-12-09 at 22:11 +1300, Chris Packham wrote:
This adds support for for the PCA9535/PCA9539 family of gpio devices which
have 16 output pins.
To let the driver know which devices are 16-pin it is necessary
to determine the
width of a particular chip. For backwards compatibility it is assumed that
any chip not defined in CONFIG_SYS_I2C_PCA953X_WIDTH has 8 pins.
Acked-by: Peter Tyser pty...@xes-inc.com
Tested-by: Peter Tyser pty...@xes-inc.com
Signed-off-by: Chris Packham chris.pack
On Mon, Jan 10, 2011 at 8:02 PM, Heiko Schocher h...@denx.de wrote:
Hello Chris,
Sorry for the late reply, but just looked in patchwork and found that
I am responsible for your patch, so ...
Chris Packham wrote:
This adds support for for the PCA9535/PCA9539 family of gpio devices which
Disclaimer: I'm workmate of Mark's
Wolfgang Denk wd at denx.de writes:
It's not a hardware bug, but a configuration error.
f800-fbff 64M Flash
fe00-fe0f1M Battery-backed RAM
ff00-ff00 64K On-board logic
ff70-ff7f1M CCSR
Hi Wolfgang,
On Thu, May 20, 2010 at 1:35 AM, Wolfgang Denk w...@denx.de wrote:
Dear Chris Packham,
In message loom.20100520t005209-...@post.gmane.org you wrote:
While it would be possible to shuffle the memory map around there is one
problem with the hardware design that I don't think can
for it.
Is there any existing way to make the cfi_flash driver handle this
situation for me?
Thanks,
Chris Packham
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 07/09/10 10:26, Stefan Roese wrote:
Hi Chris,
On Tuesday 07 September 2010 19:05:46 Chris Packham wrote:
My u-boot config is currently setup for the 2x32MB case i.e.
CONFIG_SYS_MAX_FLASH_BANKS = 2, CONFIG_SYS_FLASH_BANKS_LIST = {base,
base+32MB}. The problem with this is that when
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
Changes since v1:
- fixed compile error in BootpVendorProcess when
Hi Sergei,
On Mon, May 16, 2011 at 11:57 PM, Sergei Shtylyov sshtyl...@mvista.com wrote:
Hello.
On 16-05-2011 6:24, Chris Packham wrote:
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussenluuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Prafulla Wadaskar prafu...@marvell.com
---
Changes since v1:
- run through checkpatch.pl and fix style issues
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
Changes since v1:
- run through checkpatch.pl, fix line 80 chars
common/cmd_net.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/common/cmd_net.c b/common/cmd_net.c
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
Changes since v1:
- fixed compile error in BootpVendorProcess when
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
common/cmd_net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_net.c b/common/cmd_net.c
index 8c6f5c8..e0d7d23 100644
--- a/common/cmd_net.c
+++ b/common
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Prafulla Wadaskar prafu...@marvell.com
---
arch/arm/include/asm/arch-kirkwood/kirkwood.h |2 +
drivers/rtc
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
net/bootp.c | 13 +
1 files changed, 13 insertions(+), 0
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Prafulla Wadaskar prafu...@marvell.com
---
arch/arm/include/asm/arch-kirkwood/kirkwood.h |2 +
drivers/rtc
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
net/bootp.c | 13 +
1 files changed, 13 insertions(+), 0
On Fri, May 13, 2011 at 1:29 PM, Chris Packham judge.pack...@gmail.com wrote:
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Prafulla Wadaskar prafu
On Fri, May 13, 2011 at 1:29 PM, Chris Packham judge.pack...@gmail.com wrote:
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Signed-off-by: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder
On Fri, May 13, 2011 at 1:29 PM, Chris Packham judge.pack...@gmail.com wrote:
From: Luuk Paulussen luuk.paulus...@alliedtelesis.co.nz
When we use the ntpserverip environment variable argv[1] may not be set.
Printing the error message using the NetNtpServerIP variable ensures the
correct
Acked-by: Chris Packham chris.pack...@alliedtelesis.co.nz
Cc: Ben Warren biggerbadder...@gmail.com
---
common/cmd_net.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/cmd_net.c b/common/cmd_net.c
index 8c6f5c8..e0d7d23 100644
--- a/common/cmd_net.c
+++ b/common
On Mon, Jul 14, 2014 at 3:29 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out of start.S files)
code was moved to arch/arm/lib/vectors.S which wrapped symbols
On Mon, Jul 14, 2014 at 3:35 PM, Chris Packham judge.pack...@gmail.com wrote:
On Mon, Jul 14, 2014 at 3:29 PM, Chris Packham judge.pack...@gmail.com
wrote:
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out
Hi,
(apologies in advance for whatever the gmail web client does to this email).
In commit 41623c91 (arm: move exception handling out of start.S files)
code was moved to arch/arm/lib/vectors.S which wrapped symbols like
IRQ_STACK_START and FIQ_STACK_START using the config flag
CONFIG_USE_IRQ. As
On Mon, Jul 14, 2014 at 4:53 PM, Chris Packham judge.pack...@gmail.com wrote:
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
arch/arm/lib/vectors.S | 1 +
1 file changed, 1 insertion(+)
diff
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
Resent without corporate disclaimer
arch/arm/lib/vectors.S |1
file_size was being calculated using back-ticks but map_size uses
$(shell ...). Update the file_size calculation to use $(shell ...).
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
The back ticks didn't work in my environment (GNU Make 3.81). Updating
to use $(shell ...) makes sense
. Use wc instead.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
The back ticks didn't work in my environment (GNU Make 3.81). Updating
to use $(shell ...) makes sense from a consistency view even if the
problem is my environment.
Changes in v2:
- Restore the missing
Hi Simon,
On Wed, Jul 23, 2014 at 10:27 PM, Simon Glass s...@chromium.org wrote:
On 22 July 2014 18:08, Chris Packham judge.pack...@gmail.com wrote:
file_size was being calculated using back-ticks but map_size uses
$(shell ...). Update the file_size calculation to use $(shell ...).
Signed
u-boot.map is generated automatically by the compiler and more
importantly can handle addresses 4GB.
---
On Thu, Jul 24, 2014 at 5:14 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi Simon,
On Wed, Jul 23, 2014 at 10:27 PM, Simon Glass s...@chromium.org wrote:
On 22 July 2014 18:08, Chris
Hi Wolfgang, Tom,
On Fri, Jul 25, 2014 at 1:50 AM, Tom Rini tr...@ti.com wrote:
On Thu, Jul 24, 2014 at 10:31:14AM +0200, Wolfgang Denk wrote:
Dear Chris Packham,
In message 1406179627-9496-1-git-send-email-judge.pack...@gmail.com you
wrote:
u-boot.map is generated automatically
On 14/07/14 17:01, Chris Packham wrote:
In order to use configuration flags it is necessary to include config.h.
Without this arm targets that use CONFIG_USE_IRQ or CONFIG_SPL_BUILD
won't get the correct code.
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
Resent without
Hi,
(Joe, Simon, I'm not sure if this counts as networking or driver
model but figured it was close enough to warrant an Cc).
We're looking at a new board design and are planning on using a
BCM5718 to provide a couple of Ethernet ports. The chipset is
supported in Linux using the tg3.c driver. I
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
On 07/06/14 08:48, Simon Glass wrote: Hi Chris,
On 5 June 2014 21:24, Chris Packham judge.pack...@gmail.com wrote:
Hi,
(Joe, Simon, I'm not sure if this counts as networking or driver
model but figured it was close enough to warrant
On Wed, Aug 27, 2014 at 2:02 AM, Alexey Brodkin
alexey.brod...@synopsys.com wrote:
bounce_buffer-len_aligned is of type size_t, but on some arches/compilers
size_t might be an alias to whether int, long or their signed/unsigned
flavors.
So to make compiler happy we explicitly cast to int
Hi All,
I have come across what I think is a relocation problem for powerpc.
I've added the following to ArpTimeoutCheck
+ printf(NetArpWaitTimerStart = %ld\n, NetArpWaitTimerStart);
+ printf(NetArpWaitTimerStart = %p\n, NetArpWaitTimerStart);
+ printf(NetArpWaitTry = %d\n,
On Mon, Sep 8, 2014 at 4:32 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi All,
I have come across what I think is a relocation problem for powerpc.
I've added the following to ArpTimeoutCheck
+ printf(NetArpWaitTimerStart = %ld\n, NetArpWaitTimerStart);
+ printf
There are some disadvantages to living in a weird timezone, mostly
that you end up having conversations with yourself.
On Mon, Sep 8, 2014 at 4:32 PM, Chris Packham judge.pack...@gmail.com wrote:
Hi All,
I have come across what I think is a relocation problem for powerpc.
I've added
On Mon, Sep 8, 2014 at 9:04 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
There are some disadvantages to living in a weird timezone, mostly
that you end up having conversations with yourself.
On Mon, Sep 8, 2014 at 4:32 PM, Chris Packham judge.pack...@gmail.com
wrote:
Hi All
Hi Wolfgang,
On Tue, Sep 9, 2014 at 8:21 AM, Wolfgang Denk w...@denx.de wrote:
Dear Chris,
In message
CAFOYHZASBbTctq4fRJNX2e8=r_ocwosodnq5r80wga1gfzg...@mail.gmail.com you
wrote:
...
Which yields the following output
NetArpWaitTimerStart = 0
NetArpWaitTimerStart = f0d0
Hi Jocke,
On Tue, Sep 9, 2014 at 12:22 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
There are some disadvantages to living in a weird timezone, mostly
that you end up having conversations with yourself.
On Mon, Sep 8, 2014 at 4:32 PM, Chris Packham
judge.pack...@gmail.com
the __got2_entries calculation.
Cc: Joakim Tjernlund joakim.tjernl...@transmode.se
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
So here's a patch that addresses the issue. I've tested it on a P2041RDB
(mpc85xx/QorIq). I am aware that I'm touching a lot of platforms so I
need some help testing
Hi Jocke
On Wed, Sep 10, 2014 at 1:20 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Joakim Tjernlund/Transmode wrote on 2014/09/09 14:30:13:
From: Joakim Tjernlund/Transmode
To:
Cc: Chris Packham judge.pack...@gmail.com, u-boot
u-boot@lists.denx.de
Date: 2014/09/09 14:30
Hi All,
On Tue, Sep 9, 2014 at 12:22 PM, Chris Packham judge.pack...@gmail.com wrote:
When the got2 pointers were adjusted after relocation the last entry was
missed. For most builds was something innocuous and there was no
observable problem but at least for the P2041RDB board this ended up
the ARP packets to timeout
immediately.
Helped-by: Joakim Tjernlund joakim.tjernl...@transmode.se
Signed-off-by: Chris Packham judge.pack...@gmail.com
---
Technically this is v2 of
http://lists.denx.de/pipermail/u-boot/2014-September/188365.html but the
solution is so different that I'm treating
Hi List,
This has probably come up before but I did a quick search and couldn't
find anything. If it exists please point me at it.
So at $dayjob we're looking at adding support for the BCM5718 Ethernet
chipset to u-boot. We've actually got things working and I'm looking
at preparing the code for
Hi List,
I was looking at the u-boot wiki page on FDT[1] and found that a
number of the links to specifications are dead. I assume because of
the whole Oracle/Sun acquisition and bridge burning.
I've done a bit of searching but it would seem terms like FDT spec
are a bit too generic to yield
Hi,
On 29/4/2014 at 05:01 AM, Jean-Pierre TOSONI jp.tos...@acksys.fr wrote:
Hello Chris,
I am looking for IPv6 support in U-Boot. I saw that you made some work
about it last year.
Did you obtain a working IPv6 ? Is it available somewhere ?
I've got it to a point where it is possible
1 - 100 of 1092 matches
Mail list logo
