> > Currently, only USB Host 1 is supported.
>
> Hi,
>
> this resembles mx28 USBH ... or am I wrong? Can't these be coalesced
> together?
>
> btw Fabio, do we support mx6q USB host in mainline Linux ?
To make this even creepier ... the mx6q GPMI NAND interface is also taken from
mx28.
So basi
> Currently, only USB Host 1 is supported.
Hi,
this resembles mx28 USBH ... or am I wrong? Can't these be coalesced together?
btw Fabio, do we support mx6q USB host in mainline Linux ?
>
> Cc: Remy Bohmer
> Signed-off-by: Wolfgang Grandegger
> ---
> arch/arm/cpu/armv7/mx6/clock.c
> This properly configures the mux to enable the right UART depending on
> the setting of CONFIG_SERIALX.
>
> This also fixes things so that we don't configure balls XUCTSN_1 and
> XURTSN_1 as UART1 configuration (RTS/CTS), since they aren't
> connected.
>
> Signed-off-by: Doug Anderson
> ---
>
Hi Mike,
On 02/11/2012 07:37 AM, Mike Frysinger wrote:
> waving your hands around and saying "doing XXX is more secure and therefore
> we
> should do it" is theater. i'm not against passwords or ASLR or anything else
Agreed - I've already said as much in the ASLR thread
> in u-boot, but lik
Dear Frans,
In message
you wrote:
>
> > If you want security, then don;t allow access to U-Boot at all, and
> > run an OS. There you can do fancy things, including password
> > protection.
>
> The issue is mainly that we would like a service engineer to upgrade
> if for some reason the os goes
On Wed, Feb 8, 2012 at 3:44 AM, Hatim Ali wrote:
> SMDK5250 development boards have different memory variants like
> DDR3, LPDDR2 and LPDDR3. This patch adds supports for DDR3.
> The DDR3 is configured for 667Mhz and is being enabled by default.
One other note: the SDRAM doesn't appear to be stab
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-boot-ti.git master
Aneesh V (1):
OMAP4460: Red
This properly configures the mux to enable the right UART depending on
the setting of CONFIG_SERIALX.
This also fixes things so that we don't configure balls XUCTSN_1 and
XURTSN_1 as UART1 configuration (RTS/CTS), since they aren't
connected.
Signed-off-by: Doug Anderson
---
board/samsung/smdk5
Hi Mike,
On Fri, Feb 3, 2012 at 5:51 AM, Mike Frysinger wrote:
> On Thursday 19 January 2012 19:53:07 Joe Hershberger wrote:
>> --- a/net/bootp.c
>> +++ b/net/bootp.c
>>
>> +#ifdef CONFIG_BOOTP_RANDOM_DELAY
>> +#include "net_rand.h"
>> +#endif
>
> let's push this CONFIG_xxx check into net_rand.h
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 0
> +#define CFG_MAC_ADDR_SPI_MAX_HZ CONFIG_SF_DEFAULT_SPEED
> +#define CFG_MAC_AD
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 Albert ARIBAUD wrote:
> Le 06/02/
2012/2/10 Wolfgang Denk :
> Dear Frans Meulenbroeks,
>
> In message
> you
> wrote:
>> Generally speaking there is a use case for a password.
>
> Of course there is. The question is if the oot loader is the right
> place for it.
>
>> E.g. if you deliver boards/systems with u-boot on it and you d
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 filtered supply. Letting
this pin float solved
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 Albert ARIBAUD wrote:
Le 06/02/2012 21:57, Mike Frysinger a écrit :
Is there a keep attribute like the link
Hi Simon,
Le 15/01/2012 01:47, Simon Glass a écrit :
Add support for adjusting the cachability of an L1 section by updating
the MMU. The mmu_set_region_dcache() function allows drivers to make
these changes after the MMU is set up.
It is implemented only for ARMv7 at present.
This is needed fo
On Friday 10 February 2012 15:29:05 Mike Frysinger wrote:
> On Friday 10 February 2012 09:12:10 Frans Meulenbroeks wrote:
> > E.g. if you deliver boards/systems with u-boot on it and you do not
> > want customers to enter u-boot (e.g. by accident or because they want
> > to hack the board), but you
Hi Mike,
On Fri, Feb 3, 2012 at 6:37 AM, Mike Frysinger wrote:
> On Thursday 19 January 2012 19:53:25 Joe Hershberger wrote:
>> @@ -627,6 +639,12 @@ NetSendUDPPacket
>>
>> + /* make sure the NetTxPacket is initialized (NetInit() was called) */
>> + if (NetTxPacket == NULL) {
>> +
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 Albert ARIBAUD wrote:
> >> Le 06/02/2012 21:57, Mike Frysinger a écrit :
> Is there a keep attribute like the linker has for sections?
> >>>
> >>>
On Friday 10 February 2012 09:12:10 Frans Meulenbroeks wrote:
> E.g. if you deliver boards/systems with u-boot on it and you do not
> want customers to enter u-boot (e.g. by accident or because they want
> to hack the board), but you would allow authorized service personnel
> to access the board.
Hi Vladimir,
Le 10/02/2012 21:14, Vladimir Zapolskiy a écrit :
Hi Albert,
On 10.02.2012 20:00, Albert ARIBAUD wrote:
Hi Vladimir,
Le 13/01/2012 01:42, Vladimir Zapolskiy a écrit :
diff --git a/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
b/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
new file mode 100644
i
Hi Albert,
On 10.02.2012 20:00, Albert ARIBAUD wrote:
Hi Vladimir,
Le 13/01/2012 01:42, Vladimir Zapolskiy a écrit :
diff --git a/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
b/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
new file mode 100644
index 000..e29e130
--- /dev/null
+++ b/arch/arm/cpu/arm926ejs/
(possibly duplicated, sorry)
Hi Amit,
Le 09/02/2012 12:02, Stefan Roese a écrit :
On Thursday 09 February 2012 11:25:33 Amit Virdi wrote:
Signed-off-by: Amit Virdi
I have the same patch sitting in my queue. So,
Acked-by: Stefan Roese
Thanks,
Stefan
--
DENX Software Engineering GmbH,
Hi Minkyu,
Le 10/02/2012 02:01, Minkyu Kang a écrit :
Dear Albert,
The following changes since commit ca849aa4b86b282f837c58a0b129460ebfad2239:
ARM: activate DISPLAY_CPUINFO for VCMA9 + SMDK2410 board (2012-02-06
22:47:25 +0100)
are available in the git repository at:
git://git.denx.de
Hi Prafulla,
Le 08/02/2012 10:57, Prafulla Wadaskar a écrit :
Dear Albert
Please kindly pull
The following changes since commit ca849aa4b86b282f837c58a0b129460ebfad2239:
David Müller (ELSOFT AG) (1):
ARM: activate DISPLAY_CPUINFO for VCMA9 + SMDK2410 board
are available in the gi
Le 08/02/2012 10:51, Prafulla Wadaskar a écrit :
Applied to u-boot-marvell.git master branch
Thanks!
Regards..
Prafulla . . .
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Le 07/02/2012 16:20, Mike Frysinger a écrit :
On Monday 06 February 2012 16:01:56 Albert ARIBAUD wrote:
Le 06/02/2012 21:57, Mike Frysinger a écrit :
The would give me compiler warnings for unused variables. How does that
help?
does gcc issue warnings ? doesn't seem to do so for me.
Some d
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 +-
1 files changed,
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:
>>> CONFIG_CMD_CPL
>>> activate/dea
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:
>> CONFIG_CMD_CPL
>> activate/deactivate the command
>> CONFIG_CMD_SPL_NAND_OFS
>> Offs
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:
> CONFIG_CMD_CPL
> activate/deactivate the command
> CONFIG_CMD_SPL_NAND_OFS
> Offset in NAND to use
>
> Signed-off-by: Simon Schwarz
> CC: Tom
On Thu, Feb 9, 2012 at 5:06 PM, Joe Kulikauskas
wrote:
> Hello,
>
> Does anybody happen to know a reference with _details_ of how to format and
> mkfs an SD card to be bootable for freescale platform?
>
> Background: I'm using a freescale utility (
> https://github.com/kergoth/boot-format), but i
Hi Vladimir,
Le 13/01/2012 01:42, Vladimir Zapolskiy a écrit :
diff --git a/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
b/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
new file mode 100644
index 000..e29e130
--- /dev/null
+++ b/arch/arm/cpu/arm926ejs/lpc32xx/cpu.c
@@ -0,0 +1,70 @@
+/*
+ * Copyright (C) 20
Simon,
> -Original Message-
> From: Simon Glass [mailto:s...@chromium.org]
> Sent: Friday, February 03, 2012 6:14 PM
> To: U-Boot Mailing List
> Cc: Tom Warren; Stephen Warren; linux-te...@vger.kernel.org; Simon Glass
> Subject: [PATCH v3 3/9] tegra: Enhance clock support to handle 16-bit
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 10/02/2012 16:34, Fabio Estevam wrote:
> get_reset_cause() function is only used inside print_cpuinfo(), so let it be
> defined only when CONFIG_DISPLAY_CPUINFO is selected.
>
> Signed-off-by: Fabio Estevam
> ---
Acked-by: Stefano Babic
Tested-by: Stefano Babic
--
===
On 10/02/2012 17:29, Fabio Estevam wrote:
> MX35PDK board does not need to print CPU revision and reset cause in board
> file
> because this is printed by common code when CONFIG_DISPLAY_CPUINFO is selected
>
> Signed-off-by: Fabio Estevam
> ---
Acked-by: Stefano Babic
Tested-by: Stefano Babic
MX35PDK board does not need to print CPU revision and reset cause in board file
because this is printed by common code when CONFIG_DISPLAY_CPUINFO is selected
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Introduce \n.
board/freescale/mx35pdk/mx35pdk.c | 27 +--
On 10/02/2012 16:34, Fabio Estevam wrote:
> MX35PDK board does not need to print CPU revision and reset cause in board
> file
> because this is printed by common code when CONFIG_DISPLAY_CPUINFO is selected
>
> Signed-off-by: Fabio Estevam
> ---
Hi Fabio,
> /* Print board revision */
>
On 10/02/2012 16:34, Fabio Estevam wrote:
> MX35PDK board does not need to print CPU revision and reset cause in board
> file
> because this is printed by common code when CONFIG_DISPLAY_CPUINFO is selected
>
> Signed-off-by: Fabio Estevam
> ---
> Stefano,
>
> I don't have a mx35pdk board handy
get_reset_cause() function is only used inside print_cpuinfo(), so let it be
defined only when CONFIG_DISPLAY_CPUINFO is selected.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm1136/mx35/generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm1136/m
MX35PDK board does not need to print CPU revision and reset cause in board file
because this is printed by common code when CONFIG_DISPLAY_CPUINFO is selected
Signed-off-by: Fabio Estevam
---
Stefano,
I don't have a mx35pdk board handy to try this.
board/freescale/mx35pdk/mx35pdk.c | 25
On 10/02/2012 16:05, Fabio Estevam wrote:
> On 2/10/12, Stefano Babic wrote:
>
>> The mkimage tool supports the generation of the image that can be loaded
>> into a NAND flash. However, the main problem is that at the moment there
>> is no NAND driver for MX53. The mxc_nand.c driver does not supp
On 2/10/12, Stefano Babic wrote:
> The mkimage tool supports the generation of the image that can be loaded
> into a NAND flash. However, the main problem is that at the moment there
> is no NAND driver for MX53. The mxc_nand.c driver does not support MX5 SOCs.
Yes, but the internal boot mode ca
Dear Frans Meulenbroeks,
In message
you wrote:
> Generally speaking there is a use case for a password.
Of course there is. The question is if the oot loader is the right
place for it.
> E.g. if you deliver boards/systems with u-boot on it and you do not
> want customers to enter u-boot (e.g.
Dear "Jason Markley (ggsg)",
In message <4f351fdc.5010...@ggsg.cisco.com> you wrote:
>
> Again, what about the U-boot API feature? I want to use the API
> feature, and have U-boot 'stick around' for more than 'a few
> milliseconds' as you put it. In production mode, when using the API
> feature
Generally speaking there is a use case for a password.
E.g. if you deliver boards/systems with u-boot on it and you do not
want customers to enter u-boot (e.g. by accident or because they want
to hack the board), but you would allow authorized service personnel
to access the board.
For this case
On 2/10/12 2:07 AM, Wolfgang Denk wrote:
> Dear Jason,
>
> please keep the ML on Cc:
>
> In message <4f33e93e.5070...@ggsg.cisco.com> you wrote:
>> Do you happen to have a reference to that presentation? I'm very
>> interested, as i thought ASLR was in place to make it harder. I've done
>>
Dear Marek,
In message <201202101330.14119.marek.va...@gmail.com> you wrote:
>
> > Yes, but if you don't allow setting of environment variables from the host
> > OS, how can you change the settings if you need to
>
> You usually don't want to frob with ie. CPU speed of your Xray :-D
Medical devi
On 08/02/2012 05:16, Bud Miljkovic wrote:
> Can someone clue me in how one goes about a NAND bootable u-Boot?
The mkimage tool supports the generation of the image that can be loaded
into a NAND flash. However, the main problem is that at the moment there
is no NAND driver for MX53. The mxc_nand.c
Dear Graeme Russ,
In message <4f3505f8.1070...@gmail.com> you wrote:
>
> > We already have such protection, even if it's very simplistic: see
> > doc/README.autoboot (search for CONFIG_AUTOBOOT_DELAY_STR,
> > CONFIG_AUTOBOOT_STOP_STR resp. "bootdelaykey" and "bootstopkey").
>
> OK, so the though
> So I can lean back ...
I can even send you a patch of what I have, if that helps you out...
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 10.02.2012 13:42, Robert Deliën wrote:
>> Do you plan to post a patch to enable NAND on the EVK as well?
>
> Yes, I do. It's all tested and working in my workspace. But the first
> samples of our own board have arrived a couple of days ago and I'm
> currently in the process of bringing it up an
On 10/02/2012 13:28, Marek Vasut wrote:
>> Hi,
>>
>> because we are fast able to boot the kernel directly from SPL, I am
>> experimenting now how we can speed up the process. Mainly my focus is
>> how to make copy from storage (=NAND) to RAM faster.
>>
>> There are two approaches I can see: using D
Hi folks,
How to add SPL support for evm's that normally takes DSP secondary user
boot loader (UBL) ,
Arm secondary UBL and then the U-boot. how to nullify this DSP secondary
user boot loader (UBL) and
add support for SPL in it?
Regards,
--Prabhakar Lad
__
> Do you plan to post a patch to enable NAND on the EVK as well?
Yes, I do. It's all tested and working in my workspace. But the first
samples of our own board have arrived a couple of days ago and I'm
currently in the process of bringing it up and that has priority over
everything else, hence the
Do you plan to post a patch to enable NAND on the EVK as well?
That shouldn't be a big deal.
Matthias
On 07.02.2012 17:52, rob...@delien.nl wrote:
> From: Robert Delien
>
>
> Signed-off-by: Robert Delien
> ---
> board/freescale/mx28evk/iomux.c | 24
> 1 files chang
> Hi Wolfgang,
>
> On 02/10/2012 10:38 PM, Wolfgang Denk wrote:
> > Dear Graeme Russ,
> >
> > In message
you wrote:
> >> As an adjunct to a recent discussion, I wonder if there would be much
> >> point in password protecting access to the U-Boot command line. The
> >> password could be saved in
> Hi,
>
> because we are fast able to boot the kernel directly from SPL, I am
> experimenting now how we can speed up the process. Mainly my focus is
> how to make copy from storage (=NAND) to RAM faster.
>
> There are two approaches I can see: using DMA in NAND driver, or/and
> enabling cache. I
Hi Wolfgang,
On 02/10/2012 10:38 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message
> you
> wrote:
>>
>> As an adjunct to a recent discussion, I wonder if there would be much
>> point in password protecting access to the U-Boot command line. The
>> password could be saved in an enviro
Dear Jason,
In message <4f3451de.3050...@ggsg.cisco.com> you wrote:
>
> Agreed, but in the grand scheme of things, does that mean the
> maintainers of U-boot will ONLY allow patches in that fix the biggest
> security hole that currently exists? If someone desires to patch a
> small hole because
Dear Graeme Russ,
In message
you wrote:
>
> As an adjunct to a recent discussion, I wonder if there would be much
> point in password protecting access to the U-Boot command line. The
> password could be saved in an environment variable as an MD-5 or SHA-256
> hash.
We already have such protec
Hi,
because we are fast able to boot the kernel directly from SPL, I am
experimenting now how we can speed up the process. Mainly my focus is
how to make copy from storage (=NAND) to RAM faster.
There are two approaches I can see: using DMA in NAND driver, or/and
enabling cache. I have not yet pa
Add support for fixing usb mode and phy type for
MPH(Multi Port Host) USB controllers in device-tree nodes.
Required for socs like P3060, P5020, etc having MPH USB controller
Signed-off-by: Ramneek Mehresh
---
Changes for v3:
- removed const* type cast for node_type
- used CONFIG_
On 09.02.2012 09:33, Wolfgang Grandegger wrote:
v1 was bad, sorry. v2 fixes various issues reported by Dirk and Fabio.
The patches are based on head of Stefano's "u-boot-imx" tree.
Wolfgang
Wolfgang Grandegger (2):
usb/ehci: Add USB support for the MX6Q
mx6qsabrelite: add and enable USB Hos
64 matches
Mail list logo
