On 11.02.2012 19:46, Fabio Estevam wrote:
On Sat, Feb 11, 2012 at 5:12 AM, Marek Vasutmarek.va...@gmail.com wrote:
btw Fabio, do we support mx6q USB host in mainline Linux ?
Not yet, Marek.
Linaro has it working with
On 11.02.2012 19:46, Fabio Estevam wrote:
On Sat, Feb 11, 2012 at 5:12 AM, Marek Vasutmarek.va...@gmail.com wrote:
btw Fabio, do we support mx6q USB host in mainline Linux ?
Not yet, Marek.
Linaro has it working with
Atleast could that driver be enabled by any means? Please let me know if
any such procedure is der to enable the driver. I'm very much confused as
to start with it.
DO NOT TOP-POST!!!
What do you mean by enabled by any means?
M
Thanks and Regards,
Shilpa
Hi Tom,
Le 10/02/2012 23:56, Tom Rini a écrit :
Hello,
The following changes since commit ca849aa4b86b282f837c58a0b129460ebfad2239:
David Müller (ELSOFT AG) (1):
ARM: activate DISPLAY_CPUINFO for VCMA9 + SMDK2410 board
are available in the git repository at:
Hi Wolfgang,
The following changes since commit 9cbfee6dc200cc746394c7efc10253a24f3ce108:
fw_env.h: fix comment (2012-02-11 22:18:38 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Albert ARIBAUD (5):
edminiv2: add hush parser, cmdline editing
even i'm new to u-boot. So didnt know. And I just asked if the present USB
driver in u-boot can be enabled for mx23evk board?
DO NOT TOP-POST!!!
DO NOT DROP CC!!!
And to answer your question, if you add support for mx23evk, yes.
M
Thanks and Regards,
Shilpa
Hi Wolfgang,
On 02/12/2012 07:09 AM, Wolfgang Denk wrote:
Dear Graeme,
In message 4f35ebbf.3050...@gmail.com you wrote:
I do a lot of work with Programmable Logic Controllers (PLCs) and Remote
Telemetry Units (RTUs). One example of what the bootloader is used for is
low-level
While discussing at the U-Boot mailing list about i.MX6Q USB host
support for U-Boot, there was the question what's about the same for
mainline Linux. See below.
I'd like to continue this discussion with a new subject and adding the
Linaro mailing list.
On 12.02.2012 09:46, Marek Vasut
Hi Frans,
On 02/11/2012 08:00 PM, Frans Meulenbroeks wrote:
Graeme, if you want to keep people outisde the bootloader in a
reasonably safe way and are developing your own hardware an option is
to put the password in e.g. an eeprom and do a compare in u-boot.
Of course a persistent hacker
Hi Marek,
On 02/11/2012 08:12 AM, Marek Vasut wrote:
Currently, only USB Host 1 is supported.
Hi,
this resembles mx28 USBH ... or am I wrong? Can't these be coalesced together?
Good point. The MX6Q seems to be some kind of clone of the MX28, indeed.
Not only for USB but also for FEC and
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for
which I just sent a pull request.
The raw result is:
- SUMMARY
Boards compiled: 283
Boards with warnings or errors: 61 ( actux1_4_16 actux1_4_32 actux1_8_16
Hi Marek,
On 02/11/2012 08:12 AM, Marek Vasut wrote:
Currently, only USB Host 1 is supported.
Hi,
this resembles mx28 USBH ... or am I wrong? Can't these be coalesced
together?
Good point. The MX6Q seems to be some kind of clone of the MX28, indeed.
Not only for USB but also
While discussing at the U-Boot mailing list about i.MX6Q USB host
support for U-Boot, there was the question what's about the same for
mainline Linux. See below.
I'd like to continue this discussion with a new subject and adding the
Linaro mailing list.
I'm not subscribed, this is gonna
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for
which I just sent a pull request.
The raw result is:
- SUMMARY
Boards compiled: 283
Boards with warnings or errors: 61 ( actux1_4_16 actux1_4_32 actux1_8_16
On 12.02.2012 12:13, Marek Vasut wrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for
which I just sent a pull request.
The raw result is:
- SUMMARY
Boards compiled: 283
Boards with warnings or errors: 61 (
Hi Dirk, Marek, Stefano,
Le 12/02/2012 12:25, Dirk Behme a écrit :
On 12.02.2012 12:13, Marek Vasut wrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for
which I just sent a pull request.
The raw result is:
- SUMMARY
Hi Simon,
Le 05/02/2012 06:46, Simon Glass a écrit :
One advantage of having it in the U-Boot source tree tools directory
is that people might find it and use it (at least at the early
stages). If it outgrows its space there due to extra features or more
generic use then it could move perhaps.
hi Albert,
On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for which
I just sent a pull request.
The raw result is:
- SUMMARY
Boards
hi Albert,
On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for which
I just sent a pull request.
The raw result is:
- SUMMARY
Hi, Sughosh,
Le 12/02/2012 15:03, Sughosh Ganu a écrit :
hi Albert,
On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for which
I just sent a pull request.
The raw result is:
On Sun, Feb 12, 2012 at 7:35 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi, Sughosh,
Le 12/02/2012 15:03, Sughosh Ganu a écrit :
hi Albert,
On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
albert.u.b...@aribaud.netwrote:
Hi all,
I just did a ./MAKEALL arm with ELDK42 on the
Le 10/02/2012 22:41, Mike Frysinger a écrit :
On Friday 10 February 2012 15:57:50 Albert ARIBAUD wrote:
Le 10/02/2012 21:32, Mike Frysinger a écrit :
On Friday 10 February 2012 14:39:12 Albert ARIBAUD wrote:
Le 07/02/2012 16:20, Mike Frysinger a écrit :
On Monday 06 February 2012 16:01:56
Hi all,
Le 04/02/2012 11:22, Stefano Babic a écrit :
From: Simon Schwarzsimonschwarz...@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
On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi all,
Le 04/02/2012 11:22, Stefano Babic a écrit :
From: Simon Schwarzsimonschwarz...@googlemail.com
Adds prep subcommand to bootm implementation of ARM. When bootm is called
with the subcommand prep the
On 12/02/2012 15:58, Tom Rini wrote:
On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi all,
Le 04/02/2012 11:22, Stefano Babic a écrit :
From: Simon Schwarzsimonschwarz...@googlemail.com
Adds prep subcommand to bootm implementation of ARM. When bootm is
On 12/02/2012 14:37, Albert ARIBAUD wrote:
Hi Dirk, Marek, Stefano,
Hi Albert,
Yes. The MX27, MX28, MX31, MX35 and MX5/MX6 fixes for this:
http://lists.denx.de/pipermail/u-boot/2012-February/117605.html
http://lists.denx.de/pipermail/u-boot/2012-February/117528.html
On 09/02/2012 20:43, Simon Glass wrote:
All the numbers above come from the real case of Freescale i.MX6Q
Sabrelite board:
0x2C00 (704 MB) + 0x1000 (physical base) = 0x3C00
OK I see, thanks.
Hi guys,
thanks everybody for reviewing - I will merge now this patch into
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx31ads.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/mx31ads.h b/include/configs/mx31ads.h
index
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/flea3.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/flea3.h b/include/configs/flea3.h
index 649e272..748d2b4
From: Fabio Estevam fabio.este...@freescale.com
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx35pdk.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/mx35pdk.h
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/imx31_litekit.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/imx31_litekit.h b/include/configs/imx31_litekit.h
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/imx31_phycore.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/imx31_phycore.h b/include/configs/imx31_phycore.h
Hi Albert,
please pull from u-boot-imx.
The following changes since commit 9a3aae22edf1eda6326cc51c28631ca5c23b7706:
arm, davinci: Add support for the Calimain board from OMICRON
electronics (2012-02-12 10:11:33 +0100)
are available in the git repository at:
On Sun, Feb 12, 2012 at 8:21 AM, Stefano Babic sba...@denx.de wrote:
On 12/02/2012 15:58, Tom Rini wrote:
On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi all,
Le 04/02/2012 11:22, Stefano Babic a écrit :
From: Simon Schwarzsimonschwarz...@googlemail.com
On Sunday 12 February 2012 04:33:07 Graeme Russ wrote:
Suitable encryption is already in U-Boot (we have SHA and MD5 libraries
already)
these are hashing functions, not encryption routines
-mike
signature.asc
Description: This is a digitally signed message part.
On Sun, Feb 12, 2012 at 8:09 PM, Tom Rini tom.r...@gmail.com wrote:
On Sun, Feb 12, 2012 at 7:35 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
snip
Fail with various causes; I'll send out individual status mails (CC:
interested parties) later today.
I pulled in a new
Dear Graeme,
In message 4f378753.4070...@gmail.com you wrote:
Do not do this in the boot loader. It is not the environment for such
things. When it comes to security, you are automatically pulling in
things like encryption technologies, key management, etc. We do not
want to pull
The following changes since commit 9cbfee6dc200cc746394c7efc10253a24f3ce108:
fw_env.h: fix comment (2012-02-11 22:18:38 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git master
Dimitar Penev (2):
Blackfin: pr1: new board port
Blackfin: br4:
The following changes since commit 9cbfee6dc200cc746394c7efc10253a24f3ce108:
fw_env.h: fix comment (2012-02-11 22:18:38 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sf
Eric Nelson (2):
sf command: allow default bus and chip selects
Dear Frans,
In message CACW_hTY4oqT8bBGTkTopiX=rnpcmg50rnxwy0afydax3wzj...@mail.gmail.com
you wrote:
As you mentioned in another reply the common practice nowadays seems to be
to use a conf file.
This has the disadvantage that the conf file can get lost or misplaced.
True. And this is an
Dear Albert ARIBAUD,
In message 4f37835d.7020...@aribaud.net you wrote:
Hi Wolfgang,
The following changes since commit 9cbfee6dc200cc746394c7efc10253a24f3ce108:
fw_env.h: fix comment (2012-02-11 22:18:38 +0100)
are available in the git repository at:
Hi Wolfgang,
On Mon, Feb 13, 2012 at 6:17 AM, Wolfgang Denk w...@denx.de wrote:
Dear Graeme,
In message 4f378753.4070...@gmail.com you wrote:
Do not do this in the boot loader. It is not the environment for such
things. When it comes to security, you are automatically pulling in
Mike,
On Sat, Feb 11, 2012 at 03:19:24, Mike Frysinger wrote:
On Friday 10 February 2012 01:22:24 Manjunath Hadli wrote:
--- a/board/davinci/da8xxevm/da850evm.c
+++ b/board/davinci/da8xxevm/da850evm.c
+#define CFG_MAC_ADDR_SPI_BUS 0
+#define CFG_MAC_ADDR_SPI_CS0
Hello Tom,
Tom Rini wrote:
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
---
Hello Tom,
Tom Rini wrote:
On Fri, Feb 10, 2012 at 11:53 AM, Tom Rini tom.r...@gmail.com wrote:
On Fri, Feb 10, 2012 at 11:48 AM, Tom Rini tom.r...@gmail.com wrote:
On Sat, Feb 4, 2012 at 3:22 AM, Stefano Babic sba...@denx.de wrote:
From: Simon Schwarz simonschwarz...@googlemail.com
This
On 10/02/2012 22:02, Troy Kisky wrote:
On 2/7/2012 5:08 PM, Troy Kisky wrote:
Define CONFIG_PHY_MICREL, and
minimize the tx clock delay.
There is an issue with 1000 baseTx mode on early revs
of the SabreLite boards. The center tap pin 9 of the mag RJ45
USB combo was connected to the 3.3
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx31ads.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/mx31ads.h b/include/configs/mx31ads.h
index
On 12/02/2012 16:38, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx35pdk.h |4 ++--
1 files changed, 2 insertions(+), 2
The SD loader binary is now downloadable at
https://wiki.linaro.org/Boards/MX6QSabreLite
under a open-source 3-clause BSD license. Update the README
for this.
The discussion shows that it's hard to change the hardware
regarding the default SPI NOR boot of the SabreLite boards.
I.e. this will
Dear Graeme Russ,
In message calbutcjyfbxrkurag-ytk767d4nfc5b6sn6o7bdx+kh2gcc...@mail.gmail.com
you wrote:
There is nothing that a boot loadr can do, that cannot be done as well
by appropriate Linux kernel code.
Yes, but that access can be controlled through logon credentials after
the
In commit 2d575e46859dd9127a9cec731ace77523e6ea2ab a separate header
file was introduced for the DM6467T EVM, include/configs/davinci_dm6467Tevm.h.
The substantial difference between the davinci_dm6467evm and the
davinci_dm6467Tevm configuration is a single bit in the hardware revision
that is
Dear Stefano Babic,
In message 1328350963-30989-2-git-send-email-sba...@denx.de you wrote:
From: Simon Schwarz simonschwarz...@googlemail.com
This adds a spl command to the u-boot.
Related config:
CONFIG_CMD_CPL
activate/deactivate the command
CONFIG_CMD_CPL??? Is this a typo, and
52 matches
Mail list logo