2014-12-19 15:35 GMT+08:00 Stefan Roese :
> Hi Axel,
>
>
> On 19.12.2014 05:40, Axel Lin wrote:
>>
>> The depth could be from 2 to 256 from HW spec, so fix off-by-one for
>> checking
>> fifo depth.
>>
>> Signed-off-by: Axel Lin
>> ---
>> Hi,
>> I don't have this hardware handy, so please test it.
Hi Axel,
On 19.12.2014 05:40, Axel Lin wrote:
The depth could be from 2 to 256 from HW spec, so fix off-by-one for checking
fifo depth.
Signed-off-by: Axel Lin
---
Hi,
I don't have this hardware handy, so please test it.
drivers/spi/designware_spi.c | 2 +-
1 file changed, 1 insertion(+), 1
Add support of 2 stage SD boot loader using SPL framework.
here, PBL initialise the internal SRAM and copy SPL(160KB). This further
initialise DDR using SPD environment and copy u-boot(768 KB) from NAND to DDR.
Finally SPL transer control to u-boot.
Initialise/create followings required for SPL fr
Refresh for newer kernel.
Prepare ENV settings for guruplugs to be OpenWRT ready.
+--+
| UBOOT| >> 896 Kb (7x128) = uboot
+--+
| ENV | >> 128 Kb = uboot_env
+--+
| ROOT(FS) | >> 511 Mb @ 1 Mb = root -> rootfs (ubifs)
+---
Newer x86 Platform Controller Hub chipset starts to integrate NS16550
compatible PCI UART devices. The board configuration file needs to
supply the PCI UART vendor ID and device ID via CONFIG_PCI_UART_DEV
if we want to use the PCI UART as the U-Boot serial console.
Signed-off-by: Bin Meng
---
d
The Topcliff PCH has 4 UART devices integrated (Device 10, Funciton
1/2/3/4). Add macros to enable them, but by default the legacy serial
port (io addr 0x3f8) is still used on Crown Bay as the console port.
Signed-off-by: Bin Meng
---
include/configs/crownbay.h | 5 +
1 file changed, 5 ins
This new API pci_early_find_devices() is derived from the generic
version of pci_find_devices() with modifications required in the
early phase (like hose, config space access routines).
Signed-off-by: Bin Meng
---
arch/x86/cpu/pci.c | 41 +
arch/x
On x86, some peripherals on pci buses need to be accessed in the
early phase (eg: pci uart) with a valid pci memory/io address,
thus scan the pci bus and do the corresponding resource allocation.
Signed-off-by: Bin Meng
---
arch/x86/cpu/pci.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/
Newer x86 Platform Controller Hub chipset (like Topcliff, BayTrail) starts
to integrate NS16550 compatible PCI UART devices. In order to use them, we
have to scan the PCI bus and allocate memory/io address in the early phase.
On Intel Crown Bay board, there are 4 UART DB9 connectors, one of which
Signed-off-by: Bin Meng
---
arch/x86/cpu/pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/cpu/pci.c b/arch/x86/cpu/pci.c
index f3492c3..404fbb6 100644
--- a/arch/x86/cpu/pci.c
+++ b/arch/x86/cpu/pci.c
@@ -15,6 +15,8 @@
#include
#include
+DECLARE_GLOBAL_DATA_PTR;
+
stat
This is an attempt to tidy up the early SPL code in an attempt to pave
the way for driver model in SPL:
- Avoid setting up SDRAM before board_init_f()
- Avoid touching global_data before board_init_f()
- Allow board_init_f() to set up a new stack (seems that the SRAM stack
is not large enough on t
Refresh for newer kernel.
Prepare ENV settings for sheevaplugs to be OpenWRT ready.
+--+
| UBOOT| >> 896 Kb (7x128) = uboot
+--+
| ENV | >> 128 Kb = uboot_env
+--+
| ROOT(FS) | >> 511 Mb @ 1 Mb = root -> rootfs (ubifs)
+-
Hello Tom,
On Thu, 18 Dec 2014 21:33:09 +, Tom Warren
wrote:
> Albert,
>
> Please pull u-boot-tegra.git/master into ARM master. ./MAKEALL -s tegra is
> clean.
I assume this is actually for Tom Rini, as non-core ARM trees now merge
directly into mainline.1
Amicalement,
--
Albert.
On 19 December 2014 at 02:54, Peter Howard wrote:
> On Thu, 2014-12-18 at 12:33 +0530, Jagan Teki wrote:
>> On 17 December 2014 at 06:44, Peter Howard
>> wrote:
>> > Add defines to use CONFIG_SYS_GENERIC_BOARD and CONFIG_OF_LIBFDT.
>> > Semi-separate to this: the size of the image for the da850e
Hi Masahiro Yamada,
On 12/19/2014 01:27 PM, Masahiro Yamada wrote:
- "string" type for SYS_* is defined in arch/Kconfig
- SYS_CPU "armv7" has been replaced with "select CPU_V7"
- SYS_SOC "tegra124" is already defined in tegra124/Kconfig
Signed-off-by: Masahiro Yamada
For sama5d4ek and
- "string" type for SYS_* is defined in arch/Kconfig
- SYS_CPU "armv7" has been replaced with "select CPU_V7"
- SYS_SOC "tegra124" is already defined in tegra124/Kconfig
Signed-off-by: Masahiro Yamada
---
board/atmel/sama5d4_xplained/Kconfig | 3 ---
board/atmel/sama5d4ek/Kconfig|
Commit 1e4ad74b875f (beagle_x15: add board support for Beagle x15)
missed to add board/ti/beagle_x15/MAINTAINERS.
Signed-off-by: Masahiro Yamada
Cc: Felipe Balbi
---
board/ti/beagle_x15/MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
create mode 100644 board/ti/beagle_x15/MAINTAINERS
This commit fixes warnings reported by tools/genboardscfg.py.
Signed-off-by: Masahiro Yamada
Cc: Vikas Manocha
---
board/st/stv0991/MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/board/st/stv0991/MAINTAINERS b/board/st/stv0991/MAINTAINERS
index 87221e9..e7a2cca 100644
--- a/bo
To enjoy driver-model on sandbox, using device tree is recommended.
While we are here, change sandbox_config to sandbox_defconfig too.
Signed-off-by: Masahiro Yamada
---
doc/driver-model/README.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/driver-model/README.t
The depth could be from 2 to 256 from HW spec, so fix off-by-one for checking
fifo depth.
Signed-off-by: Axel Lin
---
Hi,
I don't have this hardware handy, so please test it.
drivers/spi/designware_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/designware_s
If ecc chunk data size is 512 and oobsize is bigger than 512, there is
a chance that block_mark_bit_offset conflicts with bch ecc area.
The following graph is modified from kernel gpmi-nand.c driver with each data
block 512 bytes.
We can see that Block Mark conflicts with ecc area from bch view.
W
Calculate ecc strength according oobsize, but not hardcoded
which is not aligned with kernel driver
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
---
drivers/mtd/nand/mxs_nand.c | 22 --
1 file changed, 4 insertions(+), 18 deletions(-)
diff --git a/drivers/mtd/nand/mxs_nand.
Hi Ruchika,
On 18 December 2014 at 04:22, Ruchika Gupta wrote:
>
> Public exponentiation which is required in rsa verify
> functionality is currently tightly integrated with
> verification code in rsa_verify.c. Currently this
> implementation is software based. Some platforms
> having support of
Hi Tom,
Here is the last of the Atom changes - we now have good support for
one Atom variant (with a path to adding to it) and basic support for
ivybridge. A good start.
The following changes since commit d8bec60c1b0de7770f9b56ad092ab9be801d99af:
ARM: UniPhier: enable CONFIG_CMD_DM (2014-12-1
This is an attempt to tidy up the early SPL code in an attempt to pave
the way for driver model in SPL:
- Avoid setting up SDRAM before board_init_f()
- Avoid touching global_data before board_init_f()
- Allow board_init_f() to set up a new stack (seems that the SRAM stack
is not large enough on t
This reverts commit 47a4bea6af77b01d59a410d09a4c34b2dd14cf50.
Signed-off-by: Nishanth Menon
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/cpu/armv7/omap4/sdram_elpida.c
b/arch/arm/cpu/armv7/omap4/sdram_elpida.c
index 6903696..4462
With commit 47a4bea6af77b01d59a410d09a4c34b2dd14cf50 ("ARM: omap4:
Update sdram setting for panda rev A6") which attempted to "fix" Panda
ES B3 problem of a different DDR by checking for CPU revision and
changing configuration as per Panda for configuration that is common
for SDP4430 and Panda.
Th
Part of DMM logic is reuse from commit
47a4bea6af77b01d59a410d09a4c34b2dd14cf50 ("ARM: omap4: Update sdram
setting for panda rev A6") Which broke SDP4430 with ES2.3 (uses old
DDR).
So, to maintain support for newer DDR used in Panda ES rev B3, we
should, in addition to the commit
675cc77a3ae45e8b0
On Thu, 2014-12-18 at 12:33 +0530, Jagan Teki wrote:
> On 17 December 2014 at 06:44, Peter Howard wrote:
> > Add defines to use CONFIG_SYS_GENERIC_BOARD and CONFIG_OF_LIBFDT.
> > Semi-separate to this: the size of the image for the da850evm has
> > increased to the point that the size in da850evm.
Hi Albert,
On 18 December 2014 at 13:17, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Wed, 10 Dec 2014 08:03:29 -0700, Simon Glass
> wrote:
>> Hi Albert,
>>
>> On 9 December 2014 at 22:25, Simon Glass wrote:
>> > From: Thierry Reding
>> >
>> > Implement an API that can be used by drivers to all
Enable UUID and partition support for scripted handling platforms with
MMC and eMMC and varied partitioning schemes
And remove it from headers that end up redefining it.
Signed-off-by: Nishanth Menon
---
Based on v2015.01-rc3 tag
include/configs/am335x_evm.h |2 --
include/configs/am4
On Thu, Dec 11, 2014 at 11:55:05AM +0100, Belisko Marek wrote:
> Hi,
>
> I'm using latest u-boot master
> (9b416a9f4ca7cf5ac4d5f7143d67edde7f7d7326) running on beaglebone
> (white). This board has watchdog enabled by default for 60 secs
> timeout but in my case it's not resetting board after that
Hello Simon,
On Wed, 10 Dec 2014 08:03:29 -0700, Simon Glass
wrote:
> Hi Albert,
>
> On 9 December 2014 at 22:25, Simon Glass wrote:
> > From: Thierry Reding
> >
> > Implement an API that can be used by drivers to allocate memory from a
> > pool that is mapped uncached. This is useful if drive
On Thu, Dec 18, 2014 at 5:17 AM, Marek Vasut wrote:
> Would you pick it and submit for current release or do you want me to do
it?
If you can do it that would be great.
Thanks,
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mail
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> We need separate defconfigs for the v5 and v1.2 versions of this board, as
> they use different DRAM parameters.
>
> Note they also use different dtb files, as the wifi is different too.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Cam
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> Based on the register / dram_para headers from the Allwinner u-boot / linux
> sources + the init sequences from boot0.
>
> Signed-off-by: Hans de Goede
> +/*
> + * Note this code uses a lot of magic hex values, that is because this code
>
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> Use memcmp for mctl_mem_matches instead of DIY.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
Ian.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The sun8i boot0 code fills the DRAM with a "random" pattern before comparing
> it at different offsets to do columns, etc. detection. The sun6i boot0 code
> does not do it, but it seems like a good idea to do this regardless.
Is this the ri
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The await_completion helper is already copy pasted between the sun4i and sun6i
> dram code, and we need it for sun8i too, so lets make it an inline helper in
> dram.h, rather then adding yet another copy.
>
> Signed-off-by: Hans de Goede
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The A23 (sun8i) requires different values for these then sun6i, so make them
> function parameters.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boot@list
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The sun8i dram code sometimes wants to enable sigma delta mode,
> add a parameter to allow this.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boot@lists.d
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> dcdc4 is not used on sun8i, disable it.
>
> While at it also add comments to the other fixed voltages to document what
> they are used for.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
(although I'm wondering if it might hav
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> Explicitly turn off unused voltages, rather then leaving them as is. Likewise
> explictly enabled the dcdc convertors, rather then assuming they are already
> enabled at boot.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> Some of the ldo-s of the axp221 are used in the same way on most boards, add
> comments to the Kconfig help text to reflect this, and give them defaults
> matching their typical usage.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbe
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The dcdc1 voltage is typically used as generic 3.3V IO voltage for things like
> GPIO-s, sdcard interfaces, etc. On most boards this is undervolted to 3.0V to
> safe battery, but not on all, make it configurable so that we can use the
> same
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The axp223 appears to be the same as the axp221, except that it uses the
> rsb to communicate rather then the p2wi. At least all the registers we use
> are 100% the same.
>
> Signed-off-by: Hans de Goede
With the whitespace fixed:
Acked-b
On Wed, 2014-12-17 at 13:56 +0100, Hans de Goede wrote:
> >> @@ -128,7 +128,8 @@
> >> #define SUN6I_CPUCFG_BASE 0x01f01c00
> >> #define SUNXI_R_UART_BASE 0x01f02800
> >> #define SUNXI_R_PIO_BASE 0x01f02c00
> >> -#define SUNXI_P2WI_BASE
On Wed, 2014-12-17 at 13:56 +0100, Hans de Goede wrote:
> Hi,
>
> On 17-12-14 03:22, Chen-Yu Tsai wrote:
> > Hi,
> >
> > On Wed, Dec 17, 2014 at 4:31 AM, Hans de Goede wrote:
> >> sun8i (A23) introduces a new bus for communicating with the pmic, the rsb,
> >> the rsb is also used to communicate w
On Tue, 2014-12-16 at 21:31 +0100, Hans de Goede wrote:
> The p2wi interface is only available on sun6i, adjust the gpio pinmux defines
> for it to reflect this.
>
> Signed-off-by: Hans de Goede
Acked-by: Ian Campbell
___
U-Boot mailing list
U-Boot@
On Thu, 2014-12-18 at 11:39 +0100, Hans de Goede wrote:
> Hi,
>
> On 14-12-14 15:57, Ian Campbell wrote:
> > On Sun, 2014-11-23 at 14:43 +0100, Hans de Goede wrote:
> >> The CSQ CS908 is an A31s based top-set box, with 1G RAM, 8G NAND,
> >> rtl8188etv usb wifi, 2 USB A receptacles (1 connected thr
Hi Masahiro,
On 18 December 2014 at 03:11, Masahiro Yamada wrote:
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/configs/uniphier.h | 2 ++
> 1 file changed, 2 insertions(+)
Note that this will become the default once we get the DM Kconfig series done.
Acked-by: Simon Glass
(But I ass
On Thursday, December 18, 2014 at 12:43:30 PM, Lukasz Majewski wrote:
> The following changes since commit
> 68ae882596524a2dde9da73283241b01d56375d5:
>
> USB: gadget: atmel_usba_udc: fix transfer hang issue (2014-12-16
> 16:08:50 +0100)
>
> are available in the git repository at:
>
> git:
Hi,
please find a couple of more fixes for this release.
The following changes since commit b9206e61f3d87535ac4f4b0b858e674fd1edfeaf:
Merge git://git.denx.de/u-boot-x86 (2014-12-15 17:13:47 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fe
On Thursday, December 18, 2014 at 09:32:56 AM, Ramneek Mehresh wrote:
> Hi Marex,
>
> Following u-boot patch is pending for your review for some time. Please let
> me know if you have any concerns. fsl/usb: Add USB XHCI support:
> http://patchwork.ozlabs.org/patch/373593/
I missed the patch compl
On Thursday, December 18, 2014 at 07:53:56 AM, Joe Hershberger wrote:
> Hi Marek,
>
> On Wed, Dec 17, 2014 at 10:00 AM, Marek Vasut wrote:
> > On Wednesday, December 17, 2014 at 01:33:57 PM, René Griessl wrote:
> > > > Is there a reason you can't implement write_hwaddr() so that it will
> > > > b
Resynchronize memcpy/memset with kernel 3.17 and build them in
Thumb2 mode (unified syntax). Those assembler files can be built
and linked in ARM mode too, however when calling them from Thumb2
built code, the stack got corrupted and the copy did not succeed
(the exact details have not been traced
On Thu, Dec 18, 2014 at 11:43:05PM +0900, Masahiro YAMADA wrote:
> Hi Tom,
>
> The following changes since commit e3bf81b1e841ecabe7c8b3d48621256db8b8623e:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
> (2014-12-16 15:20:02 -0500)
>
> are available in the git repository at:
>
On Thu, Dec 18, 2014 at 11:41:35PM +0900, Masahiro YAMADA wrote:
> 2014-12-18 19:10 GMT+09:00 Masahiro Yamada :
> >
> >
> >
> > Masahiro Yamada (5):
> > ARM: UniPhier: fix property names of aliases nodes of device trees
> > ARM: UniPhier: remove unnecessary ifdef conditional
> > ARM: UniPhier
The present fat implementation ignores FAT16 long name
directory entries which aren't placed in a single sector.
This was becouse of the buffer was always filled by the
two sectors, and the loop was made also for two sectors.
If some file long name entries are stored in two sectors,
the we have t
Hello Stefan,
On Mon, 15 Dec 2014 22:06:11 +0100, Stefan Agner
wrote:
> Hi Andreas,
>
> On 2014-12-15 15:24, Andreas Färber wrote:
> > Hi Stefan,
> >
> > Am 03.12.2014 um 18:04 schrieb Stefan Agner:
> >> Can this be fixed by the merger or should I create a new revision?
> >
> > It looks as if
Sorry...
I post to the wrong list !
Regards,
Gérald
Le 18/12/2014 15:59, Gerald Kerma a écrit :
> Add some kirkwood plugs to uboot-envtools
> - SheevaPlug
> - SheevaPlug with eSATA
> - GuruplugServerPlus
>
> Signed-off-by: Gerald Kerma
> ---
> package/boot/uboot-envtools/files/kirkwood | 5 ++
The present fat implementation ignores FAT16 long name
directory entries which aren't placed in a single sector.
This was becouse of the buffer was always filled by the
two sectors, and the loop was made also for two sectors.
If some file long name entries are stored in two sectors,
the we have t
Hello,
On 12/18/2014 03:56 PM, Simon Glass wrote:
Hi,
On 18 December 2014 at 07:40, Przemyslaw Marczak wrote:
Hello,
On 12/18/2014 03:34 PM, Simon Glass wrote:
Hi Przemyslaw,
On 18 December 2014 at 07:32, Przemyslaw Marczak
wrote:
Hello,
On 12/18/2014 02:47 PM, Simon Glass wrote:
Add some kirkwood plugs to uboot-envtools
- SheevaPlug
- SheevaPlug with eSATA
- GuruplugServerPlus
Signed-off-by: Gerald Kerma
---
package/boot/uboot-envtools/files/kirkwood | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/package/boot/uboot-envtools/files/kirkwood
b/pac
Hi,
On 18 December 2014 at 07:40, Przemyslaw Marczak wrote:
> Hello,
>
>
> On 12/18/2014 03:34 PM, Simon Glass wrote:
>>
>> Hi Przemyslaw,
>>
>> On 18 December 2014 at 07:32, Przemyslaw Marczak
>> wrote:
>>>
>>> Hello,
>>>
>>> On 12/18/2014 02:47 PM, Simon Glass wrote:
Hi,
>>
Hi Tom,
The following changes since commit e3bf81b1e841ecabe7c8b3d48621256db8b8623e:
Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx
(2014-12-16 15:20:02 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-uniphier.git master
for you to fetch changes up to d8
2014-12-18 19:10 GMT+09:00 Masahiro Yamada :
>
>
>
> Masahiro Yamada (5):
> ARM: UniPhier: fix property names of aliases nodes of device trees
> ARM: UniPhier: remove unnecessary ifdef conditional
> ARM: UniPhier: use DRAM area for init stack of normal image
> ARM: UniPhier: select CONFIG_S
Hello,
On 12/18/2014 03:34 PM, Simon Glass wrote:
Hi Przemyslaw,
On 18 December 2014 at 07:32, Przemyslaw Marczak wrote:
Hello,
On 12/18/2014 02:47 PM, Simon Glass wrote:
Hi,
On 11 December 2014 at 05:01, Przemyslaw Marczak
wrote:
The present fat implementation ignores FAT16 long name
Hi Przemyslaw,
On 18 December 2014 at 07:32, Przemyslaw Marczak wrote:
> Hello,
>
> On 12/18/2014 02:47 PM, Simon Glass wrote:
>>
>> Hi,
>>
>> On 11 December 2014 at 05:01, Przemyslaw Marczak
>> wrote:
>>>
>>> The present fat implementation ignores FAT16 long name
>>> directory entries which are
Hello,
On 12/18/2014 02:47 PM, Simon Glass wrote:
Hi,
On 11 December 2014 at 05:01, Przemyslaw Marczak wrote:
The present fat implementation ignores FAT16 long name
directory entries which aren't placed in a single sector.
This was becouse of the buffer was always filled by the
two sectors,
Hello,
On 12/18/2014 02:47 PM, Simon Glass wrote:
Hi,
On 11 December 2014 at 05:01, Przemyslaw Marczak wrote:
The present fat implementation ignores FAT16 long name
directory entries which aren't placed in a single sector.
This was becouse of the buffer was always filled by the
two sectors,
On 3 November 2014 at 19:31, Valentin Longchamp
wrote:
> Some board require spi_flash_free to be called after all the accesses,
> in order, for instance, to restore the pin multiplexing configuration in
> the case where the SPI pins are multiplexed.
So, for each probe calls you must need to free
This reverts commit 562f8df18da62ae02c4ace1e530451fe82c3312d.
Never see the issue with N25Q128 flash without need of W#/Vpp signal
during probe.
Signed-off-by: Jagannadha Sutradharudu Teki
Cc: Heiko Schocher
---
README| 11 ---
drivers/mtd/spi/sf_internal.h | 4
Hi,
On 11 December 2014 at 05:01, Przemyslaw Marczak wrote:
> The present fat implementation ignores FAT16 long name
> directory entries which aren't placed in a single sector.
>
> This was becouse of the buffer was always filled by the
> two sectors, and the loop was made also for two sectors.
>
Hello,
On 12/18/2014 02:36 PM, Simon Glass wrote:
Hi Przemyslaw,
On 18 December 2014 at 06:31, Przemyslaw Marczak wrote:
Hello,
On 12/18/2014 02:14 PM, Simon Glass wrote:
Hi Przemyslaw,
On 18 December 2014 at 03:26, Przemyslaw Marczak
wrote:
Hello Simon,
On 12/18/2014 04:39 AM, Simo
Hi Przemyslaw,
On 18 December 2014 at 06:31, Przemyslaw Marczak wrote:
> Hello,
>
>
> On 12/18/2014 02:14 PM, Simon Glass wrote:
>>
>> Hi Przemyslaw,
>>
>> On 18 December 2014 at 03:26, Przemyslaw Marczak
>> wrote:
>>>
>>> Hello Simon,
>>>
>>>
>>> On 12/18/2014 04:39 AM, Simon Glass wrote:
Hello,
On 12/18/2014 02:14 PM, Simon Glass wrote:
Hi Przemyslaw,
On 18 December 2014 at 03:26, Przemyslaw Marczak wrote:
Hello Simon,
On 12/18/2014 04:39 AM, Simon Glass wrote:
Hi Przemyslaw,
On 17 December 2014 at 02:03, Przemyslaw Marczak
wrote:
Hello,
On 12/16/2014 11:26 PM, Simo
Hi Stefan,
On Mon, Dec 8, 2014 at 2:27 PM, Stefan Roese wrote:
> Yes, its applied. I'm nearly on mainline right now. And it doesn't help.
> Which makes sense if my current guess is correct, that the BootROM doesn't
> load the SPL completely without this CCGR0 register setting in the DCD.
On a m
On 17 November 2014 at 20:22, Ben Dooks wrote:
> Add the necessary flash entry for the Spansion S25FL164K
> flash. Tested on Marvell 88F6218 based design.
>
> Signed-off-by: Ben Dooks
> ---
> drivers/mtd/spi/sf_params.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/mtd/spi/sf_
On 18 December 2014 at 18:38, Ben Dooks wrote:
> On 18/12/14 12:14, Jagan Teki wrote:
>> On 17 November 2014 at 20:21, Ben Dooks wrote:
>>> From: Adnan Ali
>>>
>>> Add S25FL064A and S25FL116K flash indentifiers.
>>>
>>> Signed-off-by: Adnan Ali
>>> ---
>>> drivers/mtd/spi/sf_params.c | 2 ++
>>
On 18 December 2014 at 04:00, Masahiro Yamada wrote:
> drivers/misc/i2c_eeprom.c fails to build unless CONFIG_FIT_SIGNATURE
> is defined.
>
> CC drivers/misc/i2c_eeprom.o
> drivers/misc/i2c_eeprom.c: In function 'i2c_eeprom_read':
> drivers/misc/i2c_eeprom.c:15:10: error: 'ENODEV' undeclare
Hi Przemyslaw,
On 18 December 2014 at 03:26, Przemyslaw Marczak wrote:
> Hello Simon,
>
>
> On 12/18/2014 04:39 AM, Simon Glass wrote:
>>
>> Hi Przemyslaw,
>>
>> On 17 December 2014 at 02:03, Przemyslaw Marczak
>> wrote:
>>>
>>> Hello,
>>>
>>>
>>> On 12/16/2014 11:26 PM, Simon Glass wrote:
On 18/12/14 12:14, Jagan Teki wrote:
> On 17 November 2014 at 20:21, Ben Dooks wrote:
>> From: Adnan Ali
>>
>> Add S25FL064A and S25FL116K flash indentifiers.
>>
>> Signed-off-by: Adnan Ali
>> ---
>> drivers/mtd/spi/sf_params.c | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/drive
On 3 December 2014 at 07:07, Shengzhou Liu wrote:
> Add support for SST25WF040B-40I-SN flash.
> Tested on T1024QDS board.
>
> Signed-off-by: Shengzhou Liu
> ---
> drivers/mtd/spi/sf_params.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf
On 6 November 2014 at 16:05, Jagannadha Sutradharudu Teki
wrote:
> Removed ramtron driver since the EMK boards are
> no longer been active, and these are the only boards
> used this flash driver.
>
> Commit details for EMK zap:
> "ppc/arm: zap EMK boards"
> (sha1: d58a9451e7339ed4cf2b2627e534611f4
Hi Tom,
> I suspect that this might be related to the general problem on these
> part families where SPL isn't as fast as we expect it to be, perhaps
> cache related.
I did a bit of digging around following this line of thought and found an
old discussion on the mailing list
(http://lists.denx.de
On 17 November 2014 at 20:21, Ben Dooks wrote:
> From: Adnan Ali
>
> Add S25FL064A and S25FL116K flash indentifiers.
>
> Signed-off-by: Adnan Ali
> ---
> drivers/mtd/spi/sf_params.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/mtd/spi/sf_params.c b/drivers/mtd/spi/sf_param
The following changes since commit
68ae882596524a2dde9da73283241b01d56375d5:
USB: gadget: atmel_usba_udc: fix transfer hang issue (2014-12-16
16:08:50 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-dfu.git
for you to fetch changes up to 0ff7e585df83470139739533bd
Hi,
On 15-12-14 07:01, Ricky Xian wrote:
Hi,
I'm trying to boot from usb fel mode on A23. I have rebuilt your sunxi-wip
branch, and try to run on my A23 (q88?) board, but it's failed in fel mode
in executing.
I think the u-boot-spl.bin can be used as A20, this's the website I refer
to:
http://
Currently the hash functions used in RSA are called
directly from the sha1 and sha256 libraries.
Change the RSA checksum library to use the progressive
hash API's registered with struct hash_algo. This will
allow the checksum library to use the support of hardware
accelerated progressive hash API's
The hash_algo structure has some implementations in which
progressive hash API's are not defined. These are basically the
hardware based implementations of SHA. An API is added to find
the algo which has progressive hash API's defined. This can then
be integrated with RSA checksum library which use
Support added for offloading Modular Exponentiation required
in RSA Verify functionality to hardware which depends on
CONFIG_RSA_MOD_EXP_HW.
Signed-off-by: Ruchika Gupta
CC: Simon Glass
---
Changes in v2:
Added Kconfig option for RSA_MOD_HW
drivers/crypto/fsl/Kconfig| 5 +
drivers/cry
Public exponentiation which is required in rsa verify
functionality is currently tightly integrated with
verification code in rsa_verify.c. Currently this
implementation is software based. Some platforms
having support of the exponentiation in hardware.
To enable the rsa verify functionality to use
On Wed, Dec 17, 2014 at 4:31 AM, Hans de Goede wrote:
> Based on the register / dram_para headers from the Allwinner u-boot / linux
> sources + the init sequences from boot0.
>
> Signed-off-by: Hans de Goede
> ---
> arch/arm/cpu/armv7/sunxi/Makefile | 1 +
> arch/arm/cpu/armv7/sunx
drivers/misc/i2c_eeprom.c fails to build unless CONFIG_FIT_SIGNATURE
is defined.
CC drivers/misc/i2c_eeprom.o
drivers/misc/i2c_eeprom.c: In function 'i2c_eeprom_read':
drivers/misc/i2c_eeprom.c:15:10: error: 'ENODEV' undeclared
(first use in this function)
drivers/misc/i2c_eeprom.c:15:10: n
Tom,
Even if this patch is not applied if considered useless, the one fixing
the clocks (http://patchwork.ozlabs.org/patch/410834/) should be, in my
opinion, as it is essentially a bug fix. Now, for the DRA7xx SoCs,
1) a write to a undefined (or zero) register address is occurring since
struct
Hi Marek, Tom,
On Wed, 17 Dec 2014 10:52:32 -0500
Tom Rini wrote:
> On Wed, Dec 17, 2014 at 02:04:32AM +0100, Marek Vasut wrote:
> > On Wednesday, December 17, 2014 at 12:56:46 AM, Tom Rini wrote:
> > > On Tue, Dec 16, 2014 at 02:56:44PM -0600, mgerlach wrote:
> > > > Hello Masahiro Yamada,
> >
Hi,
On 17-12-14 03:34, Chen-Yu Tsai wrote:
On Wed, Dec 17, 2014 at 4:31 AM, Hans de Goede wrote:
The axp223 appears to be the same as the axp221, except that it uses the
rsb to communicate rather then the p2wi. At least all the registers we use
are 100% the same.
Signed-off-by: Hans de Goede
Hi Matthew, Tom,
On Tue, 16 Dec 2014 18:56:46 -0500
Tom Rini wrote:
> On Tue, Dec 16, 2014 at 02:56:44PM -0600, mgerlach wrote:
>
> > Hello Masahiro Yamada,
> >
> > Even the with this patch, we encountered a false error of generic board
> > support. The problem was very interrmittent for us
Hi,
On 14-12-14 15:57, Ian Campbell wrote:
On Sun, 2014-11-23 at 14:43 +0100, Hans de Goede wrote:
The CSQ CS908 is an A31s based top-set box, with 1G RAM, 8G NAND,
rtl8188etv usb wifi, 2 USB A receptacles (1 connected through the OTG
controller), ethernet, 3.5 mm jack with a/v out and hdmi out
1 - 100 of 109 matches
Mail list logo
