- BSC9131 is integrated device that targets Femto base station market.
It combines Power Architecture e500v2 and DSP StarCore SC3850 core
technologies with MAPLE-B2F baseband acceleration processing elements.
- BSC9130 is exactly same as BSC9131 except that the max e500v2
core and DSP
BSC9131RDB is a Freescale reference design board for BSC9131 SoC. BSC9131 SOC
is an integrated device that targets Femto base station market. It combines
Power Architecture e500v2 and DSP StarCore SC3850 core technologies with
MAPLE-B2F baseband acceleration processing elements
BSC9131RDB
Hi Simon,
On Thu, Mar 15, 2012 at 6:23 AM, Simon Glass s...@chromium.org wrote:
Yes I am talking about building with the generic relocation series
included, so a slightly different point. With that I get:
$ make -j8 -s
Generating include/generated/asm-offsets.h
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on i.MX28 based DENX M28EVK
Tested on PXA270 based Voipac PXA270.
NOTE: This currently only supports ARM, but other architectures can be easily
-Original Message-
From: David Purdy [mailto:david.c.pu...@gmail.com]
Sent: 14 March 2012 23:32
To: Prafulla Wadaskar
Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net
Subject: Re: [PATCH v2] kirkwood: add support for Cloud Engines
Pogoplug E02
Thank you Prafulla,
I
On 14/03/2012 15:53, Dirk Behme wrote:
On 13.03.2012 17:59, Eric Nelson wrote:
...
--- a/board/freescale/mx6qsabrelite/mx6qsabrelite.c
+++ b/board/freescale/mx6qsabrelite/mx6qsabrelite.c
...
+/* Enable sata clock */
+reg = readl(imx_ccm-CCGR5); /* CCGR5 */
+reg |=
On 13/03/2012 02:04, Eric Nelson wrote:
This is needed to support Freescale-supplied userspaces.
At the moment, both the IPU and VPU libraries provided by Freescale
in the imx-lib package contain routines which scrape the system
revision from /proc/cpuinfo. In the VPU library, this
On 04/03/2012 21:51, Eric Nelson wrote:
Allow non-dt kernels to boot
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
include/configs/mx6qsabrelite.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/mx6qsabrelite.h
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
On Behalf Of Stefano Babic
Sent: Thursday, March 15, 2012 4:28 PM
To: Dirk Behme
Cc: u-boot@lists.denx.de; w...@denx.de
Subject: Re: [U-Boot] [PATCH V2] i.MX6: mx6q_sabrelite: add SATA bindings
On
On 08/03/2012 13:36, Dirk Behme wrote:
This patch imports three patches from the Freescale U-Boot with the following
commit messages:
ENGR00156405 ESDHC: Add workaround for auto-clock gate errata ENGcm03648
On 15/03/2012 10:34, Liu Hui-R64343 wrote:
As the comments in the imximage.cfg,
# set the default clock gate to save power
DATA 4 0x020c4068 0x00C03F3F
DATA 4 0x020c406c 0x0030FC03
DATA 4 0x020c4070 0x0FFFC000
DATA 4 0x020c4074 0x3FF0
DATA 4 0x020c4078 0x00FFF300
DATA 4 0x020c407c
Hi!
On Fri 2012-02-24 19:46:50, Stefan Roese wrote:
On Friday 24 February 2012 19:37:45 Marek Vasut wrote:
...it started something. According to gdb it looks like new u-boot
executes briefly, but fails in C code while processing intialization,
and it seems that old u-boot takes over.
Tom, Albert,
Does this series look good?
On Thursday 08 March 2012 10:50 PM, Aneesh V wrote:
Thumb is an alternate instruction set available in many
ARM processors. Below is a detailed description from ARM
specs:
The Thumb instruction set is a re-encoded subset of the
ARM instruction set.
From: Simon Schwarz simonschwarz...@googlemail.com
This adds some configs for devkit8000 to use the new spl command
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk w...@denx.de
---
Hi,
this should be the final version for the patchset introducing
direct Linux booting from SPL.
Only Patch 1/14: Add cmd_spl command was modified.
Patches 2/13 up to 12/13 are untouched from V13.
Patch 13/13 fix a small issue by compiling the cam_enc_4xx
board (Tom Rini)
Changelog
From: Simon Schwarz simonschwarz...@googlemail.com
This adds a spl command to the u-boot.
Related config:
CONFIG_CMD_SPL
activate/deactivate the command
CONFIG_CMD_SPL_NAND_OFS
Offset in NAND to use
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
Signed-off-by: Stefano
From: Simon Schwarz simonschwarz...@googlemail.com
This implements booting of Linux from NAND in SPL
Related config parameters:
CONFIG_SYS_NAND_SPL_KERNEL_OFFS
Offset in NAND of direct boot kernel image to use in SPL
CONFIG_SYS_SPL_ARGS_ADDR
Address where the kernel boot
From: Simon Schwarz simonschwarz...@googlemail.com
Linux crashes if the GPMC isn't configured for the dm9000.
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk w...@denx.de
---
From: Simon Schwarz simonschwarz...@googlemail.com
This adds Linux booting to the SPL
This depends on CONFIG_MACH_TYPE patch by Igor Grinberg
(http://article.gmane.org/gmane.comp.boot-loaders.u-boot/105809)
Related CONFIGs:
CONFIG_SPL_OS_BOOT
Activates/Deactivates the OS booting feature
From: Simon Schwarz simonschwarz...@googlemail.com
This only outputs Assuming u-boot.bin... if debug is active.
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk w...@denx.de
---
From: Simon Schwarz simonschwarz...@googlemail.com
- Implements spl_start_uboot() for devkit8000
- Add configs to activate direct OS boot from SPL
Signed-off-by: Simon Schwarz simonschwarz...@gmail.com
CC: Tom Rini tom.r...@gmail.com
CC: Stefano Babic sba...@denx.de
CC: Wolfgang Denk
Signed-off-by: Stefano Babic sba...@denx.de
CC: Tom Rini tom.r...@gmail.com
CC: Wolfgang Denk w...@denx.de
CC: Simon Schwarz simonschwarz...@gmail.com
---
arch/arm/cpu/armv7/Makefile |2 --
arch/arm/cpu/armv7/cpu.c|2 ++
arch/arm/lib/Makefile |5 +++--
3 files changed, 5
Call i2c initialization in spl_board_init only if I2C
is configured for the board.
Signed-off-by: Stefano Babic sba...@denx.de
CC: Tom Rini tom.r...@gmail.com
CC: Wolfgang Denk w...@denx.de
CC: Simon Schwarz simonschwarz...@gmail.com
---
arch/arm/cpu/armv7/omap3/board.c |2 ++
1 files
From: Simon Schwarz simonschwarz...@googlemail.com
Adds prep subcommand to bootm implementation of ARM. When bootm is called
with the subcommand prep the function stops right after ATAGS creation and
before announce_and_cleanup.
This is used in command cmd_spl export
Signed-off-by: Simon
Signed-off-by: Stefano Babic sba...@denx.de
CC: Tom Rini tom.r...@gmail.com
CC: Wolfgang Denk w...@denx.de
CC: Simon Schwarz simonschwarz...@gmail.com
---
board/technexion/twister/twister.c | 23 +++
include/configs/twister.h | 12
2 files changed, 35
From: Tom Rini tr...@ti.com
To avoid a conflict with common/cmd_bootm.c's 'images' (which is
exposed as part of the Linux SPL series), rename the board-specific
'images' to 'imgs'.
Cc: Heiko Schocher h...@denx.de
Signed-off-by: Tom Rini tr...@ti.com
Acked-by: Heiko Schocher h...@denx.de
Hi Prafulla,
You comments are very clear and helpful. I'll try to get the v3 patch
in sometime over the weekend.
thanks regards,
Dave
On Thu, Mar 15, 2012 at 3:12 AM, Prafulla Wadaskar prafu...@marvell.com wrote:
-Original Message-
From: David Purdy
Dear Graeme Russ,
In message calbutcl4xxwfalf1xdpsrgjv4v8yhynx_dvd9bsu3axuhyz...@mail.gmail.com
you wrote:
Frankly: I see no benefit in adding x86 support.
Ouch! - Do you mean in common code or in general?
I mean: I see no benefit in adding support for a bootz command for
x86 systems -
Dear Marek Vasut,
In message 201203130547.30788.ma...@denx.de you wrote:
I have to admit that I never understood the fuzz about being able to
boot zImages. I see more disadvanatges than advantages for this, but
some ARM people go frenzy when this topic pops up - see recent
discussions
Without the fix, flash_write_cfibuffer will terminate the erased
status check once an all-0xFF word has been found instead of
continuing the erased status check utill the first non-0xFF word.
Signed-off-by: Tao Hou hotfor...@gmail.com
Cc: Stefan Roese s...@denx.de
---
Changes for v2:
-
Dear Marek Vasut,
In message 201203140638.45430.ma...@denx.de you wrote:
i've got no opinion on the matter of supporting zImage directly (although,
i guess it'd be nice since some legacy platforms still use it like
netwinders)
Does anyone else but RMK have a working netwinder these
Dear jonsm...@gmail.com,
In message CAKON4Oy2tP3500n4YfHji6O3N7Gz=6-e6mumhm5nwaknfnt...@mail.gmail.com
you wrote:
The hardware has a good sized eeprom on it. Is there any uboot
support for having device trees or partial devices trees in the
eeprom? Could the device tree be part of the uboot
Hi Christian,
On Thu, Mar 15, 2012 at 12:37 AM, Christian Riesch
christian.rie...@omicron.at wrote:
Hi Simon,
On Thu, Mar 15, 2012 at 6:23 AM, Simon Glass s...@chromium.org wrote:
Yes I am talking about building with the generic relocation series
included, so a slightly different point. With
On Thu, Mar 15, 2012 at 06:55:01PM +0530, Aneesh V wrote:
Tom, Albert,
Does this series look good?
Yes, I had planned to pick this up today for my round of u-boot-ti/next
patches. Thanks.
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
On Thu, Mar 15, 2012 at 12:14 PM, Wolfgang Denk w...@denx.de wrote:
Dear jonsm...@gmail.com,
In message
CAKON4Oy2tP3500n4YfHji6O3N7Gz=6-e6mumhm5nwaknfnt...@mail.gmail.com you
wrote:
The hardware has a good sized eeprom on it. Is there any uboot
support for having device trees or partial
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 201203140638.45430.ma...@denx.de you wrote:
i've got no opinion on the matter of supporting zImage directly
(although, i guess it'd be nice since some legacy platforms still use
it like netwinders)
Does anyone else but RMK have a
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 201203130547.30788.ma...@denx.de you wrote:
I have to admit that I never understood the fuzz about being able to
boot zImages. I see more disadvanatges than advantages for this, but
some ARM people go frenzy when this topic pops up -
On Thursday 15 March 2012 12:09:43 Wolfgang Denk wrote:
Marek Vasut wrote:
i've got no opinion on the matter of supporting zImage directly
(although, i guess it'd be nice since some legacy platforms still use
it like netwinders)
Does anyone else but RMK have a working netwinder
Dear Mike Frysinger,
On Thursday 15 March 2012 12:09:43 Wolfgang Denk wrote:
Marek Vasut wrote:
i've got no opinion on the matter of supporting zImage directly
(although, i guess it'd be nice since some legacy platforms still use
it like netwinders)
Does anyone else but RMK
On 03/14/2012 09:16 PM, Simon Glass wrote:
These are available on other architectures, so add them on ppc.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/powerpc/include/asm/io.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
This is great! However, the initrd is still in the u-boot image format,
right?
If a raw initrd is
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
This is great! However, the initrd is still in the u-boot image format,
On 03/14/2012 09:16 PM, Simon Glass wrote:
+/*
+ * sjg: IMO this code should be
+ * refactored to a single function, something like:
+ *
+ * void led_set_state(enum led_colour_t colour, int on);
+ */
+/
+ * Coloured
On 03/14/2012 09:16 PM, Simon Glass wrote:
This adds ppc features to the generic pre-relocation board init.
This is making this file look not very generic. Can we factor out the
parts that are actually generic and leave the rest in arch code, rather
than create a mess of ifdefs?
-Scott
On 03/14/2012 09:16 PM, Simon Glass wrote:
+#ifdef CONFIG_SPL_BUILD
+static int reserve_stacks_spl(void)
+{
+ /* Why not -= ? */
+ gd-dest_addr_sp += 128;/* leave 32 words for abort-stack */
+ gd-irq_sp = gd-dest_addr_sp;
+ return 0;
+}
+#endif
Please explain
On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
This is great! However, the initrd is
On Thursday 08 March 2012 07:16:10 Wolfgang Denk wrote:
I was just thinking if this year's Libre Software Meeting (LSM - from
7th to 12th July in Geneva, Switzerland) would be a suitable event to
arrange a meeting of some U-Boot developers?
seems like this is a go ? i think i'll submit a
On Thu, Mar 08, 2012 at 10:50:16PM +0530, Aneesh V wrote:
[snip]
Tool-chains tried:
1. Sourcery G++ Lite 2010q1-202
arm-none-linux-gnueabi-gcc (Sourcery G++ Lite 2010q1-202) 4.4.1
GNU ld (Sourcery G++ Lite 2010q1-202) - binutils 2.19.51.20090709
2. Linaro 4.6-2012.01
arm-linux-gnueabi-gcc
Dear Rob Herring,
On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd and fdt is supported.
This is
Dear Rob,
In message 4f62479f.8070...@gmail.com you wrote:
How about:
bootz kern addr [fdt addr [initrd addr [initrd size]]]
No. We hav ebeen used for 12 years to the order first kernel address,
then ramdisk address (and a little less longer ), then dtb address.
Don't change this now,
Dear Tom Rini,
In message 20120315202316.GA6855@bill-the-cat you wrote:
So, the (normally?) required to work toolchains are ELDK 5.1 and ELDK
4.2. 5.1 is fine but with 4.2 (gcc 4.2.2) we get two warnings for every
file about interworking/thumb not being supported. Further, the
resulting
On Thu, Mar 15, 2012 at 1:46 PM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message 20120315202316.GA6855@bill-the-cat you wrote:
So, the (normally?) required to work toolchains are ELDK 5.1 and ELDK
4.2. 5.1 is fine but with 4.2 (gcc 4.2.2) we get two warnings for every
file
Dear Tom Rini,
In message CA+M6bXkBodKLkkqFseqo=benul62w-musgsteygv4wlevf1...@mail.gmail.com
you wrote:
I don't consider it a big problem (just a bit sad) if ELDK 4.2 cannot
be used for building these. However, I think it is not acceptable
tobuild known-to-be-broken images. If the tool
On 03/15/2012 03:29 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from where the zImage is loaded to.
Passing initrd
On Thu, Mar 15, 2012 at 10:01:50PM +0100, Wolfgang Denk wrote:
Dear Tom Rini,
In message
CA+M6bXkBodKLkkqFseqo=benul62w-musgsteygv4wlevf1...@mail.gmail.com you
wrote:
I don't consider it a big problem (just a bit sad) if ELDK 4.2 cannot
be used for building these. However, I
Hi Scott,
On Thu, Mar 15, 2012 at 12:09 PM, Scott Wood scottw...@freescale.com wrote:
On 03/14/2012 09:16 PM, Simon Glass wrote:
+/*
+ * sjg: IMO this code should be
+ * refactored to a single function, something like:
+ *
+ * void led_set_state(enum led_colour_t colour, int on);
+ */
+Graeme
Hi Scott,
On Thu, Mar 15, 2012 at 12:12 PM, Scott Wood scottw...@freescale.com wrote:
On 03/14/2012 09:16 PM, Simon Glass wrote:
This adds ppc features to the generic pre-relocation board init.
This is making this file look not very generic. Can we factor out the
parts that are
On 03/15/2012 04:23 PM, Simon Glass wrote:
+static int reserve_stacks(void)
+{
+ /* setup stack pointer for exceptions */
+ gd-irq_sp = gd-dest_addr_sp;
+#ifdef CONFIG_USE_IRQ
+ gd-dest_addr_sp -= (CONFIG_STACKSIZE_IRQ + CONFIG_STACKSIZE_FIQ);
+ debug(Reserving %zu Bytes for
Most 85xx boards can be built as a 32-bit or a 36-bit. Current code sometimes
displays which of these is actually built, but it's inconsistent. This is
especially problematic since the default build for a given 85xx board can
be either one, so if you don't see a message, you can't always know
Hi Prafulla,
Just discovered one important thing to let you know regarding the v3 patch
that I'll send to you later...
I misinterpreted a question you asked regarding 100% clone of existing
files in the repo.
For instance,
boards/Seagate/dockstar/kwbimage.cfg and
Some Freescale SOCs support 32-bit and 36-bit physical addressing, and
U-Boot must be built to enable one or the other. Add this information
to the bdinfo command.
Signed-off-by: Timur Tabi ti...@freescale.com
---
This patch set replaces the following patches:
On 03/15/2012 04:10 PM, Rob Herring wrote:
On 03/15/2012 03:29 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This command boots Linux zImage from
On Thu, Mar 15, 2012 at 02:12:51PM -0700, Tom Rini wrote:
On Thu, Mar 15, 2012 at 10:01:50PM +0100, Wolfgang Denk wrote:
Dear Tom Rini,
In message
CA+M6bXkBodKLkkqFseqo=benul62w-musgsteygv4wlevf1...@mail.gmail.com you
wrote:
I don't consider it a big problem (just a bit sad)
This patch allows loading RAW ramdisk via bootz command. The raw ramdisk is
loaded only in case it's size is specified:
bootz kernel addr ramdisk addr:ramdisk size fdt addr
For example:
bootz 0x4200 0x4300:0x12345 0x4400
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Tom Warren
Dear Rob Herring,
On 03/15/2012 04:10 PM, Rob Herring wrote:
On 03/15/2012 03:29 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:05 PM, Marek Vasut wrote:
Dear Rob Herring,
On 03/15/2012 02:52 AM, Marek Vasut wrote:
From: Marek Vasut marek.va...@gmail.com
This
Dear Stefano Babic,
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
Can you pick this series?
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The ext2 file system code is reading the kernel image off from my SD
card one sector at a time. Of course this takes 61 seconds to get the
kernel in to memory. Loading the same kernel off from the same SD on
FAT takes less than a second.
Nice quick FAT reads...
reading uImage
JDS start 7c0 count
This patch adds support for Cloud Engines Pogoplug E02.
Information regarding the CE Pogoplug E02 board can be found at:
http://archlinuxarm.org/platforms/armv5/pogoplug-v2-pinkgray
Signed-off-by: David Purdy david.c.pu...@gmail.com
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud.net
---
Hi all,
2012/3/16 Mike Frysinger vap...@gentoo.org
On Thursday 08 March 2012 07:16:10 Wolfgang Denk wrote:
I was just thinking if this year's Libre Software Meeting (LSM - from
7th to 12th July in Geneva, Switzerland) would be a suitable event to
arrange a meeting of some U-Boot
Dear Wolfgang Denk,
Hi,
I was just thinking if this year's Libre Software Meeting (LSM - from
7th to 12th July in Geneva, Switzerland) would be a suitable event to
arrange a meeting of some U-Boot developers?
See http://article.gmane.org/gmane.linux.kernel.embedded/3900 or
Dear Eric Nelson,
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On Thursday 15 March 2012 22:50:08 Marek Vasut wrote:
Dear Eric Nelson,
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
--- a/include/net.h
+++ b/include/net.h
-#define PKTALIGN 32
+#define PKTALIGN
On 03/15/2012 07:50 PM, Marek Vasut wrote:
Dear Eric Nelson,
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelsoneric.nel...@boundarydevices.com
---
include/net.h |3 ++-
1 files changed, 2 insertions(+),
This series of patches prepares iMX platforms based on MXS (i.MX28, i.MX6Q) for
use of caches. This patchset prepares:
Ethernet: FEC MXC is ready to use caches
NAND: NAND driver is ready to use caches
SPI/MMC: i.MX28 MMC driver is ready to use caches
Eric Nelson (2):
net: force PKTALIGN to
The desc_append() now flushes descriptors into RAM.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
drivers/dma/apbh_dma.c | 23 ++-
1 files changed, 22 insertions(+), 1 deletions(-)
diff --git a/drivers/dma/apbh_dma.c b/drivers/dma/apbh_dma.c
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
arch/arm/cpu/arm926ejs/cache.c | 66 ---
1 files changed, 54 insertions(+), 12 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/cache.c b/arch/arm/cpu/arm926ejs/cache.c
index
This allows i.MX28 MMC host to fully utilize DMA transfers and caches, greatly
improving speed.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Fabio Estevam feste...@gmail.com
---
include/configs/m28evk.h |1 +
include/configs/mx28evk.h |1 +
2 files changed, 2 insertions(+), 0
From: Eric Nelson eric.nel...@boundarydevices.com
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
---
include/net.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
arch/arm/cpu/arm926ejs/mx28/mx28.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/mx28.c
b/arch/arm/cpu/arm926ejs/mx28/mx28.c
index 9bfd83b..cf6d4e9
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
---
drivers/mtd/nand/mxs_nand.c | 53 --
1 files changed, 50 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index
This implements generic bounce buffer at the end of MMC command submission
chain. Therefore if unaligned data are passed, they are copied. This stuff
should be pushed down into the MMC subsystem to squash all places generating
these unaligned data.
Signed-off-by: Marek Vasut ma...@denx.de
Cc:
This utilizes the newly introduced bounce buffers in the MMC layer.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Andy Fleming aflem...@gmail.com
Cc: Fabio Estevam feste...@gmail.com
---
drivers/mmc/mxsmmc.c | 70 -
From: Eric Nelson eric.nel...@boundarydevices.com
Ensure that transmit and receive buffers are cache-line aligned.
Invalidate cache for each packet as received, update receive buffer
descriptors one cache line at a time, flush cache before transmitting.
Original patch by Marek:
Hi,
This series of patches prepares iMX platforms based on MXS (i.MX28, i.MX6Q)
for use of caches. This patchset prepares:
Ethernet: FEC MXC is ready to use caches
NAND: NAND driver is ready to use caches
SPI/MMC: i.MX28 MMC driver is ready to use caches
Stefano, I consider these eligible
Dear Puneet Saxena,
What's the development on this patch? I gave it a run (find attachment, I
rebased it), but it doesn't work (alignment issues in ehci_hcd). Even if I
added
a bounce buffer, it still didn't work :-(
Best regards,
Marek Vasut
From a907a498a9689aa9706f9ff76f0428a9941a4a7a Mon
This implements generic bounce buffer at the end of MMC command submission
chain. Therefore if unaligned data are passed, they are copied. This stuff
should be pushed down into the MMC subsystem to squash all places generating
these unaligned data.
Signed-off-by: Marek Vasut ma...@denx.de
Cc:
Dear jonsm...@gmail.com,
The ext2 file system code is reading the kernel image off from my SD
card one sector at a time. Of course this takes 61 seconds to get the
kernel in to memory. Loading the same kernel off from the same SD on
FAT takes less than a second.
Nice quick FAT reads...
Dear Mike Frysinger,
On Thursday 15 March 2012 22:50:08 Marek Vasut wrote:
Dear Eric Nelson,
This will prevent the need for architectures whose DMA alignment
is greater than 32 to have bounce buffers.
--- a/include/net.h
+++ b/include/net.h
-#define PKTALIGN 32
Hi Guys ,
I am working on a samsung SMDKv310 development kit.
I wanted to read a peripheral register (battery charger) in u-boot.
This device is interfaced on i2c0.
I wanted to do i2c_read in the code, but as i understand the i2c
support is not there in u-boot for s5pv310 SOCs. Please confirm,
Hi Guys ,
I am working on a samsung SMDKv310 development kit.
I wanted to read a peripheral register (battery charger) in u-boot.
This device is interfaced on i2c0.
I wanted to do i2c_read in the code, but as i understand the i2c
support is not there in u-boot for s5pv310 SOCs. Please confirm,
Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220 boards.
Only difference between boards is number of SATA ports. By default we
use only one SATA port. In order to use both SATA ports on NAS6220
define CONFIG_NAS6220 in board config file.
Signed-off-by: Luka Perkov
Dear Simon Glass,
In message capnjgz1ngbc4sdjbiemqu2znprz6iwjvrotgmcdvkhdgdsr...@mail.gmail.com
you wrote:
+void coloured_LED_init(void)
+ __attribute__((weak, alias(__coloured_LED_init)));
+inline void __red_led_on(void) {}
+void red_led_on(void) __attribute__((weak,
92 matches
Mail list logo