Hello Wolfgang,
Wolfgang Denk wrote:
Dear Heiko Schocher,
In message 4a6422fc.6030...@invitel.hu you wrote:
typedef struct gpio_adapter {
int (*init_pin)(int pin);
int (*set)(int pin, value);
int (*get)(int pin);
int (*dir)(int pin, int direction);
Hi Roy,
Roy Zang wrote:
From: Roy Zang tie-fei.z...@freescale.com
Based on Intel PRO/1000 Network Driver 7.3.20-k2
Add Intel E1000 PCIE card support. The following cards are added:
INTEL_82571EB_COPPER
INTEL_82571EB_FIBER,
INTEL_82571EB_SERDES
INTEL_82571EB_QUAD_COPPER
Jean-Christophe PLAGNIOL-VILLARD wrote:
On 20:58 Thu 16 Jul , Prafulla Wadaskar wrote:
By default Auto Negotiation is enabled for interface speed
but on some platforms like RD6281A it does not work.
If you want to forced program it to desired speed,
this patch helps-
Through this
Hello Wolfgang,
Wolfgang Denk wrote:
Dear Heiko Schocher,
In message 4a6437a7.40...@denx.de you wrote:
Also, a board can have more then one gpio adapter, how we address
such a case?
How far do you want to take that? What about an I/O expander at the
I2C bus?
Hmmm.. good question ;-)
On Tuesday 21 July 2009 01:09:11 Ben Warren wrote:
Mike Frysinger 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
Is this a generally-accepted naming convention? I personally think
Hi Robin,
Robin Getz wrote:
From: Robin Getz rg...@blackfin.uclinux.org
Linux's netconsole works much better when you can pass it the MAC address of
the server. (otherwise it just uses broadcast, which everyone else on my
network complains about :)
This sets the env var serveraddr (to
Michael,
Michael Zaidman wrote:
Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: Robin Getz rg...@blackfin.uclinux.org
Signed-off-by: Michael Zaidman
Prafulla,
Prafulla Wadaskar wrote:
By default Auto Negotiation is enabled for interface speed
but on some platforms like RD6281A it does not work.
If you want to forced program it to desired speed,
this patch helps-
Through this patch Auto negotiation can be disabled and
desired interface
Prafulla,
Prafulla Wadaskar wrote:
With these fixes, this driver works properly for multi chip
addressging mode
Bugfixes:
1. Build error fixed for function mv88e61xx_busychk_multic-fixed
2. PHY dev address error detection- fixed
3. wrong busy bit was refered in function mv88e61xx_busychk
Ben,
On Tuesday 21 July 2009 07:55:30 Ben Warren wrote:
Can I get an ACK from you on this? Sorry if you already did and I missed
it.
I thought that I already ack'ed it. But hey, I have more than one ;)
Acked-by: Stefan Roese s...@denx.de
Best regards,
Stefan
Thomas,
Thomas Dörfler wrote:
The mpc512x FEC network driver resets the FEC before transferring
packets. With this reset, the FEC clears the previous setting of MII
transfer speed. This patch ensures, that it is set again to a reasonable
value after a FEC reset.
Signed-off-by: Thomas
Stefan Roese wrote:
Ben,
On Tuesday 21 July 2009 07:55:30 Ben Warren wrote:
Can I get an ACK from you on this? Sorry if you already did and I missed
it.
I thought that I already ack'ed it. But hey, I have more than one ;)
You probably did, but it got lost somewhere in my
Dear Heiko Schocher,
In message 4a655c25.8080...@denx.de you wrote:
And with gpio_set() we only set the output value, without switching
the direction ...
Right.
Or should we do allways a set direction, when calling gpio_set() ...?
This makes no sense to me.
Best regards,
Wolfgang Denk
Dear Heiko Schocher,
In message 4a654608.8010...@denx.de you wrote:
...
so, if actual compiling the kmeter1, I get a compile error, following patch
solves it:
Yeah, saw this,t oo, in the nightly build results.
[PATCH] 83xx, kmeter: fix compile error
CONFIG_SYS_MALLOC_LEN is defined in the
Dear Peter Tyser,
In message 1248134541-25601-1-git-send-email-pty...@xes-inc.com you wrote:
Also add a rule to remove demo.bin which was previously leftover after a
make clean
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
Changes since v2:
- Clean up demo.bin
- rebased
Makefile
Wolfgang,
The following changes since commit 1bc1538613d66cef3cbce680fc8d7c3561a0fbd0:
Peter Tyser (1):
Move examples/ to examples/standalone
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
Alessio Centazzo (1):
ppc4xx: Fixed compilation
Dear Ben Warren,
In message 4a655eaa.4000...@gmail.com you wrote:
By default Auto Negotiation is enabled for interface speed
but on some platforms like RD6281A it does not work.
What exactly is the reason that it doesn't work?
Is it some deficiency of the board hardware that always
Dear Ben Warren,
In message 4a656563.9020...@gmail.com you wrote:
Prafulla Wadaskar wrote:
By default Auto Negotiation is enabled for interface speed
but on some platforms like RD6281A it does not work.
If you want to forced program it to desired speed,
this patch helps-
Through
Wolfgang Denk wrote:
Dear Ben Warren,
In message 4a656563.9020...@gmail.com you wrote:
Prafulla Wadaskar wrote:
By default Auto Negotiation is enabled for interface speed
but on some platforms like RD6281A it does not work.
If you want to forced program it to desired speed,
this
Dear Ben Warren,
In message 4a6565d4.7050...@gmail.com you wrote:
Thomas Dörfler wrote:
The mpc512x FEC network driver resets the FEC before transferring
packets. With this reset, the FEC clears the previous setting of MII
transfer speed. This patch ensures, that it is set again to a
Wolfgang Denk wrote:
Dear Ben Warren,
In message 4a6565d4.7050...@gmail.com you wrote:
Thomas Dörfler wrote:
The mpc512x FEC network driver resets the FEC before transferring
packets. With this reset, the FEC clears the previous setting of MII
transfer speed. This patch ensures,
Wolfgang Denk wrote:
Dear Ben Warren,
In message 4a6565d4.7050...@gmail.com you wrote:
Thomas Dörfler wrote:
The mpc512x FEC network driver resets the FEC before transferring
packets. With this reset, the FEC clears the previous setting of MII
transfer speed. This patch ensures,
Dear Ben Warren,
In message 4a656de2.1080...@gmail.com you wrote:
Wolfgang,
The following changes since commit 1bc1538613d66cef3cbce680fc8d7c3561a0fbd0:
Peter Tyser (1):
Move examples/ to examples/standalone
are available in the git repository at:
Hi, Stefan
Stefan Roese wrote:
Felix,
On Wednesday 15 July 2009 11:24:07 Felix Radensky wrote:
I think my first patch that open-coded part of ft_board_setup() related
to EBC ranges
was correct and tested on real hardware. I admit that I didn't test the
second version
of the patch, as
Hi Wolfgang,
I fixed patch and sent it to the mailing list.
It is now waiting for moderation due to its size.
Many thanks and regards,
Giuseppe
-Original Message-
From: Wolfgang Denk [mailto:w...@denx.de]
Sent: Monday, July 20, 2009 11:54 PM
To: Giuseppe CONDORELLI
Cc:
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
HI:
i port the uboot-2009.06 to arm2440 recently. the program is dead when execute
the bl lowlevel_init in start.S, even i put the bl lowlevel_init in the
almost first line of start.S, it is dead too. it seems like something wrong
with the label lowlevel_init, but bl red_LED_on works fine. can
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello,
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 for this (CONFIG_PRAM did not
work).
/Andreas
___
U-Boot mailing
Dear Wolfgang,
Sorry for my silence, but in the last time I have too things in my agenda.
I sent again the patch with the required fix but you need to approve my mail
because it is very huge.
Thanks and best regards,
luigi
Il lunedì 20 luglio 2009 23:46:32 Wolfgang Denk ha scritto:
Dear
Kim,
On Thursday 11 June 2009 17:15:48 Kim Phillips wrote:
On Wed, 10 Jun 2009 19:09:48 +0200
Stefan Roese s...@denx.de wrote:
From: Reinhard Arlt reinhard.a...@esd-electronics.com
From: Reinhard Arlt reinhard.a...@esd-electronics.com
This patch adds support for the esd VME8349 board
At bootloader, we don't need to read full page. It takes too long time.
Instead it only read pages required for boot.
Of course, this patch reduces the boot time
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
diff --git a/drivers/mtd/onenand/onenand_bbt.c
Dear Matthias Fuchs,
In message 200907211154.16125.matthias.fu...@esd.eu you wrote:
This patch migrates 4xx code from using the lowercase tcr macro
to the SPRN_TCR macro. Both macros have been defined in the past.
So one is to much and uppercase macros are much more common.
The lowercase
This patch adds support for the AVR32 LCD controller. This patch is
based off the latest u-boot-video.
A quick summary of what's going on:-
Enable LCDC pixel clock
Enable LCDC port pins
Add framebuffer pointer to global_data struct
Allocate framebuffer
To use the new code, update your board
This patch adds support for LCD_COLOR16 in include/lcd.h.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
include/lcd.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/lcd.h b/include/lcd.h
index f054cac..0d6549c 100644
--- a/include/lcd.h
+++ b/include/lcd.h
@@
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 CONFIG_CMD_CHIP_CONFIG support
- use ppc4xx_gpio struct for GPIO
On Tuesday 21 July 2009 12:06, Wolfgang Denk wrote:
Dear Matthias Fuchs,
In message 200907211154.16125.matthias.fu...@esd.eu you wrote:
This patch migrates 4xx code from using the lowercase tcr macro
to the SPRN_TCR macro. Both macros have been defined in the past.
So one is to much and
This patch removes the static declaration from gunzip_bmp()
Without it, the gunzip_bmp() function is not visible to
common/lcd.c and fails to compile with an error.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/cmd_bmp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This patch updates the MIMC200 files to enable the LCD.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
board/mimc/mimc200/mimc200.c | 34 ++
include/configs/mimc200.h| 16
2 files changed, 50 insertions(+), 0 deletions(-)
diff --git
Hello All
The following patch series add P2020RDB platform support in u-boot.
1. [PATCH 1/2] Removed CONFIG_NUM_CPUS for 85xx/86xx Freescale processor
series.
This patch removes the compiler define for CONFIG_NUM_CPUS, instead
the value is obtained dynamically by reading the SVR value and
The number of CPUs are getting detected dynamically by checking the processor
SVR value.
Also removed CONFIG_NUM_CPUS references from all the platforms with 85xx/86xx
processors.
This can help to use the same u-boot image across the platforms.
Also revamped and corrected few Freescale
Dear Kyungmin Park,
In message 20090721095528.ga23...@july you wrote:
At bootloader, we don't need to read full page. It takes too long time.
Instead it only read pages required for boot.
Of course, this patch reduces the boot time
What does don't need to read full page mean?
when we read
Dear Aggrwal Poonam-B10812,
In message
1bd5cfc378ed0946b688e0c9ba2ef095129...@zin33exm24.fsl.freescale.net you wrote:
The following patch series add P2020RDB platform support in u-boot.
You are probably aware thatthe merge window is closed. That means that
this will have to wait for the next
Hi,
On Tue, Jul 21, 2009 at 7:50 PM, Wolfgang Denkw...@denx.de wrote:
Dear Kyungmin Park,
In message 20090721095528.ga23...@july you wrote:
At bootloader, we don't need to read full page. It takes too long time.
Instead it only read pages required for boot.
Of course, this patch reduces the
Hello,
the following patch set (second version)
introduced a new common video driver (patch part 1)
and
update current boards (EB+MCF-EV123) to use it (patch part 2).
this driver is also used for upcomming new boards with vcxk hardware.
The code of this second version has been
This patch updates the support for EB+MCF-EV123 board and needs the [PATCH 1/2
V2] new video driver for bus vcxk framebuffers
* remove the board framebuffer driver
* use the common bus_vcxk framebuffer driver
* adds bmp support
* adds splashimage support
* fix serveral cosmetical errors
This patch adds a new video driver
* adds common bus_vcxk framebuffer driver
Signed-off-by: Jens Scharsig e...@bus-elektronik.de
---
diff --git a/doc/README.bus_vcxk b/doc/README.bus_vcxk
new file mode 100644
index 000..4eb8fe8
--- /dev/null
+++ b/doc/README.bus_vcxk
@@ -0,0 +1,85 @@
+/*
+
-Original Message-
From: Ben Warren [mailto:biggerbadder...@gmail.com]
Sent: Tuesday, July 21, 2009 14:17 PM
To: Zang Roy-R61911
Cc: Kumar Gala; U-Boot-Denx
Subject: Re: [U-Boot] [PATCH 1/2] Add ntel PCIE PRO/1000
Network Driver support
Hi Roy,
Roy Zang wrote:
From: Roy
Did you have a look into include ppc440.h?
It contains the old IBM copyright and (!!!) a GPL header with
copyrights from five IBM people.
Hmm, does this bring us any further?
Matthias
On Thursday 09 July 2009 11:51, Stefan Roese wrote:
On Thursday 09 July 2009 11:24:39 Matthias Fuchs wrote:
Dear Poonam Aggrwal,
In message 1248173263-30516-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
The number of CPUs are getting detected dynamically by checking the processor
SVR value.
Also removed CONFIG_NUM_CPUS references from all the platforms with 85xx/86xx
processors.
On Tuesday 21 July 2009 13:42:57 Matthias Fuchs wrote:
Did you have a look into include ppc440.h?
It contains the old IBM copyright and (!!!) a GPL header with
copyrights from five IBM people.
Hmm, does this bring us any further?
Not really. This GPL header was added later with this patch:
From: Alessandro Rubini rub...@gnudd.com
include/lcd.h has different vidinfo for different platforms,
and several extern declaration, but one for the default case was
missing. This makes them a single extern declaration for everyone.
Signed-off-by: Alessandro Rubini rub...@gnudd.com
---
Unstable 440EPx operation due to default bootsrtap options settings.
The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1
that results PLLOUTB being greater
than the CPU clock frequency. This results unstable 440EPx operation
causing hang conditions.
This is a patch fixing this
u-boot reports a PCIE PLL lock error at boot time on Yucca
board, and left PCIe nonfunctional. This is fixed by making u-boot
function ppc4xx_init_pcie() to wait 300 uS after negating reset before
the first check of PLL lock.
This fix touches only one file 4xx_pcie.c
Signed off by Rupjyoti
Two more:
1) you do not need to add [U-Boot] to your subject. That's done automatically.
2) patches for the 4xx architecture should have a ppc4xx: prefix and not
AMCC
Matthias
On Tuesday 21 July 2009 14:20, Rupjyoti Sarmah wrote:
Unstable 440EPx operation due to default bootsrtap options
Hi Rupjyoti,
On Tuesday 21 July 2009 14:20, Rupjyoti Sarmah wrote:
Unstable 440EPx operation due to default bootsrtap options settings.
The 440EPx fixed bootstrap options A,B,C,D sets PLL FWDVA to a value 1
that results PLLOUTB being greater
than the CPU clock frequency. This results unstable
Kilauea has an AT24C02 EEPROM which has an 8 byte page. Without defining
CONFIG_SYS_EEPROM_PAGE_WRITE_BITS to 3 the eeprom command doesn't
work correctly.
Signed-off-by: Stefan Roese s...@denx.de
---
include/configs/kilauea.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
This patch removes the alterpll command and replaces it with the now
ppc4xx standard chip_config command to configure the I2C bootstrap
EEPROM.
Signed-off-by: Stefan Roese s...@denx.de
---
board/amcc/kilauea/Makefile |4 +-
board/amcc/kilauea/chip_config.c | 49 +++
Dear Poonam Aggrwal,
In message 1248173285-30560-1-git-send-email-poonam.aggr...@freescale.com you
wrote:
The code base is generic to add more P1_P2 RDB platforms support as and when
required.
The folder and file names are such that they can cater to future SOCs of
P1/P2 family.
Tested
On Jul 20, 2009, at 6:44 PM, Liu Dave-R63238 wrote:
I've tested this on 86xx boards, it'd be great if someone
could test on
83xx and 74xx/7xx. 85xx boards should not be affected by
this change.
This change assumes
http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/63423
has already
On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote:
Previously, 85xx and 86xx boards would display DRAM information on
bootup such as:
...
I2C: ready
DRAM:
Memory controller interleaving enabled: Bank interleaving!
2 GB
FLASH: 256 MB
...
This patch moves the printing of the DRAM
On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote:
This is in preparation for adding one common 8xxx board_add_ram_info()
fuction for all 8xxx boards
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/xes/common/fsl_8xxx_ddr.c | 53
---
1 files
On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote:
This is in preparation for adding one common 8xxx board_add_ram_info()
function for all 8xxx boards
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/tqc/tqm85xx/sdram.c | 33 +++--
1 files changed, 3
On Jul 17, 2009, at 10:14 AM, Peter Tyser wrote:
Rename sdram_mode_1 to sdram_mode and sdram_cfg_1 to sdram_cfg to
match
the 86xx user's manual and other Freescale architectures
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c |4 ++--
On Jul 8, 2009, at 9:05 PM, Roy Zang wrote:
correct ? :)
It is 8544DS board. Thanks.
Sorry for the mistake. It is my oversight when I regenerate the patch
before send out.
Pick up this one:
From: Roy Zang tie-fei.z...@freescale.com
Add pci/pcie E1000 ethernet support for MPC8544DS and
On Jul 21, 2009, at 6:52 AM, Wolfgang Denk wrote:
diff --git a/include/asm-ppc/config.h b/include/asm-ppc/config.h
index ca143c7..b799a22 100644
--- a/include/asm-ppc/config.h
+++ b/include/asm-ppc/config.h
@@ -37,4 +37,45 @@
#endif
#endif
+#if defined(CONFIG_MPC8533)
+#define
On Jul 19, 2009, at 7:17 PM, pty...@xes-inc.com wrote:
From: Peter Tyser pty...@xes-inc.com
Buffered writes are possible on the XPedite5200 and XPedite5370 and
greatly
improve NOR flash write speeds
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
I miscalculated the merge window
On Jul 19, 2009, at 7:17 PM, pty...@xes-inc.com wrote:
From: Peter Tyser pty...@xes-inc.com
Signed-off-by: Peter Tyser pty...@xes-inc.com
---
board/xes/xpedite5370/xpedite5370.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
applied
- k
Gentlemen,
First, my apologies for ignoring this thread for so long.
As I recall, I was the person that added this file to ppcboot
almost 7 years ago when I added the first Book E support.
Matthias Fuchs wrote:
Did you have a look into include ppc440.h?
I took a pretty close look. There's
On Jul 16, 2009, at 4:06 PM, Anton Vorontsov wrote:
On Thu, Jul 16, 2009 at 10:52:13PM +0200, Wolfgang Denk wrote:
Dear Kim Phillips,
In message 20090707173804.acc352f9.kim.phill...@freescale.com you
wrote:
Any news on this?
Wolfgang, if you have no objection, please apply directly.
The following changes since commit d4abc757c26c531293f5bbc4262ade44a317eec9:
Peter Tyser (1):
Move api_examples to examples/api
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Kumar Gala (3):
85xx: Bump up the BOOTMAP to 16M on FSL 85xx
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.
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 Kumar Gala,
In message d46e33d8-e298-4c7f-bf99-1b0269148...@kernel.crashing.org you wrote:
Sorry, but this does not scale. Please find a better solution.
is there a better solution? We effectively do things like this in the
board CONFIG.h and its just duplicated for every board.
Dear Kumar Gala,
In message 1248187311-5943-1-git-send-email-ga...@kernel.crashing.org you
wrote:
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
Hello Heiko
Heiko Schocher wrote:
This patch adds the possibility to call a board specific
i2c bus reset routine for the fsl_i2c bus driver, and adds
this option for the keymile kmeter1 board.
The deblock sequence for this board is implemented and
tested in the following way:
CR = 0x20
Hello Wolfgang,
The following changes since commit 1bc1538613d66cef3cbce680fc8d7c3561a0fbd0:
Peter Tyser (1):
Move examples/ to examples/standalone
are available in the git repository at:
git://git.denx.de/u-boot-i2c.git master
Heiko Schocher (1):
i2c, mpc83xx: add
Dear Kumar Gala,
In message 1248187378-5970-1-git-send-email-ga...@kernel.crashing.org you
wrote:
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
Signed-off-by: Heiko Schocher h...@denx.de
---
- changes since v1:
moved the nand driver to drivers/mtd/nand/kmeter1_nand.c
as Stefan Roese suggested
- changes since v2:
added comments from Stefan Roese
- drivers/mtd/nand/kmeter1_nand.c only gets compiled if
CONFIG_NAND_KMETER1 is set
On Tuesday 21 July 2009 17:05:56 Wolfgang Denk wrote:
int checkboard(void)
{
- printf (Board: MPC8641HPCN, System ID: 0x%02x,
- System Version: 0x%02x, FPGA Version: 0x%02x\n,
+ u8 vboot;
+
+ printf (Board: MPC8641HPCN, Sys ID: 0x%02x,
+ Sys Ver:
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 +
include/netdev.h |1
On Mon 20 Jul 2009 16:33, Wolfgang Denk pondered:
Dear Robin Getz,
[snip]
You seem to live on a different planet than me.
That is a well though out point.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
common/image.c |4 ++--
tools/kwbimage.c | 41 +
tools/mkimage.c |7 ++-
3 files changed, 49 insertions(+), 3 deletions(-)
diff --git a/common/image.c b/common/image.c
index
The Calao TNY-A9260 board is a board manufactured and sold by Calao
Systems http://www.calao-systems.com. Its components are very
similar to the AT91SAM9260EK board, so its configuration is based on
the configuration of this board. There are however some differences:
different clocks, no LCD, no
On Tue 21 Jul 2009 02:37, Ben Warren pondered:
Can you please re-submit using git tools?
From: Robin Getz rg...@blackfin.uclinux.org
Linux's netconsole works much better when you can pass it the MAC address of
the server. (otherwise it just uses broadcast, which everyone else on my
network
On Jul 21, 2009, at 10:08 AM, Wolfgang Denk wrote:
Dear Kumar Gala,
In message 1248187378-5970-1-git-send-email-
ga...@kernel.crashing.org you wrote:
The p2020DS, MPC8536DS, MPC8572DS, MPC8544DS boards are capable of
swizzling the upper address bits of the NOR flash we boot out of
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.
On Tuesday 21 July 2009 23:25:50 Prafulla Wadaskar wrote:
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
Just some quick nitpicking comment below.
---
common/image.c |4 ++--
tools/kwbimage.c | 41 +
tools/mkimage.c |7 ++-
3
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: updated as per review feedback for v1
board/Marvell/sheevaplug/config.mk|3 +
board/Marvell/sheevaplug/kwbimage.cfg | 162 +
2 files changed, 165 insertions(+), 0 deletions(-)
For more details refer docs/README.kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: strtok_r() used for simple parser algorithm
updated as per feedback for v1
all line checked to be below 78 :-)
Makefile|5 +
common/image.c |1 +
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
common/image.c |4 ++--
tools/kwbimage.c | 41 +
tools/mkimage.c |7 ++-
3 files changed, 49 insertions(+), 3 deletions(-)
diff --git a/common/image.c b/common/image.c
index
hdr_size variable is initialized
at the begining of image creation algorithm instead of reading it each time.
This facilitate to use the common code for other image type implementations
for ex. kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
hdr_size declaration moved at the
hdr_size variable is initialized
at the begining of image creation algorithm instead of reading it each time.
This facilitate to use the common code for other image type implementations
for ex. kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
hdr_size declaration moved at the
hdr_size variable is initialized
at the begining of image creation algorithm instead of reading it each time.
This facilitate to use the common code for other image type implementations
for ex. kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
hdr_size declaration moved at the
hdr_size variable is initialized
at the begining of image creation algorithm instead of reading it each time.
This facilitate to use the common code for other image type implementations
for ex. kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
hdr_size declaration moved at the
For more details refer docs/README.kwbimage
Signed-off-by: Prafulla Wadaskar prafu...@marvell.com
---
Change log:
v2: strtok_r() used for simple parser algorithm
updated as per feedback for v1
all line checked to be below 78 :-)
Makefile|5 +
common/image.c |1 +
Dear Albin Tonnerre,
In message
1248191599-23258-1-git-send-email-albin.tonne...@free-electrons.com you wrote:
The Calao TNY-A9260 board is a board manufactured and sold by Calao
Systems http://www.calao-systems.com. Its components are very
similar to the AT91SAM9260EK board, so its
Dear Kumar Gala,
In message 1248193876-15362-1-git-send-email-ga...@kernel.crashing.org you
wrote:
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
Sorry - first time I sent this -- I forgot to cc the list...
On Tue 21 Jul 2009 12:37, Robin Getz pondered:
redboot supports (and has since 2002) a mini-http client:
This is just a transfer data via the network using HTTP protocol, no
better or worse than tftp. (no https, no proxy, no other
Hi Robin,
Robin Getz wrote:
Sorry - first time I sent this -- I forgot to cc the list...
On Tue 21 Jul 2009 12:37, Robin Getz pondered:
redboot supports (and has since 2002) a mini-http client:
This is just a transfer data via the network using HTTP protocol, no
better or worse than
1 - 100 of 134 matches
Mail list logo