On Fri, Apr 19, 2013 at 6:03 PM, Paul B. Henson wrote:
> On 4/11/2013 4:25 PM, Trent Piepho wrote:
>>
>> Maybe it would make more sense for mxsboot to write two files? One
>> with the FCBs and one with everything else?
>
> Hmm, possibly; I guess that would be conceptually simpler but require more
Hi Wolfgang,
On 04/19/2013 01:23 AM, Wolfgang Denk wrote:
Dear Bo Shen,
In message <517015fc.20...@gmail.com> you wrote:
What else do I have to change ?
Have you try "setenv ethprime eth1"? Then reset board, and do dhcp.
Before thje reset, doi also a "saveenv" to make the setting stick.
Or
On 4/11/2013 4:25 PM, Trent Piepho wrote:
Maybe it would make more sense for mxsboot to write two files? One
with the FCBs and one with everything else?
Hmm, possibly; I guess that would be conceptually simpler but require
more commands to execute to get done.
The FCBs are only 1036 byes l
On Fri, Apr 19, 2013 at 10:52:33PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <20130419185745.GJ14952@bill-the-cat> you wrote:
> >
> > U-Boot v2013.04 has been released and uploaded to git and should be on
> > the FTP server soon.
>
> It's there.
>
> > The merge window is now open u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/19/2013 04:58 PM, Mark Jackson wrote:
> On 16/04/13 16:48, Tom Rini wrote:
>> On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
>
>
>
>>> + config_ddr(303, MT41J128MJT125_IOCTRL_VALUE, &ddr3_data, +
>>> &ddr3_cmd_ctrl_data, &ddr3
On Fri, Apr 19, 2013 at 6:04 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently mmcrootfstype is set to ext3 type.
>
> It is better not to force it in the env vars, because users may prefer a
> different file system type, so let's get rid of 'mmcrootfstype'.
>
> Signed-off-by: Fabio Est
On Fri, Apr 19, 2013 at 6:04 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Update the environment as done in other imx boards to allow easy switching
> between booting a non-dt kernel and a dt kernel.
>
> Change CONFIG_LOADADDR to 0x9200, so that we can have the:
>
> - uImage at 0x92
From: Fabio Estevam
Currently mmcrootfstype is set to ext3 type.
It is better not to force it in the env vars, because users may prefer a
different file system type, so let's get rid of 'mmcrootfstype'.
Signed-off-by: Fabio Estevam
---
Changes since v4:
- Remove the real usage of mmcrootfstyp
From: Fabio Estevam
Update the environment as done in other imx boards to allow easy switching
between booting a non-dt kernel and a dt kernel.
Change CONFIG_LOADADDR to 0x9200, so that we can have the:
- uImage at 0x9200
- imx51-babbage.dtb at 0x9100
,which are adequate location
On 16/04/13 16:48, Tom Rini wrote:
> On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
>> +config_ddr(303, MT41J128MJT125_IOCTRL_VALUE, &ddr3_data,
>> + &ddr3_cmd_ctrl_data, &ddr3_emif_reg_data, 0);
>
> And are you unable to run at 400MHz here? Or just weren't awa
Dear Tom,
In message <20130419185745.GJ14952@bill-the-cat> you wrote:
>
> U-Boot v2013.04 has been released and uploaded to git and should be on
> the FTP server soon.
It's there.
> The merge window is now open until May 4th and the next release,
> v2013.07 is scheduled for release on July 15th
These patches haven't gone in yet, right? I think Vivek wants to
discuss/update them himself, he just asked me to move my reviews to
this thread.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fri, Apr 19, 2013 at 3:01 PM, Otavio Salvador
wrote:
> On Fri, Apr 19, 2013 at 2:43 PM, Fabio Estevam wrote:
>> From: Fabio Estevam
>>
>> Currently mmcrootfstype is set to ext3 type.
>>
>> It is better not to force it in the env vars, because users may prefer a
>> different file system type,
+ Sricharan
On 04/18/2013 11:29 AM, Dan Murphy wrote:
> Add the flag to allow runtime enviroment variable modifications.
> This is being added so that the board-name can be modified at runtime
> to indicate either a panda(4430) or a panda-es(4460)
>
> Signed-off-by: Dan Murphy
> ---
> include/con
+ Sricharan
On 04/18/2013 11:29 AM, Dan Murphy wrote:
> Fix the device tree loading for panda(4430) and panda-es(4460)
>
> Modify the board name if a 4460 panda or panda-es is detected
> at run time.
> In the findfdt add a check for the panda-es board name and load
> the panda-es device tree blob.
> XHCI ports are powered on after a H/W reset, however
> EHCI ports are not. So disabling and re-enabling power
> on all ports invariably.
>
> Signed-off-by: Amar
> Signed-off-by: Vivek Gautam
>
> ---
> Changes from v2:
> - Replaced USB_HUB_PRINTFs to debug()
>
> common/usb_hub.c | 34
This adds a userspace linux utility that writes the u-boot image to an mtd
partition on the docg4 nand flash.
A special utility is required to do this because u-boot is partially loaded by
an initial program loader (IPL) that is permanently programmed to the boot
region of the flash. This IPL exp
With 'mtest' no longer a default command, we will have unused defines
which should be removed for the v2013.10 release.
Signed-off-by: Tom Rini
---
doc/feature-removal-schedule.txt | 12
1 file changed, 12 insertions(+)
diff --git a/doc/feature-removal-schedule.txt b/doc/feature-
As per doc/feature-removal-schedule.txt, remove CONFIG_CMD_MEMTEST from
default list of commands.
Signed-off-by: Tom Rini
---
doc/feature-removal-schedule.txt | 17 -
include/config_cmd_default.h |1 -
2 files changed, 18 deletions(-)
diff --git a/doc/feature-removal-s
On Fri, Apr 19, 2013 at 02:57:45PM -0400, Tom Rini wrote:
> Hey all,
>
> U-Boot v2013.04 has been released and uploaded to git and should be on
> the FTP server soon.
>
> The merge window is now open until May 4th and the next release,
> v2013.07 is scheduled for release on July 15th 2013 (the w
Hey all,
U-Boot v2013.04 has been released and uploaded to git and should be on
the FTP server soon.
The merge window is now open until May 4th and the next release,
v2013.07 is scheduled for release on July 15th 2013 (the wiki is a bit
off right now).
Looking over the git log I see:
- WARNING!
> Fetch the device class into usb device's dwcriptors,
> so that the host controller's driver can use this info
> to differentiate between HUB and DEVICE.
>
> Signed-off-by: Amar
>
> ---
> Changes from v2:
> - none
>
> common/usb.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions
Hi Julius,
> Migrating my comments here for public discussion.
Maybe you can make a patch(set) against u-boot-usb/next ?
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Migrating my comments here for public discussion.
> This adds usb framework support for super-speed usb, which will
> further facilitate to add stack support for xHCI.
>
> Signed-off-by: Vikas C Sajjan
> Signed-off-by: Vivek Gautam
>
> ---
> Changes from v2:
> - Replacing if-else with switch-
On Fri, Apr 19, 2013 at 2:43 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Update the environment as done in other imx boards to allow easy switching
> between booting a non-dt kernel and a dt kernel.
>
> Change CONFIG_LOADADDR to 0x9200, so that we can have the:
>
> - uImage at 0x92
On Fri, Apr 19, 2013 at 2:43 PM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Currently mmcrootfstype is set to ext3 type.
>
> It is better not to force it in the env vars, because users may prefer a
> different file system type, so let's get rid of 'mmcrootfstype'.
>
> Signed-off-by: Fabio Est
From: Fabio Estevam
Currently mmcrootfstype is set to ext3 type.
It is better not to force it in the env vars, because users may prefer a
different file system type, so let's get rid of 'mmcrootfstype'.
Signed-off-by: Fabio Estevam
---
Changes since v3:
- Newly introduced
include/configs/mx
From: Fabio Estevam
Update the environment as done in other imx boards to allow easy switching
between booting a non-dt kernel and a dt kernel.
Change CONFIG_LOADADDR to 0x9200, so that we can have the:
- uImage at 0x9200
- imx51-babbage.dtb at 0x9100
,which are adequate location
Dear Philip Paeps,
> On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> > To avoid the old function which are used with the nand_spl/ stuff
> > getting in the way of NAND SPL framework, the macro
> > CONFIG_SPL_NAND_LEGACY was introduced and two remaining legacy
> > boards were adjusted. These
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 1:55:31 PM, Benoît Thébaudeau wrote:
> > Dear Marek Vasut,
> >
> > On Friday, April 19, 2013 1:14:16 PM, Marek Vasut wrote:
> > > Dear Benoît Thébaudeau,
> > >
> > > > On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaud
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 1:14:16 PM, Marek Vasut wrote:
> > Dear Benoît Thébaudeau,
> >
> > > On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaudeau wrote:
> > > > Dear Marek Vasut,
> > > >
> > > > On Friday, April 19, 2013 6:10:51 AM, Marek Va
Dear Tom Rini,
> On 04/19/2013 07:51 AM, Marek Vasut wrote:
> > Dear Benoît Thébaudeau,
> >
> >> Dear Marek Vasut,
> >>
> >> On Friday, April 19, 2013 1:16:31 PM, Marek Vasut wrote:
> >>> Dear Benoît Thébaudeau,
> >>>
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 6:10:52 AM,
On Fri, Apr 19, 2013 at 1:55 PM, Otavio Salvador
wrote:
> I don't have the board to test, neither I am working on the board, so
> it more logical as you're changing it to make this change. It more
> logical to make this now and avoid dealing with it in future again ...
> isn't it?
Again, cleanin
On Fri, Apr 19, 2013 at 1:50 PM, Fabio Estevam wrote:
> On Fri, Apr 19, 2013 at 1:39 PM, Otavio Salvador
> wrote:
>
>> So in this case could you make a new patch to sync the other changes
>> in the env? So it is kept in sync and avoid divertion from other
>> boards we did it already?
>
> Sorry, b
On Fri, Apr 19, 2013 at 1:39 PM, Otavio Salvador
wrote:
> So in this case could you make a new patch to sync the other changes
> in the env? So it is kept in sync and avoid divertion from other
> boards we did it already?
Sorry, but I don't plan have any plans to work on such cleanup.
I am not
On Fri, Apr 19, 2013 at 1:11 PM, Fabio Estevam wrote:
> On Fri, Apr 19, 2013 at 12:31 PM, Otavio Salvador
> wrote:
>
>> So I think this patch could be split in two:
>
> I do not agree.
>
>
>> * one for loadaddr fix (which is the real fix here)
>
> My patch does not do any fix. We are able to load
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/19/2013 11:41 AM, Philip Paeps wrote:
> On 2013-04-19 17:21:49 (+0200), Benoît Thébaudeau
> wrote:
>> On Friday, April 19, 2013 5:09:59 PM,Philip Paeps wrote:
>>> On 2013-04-19 16:48:42 (+0200), Philip Paeps
>>> wrote:
A first build with C
On Fri, Apr 19, 2013 at 12:31 PM, Otavio Salvador
wrote:
> So I think this patch could be split in two:
I do not agree.
> * one for loadaddr fix (which is the real fix here)
My patch does not do any fix. We are able to load a non-dt kernel currently.
I am adding a new feature: allow booting
Hi All,
I have enabled the following configurations.
in my board's config header
#define CONFIG_VGA_AS_SINGLE_DEVICE
#define CONFIG_VIDEO
#define CONFIG_CFB_CONSOLE
video_hw_init() returns a pointer to GraphicsDevice structure.
It does the following
-
On 2013-04-19 17:21:49 (+0200), Benoît Thébaudeau
wrote:
> On Friday, April 19, 2013 5:09:59 PM,Philip Paeps wrote:
> > On 2013-04-19 16:48:42 (+0200), Philip Paeps wrote:
> > > A first build with CONFIG_SPL_FRAMEWORK came out to nearly 4K. Large
> > > contributors being (unsurprisingly) libcom
On Friday, April 19, 2013 5:21:49 PM, Benoît Thébaudeau wrote:
> Hi Philip,
>
> On Friday, April 19, 2013 5:09:59 PM,Philip Paeps wrote:
> > On 2013-04-19 16:48:42 (+0200), Philip Paeps wrote:
> > > On 2013-04-19 15:00:13 (+0200), Philip Paeps wrote:
> > > > On 2013-04-19 06:10:51 (+0200), Marek
On Fri, Apr 19, 2013 at 11:15 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Update the environment as done in other imx boards to allow easy switching
> between booting a non-dt kernel and a dt kernel.
>
> Change CONFIG_LOADADDR to 0x9200, so that we can have the:
>
> - uImage at 0x92000
Hi Philip,
On Friday, April 19, 2013 5:09:59 PM,Philip Paeps wrote:
> On 2013-04-19 16:48:42 (+0200), Philip Paeps wrote:
> > On 2013-04-19 15:00:13 (+0200), Philip Paeps wrote:
> > > On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> > > > To avoid the old function which are used with the na
On 2013-04-19 16:48:42 (+0200), Philip Paeps wrote:
> On 2013-04-19 15:00:13 (+0200), Philip Paeps wrote:
> > On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> > > To avoid the old function which are used with the nand_spl/ stuff
> > > getting in the way of NAND SPL framework, the macro
> > >
Hi Philip,
On Friday, April 19, 2013 4:48:42 PM, Philip Paeps wrote:
> On 2013-04-19 15:00:13 (+0200), Philip Paeps wrote:
> > On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> > > To avoid the old function which are used with the nand_spl/ stuff
> > > getting in the way of NAND SPL framework
On Fri, Apr 19, 2013 at 1:10 AM, Marek Vasut wrote:
> Add basic support for the DENX M53EVK board. Currently supported is
> the MMC, Ethernet, I2C.
What about NAND, SATA and USB ?
> --- /dev/null
> +++ b/board/denx/m53evk/Makefile
> @@ -0,0 +1,40 @@
> +#
> +# DENX M53EVK
> +# Copyright (C) 2012-
On 2013-04-19 15:00:13 (+0200), Philip Paeps wrote:
> On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> > To avoid the old function which are used with the nand_spl/ stuff
> > getting in the way of NAND SPL framework, the macro
> > CONFIG_SPL_NAND_LEGACY was introduced and two remaining legacy
On Thu, Apr 18, 2013 at 01:25:51PM -0700, Simon Glass wrote:
> When crc32 is handled by the hash library, it requires the data to be in
> big-endian format, since it reads it byte-wise. Thus at present the 'crc32'
> command reports incorrect data. For example, previously we might see:
>
> Peach #
From: Fabio Estevam
Update the environment as done in other imx boards to allow easy switching
between booting a non-dt kernel and a dt kernel.
Change CONFIG_LOADADDR to 0x9200, so that we can have the:
- uImage at 0x9200
- imx51-babbage.dtb at 0x9100
,which are adequate location
Dear Marek Vasut,
On Friday, April 19, 2013 2:54:56 PM, Benoît Thébaudeau wrote:
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 1:44:57 PM, Marek Vasut wrote:
> > Dear Benoît Thébaudeau,
> >
> > [...]
> >
> > Where did you get the information the board can only boot from NAND? Did I
> > mist
On Fri, Apr 19, 2013 at 10:58 AM, Otavio Salvador
wrote:
> Your commit log say nothing about the LOADADDR; I'd also prefer if you
Ok, I can add a comment about the LOADADDR change in v3.
> could reuse most of other environments as it'd keep them mostly in
> sync (so please remove mmcfstype if y
On Fri, Apr 19, 2013 at 10:47 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Update the environment as done in other imx boards to allow easy switching
> between booting a non-dt kernel and a dt kernel.
>
> Boot tested the following kernels:
>
> - 2.6.35 from FSL (11.09 branch)
> - 3.9-rc7 no
Dear Marek Vasut,
On Friday, April 19, 2013 1:55:31 PM, Benoît Thébaudeau wrote:
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 1:14:16 PM, Marek Vasut wrote:
> > Dear Benoît Thébaudeau,
> >
> > > On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaudeau wrote:
> > > > Dear Marek Vasut,
> > >
From: Fabio Estevam
Update the environment as done in other imx boards to allow easy switching
between booting a non-dt kernel and a dt kernel.
Boot tested the following kernels:
- 2.6.35 from FSL (11.09 branch)
- 3.9-rc7 non-dt
- 3.9-rc7 dt
Signed-off-by: Fabio Estevam
---
Changes since v1:
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador
---
Changes in v3: None
Changes in v2: None
board/wandboard/wandboard.c | 19 +++
inc
Allow use of the carrier board MicroSD card available in the
Wandboard; this allow for loading alternative system from the other
card for testing or upgrade proposes.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Improve commit log
- Reword comment about the 'mmc' mapping
- Rework code whic
This add support to identify if the card is connected or not; so it
does not try to communicate with the controller if no card is
available.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- Move GPIO definition to the top
Changes in v2: None
arch/arm/include/asm/arch-mx6/mx6dl_pins.h | 1 +
This allow for easy update of firmware in the SD card from a running
U-Boot.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- New patch
Changes in v2: None
include/configs/wandboard.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/configs/wandboard.h b/include
This makes environment and mmcdev/mmcpart in sync with SYS_MMC_ENV_DEV
and SYS_MMC_ENV_PART settings.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- New patch
Changes in v2: None
include/configs/wandboard.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/c
Signed-off-by: Otavio Salvador
---
Changes in v3:
- New patch
Changes in v2: None
board/freescale/mx6qsabresd/mx6qsabresd.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/board/freescale/mx6qsabresd/mx6qsabresd.c
b/board/freescale/mx6qsabresd/mx6qsabresd.c
in
This allow for easy update of firmware in the SD card from a running
U-Boot.
Signed-off-by: Otavio Salvador
---
Changes in v3:
- New patch
Changes in v2: None
include/configs/mx6qsabre_common.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/include/configs/mx6qsabre_common
On Wed, Apr 17, 2013 at 7:21 PM, Otavio Salvador
wrote:
> On Tue, Apr 16, 2013 at 2:36 AM, Wolfgang Denk wrote:
>> Dear Otavio Salvador,
>>
>> In message
>> you
>> wrote:
>>>
>>> + default:
>>> + printf("ERROR: you configured more USDHC
>>> controllers"
>>>
On 2013-04-19 06:10:53 (+0200), Marek Vasut wrote:
> Fix minor adjustments needed to get SPL framework building on MX5.
The same adjustment is needed to make other mx* build. Perhaps spl.h
should live under arch/arm/include/asm/imx-common to avoid duplicating
it for others?
- Philip
--
Phili
Dear Marek Vasut,
On Friday, April 19, 2013 1:44:57 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> [...]
>
> > > +static void setup_iomux_nand(void)
> > > +{
> > > + mxc_request_iomux(MX53_PIN_NANDF_WE_B, IOMUX_CONFIG_ALT0);
> > > + mxc_request_iomux(MX53_PIN_NANDF_RE_B, IOMUX_CONFIG_ALT0)
On 2013-04-19 06:10:51 (+0200), Marek Vasut wrote:
> To avoid the old function which are used with the nand_spl/ stuff
> getting in the way of NAND SPL framework, the macro
> CONFIG_SPL_NAND_LEGACY was introduced and two remaining legacy
> boards were adjusted. These board need to be either fixed
Dear Marek Vasut,
In message <201304191358.25181.ma...@denx.de> you wrote:
>
> > > +#define CONFIG_LOADADDR 0x7080
> > > +#define CONFIG_SYS_LOAD_ADDR CONFIG_LOADADDR
> >
> > What do we need CONFIG_LOADADDR for?
>
> For this stuff, the "loadaddr" env variable. I have kinda idea
On Fri, Apr 19, 2013 at 2:28 AM, Pierre AUBERT wrote:
> Hello Wolfgang
>
> Le 18/04/2013 19:38, Wolfgang Denk a écrit :
>
>> Dear Pierre AUBERT,
>>
>> In message <51700b80.2090...@staubli.com> you wrote:
What is the purpose of this patch? Who needs the added definitions?
>>>
>>> These n
On Fri, Apr 19, 2013 at 2:29 AM, Wolfgang Denk wrote:
> Dear Fabio Estevam,
>
> In message <1366328263-8468-1-git-send-email-feste...@gmail.com> you wrote:
>>
>
> There is a typo in the Subject: s/environmet/environment/
>
>> - "mmcroot=/dev/mmcblk0p3 rw\0" \
>> - "mmcrootfstype=ext3 root
Dear Marek Vasut,
On Friday, April 19, 2013 1:14:16 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaudeau wrote:
> > > Dear Marek Vasut,
> > >
> > > On Friday, April 19, 2013 6:10:51 AM, Marek Vasut wrote:
> > > > Add support for generic
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1366344655-8535-6-git-send-email-ma...@denx.de> you wrote:
> ...
>
> > +#define CONFIG_CMD_DHCP
> > +#define CONFIG_CMD_EXT2
> > +#define CONFIG_CMD_FAT
> > +#define CONFIG_CMD_FAT
>
> One CONFIG_CMD_FAT should be enough.
Indeed, it might
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/19/2013 07:51 AM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
>> Dear Marek Vasut,
>>
>> On Friday, April 19, 2013 1:16:31 PM, Marek Vasut wrote:
>>> Dear Benoît Thébaudeau,
>>>
Dear Marek Vasut,
On Friday, April 19, 2013 6:
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 1:16:31 PM, Marek Vasut wrote:
> > Dear Benoît Thébaudeau,
> >
> > > Dear Marek Vasut,
> > >
> > > On Friday, April 19, 2013 6:10:52 AM, Marek Vasut wrote:
> > > > This target is currently concatenating u-boot SPL in imxi
Dear Marek Vasut,
On Friday, April 19, 2013 1:16:31 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > Dear Marek Vasut,
> >
> > On Friday, April 19, 2013 6:10:52 AM, Marek Vasut wrote:
> > > This target is currently concatenating u-boot SPL in imximage format
> > > with u-boot.bin. The NAND
Dear Benoît Thébaudeau,
[...]
> > +static void setup_iomux_nand(void)
> > +{
> > + mxc_request_iomux(MX53_PIN_NANDF_WE_B, IOMUX_CONFIG_ALT0);
> > + mxc_request_iomux(MX53_PIN_NANDF_RE_B, IOMUX_CONFIG_ALT0);
> > + mxc_request_iomux(MX53_PIN_NANDF_CLE, IOMUX_CONFIG_ALT0);
> > + mxc_request_
Dear Vivek Gautam,
> We can use a common global method for calculating minimum of
> 3 numbers. Put the same in 'common header' and let 'ehci'
> use it.
>
> Signed-off-by: Vivek Gautam
Applied, thanks
> ---
> drivers/usb/host/ehci-hcd.c | 10 --
> include/common.h|5 +
Dear Marek Vasut,
On Friday, April 19, 2013 1:18:06 PM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > On Friday, April 19, 2013 11:02:03 AM, Benoît Thébaudeau wrote:
> > > Dear Marek Vasut,
> > >
> > > On Friday, April 19, 2013 6:10:54 AM, Marek Vasut wrote:
> > > > Augment the MX5 clock co
Dear Benoît Thébaudeau,
> On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaudeau wrote:
> > Dear Marek Vasut,
> >
> > On Friday, April 19, 2013 6:10:51 AM, Marek Vasut wrote:
> > > Add support for generic NAND SPL via the SPL framework into the
> > > mxc_nand_spl driver. This is basically just
Dear Benoît Thébaudeau,
> On Friday, April 19, 2013 11:02:03 AM, Benoît Thébaudeau wrote:
> > Dear Marek Vasut,
> >
> > On Friday, April 19, 2013 6:10:54 AM, Marek Vasut wrote:
> > > Augment the MX5 clock code with function to enable and configure
> > > NFC clock. This is necessary to get NFC wor
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 6:10:52 AM, Marek Vasut wrote:
> > This target is currently concatenating u-boot SPL in imximage format
> > with u-boot.bin. The NAND SPL can load a raw binary, but the preffered
> > format with much less limitations is uIm
Hi Andreas,
On Fri, 19 Apr 2013 10:48:50 +0200, Andreas Bießmann
wrote:
> Delete all occurrences of hang() and provide a generic function.
>
> Signed-off-by: Andreas Bießmann
>
> ---
> Changes in v3:
> * remove unnecessarily added linux/compiler.h
> * fix typo in new hang() docu
> * use si
Delete all occurrences of hang() and provide a generic function.
Signed-off-by: Andreas Bießmann
---
Changes in v3:
* remove unnecessarily added linux/compiler.h
* fix typo in new hang() docu
* use simplified macro for SPL_LIBCOMMON_SUPPORT as suggested by Benoît
Changes in v2:
* delete all
This series started with intention to make a hung board visualize the
(end-)user that it does hang(). The first approach was to make all the
different hang() functions weak and provide board specific versions to
implement the 'visualization' there.
After some discussion it turned out, that there is
Dear Benoît Thébaudeau,
On 04/19/2013 11:00 AM, Benoît Thébaudeau wrote:
> Dear Andreas Bießmann,
>
> On Friday, April 19, 2013 10:48:49 AM, Andreas Bießmann wrote:
>> In order to use the generic hang() later on pull libgeneric in SPL.
>> This has no impact on the SPL size.
>>
>> Signed-off-by: A
On Friday, April 19, 2013 10:38:48 AM, Benoît Thébaudeau wrote:
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 6:10:51 AM, Marek Vasut wrote:
> > Add support for generic NAND SPL via the SPL framework into the
> > mxc_nand_spl driver. This is basically just a simple rename and
> > publication o
We can use a common global method for calculating minimum of
3 numbers. Put the same in 'common header' and let 'ehci'
use it.
Signed-off-by: Vivek Gautam
---
drivers/usb/host/ehci-hcd.c | 10 --
include/common.h|5 +
2 files changed, 5 insertions(+), 10 deletions(-
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:55 AM, Marek Vasut wrote:
> Add basic support for the DENX M53EVK board. Currently supported is
> the MMC, Ethernet, I2C.
>
> Signed-off-by: Marek Vasut
> Cc: Albert ARIBAUD
> Cc: Benoît Thébaudeau
> Cc: Fabio Estevam
> Cc: Scott Wood
> Cc: St
On Friday, April 19, 2013 11:02:03 AM, Benoît Thébaudeau wrote:
> Dear Marek Vasut,
>
> On Friday, April 19, 2013 6:10:54 AM, Marek Vasut wrote:
> > Augment the MX5 clock code with function to enable and configure
> > NFC clock. This is necessary to get NFC working on MX5.
> >
> > Signed-off-by:
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:53 AM, Marek Vasut wrote:
> Fix minor adjustments needed to get SPL framework building on MX5.
>
> Signed-off-by: Marek Vasut
> Cc: Albert ARIBAUD
> Cc: Benoît Thébaudeau
> Cc: Fabio Estevam
> Cc: Scott Wood
> Cc: Stefano Babic
> Cc: Tom Rini
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:54 AM, Marek Vasut wrote:
> Augment the MX5 clock code with function to enable and configure
> NFC clock. This is necessary to get NFC working on MX5.
>
> Signed-off-by: Marek Vasut
> Cc: Albert ARIBAUD
> Cc: Benoît Thébaudeau
> Cc: Fabio Esteva
Dear Andreas Bießmann,
On Friday, April 19, 2013 10:48:49 AM, Andreas Bießmann wrote:
> In order to use the generic hang() later on pull libgeneric in SPL.
> This has no impact on the SPL size.
>
> Signed-off-by: Andreas Bießmann
> ---
> Changes in v3: None
> Changes in v2: None
>
> include/co
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:52 AM, Marek Vasut wrote:
> This target is currently concatenating u-boot SPL in imximage format
> with u-boot.bin. The NAND SPL can load a raw binary, but the preffered
> format with much less limitations is uImage format. Fix the target
> so u-boo
On 19/04/2013 10:27, Eric Bénard wrote:
> Hi Stefano,
>
Hi Eric,
>>> Can we please avoid such #ifdef's? Here, we could for example refer
>>> to the board name (CONFIG_SYS_BOARD if you like the name, or some
>>> custom defined CONFIG_BOARD_NAME like other boards do).
>>
>> And who does set CONF
In order to use the generic hang() later on pull libgeneric in SPL.
This has no impact on the SPL size.
Signed-off-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
include/configs/tx25.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/tx25.h b/include/conf
In order to use the generic hang() later on pull libgeneric in SPL.
This has no impact on the SPL size.
Signed-off-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
include/configs/mx31pdk.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/mx31pdk.h b/includ
Make nios2's board.c checkpatch clean.
Signed-off-by: Andreas Bießmann
---
Changes in v3: None
Changes in v2: None
arch/nios2/lib/board.c | 43 +--
1 file changed, 21 insertions(+), 22 deletions(-)
diff --git a/arch/nios2/lib/board.c b/arch/nios2/lib/
Make microblaze's board.c checkpatch clean.
Signed-off-by: Andreas Bießmann
Reviewed-by: Michal Simek
---
Changes in v3:
* shorten error string for 'no FDT'
Changes in v2: None
arch/microblaze/lib/board.c | 63 +--
1 file changed, 31 insertions(+),
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:51 AM, Marek Vasut wrote:
> Add support for generic NAND SPL via the SPL framework into the
> mxc_nand_spl driver. This is basically just a simple rename and
> publication of the already implemented functions. To avoid the
> old function which are u
Hi Stefano,
Le Fri, 19 Apr 2013 10:15:49 +0200,
Stefano Babic a écrit :
> On 18/04/2013 19:37, Wolfgang Denk wrote:
> > Dear Pierre Aubert,
> >
> > In message <1366296086-22394-1-git-send-email-p.aub...@staubli.com> you
> > wrote:
> >> The SabreSD platform is available with i.MX6Q or i.MX6DL.
Le 19/04/2013 10:15, Stefano Babic a écrit :
int checkboard(void)
{
- puts("Board: MX6Q-SabreSD\n");
-
+#ifdef CONFIG_MX6Q
+puts("Board: MX6Q-SabreSD\n");
+#else
+puts("Board: MX6DL-SabreSD\n");
+#endif
Can we please avoid such #ifdef's? Here, we could for example refer
to t
Dear Marek Vasut,
On Friday, April 19, 2013 6:10:50 AM, Marek Vasut wrote:
> The MX53 ROM loads the data from NAND in multiples of pages and
> supports maximum page size of 4k. Thus, align the image and header
> to 4k to be safe from ROM bugs.
>
> Signed-off-by: Marek Vasut
> Cc: Albert ARIBAUD
1 - 100 of 101 matches
Mail list logo
