2013/5/3 Tom Rini :
> On Fri, Apr 26, 2013 at 04:02:29PM +0800, Kuo-Jung Su wrote:
>
>> From: Kuo-Jung Su
>>
>> To: u-boot@lists.denx.de
>> CC: Albert Aribaud
>>
>> These patches introduce Faraday A36x SoC platform support.
>>
>> Here are some public documents for your reference.
>>
>> http:/
2013/5/3 Tom Rini :
> On Fri, Apr 26, 2013 at 04:02:32PM +0800, Kuo-Jung Su wrote:
>
>> From: Kuo-Jung Su
> [snip]
>> + | (phyaddr << PHYCR_ADDR_SHIFT)
>> + | (phyreg << PHYCR_REG_SHIFT)
>> + | 0x3000;
>
> Magic number.
>
It's the HW debug function, it woul
On 02.05.2013 20:38, Troy Kisky wrote:
On 5/2/2013 3:59 AM, Dirk Behme wrote:
From: Dirk Behme
Fix two issues with the calculation of pre_div and post_div:
1. pre_div: While the calculation of pre_div looks correct, to set the
CONREG[15-12] bits pre_div needs to be decremented by 1:
The i.MX
Hi Mike,
On Fri, May 3, 2013 at 12:23 AM, Mike Frysinger wrote:
> On Thursday 02 May 2013 01:55:25 Sonic Zhang wrote:
>> The gpio spec for bf54x and bf60x differ a lot from the old gpio driver for
>> bf5xx. A lot of machine macros are used to accomodate both code in one
>> gpio driver. This patch
[the original patch removed, re-sending from a registered address]
So, I spent some more time debugging a system which requires this
patch: a system, where on a SPI interface a response to a command
could come way later then the command data transmission completes.
The original patch was trying t
Hi Minkyu Kang,
Do let me know if any comments on this patch set.
Regards,
Rajeshwari Shinde.
On Thu, Apr 25, 2013 at 11:27 AM, Rajeshwari Shinde
wrote:
> Convert the assembly code in board/samsung to c and move the same to arch/arm.
> lds file made common across SMDKV310, Origen and SMDK5250.
Hi All,
Now, I test usb host support with Atmel boards, for example,
at91sam9x5ek board.
When test OHCI USB host with usb keyboard. I meet the following issue.
--->8---
U-Boot 2013.04-dirty (May 03 2013 - 11:00:34)
CPU: AT91SAM9G35
Crystal frequency: 12 MHz
CPU clock: 40
Dear Fabio Estevam,
> On Thu, May 2, 2013 at 11:37 PM, Marek Vasut wrote:
> > Uh, why is it even set ? Does the bootrom screw up with it? But then it's
> > cool, just fix those few remaining ramblings of mine and stick my Acks
> > on it.
>
> Ok, let's go step by step.
>
> mx23 reference manual
On Thu, May 2, 2013 at 11:37 PM, Marek Vasut wrote:
> Uh, why is it even set ? Does the bootrom screw up with it? But then it's
> cool,
> just fix those few remaining ramblings of mine and stick my Acks on it.
Ok, let's go step by step.
mx23 reference manual says that EMI pins voltage bits can
Dear Fabio Estevam,
> On Thu, May 2, 2013 at 11:25 PM, Marek Vasut wrote:
> > Is there no such similar bit indicating the init completed?
>
> Not that I am aware of.
That's a tad stupid, but I'll trust you on that.
Best regards,
Marek Vasut
___
U-Boo
On Thu, May 2, 2013 at 11:24 PM, Marek Vasut wrote:
>> #define MUX_CONFIG_SSP1 (MXS_PAD_3V3 | MXS_PAD_8MA | MXS_PAD_PULLUP)
>> -#define MUX_CONFIG_EMI (MXS_PAD_3V3 | MXS_PAD_16MA | MXS_PAD_PULLUP)
>> +#define MUX_CONFIG_EMI (MXS_PAD_3V3 | MXS_PAD_12MA | MXS_PAD_PULLUP)
>
> btw.
Dear Benoît Thébaudeau,
> Legacy iomux support is no longer needed now that all boards have been
> converted to iomux-v3.
>
> Signed-off-by: Benoît Thébaudeau
Yes, good move
Reviewed-by: Marek Vasut
Best regards,
Marek Vasut
___
U-Boot mailing list
On Thu, May 2, 2013 at 11:25 PM, Marek Vasut wrote:
> Is there no such similar bit indicating the init completed?
Not that I am aware of.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Fabio Estevam,
> On Thu, May 2, 2013 at 11:24 PM, Marek Vasut wrote:
> >> #define MUX_CONFIG_SSP1 (MXS_PAD_3V3 | MXS_PAD_8MA |
> >> MXS_PAD_PULLUP)
> >>
> >> -#define MUX_CONFIG_EMI (MXS_PAD_3V3 | MXS_PAD_16MA |
> >> MXS_PAD_PULLUP) +#define MUX_CONFIG_EMI (MXS_PAD_3V3 |
On Thu, May 2, 2013 at 11:24 PM, Marek Vasut wrote:
> Acked-by: Marek Vasut
>
> but then, should we not just undefine this PAD_3V3 for MX23 altogether so
> noone
> is tempted to use it?
No, the EMI pins need to pass MXS_PAD_3V3 to tell the iomux driver
that the voltage select value is 0.
If w
Dear Otavio Salvador,
> On Thu, May 2, 2013 at 11:24 PM, Marek Vasut wrote:
> > Dear Fabio Estevam,
> >
> >> From: Fabio Estevam
> >>
> >> On mx23 the pad voltage selection bit needs to be always '0', since '1'
> >> is a reserved value.
> >>
> >> For example:
> >>
> >> Pin 108, EMI_A06 pin v
On Thu, May 2, 2013 at 11:26 PM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
>> From: Fabio Estevam
>>
>> HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
>> FSL bootlets code.
>>
>> mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as "reserved".
>>
>> HW_DRAM_CT
On Thu, May 2, 2013 at 11:24 PM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
>> From: Fabio Estevam
>>
>> On mx23 the pad voltage selection bit needs to be always '0', since '1' is
>> a reserved value.
>>
>> For example:
>>
>> Pin 108, EMI_A06 pin voltage selection:
>> 0= 1.8V (mDDR) or 2.5V (DDR1
Acked-by: Jaehoon Chung
On 04/27/2013 03:12 PM, amar_g wrote:
> From: Amar
>
> This patch enumerates dwmci and set auto stop command during
> dwmci initialisation.
> EMMC read/write is not happening in current implementation
> due to improper fifo size computation. Hence modified the fifo size
On 05/03/2013 02:53 AM, Stephen Warren wrote:
> On 04/21/2013 11:29 AM, Nicolas Chauvet wrote:
>> Hi,
>>
>> I'm experiencing a regression from v2013.04-rc3 that I found related to the
>> following commit:
>>
>> 64f4a6192f0670de2d9af98900b750a3e7bf8ce6
>> 1741c64d642a95c4bb88a2b03e96c6dc7ed5fe62
>>
Dear Fabio Estevam,
> From: Fabio Estevam
>
> HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
> FSL bootlets code.
>
> mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as "reserved".
>
> HW_DRAM_CTL8 is setup as the last element.
>
> So skip the initializat
Dear Fabio Estevam,
> From: Fabio Estevam
>
> On mx23 there is no 'DRAM init complete' in register HW_DRAM_CTL18.
>
> Remove this erroneous setting.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v2:
> - None
> Changes since v1:
> - Newly introduced as the previous patch is now splitt
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code
> from Freescale, which results in much better stability.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v2:
> - Only change the drive strength
> Changes since v1:
>
Dear Fabio Estevam,
> From: Fabio Estevam
>
> On mx23 the pad voltage selection bit needs to be always '0', since '1' is
> a reserved value.
>
> For example:
>
> Pin 108, EMI_A06 pin voltage selection:
> 0= 1.8V (mDDR) or 2.5V (DDR1);
> 1= reserved.
>
> Fix the pad voltage definitions for the
Dear Fabio Estevam,
> Prior to this series running 'memtester' utility in Linux on a mx23evk
> always resulted in many errors during stress testing, if the kernel is
> loaded via U-boot.
>
> Running the same test and loading the kernel via FSL bootlets resulted on
> zero errors.
>
> Adjust U-boo
On Thu, Mar 21, 2013 at 11:29 PM, Rajeshwari Shinde
wrote:
> Support interfaces with a preamble before each received message.
>
> We handle this when the client has requested a SPI_XFER_END, meaning
> that we must close of the transaction. In this case we read until we
> see the preamble (or a tim
Rather than a backtrace, produce a nice error message when an invalid
branch is provided to buildman.
Signed-off-by: Simon Glass
---
tools/buildman/control.py | 4
tools/patman/gitutil.py | 21 +++--
2 files changed, 19 insertions(+), 6 deletions(-)
diff --git a/tools/bu
Conflicting tags can prevent buildman from building two series which exist
one after the other in a branch. There is no reason not to allow this sort
of workflow with buildman, so ignore conflicting tags in buildman.
Signed-off-by: Simon Glass
---
tools/buildman/control.py | 5 +
tools/patma
The following changes since commit 63216de13488e8bc81afb53d0f5177142ee34ceb:
omap5_uevm: Enable redundant MMC environment (2013-05-01 16:41:10 -0400)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
for you to fetch changes up to 9e186857c7f99600808b8e
From: Fabio Estevam
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as "reserved".
HW_DRAM_CTL8 is setup as the last element.
So skip the initialization of these DRAM_CTL registers.
Signed
From: Fabio Estevam
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Only change the drive strength
Changes since v1:
- Only adjust MUX_CONFIG_EMI
board/freesc
From: Fabio Estevam
FSL bootlets code set the PORT_PRIORITY_ORDER field of register HW_EMI_CTRL
as 0x2, which means:
PORT0231 = 0x02 Priority Order: AXI0, AHB2, AHB3, AHB1
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
Changes since v1:
- None
arch/arm/cpu/arm926ejs/mxs/spl_mem_in
From: Fabio Estevam
On mx23 there is no 'DRAM init complete' in register HW_DRAM_CTL18.
Remove this erroneous setting.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
Changes since v1:
- Newly introduced as the previous patch is now splitted.
arch/arm/cpu/arm926ejs/mxs/spl_mem_init
From: Fabio Estevam
Start bit is part of HW_DRAM_CTL8 register, so fix the comment.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- None
Changes since v1:
- Newly introduced as the previous patch is now splitted.
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |2 +-
1 file changed, 1 ins
From: Fabio Estevam
Change MUX_CONFIG_EMI to use the same drive strength as the bootlets code from
Freescale, which results in much better stability.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Only change the drive strength
Changes since v1:
- Only adjust MUX_CONFIG_EMI
board/olimex
From: Fabio Estevam
On mx23 the pad voltage selection bit needs to be always '0', since '1' is a
reserved value.
For example:
Pin 108, EMI_A06 pin voltage selection:
0= 1.8V (mDDR) or 2.5V (DDR1);
1= reserved.
Fix the pad voltage definitions for the mx23 case.
Signed-off-by: Fabio Estevam
-
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is loaded
via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Adjust U-boot so that it can also pass the 'memt
Hi Michael,
On Thu, May 2, 2013 at 6:45 PM, Michael Heimpold wrote:
> Could you please link me to your reference where the reverse
> definition comes from?
Sorry for the confusion, current code is correct for both mx23 and mx28.
I discarded this patch and will send v3 shortly.
Thanks,
Fabio
On Fri, Apr 26, 2013 at 04:02:29PM +0800, Kuo-Jung Su wrote:
> From: Kuo-Jung Su
>
> To: u-boot@lists.denx.de
> CC: Albert Aribaud
>
> These patches introduce Faraday A36x SoC platform support.
>
> Here are some public documents for your reference.
>
> http://www.faraday-tech.com/html/do
On Thu, May 02, 2013 at 08:59:41PM +0200, Wolfgang Denk wrote:
> Dear Tom,
>
> The following changes since commit 971020c755e5633c9a8f532356ee1750b38dd86f:
>
> sandbox: config: Enable CONFIG_FIT and CONFIG_CMD_FIT (2013-05-01 11:17:21
> -0400)
>
> are available in the git repository at:
>
>
On 5/1/2013 6:31 AM, Tom Rini wrote:
When I specified "ubifsmount ubi0:recovery", it worked perfectly.
Would you mind patching doc/README.ubi ?
Hmm, looks like that currently does not document the ubifsmount command
at all. I'll take a look at it over the weekend and see if I can freshen
i
Hi Fabio,
> mx23 does not have the "Set this bit to one to _enable_ the internal
> pullup" option.
Hm, in the RM for i.MX233, page 1480 and above
(http://cache.freescale.com/files/dsp/doc/ref_manual/IMX23RM.pdf)
I can only find definitions like
"Set this bit to one to _disable_ the internal pad k
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau
---
board/freescale/mx53loco/mx53loco.c | 268 +
board/freescale/mx53loco/mx53loco_video.c | 68
2 files changed, 113 insertions(+), 223 deletions(-)
diff --git a/board/freescale/mx53l
There is no change of behavior, except for older silicon revisions for which
support is removed.
Signed-off-by: Benoît Thébaudeau
---
board/ttcontrol/vision2/vision2.c | 585 ++---
1 file changed, 223 insertions(+), 362 deletions(-)
diff --git a/board/ttcontrol/
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau
---
board/freescale/mx53ard/mx53ard.c | 327 -
1 file changed, 141 insertions(+), 186 deletions(-)
diff --git a/board/freescale/mx53ard/mx53ard.c
b/board/freescale/mx53ard/mx53ard.c
index 32c4
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau
---
board/freescale/mx53evk/mx53evk.c | 289 +++--
1 file changed, 83 insertions(+), 206 deletions(-)
diff --git a/board/freescale/mx53evk/mx53evk.c
b/board/freescale/mx53evk/mx53evk.c
index 12735
There is no change of behavior, except for older silicon revisions for which
support is removed.
Signed-off-by: Benoît Thébaudeau
---
board/genesi/mx51_efikamx/efikamx-usb.c | 122 +--
1 file changed, 69 insertions(+), 53 deletions(-)
diff --git a/board/genesi/mx51_
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau
---
board/freescale/mx53smd/mx53smd.c | 152 -
1 file changed, 48 insertions(+), 104 deletions(-)
diff --git a/board/freescale/mx53smd/mx53smd.c
b/board/freescale/mx53smd/mx53smd.c
index 761f7
There is no change of behavior.
Signed-off-by: Benoît Thébaudeau
---
board/esg/ima3-mx53/ima3-mx53.c | 227 +--
include/configs/ima3-mx53.h |3 -
2 files changed, 72 insertions(+), 158 deletions(-)
diff --git a/board/esg/ima3-mx53/ima3-mx53.c b/board
In ALT1 mode, EIM_CS2 is GPIO2[27], not ESDHC1.CD. Hence, rename
MX51_PAD_EIM_CS2__SD1_CD to MX51_PAD_EIM_CS2__GPIO2_27.
Signed-off-by: Benoît Thébaudeau
---
arch/arm/include/asm/arch-mx5/iomux-mx51.h |2 +-
board/genesi/mx51_efikamx/efikamx.c|2 +-
2 files changed, 2 insertions(
There is no change of behavior, except for older silicon revisions for which
support is removed.
Signed-off-by: Benoît Thébaudeau
---
board/freescale/mx51evk/mx51evk.c | 348 +++
board/freescale/mx51evk/mx51evk_video.c | 22 +-
2 files changed, 131 insertions
Add missing definitions that are required by future changes.
By the way, make some cosmetic cleanup.
Signed-off-by: Benoît Thébaudeau
---
arch/arm/include/asm/arch-mx5/iomux-mx51.h | 151 +++-
1 file changed, 124 insertions(+), 27 deletions(-)
diff --git a/arch/arm/inc
Legacy iomux support is no longer needed now that all boards have been converted
to iomux-v3.
Signed-off-by: Benoît Thébaudeau
---
Changes in v2: None
arch/arm/cpu/arm926ejs/mx25/generic.c | 117 ---
arch/arm/include/asm/arch-mx25/imx25-pinmux.h | 421 -
ar
There is no change of behavior, even if some pad control values could probably
be simplified.
Signed-off-by: Benoît Thébaudeau
---
Changes in v2: None
board/freescale/mx25pdk/mx25pdk.c | 128 ++---
1 file changed, 75 insertions(+), 53 deletions(-)
diff --git a/
There is no change of behavior, even if some pad control values could probably
be simplified.
Signed-off-by: Benoît Thébaudeau
---
Changes in v2: None
board/karo/tx25/tx25.c | 107 ++--
1 file changed, 68 insertions(+), 39 deletions(-)
diff --git a/
Signed-off-by: Benoît Thébaudeau
---
Changes in v2: None
board/freescale/mx25pdk/mx25pdk.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/freescale/mx25pdk/mx25pdk.c
b/board/freescale/mx25pdk/mx25pdk.c
index 421afea..5e6047f 100644
--- a/board/freescale/mx25pdk
There is no change of behavior, even if some pad control values could probably
be simplified.
Signed-off-by: Benoît Thébaudeau
---
Changes in v2: None
board/syteco/zmx25/zmx25.c | 143 ++--
1 file changed, 72 insertions(+), 71 deletions(-)
diff --git a/
Allow usage of the imx-common/iomux-v3.h framework by including pad settings for
the i.MX25. The content of the file is taken from Linux kernel at commit
267dd34, plus the required changes to make it work in U-Boot.
Signed-off-by: Benoît Thébaudeau
---
Changes in v2:
- Fix arch/arm/imx-common/Ma
Dear Fabio Estevam,
> Hi Michael,
>
> On Thu, May 2, 2013 at 3:44 PM, Michael Heimpold wrote:
> > Sorry, but I think this is not correct. Please have a look
> > at the reference manual for i.MX28 page 786:
> > It seems that some pins have an internal pullup, but other
> > pins "only" have the in
Hi Michael,
On Thu, May 2, 2013 at 3:44 PM, Michael Heimpold wrote:
> Sorry, but I think this is not correct. Please have a look
> at the reference manual for i.MX28 page 786:
> It seems that some pins have an internal pullup, but other
> pins "only" have the internal keeper you mentioned.
>
> Q
On 04/29/2013 03:21 AM, Jim Lin wrote:
> Add USB EHCI, storage and network support.
>
> Tested on Tegra30 Cardhu, and Tegra114 Dalmore
> platforms. All works well.
What about updating include/configs/beaver.h too?
___
U-Boot mailing list
U-Boot@lists.de
On 04/29/2013 03:21 AM, Jim Lin wrote:
> Tegra30 and Tegra114 are compatible except
> 1. T30 takes 55 ms to finish Port Reset. T114 takes
>50 ms.
Is that 55-vs-50 some aspect of the HW specification itself, or the
overall result of multiple separate delays? I ask because the statement
that one
On 04/29/2013 03:21 AM, Jim Lin wrote:
> Add DT node for USB function.
> diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
> +/* This table has USB timing parameters for each Oscillator frequency we
> + * support. There are four sets of values:
> + *
> + * 1. PLLU configuration
Dear Tom,
The following changes since commit 971020c755e5633c9a8f532356ee1750b38dd86f:
sandbox: config: Enable CONFIG_FIT and CONFIG_CMD_FIT (2013-05-01 11:17:21
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-mpc5xxx.git master
for you to fetch changes up to 8aa34
Dear Stefan Roese,
In message <1366968023-10646-1-git-send-email...@denx.de> you wrote:
> The changes to a3m071/a4m2k in summary are:
> - Enable CAN1 on I2C in GPS Port Configuration
> - Enable SPI on PSC2
> - Activate network console
> - New flash partitioning
> - Fix some typos
> - Pass host nam
Dear Stefan Roese,
In message <1366967402-8804-1-git-send-email...@denx.de> you wrote:
> The v2013.04 release has this patch set included:
>
> 5cb48582 "Add architecture-specific global data"
>
> With this, the global_data struct is now common and new variables
> have been added. Resulting in a
On 5/2/2013 3:59 AM, Dirk Behme wrote:
From: Dirk Behme
Fix two issues with the calculation of pre_div and post_div:
1. pre_div: While the calculation of pre_div looks correct, to set the
CONREG[15-12] bits pre_div needs to be decremented by 1:
The i.MX 6Dual/6Quad Applications Processor Refe
Dear Stefan Roese,
In message <1365083742-7802-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Stefan Roese
> ---
> include/configs/a3m071.h | 1 +
> 1 file changed, 1 insertion(+)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
Hi Fabio,
> On mx23 and mx28 the pullup bits are defined as:
>
> - 0: Enable the internal pad keeper
> - 1: Disable the internal pad keeper
>
> Fix the definitions as they are currently the opposite.
Sorry, but I think this is not correct. Please have a look
at the reference manual for i.MX28
Dear Anatolij Gustschin,
In message <1364671596-16584-1-git-send-email-ag...@denx.de> you wrote:
> The prt_mpc512x_clks() function isn't referenced
> anywhere and its prototype is wrong. Remove it.
>
> Signed-off-by: Anatolij Gustschin
> ---
> arch/powerpc/cpu/mpc512x/speed.c |6 --
> i
Hello Heiko,
On 2 May 2013 03:06, Heiko Schocher wrote:
> Hello Naveen,
>
> On 01.05.2013 21:04, Naveen Krishna Ch wrote:
>> Hello Heiko,
>>
>> On 29 April 2013 21:14, Heiko Schocher wrote:
>>> Hello Naveen,
>>>
>>> On 26.04.2013 05:08, Naveen Krishna Ch wrote:
On 14 April 2013 22:48, Heiko
On 04/21/2013 11:29 AM, Nicolas Chauvet wrote:
> Hi,
>
> I'm experiencing a regression from v2013.04-rc3 that I found related to the
> following commit:
>
> 64f4a6192f0670de2d9af98900b750a3e7bf8ce6
> 1741c64d642a95c4bb88a2b03e96c6dc7ed5fe62
>
> With v2013.04 release, when trying to boot from sdc
On Thursday 02 May 2013 01:55:25 Sonic Zhang wrote:
> The gpio spec for bf54x and bf60x differ a lot from the old gpio driver for
> bf5xx. A lot of machine macros are used to accomodate both code in one
> gpio driver. This patch split the old gpio driver and move new gpio2
> support to the generic
On Wed, Apr 10, 2013 at 10:36:19AM -, Michael Heimpold wrote:
> This patch add support for storing the environment redundant on
> mmc devices. Substantially it re-uses the logic from the NAND implementation,
> that means using an incremental counter for marking newer data.
>
> Signed-off-by:
On Fri, Apr 19, 2013 at 10:48:45AM +0200, Andreas Bie??mann wrote:
> 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 t
On Wed, Apr 03, 2013 at 08:54:30AM -, Simon Glass wrote:
> The number 512 appears quite a bit in the mmc code. Add a constant for this
> so that it can be used here and in other parts of the code (e.g. SPL code
> which loads from mmc).
>
> Signed-off-by: Simon Glass
> Reviewed-by: Vadim Bend
On Tue, Apr 09, 2013 at 09:11:56PM -, egbert.e...@gmail.com wrote:
> From: Egbert Eich
>
> log2 of the device block size serves as the shift value used to calculate
> the block number to read in file systems when implementing avaiable block
> sizes.
> It is needed quite often in file systems
On Tue, Apr 09, 2013 at 09:11:55PM -, egbert.e...@gmail.com wrote:
> From: Egbert Eich
>
> Bugfix:
> Here at this place we need the fat size in sectors not bytes.
> This was found during code review when adding support for storage
> devices with blocksizes != 512.
>
> Signed-off-by: Egbert
On Tue, Apr 09, 2013 at 09:11:54PM -, egbert.e...@gmail.com wrote:
> From: Egbert Eich
>
> For ISO we check the block size of the device if this is != the CD sector
> size we assume that the device has no ISO partition.
>
> Signed-off-by: Egbert Eich
Applied to u-boot/master, thanks!
--
On Tue, Apr 09, 2013 at 06:03:36AM -, egbert.e...@gmail.com wrote:
> From: Egbert Eich
>
> Disks beyond 2T in size use blocksizes of 4096 bytes. However a lot of
> code in u-boot still assumes a 512 byte blocksize.
> This patch fixes the handling of GPTs.
>
> Signed-off-by: Egbert Eich
A
On Tue, Apr 09, 2013 at 05:46:14AM -, egbert.e...@gmail.com wrote:
> From: Egbert Eich
>
> Devices that used to have a whole disk FAT filesystem but got then
> partitioned will most likely still have a FAT or FAT32 signature
> in the first sector as this sector does not get overwritten by
>
On Sun, Mar 24, 2013 at 10:50:27AM +0100, Wolfgang Denk wrote:
> The following patch series adds the SLRE "Super Light Regular
> Expression" library and uses this to add regex support for
> the "env grep" (aka "grepenv") command, and new functions (or
> operators?) "gsub" and "sub" to the "setexpr
On Fri, Apr 19, 2013 at 10:48:50AM +0200, Andreas Bie??mann wrote:
> Delete all occurrences of hang() and provide a generic function.
>
> Signed-off-by: Andreas Bie??mann
With the following:
diff --git a/lib/hang.c b/lib/hang.c
index ef82f7f..fc1286c 100644
--- a/lib/hang.c
+++ b/lib/hang.c
@@
On Thu, Mar 21, 2013 at 04:55:17AM -, Peter Korsgaard wrote:
> block_read returns unsigned long, so it doesn't make sense to check for
> < 0. and neither does marking the header structure as const and then
> casting away the constness to load data into it.
>
> Also cleanup some unneeded point
On Tue, Apr 30, 2013 at 04:05:17PM -0400, Tom Rini wrote:
> The redundancy related defines are only correct for NAND, so guard all
> of that area with CONFIG_ENV_IS_IN_NAND
>
> Cc: Fabio Estevam
> Signed-off-by: Tom Rini
Along with 2/2 (and typo fix), applied to u-boot/master, thanks!
--
Tom
On Fri, Apr 26, 2013 at 04:02:32PM +0800, Kuo-Jung Su wrote:
> From: Kuo-Jung Su
[snip]
> + | (phyaddr << PHYCR_ADDR_SHIFT)
> + | (phyreg << PHYCR_REG_SHIFT)
> + | 0x3000;
Magic number.
> +
> + writel(tmp, ®s->phycr);
> +
> + for (ts = get_timer(
Jim,
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, May 02, 2013 4:39 AM
> To: Jim Lin
> Cc: Tom Rini; u-boot@lists.denx.de; Tom Warren; Stephen Warren; Tom
> Warren
> Subject: Re: [U-Boot] [PATCH 2/3] ARM: Tegra: USB: Add driver support for
> Tegra30/Teg
FSL bootlets code set the PORT_PRIORITY_ORDER field of register HW_EMI_CTRL
as 0x2, which means:
PORT0231 = 0x02 Priority Order: AXI0, AHB2, AHB3, AHB1
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |2 +-
1 file changed, 1 insertion(+),
Start bit is part of HW_DRAM_CTL8 register, so fix the comment.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Newly introduced as the previous patch is now splitted.
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm
HW_DRAM_CTL27, HW_DRAM_CTL28 and HW_DRAM_CTL35 are not initialized as per
FSL bootlets code.
mx23 Reference Manual mark HW_DRAM_CTL27 and HW_DRAM_CTL28 as "reserved".
HW_DRAM_CTL8 is setup as the last element.
So skip the initialization of these DRAM_CTL registers.
Signed-off-by: Fabio Estevam
Change MUX_CONFIG_EMI to use the same voltage selection/drive strength and
pullup settings as the bootlets code from Freescale, which results in much
better stability.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Only adjust MUX_CONFIG_EMI
board/olimex/mx23_olinuxino/spl_boot.c |
On mx23 the pad voltage selection bit needs to be always '0', since '1' is a
reserved value.
For example:
Pin 108, EMI_A06 pin voltage selection:
0= 1.8V (mDDR) or 2.5V (DDR1);
1= reserved.
Fix the pad voltage definitions for the mx23 case.
Signed-off-by: Fabio Estevam
---
Changes since v1:
-
Prior to this series running 'memtester' utility in Linux on a mx23evk
always resulted in many errors during stress testing, if the kernel is loaded
via U-boot.
Running the same test and loading the kernel via FSL bootlets resulted on
zero errors.
Adjust U-boot so that it can also pass the 'memt
Change MUX_CONFIG_EMI to use the same voltage selection/drive strength and
pullup settings as the bootlets code from Freescale, which results in much
better stability.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Only adjust MUX_CONFIG_EMI
board/freescale/mx23evk/spl_boot.c |2 +-
On mx23 there is no 'DRAM init complete' in register HW_DRAM_CTL18.
Remove this erroneous setting.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Newly introduced as the previous patch is now splitted.
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |4
1 file changed, 4 deletions(-)
On mx23 and mx28 the pullup bits are defined as:
- 0: Enable the internal pad keeper
- 1: Disable the internal pad keeper
Fix the definitions as they are currently the opposite.
Cc: Lauri Hintsala
Signed-off-by: Fabio Estevam
---
This affects mx28 as well, so also adding Lauri.
I also tested
Dear Jim Lin,
[...]
> >
> > This is a problem with the struct-based access indeed. I agree with Tom
> > it'd be worth to at least try distilling the common part into header
> > shared between those three CPUs.
>
> OK. I will add this into next version of patch.
>
> > btw you're also adding som
From: Dirk Behme
Fix two issues with the calculation of pre_div and post_div:
1. pre_div: While the calculation of pre_div looks correct, to set the
CONREG[15-12] bits pre_div needs to be decremented by 1:
The i.MX 6Dual/6Quad Applications Processor Reference Manual (IMX6DQRM
Rev. 0, 11/2012) s
Hello Naveen,
On 01.05.2013 21:04, Naveen Krishna Ch wrote:
> Hello Heiko,
>
> On 29 April 2013 21:14, Heiko Schocher wrote:
>> Hello Naveen,
>>
>> On 26.04.2013 05:08, Naveen Krishna Ch wrote:
>>> On 14 April 2013 22:48, Heiko Schocher wrote:
Hello Naveen Krishna,
On 13.04.
On Thu, 2013-05-02 at 03:33 +0800, Marek Vasut wrote:
> Dear Tom Rini,
>
> > On Wed, May 01, 2013 at 09:16:45AM -0700, Tom Warren wrote:
> > > Tom,
> > >
> > > On Tue, Apr 30, 2013 at 10:20 AM, Tom Rini wrote:
> > > > On Tue, Apr 30, 2013 at 09:21:18AM -0700, Tom Warren wrote:
> > > > > Marek,
>
1 - 100 of 103 matches
Mail list logo
