On 3/1/2013 12:58 PM, Albert ARIBAUD wrote:
Hi Vipin,
On Fri, 1 Mar 2013 09:11:33 +0530, Vipin Kumar
wrote:
On 2/28/2013 6:29 PM, Albert ARIBAUD wrote:
On Sun, 3 Feb 2013 12:19:26 +0100, Albert ARIBAUD
wrote:
Hi Vipin,
On Fri, 2 Nov 2012 23:09:59 +0530, Vipin Kumar
wrote:
From: Shiraz
Hi Sricharan,
On Fri, 1 Mar 2013 09:57:25 +0530, Sricharan R
wrote:
> Hi Albert,
>
> On Thursday 28 February 2013 08:35 PM, Albert ARIBAUD wrote:
> > On Thu, 28 Feb 2013 15:20:44 +0100, Albert ARIBAUD
> > wrote:
> >
> >> (sorry for any duplicate of this mail)
> >>
> >> Hi R Sricharan,
> >>
>
This patch adds a new 'usb test' command, that will set a port to a USB
2.0 test mode (see USB 2.0 spec 7.1.20). It supports all five test modes
on both downstream hub ports and ordinary device's upstream ports. In
addition, it supports EHCI root hub ports.
Signed-off-by: Julius Werner
---
commo
Oops... I somehow pulled three lines of other local changes in there
that don't belong when I cherry-picked this into my upstream branch.
Sorry, will resubmit this once more.
On Tue, Feb 19, 2013 at 5:14 PM, Julius Werner wrote:
> This patch adds a new 'usb test' command, that will set a port to
Hi Scott,
I know it's been a while but did you ever get this part to work?
Thanks,
Garyio
--
View this message in context:
http://u-boot.10912.n7.nabble.com/U-Boot-Add-new-NAND-flash-tp72701p148633.html
Sent from the U-Boot mailing list archive at Nabble.com.
_
Hi Vipin,
On Fri, 1 Mar 2013 09:11:33 +0530, Vipin Kumar
wrote:
> On 2/28/2013 6:29 PM, Albert ARIBAUD wrote:
> > On Sun, 3 Feb 2013 12:19:26 +0100, Albert ARIBAUD
> > wrote:
> >
> >> Hi Vipin,
> >>
> >> On Fri, 2 Nov 2012 23:09:59 +0530, Vipin Kumar
> >> wrote:
> >>
> >>> From: Shiraz Hashim
On 01.03.2013 08:12, Jagan Teki wrote:
>>> I made a fix for hw cfi issue when device is operating in 8-bit mode,
>>> If the above changes are looks fine we may have this fix will solve
>>> the M29EW flashes operates under 8-bit mode.
>>>
>>> Could send your comments/views.
>>
>> Not sure if I under
Hi Stefan,
On Fri, Mar 1, 2013 at 12:29 PM, Stefan Roese wrote:
> Hi Jagan,
>
> On 22.02.2013 16:32, Jagan Teki wrote:
>>> I am able to detect the correct Manufacture ID and device ID with these
>>> changes.
>>>
>>> Bank # 1: CFI conformant flash (8 x 8) Size: 64 MB in 512 Sectors
>>> AMD Sta
Hi Jagan,
On 22.02.2013 16:32, Jagan Teki wrote:
>> I am able to detect the correct Manufacture ID and device ID with these
>> changes.
>>
>> Bank # 1: CFI conformant flash (8 x 8) Size: 64 MB in 512 Sectors
>> AMD Standard command set, Manufacturer ID: 0x89, Device ID: 0x7E2301
>> Erase tim
From: Sonic Zhang
- Disable NAND driver on bf537-stamp.
- Make MMC_SPI optional.
- Disable LCD driver on bf527-ezkit.
- Enlarge BF609 nor flash reserved size from 256k to 512k bytes.
Signed-off-by: Sonic Zhang
Signed-off-by: Sonic Zhang
---
include/configs/bf527-ezkit.h | 12 ++--
i
Signed-off-by: Sonic Zhang
---
doc/git-mailrc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 6600c15..0f23776 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -32,6 +32,7 @@ alias sbabic Stefano Babic
alias scottwood
Hi Simon,
Thank you for comments.
On Thu, Feb 28, 2013 at 6:49 AM, Simon Glass wrote:
> Hi
>
> On Tue, Feb 26, 2013 at 10:01 PM, Rajeshwari Shinde
> wrote:
>> Add required compatible information for s5p serial driver
>>
>> Signed-off-by: Abhilash Kesavan
>> Signed-off-by: Rajeshwari Shinde
>>
With this symbol we can easy append something (e.g. an FDT) to the U-Boot
binary and access it from within U-Boot.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use _end instead of __end to fit in with other archs
arch/x86/cpu/u-boot.lds | 2 ++
arch/x86/include/asm/u-boot-x86.h | 1
With CONFIG_OF_CONTROL we may have an FDT in the BSS region. Relocate
it up with the rest of U-Boot to keep the rest of memory free.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use arch-specific data for new fdt pointer
arch/x86/include/asm/global_data.h | 1 +
arch/x86/include/asm/init_h
It is useful to be able to access the timer before U-Boot has relocated
so that we can fully support bootstage.
Add new global_data members to support this.
Signed-off-by: Simon Glass
---
Changes in v2:
- Put timer variables in arch_global_data instead of data section
arch/x86/cpu/coreboot/cor
This does not actually change normal behaviour, but adds a check that
should detect corruption of relocation data (e.g. by using BSS data
prior to relocation).
Also add additional debugging output when enabled.
During this investigation, two situations have been seen:
1. calculate_relocation_addr
Make use of a device tree on coreboot boards, and set the default
to link.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop patch which removes real mode code since it was already dealt with
include/configs/coreboot.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs
At present BSS data is including in the image, which wastes binary space.
Remove it by rearranging the sections so that BSS is last.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/u-boot.lds | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git
This is currently set to coreboot.dtsi, but we cannot support this on
old device tree compilers (dtc <= 1.3), so adjust to use ARCH_CPU_DTS
to let the Makefile preprocessor sort this out.
Signed-off-by: Simon Glass
---
Changes in v2: None
board/chromebook-x86/dts/link.dts | 2 +-
1 file changed
The memory layout calculations are done in calculate_relocation_address(),
and coreboot has its own version of this function. But in fact all we
really need is to set the top of usable RAM, and then the base version
will work as is.
So instead of allowing the whole calculate_relocation_address() f
At present most x86 cache operations are undefined. Add a basic
implementation for these.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/cpu.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/x86/cpu/cpu.c b/arch/x86/cpu/cpu.c
index 6a23974..1a2
From: Vincent Stehlé
We declare the set_section_dcache function globally in the cache header, for
later use by e.g. machine specific code.
Signed-off-by: Vincent Stehlé ti.com>
Cc: Tom Rini ti.com>
Cc: Albert ARIBAUD
---
arch/arm/include/asm/cache.h |1 +
1 file changed, 1 insertion(+)
Hi Jagan,
On Thu, Feb 28, 2013 at 12:29 PM, Jagan Teki wrote:
> Hi Simon,
>
> On Thu, Feb 28, 2013 at 7:22 PM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Thu, Feb 28, 2013 at 3:14 AM, Jagan Teki wrote:
>>> Hi Simon,
>>>
>>> On Mon, Feb 25, 2013 at 4:40 AM, Simon Glass wrote:
Hi Jagan,
Hi Albert,
On Thursday 28 February 2013 08:35 PM, Albert ARIBAUD wrote:
On Thu, 28 Feb 2013 15:20:44 +0100, Albert ARIBAUD
wrote:
(sorry for any duplicate of this mail)
Hi R Sricharan,
On Tue, 8 Jan 2013 23:38:22 +0530, R Sricharan
wrote:
Currently for ARM based cpu's, mmu pagetable attr
Hi Tom,
On Thu, Feb 28, 2013 at 4:22 PM, Simon Glass wrote:
> Hi Tom,
>
> On Thu, Feb 28, 2013 at 3:00 PM, Tom Rini wrote:
>> On Wed, Feb 27, 2013 at 01:18:23PM -0800, Simon Glass wrote:
>>
>>> Hi Tom,
>>>
>>> I have pulled the latest series into a branch in the x86 tree. You can
>>> also get it
Hi Vipin,
On 3/1/2013 11:40, Vipin Kumar wrote:
[Snip]
Signed-off-by: Shiraz Hashim
---
drivers/net/macb.c | 38 ++
1 file changed, 34 insertions(+), 4 deletions(-)
Tested on Atmel EK board. It works.
Tested-by: Bo Shen
BTW, would this be implemented as a
Use map_sysmem() in the memory tester so that it works as expected on
sandbox.
Signed-off-by: Simon Glass
---
Changes in v5:
- Work around ELDK4-2 "passing argument 1 of 'unmap_sysmem' discards qualifier"
Changes in v4: None
Changes in v3: None
Changes in v2: None
common/cmd_mem.c | 108 ++
On 2/28/2013 6:29 PM, Albert ARIBAUD wrote:
On Sun, 3 Feb 2013 12:19:26 +0100, Albert ARIBAUD
wrote:
Hi Vipin,
On Fri, 2 Nov 2012 23:09:59 +0530, Vipin Kumar
wrote:
From: Shiraz Hashim
It is observed on SPEAr320S RMII#1 interface that on transmitting
packets the MAC dma hangs randomly and
On 3/1/2013 8:38 AM, Bo Shen wrote:
Hi All,
On 02/28/2013 08:59 PM, Albert ARIBAUD wrote:
On Sun, 3 Feb 2013 12:19:26 +0100, Albert ARIBAUD
wrote:
Hi Vipin,
On Fri, 2 Nov 2012 23:09:59 +0530, Vipin Kumar
wrote:
From: Shiraz Hashim
It is observed on SPEAr320S RMII#1 interface that on tran
Hi All,
On 02/28/2013 08:59 PM, Albert ARIBAUD wrote:
On Sun, 3 Feb 2013 12:19:26 +0100, Albert ARIBAUD
wrote:
Hi Vipin,
On Fri, 2 Nov 2012 23:09:59 +0530, Vipin Kumar
wrote:
From: Shiraz Hashim
It is observed on SPEAr320S RMII#1 interface that on transmitting
packets the MAC dma hangs r
Hi Tom,
On Fri, Mar 1, 2013 at 5:22 AM, Tom Rini wrote:
> On Thu, Feb 21, 2013 at 07:06:38PM +0800, Sonic Zhang wrote:
>
>> From: Sonic Zhang
>>
>>
>> ADSP-BF60x is the new generation Blackfin?? dual-core processor announced by
>> Analog Devices in late March, 2012. This patch set adds BF60x pro
On 02/28/2013 01:09:05 PM, Tom Rini wrote:
We make these two functions take a size_t pointer to how much space
was used on NAND to read or write the buffer (when reads/writes
happen)
so that bad blocks can be accounted for. We also make them take an
loff_t limit on how much data can be read o
Add TI814X EVM board directory, config file, and MAINTAINERS
entry. Enable build.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2:
* squash MAINTAINERS and Makefile commits here
* config file fixes (copyright, mtest, findfdt, fs options, cleanups)
* move wdtimer
TI814X requires the same quirks as AM33XX to be enabled.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: no changes
---
drivers/serial/ns16550.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c
index 87a091
TI814x has a 192MHz hsmmc reference clock. Select that clock rate
when building for TI814x.
Signed-off-by: Matt Porter
---
v2: no changes, new to the series
---
arch/arm/include/asm/arch-am33xx/mmc_host_def.h |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-a
Adds a config_dmm() routine to support TI814X DMM configuration.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: no changes
---
arch/arm/cpu/armv7/am33xx/emif4.c | 17 +
arch/arm/include/asm/arch-am33xx/ddr_defs.h |5 +
2 files changed, 22 insertion
Support the ti814x specific register definitions within
arch-am33xx.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: Update for hardware.h split
---
arch/arm/cpu/armv7/am33xx/sys_info.c |3 +++
arch/arm/include/asm/arch-am33xx/cpu.h | 11 +
arch
The AM33xx emif4/ddr support closely matches what is need to support
TI814x except that TI814x has two EMIF instances. Refactor all the
emif4 helper calls and the config_ddr() init function to use an
additional instance number argument.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2:
AM33XX and TI814X have a similar mux though the pinmux register
layout and address space differ. Add a separate ti814x mux include
to support the TI814X-specific differences.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
Acked-by: Peter Korsgaard
---
v2:
* fixed copyright date and f
Split clock.c for am335x and ti814x and add ti814x specific
clock support.
Signed-off-by: Matt Porter
---
v2:
* remove unused dmtimer support
* add register structs bit definitions
* rename soc-specific clock files for consistency
* move ti814x specific defs to cl
This series adds support for the PG1.0 TI814x EVM board. TI814x
fits into the existing AM33XX SoC support with some refactoring
of the AM33XX-specific emif4, clock, and mux code.
It has been tested booting up a Linux kernel and regression tested
on BeagleBone and EVM-SK AM33XX boards.
Changes sin
Eliminate AM33xx specific names to prepare for TI814x support
within AM33xx-land.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: no changes
---
arch/arm/cpu/armv7/am33xx/board.c |4 ++--
arch/arm/include/asm/arch-am33xx/hardware.h | 10 +-
board/ti/am335x/boar
From: Stephen Warren
The core implementation of "help" already prints the command name before
the help text of a specific command. Remove it from part's own help text
to avoid it being printed twice:
Tegra114 (Dalmore) # help part
part - disk partition related commands
Usage:
part part uuid :
From: Stephen Warren
Enable a common set of partition types, filesystems, and related
commands in tegra-common.h, so that they are available on all Tegra
boards. This allows boot.scr (loaded and executed by the default
built-in environment) on those boards to assume that certain features
are alwa
From: Stephen Warren
All Tegra devices will need CONFIG_BOUNCE_BUFFER. Move it to
tegra-common.h to ensure it's always set.
Signed-off-by: Stephen Warren
---
v2: Add missing word to commit subject.
This is based on u-boot-tegra/next, plus my reset vector fix (which
shouldn't conflict), plus To
From: Stephen Warren
Various code that is conditional upon HAVE_BLOCK_DEVICE is required by
code conditional upon CONFIG_CMD_PART. So, enable HAVE_BLOCK_DEVICE if
CONFIG_CMD_PART is enabled.
Signed-off-by: Stephen Warren
---
v2: New patch
---
include/config_fallbacks.h |1 +
1 file changed
From: Stephen Warren
This set of ifdefs is used in a number of places. Move its definition
somewhere common so it doesn't have to be repeated.
Signed-off-by: Stephen Warren
---
v2: New patch
---
disk/part.c| 10 --
disk/part_amiga.c |6 +-
disk/part_d
From: Fabio Estevam
Provide a structure for accessing HDMI registers, so that we can use proper
read/write accessors.
Signed-off-by: Fabio Estevam
Tested-by: Eric Nelson
---
Changes since v1:
- Add missing 'reserved' arrays
- Add Tested-by
arch/arm/include/asm/arch-mx6/mxc_hdmi.h | 1083
Hi Tom,
On Thu, Feb 28, 2013 at 3:00 PM, Tom Rini wrote:
> On Wed, Feb 27, 2013 at 01:18:23PM -0800, Simon Glass wrote:
>
>> Hi Tom,
>>
>> I have pulled the latest series into a branch in the x86 tree. You can
>> also get it from patchwork. If you are happy with it, please see
>> below. I haven't
On Wed, Feb 27, 2013 at 01:18:23PM -0800, Simon Glass wrote:
> Hi Tom,
>
> I have pulled the latest series into a branch in the x86 tree. You can
> also get it from patchwork. If you are happy with it, please see
> below. I haven't seen any comments for a few days.
OK, building with ELDK4.2 for
From: Fabio Estevam
Currently the following kernel hang happens when loading a 2.6.35 kernel from
Freeescale on a mx28evk board:
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Bus freq driver module loaded
IMX usb wakeup probe
usb h1 wakeup device
i.e., from the linux kernel's commit
be987d9f80354e2e919926349282facd74992f90
Signed-off-by: Kim Phillips
---
tools/checkpatch.pl | 752 ++--
1 file changed, 558 insertions(+), 194 deletions(-)
diff --git a/tools/checkpatch.pl b/tools/checkpatch.p
without this, patches don't get checked for proper alignment,
and e.g., for spaces after a cast and/or before a semicolon.
Signed-off-by: Kim Phillips
---
.checkpatch.conf | 3 +++
1 file changed, 3 insertions(+)
diff --git a/.checkpatch.conf b/.checkpatch.conf
index 977db9e..38386b3 100644
---
From: Stephen Warren
A Tegra114 HW bug prevents the main CPU vector from being modified under
certain circumstances. Tegra114 A01P and later with a patched boot ROM
set the CPU reset vector to 0x4003fffc (end of IRAM). This allows placing
an arbitrary jump instruction at that location, in order t
From: Fabio Estevam
Provide a structure for accessing HDMI registers, so that we can use proper
read/write accessors.
Signed-off-by: Fabio Estevam
---
Hi Eric,
I have only build-tested, as I don't have a HDMI monitor handy for testing.
arch/arm/include/asm/arch-mx6/mxc_hdmi.h | 1084 +++
On Thu, Feb 21, 2013 at 07:06:38PM +0800, Sonic Zhang wrote:
> From: Sonic Zhang
>
>
> ADSP-BF60x is the new generation Blackfin?? dual-core processor announced by
> Analog Devices in late March, 2012. This patch set adds BF60x processor
> support
> to Das U-Boot Blackfin architecture.
>
> Fo
On 02/28/2013 01:26 PM, Fabio Estevam wrote:
Hi Eric,
On Sat, Feb 23, 2013 at 1:31 PM, Eric Nelson
wrote:
It's probably going to be a week or so before I can re-work the
HDMI detection code per Wolfgang's request and re-submit Nitrogen6X.
I work on a patch that will add an hdmi structure, s
On Thu, Feb 28, 2013 at 12:20 PM, Jagannadha Sutradharudu Teki
wrote:
> This patch provides a support to build the user specified dts.
>
> Signed-off-by: Jagannadha Sutradharudu Teki
Acked-by: Simon Glass
Thank you.
> ---
> Changes for v2:
> - Update the logic for not giving an error
Hi Simon,
On Thu, Feb 28, 2013 at 7:22 PM, Simon Glass wrote:
> Hi Jagan,
>
> On Thu, Feb 28, 2013 at 3:14 AM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Mon, Feb 25, 2013 at 4:40 AM, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On Sun, Feb 24, 2013 at 10:58 AM, Jagan Teki
>>> wrote:
Hi Simon,
Hi Eric,
On Sat, Feb 23, 2013 at 1:31 PM, Eric Nelson
wrote:
> It's probably going to be a week or so before I can re-work the
> HDMI detection code per Wolfgang's request and re-submit Nitrogen6X.
I work on a patch that will add an hdmi structure, so that we can
remove the base + offset regist
On Tue, Feb 26, 2013 at 03:44:22PM -0600, Scott Wood wrote:
> The following changes since commit 47104c37de076e2be35ae1b3d144614f4d24a766:
>
> MAKEALL: add support for per architecture toolchains (2013-02-20 09:40:34
> -0500)
>
> are available in the git repository at:
>
> git://git.denx.d
This patch provides a support to build the user specified dts.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- Update the logic for not giving an error if DEVICE_TREE defined
- Documented the build steps
doc/README.fdt-control |8
dts/Makefile
On Sat, Feb 23, 2013 at 11:45:45AM +, Mark Jackson wrote:
> All the current TI AM335x boards currently appear to start with an MPU clock
> of 550MHx and a core clock of 1GHz,
> based on #defines in include/asm/arch-am33xx/clocks_am33xx.h
>
> I assume most people then pass control over to (eg
On Thu, 28 Feb 2013 11:08:21 +
Akshay Saraswat wrote:
> >On Wed, 27 Feb 2013 10:24:39 -0500
>
> >Akshay Saraswat wrote:
can you fix your mailer to not double space lines?
> >> +/* Maximum input data size is 8 MB. Timeout observed for data size above
> >> 8MB */
> >> +#define TIMEOUT_MS
On Thu, 28 Feb 2013 06:00:21 -0500
Akshay Saraswat wrote:
> ---
> Changes since v1:
> - Moved code to drivers/crypto.
> - Fixed few other nits.
be more specific wrt changes between revisions.
> + if (buf_len == 0) {
> + /* ACE H/W cannot compute hash value for empty
Hi Reinhard,
Replied below.
On Thu, Feb 28, 2013 at 6:50 AM, Pfau, Reinhard wrote:
>
> Hi,
>
> While digging through the code, some question arises.
> So let me drop some notes about the patch:
>
> ( I apologize for some weird word wraps in the quoted text, but I have
> to use
> a well known UMA
Hi everyone,
This issue is more imx28 / ltib related, but here it goes:
If I build the u-boot from the ltib package and want to flash an SD-card
with the boot stream, I have the choice between imx28_uboot.sb and
imx28_ivt_uboot.sd (a HAB secured one). For the mx28evk, it only works
if I use the _
Hi,
While digging through the code, some question arises.
So let me drop some notes about the patch:
( I apologize for some weird word wraps in the quoted text, but I have
to use
a well known UMA which seems to be too stupid to keep lines of text
without additional
word wraps...)
> -Origina
SPL hangs on a beagleboard during the serial initialization (line 40 of
drivers/serial/ns16550.c). The reason is the non-empty shift register of TX
(transmit FIFO is empty). To avoid the hangup include/configs/omap3_beagle.h
has to be changed like in include/configs/igep00x0.h:
diff --git a/inc
On 02/26/2013 01:19 PM, Hector Palacios wrote:
Greetings,
I'm porting a custom platform based on mx28evk to latest U-Boot.
I modified the iomux.c for my platform (different DUART pins) and made some
changes to
mxs_adjust_memory_params() to accommodate to my DRAM chip.
I built the u-boot.sb. Th
TPM command library implements a subset of TPM commands defined in TCG
Main Specification 1.2 that are useful for implementing secure boot.
More TPM commands could be added out of necessity.
You may exercise these commands through the 'tpm' command. However, the
raw TPM commands are too primitive
Hi Stefan,
On Fri, Feb 22, 2013 at 9:02 PM, Jagan Teki wrote:
> Hi Stefan,
>
> On Thu, Feb 21, 2013 at 5:27 PM, Jagan Teki wrote:
>> Hi Stefan,
>>
>> On Wed, Feb 20, 2013 at 11:44 PM, Stefan Roese wrote:
>>> Hi Jagan,
>>>
>>> On 20.02.2013 18:25, Jagan Teki wrote:
> So please update to the
From: Pantelis Antoniou
- Add CONFIG_DFU_NAND, CONFIG_DFU_MMC
- Set dfu_alt_info_nand and dfu_alt_info_mmc to show a working example
for both.
- Increase CONFIG_SYS_MAXARGS due to hush parsing bugs that would
otherwise disallow 'setenv dfu_alt_info ${dfu_alt_info_nand}'.
- Enable CONFIG_FAT_W
From: Pantelis Antoniou
Support for NAND storage devices to work with the DFU framework.
Signed-off-by: Pantelis Antoniou
Signed-off-by: Tom Rini
---
Changes in v3:
- Rework logic in nand_block_op for nand_(read|write)_skip_bad returning
just a size for actual used length.
- Remove unused ex
Signed-off-by: Tom Rini
---
Changes in v3: None
Changes in v2:
- Add CONFIG_CMD_MTDPARTS and relevant information to am335x_evm
include/configs/am335x_evm.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 59647d1..
We make these two functions take a size_t pointer to how much space
was used on NAND to read or write the buffer (when reads/writes happen)
so that bad blocks can be accounted for. We also make them take an
loff_t limit on how much data can be read or written. This means that
we can now catch the
This series adds DFU support to NAND and was started by Pantelis. The
NAND changes have been compile-tested on all ARM and PowerPC targets and
run-time tested on ARM. DFU itself has been tested, for NAND, on
am335x_evm.
For practical reasons, this series depends on Pantelis' previous series
of g
Dear Fadil Berisha,
> From: Fadil Berisha
>
> Local macros apply to both iMX23 and iMX28. This patch renames local
> macros with attribute MX28 to MXS.
>
> Signed-off-by: Fadil Berisha
> Cc: Marek Vasut
> Cc: Otavio Salvador
> Cc: Fabio Estevam
> Cc: Stefano Babic
> ---
Acked-by: Marek Va
Dear Fabio Estevam,
> From: Fabio Estevam
>
> Currently the following kernel hang happens when loading a 2.6.35 kernel
> from Freeescale on a mx28evk board:
>
> RPC: Registered tcp transport module.
> RPC: Registered tcp NFSv4.1 backchannel transport module.
> Bus freq driver module loaded
> IM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 01:50 PM, Marek Vasut wrote:
> Dear Tom Rini,
>
>> On Tue, Feb 26, 2013 at 12:33:52PM +0100, Beno??t Th??baudeau
>> wrote:
>>> On Tuesday, February 26, 2013 8:19:42 AM, Marek Vasut wrote:
Dear Beno??t Th??baudeau,
> Dear S
Dear Tom Rini,
> On Tue, Feb 26, 2013 at 12:33:52PM +0100, Beno??t Th??baudeau wrote:
> > On Tuesday, February 26, 2013 8:19:42 AM, Marek Vasut wrote:
> > > Dear Beno??t Th??baudeau,
> > >
> > > > Dear Scott Wood,
> > > >
> > > > On Tuesday, February 26, 2013 12:07:25 AM, Scott Wood wrote:
> > >
On 02/28/2013 09:30 AM, Tom Warren wrote:
> This was an older debug/developmental file that got added
> accidentally. Not needed/used in any Cardhu build.
Reviewed-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
On 02/26/2013 03:28 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Various errata exist in the Cortex-A9 CPU, and may be worked around by
> setting some bits in a CP15 diagnostic register. Add code to implement
> the workarounds, enabled by new CONFIG_ options.
>
> This code was taken from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 11:29 AM, Benoît Thébaudeau wrote:
> On Thursday, February 28, 2013 5:21:55 PM, Tom Rini wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 02/28/2013 11:06 AM, Benoît Thébaudeau wrote:
>>> Hi Tom,
>>>
>>> On Thursday, Feb
On Thursday, February 28, 2013 5:21:55 PM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/28/2013 11:06 AM, Benoît Thébaudeau wrote:
> > Hi Tom,
> >
> > On Thursday, February 28, 2013 4:24:22 PM, Benoît Thébaudeau
> > wrote:
> >> Hi Tom,
> >>
> >> On Thursday, Februa
This was an older debug/developmental file that got added
accidentally. Not needed/used in any Cardhu build.
Signed-off-by: Tom Warren
---
This errant file exists in u-boot-tegra/next, u-boot-arm/master, and
u-boot/master (TOT). I'll remove it from u-boot-tegra/next, so it'll
trickle upstream int
On Thu, Feb 28, 2013 at 12:00 AM, Fadil Berisha wrote:
> From: Fadil Berisha
>
> This patch add timer support to i.MX23 and complete bit fields and values
> on regs-timrot.h.
> Testet on imx23-olinuxino board.
>
> Signed-off-by: Fadil Berisha
> Acked-by: Marek Vasut
Acked-by: Otavio Salvador
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 11:06 AM, Benoît Thébaudeau wrote:
> Hi Tom,
>
> On Thursday, February 28, 2013 4:24:22 PM, Benoît Thébaudeau
> wrote:
>> Hi Tom,
>>
>> On Thursday, February 28, 2013 3:03:09 PM, Tom Rini write:
>>> On Wed, Feb 27, 2013 at 11:18:48PM +
Hi Tom,
On Thursday, February 28, 2013 4:24:22 PM, Benoît Thébaudeau wrote:
> Hi Tom,
>
> On Thursday, February 28, 2013 3:03:09 PM, Tom Rini write:
> > On Wed, Feb 27, 2013 at 11:18:48PM +0100, Beno??t Th??baudeau wrote:
> > > Hi Marek,
> > >
> > > On Monday, February 25, 2013 7:19:54 PM, Marek
Hi Tom,
On Thursday, February 28, 2013 3:03:09 PM, Tom Rini write:
> On Wed, Feb 27, 2013 at 11:18:48PM +0100, Beno??t Th??baudeau wrote:
> > Hi Marek,
> >
> > On Monday, February 25, 2013 7:19:54 PM, Marek Vasut wrote:
> > > Implement u-boot.nand target that can be reused with a small amount of
On Thu, 28 Feb 2013 15:20:44 +0100, Albert ARIBAUD
wrote:
> (sorry for any duplicate of this mail)
>
> Hi R Sricharan,
>
> On Tue, 8 Jan 2013 23:38:22 +0530, R Sricharan
> wrote:
>
> > Currently for ARM based cpu's, mmu pagetable attributes are set with
> > manager permissions for all 4GB add
On Thu, Feb 28, 2013 at 12:03 PM, Fadil Berisha wrote:
> From: Fadil Berisha
>
> Local macros apply to both iMX23 and iMX28. This patch renames local
> macros with attribute MX28 to MXS.
>
> Signed-off-by: Fadil Berisha
Acked-by: Otavio Salvador
--
Otavio Salvador
From: Fadil Berisha
Local macros apply to both iMX23 and iMX28. This patch renames local
macros with attribute MX28 to MXS.
Signed-off-by: Fadil Berisha
Cc: Marek Vasut
Cc: Otavio Salvador
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/cpu/arm926ejs/mxs/timer.c | 16
1
Hi Simon,
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: 28 February 2013 20:08
> To: Jagannadha Sutradharudu Teki
> Cc: u-boot@lists.denx.de; Jerry Van Baren; mon...@monstr.eu; Jagannadha
> Sutradharudu Teki; Vadim Bendebury
> Subjec
Am Mittwoch, den 27.02.2013, 14:03 -0700 schrieb Stephen Warren:
> On 02/26/2013 04:00 PM, Stephen Warren wrote:
> > This is useful on all Tegras, so that boot.scr on all devices can use
> > the same commands. Hence, move it to tegra-common.h.
>
> Unfortunately, this breaks Tegra114 builds because
Hi Jagannadha,
On Thu, Feb 28, 2013 at 6:33 AM, Jagannadha Sutradharudu Teki
wrote:
> This patch provides a support to build the user specified dts.
> If the user is not specifying any dts, then it should build the
> dts from CONFIG_DEFAULT_DEVICE_TREE.
>
> $ make -> choose the default dts, defin
This patch provides a support to build the user specified dts.
If the user is not specifying any dts, then it should build the
dts from CONFIG_DEFAULT_DEVICE_TREE.
$ make -> choose the default dts, defined as CONFIG_DEFAULT_DEVICE_TREE
$ make DEVICE_TREE= -> choose the specified dts from the user
On Mon, Feb 18, 2013 at 9:58 PM, Rajeshwari Shinde
wrote:
> This revomes the code under #if 0 in the s3c24x0_i2c driver.
>
> Signed-off-by: Alim Akhtar
> Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
> ---
> drivers/i2c/s3c24x0_i2c.c |7 ---
> 1 files changed, 0 insertions(+
Hi Hector,
Hector Palacios wrote:
> Apparently the problem was due to my platform suffering a hardware
> specific VDDD brownout during the initialization.
>
> Just in case it helps anybody, the reason why I was not able to see
> anything on the DUART port during SPL initialization, despite havin
(sorry for any duplicate of this mail)
Hi R Sricharan,
On Tue, 8 Jan 2013 23:38:22 +0530, R Sricharan
wrote:
> Currently for ARM based cpu's, mmu pagetable attributes are set with
> manager permissions for all 4GB address space. Because of this the
> 'execute never (XN)' permission is never che
1 - 100 of 137 matches
Mail list logo
