Hello,
On Thu, 24 Jan 2013 09:03:11 +0100
Anatolij Gustschin ag...@denx.de wrote:
Hello,
On Thu, 24 Jan 2013 02:33:31 +
Xie Shaohui-B21989 b21...@freescale.com wrote:
...
currently I do not have access to the p2041rdb board, but here is the
previously captured boot log where I've
Wolfgang Denk w...@denx.de wrote on 2013/01/24 20:27:26:
Dear Joakim Tjernlund,
In message OF52C94A3D.C3BD2E6F-ONC1257AFD.005BAFE0-C1257AFD.
00673...@transmode.se you wrote:
This adds some extra churn to the code that my patch didn't do.
On the other hand your patch makes the
Dear Jim Lin,
In message 1359097425-20517-1-git-send-email-ji...@nvidia.com you wrote:
TFTP booting is observed a little bit slow, especially when a USB
keyboard is installed.
The fix is to check whether Ctrl-C key is pressed every
CONFIG_CTRLC_POLL_MS ms.
If CONFIG_CTRLC_POLL_MS is not
Dear Jim Lin,
In message 1359097425-20517-1-git-send-email-ji...@nvidia.com you wrote:
TFTP booting is observed a little bit slow, especially when a USB
keyboard is installed.
The fix is to check whether Ctrl-C key is pressed every
CONFIG_CTRLC_POLL_MS ms.
If CONFIG_CTRLC_POLL_MS is not
Dear Manukumar,
In message 1359096605.2559.15.camel@Manukumar you wrote:
I have to implement the jtag and execute XSVF file through diagnostic
command from u-boot.
the layout of our board as below:
What exactly has this to do with above thread and with the access
u-boot environment
Dear Marek Vasut,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, January 24, 2013 1:34 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Minkyu Kang; Kyungmin Park; Lukasz Majewski;
Tom Rini
Subject: Re: [PATCH 2/4] usb:composite: USB Mass Storage -
Dear Marek Vasut,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, January 24, 2013 1:35 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Minkyu Kang; Kyungmin Park; Lukasz Majewski;
Tom Rini
Subject: Re: [PATCH 3/4] usb:gadget: USB Mass Storage Gadget
Dear Marek Vasut,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, January 24, 2013 1:33 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Minkyu Kang; Kyungmin Park; Lukasz Majewski;
Tom Rini; Andrzej Pietrasiewicz
Subject: Re: [PATCH 1/4] usb:composite:
Add support for Sysam AMCORE mcf5307 (coldfire) based board.
Signed-off-by: Angelo Dureghello sysa...@gmail.com
Cc: Jason Jin jason@freescale.com
---
Changes for v2:
- None
Changes for v3:
- Fix code format issues
Changes for v4:
- Add MAINTAINERS file entry
- Remove all unnecessary blank
Dear Linus Walleij,
This, enabled the FDT library for the Integrators, updates
the Integrator/CP default command to load and pass a Device
Tree when booting the kernel from the on-board ethernet,
define same environment for the Integrator/AP and move the
load address around to something
Dear Piotr Wilczek,
Dear Marek Vasut,
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Thursday, January 24, 2013 1:33 PM
To: Piotr Wilczek
Cc: u-boot@lists.denx.de; Minkyu Kang; Kyungmin Park; Lukasz Majewski;
Tom Rini; Andrzej Pietrasiewicz
Subject: Re:
Dear Woody Wu,
On Fri, Jan 25, 2013 at 12:30:43AM +0100, Marek Vasut wrote:
Dear Woody Wu,
Hi, List
Is there a book or web document to help start to understand how U-Boot
works?
There's a doc/ directory in the u-boot sourcecode.
Is there a guide/suggestion to the
Hi,
On Fri, Jan 11, 2013 at 8:49 PM, Lukasz Majewski l.majew...@samsung.com wrote:
Hi Wolfgang,
Dear Lukasz Majewski,
In message 1357665792-8141-1-git-send-email-l.majew...@samsung.com
you wrote:
I'd like to ask for your opinion about the following problem:
I cannot comment on the
Dear Angelo Dureghello,
In message 20130125104307.GA3223@sion.sysam you wrote:
Add support for Sysam AMCORE mcf5307 (coldfire) based board.
Sorry for the late catch - this escaped me so far...
Changes for v5:
- Fix MAINTAINERS bad sorted entry
- Fix incorrect indentation
- Remove #undef
On Thu, Jan 24, 2013 at 4:31 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
I prefer to have this as is and share documentation with mx28. The
NAND ought to be done providing same interface so one doc for it all.
I think change it in next version is wrong and confuse users.
Ping?
We won't
Dear Otavio Salvador,
On Thu, Jan 24, 2013 at 4:31 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
I prefer to have this as is and share documentation with mx28. The
NAND ought to be done providing same interface so one doc for it all.
I think change it in next version is wrong and
Dear Wolfgang,
thanks for the review,
On Fri, Jan 25, 2013 at 01:30:54PM +0100, Wolfgang Denk wrote:
Dear Angelo Dureghello,
In message 20130125104307.GA3223@sion.sysam you wrote:
Add support for Sysam AMCORE mcf5307 (coldfire) based board.
Sorry for the late catch - this escaped me so
Both Tegra20 and Tegra30 have a max of 3 USB controllers.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index 1bccf2b..f151fb2
This moves out the Tegra EHCI driver from a platform specific directory
to the standard driver/usb/host dir.
This is a preparation needed to share this driver between Tegra20 and
Tegra30. No functional change in here, so Tegra30 is still not working.
Patch 6 could be a lot smaller if it were
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their own.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
To clarify why this is a good thing an excerpt from the first round of
review:
The intent of this patch is not
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
v2:
- remember if port is already initialized and skip init
This moves the Tegra USB implementation into the drivers/usb/host
directory. Note that this merges the old
/arch/arm/cpu/armv7/tegra20/usb.c file into ehci-tegra.c. No code
changes, just moving stuff around.
v2: While at it also move some defines and the usb.h header file to make
usb driver
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach d...@lynxeye.de
Acked-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c
Remove unneeded headers, function prototype and stale comment, that
doesn't match the actual codebase anymore.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
2 files changed, 1
The ehci_hcd entry points were just calling into the Tegra USB
functions. Now that they are in the same file we can just move over the
implementation.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/include/asm/arch-tegra/usb.h | 19 --
drivers/usb/host/ehci-tegra.c | 119
Hi Lukasz Majewski,
Thanks for your information.
Thanks,
Jagan.
-Original Message-
From: Lukasz Majewski [mailto:l.majew...@samsung.com]
Sent: 25 January 2013 00:20
To: Jagannadha Sutradharudu Teki
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] [U-BOOT] help on mmc driver
Hi
Lucas,
-Original Message-
From: Lucas Stach [mailto:d...@lynxeye.de]
Sent: Friday, January 25, 2013 7:41 AM
To: u-boot@lists.denx.de
Cc: Tom Warren; Marek Vasut; Simon Glass; Stephen Warren
Subject: [PATCH v2 0/7] Move Tegra EHCI drive to correct place
This moves out the Tegra EHCI
Hello Tom,
Am Freitag, den 25.01.2013, 08:07 -0800 schrieb Tom Warren:
I tried to apply this to u-boot-tegra/next and it needed some massaging to
get it to apply cleanly. Minor stuff, but you'll need to rebase it on top of
current u-boot-tegra/next (I just pushed a new version with my 'Move
I have found the problem:
-B4860QDS_SPIFLASHpowerpc mpc85xx b4860qds
freescale -
B4860QDS:RAMBOOT_PBL,SPIFLASH,SYS_TEXT_BASE=0xFFF8
+B4860QDS_SPIFLASHpowerpc mpc85xx b4860qds
freescale -
B4860QDS:PPC_B4860,RAMBOOT_PBL,SPIFLASH,SYS_TEXT_BASE=0xFFF8
The P2020DS build had grown too large, and video support isn't enabled
in almost any other Freescale board. Disabling it allows us to keep
building, and provides options for reenabling it later.
Signed-off-by: Andy Fleming aflem...@freescale.com
---
include/configs/P2020DS.h |2 +-
1 file
README.mips: update known issues and TODOs (2013-01-16 10:52:08 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
for you to fetch changes up to 1342f7dd2c864889ce3ef6a78fe74155fd1f9a8f:
corenet: Disable video on P2020DS (2013-01-25 10:32:22
在 2013-1-25 PM7:35,Marek Vasut ma...@denx.de写道:
Dear Woody Wu,
On Fri, Jan 25, 2013 at 12:30:43AM +0100, Marek Vasut wrote:
Dear Woody Wu,
Hi, List
Is there a book or web document to help start to understand how
U-Boot
works?
There's a doc/ directory in the u-boot
Add back host1x node to seaboard dts file. This got dropped during
the tegra fdt sort.
Signed-off-by: Allen Martin amar...@nvidia.com
---
board/nvidia/dts/tegra20-seaboard.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/board/nvidia/dts/tegra20-seaboard.dts
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't enabled
in almost any other Freescale board. Disabling it allows us to keep
building, and provides options for reenabling it later.
Signed-off-by: Andy Fleming
On 01/25/2013 12:50:59 PM, Tom Rini wrote:
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't
enabled
in almost any other Freescale board. Disabling it allows us to keep
building, and provides options for reenabling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/25/2013 02:25 PM, Scott Wood wrote:
On 01/25/2013 12:50:59 PM, Tom Rini wrote:
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't
enabled in almost any other
On 01/25/2013 01:25:33 PM, Scott Wood wrote:
On 01/25/2013 12:50:59 PM, Tom Rini wrote:
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't
enabled
in almost any other Freescale board. Disabling it allows us to keep
Dear Woody Wu,
In message CAAsE_ue4VffAioQWzHPpyOZmzoFk9E5S7jj2+2BZuiK=c5y...@mail.gmail.com
you wrote:
I want to firstly get a picture to basically understand how u-boot work,
especially on an ARM9 based board. I think not everyone who want to
understand u-boot has to read the full code.
+Tom
On Sun, Jan 13, 2013 at 11:07 AM, Jeroen Hofstee jer...@myspectrum.nl wrote:
cc: Anatolij Gustschin ag...@denx.de
cc: Simon Glass sjg.chromium.org
Signed-off-by: Jeroen Hofstee jer...@myspectrum.nl
Acked-by: Simon Glass s...@chromium.org
---
drivers/video/tegra.c | 52
Hi Rajeshwari,
On Wed, Jan 23, 2013 at 11:05 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Simon,
Thank you for comments.
On Tue, Jan 22, 2013 at 8:25 PM, Simon Glass s...@chromium.org wrote:
Hi Rajeshwari,
On Mon, Jan 21, 2013 at 2:52 AM, Rajeshwari Shinde
On Mon, Jan 21, 2013 at 11:52 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
One question below, but:
Acked-by: Simon Glass s...@chromium.org
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/25/2013 03:43 PM, Fleming Andy-AFLEMING wrote:
On Jan 25, 2013, at 12:50 PM, Tom Rini wrote:
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't
enabled in
Hi Akshay,
On Thu, Jan 24, 2013 at 4:02 AM, Akshay Saraswat aksha...@samsung.comwrote:
Hi Simon,
If we create two versions of dtt_get_temp(), we have to declare
unnecessarily few configs and their values like CONFIG_DTT_SENSORS and
CONFIG_SYS_DTT_BUS_NUM when we can easily ignore them.
On Thu, Jan 24, 2013 at 4:24 AM, Akshay Saraswat aksha...@samsung.com wrote:
Add generic TMU support alongwith i2c sensors in dtt command
to enable temperature reading in cases where TMU is present
instead of i2c sensors.
Signed-off-by: Akshay Saraswat aksha...@samsung.com
---
Changes since
On Jan 25, 2013, at 12:50 PM, Tom Rini wrote:
On Fri, Jan 25, 2013 at 10:38:01AM -0600, Andy Fleming wrote:
The P2020DS build had grown too large, and video support isn't enabled
in almost any other Freescale board. Disabling it allows us to keep
building, and provides options for
Hi Rajeshwari,
On Wed, Jan 23, 2013 at 11:13 PM, Rajeshwari Birje
rajeshwari.bi...@gmail.com wrote:
Hi Simon,
Thank you for comments.
On Tue, Jan 22, 2013 at 8:28 PM, Simon Glass s...@chromium.org wrote:
Hi Rajeshwari,
On Mon, Jan 21, 2013 at 2:52 AM, Rajeshwari Shinde
On Thu, Jan 24, 2013 at 10:43 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch adds the driver for codec MAX98095 required by Snow
Board
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- None
Hi Rajeshwari,
On Thu, Jan 24, 2013 at 10:43 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patchs adds support for MAX98095 codec in
sound driver.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
On Thu, Jan 24, 2013 at 10:43 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch sets high a GPIO to enable the codec MAX98095
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- None
On Thu, Jan 24, 2013 at 10:43 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
Add required compatible information for MAX98095 codec
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
- None
include/fdtdec.h
Hi Lucas,
On Fri, Jan 25, 2013 at 7:22 AM, Lucas Stach d...@lynxeye.de wrote:
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach d...@lynxeye.de wrote:
Init pinmux in one shot, in order to avoid any conflicts.
On Fri, Jan 25, 2013 at 7:48 AM, Allen Martin amar...@nvidia.com wrote:
Add support for per architecture CROSS_COMPILE toolchain definitions
via CROSS_COMPILE_ARCH where ARCH is any of the supported u-boot
architectures. This allows building every supported u-boot board in a
single pass of
On Sat, Jan 26, 2013 at 3:41 AM, Lucas Stach d...@lynxeye.de wrote:
Both Tegra20 and Tegra30 have a max of 3 USB controllers.
Signed-off-by: Lucas Stach d...@lynxeye.de
Acked-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra20/usb.c | 2 +-
1 file changed, 1 insertion(+), 1
Jeroen,
How will this all go in? Do you expect Anatolij to take it in via the main repo
(u-boot.git/master)?
LGTM, BTW
Tom
-Original Message-
From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
Sent: Friday, January 25, 2013 1:38 PM
To: Jeroen Hofstee
Cc:
On Sat, Jan 26, 2013 at 3:41 AM, Lucas Stach d...@lynxeye.de wrote:
Remove unneeded headers, function prototype and stale comment, that
doesn't match the actual codebase anymore.
Signed-off-by: Lucas Stach d...@lynxeye.de
Acked-by: Simon Glass s...@chromium.org
---
On Sat, Jan 26, 2013 at 3:41 AM, Lucas Stach d...@lynxeye.de wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory. Note that this merges the old
/arch/arm/cpu/armv7/tegra20/usb.c file into ehci-tegra.c. No code
changes, just moving stuff around.
v2: While at it
On 01/05/2013 08:45 PM, Wolfgang Denk wrote:
lcd_color_fg and lcd_color_bg had to be declared in board specific
code, but were not actually used there; in addition, we have getter /
setter functions for these, which were not used either.
Get rid of the global variables, and use the getter
Hello Simon,
Am Samstag, den 26.01.2013, 10:20 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 7:22 AM, Lucas Stach d...@lynxeye.de wrote:
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach d...@lynxeye.de
On Thu, Jan 24, 2013 at 10:43 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch adds funtion to enable XXTI clock source
required by MAX98095 codec.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V2:
On Wed, Jan 23, 2013 at 7:30 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch adds driver for the gigabyte devices
GD25LQ and GD25Q64B required for Snow Board.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in
On Fri, 25 Jan 2013, Wolfgang Denk wrote:
Dear Woody Wu,
In message
CAAsE_ue4VffAioQWzHPpyOZmzoFk9E5S7jj2+2BZuiK=c5y...@mail.gmail.com you
wrote:
I want to firstly get a picture to basically understand how u-boot
work, especially on an ARM9 based board. I think not everyone who
Hi Lucas,
On Sat, Jan 26, 2013 at 10:38 AM, Lucas Stach d...@lynxeye.de wrote:
Hello Simon,
Am Samstag, den 26.01.2013, 10:20 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 7:22 AM, Lucas Stach d...@lynxeye.de wrote:
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon
Am Samstag, den 26.01.2013, 10:49 +1300 schrieb Simon Glass:
[...]
But yes in the end we want to pack this information into the DT files.
But even then it would be nice if people would test this pachset, as I
imagine DT based pinmux is the same as tablebased pinmux, just in a
slightly
On Fri, Jan 25, 2013 at 10:45:19AM -0600, Andy Fleming wrote:
README.mips: update known issues and TODOs (2013-01-16 10:52:08 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
for you to fetch changes up to
On Tue, Sep 18, 2012 at 09:26:05AM -, hvaib...@ti.com wrote:
For AM335X boards, such as the EVM and Bone Linux kernel fails to
locate the device tree blob on boot. The reason being is that
u-boot is copying the DT blob to the upper part of RAM when booting
the kernel and the kernel is
On Fri, Jan 11, 2013 at 11:53:31AM +0100, Lars Poeschel wrote:
From: Lars Poeschel poesc...@lemonage.de
The board is named pcm051 and has this hardware:
SOC: TI AM3359
DDR3-RAM: 2x MT41J256M8HX-15EIT:D 512MiB
ETH 1: LAN8710AI
SPI-Flash: W25Q64BVSSIG
RTC: RV-4162-C7
I2C-EEPROM: CAT32WC32
Am Freitag, den 25.01.2013, 14:04 -0800 schrieb Stephen Warren:
On 01/24/2013 08:48 AM, Lucas Stach wrote:
Init pinmux in one shot, in order to avoid any conflicts.
diff --git a/board/avionic-design/common/tamonten.c
b/board/avionic-design/common/tamonten.c
+static struct
On Mon, Jan 07, 2013 at 03:51:20AM -, Javier Martinez Canillas wrote:
For production systems it is better to use script images since
they are protected by checksums and carry valuable information like
name and timestamp. Also, you can't validate the content passed to
env import.
But
On Fri, Jan 11, 2013 at 11:53:30AM +0100, Lars Poeschel wrote:
From: Lars Poeschel poesc...@lemonage.de
Signed-off-by: Lars Poeschel poesc...@lemonage.de
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Mon, Jan 14, 2013 at 05:32:20AM -, Jeff Lance wrote:
AM335x EVM 1.5A uses Micron MT41J512M8RH-125 SDRAM 4Gb (512Mx8) as the
DDR3 chip.
[Hebbar Gururaja gururaja.heb...@ti.com]
- Resolve merge conflict while rebasing. File structure is
changed in the mainline. So
On Fri, Jan 11, 2013 at 11:53:32AM +0100, Lars Poeschel wrote:
From: Lars Poeschel poesc...@lemonage.de
When ethaddr is not set in environment the MAC address is read
from efuse. The message was only printed in debug case, but this
message could be of interest for the ordinary user, so
On Fri, Jan 18, 2013 at 05:19:48AM -, Holger Hans Peter Freyther wrote:
The differences include the number of GPIOs and that one is
not required to set the pinmux on request.
I was about to reply that I applied this but I see the series is missing
a Signed-off-by line. Please send a v2
On Thu, Dec 27, 2012 at 01:35:56AM -, Javier Martinez Canillas wrote:
Even when the IGEPv2 board and the IGEP Computer-on-Module
are different from a form factor point of view, they are
very similar in the fact that share many components and how
they are wired.
So, it is possible (and
On Thu, Dec 27, 2012 at 03:36:01AM -, Javier Martinez Canillas wrote:
This patch adds an GPIO LED boot status for IGEP boards.
The GPIO LED used is the red LED0 while the Linux kernel
uses the green LED0 as the boot status.
By using different GPIO LEDs, the user can know in which
Hello,
The following changes since commit 7cb70a34b976e68f6348ea0718780e8f38901482:
fdt: fix dts preprocessor options (2013-01-17 09:07:59 -0700)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to
create mode 100644 drivers/net/fm/b4860.c
create mode 100644 include/configs/B4860QDS.h
create mode 100644 include/configs/BSC9132QDS.h
So, I see:
bsc9132qds.c: In function 'ft_board_setup':
bsc9132qds.c:349:19: warning: variable 'cpu' set but not used
[-Wunused-but-set-variable]
Am Freitag, den 25.01.2013, 14:12 -0800 schrieb Stephen Warren:
On 01/24/2013 08:48 AM, Lucas Stach wrote:
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
diff --git a/arch/arm/cpu/tegra-common/board.c
b/arch/arm/cpu/tegra-common/board.c
@@
On 01/25/2013 02:19 PM, Lucas Stach wrote:
Am Freitag, den 25.01.2013, 14:12 -0800 schrieb Stephen Warren:
On 01/24/2013 08:48 AM, Lucas Stach wrote:
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
diff --git a/arch/arm/cpu/tegra-common/board.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/25/2013 05:15 PM, Fleming Andy-AFLEMING wrote:
create mode 100644 drivers/net/fm/b4860.c create mode 100644
include/configs/B4860QDS.h create mode 100644
include/configs/BSC9132QDS.h
So, I see: bsc9132qds.c: In function
The 'fsl,pme-rev1' and 'fsl-pme-rev2' properties have been added to the
pme portal node. This is required for software to determine which version
of PME hardware is present and take appropriate actions.
These properties are a direct reflection of the corresponding ccsr pme
register value.
Also
On 01/24/2013 08:48 AM, Lucas Stach wrote:
Init pinmux in one shot, in order to avoid any conflicts.
diff --git a/board/avionic-design/common/tamonten.c
b/board/avionic-design/common/tamonten.c
+static struct pingroup_config tamonten_pinmux[] = {
+ PINMUX_ENTRY(ATA, IDE, NORMAL,
On 01/25/2013 01:57 PM, Lucas Stach wrote:
Am Samstag, den 26.01.2013, 10:49 +1300 schrieb Simon Glass:
[...]
But yes in the end we want to pack this information into the DT files.
But even then it would be nice if people would test this pachset, as I
imagine DT based pinmux is the same as
On 01/25/2013 01:49 PM, Simon Glass wrote:
Hi Lucas,
On Sat, Jan 26, 2013 at 10:38 AM, Lucas Stach d...@lynxeye.de wrote:
Hello Simon,
Am Samstag, den 26.01.2013, 10:20 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 7:22 AM, Lucas Stach d...@lynxeye.de wrote:
Am Freitag,
On 01/24/2013 10:22 AM, Lucas Stach wrote:
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach d...@lynxeye.de wrote:
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
On 01/24/2013 08:48 AM, Lucas Stach wrote:
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
diff --git a/arch/arm/cpu/tegra-common/board.c
b/arch/arm/cpu/tegra-common/board.c
@@ -145,7 +121,6 @@ static void setup_uarts(int uart_ids)
if
On 01/25/2013 08:44 PM, Jagan Teki wrote:
Hi,
On Fri, Jan 11, 2013 at 8:49 PM, Lukasz Majewski l.majew...@samsung.com
wrote:
Hi Wolfgang,
Dear Lukasz Majewski,
In message 1357665792-8141-1-git-send-email-l.majew...@samsung.com
you wrote:
I'd like to ask for your opinion about the
On Fri, Jan 25, 2013 at 10:46:47AM -0800, Allen Martin wrote:
Add back host1x node to seaboard dts file. This got dropped during
the tegra fdt sort.
Signed-off-by: Allen Martin amar...@nvidia.com
---
Hi Albert, would it be possible for you to apply this directly to your
u-boot-arm
Is it possible to have uboot read it's environment from a RAM address,
rather than NAND?
OR
Can uboot's scripting support load variables from a RAM address?
My NAND layout has redundant halves:
0
uboot
ubootenv
kernel
fs
128
uboot
ubootenv
kernel
fs
256
My firmware update
Dear Jim Lin,
Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
configuration file and when tstc() function for checking key pressed
takes longer time than 10 ms (e.g., 50 ms) to finish.
Signed-off-by: Jim
Dear Lucas Stach,
This moves out the Tegra EHCI driver from a platform specific directory
to the standard driver/usb/host dir.
This is a preparation needed to share this driver between Tegra20 and
Tegra30. No functional change in here, so Tegra30 is still not working.
Patch 6 could be a
Dear Michal Simek,
CONFIG_ARM_DCC_MULTI should be also removed in the patch
serial: Remove CONFIG_SERIAL_MULTI from serial drivers
(sha1: a3827250606895ec2dd4b8d867342b7cabf3692f)
Because the driver defines serial_* functions
which cause conflict with serial.c (multiple definition of
Dear Michal Simek,
- arm_dcc_dev is already initialized.
- Remove unused rc variable
Warning log:
arm_dcc.c: In function 'drv_arm_dcc_init':
arm_dcc.c:145:6: warning: unused variable 'rc' [-Wunused-variable]
Signed-off-by: Michal Simek michal.si...@xilinx.com
Acked-by: Marek Vasut
Dear John Stile,
In message 1359165410.7974.114.camel@genx you wrote:
Is it possible to have uboot read it's environment from a RAM address,
rather than NAND?
OR
Can uboot's scripting support load variables from a RAM address?
Yes, all this can be done. And easily. See for example the
env
93 matches
Mail list logo