Dear Graeme,
In message
you wrote:
>
> Well, I have the feeling than an console API might be in order. The way
> U-Boot is structured at the moment, serial I/O is kind of taken for
> granted to 'just exist' and nobody needs to really be self-aware that
> they use it...
Indeed. All we need is a
On 10/25/2011 03:14 PM, Fabio Estevam wrote:
> GPIO API provides mxc_request_iomux function for setting the IOMUX mode.
>
> Use this function instead of directly writing to the IOMUX register.
>
> Signed-off-by: Fabio Estevam
> ---
> board/freescale/mx51evk/mx51evk.c |8 +++-
> 1 files
Header definitions of Synopsys DWC DDR2/1 Memory Controller.
Signed-off-by: Macpaul Lin
---
include/synopsys/dwcddr21mctl.h | 337 +++
1 files changed, 337 insertions(+), 0 deletions(-)
create mode 100644 include/synopsys/dwcddr21mctl.h
diff --git a/include
On 10/25/2011 01:35 PM, Fabio Estevam wrote:
> MX35PDK has an MC13892 PMIC. Add RTC support.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx35pdk.h |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/mx35pdk.h b/include/configs/mx35pdk.h
>
On 10/25/2011 05:25 PM, Marek Vasut wrote:
> The problem was caused by a global variable being used early in the boot
> process.
>
> The symptoms were on imx31_phycore board, reading the environment from I2C
> EEPROM didn't work correctly and causes default environment to be loaded.
>
> Signed-of
Hi Thomas,
On 10/26/2011 04:07 AM, Thomas Chou wrote:
> I forwarded your patches to Dalon Westergreen of Altera on Oct 20, who
> is the author of this driver. I asked Dalon to help to review your patches.
Thanks.
May I suggest, that Dalon adds his email address to the legal header?
I just saw "A
This patch series comprises small, but relevant fixes, regarding the
driver for Altera's TSE ip core. They are needed to make it run on a
Terasic DE4 board.
The new feature is the support for dedicated descriptor memory.
Joachim Foerster (5):
altera_tse: Clear SGDMA's RUN bit in async transfer,
Signed-off-by: Joachim Foerster
---
Changes for v2:
- Remove period from end of summary line
- Fix typo in added comment in code
drivers/net/altera_tse.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/altera_tse.c b/drivers/net/altera_ts
The SW_RESET needs to be set instead of being masked out!
Signed-off-by: Joachim Foerster
---
Changes for v2:
- Remove period from end of summary line
- Be more specific in commit message
drivers/net/altera_tse.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
Signed-off-by: Joachim Foerster
---
Changes for v2:
- Remove period from end of summary line
board/altera/nios2-generic/nios2-generic.c | 10 +-
drivers/net/altera_tse.c | 19 ---
include/netdev.h |3 ++-
3 files
Note: This is kind of guess work. The current code is preserved for
all RGMII related modes. It is different for flags=0 (GMII) and flags=5
(SGMII). The last case, SGMII, is successfully tested on
Altera's Terasic DE4.
Signed-off-by: Joachim Foerster
---
Changes for v2:
- Remove period fr
It seems to be good practice to return the number of received bytes in the
eth_device's recv() callback, here: tse_eth_rx().
Signed-off-by: Joachim Foerster
---
Changes for v2:
- Remove period from end of summary line
- Be more precise why/add reason to commit message
drivers/ne
On 10/26/2011 10:25 AM, Stefano Babic wrote:
> On 10/25/2011 05:25 PM, Marek Vasut wrote:
>> The problem was caused by a global variable being used early in the boot
>> process.
>>
>> The symptoms were on imx31_phycore board, reading the environment from I2C
>> EEPROM didn't work correctly and caus
Hi Wolfgang,
On 26/10/11 18:00, Wolfgang Denk wrote:
> Dear Graeme,
>
> In message
> you
> wrote:
>>
>> Well, I have the feeling than an console API might be in order. The way
>> U-Boot is structured at the moment, serial I/O is kind of taken for
>> granted to 'just exist' and nobody needs to
The problem was caused by a global variable being used early in the boot
process.
The symptoms were on imx31_phycore board, reading the environment from I2C
EEPROM didn't work correctly and causes default environment to be loaded.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Albert ARIBAUD
> On 10/26/2011 10:25 AM, Stefano Babic wrote:
> > On 10/25/2011 05:25 PM, Marek Vasut wrote:
> >> The problem was caused by a global variable being used early in the boot
> >> process.
> >>
> >> The symptoms were on imx31_phycore board, reading the environment from
> >> I2C EEPROM didn't work cor
No one uses this driver, and it isn't converted to the NET_MULTI
framework (which we dropped recently), so drop this driver too.
Signed-off-by: Mike Frysinger
---
blah, i missed picking this into my previous part 2 patchset
arch/arm/lib/board.c |4 -
drivers/net/Makefile |1 -
drivers
Dear Graeme Russ,
In message <4ea7d071.9010...@gmail.com> you wrote:
>
> So the hooks are already there - All that would be needed is a hook to
> allow console users to ultimately call stdio_dev->start when they want to
> start using stdio and stdio_dev->stop when they are finished. Of course the
Signed-off-by: Mike Frysinger
---
include/configs/sandbox.h |2 +-
include/configs/tegra2-common.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 0230256..10565e6 100644
--- a/include/configs/sandbox.
Signed-off-by: Mike Frysinger
---
drivers/serial/sandbox.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/sandbox.c b/drivers/serial/sandbox.c
index 0d65587..cae6c94 100644
--- a/drivers/serial/sandbox.c
+++ b/drivers/serial/sandbox.c
@@ -44,8 +44,7 @@ v
Signed-off-by: Mike Frysinger
---
drivers/serial/sandbox.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/serial/sandbox.c b/drivers/serial/sandbox.c
index cae6c94..814a0f9 100644
--- a/drivers/serial/sandbox.c
+++ b/drivers/serial/sandbox.c
@@ -50,7 +50,7 @@ vo
This allows us to act like a serial device: we get tab chars and CTRL+C
and respond appropriately.
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c| 34 ++
drivers/serial/sandbox.c |1 +
include/os.h |5 +
3 files changed, 40 i
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/start.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/sandbox/cpu/start.c b/arch/sandbox/cpu/start.c
index 685793e..a429e29 100644
--- a/arch/sandbox/cpu/start.c
+++ b/arch/sandbox/cpu/start.c
@@ -28,6 +28,4 @@ in
Just a WIP brain dump. Not quite ready yet.
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c | 31
arch/sandbox/cpu/start.c | 24 +++
drivers/spi/Makefile |3 +
drivers/spi/sandbox_spi.c | 352 +
include/configs/sandbox.
On 10/26/2011 12:05 PM, Marek Vasut wrote:
> The problem was caused by a global variable being used early in the boot
> process.
>
> The symptoms were on imx31_phycore board, reading the environment from I2C
> EEPROM didn't work correctly and causes default environment to be loaded.
>
> Signed-of
On 09/14/2011 10:54 AM, Holger Brunck wrote:
> The common code should be valid for more than one architecture.
> Therefore this code was reorganized and moved to the new
> file km83xx_i2c.c
>
> Signed-off-by: Holger Brunck
> cc: Kim Phillips
> ---
> board/keymile/common/common.c | 71 +++-
Hello Stefano,
Stefano Babic wrote:
> On 10/26/2011 12:05 PM, Marek Vasut wrote:
>> The problem was caused by a global variable being used early in the boot
>> process.
>>
>> The symptoms were on imx31_phycore board, reading the environment from I2C
>> EEPROM didn't work correctly and causes defau
The main motivation is, to have the local-mac-address property of the
ethernet peripherals fixed/synced with U-Boot's environment settings.
Signed-off-by: Joachim Foerster
---
arch/nios2/cpu/Makefile |1 +
arch/nios2/cpu/fdt.c| 53 +++
2 file
Fix for the DP8381x driver to translate the pointers to the receive
Rinbuffer from a virtual address to the PCI memory space. TxRingPtr
is translated okay, but no memory translation was done for
RxRingPtr. This patch fix this error by adding calls to
"phys_to_bus" in multiple places.
The Bug:
...
On 10/26/2011 01:17 PM, Heiko Schocher wrote:
> Hello Stefano,
>
> Stefano Babic wrote:
>> On 10/26/2011 12:05 PM, Marek Vasut wrote:
>>> The problem was caused by a global variable being used early in the boot
>>> process.
>>>
>>> The symptoms were on imx31_phycore board, reading the environment
I'm looking at the code in arm926ejs/start.S and I don't see how the
exception vector gets set up at 0x0. Is there an assumption that the
first 4KB of wherever uboot gets initially loaded is also mapped to
0x0?
--
Jon Smirl
jonsm...@gmail.com
___
U-Boot
On Wed, Oct 26, 2011 at 3:19 AM, Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
Acked-by: Simon Glass
> ---
> include/configs/sandbox.h | 2 +-
> include/configs/tegra2-common.h | 2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/include/configs/sand
On Wed, Oct 26, 2011 at 3:20 AM, Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
Acked-by: Simon Glass
> ---
> drivers/serial/sandbox.c | 3 +--
> 1 files changed, 1 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/serial/sandbox.c b/drivers/serial/sandbox.c
> index 0d65587..ca
On Wed, Oct 26, 2011 at 3:21 AM, Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
Acked-by: Simon Glass
> ---
> drivers/serial/sandbox.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/serial/sandbox.c b/drivers/serial/sandbox.c
> index cae6c94..814
On Wed, Oct 26, 2011 at 3:21 AM, Mike Frysinger wrote:
> This allows us to act like a serial device: we get tab chars and CTRL+C
> and respond appropriately.
>
> Signed-off-by: Mike Frysinger
Tested-by: Simon Glass
Thanks Mike
> ---
> arch/sandbox/cpu/os.c | 34 +
On Wed, Oct 26, 2011 at 3:22 AM, Mike Frysinger wrote:
> Signed-off-by: Mike Frysinger
Acked-by: Simon Glass
> ---
> arch/sandbox/cpu/start.c | 2 --
> 1 files changed, 0 insertions(+), 2 deletions(-)
>
> diff --git a/arch/sandbox/cpu/start.c b/arch/sandbox/cpu/start.c
> index 685793e..a42
Hi Mike,
On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
> Just a WIP brain dump. Not quite ready yet.
Looks good thanks.
>
> Signed-off-by: Mike Frysinger
> ---
> arch/sandbox/cpu/os.c | 31
> arch/sandbox/cpu/start.c | 24 +++
> drivers/spi/Makefile | 3 +
> dr
This is a resubmission (after removing remove checkpatch errors) of
http://lists.denx.de/pipermail/u-boot/2011-September/102875.html
Here I am proposing a set of changes in the behaviour of the environment
import/set_to_default functions.
PATCH 1:
Add a "new" himport_ex() function (reworking of
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c | 152 +++--
common/env_common.c | 15 -
include/environment.h |7 ++
include/search.h | 13
lib/hashtable.c | 50
5 files changed, 179 insertion
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c |2 +-
include/search.h|6 --
lib/hashtable.c | 18 --
3 files changed, 17 insertions(+), 9 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 10b9552..905d3be 100644
--- a/common
Implemented selective importing of variables in
env import
Signed-off-by: Gerlando Falauto
---
common/cmd_nvedit.c | 35 ++-
1 files changed, 30 insertions(+), 5 deletions(-)
diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c
index 07cd062..0984a53 100644
-
Signed-off-by: Gerlando Falauto
---
README |2 ++
common/cmd_nvedit.c | 42 --
common/env_common.c | 14 ++
include/config_cmd_all.h |1 +
include/environment.h|5 +
5 files changed, 58 inserti
The state exists through the life of U-Boot. It can be adjusted by command
line options and perhaps later through a config file. It is available
to U-Boot through state_...() calls (within sandbox code).
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/state.c | 54
This provides a way of simulating GPIOs by setting values which are seen
by the normal gpio_get/set_value() calls.
Signed-off-by: Simon Glass
---
drivers/gpio/Makefile |1 +
drivers/gpio/sandbox.c | 213
include/sandbox_gpio.h | 50 +++
This adds simple command-line parssing to sandbox. The idea is that it
sets up the state with options provided, and this state can then be
queried as needed later.
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/Makefile |2 +-
arch/sandbox/cpu/parse.c | 67 +++
On 10/25/2011 06:37 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Wed, Oct 26, 2011 at 10:17 AM, Simon Glass wrote:
>
> [big snip]
>
>> Did I mention a can of worms? After 65 messages on this topic Scott's
>> patch seems pretty appealing right now! We can even move it up a level
>> in the s/w stack
On 10/26/2011 01:16 AM, Heiko Schocher wrote:
> Hello Scott,
>
> Scott Wood wrote:
>> It's not new, but it is misnamed (there's nothing 4-bit specific in the
>> #ifdeffed code), and we now have someone that wants this for 8-bit ECC.
>
> look at my v4 series of this patchset:
>
> http://patchwork
The devkit8000 ships with either a 128MB or 256MB NAND chip. In
order for SPL to work with 256MB NAND CONFIG_SYS_NAND_5_ADDR_CYCLE
needs to be set. After talking with Scott Wood this should be
safe to set even for smaller NAND chips.
Cc: Scott Wood
Cc: Frederik Kriewitz
Cc: Albert ARIBAUD
Sig
Dear Scott Wood,
In message <4ea83b88.8040...@freescale.com> you wrote:
>
> The point here is to make an incremental improvement that solves a
> problem for some people (even if not "solving" the general problem),
Sorry, but this is not an improment in any way, even if it looks so at
first glance
On 10/26/2011 01:17 PM, Wolfgang Denk wrote:
> - Failure to process multi-line input is a restriction, and if you
> like you may even consider it a bug.
Is this restriction documented anywhere?
> But papering over that bug and
> suggesting to the end users that they are allowed to use multi
No board information is passed for MX51EVK, so remove get_board_rev function.
Signed-off-by: Fabio Estevam
---
Stefano,
This patch applies on u-boot-imx with my previous mx51evk.h cleanup patch
applied:
http://www.mail-archive.com/u-boot@lists.denx.de/msg66552.html
board/freescale/mx51evk/mx5
Hello,
Our company represents an online platform of over 36.4 million people,
most of which are located in the US and Canada. What we do allows
us to present our online platform with a first choice when they search for
anything on any of the major search engines.
We seek a preferred source to sen
Dear Scott Wood,
In message <4ea8566a.1050...@freescale.com> you wrote:
>
> > - Failure to process multi-line input is a restriction, and if you
> > like you may even consider it a bug.
>
> Is this restriction documented anywhere?
Only indirectly - it's a consequence of the "strictly single-ta
Dear Joachim Foerster,
In message
<1319618398-1878-2-git-send-email-joachim.foers...@missinglinkelectronics.com>
you wrote:
> Signed-off-by: Joachim Foerster
> ---
> Changes for v2:
> - Remove period from end of summary line
> - Fix typo in added comment in code
>
> drivers/net/al
Dear Joachim Foerster,
In message
<1319618398-1878-3-git-send-email-joachim.foers...@missinglinkelectronics.com>
you wrote:
> The SW_RESET needs to be set instead of being masked out!
>
> Signed-off-by: Joachim Foerster
> ---
> Changes for v2:
> - Remove period from end of summary line
>
Dear Joachim Foerster,
In message
<1319618398-1878-4-git-send-email-joachim.foers...@missinglinkelectronics.com>
you wrote:
> Signed-off-by: Joachim Foerster
> ---
> Changes for v2:
> - Remove period from end of summary line
>
> board/altera/nios2-generic/nios2-generic.c | 10
Dear Joachim Foerster,
In message
<1319618398-1878-5-git-send-email-joachim.foers...@missinglinkelectronics.com>
you wrote:
> Note: This is kind of guess work. The current code is preserved for
> all RGMII related modes. It is different for flags=0 (GMII) and flags=5
> (SGMII). The last case, SG
Dear Joachim Foerster,
In message
<1319618398-1878-6-git-send-email-joachim.foers...@missinglinkelectronics.com>
you wrote:
> It seems to be good practice to return the number of received bytes in the
> eth_device's recv() callback, here: tse_eth_rx().
>
> Signed-off-by: Joachim Foerster
> ---
Dear Simon Glass,
In message <1319515208-7810-2-git-send-email-...@chromium.org> you wrote:
> This function is generally useful and shouldn't hide away in hush. It
> has been moved as is.
>
> Signed-off-by: Simon Glass
> ---
> common/hush.c| 15 ---
> include/common.h |1 +
Dear Simon Glass,
In message <1319515208-7810-3-git-send-email-...@chromium.org> you wrote:
> It seems we put numbers and addresses into environment variables a lot.
> We should have some functions to do this.
>
> Signed-off-by: Simon Glass
> ---
> common/cmd_nvedit.c | 30 +++
Dear Simon Glass,
In message <1319515208-7810-4-git-send-email-...@chromium.org> you wrote:
> NetReceive() is a very long function with a lot of indent. Before adding
> code to the ICMP bit, split it out.
>
> Signed-off-by: Simon Glass
> ---
> net/net.c | 101
> +++
Dear Simon Glass,
In message <1319515208-7810-5-git-send-email-...@chromium.org> you wrote:
> ICMP packets can tell you when there is no server at the other end. It
> is useful for tftp to figure this out, so that a quick error can be
> displayed, rather than pointlessly retrying.
>
> This adds a
Dear Simon Glass,
In message <1319515208-7810-6-git-send-email-...@chromium.org> you wrote:
> This is a better name for this protocol. Also remove the typedef to keep
> checkpatch happy, and move zeroing of NetBootFileXferSize a little
> earlier since TFTPPUT will need to change this.
>
> Signed-
Dear Simon Glass,
In message <1319515208-7810-7-git-send-email-...@chromium.org> you wrote:
> We want to show block markers on completion of get and put, so
> move this common code into separate functions.
>
> Signed-off-by: Simon Glass
> ---
> net/tftp.c | 68
Dear Simon Glass,
In message <1319515208-7810-8-git-send-email-...@chromium.org> you wrote:
> This code is required for tftpput, so move it into separate functions.
>
> Signed-off-by: Simon Glass
> ---
> net/tftp.c | 77 +++
> 1 files ch
Dear Simon Glass,
In message <1319515208-7810-9-git-send-email-...@chromium.org> you wrote:
> TftpStart should support starting either a get or a put.
>
> Signed-off-by: Simon Glass
> ---
> include/net.h |2 +-
> net/bootp.c |2 +-
> net/tftp.c|3 +--
> net/tftp.h|2 +-
Dear Simon Glass,
In message <1319515208-7810-10-git-send-email-...@chromium.org> you wrote:
> We need something akin to load_addr to handle saving data.
>
> Signed-off-by: Simon Glass
> ---
> common/cmd_nvedit.c |2 ++
> include/common.h|2 ++
> 2 files changed, 4 insertions(+), 0
Dear Simon Glass,
In message <1319515208-7810-11-git-send-email-...@chromium.org> you wrote:
> This adds logic to tftp.c to implement the tftp 'put' command, and
> updates the README.
>
> Signed-off-by: Simon Glass
> ---
> Changes in v2:
> - Cope with block rollover
> - Don't print amount of dat
Dear Simon Glass,
In message <1319515208-7810-12-git-send-email-...@chromium.org> you wrote:
> This adds the tftpput command to U-Boot.
>
> Signed-off-by: Simon Glass
> ---
> common/cmd_net.c | 23 +++
> 1 files changed, 23 insertions(+), 0 deletions(-)
Applied, thanks.
Dear Simon Glass,
In message <1319519734-28704-2-git-send-email-...@chromium.org> you wrote:
> This adds a device tree pointer to the global data. It can be set by
> board code. A later commit will add support for making a device
> tree binary blob available to U-Boot for run-time configuration.
>
Dear Simon Glass,
In message <1319519734-28704-3-git-send-email-...@chromium.org> you wrote:
> This new option allows U-Boot to embed a binary device tree into its image
> to allow run-time control of peripherals. This device tree is for U-Boot's
> own use and is not necessarily the same one as is
Dear Simon Glass,
In message <1319519734-28704-4-git-send-email-...@chromium.org> you wrote:
> This adds support for an FDT to be build as a separate binary file called
> u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
> device tree located at run-time by U-Boot. The Makef
Dear Simon Glass,
In message <1319519734-28704-5-git-send-email-...@chromium.org> you wrote:
> This library provides useful functions to drivers which want to use
> the fdt to control their operation. Functions are provided to:
>
> - look up and enumerate a device type (for example assigning i2c
Dear Simon Glass,
In message <1319519734-28704-6-git-send-email-...@chromium.org> you wrote:
> This locates the device tree either embedded within U-Boot or attached to the
> end as a separate binary.
>
> When CONFIG_OF_CONTROL is defined, U-Boot requires a valid fdt. A check is
> provided for th
Dear Simon Glass,
In message <1319519734-28704-7-git-send-email-...@chromium.org> you wrote:
> This adds support for a new environment variable called 'fdtcontroladdr'. If
> defined, the hex address is used as the address of the control fdt for U-Boot.
>
> Note: I have not changed CONFIG_PRAM sec
Dear Donggeun Kim,
In message <1319526928-7927-1-git-send-email-dg77@samsung.com> you wrote:
> In some cases, saving data in RAM as a file with FAT format is required.
> This patch allows the file to be written in FAT formatted partition.
>
> The usage is similar with reading a file.
> First,
Hello all,
This fixes the getline definition in OS X Lion. Apple's stdio library comes
with getline now. This change comes from Joseph Roback via OpenWRT, here is a
link. This commit should be contributed to him.
http://patchwork.openwrt.org/patch/1271/
CC if you will.
Cheers!
Brandon Bradley
Add documentation for CONFIG_GATEWAYIP and CONFIG_NETMASK;
also add information which environment variables are set.
Signed-off-by: Wolfgang Denk
---
README | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/README b/README
index 9e0ab58..60a105f 100644
-
Signed-off-by: Wolfgang Denk
---
README | 40
1 files changed, 20 insertions(+), 20 deletions(-)
diff --git a/README b/README
index a1910dc..9e0ab58 100644
--- a/README
+++ b/README
@@ -134,7 +134,7 @@ Additional fields (if present) indicate release can
On 10/25/2011 02:41 AM, Arno Steffen wrote:
> I am feeling to spam the board but found finally the reason for this
> behaviour.
>
> nand_read returns with -EUCLEAN in case of correcting errors, and this
> will later on reported as BAD NAND, although this error is corrected.
>
> Correct me if I a
Dear Simon Glass,
In message <1319515208-7810-7-git-send-email-...@chromium.org> you wrote:
> We want to show block markers on completion of get and put, so
> move this common code into separate functions.
>
> Signed-off-by: Simon Glass
> ---
> net/tftp.c | 68
On Wed, Oct 26, 2011 at 12:26, Simon Glass wrote:
> On Wed, Oct 26, 2011 at 3:30 AM, Mike Frysinger wrote:
>> --- a/arch/sandbox/cpu/os.c
>> +++ b/arch/sandbox/cpu/os.c
>>
>> +off_t os_lseek(int fd, off_t offset, int whence)
>> +{
>> + return lseek(fd, offset, whence);
>> +}
>
> How are we go
On Wed, Oct 26, 2011 at 1:34 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1319515208-7810-7-git-send-email-...@chromium.org> you wrote:
>> We want to show block markers on completion of get and put, so
>> move this common code into separate functions.
>>
>> Signed-off-by: Simon Gla
Dear Simon Glass,
In message <1319515208-7810-5-git-send-email-...@chromium.org> you wrote:
> ICMP packets can tell you when there is no server at the other end. It
> is useful for tftp to figure this out, so that a quick error can be
> displayed, rather than pointlessly retrying.
>
> This adds a
This introduces 200MHz Micron parts timing information based on x-loader
and re-organizes the file slightly for grouping. The memory init logic
is also based on what x-loader does in these cases. Note that while
previously u-boot would be flashed in with SW ECC in this case it now
must be flashed
On Wed, Oct 26, 2011 at 1:50 PM, Tom Rini wrote:
> This introduces 200MHz Micron parts timing information based on x-loader
> and re-organizes the file slightly for grouping. The memory init logic
> is also based on what x-loader does in these cases. Note that while
> previously u-boot would be
Make sure that all transfer buffers are cache-alligned so that HCD
driver could safely do cache invalidate on them.
Signed-off-by: Ilya Yanok
---
Hi guys,
I'm working with EHCI-controller on OMAP3 board and I've found that
ehci-hcd.c driver procudes a lot of unalligned cache invalidate
warnings
Hey all,
I'm looking for more testers for the following series of patches.
This switches Beagleboard from using x-loader to load U-Boot to
using SPL to provide that loader. This depends on:
http://patchwork.ozlabs.org/patch/117648/ which is in u-boot-arm
and for devkit8000:
http://patchwork.ozlab
This introduces 200MHz Micron parts timing information based on x-loader
and re-organizes the file slightly for grouping. The memory init logic
is also based on what x-loader does in these cases. Note that while
previously u-boot would be flashed in with SW ECC in this case it now
must be flashed
This changes to making the board be responsible for providing the
memory initialization timings in SPL and converts the devkit 8000
to this framework. As part of this suffix the Micron DDR settings
with their speed and add a few more timing values that will be needed.
We also make sure that in mem
Dear Sir/Madam
Warm greetings from Foundation for Peace Building Scotland England! We are
organizing one week seminar event on "Health Security and Social Welfare"from
21st to 25th November, 2011, venue Happy Cringean Hotel. On behalf of the (FPB)
it is my privilege to invite you and your colle
Hi Wolfgang,
On Wed, Oct 26, 2011 at 1:34 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1319515208-7810-7-git-send-email-...@chromium.org> you wrote:
>> We want to show block markers on completion of get and put, so
>> move this common code into separate functions.
>>
>> Signed-off
Hi Tom,
On Wed, Oct 26, 2011 at 1:38 PM, Tom Rini wrote:
> On Wed, Oct 26, 2011 at 1:34 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message <1319515208-7810-7-git-send-email-...@chromium.org> you wrote:
>>> We want to show block markers on completion of get and put, so
>>> move this c
On Wed, Oct 26, 2011 at 23:05, Ilya Yanok wrote:
> What do you think, how should we deal with it? Make all buffers
> alligned or implement bounce-buffering inside host driver?
since this is a common issue to most USB controllers, aligning the
buffers is probably best. and should be relatively pai
On Tue, Oct 25, 2011 at 09:15, Donggeun Kim wrote:
> In some cases, saving data in RAM as a file with FAT format is required.
> This patch allows the file to be written in FAT formatted partition.
i thought Wolfgang NAK-ed FS write patches in the past ...
> --- a/fs/fat/Makefile
> +++ b/fs/fat/Ma
The Tegra2 (T20/T25) TRM is now on our web site.
http://developer.nvidia.com/tegra-2-technical-reference-manual.
You'll need to register to download it, but anybody can get access to the
datasheet as long as they don't plan to use the information for malicious
purposes.
We plan to work on T3
Hi Wolfgang,
On Wed, Oct 26, 2011 at 1:44 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1319515208-7810-5-git-send-email-...@chromium.org> you wrote:
>> ICMP packets can tell you when there is no server at the other end. It
>> is useful for tftp to figure this out, so that a quick
This patch series should change no functionality, but just reduce code size
slightly to what it was before the tftpput series.
Each patch is independent and each can be accepted or rejected as required.
Overall the effect (on ARM) is to reduce the code size to about 5 bytes lower
than it was befor
This is intended purely as a code size reduction.
Signed-off-by: Simon Glass
---
net/net.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/net/net.c b/net/net.c
index 11f41ed..cd34bf9 100644
--- a/net/net.c
+++ b/net/net.c
@@ -246,7 +246,6 @@ int NetArpWai
This commit reduces code size a little by making the ICMP handler only
available to tftpput. This is reasonable since it is the only user at
present (ping just uses the normal handler).
Signed-off-by: Simon Glass
---
net/net.c |8
net/tftp.c |6 --
2 files changed, 12 inser
1 - 100 of 126 matches
Mail list logo
