Dear Chander Kashyap,
On 31 March 2011 18:14, Chander Kashyap wrote:
> SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much
> similar to S5PC210.
>
> Signed-off-by: Chander Kashyap
> Signed-off-by: Tushar Behera
> ---
> board/samsung/smdkv310/Makefile | 46 +++
> boar
Normaly the PIGGY_MAC_ADRESS can be read directly from the
IVM on keymile boards. On mgcoge3 it differs. Because there
are two piggy boards deployed the second MAC adress must be
calculated with the IVM mac adress and an offset. This patch
allows to set such a offset in the board config.
Signed-of
add following functions to common.h, to prevent
extern declarations:
void disable_addr_trans(void);
void enable_addr_trans(void);
void ddr_enable_ecc(unsigned int dram_size);
Signed-off-by: Heiko Schocher
cc: Kim Phillips
cc: Holger Brunck
cc: Wolfgang Denk
cc: Detlev Zundel
cc: Valentin Lon
The Kirwood based SUEN8 board from Keymile is at this stage
the same than the suen3 board. This patch adds the board
support for the suen8.
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Prafulla Wadaskar
---
Changes for v2:
- fix checkpatch.pl errors and warnings
Changes for
The mgcoge2 board from keymile deploys two different processors.
An ARM based Kirkwood for the "unit" part of the SW and a PPC for
the "ne" part of the SW. Therefore in Linux and U-Boot the names
for the board are mgcoge2un and mgcoge2ne. This patch adds the
mgcoge2ne part of the board. The ppc par
From: Holger Brunck
Signed-off-by: Holger Brunck
cc: Wolfgang Denk
cc: Valentin Longchamp
cc: Heiko Schocher
---
Changes for v2:
- fix checkpatch.pl errors and warnings
Changes for v3:
- rebased only
include/configs/keymile-common.h |9 +++--
1 files changed, 3 insertions(+), 6
From: Holger Brunck
Add:
- introduce "bootrunner" environment variable
This allows to execute consecutive different commands
specified in the list "subbootcmd". If one command fails
the command serie will stop.
- introduce environment variable "develop", "ramfs" and "release"
The Keymile SUPx5 board series is based on a PBEC8321 but
contains an additional PBUS FPGA (LPXF) on local bus CS2.
Signed-off-by: Thomas Reufer
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
cc: Kim Phillips
cc: Valentin Longchamp
cc: Holger Brunck
---
Changes for v2:
- fix checkpatch.pl
For the kmsupx5 a new header file was introduced km8321-common.h.
Now the common stuff from tuxa1, tuda1 and suvd3 was removed and
the new header file included.
The defines CONFIG_SYS_PIGGY_BASE and CONFIG_SYS_PIGGY_SIZE are
confusing. Because they actually describe the KMBEC FPGA values.
The KMBE
This patch fix the i2c deblocking facility with the i2c HW-Controller.
The required delays for byte reading, the enhanced criteria for stop
the dummy read and required 5 start/stop sequences are added.
Add i2c deblocking before ivm eeprom read.
Improve i2c deblocking sequence by respecting stop h
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Kim Phillips
cc: Valen
define KM_IVM_BUS and KM_ENV_BUS macros
KM_IVM_BUS is used to define the EEprom_ivm environment variable.
These macros allow the reuse of these I2C addresses in other code
locations.
remove unneeded code
On first HW versions the BOCO FPGA was behind a MUX device. These
HW versions are not s
From: Holger Brunck
The MACH_TYPE SUEN3 is now to specific for keymile boards, because
other boards similar to suen3 will follow. So the MACH_SUEN3 was renamed
to MACH_KM_KIRKWOOD.
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
cc: Valentin Longchamp
cc: Prafull
From: Thomas Herzmann
In order to support boardId / hwkey lists, the u-boot default
environment has been updated: Added a script checkboardidlist
which checks the list of boardId / hwkey if the boadrId / hwkey
of the IVM is included in that list. This feature is used if you
got different HW varia
From: Thomas Reufer
First step for a cleanup of all header files for km8321 boards.
Signed-off-by: Thomas Reufer
cc: Wolfgang Denk
cc: Kim Phillips
cc: Valentin Longchamp
cc: Holger Brunck
cc: Heiko Schocher
---
Changes for v2:
- fix checkpatch.pl errors and warnings
Changes for v3:
-
The following patchset updates the support for the keymile
boards.
- fix a lot of Codingstyle issues for this boards
- heavy rework of the headerfiles, common board code
- add support for 4 new mpc83xx based boards
- add support for 1 82xx based board
- add support for 2 new kirkwood based boards
This board is similar to keymile suen3.
Signed-off-by: Clive Stubbings
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Prafulla Wadaskar
---
Changes for v2:
- fix checkpatch.pl errors and warnings
Changes for v3:
- rebased only
MAINTAINERS |1 +
boards.
These new values are:
- enables UART0 and UART1 pins in MPP
- define some L2 cache settings
- changes a SDRAM timing to better fit the hardware
- removed three writes that were the same as the reset values
Signed-off-by: Valentin Longchamp
Signed-off-by: Heiko Schocher
cc: Holger Brunck
cc: Pra
This patch adds last_stage_init to all keymile boards. And
in the last stage init some environment variables for u-boot
were set. Currently these are pnvramaddr, pram and var address.
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Valentin Longchamp
cc: Wolfgang Denk
cc: Kim Ph
This patch renames the suen3 defines and functions to KM_KIRKWOOD
which is more generic and more precise, because these values
and functions where used by all suenX boards and not only suen3.
Signed-off-by: Lukas Roggli
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
Signed-off-b
From: Holger Brunck
- adapt copyright string
- change bootdelay to 2 seconds
- set max number of command args to 32
- set I/O buffer size to 512
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Kim Phillips
cc: Wolfgang Denk
cc: Valentin Longchamp
---
Changes for v2:
- new p
This board is similar to suvd3 board. So most initialisation topics
are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
application specific chip selects differ.
Signed-off-by: Lukas Roggli
Signed-off-by: Holger Brunck
Signed-off-by: Heiko Schocher
cc: Kim Phillips
cc: Valen
- serial console on UART1
- Ethernet RMII over UCC4
- PHY SMSC LAN8700
- 64MB Flash
- 128 MB DDR2 RAM
- I2C
- bootcount
This board is similiar to the kmeter1 (8360) board,
so common config options are extracted into the
include/configs/km83xx-common.h file.
Signed-off-by: Heiko Schocher
cc: Kim
From: Holger Brunck
This patch reworks all headerfiles for keymile boards. Furthermore
the environment variables are refactored.
Changes:
- introduce km-powerpc.h file and extract ppc specific parts to it
- move ARM specific options and vaiables to km_arm.h
- sort the environment variables
Dear Lei Wen,
In message you
wrote:
>
> > This makes no sense to me. I have never seen any 9 bit registers in
> > any processor I ever encountered in real life.
>
> I don't mean that register is 9bit...
> I means that register, IER, is 32bit long, but 9-31th bit is reserved, and
> 0th to 8th b
HI Wolfgang,
>> This is because writing assembly code (lowlevel_init) is really a
>> necessity for setting the timing
>> and power outpur correctly to these registers (SMC, SDMC, PMU).
>
> What exactly prevents you from writing the very same code in C?
>
>> It is required to give a correct setting
Hi Wolfgang,
On Fri, Apr 1, 2011 at 3:39 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> > This makes no sense to me. I have never seen any 9 bit registers in
>> > any processor I ever encountered in real life.
>>
>> I don't mean that register is 9bit...
>> I means th
--- On Fri, 1/4/11, Andy Fleming wrote:
> I ran into this, too, but it went
> away when I updated my compiler. It
> looks like the beginning was set a little too close to the
> end?
>
I pulled the git and recompiled, yet I don't see any errors, everything is
just fine. My compiler version is:
Dear Lei Wen,
In message you
wrote:
>
> > 3. You say that the current implementation, which uses a writeb() call
> > (i. e. a byte write operation) to this register would not only
> > affect bits 0...7, as expected, but also clear bit 9.
>
> That is not my case. In my case, for writeb, it
Dear Alex Dubov,
In message <791834.81297...@web37605.mail.mud.yahoo.com> you wrote:
>
> I pulled the git and recompiled, yet I don't see any errors,
> everything is
> just fine. My compiler version is:
...
> gcc version 4.5.1 (GCC)
Seems you are on thin ice. I used gcc-4.2.2 for building, whic
Dear Friends!!
Imagine Your New Lifestyle
You wake up in the morning to a bright sunny day smiling at the thought
of another pleasant day.After taking a nice relaxing shower you enjoy a nice
breakfast. Then you're eager to walk over to your computer with a fresh cup
of coffee in hand. You then
Hi Wolfgang,
On Fri, Apr 1, 2011 at 6:25 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> > 3. You say that the current implementation, which uses a writeb() call
>> > (i. e. a byte write operation) to this register would not only
>> > affect bits 0...7, as expecte
You won 750,000 POUNDS in MICROSOFT PROMOTIONS for claims email
name/address/phone number TO: darrenhartson.d...@yahoo.com.hk
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Lei Wen,
In message you
wrote:
>
> I think my code also could handle this. They only could set the
> CONFIG_SYS_NS16550_REG_SIZE to be 1
> and CONFIG_SYS_NS16550_MAX_REG_SIZE to be 4. Then
> the other bits is untouched by this driver.
I don't think so. You still use just a single writel(
On Fri, Apr 1, 2011 at 8:41 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> I think my code also could handle this. They only could set the
>> CONFIG_SYS_NS16550_REG_SIZE to be 1
>> and CONFIG_SYS_NS16550_MAX_REG_SIZE to be 4. Then
>> the other bits is untouched by th
From: Srinath
It is a low cost reference design based on Sitara AM3517 SoC from Texas
Instruments
Please refer to for more details.
Signed-off-by: Srinath
---
MAINTAINERS|4 +
MAKEALL|1 +
board/ti/am3517crane/Makefile | 46 +
Dear Lei Wen,
In message you
wrote:
>
> >> I think my code also could handle this. They only could set the
> >> CONFIG_SYS_NS16550_REG_SIZE =A0to be 1
> >> and CONFIG_SYS_NS16550_MAX_REG_SIZE to be 4. Then
> >> the other bits is untouched by this driver.
> >
> > I don't think so. You still use j
Hi Wolfgang,
On Fri, Apr 1, 2011 at 9:55 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message
> you wrote:
>>
>> >> I think my code also could handle this. They only could set the
>> >> CONFIG_SYS_NS16550_REG_SIZE =A0to be 1
>> >> and CONFIG_SYS_NS16550_MAX_REG_SIZE to be 4. Then
>> >> the o
Dear Lei Wen,
In message you
wrote:
>
> >> > I don't think so. You still use just a single writel() call then. To
> >> > leave the other bits untouched, you would have to perform a readl()
> >> > first, then insert one data byte, and then write it back. Your patch
> >> > does not do that.
> >
Hi Wolfgang,
On Fri, Apr 1, 2011 at 10:25 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>>
>> >> > I don't think so. You still use just a single writel() call then. To
>> >> > leave the other bits untouched, you would have to perform a readl()
>> >> > first, then insert
---
common/update.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/common/update.c b/common/update.c
index fe2139a..8b858bd 100644
--- a/common/update.c
+++ b/common/update.c
@@ -195,6 +195,13 @@ static int update_flash(ulong addr_source, ulong
addr_first, ulong si
---
common/image.c |2 +-
common/update.c | 42 +++---
include/image.h |3 +++
3 files changed, 39 insertions(+), 8 deletions(-)
diff --git a/common/image.c b/common/image.c
index f63a2ff..cdb7581 100644
--- a/common/image.c
+++ b/common/image.c
@@ -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello list,
we want to use the tftp update functionality of u-boot to easily
maintain our access points. We have the Gateworks' Laguna board with a
Cavium cns3xxx SoC chip on it and a delivered u-boot v2008.10. For this,
there are also the (extended) s
Those are usefull for compatibility with the kernel.
Remove the locally defined pr_debug() in atmel_mci.c.
Signed-off-by: Alexander Holler
---
drivers/mmc/atmel_mci.c |6 --
include/common.h|4
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/mmc/at
Dear Lei Wen,
In message you
wrote:
>
> Just a question to clarify... What your point I denied, that is really
> confused me...
> I think in this thread, I explain to you, my patch could recover what original
> CONFIG_SYS_NS16550_REG_SIZE means...
But there is nothing to "recover" in that dri
Dear Christoph Koenig,
In message
<1301671320-16131-1-git-send-email-christoph.koe...@ikt.uni-hannover.de> you
wrote:
> ---
> common/image.c |2 +-
> common/update.c | 42 +++---
> include/image.h |3 +++
> 3 files changed, 39 insertions(+), 8 dele
Dear Christoph Koenig,
In message
<1301671320-16131-2-git-send-email-christoph.koe...@ikt.uni-hannover.de> you
wrote:
> ---
Subjecxt too long.
Commit message missing.
No explanation given what the code is supposed to do.
SoB line missing.
> +#ifdef CONFIG_SYSTEM_START_ADDR
> + if (addr_
Dear Alexander Holler,
In message <1301674331-7476-1-git-send-email-hol...@ahsoftware.de> you wrote:
> Those are usefull for compatibility with the kernel.
> Remove the locally defined pr_debug() in atmel_mci.c.
>
> Signed-off-by: Alexander Holler
> ---
> drivers/mmc/atmel_mci.c |6 --
>
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, March 31, 2011 2:07 PM
> To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
> b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
> Tang; adrian.w...@gmail.com
> Subject: [PATCH V6
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, March 31, 2011 2:07 PM
> To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
> b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
> Tang; adrian.w...@gmail.com
> Subject: [PATCH V6
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, March 31, 2011 2:07 PM
> To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
> b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
> Tang; adrian.w...@gmail.com
> Subject: [PATCH V6
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, March 31, 2011 2:07 PM
> To: Heiko Schocher; Prafulla Wadaskar; Wolfgang Denk; u-
> b...@lists.denx.de; Marek Vasut; Ashish Karkare; Prabhanjan Sarnaik; Yu
> Tang; adrian.w...@gmail.com
> Subject: [PATCH V6
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> On Behalf Of Lei Wen
> Sent: Friday, April 01, 2011 8:04 PM
> To: Wolfgang Denk
> Cc: Lei Wen; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] serial: ns16550: fix different reg size
> a
Dear Prafulla Wadaskar,
In message
you wrote:
>
> 1. ns16550 is standard IP used across several SoC and has driver in place.
> 2. Your specific implementation of the same IP on your specific SoC need
> bit9 or x register to be set to 0 to work this IP correctly on your h/w.
> 3. but doing in ns
Hello,
Am 01.04.2011 19:56, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<1301674331-7476-1-git-send-email-hol...@ahsoftware.de> you wrote:
>> Those are usefull for compatibility with the kernel.
>> Remove the locally defined pr_debug() in atmel_mci.c.
>>
>> Signed-off-by: Alexan
The following changes since commit 19b54a701811220221fc4d5089a2bb18892018ca:
Prepare v2011.03 (2011-03-31 23:45:36 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Florian Fainelli (1):
NAND: add support for reading ONFI page table
Haiying
Hello all,
U-Boot v2011.03 has been released and is available from the git
repository and the FTP server.
KNOWN ISSUES:
- The cleanup after the reorganization of the ARM code has not been
completed yet. At the moment, some 100+ RM boards are *broken* and
*do not compile*.
Board maintain
Dear Scott Wood,
In message <20110401195839.ga8...@schlenkerla.am.freescale.net> you wrote:
> The following changes since commit 19b54a701811220221fc4d5089a2bb18892018ca:
>
> Prepare v2011.03 (2011-03-31 23:45:36 +0200)
>
> are available in the git repository at:
> git://git.denx.de/u-boot-n
I have an MPC8323ERDB and I need to boot jffs2 and ubi root filesystem
images and I am hung up a bit in mtdparts/mtdids and various u-boot and
linux config settings. I *think* I have the correct config settings in both
u-boot and linux, but cant quite get to the last step (that is, past the "no
ini
i.e, to those parts that have PHY_CLK_VALID bits in their USB
CONTROL registers:
mpc8308 WU_INT, PHY_CLK_SEL, USB_EN, WU_INT_EN, ULPI_INT_EN
mpc831x PHY_CLK_VALID, WU_INT, CLKIN_SEL, PHY_CLK_SEL, UTMI_PHY_EN,
PLL_RESET, REFSEL, OTG_PORT, KEEP_OTG_ON, LSF_EN, USB_EN,
ULPI_INT_EN
Remove __attribute__ ((packed)) to prevent byte access to soc
registers in some gcc versions.
Having patches to enable ehci for the BeagleBoard lying around for
several month, this one was the show-stopper.
Credits have to go to Laine Walker-Avina for
finding the problem.
Signed-off-by: Alexand
Signed-off-by: Alexander Holler
---
board/ti/beagle/beagle.h | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/board/ti/beagle/beagle.h b/board/ti/beagle/beagle.h
index b22b653..abb69e7 100644
--- a/board/ti/beagle/beagle.h
+++ b/board/ti/beagle/
Signed-off-by: Alexander Holler
---
arch/arm/cpu/armv7/omap3/clock.c | 20 ++
arch/arm/cpu/armv7/omap3/lowlevel_init.S | 22
arch/arm/include/asm/arch-omap3/clocks.h |1 +
arch/arm/include/asm/arch-omap3/clocks_omap3.h | 26
The reset sequence/configuration for ehci is highly board specific,
so this will be done in the source for the board, instead of
introducing several CONFIG_* which would be needed to make those
few lines in beagle.c usable across different OMAP boards.
Signed-off-by: Alexander Holler
---
arch/ar
On Fri, 1 Apr 2011 09:16:13 +0200
Heiko Schocher wrote:
> add following functions to common.h, to prevent
> extern declarations:
>
> void disable_addr_trans(void);
> void enable_addr_trans(void);
> void ddr_enable_ecc(unsigned int dram_size);
>
> Signed-off-by: Heiko Schocher
> cc: Kim Phillip
On Fri, 1 Apr 2011 09:16:15 +0200
Heiko Schocher wrote:
> - use I/O accessors
> -> For accessing the FPGA therefore a struct km_bec_fpga
> is introduced.
> - no longer externs needed
> - to defines, that only select functions, don;t assign a
> numeric value
> - Codingstyle changes to pre
On Fri, 1 Apr 2011 09:16:16 +0200
Heiko Schocher wrote:
> From: Holger Brunck
>
> - adapt copyright string
> - change bootdelay to 2 seconds
> - set max number of command args to 32
> - set I/O buffer size to 512
>
> Signed-off-by: Holger Brunck
> Signed-off-by: Heiko Schocher
> cc: Kim Phil
On Fri, 1 Apr 2011 09:16:17 +0200
Heiko Schocher wrote:
> From: Holger Brunck
>
> This patch reworks all headerfiles for keymile boards. Furthermore
> the environment variables are refactored.
>
> Changes:
> - introduce km-powerpc.h file and extract ppc specific parts to it
> - move ARM sp
On Fri, 1 Apr 2011 09:16:18 +0200
Heiko Schocher wrote:
> - serial console on UART1
> - Ethernet RMII over UCC4
> - PHY SMSC LAN8700
> - 64MB Flash
> - 128 MB DDR2 RAM
> - I2C
> - bootcount
>
> This board is similiar to the kmeter1 (8360) board,
> so common config options are extracted into the
On Fri, 1 Apr 2011 09:16:19 +0200
Heiko Schocher wrote:
> This board is similar to suvd3 board. So most initialisation topics
> are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
> application specific chip selects differ.
>
> Signed-off-by: Lukas Roggli
> Signed-off-by: Hol
On Fri, 1 Apr 2011 09:16:20 +0200
Heiko Schocher wrote:
> This board is similar to suvd3 board. So most initialisation topics
> are taken from suvd3 (UART1, Ethernet, piggy PHY, flash, ram) only the
> application specific chip selects differ.
>
> Signed-off-by: Lukas Roggli
> Signed-off-by: Hol
On Fri, 1 Apr 2011 09:16:24 +0200
Heiko Schocher wrote:
> From: Thomas Reufer
>
> First step for a cleanup of all header files for km8321 boards.
>
> Signed-off-by: Thomas Reufer
> cc: Wolfgang Denk
> cc: Kim Phillips
> cc: Valentin Longchamp
> cc: Holger Brunck
> cc: Heiko Schocher
> --
On Fri, 1 Apr 2011 09:16:25 +0200
Heiko Schocher wrote:
> The Keymile SUPx5 board series is based on a PBEC8321 but
> contains an additional PBUS FPGA (LPXF) on local bus CS2.
>
> Signed-off-by: Thomas Reufer
> Signed-off-by: Heiko Schocher
> cc: Wolfgang Denk
> cc: Kim Phillips
> cc: Valent
On Fri, 1 Apr 2011 09:16:28 +0200
Heiko Schocher wrote:
> For the kmsupx5 a new header file was introduced km8321-common.h.
> Now the common stuff from tuxa1, tuda1 and suvd3 was removed and
> the new header file included.
>
> The defines CONFIG_SYS_PIGGY_BASE and CONFIG_SYS_PIGGY_SIZE are
> con
On Fri, 1 Apr 2011 09:16:32 +0200
Heiko Schocher wrote:
> This patch adds last_stage_init to all keymile boards. And
> in the last stage init some environment variables for u-boot
> were set. Currently these are pnvramaddr, pram and var address.
>
> Signed-off-by: Holger Brunck
> Signed-off-by:
Remove __attribute__ ((packed)) to prevent byte access to soc
registers in some gcc versions.
Having patches to enable ehci for the BeagleBoard lying around for
several month, this one was the show-stopper.
Credits have to go to Laine Walker-Avina for
finding the problem.
Signed-off-by: Alexand
Signed-off-by: Alexander Holler
---
board/ti/beagle/beagle.h | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/board/ti/beagle/beagle.h b/board/ti/beagle/beagle.h
index b22b653..abb69e7 100644
--- a/board/ti/beagle/beagle.h
+++ b/board/ti/beagle/
The reset sequence/configuration for ehci is highly board specific,
so this will be done in the source for the board, instead of
introducing several CONFIG_* which would be needed to make those
few lines in beagle.c usable across different OMAP boards.
Signed-off-by: Alexander Holler
---
arch/ar
Signed-off-by: Alexander Holler
---
arch/arm/cpu/armv7/omap3/clock.c | 20 ++
arch/arm/cpu/armv7/omap3/lowlevel_init.S | 22
arch/arm/include/asm/arch-omap3/clocks.h |1 +
arch/arm/include/asm/arch-omap3/clocks_omap3.h | 26
u-boot environments, esp. when boards are shared across multiple
users, can get pretty large and time consuming to visually parse.
The grepenv command this patch adds can be used in lieu of printenv
to facilitate searching. grepenv works like printenv but limits
its output only to environment stri
Dear Kim Phillips,
In message <20110401173209.55577aea.kim.phill...@freescale.com> you wrote:
> On Fri, 1 Apr 2011 09:16:15 +0200
> Heiko Schocher wrote:
>
> > - use I/O accessors
> > -> For accessing the FPGA therefore a struct km_bec_fpga
> > is introduced.
> > - no longer externs neede
Dear Alexander Holler,
In message <1301697344-4033-1-git-send-email-hol...@ahsoftware.de> you wrote:
> Remove __attribute__ ((packed)) to prevent byte access to soc
> registers in some gcc versions.
>
> Having patches to enable ehci for the BeagleBoard lying around for
> several month, this one w
Dear Kim Phillips,
In message <20110401174658.eaa8d773.kim.phill...@freescale.com> you wrote:
> u-boot environments, esp. when boards are shared across multiple
> users, can get pretty large and time consuming to visually parse.
> The grepenv command this patch adds can be used in lieu of printenv
On Fri, Apr 1, 2011 at 6:46 PM, Kim Phillips wrote:
> u-boot environments, esp. when boards are shared across multiple
> users, can get pretty large and time consuming to visually parse.
> The grepenv command this patch adds can be used in lieu of printenv
> to facilitate searching. grepenv works
the commit below slipped in without me noticing ... could you please
revert the change to this header and only enable support for this OS
in whatever boards you're using ? especially considering this OS only
works for specific setups (phones) and on few processors (ARM, PPC,
MIPS).
-mike
commit 3
Hello,
Am 02.04.2011 00:53, schrieb Wolfgang Denk:
> Why do you repost this stuff without any comments, versioning or
> changelog?
Because someone broke the TWL4030-RTC in 2.6.38 and those 4 message got
send with a date from 2000.
That means those will never seen in the archives (for 2009), and
On Sat, 2 Apr 2011 00:51:48 +0200
Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20110401173209.55577aea.kim.phill...@freescale.com> you wrote:
> > On Fri, 1 Apr 2011 09:16:15 +0200
> > Heiko Schocher wrote:
> >
> > > - use I/O accessors
> > > -> For accessing the FPGA therefore a
Dear Alexander Holler,
In message <4d965c71.3010...@ahsoftware.de> you wrote:
> Hello,
>
> Am 02.04.2011 00:53, schrieb Wolfgang Denk:
>
> > Why do you repost this stuff without any comments, versioning or
> > changelog?
>
> Because someone broke the TWL4030-RTC in 2.6.38 and those 4 message go
Am 02.04.2011 01:35, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4d965c71.3010...@ahsoftware.de> you wrote:
>> Hello,
>>
>> Am 02.04.2011 00:53, schrieb Wolfgang Denk:
>>
>>> Why do you repost this stuff without any comments, versioning or
>>> changelog?
>>
>> Because someone br
I'll post the patches as soon as I figure out how to get git to do it.
The patches are fairly clean and works well for both an 8-bit bus and a 16-bit
bus.
My biggest obstical is that I'm not all that familiar with GIT and we use SVN
internally.
-Aaron
On Wednesday, March 30, 2011 01:01:42 AM
90 matches
Mail list logo
