Hi Helmut,
On Fri, 14 Oct 2011 08:37:48 +0200
Helmut Raiger wrote:
...
> Hi Anatolij,
>
> I'm fine with your changes. It still works on our board. Thanks for
> testing and improving.
Great, thanks for the feedback and testing!
Anatolij
___
U-Bo
On Thu, 13 Oct 2011 11:16:28 +0200
Anatolij Gustschin wrote:
> From: Helmut Raiger
>
> This additionally updates mx31/generic.c by
> - replacing __REG() macro accesses with readl() and writel()
> - providing macros for PDR0 and PLL bit accesses
>
> Signed-off-by: Helmut Raiger
> Acked-by: Mar
On Thu, 13 Oct 2011 11:16:29 +0200
Anatolij Gustschin wrote:
> From: Helmut Raiger
>
> mx3fb.c was based on CONFIG_LCD and is moved by this patch to
> CONFIG_VIDEO, which has greater freedom in selecting videomodes
> even at runtime.
>
> This renders the accumulating list of display defines
>
> From: Kumar Gala
>
> When trying to build it we get:
Hi,
I have looked into it previously but unfortunately, I could not think of a
reasonable solution.
Some revisions of this board have only 16Mb of flash, so I thought it will
be wise to squeeze everything into one flash sector of 256k.
W
On Oct 13, 2011, at 11:42 PM, Kumar Gala wrote:
> With older compilers (gcc-4.2.x) we run into issues that resulting image
> is too large. We can save a bunch of space by removing the video support.
> In general video support on these boards is a nice to have since it
> requires a PCIe add-on ca
Am 12.10.2011 23:48, schrieb Mike Frysinger:
>>
>> Ditch this brain-deadness by just shifting the MSB from the network byte
>> stream of the reply message into the right (MSB) location of a short int
>> and putting the LSB from the network byte stream as the lower byte of it,
>> and we are done wit
The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx master
Haiying Wang (3):
powerpc/p5020: fixup porta
Hi Mike,
On 14.10.2011 02:55, Mike Frysinger wrote:
>> --- /dev/null
>> +++ b/arch/arm/cpu/armv7/omap3/emac.c
>>
>> +/*
>> + * Initializes on-chip ethernet controllers.
>> + * to override, implement board_eth_init()
>> + */
>> +int cpu_eth_init(bd_t *bis)
>> +{
>> +davinci_emac_initialize();
>
On 10/13/2011 08:14 PM, Marek Vasut wrote:
>
> Hi Stefano,
>
> the patch is big and will need approval to be let into ML. Removing the space
> in
> char * const argv[] shall do the trick, can you please do that by hand ?
I have absolutely no intention to push patches without beeing reviewed
by
On Friday, October 14, 2011 09:51:22 AM Stefano Babic wrote:
> On 10/13/2011 08:14 PM, Marek Vasut wrote:
> > Hi Stefano,
> >
> > the patch is big and will need approval to be let into ML. Removing the
> > space in char * const argv[] shall do the trick, can you please do that
> > by hand ?
>
> I
This allows to initialize DDR memory in C code.
Currently all mx31 boards use assembler code (lowlevel_init.S)
Signed-off-by: Helmut Raiger
---
V2: new in V2
arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/arch/arm
Signed-off-by: Helmut Raiger
---
V2: no changes since V1
arch/arm/cpu/arm1136/mx31/devices.c | 14 ++
arch/arm/include/asm/arch-mx31/clock.h|1 +
arch/arm/include/asm/arch-mx31/imx-regs.h | 16
3 files changed, 31 insertions(+), 0 deletions(-)
dif
This adds basic board support for TT-01 based on
the bluetechnix i.MX31 SOM. Currently only NOR-Flash
boot is implemented.
Signed-off-by: Helmut Raiger
---
V2:
- MAINTAINER updated and used board.cfg instead of Makefile change
- eliminated config.mk
- replaced __REG accessors (WEIM and ES
Hi Anatolij,
> A delay of approximately 250 ms after PCI bus reset in
> pci_mpc5xxx_init() is needed to recognize the Coral-PA
> controller on the graphic extention board.
>
> Signed-off-by: Anatolij Gustschin
> ---
> To make it actually work another patch
> "pci: move pcidelay code to new locati
Hi David,
> This tool takes a key=value configuration file (same as would a `printenv'
> show)
> and generates the corresponding environment image, ready to be flashed.
>
> use case: flash the environment with an external tool
>
> Signed-off-by: David Wagner
> Acked-by; Mike Frysinger
There's
Hi,
I'm trying to add a new architecture to uboot.
What is the process and there is a documentation ?
It's an icybox nas6220-b which is similar to sheevaplug, except for
memory size and nand limit.
wiki.nas-portal.org/index.php/IB-NAS6220-B
www.raidsonic.de/data/products/icybox/IB-NAS6220/datas
Hi,
I'm trying to add a new architecture to uboot.
What is the process and there is a documentation ?
It's an icybox nas6220-b which is similar to sheevaplug, except for
memory size and nand limit.
wiki.nas-portal.org/index.php/IB-NAS6220-B
www.raidsonic.de/data/products/icybox/IB-NAS6220/datash
Le 14/10/2011 10:24, DrEagle a écrit :
> Hi,
>
> I'm trying to add a new architecture to uboot.
> What is the process and there is a documentation ?
>
> It's an icybox nas6220-b which is similar to sheevaplug, except for
> memory size and nand limit.
>
> wiki.nas-portal.org/index.php/IB-NAS6220-
any one?
Regards
--Prabhakar Lad
On Wed, Oct 12, 2011 at 4:05 PM, Prabhakar Lad
wrote:
> Hi Wolfgang,
>
> The checkpatch complains for volatile keyword, if "volatile" is necessary
> and cannot be removed,
> Is it necessary to inform in the cover letter or the patch itself stating
> that these
Our boards rely on dtt for initialization of fan hardware.
dtt_init() was implemented to be called form board specific code.
Signed-off-by: Dirk Eibach
---
common/cmd_dtt.c | 42 +-
include/dtt.h|1 +
2 files changed, 34 insertions(+), 9 deletion
Board support for the Guntermann & Drunck Io64.
Signed-off-by: Dirk Eibach
---
Changes for v2:
- Added MAINTAINERS entry
- Cleaned up issues reported by checkpatch
Changes for v3:
- migrated board specific init_func_fpga() to board_early_init_r()
Changes for v4:
- call dtt_init() to start
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
> Signed-off-by: Helmut Raiger
> ---
> V2: no changes since V1
>
Hi Helmut,
> #ifdef CONFIG_MXC_SPI
> +/* note: putting several spi setups here makes no sense as they may differ
> + * at board level (physical pin SS0 of CSPI2 may aswell be used as
Dear Lei
I was pulling this patch series.
I found certain patches could not be applied, I had resolved them since gplugd
are in.
But I found certain warnings and errors if I build with aspenite_config
May you please pull the u-boot-marvell.git master and rebase and resend your
patches with abov
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
> This adds basic board support for TT-01 based on
> the bluetechnix i.MX31 SOM. Currently only NOR-Flash
> boot is implemented.
>
> Signed-off-by: Helmut Raiger
> ---
>
> V2:
> - MAINTAINER updated and used board.cfg instead of Makefile change
>
Kumar Gala wrote:
> Rather than looking at tn2020_driver.uid lets just do something like:
>
> if ((phydev->drv->uid& phydev->drv->mask) == TN2020_UID)
>
> And add a #define in phy.h:
>
> #define TN2020_UID0x00a19410
I guess that makes more sense. I thought my original version was cooler,
th
Kumar Gala wrote:
> For the FSL boards, lets add 'bdinfo' to 'preboot' and enable CONFIG_PREBOOT
I don't think that's a good idea. bdinfo display about a dozen lines of
text, most of it is not generally useful. Plus, this would make preboot
unavailable for everyone else.
--
Timur Tabi
Linux
The command auto-completion does not work on architectures relying
on CONFIG_NEEDS_MANUAL_RELOC like MIPS. Cause is the missing function
pointer fixup for cmd_tbl_t::complete function in fixup_cmdtable().
This patch adds the missing pointer fixup in case of CONFIG_AUTO_COMPLETE
is defined.
Signed
Hi all,
Am 12.10.2011 17:18, schrieb Andreas Bießmann:
> Dear Sven,
>
> Am 12.10.2011 17:08, schrieb Sven Schnelle:
>> On 10/12/2011 04:59 PM, Andreas Bießmann wrote:
>>> b) ext2ls is not reliable:
> ---8<---
> U-Boot> ext2ls mmc 0:1
> 1024 .
> 1024 ..
>
Before the DTOR register is set to a fixed value and resulted in some cards
not working. Setting the fixed value to a hihger value is not appropriate
cause we could wait way to long for slow clock rates.
This patch moves the mci_set_data_timeout() from old atmel_mci driver to
gen_atmel_mci driver
Prabhakar,
On Wed, Oct 12, 2011 at 04:05:57PM +0530, Prabhakar Lad wrote:
> The checkpatch complains for volatile keyword,
Just to make sure [1], since there is a lot of misunderstanding regarding
volatile.
> if "volatile" is necessary and cannot be removed,
Please see [2], people are more inc
This patch adds basic support for AM33xx which is based on ARMV7
Cortex A8 CPU.
Signed-off-by: Chandan Nath
---
Changes since v1:
- Used LOW_LEVELSRAM_STACK in SRAM_STACK to maintain platform consistency.
- Used #if/#elif for defining PRM_RSTCTRL.
arch/arm/cpu/armv7/am33xx/Makefile |
This patch adds basic clock definition of am33xx SoC.
Signed-off-by: Chandan Nath
---
Changes since v1:
- No changes since v1
arch/arm/cpu/armv7/am33xx/Makefile |1 +
arch/arm/cpu/armv7/am33xx/clock.c| 273 ++
arch/arm/include/asm/arch-am3
This patch series is submitted to add support for TI AM33XX platform, which is
based on ARMV7 Cortex A8 CPU and has the same basic peripheral set as OMAP35x,
(timer, UART etc) but has a considerably different PRCM implementation.
In this patch series, only support for uart peripheral is added alon
This patch adds timer support for AM33xx platform.
Signed-off-by: Chandan Nath
---
Changes since v1:
- Modification of omap-common/timer.c is removed.
Makefile|3 +++
arch/arm/cpu/armv7/omap-common/Makefile |2 ++
2 files changed, 5 insertions(+), 0 dele
This patch adds basic support for booting the board.
This patch adds support for the UART necessary to
get to the u-boot prompt.
Signed-off-by: Chandan Nath
---
Changes since v1:
- Used CONFIG_MACH_TYPE standard for defining machine id.
- Updated MAINTAINERS file.
MAINTAINERS
This patch adds AM33xx emif/ddr support along with board specific
defines.
Signed-off-by: Chandan Nath
---
Changes since v1:
- No changes since v1.
arch/arm/cpu/armv7/am33xx/Makefile |3 +
arch/arm/cpu/armv7/am33xx/ddr.c | 147 ++
arch/arm/cpu/armv7/am33
On 10/14/2011 10:05 AM, Helmut Raiger wrote:
> This allows to initialize DDR memory in C code.
> Currently all mx31 boards use assembler code (lowlevel_init.S)
>
> Signed-off-by: Helmut Raiger
> ---
> V2: new in V2
>
> arch/arm/include/asm/arch-mx31/imx-regs.h | 13 +
> 1 files c
The MDIO controller to talk to external PHYs is on FM1-DTSEC1 so don't
allow disabling. If we disable it we end up powering the block down in
the SoC and thus can't communicate to any external PHYs.
Signed-off-by: Kumar Gala
---
drivers/net/fm/p1023.c |5 +
drivers/net/fm/p3060.c |5
On 10/13/2011 05:34 PM, Fabio Estevam wrote:
> Fix checkpatch warning and errors in several i.MX related files.
>
> While at it also address a checkpatch warning at arch/arm/cpu/armv7/mx5/soc.c
> regarding the usage of extern in a C file.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v1
Hi Reinhard,
On Thu, Oct 13, 2011 at 11:13 PM, Reinhard Meyer
wrote:
> Dear Simon Glass,
>>
>> Several places in U-Boot's board files can make use of a function like
>> this,
>> so this patch series creates the function, and changes the board files to
>> use it.
>>
>> As suggested by Mike Frysing
Changelog:
V2: rebase over latest u-boot-marvell.git
Lei Wen (5):
ARM: pantheon: reduce dependence of including platform file
ARM: armada100: reduce dependence of including platform file
ARM: kirkwood: reduce dependence of including platform file
serial: reduce include platform file for ma
For files like the drivers/serial/serial.c, it must include the platform
file, as the CONFIG_SYS_NS16550_COM1 must reference to the definition in
the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to the
definition in the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to the
definition in the platform definition files.
Include the platform definition file in the config file, so that it
would decouple the dependence for the driver files.
Build pass with following config:
dkb_config
aspenite_config
edminiv2_config
openrd_ultimate_config
sheevaplug_config
mv88f6281gtw_ge_config
rd6281a_config
guruplug_config
km_kirkwood_config
Signed-off-by: Lei Wen
Acked-by: Wolfgang Denk
---
Changelog:
V2: no change
drivers/serial/serial.c |
Build pass with following config:
dkb_config
aspenite_config
Signed-off-by: Lei Wen
---
Changelog:
V2: no change
drivers/gpio/mvmfp.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/drivers/gpio/mvmfp.c b/drivers/gpio/mvmfp.c
index e7830c6..f56c037 100644
--- a/dr
Hi Prafulla,
On Fri, Oct 14, 2011 at 6:19 PM, Prafulla Wadaskar wrote:
> Dear Lei
>
> I was pulling this patch series.
> I found certain patches could not be applied, I had resolved them since
> gplugd are in.
> But I found certain warnings and errors if I build with aspenite_config
>
> May you
Lds files cleened to remove multiple defined section and modified to
be compliant with --gc-sections added for ColdFire platform in a
previous patch.
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
- remove eroneously modified copyright line
board/BuS/EB+MCF-
Missing $(obj) prevented the build of ColdFire boards in a directory
than sources
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
arch/m68k/cpu/mcf5227x/Makefile |2 +-
arch/m68k/cpu/mcf523x/Makefile|2 +-
arch/m68k/cpu/mcf532x/Makefile|2 +-
ar
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
MAKEALL|6 ---
Makefile | 96
boards.cfg | 21 +-
include/configs/M5329EVB.h |8 ++--
4 files changed
Remove unused mkdir, and add missing ones.
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
Makefile | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index 400cb5f..9febdf5 100644
--- a/Makefile
+++ b/Makefile
@@ -6
The spa, stm, int, 32 and 16 linking files are identical so there is
no need to differentiate them. A single lds file is now used, and
_config rule are simplified.
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
Makefile |9 --
board/f
A temp variable was used but not declared, with CONFIG_SYS_DRAMSZ1
defined. This variable is now declared in the functione when needed.
Signed-off-by: Stany MARCEL
---
Changes for v2:
- rebase to master
board/freescale/m548xevb/m548xevb.c |3 +++
1 files changed, 3 insertions(+), 0
Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
> On Thu, Oct 13, 2011 at 5:06 PM, Tom Warren wrote:
> > Simon Glass wrote at Wednesday, October 12, 2011 2:13 PM:
...
> >> Yes that's right since yesterday's merge of MMC into u-boot-arm (prior
> >> to that there was no working MMC!). Let's
Move ehci.h and ehci-core.h to include/usb directory.
Cc: Remy Bohmer
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Properly do the file rename via git
drivers/usb/host/ehci-fsl.c |4 ++--
drivers/usb/host/ehci-hcd.c |2 +-
drivers/usb/host/eh
On Friday 14 October 2011 03:44:13 Bernhard Kaindl wrote:
> Am 12.10.2011 23:48, schrieb Mike Frysinger:
> >> Ditch this brain-deadness by just shifting the MSB from the network byte
> >> stream of the reply message into the right (MSB) location of a short int
> >> and putting the LSB from the netw
Jana,
On Sun, Oct 9, 2011 at 5:22 PM, Jana Rapava wrote:
> I haven't found time to work on this recently, I have some problems in
> school which I absolutely have to solve first.
I have just resent an updated 1/4 after getting feedback from the list.
Let's wait and see if it gets merged and th
On Monday, October 10, 2011 08:45:05 PM Mike Frysinger wrote:
> On Monday 10 October 2011 14:33:47 Marek Vasut wrote:
> > On Monday, October 10, 2011 08:24:48 PM Mike Frysinger wrote:
> > > On Monday 10 October 2011 11:34:26 Marek Vasut wrote:
> > > > --- a/common/usb_kbd.c
> > > > +++ b/common/usb
On Sunday, October 09, 2011 10:22:03 PM Jana Rapava wrote:
> 2011/10/9 Marek Vasut
>
> > On Sunday, September 25, 2011 07:25:07 PM Jana Rapava wrote:
> > > Signed-off-by: Jana Rapava
> > > Cc: Marek Vasut
> > > Cc: Remy Bohmer
> > > Cc: Fabio Estevam
> > > ---
> > >
> > > Changes for v2:
> >
Stephen,
> -Original Message-
> From: Stephen Warren
> Sent: Friday, October 14, 2011 8:04 AM
> To: Simon Glass; Tom Warren
> Cc: Anton Staaf; U-Boot Mailing List
> Subject: RE: [U-Boot] [RESEND PATCH v2] tegra2: Enable data cache
>
> Simon Glass wrote at Thursday, October 13, 2011 6:18 P
Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
> Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
> > Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
> > > On Thu, Oct 13, 2011 at 5:06 PM, Tom Warren wrote:
> > > > Simon Glass wrote at Wednesday, October 12, 2011 2:13 PM:
On Friday, October 14, 2011 05:49:50 PM Fabio Estevam wrote:
> Jana,
>
> On Sun, Oct 9, 2011 at 5:22 PM, Jana Rapava wrote:
> > I haven't found time to work on this recently, I have some problems in
> > school which I absolutely have to solve first.
>
> I have just resent an updated 1/4 after ge
Hi Tom & Stephen,
On Fri, Oct 14, 2011 at 9:02 AM, Stephen Warren wrote:
> Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
>> Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
>> > Simon Glass wrote at Thursday, October 13, 2011 6:18 PM:
>> > > On Thu, Oct 13, 2011 at 5:06 PM, Tom W
Hi Marek,
On Thu, 22 Sep 2011 21:22:12 +0200
Marek Vasut wrote:
> Rewrite the mxc_i2c driver.
> * This version is much closer to Linux implementation.
> * Fixes IPG_PERCLK being incorrectly used as clock source
> * Fixes behaviour of the driver on iMX51
> * Clean up coding style a bit ;-)
>
On Fri, Oct 14, 2011 at 9:26 AM, Simon Glass wrote:
> Hi Tom & Stephen,
>
> On Fri, Oct 14, 2011 at 9:02 AM, Stephen Warren wrote:
>> Tom Warren wrote at Friday, October 14, 2011 9:56 AM:
>>> Stephen Warren wrote at Friday, October 14, 2011 8:04 AM:
>>> > Simon Glass wrote at Thursday, October 13
Hi Mike,
On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
> subject is "int" but implementation is "ulong"
> -mike
>
Yes - I wonder if I can just submit a V2 for that one patch with a new subject?
Regards,
Simon
___
U-Boot mailing list
U-Boot@li
This is not an uncommon operation in U-Boot, so let's put it in a common
function.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix commit title from getenv_int() to getenv_ulong()
common/cmd_nvedit.c |7 +++
include/common.h| 12
2 files changed, 19 insertions(+),
On Friday 14 October 2011 12:47:56 Simon Glass wrote:
> On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
> > subject is "int" but implementation is "ulong"
>
> Yes - I wonder if I can just submit a V2 for that one patch with a new
> subject?
that's fine (i do it all the time). although in
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Friday 14 October 2011 10:31:12 Simon Glass wrote:
> On Thu, Oct 13, 2011 at 11:13 PM, Reinhard Meyer wrote:
> >> Several places in U-Boot's board files can make use of a function like
> >> this,
> >> so this patch series creates the function, and changes the board files
> >> to use it.
> >>
>
This tool takes a key=value configuration file (same as would a `printenv' show)
and generates the corresponding environment image, ready to be flashed.
use case: flash the environment with an external tool
Signed-off-by: David Wagner
Acked-by: Mike Frysinger
Tested-by: Thomas Petazzoni
---
Hi Mike,
On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger wrote:
> On Friday 14 October 2011 12:47:56 Simon Glass wrote:
>> On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
>> > subject is "int" but implementation is "ulong"
>>
>> Yes - I wonder if I can just submit a V2 for that one patch
On Friday 14 October 2011 13:42:07 Simon Glass wrote:
> On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger wrote:
> > On Friday 14 October 2011 12:47:56 Simon Glass wrote:
> >> On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrote:
> >> > subject is "int" but implementation is "ulong"
> >>
> >> Yes
Hi Scott,
ok. Will have a look - hopefully this weekend.
Regards
Simon
2011/10/14 Simon Schwarz :
> Hi Scott,
>
> ok. Will have a look - hopefully this weekend.
>
> Regards
> Simon
>
> 2011/10/4 Scott Wood :
>> On 09/29/2011 02:44 AM, Simon Schwarz wrote:
>>> Functions often used in SPL are now
On Oct 11, 2011, at 5:26 PM, Simon Glass wrote:
> This library provides useful functions to drivers which want to use
> the fdt to control their operation. Functions are provided to:
>
> - look up and enumerate a device type (for example assigning i2c bus 0,
> i2c bus 1, etc.)
> - decode basic t
Hi Kumar,
On Fri, Oct 14, 2011 at 11:12 AM, Kumar Gala wrote:
>
> On Oct 11, 2011, at 5:26 PM, Simon Glass wrote:
>
>> This library provides useful functions to drivers which want to use
>> the fdt to control their operation. Functions are provided to:
>>
>> - look up and enumerate a device type
Hi Mike,
On Fri, Oct 14, 2011 at 11:06 AM, Mike Frysinger wrote:
> On Friday 14 October 2011 13:42:07 Simon Glass wrote:
>> On Fri, Oct 14, 2011 at 10:09 AM, Mike Frysinger wrote:
>> > On Friday 14 October 2011 12:47:56 Simon Glass wrote:
>> >> On Thu, Oct 13, 2011 at 6:53 PM, Mike Frysinger wrot
From: Shengzhou Liu
For P3060 and P4080, USB pins are multiplexed with other functions.
Update the device tree status for USB ports based on setting of
RCW[EC1] & RCW[EC2] which describe if pins are muxed to usb.
Signed-off-by: Shengzhou Liu
Signed-off-by: Kumar Gala
---
arch/powerpc/cpu/mpc8
From: Shengzhou Liu
Add common function fdt_set_node_status() to assist in various locations
that we set a nodes status. This function utilizes the status values
that are part of the EPAPR spec (on power.org).
fdt_set_status_by_alias() is based on fdt_set_node_status() but uses an
alias string
On Fri, Oct 14, 2011 at 2:34 AM, Kumar Gala wrote:
> The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
> +0200)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-mpc
Dear Simon Glass,
In message
you wrote:
>
> > and I cannot see how getenv_int() would work before relocation.
>
> From what I can tell the existing getenv() function deals with this
> automatically by looking at the global flags.
This is intended just for emergency cases to fix a number of pl
Dear Simon Glass,
In message <1318552994-6653-2-git-send-email-...@chromium.org> you wrote:
>
> --- a/include/common.h
> +++ b/include/common.h
...
> +/**
> + * Decode the value of an environment variable and return it.
> + *
> + * @param name Name of environemnt variable
> + * @para
Dear Mike Frysinger,
In message <201110141311.55171.vap...@gentoo.org> you wrote:
>
> > From what I can tell the existing getenv() function deals with this
> > automatically by looking at the global flags.
>
> yep, and that should be sufficient. in the pre-relocation stages, you can
> only
> h
Dear Alex Dubov,
In message <1318576261.97640.yahoomail...@web121013.mail.ne1.yahoo.com> you
wrote:
>
> I have looked into it previously but unfortunately, I could not think of a
> reasonable solution.
Well, the ultimate cure to that problem is the removal of this board.
Boards that cause build
Dear Simon Glass,
In message <1318610916-6975-2-git-send-email-...@chromium.org> you wrote:
> This is not an uncommon operation in U-Boot, so let's put it in a common
> function.
Please make sure to use this function ONLY in places where getenv()
use is OK. Do NOT use it where getenv_f() is need
Hi Stefano,
Le 12/10/2011 11:39, Stefano Babic a écrit :
> On 10/11/2011 10:17 PM, Albert ARIBAUD wrote:
>> Le 05/10/2011 07:55, Heiko Schocher a écrit :
>>> Hello Albert,
>>>
>>> can you comment/apply the following patches? As the new merge window is
>>> open, I think they can go to mainline:
>>>
Hi Heiko,
Le 12/10/2011 13:36, Heiko Schocher a écrit :
> Hello Christian, Albert,
>
> Christian Riesch wrote:
>> Hello Heiko
>> I tried to apply your patches to the current master, since they are a
>> prerequisite for your enbw_cmc patches but
>>
>> [U-Boot] cosmetic, post: Codingstyle cleanup
>>
Hi Jason,
Le 29/09/2011 22:05, Jason a écrit :
> Albert, Prafulla,
>
> On Wed, Sep 28, 2011 at 08:42:42AM +0200, Albert ARIBAUD wrote:
>> Hi all,
>>
>> On 21/09/2011 23:34, Jason wrote:
>>> Albert, Prafulla,
>>>
>>> On Wed, Sep 21, 2011 at 11:00:42PM +0200, Wolfgang Denk wrote:
In message<201
Dear Jason,
In message <20111014131245.gf7...@titan.lakedaemon.net> you wrote:
>
> 1.) checkpatch.pl complained about volatile in source.c:312. This is
>a register we bitbang in a loop and we don't want the compiler
>optimizing it out.
This would, in almost all cases, trig
Hi Simon,
Le 30/09/2011 12:41, Simon Schwarz a écrit :
> This function is also defined in omap-common/spl_mmc.de so the implementation
> in devkit8000.c was protected by a ifdef.
>
> Signed-off-by: Simon Schwarz
> ---
> board/timll/devkit8000/devkit8000.c |2 +-
> 1 files changed, 1 inserti
Hi Simon,
Le 30/09/2011 12:41, Simon Schwarz a écrit :
> Add MMC boot configs to devkit8000 config.
>
> Signed-off-by: Simon Schwarz
> ---
> include/configs/devkit8000.h |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/include/configs/devkit8000.h b/include/conf
Hi Steve,
Le 30/09/2011 21:08, Steve Sakoman a écrit :
> The level shifters used on the Caspa camera module have a 4k output
> impedance. Combined with the 100uA pull-up resistors in the OMAP3,
> this raises the ground level to 400mV. Adding crosstalk between the
> pixel clock and the HS/VS signal
Albert,
On Fri, Oct 14, 2011 at 09:54:14PM +0200, Albert ARIBAUD wrote:
> Hi Jason,
>
> Le 29/09/2011 22:05, Jason a écrit :
> >Albert, Prafulla,
> >
> >On Wed, Sep 28, 2011 at 08:42:42AM +0200, Albert ARIBAUD wrote:
> >>Hi all,
> >>
> >>On 21/09/2011 23:34, Jason wrote:
> >>>Albert, Prafulla,
>
Wolfgang,
On Fri, Oct 14, 2011 at 09:58:44PM +0200, Wolfgang Denk wrote:
> Dear Jason,
>
> In message <20111014131245.gf7...@titan.lakedaemon.net> you wrote:
> >
> > 1.) checkpatch.pl complained about volatile in source.c:312. This is
> >a register we bitbang in a loop and we don't
On Oct 14, 2011, at 2:15 PM, Tabi Timur-B04825 wrote:
> On Fri, Oct 14, 2011 at 2:34 AM, Kumar Gala wrote:
>> The following changes since commit d8fffa057c9430fd0c5104ab6ff7db4cdb03db51:
>>
>> Merge branch 'master' of git://git.denx.de/u-boot-mips (2011-10-12 22:47:15
>> +0200)
>>
>> are ava
Kumar Gala wrote:
> Need Wolfgang's Ack on that.
Why? It just fixes a bug in our board code.
--
Timur Tabi
Linux kernel developer at Freescale
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Oct 14, 2011, at 3:29 PM, Timur Tabi wrote:
> Kumar Gala wrote:
>> Need Wolfgang's Ack on that.
>
> Why? It just fixes a bug in our board code.
But it touches common/cmd_mac.c
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
Dear Lei Wen,
In message
you wrote:
>
> > And both the "index" and "value" arguments are never used in I/O
> > context, i. e. they are actual plain integer parameters. So just keep
> > it as
> >
> >err = mmc_switch(mmc, EXT_CSD_CMD_SET_NORMAL, EXT_CSD_HS_TIMING, 1);
>
> Should I also k
Kumar Gala wrote:
> But it touches common/cmd_mac.c
I've never understand why that file is in common/, since it applies only to
Freescale SOCs. There's only one implementation of do_mac, and it's ours.
I could have sworn York posted a patch to move do_mac into sys_eeprom.c. I
don't see it anywh
Dear Peter Pan,
In message
you wrote:
>
> I've installed the git-email packet now, but I can not make it work.
> The "Unable to initialize SMTP properly" always pop up. T_T
> This is the first time I send any patch to the community, sorry for
> the incontinence.
>
> This is tested on our board
1 - 100 of 140 matches
Mail list logo