Hi Lukasz,
On Mar 6, 2013, at 9:42 AM, Lukasz Majewski wrote:
> Dear All,
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 03/05/2013 06:24 PM, Marek Vasut wrote:
>>> Dear Lukasz Majewski,
>>>
Hi Marek,
> Dear Lukasz Majewski,
>
>> This commit fixes proble
Dear All,
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/05/2013 06:24 PM, Marek Vasut wrote:
> > Dear Lukasz Majewski,
> >
> >> Hi Marek,
> >>
> >>> Dear Lukasz Majewski,
> >>>
> This commit fixes problems with some non-standard requests
> send with device address inste
Hi Kim,
On Tue, Mar 5, 2013 at 9:04 PM, Kim Phillips wrote:
> On Tue, 5 Mar 2013 17:51:00 -0800
> Simon Glass wrote:
>
[snip for Kim]
>> >> Changes sice v3:
>> >> - Changed command names to lower case in algo struct.
>> >> - Added generic ace_sha config.
>> >
>> > I wouldn't call "a
On Tue, Mar 5, 2013 at 9:54 PM, Vivek Gautam wrote:
> Enabling the non-dt path for the driver so that
> we don't get any build errors for non-dt configuration.
>
> Signed-off-by: Vivek Gautam
Change log aside:
Acked-by: Simon Glass
> ---
> drivers/usb/host/ehci-exynos.c |7 +++
> 1 f
Hi Vivek,
On Tue, Mar 5, 2013 at 9:54 PM, Vivek Gautam wrote:
> With current FDT support driver tries to parse device node
> twice in ehci_hcd_init() and ehci_hcd_stop(), which shouldn't
> happen ideally.
> Making provision to store data in a global structure and thereby
> passing its pointer whe
Hi Vivek,
On Tue, Mar 5, 2013 at 9:54 PM, Vivek Gautam wrote:
> Based on 'master' branch of u-boot-samsung.
>
> V3 for patch-series "[PATCH v2 0/2] usb: ehci: exynos: Enable non-dt path".
> Changing the series title to "usb: ehci: exynos: Fixes for non-fdt systems"
> to avoid confision with the p
Hi,
On Tue, Mar 5, 2013 at 9:54 PM, Vivek Gautam wrote:
> With current FDT support driver tries to parse device node
> twice in ehci_hcd_init() and ehci_hcd_stop(), which shouldn't
> happen ideally.
> Making provision to store data in a global structure and thereby
> passing its pointer when need
Enabling the non-dt path for the driver so that
we don't get any build errors for non-dt configuration.
Signed-off-by: Vivek Gautam
---
drivers/usb/host/ehci-exynos.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/host/ehci-exynos.c b/drivers/usb/host/
With current FDT support driver tries to parse device node
twice in ehci_hcd_init() and ehci_hcd_stop(), which shouldn't
happen ideally.
Making provision to store data in a global structure and thereby
passing its pointer when needed.
Signed-off-by: Vivek Gautam
---
drivers/usb/host/ehci-exynos.
Based on 'master' branch of u-boot-samsung.
V3 for patch-series "[PATCH v2 0/2] usb: ehci: exynos: Enable non-dt path".
Changing the series title to "usb: ehci: exynos: Fixes for non-fdt systems"
to avoid confision with the patch included.
Changes from v2:
- Using hcd as "struct ehci_hccr *" rat
Signed-off-by: Inderpal Singh
---
board/samsung/origen/lowlevel_init.S | 44 ++-
board/samsung/origen/origen_setup.h| 25 -
board/samsung/smdkv310/lowlevel_init.S | 60 ++--
include/configs/origen.h |2 ++
i
This requires that cpu_is_exynos4/5 should be made available before tzpc_init.
Hence this patch also makes necessary changes to have cpu_info in spl and
invokes arch_cpu_init before tzpc_init in low_level_init.S for smdk5250.
Signed-off-by: Inderpal Singh
---
arch/arm/cpu/armv7/exynos/tzpc_init.
tzpc_init is common for all exynos5 boards, hence move it to
armv7/exynos so that all other boards can use it.
Also update the smdk5250 Makefile and config file.
Signed-off-by: Inderpal Singh
---
arch/arm/cpu/armv7/exynos/Makefile |2 +-
arch/arm/cpu/armv7/exynos/tzpc_init.c | 48 +
The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
The second makes tzpc_init common for exynos4 and exynos5. And the third
makes necessary changes to exynos4 based origen and smdkv310 boards.
The patchset has been tested on exynos4 based origen and exynos5 based
Arndale board
This series creates a generic board init implementation which contains
the essential functions of the major arch/xxx/lib/board.c files. It is
split into two parts: board_f.c for pre-relocation and board_r.c for
post-relocation.
What is the motivation for this change?
1. There is a lot of repeated
On Tue, 5 Mar 2013 17:51:00 -0800
Simon Glass wrote:
> Hi Kim,
>
> On Tue, Mar 5, 2013 at 2:43 PM, Kim Phillips
> wrote:
> > On Tue, 5 Mar 2013 08:19:59 -0500
> > Akshay Saraswat wrote:
> >
> >> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> >> Used mm and md to write a stand
Hi,
On Wed, Mar 6, 2013 at 7:27 AM, Simon Glass wrote:
> On Tue, Mar 5, 2013 at 5:40 AM, Vivek Gautam
> wrote:
>> Hi,
>>
>>
>> On Thu, Feb 14, 2013 at 10:22 AM, Simon Glass wrote:
>>> Hi,
>>>
>>> On Tue, Feb 12, 2013 at 10:26 PM, Vivek Gautam
>>> wrote:
With current FDT support driver
On Tue, Mar 5, 2013 at 5:40 AM, Vivek Gautam wrote:
> Hi,
>
>
> On Thu, Feb 14, 2013 at 10:22 AM, Simon Glass wrote:
>> Hi,
>>
>> On Tue, Feb 12, 2013 at 10:26 PM, Vivek Gautam
>> wrote:
>>> With current FDT support driver tries to parse device node
>>> twice in ehci_hcd_init() and ehci_hcd_sto
On Tue, Mar 5, 2013 at 5:20 AM, Akshay Saraswat wrote:
> This enables hash command.
>
> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> Used mm and md to write a standard string to memory location
> 0x40008000 and ran the above command to verify the output.
>
> Signed-off-by: ARUN
On Tue, Mar 5, 2013 at 5:49 AM, Vivek Gautam wrote:
> Enclosing process_nodes() and spi_get_config() inside
> CONFIG_OF_CONTROL, since they are compiled only for DT systems.
>
> This fixes following warning:
> exynos_spi.c:391:12: warning: 'process_nodes' defined but not used
> [-Wunused-function
On Tue, Mar 5, 2013 at 5:49 AM, Vivek Gautam wrote:
> Compiling for non-dt systems gives folowing warning:
> smdk5250.c: In function 'board_eth_init':
> smdk5250.c:152:6: warning: unused variable 'node' [-Wunused-variable]
>
> Declare variable 'node' only for dt enabled systems to remove this
> wa
Hi Kim,
On Tue, Mar 5, 2013 at 2:43 PM, Kim Phillips wrote:
> On Tue, 5 Mar 2013 08:19:59 -0500
> Akshay Saraswat wrote:
>
>> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
>> Used mm and md to write a standard string to memory location
>> 0x40008000 and ran the above command to v
Hi Akshay,
On Tue, Mar 5, 2013 at 5:19 AM, Akshay Saraswat wrote:
> ACE H/W acceleration support is added to hash
> which can be used to test SHA 256 hash algorithm.
>
> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> Used mm and md to write a standard string to memory location
>
Hi Akshay,
On Tue, Mar 5, 2013 at 5:19 AM, Akshay Saraswat wrote:
> This patch changes return type for hash_func_ws function pointer to
> int because hash.c is the host for all the crypto algorithm requests.
> Ace h/w acceleration as of now and many more to be included in future
> may require a t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 07:55 PM, Marek Vasut wrote:
> Dear Tom Rini,
>
>> On Wed, Mar 06, 2013 at 12:54:45AM +0100, Marek Vasut wrote:
>>> Dear Tom Rini,
>>>
On 03/05/2013 06:24 PM, Marek Vasut wrote:
> Dear Lukasz Majewski,
>
>> Hi Marek,
>
I am quite confused about partitions in my NAND flash.
Linux can mount my rootfs, so partitions make sense to the kernel, but
from the shell fw_printenv can't read the uboot environment, not matter
what I use in /etc/fw_env.config.
uboot is reading the proper uboot env, and booting the system.
I
Dear Tom Rini,
> On Wed, Mar 06, 2013 at 12:54:45AM +0100, Marek Vasut wrote:
> > Dear Tom Rini,
> >
> > > On 03/05/2013 06:24 PM, Marek Vasut wrote:
> > > > Dear Lukasz Majewski,
> > > >
> > > >> Hi Marek,
> > > >>
> > > >>> Dear Lukasz Majewski,
> > > >>>
> > > This commit fixes problem
This cast does not seem correct, since we should be writing to a pointer,
not a ulong.
This fixes the following warning on nds32:
-ns16550.c:49: warning: passing argument 2 of 'writeb' makes pointer from
integer without a cast
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to fi
Enable CONFIG_SYS_GENERIC_BOARD for all Exynos5 boards that use
CONFIG_OF_CONTROL.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to enable generic board for Exynos5
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/configs/exynos5250-dt.h |
This should be in arch_global_data but was dropped in the change-over.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to fix up blackfin's board_type global_data
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/blackfin/include/asm/global_data
We decided to used unsigned int here, rather than unsigned long. But
for the generic global_data it is still unsigned long. So change it
over.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
include/asm-generic/g
This enables generic board support so that x86 boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Avoid setting up gd on x86 as it is already done
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/x86/config.mk
It isn't clear why the sparc cpu Makefile has its own compile line, but
it does not work correctly with an out-of-tree build. Removing it fixes
this problem. Perhaps it does not introduce others.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to fix out-of-tree building on sparc
C
For x86, things have adjusted somewhat since this series was originally
written. It has its own way of running through initcalls which is actually
nicer than others archs.
Unfortunately this does introduce exceptions. We will soon require use of
generic board on x86, but until then we need to fit
Bravely enable CONFIG_SYS_GENERIC_BOARD for all Tegra boards.
Signed-off-by: Simon Glass
---
Changes in v6:
- Drop ppc memory barrier macros patch
- Enable generic board for all Tegra boards
Changes in v5: None
Changes in v4:
- Rebase to master
- Drop sc520_timer.c patch (warning already fixed b
These macros are already defined in io.h so should not be declared in
serial.c.
serial.c:38:0: warning: "READ_BYTE" redefined
/home/sjg/c/src/third_party/u-boot/files/include/asm/io.h:36:0: note: this is
the location of the previous definition
serial.c:39:0: warning: "READ_HWORD" redefined
/home/
The frame buffer pointer in global_data is not a pointer, so we should
remove these casts.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to correct avr32 compile error caused by global_data chnage
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
a
For x86 the global_data is managed entirely by the start.S code so we do
not need to touch it. However, we do have some more initcalls to add.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Add new patch to adjust board_r.c for x86
Changes in v4: None
Changes in v3: None
Cha
This enables generic board support so that ppc boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/powerpc/config.mk| 3 ---
arch/powerpc/include/asm/u-boo
These are defined in asm-generic/sections.h, so remove them from
architecture-specific files.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Include asm/sections.h in x86 sdram code
- Define _end instead of __end for x86
Changes in v4:
- Use asm/sections.h instead of asm-gen
Now that board_init_f() is not marked as noreturn, we need to do the same
to blackfin's cpu_init_f() function.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to remove noreturn attribute from blackfin's cpu_init_f()
Changes in v5: None
Changes in v4: None
Changes in v3: None
Chang
This adds ppc features to the generic pre-relocation board init.
This is a separate commit so that these features are clearly shown.
Signed-off-by: Simon Glass
---
Changes in v6:
- Tidy up stack reservation code to separate out PowerPC
Changes in v5:
- Use watchdog.h for watchdog functions
- Ad
This adds ppc features to the generic post-relocation board init.
Signed-off-by: Simon Glass
---
Changes in v6:
- Don't use scsi_init() on ARM
Changes in v5:
- Add prototype for update_flash_size() to include/common.h
- Updates in board_r.c to make ppc build correctly
- Add prototype for board_s
This file handles common pre-relocation init for boards which use
the generic framework.
It starts up the console, DRAM, performs relocation and then jumps
to post-relocation init.
Signed-off-by: Simon Glass
---
Changes in v6:
- Tidy up stack reservation code to separate out ARM
- Fix up orderin
Link symbols as created by the link script can either be absolute or
relative to the text start. This option switches between the two options
so that we can support both.
As we convert architectures over to generic board, we can see if this
option is actually needed, or whether it is possible to u
This will be used exclusively on x86, so enable it for the whole
architecture.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add new patch to enable generic board on x86
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/x86/include/asm/config.h | 1 +
1 fil
This enables generic board support so that ARM boards can define
CONFIG_SYS_GENERIC_BOARD.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/config.mk| 3 ---
arch/arm/include/asm/u-boot.h | 9
This file handles common post-relocation init for boards which use
the generic framework.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Add code from arch/arm/lib/board.c to control loading of environment
- Put watchdog init function definitions in watchdog.h
- Adjust ppc to
This adds secondary program loader support to the generic board.
Signed-off-by: Simon Glass
---
Changes in v6:
- Unify code in reserve_stacks() and reserve_stacks_spl()
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/board_f.c | 13 +
1 file c
We are introducing a new unified board setup and we want this to
be the default. So we need to opt all architectures out first.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
README| 11 +
We can use the declarations of __bss_start and _end from this header
instead of declaring them locally.
Signed-off-by: Simon Glass
---
Changes in v6:
- Remove x86: nds32: tags from stub example patch
Changes in v5:
- Adjust u-boot-nds32.h link symbols to keep U-Boot building
Changes in v4:
- Us
This library supports calling a list of functions one after the
other.
It is intended that we move to a more powerful initcall implementation
as proposed by Graeme Russ . For now, this allows
us to do the basics.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Add debug() cod
These boards define CONFIG_LAST_STAGE_INIT and CONFIG_BOARD_EARLY_INIT_R
but these options are not available on ARM. Move them into the powerpc
common file instead.
This change affects: km_kirkwood_pci, mgcoge3un, kmnusa, kmcoge5un,
km_kirkwood and portl2.
Signed-off-by: Simon Glass
---
Changes
These functions are only available for powerpc and are not declared in a
header file. We want to use the rest function in two places (board_f and
board_r), so declare the functions in watchdog.h.
Signed-off-by: Simon Glass
---
Changes in v6:
- Fix up watchdog support for m68k and sh
Changes in v
We create a separate header file for link symbols defined by the link
scripts. It is helpful to have these all in one place and try to
make them common across architectures. Since Linux already has a similar
file, we bring this in even though many of the symbols there are not
relevant to us.
Each
Include this header to get access to link symbols, which are otherwise
removed.
Signed-off-by: Simon Glass
---
Changes in v6: None
Changes in v5:
- Remove avr32 changes from what should be an arm patch
Changes in v4:
- Use asm/sections.h instead of asm-generic/sections.h
Changes in v3: None
Cha
This file holds the board info structure. We need this to be generic
for the unified board series, so create a structure which contains
the basic fields required by the main architectures.
Signed-off-by: Simon Glass
---
Changes in v6:
- Add bi_ip_addr field back into struct bd_info
Changes in v5
On Wed, Mar 06, 2013 at 12:54:45AM +0100, Marek Vasut wrote:
> Dear Tom Rini,
>
> > On 03/05/2013 06:24 PM, Marek Vasut wrote:
> > > Dear Lukasz Majewski,
> > >
> > >> Hi Marek,
> > >>
> > >>> Dear Lukasz Majewski,
> > >>>
> > This commit fixes problems with some non-standard requests
> >
Dear Tom Rini,
> On 03/05/2013 06:24 PM, Marek Vasut wrote:
> > Dear Lukasz Majewski,
> >
> >> Hi Marek,
> >>
> >>> Dear Lukasz Majewski,
> >>>
> This commit fixes problems with some non-standard requests
> send with device address instead of interface address
> (bmRequestType.Re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 06:24 PM, Marek Vasut wrote:
> Dear Lukasz Majewski,
>
>> Hi Marek,
>>
>>> Dear Lukasz Majewski,
>>>
This commit fixes problems with some non-standard requests
send with device address instead of interface address
(bmReq
On 03/05/2013 04:08 PM, Tom Rini wrote:
> On 03/05/2013 04:43 PM, Stephen Warren wrote:
>> On 03/05/2013 02:37 PM, Wolfgang Denk wrote:
>>> Dear Stephen Warren,
>>>
>>> In message
>>> <1362518101-5742-1-git-send-email-swar...@wwwdotorg.org> you
>>> wrote:
From: Stephen Warren
This a
Dear Lukasz Majewski,
> Hi Marek,
>
> > Dear Lukasz Majewski,
> >
> > > This commit fixes problems with some non-standard requests send with
> > > device address instead of interface address (bmRequestType.Receipent
> > > field).
> > >
> > > This happens with dfu-util (debian version: 0.5), whi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 04:43 PM, Stephen Warren wrote:
> On 03/05/2013 02:37 PM, Wolfgang Denk wrote:
>> Dear Stephen Warren,
>>
>> In message
>> <1362518101-5742-1-git-send-email-swar...@wwwdotorg.org> you
>> wrote:
>>> From: Stephen Warren
>>>
>>> This all
On Tue, 5 Mar 2013 08:19:59 -0500
Akshay Saraswat wrote:
> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> Used mm and md to write a standard string to memory location
> 0x40008000 and ran the above command to verify the output.
patches 1,2,4,5 all contain this "tested with" text
Hi Akshay,
On Tue, Mar 5, 2013 at 2:53 AM, Akshay Saraswat wrote:
> This patch subtracts a part of clock init from spl
> and executes it after relocation. spl_clock_init
> executes in spl and system_clock_init executes after
> relocation in u-boot. This is done to gain some space by
> removing in
Hi Akshay,
On Tue, Mar 5, 2013 at 2:53 AM, Akshay Saraswat wrote:
> Distributes struct mem_timings into new different structures
> to gain space in spl by removing necessity of maintaining
> two big and almost similar mem_timings instances.
>
> Signed-off-by: Akshay Saraswat
> ---
> Changes sinc
On 03/05/2013 02:37 PM, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <1362518101-5742-1-git-send-email-swar...@wwwdotorg.org> you wrote:
>> From: Stephen Warren
>>
>> This allows:
>>
>> MAKEALL -s tegra*
>>
>> to replace:
>>
>> MAKEALL -s tegra20 -s tegra30 -s tegra114
>>
>> Signed-
Dear Stephen Warren,
In message <1362518101-5742-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> From: Stephen Warren
>
> This allows:
>
> MAKEALL -s tegra*
>
> to replace:
>
> MAKEALL -s tegra20 -s tegra30 -s tegra114
>
> Signed-off-by: Stephen Warren
> ---
> MAKEALL |4 ++--
> 1
From: Stephen Warren
This allows:
MAKEALL -s tegra*
to replace:
MAKEALL -s tegra20 -s tegra30 -s tegra114
Signed-off-by: Stephen Warren
---
MAKEALL |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 5b06c54..0ed6986 100755
--- a/MAKEALL
+++ b/
Dear Simon,
In message
you wrote:
>
> > please don't dual-purpose device trees as a mechanism of getting
> > arguments through the kernel into userspace - device trees strictly
> > describe the hardware.
>
> That's certainly the primary purpose, but it is also true that the
> device tree is a
Dear Amar,
In message <1362489090-7745-8-git-send-email-amarendra...@samsung.com> you
wrote:
> This patch adds APIs to access(open / close) and to resize boot partiton of
> EMMC.
Can you please make this code conditional, so only boards that want
this feature (and actually use EMMC) suffer from
Dear Amar,
In message <1362489090-7745-10-git-send-email-amarendra...@samsung.com> you
wrote:
> This patch adds commands to access(open/close) and resize boot partitions on
> EMMC.
>
> Signed-off-by: Amar
> Acked-by: Simon Glass
Can you please make this code conditional, so only boards that
Dear Xu Lei-B33228,
Please do not top post / full quote. Thanks.
In message
<8cb6a38adf9e994697ff8a45e96e0853388...@039-sn1mpn1-004.039d.mgd.msft.net> you
wrote:
>
> Thank you and I agree with you. It is a little ugly but because these
> registers info are not publicly, so I did not us
On Mar 5, 2013, at 2:25 PM, JPT wrote:
> Hi,
>
> wow, thanks. bootm worked fine. :)
Spiffy.
> *** Next step, booting from disk
> I created a root fs on USB drive and tried to boot it.
>
> usb start
> ext2load usb 0:1 0x0200 /boot/kernel-DUO-1.0.22
> bootm
>
> this works, but the kernel d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 01:34 PM, Jagan Teki wrote:
>> Okay.. what I understand is - Currently, all the flash supported
>> commands are provided to user as choice. what what i suppose to
>> implement. He needs to choose the best option based on what the
>> cont
On Tue, Mar 05, 2013 at 09:30:18AM -0500, Michael Cashwell wrote:
> On Feb 20, 2013, at 2:52 AM, Lukasz Majewski wrote:
>
> > Hi Michael,
> >
> >> Greetings,
> >>
> >> I've been trying to do some feasibility (performance / features) testing
> >> of DFU to see if it might work on a project I'm
Dear Vanveerdeghem, Simon,
CCing Joe
> From ae2858eecd529a697f0d510e66d2b142c47089f3 Mon Sep 17 00:00:00 2001
>
> From: Simon Vanveerdeghem
>
> Date: Mon, 4 Mar 2013 16:27:02 +0100
>
> Subject: [PATCH] Add support for D-Link DUB-E100 h/w-rev C1
>
>
>
>
>
> Signed-off-by: Simon Vanveerdeg
On Tue, Mar 05, 2013 at 11:16:17AM -0800, Simon Glass wrote:
> Hi Kim,
>
> On Mon, Mar 4, 2013 at 4:03 PM, Kim Phillips
> wrote:
> > On Mon, 4 Mar 2013 10:30:45 -0800
> > Curt Brune wrote:
> >
> >> Hello -
> >>
> >> I want to pass a number of arguments from u-boot to the booted kernel.
> >> The
Hi,
wow, thanks. bootm worked fine. :)
*** Next step, booting from disk
I created a root fs on USB drive and tried to boot it.
usb start
ext2load usb 0:1 0x0200 /boot/kernel-DUO-1.0.22
bootm
this works, but the kernel doesn't know where to find the root partition.
how do I have to pass th
Hi Akshay,
On Tue, Mar 5, 2013 at 5:19 AM, Akshay Saraswat wrote:
> SHA-256 and SHA-1 accelerated using ACE hardware.
>
> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> Used mm and md to write a standard string to memory location
> 0x40008000 and ran the above command to verify t
Hi Kim,
On Mon, Mar 4, 2013 at 4:03 PM, Kim Phillips wrote:
> On Mon, 4 Mar 2013 10:30:45 -0800
> Curt Brune wrote:
>
>> Hello -
>>
>> I want to pass a number of arguments from u-boot to the booted kernel.
>> The arguments are needed by user space applications, not the kernel.
>>
>> I can think
On 03/05/2013 11:23 AM, Tom Warren wrote:
> On Tue, Mar 5, 2013 at 10:55 AM, Stephen Warren wrote:
>> On 03/05/2013 09:29 AM, Tom Warren wrote:
>>> T30 requires specific SDMMC pad programming, and bus power-rail bringup.
>>
>>> diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
Hi Tom,
On Tue, Mar 5, 2013 at 11:15 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/05/2013 12:21 PM, Jagan Teki wrote:
>> Hi Tom,
>>
>> On Tue, Mar 5, 2013 at 10:38 PM, Tom Rini wrote: On
>> 03/05/2013 12:00 PM, Jagan Teki wrote:
> Hi Tom,
>
> On Tue
On Tue, Mar 5, 2013 at 10:55 AM, Stephen Warren wrote:
> On 03/05/2013 09:29 AM, Tom Warren wrote:
>> T30 requires specific SDMMC pad programming, and bus power-rail bringup.
>
>> diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
>
>> +void pad_init_mmc(struct mmc_host *host)
On 03/05/2013 09:29 AM, Tom Warren wrote:
> T30 requires specific SDMMC pad programming, and bus power-rail bringup.
> diff --git a/board/nvidia/common/board.c b/board/nvidia/common/board.c
> +void pad_init_mmc(struct mmc_host *host)
> + if (id == PERIPH_ID_SDMMC1) {
> + val = re
On 03/05/2013 10:21 AM, Tom Warren wrote:
> On Tue, Mar 5, 2013 at 10:03 AM, Stephen Warren wrote:
>> On 03/05/2013 08:28 AM, Tom Warren wrote:
>>> On Mon, Mar 4, 2013 at 5:28 PM, Stephen Warren
>>> wrote:
On 03/04/2013 04:11 PM, Tom Warren wrote:
> On Wed, Feb 27, 2013 at 11:08 AM, Ste
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 12:21 PM, Jagan Teki wrote:
> Hi Tom,
>
> On Tue, Mar 5, 2013 at 10:38 PM, Tom Rini wrote: On
> 03/05/2013 12:00 PM, Jagan Teki wrote:
Hi Tom,
On Tue, Mar 5, 2013 at 2:38 AM, Tom Rini
wrote:
> On Sat, Mar 02, 2
Hi Tom,
On Tue, Mar 5, 2013 at 10:38 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/05/2013 12:00 PM, Jagan Teki wrote:
>> Hi Tom,
>>
>> On Tue, Mar 5, 2013 at 2:38 AM, Tom Rini wrote:
>>> On Sat, Mar 02, 2013 at 01:59:38PM +0530, Jagan Teki wrote:
>>>
>>> [snip]
On Tue, Mar 5, 2013 at 10:03 AM, Stephen Warren wrote:
> On 03/05/2013 08:28 AM, Tom Warren wrote:
>> On Mon, Mar 4, 2013 at 5:28 PM, Stephen Warren wrote:
>>> On 03/04/2013 04:11 PM, Tom Warren wrote:
On Wed, Feb 27, 2013 at 11:08 AM, Stephen Warren
wrote:
> On 02/27/2013 09:59 A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/05/2013 12:00 PM, Jagan Teki wrote:
> Hi Tom,
>
> On Tue, Mar 5, 2013 at 2:38 AM, Tom Rini wrote:
>> On Sat, Mar 02, 2013 at 01:59:38PM +0530, Jagan Teki wrote:
>>
>> [snip]
>>> Since these changes I have sent long back, I am just
>>> re-modif
On 03/05/2013 08:28 AM, Tom Warren wrote:
> On Mon, Mar 4, 2013 at 5:28 PM, Stephen Warren wrote:
>> On 03/04/2013 04:11 PM, Tom Warren wrote:
>>> On Wed, Feb 27, 2013 at 11:08 AM, Stephen Warren
>>> wrote:
On 02/27/2013 09:59 AM, Tom Warren wrote:
> On Tue, Feb 26, 2013 at 4:26 PM, Ste
Hi Tom,
On Tue, Mar 5, 2013 at 2:38 AM, Tom Rini wrote:
> On Sat, Mar 02, 2013 at 01:59:38PM +0530, Jagan Teki wrote:
>
> [snip]
>> Since these changes I have sent long back, I am just re-modified the
>> framework to
>> add new features at the same time with backward comparability for
>> current
Tegra30 requires the SD Bus Voltage & Power bits be set in the SD
Power Control register. Tegra20 works w/o them set, but do it anyway
for those SoCs as it's part of the SD spec. Also call a common
board pad init routine (pad_init_mmc) in mmc_reset(), used by
Tegra30 only for now.
Note that Tegra2
Tegra30 SD/MMC controller differs enough from Tegra20 that it
needs its own entry in the compat_names/compat_id tables and in
the Tegra MMC driver.
Signed-off-by: Tom Warren
---
v2: new
include/fdtdec.h |3 ++-
lib/fdtdec.c |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
dif
Tested on my Cardhu-A04 tablet, eMMC and SD-Card work fine, can load
a kernel off of an SD card OK, card detect works, and the env is now
stored in eMMC (end of the 2nd 'boot' sector, same as Tegra20).
Signed-off-by: Tom Warren
---
v2:
- no change
include/configs/cardhu.h | 20 +++
Removed SDMMC base addresses from tegra.h since they're no longer used.
Added pad control settings for T30 from the TRM, and added additional
vendor-specific SD/MMC registers and bus power defines.
Signed-off-by: Tom Warren
---
v2:
- change pad_init_mmc prototype
- remove all TEGRA_SDMMCx_BASE de
T30 requires specific SDMMC pad programming, and bus power-rail bringup.
Signed-off-by: Tom Warren
---
v2:
- rewrite pad_init_mmc to use mmc_id instead of SDMMC base address
- add PMU-specific comments to board_sdmmc_voltage_init sequence
board/nvidia/cardhu/cardhu.c | 51
Took these values directly from the kernel dts files.
Signed-off-by: Tom Warren
---
v2:
- no change
arch/arm/dts/tegra30.dtsi | 32
board/nvidia/dts/tegra30-cardhu.dts | 15 +++
2 files changed, 47 insertions(+), 0 deletions(-)
diff --
This patchset adds SDMMC device-tree support to the Tegra30 dts files,
and enables the Tegra MMC driver on Tegra30 Cardhu.
I've tested this on my Cardhu-A04 and everything works fine,
including card detect. All Tegra boards also build w/o error, and
Seaboard MMC functionality is unchanged.
Change
Hi Akshay
On Tue, Mar 5, 2013 at 4:23 PM, Akshay Saraswat wrote:
> This patch subtracts a part of clock init from spl
> and executes it after relocation. spl_clock_init
> executes in spl and system_clock_init executes after
> relocation in u-boot. This is done to gain some space by
> removing ini
1 - 100 of 141 matches
Mail list logo