On 12/7/2012 8:17 PM, Wolfgang Denk wrote:
Dear Vipin Kumar,
In message<50c1b9a6.1020...@st.com> you wrote:
Can you please suggest what is the best way here. Wolfgang, Albert ?
I don't like this patch at all. It introduces yet more
architecture specific stuff to lib/board.c, while we actu
Hi Tom,
On Fri, Dec 14, 2012 at 10:52 PM, Tom Rini wrote:
> Hey all,
>
> I've tagged and pushed v2013.01-rc2 now. The next branch has been open
> for a little bit, and is still open now, and in sync. Here's where
> we're at:
> - I expect a USB pull request from Marek soon.
> - I've locally buil
On 12/15/2012 12:29 AM, Scott Wood wrote:
On 12/14/2012 03:23:26 AM, Vipin Kumar wrote:
On 12/14/2012 3:22 AM, Scott Wood wrote:
On 12/13/2012 12:10:58 AM, Vipin Kumar wrote:
+ imgdata = malloc(read_size);
+ if (!imgdata) {
+
This patch adds support to list images in NAND flash through imls
Signed-off-by: Vipin Kumar
---
Changes in v4
- Keep stdout dumps in one line
- Continue even after read errors for all the blocks
README | 3 +-
common/cmd_bootm.c | 167 +
Hi,
On 12/15/2012 04:14 AM, Vikram Narayanan wrote:
> On 12/14/2012 11:33 PM, Vikram Narayanan wrote:
>>
>> I'm seeing a fixable bit-flip in the current u-boot (v2012.10) on a
>> i.Mx6 Solo based custom board. The problem is similar to the one
>> explained here [1].
>>
>> As observed by the thread
Add EHCI support for spear boards
Signed-off-by: Armando Visconti
Signed-off-by: Vipin Kumar
---
drivers/usb/host/Makefile | 1 +
drivers/usb/host/ehci-spear.c | 59 +++
2 files changed, 60 insertions(+)
create mode 100644 drivers/usb/host/ehci-spea
From: Shiraz Hashim
Increase buffer sizes at driver and tty level to accommodate kermit
large packet support.
Signed-off-by: Shiraz Hashim
---
drivers/serial/usbtty.c | 2 +-
include/usbdevice.h | 4 +++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/usbtty.
Am 2012-12-14 22:52, schrieb Tom Rini:
> In my TODO list in patchwork, nothing strikes me as new feature posted
> before the merge window closed. I see a few bug fixes I might pull in,
> or might sit on to make sure they don't cause surprises. It's of course
> possible I missed something, or som
Ciao Vipin,
Yes, I agree about the need to have the generic
local_timer support in u-boot.
Internally I was not able to give comment about this
part. So, see my comments now.
On 12/06/2012 10:22 AM, Vipin KUMAR wrote:
Certain ARMV7 cpus eg. CortexA9 contains a local and a global timer within t
This API computes the divisor value based on MPLL clock and
writes it into the FSYS1 register.
Signed-off-by: Amar
---
arch/arm/cpu/armv7/exynos/clock.c | 39 ++-
arch/arm/include/asm/arch-exynos/clk.h |1 +
2 files changed, 38 insertions(+), 2 deletions(-)
This patch enables DWMMC for SMDK5250.
Support both dt and non-dt versions.
Signed-off-by: Amar
---
board/samsung/smdk5250/smdk5250.c | 36
include/configs/exynos5250-dt.h |9 +
2 files changed, 41 insertions(+), 4 deletions(-)
diff --git a/b
This pathc adds APIs to open, close and to create boot partiton for eMMC.
Signed-off-by: Amar
---
drivers/mmc/mmc.c | 118 +
include/mmc.h | 16 +++
2 files changed, 134 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/mmc.c b
This patch adds support for eMMC booting on SMDK5250
Signed-off-by: Amar
---
board/samsung/smdk5250/spl_boot.c | 38 -
1 files changed, 37 insertions(+), 1 deletions(-)
diff --git a/board/samsung/smdk5250/spl_boot.c
b/board/samsung/smdk5250/spl_boot.c
inde
This patch adds commands to open, close and create partitions on eMMC
Signed-off-by: Amar
---
common/cmd_mmc.c | 101 +-
1 files changed, 100 insertions(+), 1 deletions(-)
diff --git a/common/cmd_mmc.c b/common/cmd_mmc.c
index 62a1c22..1fd6b9
Add required compatible information for DWMMC driver.
Signed-off-by: Amar
---
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 539bb1b..f09c281 100644
--- a/include/fdtdec.h
+++ b/includ
This patch set enables and initialises dwmmc for Exynos5250 on SMDK5250.
Adds driver changes required for dwmmc.
Adds dt support for dwmmc.
Adds eMMC booting feature for SMDK5250.
This patch set is based on:
"EXYNOS: mmc: support DesignWare Controller for Samsung-SoC", which
is merged in u-boot-m
Add DWMMC device node data for exynos5
Signed-off-by: Amar
---
arch/arm/dts/exynos5250.dtsi | 32 +
board/samsung/dts/exynos5250-smdk5250.dts | 24 +
2 files changed, 56 insertions(+), 0 deletions(-)
diff --git a/arch/arm/dts/exyn
Signed-off-by: Amar
---
arch/arm/include/asm/arch-exynos/dwmmc.h |4 +
drivers/mmc/exynos_dw_mmc.c | 117 --
include/dwmmc.h |4 +
3 files changed, 119 insertions(+), 6 deletions(-)
diff --git a/arch/arm/include/asm/arch-
Hi Marek,
> Pantelis Antoniou (9):
> g_dnl: Issue connect/disconnect as appropriate
> g_dnl: Properly terminate string list.
> dfu: Only perform DFU board_usb_init() for TRATS
> dfu: Fix crash when wrong number of arguments given
> dfu: Send correct DFU response from
Lukasz,
I'll sent the dump in a couple of hours.
Been busy with other work items...
Regards
-- Pantelis
On Dec 17, 2012, at 1:00 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> Pantelis Antoniou (9):
>> g_dnl: Issue connect/disconnect as appropriate
>> g_dnl: Properly terminate string l
Hi Prafulla,
On 11/02/2012 11:15 AM, Holger Brunck wrote:
> On kmcoge5un we faced some serious problems with the memory during
> temperature tests. Reason was that we overwrite some registers for
> memory settings which have to leave untouched. These where registers
> 0x20148 , 0x2014c and 0x20154
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: 17 December 2012 18:13
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; albert.u.b...@aribaud.net; Longchamp,
> Valentin
> Subject: Re: [PATCH 1/4] arm/km: fix memory settings
>
> Hi Prafulla,
>
> O
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/17/12 06:00, Lukasz Majewski wrote:
> Hi Marek,
>
>> Pantelis Antoniou (9): g_dnl: Issue connect/disconnect as
>> appropriate g_dnl: Properly terminate string list. dfu: Only
>> perform DFU board_usb_init() for TRATS dfu: Fix crash when wrong
>>
On Wed, Nov 28, 2012 at 03:47:43PM +0100, Lukasz Majewski wrote:
> Hi Pantelis,
>
> > USB initialization shouldn't happen for all the boards.
> >
>
> The board_usb_init() follows u-boot policy, that SoC IPs (USB) are
> enabled and configured just before their usage.
Going back to this old thre
Hi Lukasz,
Sorry for the slight delay, setting up the usb capture took a bit longer.
So we have two captures; one named bad (which is the tip of our internal tree
with the commit reverted.
cee8b859fdb9edc68c67624b2fa1c97a65d121e7
"dfu: Send correct DFU response from composite_setup"
With the c
Dear Tom Rini,
> On 12/17/12 06:00, Lukasz Majewski wrote:
> > Hi Marek,
> >
> >> Pantelis Antoniou (9): g_dnl: Issue connect/disconnect as
> >> appropriate g_dnl: Properly terminate string list. dfu: Only
> >> perform DFU board_usb_init() for TRATS dfu: Fix crash when wrong
> >> number of argume
Dear Vipin Kumar,
> Add EHCI support for spear boards
>
> Signed-off-by: Armando Visconti
> Signed-off-by: Vipin Kumar
[...]
Applied, thanks!
Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
On Fri, Dec 14, 2012 at 06:54:05PM -0600, Scott Wood wrote:
> SPL doesn't use the environment. These list entries prevent the
> functions from being garbage-collected, even though nothing will look at
> the list. This caused several SPL builds (e.g. P2020RDB-PC_NAND) to
> break due to size limit
Dear Albert,
On Saturday, December 15, 2012, Albert ARIBAUD wrote:
> Hi Minkyu,
>
> On Fri, 14 Dec 2012 09:14:11 +0900, Minkyu Kang
>
> >
> wrote:
> > On 14/12/12 04:56, Albert ARIBAUD wrote:
> > > Hi Minkyu,
> > >
> > > On Tue, 11 Dec 2012 20:10:06 +0900, Minkyu Kang
> > > wrote:
> > >> Dear
Dear Donghwa Lee,
In message <50ce7957.6070...@samsung.com> you wrote:
> From: Sanggun Lee
>
> This is a TSP driver for touchscreen chip mms144 of MELFAS.
> It uses soft I2C interface and supports single touch.
>
> This driver uses polling method.
> If there are touch events, mms144_interrupt(
Hi Pantelis,
Thanks for logs. I will go through them and let you know.
First thing, which I see, that needs to be done is upgrading dfu-util
(from dfu-util version 0.1+svnexported to dfu-util 0.7)
> Hi Lukasz,
>
> Sorry for the slight delay, setting up the usb capture took a bit
> longer.
>
>
Hi Tom,
> On Wed, Nov 28, 2012 at 03:47:43PM +0100, Lukasz Majewski wrote:
>
> > Hi Pantelis,
> >
> > > USB initialization shouldn't happen for all the boards.
> > >
> >
> > The board_usb_init() follows u-boot policy, that SoC IPs (USB) are
> > enabled and configured just before their usage.
>
On Mon, Dec 17, 2012 at 12:37 PM, Lukasz Majewski
wrote:
> Hi Tom,
>
>> On Wed, Nov 28, 2012 at 03:47:43PM +0100, Lukasz Majewski wrote:
>>
>> > Hi Pantelis,
>> >
>> > > USB initialization shouldn't happen for all the boards.
>> > >
>> >
>> > The board_usb_init() follows u-boot policy, that SoC IP
Hi Lukasz,
Absolutely no chance with a different version of dfu-util:
> $ sudo ./src/dfu-util -v -D ~/test.img -a rootfs
> dfu-util 0.7
>
> Copyright 2005-2008 Weston Schmidt, Harald Welte and OpenMoko Inc.
> Copyright 2010-2012 Tormod Volden and Stefan Schmidt
> This program is Free Software an
Dear "Dennis Lan (dlan)",
In message
you wrote:
>
> > What would be the use of such timer support? Is there any code that
> > actually needs it, and why does it need anything beyond the existing
> > timer support we have?
> I think vipin here is trying to provide a generic timer support for
Dear Vipin Kumar,
In message <50ce9e90.1090...@st.com> you wrote:
>
> Dennis is right. I am trying to provide the armv7 local timer support.
Why would we need such? And how is the term "local" defined here?
Local to what?
> Well, actually the local timer was used in the spear13xx support which
Hi,
On 12/17/2012 2:14 PM, Holger Brunck wrote:
Hi,
On 12/15/2012 04:14 AM, Vikram Narayanan wrote:
On 12/14/2012 11:33 PM, Vikram Narayanan wrote:
I'm seeing a fixable bit-flip in the current u-boot (v2012.10) on a
i.Mx6 Solo based custom board. The problem is similar to the one
explained h
On 12/17/2012 08:52:59 AM, Tom Rini wrote:
On Fri, Dec 14, 2012 at 06:54:05PM -0600, Scott Wood wrote:
> SPL doesn't use the environment. These list entries prevent the
> functions from being garbage-collected, even though nothing will
look at
> the list. This caused several SPL builds (e.g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/17/12 13:53, Scott Wood wrote:
> On 12/17/2012 08:52:59 AM, Tom Rini wrote:
>> On Fri, Dec 14, 2012 at 06:54:05PM -0600, Scott Wood wrote:
>>
>>> SPL doesn't use the environment. These list entries prevent
>>> the functions from being garbage-c
Dear Tom,
In message <50cf6ea8.4050...@ti.com> you wrote:
>
> Since I'd assume 'sort' in make isn't sort -u, I'm not sure how it's
> filtering out the dupes unless we don't really need it afterall,
> am335x_evm builds with CONFIG_SPL_NET_SUPPORT enabled. I'm curious
> now, so I'm poking it.
Wron
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/17/12 14:55, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <50cf6ea8.4050...@ti.com> you wrote:
>>
>> Since I'd assume 'sort' in make isn't sort -u, I'm not sure how
>> it's filtering out the dupes unless we don't really need it
>> afterall,
Hi Tom,
On Mon, Dec 17, 2012 at 1:58 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/17/12 14:55, Wolfgang Denk wrote:
>> Dear Tom,
>>
>> In message <50cf6ea8.4050...@ti.com> you wrote:
>>>
>>> Since I'd assume 'sort' in make isn't sort -u, I'm not sure how
>>> it'
Hi Marek,
On Fri, Dec 14, 2012 at 5:31 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> Move this field into arch_global_data and tidy up.
>>
>> Signed-off-by: Simon Glass
>
> I think we should kill IXP. Did the IXP custodian show any activity? If not,
> let's just remove this piece of junk.
Not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/12 17:26, Wolfgang Denk wrote:
> Dear Tom Rini,
>
> In message <50cb8ed1.7020...@ti.com> you wrote:
>>
>> The other part is, take a look at the Allwinner thread from a
>> week or so ago. We really need to define how we want early board
>> s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/12 17:45, Stephen Warren wrote:
> On 12/14/2012 03:22 PM, Simon Glass wrote:
>> Hi Stephen,
> ...
>> Perhaps I can make the point another way. Assuming that the SOC
>> in question is ARM-based and has Linux support it either supports
>> FDT no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/14/12 17:22, Simon Glass wrote:
[snip]
> Perhaps I can make the point another way. Assuming that the SOC in
> question is ARM-based and has Linux support it either supports FDT
> now or presumably will fairly soon. We found that some of the
> t
Allen,
If you come up with patches to fix the seaboard config files, I can
add them to my copy of u-boot-tegra/master, push it to denx, and
generate a pull request for Albert if you want.
Tom
On Sat, Dec 15, 2012 at 9:41 AM, Albert ARIBAUD
wrote:
> Hi Allen,
>
> On Tue, 11 Dec 2012 11:02:09 -08
On Mon, Dec 17, 2012 at 02:13:29PM -0800, Tom Warren wrote:
> Allen,
>
> If you come up with patches to fix the seaboard config files, I can
> add them to my copy of u-boot-tegra/master, push it to denx, and
> generate a pull request for Albert if you want.
>
The conflicting changes have already
On 12/17/2012 02:09 PM, Tom Rini wrote:
> On 12/14/12 17:45, Stephen Warren wrote:
>> On 12/14/2012 03:22 PM, Simon Glass wrote:
>>> Hi Stephen,
>> ...
>>> Perhaps I can make the point another way. Assuming that the SOC
>>> in question is ARM-based and has Linux support it either supports
>>> FDT n
Dear Stephen Warren,
In message <50cf9baa.3050...@wwwdotorg.org> you wrote:
>
> There are many ways besides device tree to enumerate hardware. For
> example, consider PCI or USB (albeit USB isn't memory mapped). I don't
Yes, there are. But your console port cannot be compred against
dynamically
On 12/17/2012 03:37 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <50cf9baa.3050...@wwwdotorg.org> you wrote:
>>
>> There are many ways besides device tree to enumerate hardware. For
>> example, consider PCI or USB (albeit USB isn't memory mapped). I don't
>
> Yes, there are. Bu
On 12/17/2012 02:22:40 AM, Vipin Kumar wrote:
On 12/14/2012 11:40 PM, Scott Wood wrote:
On 12/14/2012 03:32:04 AM, Vipin Kumar wrote:
+
+ switch (genimg_get_format(buffer)) {
+ case IMAGE_FORMAT_LEGACY:
+ header = (const
On 12/17/2012 11:20 PM, Wolfgang Denk wrote:
Dear "Dennis Lan (dlan)",
In message
you wrote:
What would be the use of such timer support? Is there any code that
actually needs it, and why does it need anything beyond the existing
timer support we have?
I think vipin here is trying to
On 12/18/2012 5:35 AM, Scott Wood wrote:
On 12/17/2012 02:22:40 AM, Vipin Kumar wrote:
On 12/14/2012 11:40 PM, Scott Wood wrote:
On 12/14/2012 03:32:04 AM, Vipin Kumar wrote:
+
+ switch (genimg_get_format(buffer)) {
+ case IMAGE_FORMAT_LEGACY:
+ header = (const image_header_t *)buffer;
+ len =
Hi,
Can anyone comment on what has been discussed about a framework for secure boot
and authentication, if there has been such a discussion, in the community?
I have some U-boot code that is based off of a slightly older U-boot which does
authentication and/or decryption. The main code that doe
Dear Stephen,
In message <50cfa394.40...@wwwdotorg.org> you wrote:
>
> > Yes, there are. But your console port cannot be compred against
> > dynamically populated and scannable bus interfaces like USB or PCI,
> > and I think you are aware of that.
>
> I honestly don't know why you couldn't have
TN80xx has same PHY ID as TN2020, but it needs different setting to register
30.93 which used to select line, so we read register 30.32 which has
bit 15:12 to indicate PHY hardware version, for TN20xx we will get 3 or 2,
for TN80xx we will get 5 or 4.
Signed-off-by: Shaohui Xie
---
drivers/net/p
Hi Joel,
On Mon, Dec 17, 2012 at 9:11 PM, Fernandes, Joel A wrote:
> Hi,
>
> Can anyone comment on what has been discussed about a framework for secure
> boot and authentication, if there has been such a discussion, in the
> community?
>
> I have some U-boot code that is based off of a slightly
Gentle ping.
On 12/03/2012 02:19 PM, Nikita Kiryanov wrote:
This patchset implements card detection and write protection check for omap mmc.
The write protect implementation also adds generic code that is usable by other
mmc drivers.
The first 3 patches are preparation patches that contain gene
59 matches
Mail list logo
