thanks
Dear Luigi 'Comio' Mantellini,
In message
1248165949-5845-2-git-send-email-luigi.mantellini...@gmail.com
you wrote:
--===0963718385==
From: Luigi 'Comio' Mantellini luigi.mantell...@idf-hit.com
Signed-off-by: Luigi 'Comio' Mantellini
luigi.mantell...@idf-hit.com
Dear Stefan Roese,
In message 200907221147.25539...@denx.de you wrote:
Indentation is not done by TABs, but by TABs + spaces, and this is
wrong.
Why should this be wrong? This alignment looks better IMHO. Please allow the
developers a little bit of freedom.
Documentation/CodingStyle:
Dear Prafulla Wadaskar,
In message 73173d32e9439e4abb5151606c3e19e202ddf27...@sc-vexch1.marvell.com
you wrote:
When exporting this function, then please add prototype to
header file.
I have followed function crc32, I will do it.
Ah, I see.
Shall I do it for crc32 and other functions
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
Sent: Tuesday, July 21, 2009 6:56 PM
To: Aggrwal Poonam-B10812
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 2/2] P2020RDB Platform Support Added
Dear Scott, Wolfgang,
On Tue, Jul 21, 2009 at 02:02:43PM -0400, Scott McNutt wrote:
... for a two line bug fix?
This is hardly a valid reason to claim copyright on the module.
This practice will only discourage the contribution of original work
to the project. Nobody wants to have their
Dear Aggrwal Poonam-B10812,
In message
1bd5cfc378ed0946b688e0c9ba2ef095129...@zin33exm24.fsl.freescale.net you wrote:
...
+ val = pgpio-gpdat;
+ temp = val BOARDREV_MASK;
+ if (temp == BOARDREV_C)
+ board_rev = 'C';
+ else if (temp == BOARDREV_B)
+ board_rev
Dear Wolfgang Wegner,
In message 20090722094127.gv20...@leila.ping.de you wrote:
So you really think your practice will encourage anybody to submit a
clean patch for a bug he spent days (or weeks) to find?
That's how the public review process works: You submit a patch, and it
either gets
On Wednesday 22 July 2009 12:34:44 Wolfgang Denk wrote:
Indentation is not done by TABs, but by TABs + spaces, and this is
wrong.
Why should this be wrong? This alignment looks better IMHO. Please allow
the developers a little bit of freedom.
Documentation/CodingStyle:
Tabs are 8
Hi Wolfgang,
On Wed, Jul 22, 2009 at 11:47:36AM +0200, Wolfgang Denk wrote :
Just rebase your tree against current mainline.
Ah, it's in git now, thanks.
include/configs/tny_a9260.h makes the compile fail. Am I overlooking
something
here ?
You should not have to include common.h;
Dear Matthias Fuchs,
In message 200907221214.25935.matthias.fu...@esd.eu you wrote:
The braces should be indented by TABs.
Can you please post a suggestion you you would like to this these
lines indented. When I try to replace the spaces by TABs, the code
looks very ugly and unreadable and
Dear Stefan Roese,
In message 200907221257.30824...@denx.de you wrote:
Fuck Ack. But: This has nothing to do with the problem we are discussing
here.
I was talking about alignment and not indentation. Do you want to forbid
people use alignment at all?
Please do me (and yourself, and us
On Wednesday 22 July 2009 13:05:56 Wolfgang Denk wrote:
I don't understand what's so difficult about it; just indent by TABs:
struct ppc4xx_config ppc4xx_config_val[] = {
{
133,
CPU: 133 PLB: 133 OPB: 66 EBC: 44 PCI: 44/66,
{
Dear Albin Tonnerre,
In message 20090722110303.gc13...@pc-ras4041.res.insa you wrote:
You should not have to include common.h; it's already included
virtually everywhere.
cpu/arm926ejs/start.S includes directly config.h, which in turns includes
the
config file, but nowhere is common.h
Dear Stefan Roese,
In message 200907221312.17644...@denx.de you wrote:
Your version is 10 lines long, ours is 5. That twice as long. I still prefer
our version and think this kind of personal freedom should be allowed.
Nobody attempts to restrict yoru thoughts or preferences.
But you want
On Wednesday 22 July 2009 13:08:30 Wolfgang Denk wrote:
Please do me (and yourself, and us all) a favour and just read the
rules, and then follow them, instead of wasting our all time.
I'm pretty sure that I'm doing at least some developers a favour, in
discussing this issue. It's annoying not
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Aggrwal
Poonam-B10812
Sent: Wednesday, July 22, 2009 3:45 PM
To: Wolfgang Denk; Gala Kumar-B11780
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [PATCH 1/2] Removed
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
drivers/mtd/cfi_flash.c | 15 +-
drivers/mtd/jedec_flash.c | 67 +
include/flash.h | 10 ++-
3 files changed, 89 insertions(+), 3 deletions(-)
diff --git
Dear Wolfgang,
On Wed, Jul 22, 2009 at 12:56:52PM +0200, Wolfgang Denk wrote:
[...]
If you don't do that, then either somebody else will clean up your
patch and commit it and earn the credits for your work, or nobody will
care and the problem remains, which means your work was basicly
wasted.
Hi Niklaus,
now you've got a very looong subject. Please split this into a shorter subject
and put the rest in the commit text.
Thanks.
Best regards,
Stefan
=
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Wednesday, July 22, 2009 4:11 PM
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
Subject: Re: [U-Boot] [PATCH v2 3/4] tools: mkimage: kwbimage
list command support
+
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
patch v2:
- coding style cleanup
- added CONFIG_PHY1_ADDR
patch v3:
- refactor PLL reconfiguration code
- beautify some one-line-functions
patch v4:
- remove 'sbe' command
- add
see http://www.jedec.org/download/search/jep106Z.pdf
Add some second source legacy flash chips 256x8.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
drivers/mtd/cfi_flash.c | 15 +-
drivers/mtd/jedec_flash.c | 67 +
Tivoize : no.
My interest is the security part, I want a secure boot for remotely
upgrade my firmware.
Thanks
Cyrille
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wednesday 22 July 2009 14:03:04 Niklaus Giger wrote:
see http://www.jedec.org/download/search/jep106Z.pdf
Add some second source legacy flash chips 256x8.
Please add an empty line here.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
And still some more white space cleanup
Dear Wolfgang Denk,
Dear Heiko Schocher,
In message 4a66a86d.7070...@denx.de you wrote:
Andreas Huber wrote:
We are using the pRAM feature (CONFIG_PRAM) on the PPC architecture. As
we are switching to an ARM architecture (Kirkwood) I am wondering if
there is an equivalent U-Boot feature
The MPC8641HPCN board is capable of swizzling the upper address bit of
the NOR flash we boot out of which creates the concept of virtual
banks. This is useful in that we can flash a test of image of u-boot
and reset to one of the virtual banks while still maintaining a
working image in bank 0.
were - use lwip.
-Robin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
__ NOD32 4266 (20090722) Information __
This message was checked by NOD32 antivirus system.
http://www.eset.com
The p2020DS, MPC8536DS, MPC8572DS, MPC8544DS boards are capable of
swizzling the upper address bits of the NOR flash we boot out of which
creates the concept of virtual banks. This is useful in that we can
flash a test of image of u-boot and reset to one of the virtual banks
while still
Dear Wolfgang Wegner,
In message 20090722103358.gw20...@leila.ping.de you wrote:
Um... and instead of maintaining several private source trees you
should consider poushing your code upstream, so that others do the
maintenance for you.
The intention is to do so with my next project at
Dear Cyrille Francois,
In message 61acdef60907220506s6d203bbfvea7bfc0420003...@mail.gmail.com you
wrote:
Tivoize : no.
My interest is the security part, I want a secure boot for remotely
upgrade my firmware.
Verifying the SHA1 checksum of the loaded image should be sufficient,
no?
Best
Dear Robin Getz,
In message 200907220826.58333.rg...@blackfin.uclinux.org you wrote:
Well, you are aware that such a thing would need a TCP/IP stack, which
is far beyond what we currently have in U-Boot support?
Yes - I'm aware. My thoughts were to do something like what IBM and other
CPU:LPC3250.
Nand:K9F2G8U0A 256M
the u-boot boot time now about 8s.
the step to read linux kernel less 2M cost more or less 4s!!
I want to make it faster~,but don't know how to.
I try to change the memcpy function.but it's works not very well.
so i want to via the maillist to find some help.
thank
Dear Holger,
In message 4a671863.9040...@keymile.com you wrote:
Well, if you want to do it Right (TM) that means we would take this
chance and fix the ARM memory map, which implies to implement
relocation to a dynamicalle detemined relocation address.
can you explain this a little bit
The pixis code used in8/out8 all over the place. Replace it with
in_8/out_8 macros.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
board/freescale/common/pixis.c| 78 ++---
board/freescale/mpc8536ds/mpc8536ds.c | 22 +---
Dear jeffery palmer,
In message blu127-dav686e79b5bf3a89693a9...@phx.gbl you wrote:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
HTTP will probably not be much faster.
Did you try using NFS?
Our units automically update
Hi.
I think there is a small offset bug in here.. unless there is an errata
that I have missed there should be no pad between srds1cr0,1. Anyone
know for sure?
--- a/include/asm-ppc/immap_86xx.h
+++ b/include/asm-ppc/immap_86xx.h
@@ -1240,7 +1240,7 @@ typedef struct ccsr_gur {
uint
Hm... but 20 minutes versus 30 seconds cannot be explained by TFTP
versus HTTP alone. There must be other effects impacting your network
traffic. Did you run any deeper analysis?
I'm sure it depends on network delays. TCP has the sliding window
mechanism, so several packets can be in flight
On Jul 22, 2009, at 10:16 AM, David Updegraff wrote:
Hi.
I think there is a small offset bug in here.. unless there is an
errata
that I have missed there should be no pad between srds1cr0,1. Anyone
know for sure?
--- a/include/asm-ppc/immap_86xx.h
+++ b/include/asm-ppc/immap_86xx.h
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
---
This patch replaces my patch from yesterday titled
[PATCH V2] ppc4xx: use SPRN_TCR macro instead of tcr
board/esd/pmc440/pmc440.c |2 +-
board/mpl/mip405/mip405.c |2 +-
board/mpl/pip405/pip405.c |2 +-
The Calao USB A9263 board is a board manufactured and sold by Calao
Systems http://www.calao-systems.com. Its components are very
similar to the AT91SAM9263EK board, so its configuration is based on
the configuration of this board. There are however some differences:
different clocks, no LCD, etc.
On Jul 21, 2009, at 1:51 PM, Peter Tyser wrote:
Increasing CONFIG_SYS_BOOTM_LEN from 8 MB to 16 MB is necessary to
support uncompressing images larger than 8 MB when using the bootm
command.
Note that recent Linux kernels for the 85xx and 86xx map greater than
16MB of memory on bootup, but
On Jul 21, 2009, at 1:51 PM, Peter Tyser wrote:
Use the MPC8572's eLBC to access 1 GB (or greater) onboard NAND flash
via the 'nand' command.
Previously, the XPedite5370's NAND chip selects were properly
configured, but NAND support was not enabled.
Signed-off-by: Peter Tyser
Dear Matthias Fuchs,
In message 200907221727.56402.matthias.fu...@esd.eu you wrote:
Signed-off-by: Matthias Fuchs matthias.fu...@esd.eu
...
board/esd/pmc440/pmc440.c |2 +-
board/mpl/mip405/mip405.c |2 +-
board/mpl/pip405/pip405.c |2 +-
board/netstal/hcu5/hcu5.c |8
Hi Kumar,
I understand what the patch does. It just removes the capability of
soft-resetting a core back into the boot translation code. I
understand your problem I'm just not keen on solving it by completely
disabling boot translation.
We had a similar memory map and I moved
Use do_div from div64.h for vsprintf in case of 64bit division.
For 32bit division, do_div from div64.h can't be used as it
needs a 64bit parameter.
Signed-off-by: Dirk Behme dirk.be...@googlemail.com
CC: Simon Kagstrom simon.kagst...@netinsight.net
---
This patch replaces first version
Hi Thomas,
Just a note, but its nice when you resend patches to include the string
[PATCH vX] where X=2, 3, etc. That way whoever applies your patch can
tell which email contains the latest iteration of it.
This new version includes the following changes :
* Copyright header on config.mk,
The ACK delays are exactly what cause the extremely long download times.
There are approx 16,000 ACK cycles for my 8MB image on a 512K blksize. I
upped this to 1432 to stay under the MTU which cut the ACK cycles by three,
but still, on a 180ms round trip time the math is simple. 8MB/1432bytes=5580
Hi,
Le Wed, 22 Jul 2009 10:57:09 -0500,
Peter Tyser pty...@xes-inc.com a écrit :
Hi Thomas,
Just a note, but its nice when you resend patches to include the
string [PATCH vX] where X=2, 3, etc. That way whoever applies your
patch can tell which email contains the latest iteration of it.
On Wed, Jul 22, 2009 at 10:57:09AM -0500, Peter Tyser wrote :
Hi Thomas,
Just a note, but its nice when you resend patches to include the string
[PATCH vX] where X=2, 3, etc. That way whoever applies your patch can
tell which email contains the latest iteration of it.
This new version
On Wed, 2009-07-22 at 18:04 +0200, Thomas Petazzoni wrote:
Hi,
Le Wed, 22 Jul 2009 10:57:09 -0500,
Peter Tyser pty...@xes-inc.com a écrit :
Hi Thomas,
Just a note, but its nice when you resend patches to include the
string [PATCH vX] where X=2, 3, etc. That way whoever applies
(This has the updated versions of the 'bank' patches based on comments
from the list)
- k
The following changes since commit d4abc757c26c531293f5bbc4262ade44a317eec9:
Peter Tyser (1):
Move api_examples to examples/api
are available in the git repository at:
The name of the atmel nand driver in the kernel changed from at91_nand
to atmel_nand back in June 2008, but the at91-based boards config files
still refer to at91_nand. This patch updates them with the new name
Signed-off-by: Albin Tonnerre albin.tonne...@free-electrons.com
---
From: Alessandro Rubini rub...@gnudd.com
While it's a matter of personal taste, I prefer to avoid ifdef when
possible. For example, I don't like to add BOARD_LATE_INIT in the
config file just to have my board_late_init() function called.
This patch (not meant to be applied mainstram, jsut for
On Wed, 2009-07-22 at 12:00 -0400, jeffery palmer wrote:
There are quite a few additions you can achieve with a TCP stack but of
course it needs to be very clean and well tested.
http://www.sics.se/~adam/uip/uip-1.0-refman/
I used it before on a small arm platform (small =16k ram) and used
Loading vxWorks 5.x images resulted just into 3 or 4 lines of output.
With vxWorks 6.x and the new GCC it emits about 30 lines, which is
far too noisy in my opinion.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
common/cmd_elf.c |2 ++
1 files changed, 2 insertions(+), 0
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the patches?
Our units automically update themselves inside of uboot giving us the most
control
On Wed 22 Jul 2009 15:32, Niklaus Giger pondered:
Loading vxWorks 5.x images resulted just into 3 or 4 lines of output.
With vxWorks 6.x and the new GCC it emits about 30 lines, which is
far too noisy in my opinion.
Signed-off-by: Niklaus Giger niklaus.gi...@member.fsf.org
---
Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the patches?
Our units automically update themselves inside of
On Wed 22 Jul 2009 16:32, Ben Warren pondered: Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the
Robin Getz wrote:
On Wed 22 Jul 2009 16:32, Ben Warren pondered: Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can
On Wed 22 Jul 2009 16:53, Ben Warren pondered:
Robin Getz wrote:
I see:
#define TFTP_MTU_BLOCKSIZE 1468blksize
static unsigned short TftpBlkSizeOption=TFTP_MTU_BLOCKSIZE;
/* try for more effic. blk size */
pkt += sprintf((char *)pkt,blksize%c%d%c,
On 14:53 Fri 17 Jul , Ilya Yanok wrote:
Driver for NFC NAND controller found on Freescale's MX2 and MX3
processors. Ported from Linux. Tested only with i.MX27 but should
works with other MX2 and MX3 processors too.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
+ */
+
+#include common.h
+#include asm/io.h
+#include asm/arch/imx-regs.h
+
+DECLARE_GLOBAL_DATA_PTR;
+
+static int imx27lite_devices_init(void)
+{
+ struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE;
+ int i;
+ unsigned int mode[] = {
+
On 11:40 Mon 20 Jul , Minkyu Kang wrote:
Because of the reset_cpu is soc specific, should be move to soc
Cc: Dirk Behme dirk.be...@googlemail.com
Signed-off-by: Minkyu Kang mk7.k...@samsung.com
---
cpu/arm_cortexa8/omap3/Makefile |1 +
cpu/arm_cortexa8/omap3/reset.S | 36
On 11:12 Mon 20 Jul , Heiko Schocher wrote:
Hello Tom,
Tom wrote:
Omap2 is still pending.
I was hoping to help Richard out with this last week but he was on travel.
There is not much more I think I can do wrt omap2.
All my targets are omap3.
The nearest I can find online is
On 09:59 Mon 20 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
added comments from Prafulla Wadaskar
- changes since v2
added comments from Jean-Christophe
- added speed setting
drivers/i2c/Makefile |1 +
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS) $(COBJS-y))
all: $(obj).depend $(LIB)
diff --git
Commit 1bc15386 moved the examples/ to examples/standalone but failed
to adapt the Makefiles that need to link against libstubs.a
Signed-off-by: Wolfgang Denk w...@denx.de
Cc: Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/netstar/Makefile |2 +-
board/trab/Makefile |2 +-
On 09:08 Fri 17 Jul , Shinya Kuribayashi wrote:
Scott Wood wrote:
On Mon, Jul 13, 2009 at 09:48:30AM +0900, Kyungmin Park wrote:
Basically I agree your opinion, however do see the other arch OneNAND
usage? I mean I can't see the other arch patches.
There was nothing but powerpc in
On 20:47 Sat 18 Jul , Wolfgang Denk wrote:
The #ifdef/#endif pairing in this file was obviously messed up.
Signed-off-by: Wolfgang Denk w...@denx.de
---
include/configs/at91cap9adk.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
applied to u-boot-arm
Best Regards,
J.
When I looked at the RFC data
it appears that the overhead of IP fragmentation and reassembly (which does
add overhead as the number of gateways increases) may be worth the time...
Just tried it: U-Boot doesn't support reassembly, it seems.
net.c confirms it:
/* Can't deal
On 23:35 Fri 17 Jul , Wolfgang Denk wrote:
A large number of boards (all AT91 based) duplicated the ROUND()
macro in their board specific config files. Add the definition to
include/common.h and clean up the board config files.
Signed-off-by: Wolfgang Denk w...@denx.de
build failled
as
On 16:35 Fri 17 Jul , Piotr Ziecik wrote:
This patch fixes broken build introduced by commit
84bf7ca522e94ec402a1264b01971b924b7e268f (api: remove un-needed
ifdef CONFIG_API already handle by the Makefile).
Signed-off-by: Piotr Ziecik ko...@semihalf.com
---
api/api_platform-arm.c |
Hi Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
+static int imx27lite_devices_init(void)
+{
+struct gpio_regs *regs = (struct gpio_regs *)IMX_GPIO_BASE;
+int i;
+unsigned int mode[] = {
+PD0_AIN_FEC_TXD0,
+PD1_AIN_FEC_TXD1,
+
On 21:02 Thu 16 Jul , Prafulla Wadaskar wrote:
This is Marvell's 88F6281_A0 based reference design board
This patch is tested for-
1. Boot from DRAM/NAND flash/NFS
2. File transfer using tftp and loadb
3. NAND flash read/write/erase
Signed-off-by: Prafulla Wadaskar
On 09:59 Thu 16 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
include/asm-arm/arch-kirkwood/kirkwood.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
applied to u-boot-arm
Best Regards,
J.
___
U-Boot
From fcdea0c7bba3c25a1fb183bbcaf6d1a4ec32a157 Mon Sep 17 00:00:00 2001
From: Dieter Kiermaier dk-arm-li...@gmx.de
Date: Mon, 29 Jun 2009 14:22:13 +0200
Subject: [PATCH] Kirkwood: add Marvell Kirkwood gpio driver
Signed-off-by: Dieter Kiermaier dk-arm-li...@gmx.de
---
On 15:11 Mon 20 Jul , Kyungmin Park wrote:
Hi,
On Sun, Jul 12, 2009 at 9:58 PM, Jean-Christophe
PLAGNIOL-VILLARDplagn...@jcrosoft.com wrote:
On 17:10 Sat 11 Jul , Kyungmin Park wrote:
Use the common OneNAND linker script.
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
On 09:58 Thu 16 Jul , Heiko Schocher wrote:
Signed-off-by: Heiko Schocher h...@denx.de
---
This patch needs the patch from:
http://lists.denx.de/pipermail/u-boot/2009-July/055854.html
first applied.
include/asm-arm/arch-kirkwood/gpio.h |2 ++
1 files changed, 2 insertions(+), 0
On 19:32 Tue 21 Jul , Ilya Yanok wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
cpu/arm926ejs/mx27/generic.c | 10 +
drivers/net/Makefile |1 +
drivers/net/fec_mxc.c| 742
++
drivers/net/fec_mxc.h| 304
Hi Wolfgang,
this pull request need that ben send it's pull request for net first
as multiple patch depend on it
Ben do you plan to send it soon?
Please pull
The following changes since commit 462b1038738dd86f8dd70595f250ce792e90d244:
Wolfgang Denk (1):
Merge branch 'master' of
On Wed 22 Jul 2009 18:00, Alessandro Rubini pondered:
When I looked at the RFC data
it appears that the overhead of IP fragmentation and reassembly (which
does add overhead as the number of gateways increases) may be worth
the time...
Just tried it: U-Boot doesn't support reassembly,
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 20090722215459.gb26...@game.jcrosoft.org you wrote:
On 20:47 Sat 18 Jul , Wolfgang Denk wrote:
The #ifdef/#endif pairing in this file was obviously messed up.
Signed-off-by: Wolfgang Denk w...@denx.de
---
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 2009070950.gc26...@game.jcrosoft.org you wrote:
On 23:35 Fri 17 Jul , Wolfgang Denk wrote:
A large number of boards (all AT91 based) duplicated the ROUND()
macro in their board specific config files. Add the definition to
From: Robin Getz rg...@blackfin.uclinux.org
Minor ./net cleanups - no functional changes
- change #ifdef DEBUG printf(); #endif to just debug()
- changed __FUNCTION__ to __func__
- got rid of extra whitespace between function and opening brace
- removed unnecessary braces on if statements
Dear Kumar Gala,
In message pine.lnx.4.64.0907210935500.5...@localhost.localdomain you wrote:
The following changes since commit d4abc757c26c531293f5bbc4262ade44a317eec9:
Peter Tyser (1):
Move api_examples to examples/api
are available in the git repository at:
Dear Heiko Schocher,
In message 4a65dae6.40...@denx.de you wrote:
Hello Wolfgang,
The following changes since commit 1bc1538613d66cef3cbce680fc8d7c3561a0fbd0:
Peter Tyser (1):
Move examples/ to examples/standalone
are available in the git repository at:
Dear Kumar Gala,
In message pine.lnx.4.64.0907221042010.25...@localhost.localdomain you wrote:
(This has the updated versions of the 'bank' patches based on comments
from the list)
- k
The following changes since commit d4abc757c26c531293f5bbc4262ade44a317eec9:
Peter Tyser (1):
On Sat, Jul 18, 2009 at 8:04 PM, Mike Frysinger vap...@gentoo.org wrote:
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
Ben: some things to note:
- i adopted Jean's proposed naming scheme in the CONFIG section
- i deprecated calling the driver-specific entry point
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 19:32 Tue 21 Jul , Ilya Yanok wrote:
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
cpu/arm926ejs/mx27/generic.c | 10 +
drivers/net/Makefile |1 +
drivers/net/fec_mxc.c| 742
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message 2009073039.gg19...@game.jcrosoft.org you wrote:
Hi Wolfgang,
this pull request need that ben send it's pull request for net first
as multiple patch depend on it
Ben do you plan to send it soon?
Please pull
The following changes
Wolfgang Wegner wrote:
Dear Scott, Wolfgang,
On Tue, Jul 21, 2009 at 02:02:43PM -0400, Scott McNutt wrote:
... for a two line bug fix?
This is hardly a valid reason to claim copyright on the module.
This practice will only discourage the contribution of original work
to the project.
Any comments (or acceptance of):
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/63614
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/63615
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/63616
- k
___
U-Boot mailing list
-Original Message-
From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
Sent: Thursday, July 23, 2009 3:17 AM
To: Heiko Schocher
Cc: Prafulla Wadaskar; U-Boot user list; Wolfgang Denk
Subject: Re: [PATCH v3] arm, i2c: added support for the TWSI
I2C Interface
Jean-Christophe PLAGNIOL-VILLARD wrote:
-SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
-OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
+SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) $(COBJS-y:.o=.c)
+OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS) $(COBJS-y))
all:
-Original Message-
From: u-boot-boun...@lists.denx.de
[mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
Sent: Thursday, July 23, 2009 4:35 AM
To: Jean-Christophe PLAGNIOL-VILLARD
Cc: U-Boot; Ben Warren
Subject: Re: [U-Boot] ARM Pull Request
Dear Jean-Christophe
Prafulla Wadaskar (3):
Marvell Sheevaplug Board support
Marvell MV88F6281GTW_GE Board support
Marvell RD6281A Board support
Hi Ben,
I think Pull request net not yet applied.
This breaks build for RD6281A board.
Some discussion was going for
net: Kirkwood_egiga:
Ben Warren wrote :
This patch has many coding style violations that haven't been addressed,
so it can't go in. Im not a fan of the piece-meal PHY implementation
coding style violations should be fixed in v3 /
http://www.mail-archive.com/u-boot@lists.denx.de/msg18068.html
Eric
Kumar Gala wrote:
cpu.c: In function 'cpu_eth_init':
cpu.c:371: warning: implicit declaration of function 'uec_standard_init'
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
include/netdev.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/netdev.h
Hi i have been using custom board with at91sam9263 and U boot 1.3.4,
It showing that link is up and down whenever i pluging and plugout the
Ethernet cable.
But when I try to ping, it showing : host device not active.
Whether its a problem with Uboot or something with board??
Your suggestions
1 - 100 of 150 matches
Mail list logo