On 11.02.2012 19:46, Fabio Estevam wrote:
On Sat, Feb 11, 2012 at 5:12 AM, Marek Vasut wrote:
btw Fabio, do we support mx6q USB host in mainline Linux ?
Not yet, Marek.
Linaro has it working with
http://git.linaro.org/gitweb?p=bsp/freescale/linux-linaro.git;a=commit;h=de941f9ac0b59c340536
> On 11.02.2012 19:46, Fabio Estevam wrote:
> > On Sat, Feb 11, 2012 at 5:12 AM, Marek Vasut wrote:
> >> btw Fabio, do we support mx6q USB host in mainline Linux ?
> >
> > Not yet, Marek.
>
> Linaro has it working with
>
> http://git.linaro.org/gitweb?p=bsp/freescale/linux-linaro.git;a=commit;h
> 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:
git://git.denx.de/u
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 a
> 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 wr
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
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
actux1_8_3
> 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
> 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 go
> 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
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 ( actux1_4
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
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
> Bo
> hi Albert,
>
> On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
>
> 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 ---
On Sun, Feb 12, 2012 at 7:15 AM, Marek Vasut wrote:
>> hi Albert,
>>
>> On Sun, Feb 12, 2012 at 3:48 PM, Albert ARIBAUD
>>
>> 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:
>> >
>
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
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
On Sun, Feb 12, 2012 at 7:35 AM, Albert ARIBAUD
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
>> wrote:
>>
>>> Hi all,
>>>
>>> I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for which
>>>
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 Alb
Hi all,
Le 04/02/2012 11:22, Stefano Babic a écrit :
From: Simon Schwarz
Adds prep subcommand to bootm implementation of ARM. When bootm is called
with the subcommand prep the function stops right after ATAGS creation and
before announce_and_cleanup.
This is used in command "cmd_spl export"
On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
wrote:
> Hi all,
>
> Le 04/02/2012 11:22, Stefano Babic a écrit :
>
>> From: Simon Schwarz
>>
>> Adds prep subcommand to bootm implementation of ARM. When bootm is called
>> with the subcommand prep the function stops right after ATAGS creation and
>
On 12/02/2012 15:58, Tom Rini wrote:
> On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
> wrote:
>> Hi all,
>>
>> Le 04/02/2012 11:22, Stefano Babic a écrit :
>>
>>> From: Simon Schwarz
>>>
>>> Adds prep subcommand to bootm implementation of ARM. When bootm is called
>>> with the subcommand prep th
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
>>
>> http
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 int
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam
---
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 87638a4..fe073ba 100644
--- a/include/conf
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam
---
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 100644
--- a/include/configs/fl
From: Fabio Estevam
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam
---
include/configs/mx35pdk.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/configs/mx35pdk.h b/include/configs/mx35pdk.h
index 0c62b9f..f2d4112 100
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam
---
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
index bbcbce1..fcbd4a5 100644
memtest adresses should contain proper DRAM address range.
Signed-off-by: Fabio Estevam
---
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
index 3153eb5..f0766d4 100644
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:
git://www.denx.de/git/u-boot-imx
On Sun, Feb 12, 2012 at 8:21 AM, Stefano Babic wrote:
> On 12/02/2012 15:58, Tom Rini wrote:
>> On Sun, Feb 12, 2012 at 7:48 AM, Albert ARIBAUD
>> wrote:
>>> Hi all,
>>>
>>> Le 04/02/2012 11:22, Stefano Babic a écrit :
>>>
From: Simon Schwarz
Adds prep subcommand to bootm implement
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 wrote:
> On Sun, Feb 12, 2012 at 7:35 AM, Albert ARIBAUD
> wrote:
>
> >>> Fail with various causes; I'll send out individual status mails (CC:
> >>> interested parties) later today.
> >>>
> >>>
> >> I pulled in a new u-boot-arm tree, and am able to c
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 t
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
READ
Dear Frans,
In message
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 error situation, for wich a proper error message
should be is
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:
>git://git.denx.de/u
Hi Wolfgang,
On Mon, Feb 13, 2012 at 6:17 AM, Wolfgang Denk 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
>> > th
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_CS
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
> Signed-off-by: Tom Rini
> ---
> board/ait/cam_enc_4xx/cam_enc_4xx.c | 48
Hello Tom,
Tom Rini wrote:
> On Fri, Feb 10, 2012 at 11:53 AM, Tom Rini wrote:
>> On Fri, Feb 10, 2012 at 11:48 AM, Tom Rini wrote:
>>> On Sat, Feb 4, 2012 at 3:22 AM, Stefano Babic wrote:
From: Simon Schwarz
This adds a spl command to the u-boot.
Related config:
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
> memtest adresses should contain proper DRAM address range.
>
> Signed-off-by: Fabio Estevam
> ---
> 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 87638a4..fe073ba 100644
On 12/02/2012 16:38, Fabio Estevam wrote:
> From: Fabio Estevam
>
> memtest adresses should contain proper DRAM address range.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx35pdk.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/include/configs/mx
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 sta
Dear Graeme Russ,
In message
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 OS has been loaded.
Well spotted. And this is the very r
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 pass
Dear Stefano Babic,
In message <1328350963-30989-2-git-send-email-sba...@denx.de> you wrote:
> From: Simon Schwarz
>
> 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 you mean CONFIG_CMD_S
53 matches
Mail list logo
