The following changes since commit 9ef2835f26652092a61b0cb0551ef4f36be27946:
Merge branch 'master' of git://git.denx.de/u-boot-video (2016-02-11 18:18:15
-0500)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git
for you to fetch changes up to e4b40e921dcf0e39d
On Tue, Nov 17, 2015 at 02:30:10PM +0530, Siva Durga Prasad Paladugu wrote:
> Added initial nand driver support for arasan nand flash
> controller.This supports nand erase,nand read, nand write
> This uses the hardware ECC for read and write operations
> ZynqMP uses this driver.
>
> Signed-off-by
On Thu, 2016-01-14 at 02:41 +0100, Marek Vasut wrote:
> On Tuesday, October 28, 2014 at 11:45:08 PM, Scott Wood wrote:
> > On Sat, 2014-10-11 at 18:42 +0200, Marek Vasut wrote:
> > > + /* sometimes people do not think about using the ECC, so check
> > > + * to see if we have an 0xff,0xff,0xff read
From: Stephen Warren
Purely by code inspection, it looks like the parameter order to memalign()
is swapped; its parameters are (align, size). 4096 is a likely desired
alignment, and a variable named size sounds like a size:-)
Fixes: 45b5a37836d5 ("x86: Add multi-processor init")
Signed-off-by: S
On 02/12/2016 10:15 PM, Joe Hershberger wrote:
> On Fri, Feb 12, 2016 at 2:56 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> The alignment and size were swapped, leading to malloc heap corruption.
>>
>> On my system, this sometimes caused U-Boot to crash during or after
>> certain USB Et
On Fri, Feb 12, 2016 at 2:56 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> The alignment and size were swapped, leading to malloc heap corruption.
>
> On my system, this sometimes caused U-Boot to crash during or after
> certain USB Ethernet operations.
>
> Fixes: c8c2797c3810 ("dm: usb: e
On 12 February 2016 at 13:57, Marek Vasut wrote:
> On 02/12/2016 09:56 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> The alignment and size were swapped, leading to malloc heap corruption.
>>
>> On my system, this sometimes caused U-Boot to crash during or after
>> certain USB Ethernet
FIT image supports more than 32 bits in addresses by using #address-cell
field. However the address length is not handled when parsing FIT images.
Signed-off-by: York Sun
---
Changes in v4:
Separate ulong to phys_addr_t change to another patch.
Changes in v3:
Define PRIpa for host and targ
Fix the following compiling warning on 32-bit host
disk/part_efi.c: In function 'alloc_read_gpt_entries':
disk/part_efi.c:894:2: warning: format '%zu' expects argument of
type 'size_t', but argument 5 has type 'long unsigned int'
[-Wformat]
disk/part_efi.c:907:4: warning: format '%zX' expects ar
On 02/12/2016 09:56 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> The alignment and size were swapped, leading to malloc heap corruption.
>
> On my system, this sometimes caused U-Boot to crash during or after
> certain USB Ethernet operations.
>
> Fixes: c8c2797c3810 ("dm: usb: eth: Sup
From: Stephen Warren
The alignment and size were swapped, leading to malloc heap corruption.
On my system, this sometimes caused U-Boot to crash during or after
certain USB Ethernet operations.
Fixes: c8c2797c3810 ("dm: usb: eth: Support driver model with USB Ethernet")
Signed-off-by: Stephen W
Hi Stefan,
On 12 February 2016 at 18:15, Stefan Roese wrote:
> Currently only chip-select 0 is supported by the kirkwood SPI driver.
> The Armada XP / 38x SoCs also use this driver and support multiple chip
> selects. This patch adds support for multiple CS on MVEBU.
>
> The register definitions
Hi Simon,
On 13 February 2016 at 00:58, Simon Glass wrote:
> Hi Jagan,
>
> On 12 February 2016 at 09:31, Jagan Teki wrote:
>> Hi Simon,
>>
>> On 12 February 2016 at 21:24, Simon Glass wrote:
>>> Hi,
>>>
>>> On 6 February 2016 at 02:57, Jagan Teki wrote:
Hi Bin,
On 6 February 201
Hi Stephen,
On 11 February 2016 at 17:45, Stephen Warren wrote:
> On 02/11/2016 05:10 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 11 February 2016 at 16:21, Stephen Warren
>> wrote:
>>>
>>> On 12/13/2015 08:46 PM, Simon Glass wrote:
Applied to u-boot-dm/next.
>>>
>>>
>>>
>>>
Hi,
On 11 February 2016 at 17:07, Stephen Warren wrote:
> On 02/11/2016 04:59 PM, Simon Glass wrote:
>>
>> +Stephen, Ted
>>
>> Hi,
>>
>> On 25 January 2016 at 15:21, Marek Vasut wrote:
>>>
>>> The following changes since commit
>>> 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
>>>
>>>Merge git:/
Hi Jagan,
On 12 February 2016 at 09:31, Jagan Teki wrote:
> Hi Simon,
>
> On 12 February 2016 at 21:24, Simon Glass wrote:
>> Hi,
>>
>> On 6 February 2016 at 02:57, Jagan Teki wrote:
>>> Hi Bin,
>>>
>>> On 6 February 2016 at 09:46, Bin Meng wrote:
Hi Jagan, Simon,
On Thu, Jan 21
Hi,
On 12 February 2016 at 09:55, york sun wrote:
> On 02/12/2016 12:36 AM, Jagan Teki wrote:
>> Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
>> more changes will see on future patches.
>>
>> Cc: Bin Meng
>> Cc: Simon Glass
>> Cc: York Sun
>> Cc: Haikun Wang
>> Signed-off-by: Jagan Te
Hi,
On 12 February 2016 at 09:55, york sun wrote:
> On 02/12/2016 12:36 AM, Jagan Teki wrote:
>> Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
>> more changes will see on future patches.
>>
>> Cc: Bin Meng
>> Cc: Simon Glass
>> Cc: York Sun
>> Cc: Haikun Wang
>> Signed-off-by: Jagan Te
Hi Jagan,
On 12 February 2016 at 09:31, Jagan Teki wrote:
> Hi Simon,
>
> On 12 February 2016 at 21:24, Simon Glass wrote:
>> Hi,
>>
>> On 6 February 2016 at 02:57, Jagan Teki wrote:
>>> Hi Bin,
>>>
>>> On 6 February 2016 at 09:46, Bin Meng wrote:
Hi Jagan, Simon,
On Thu, Jan 21
On 02/12/2016 09:51 AM, Jagan Teki wrote:
> Hi York,
>
> On 12 February 2016 at 22:25, york sun wrote:
>> On 02/12/2016 12:36 AM, Jagan Teki wrote:
>>> Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
>>> more changes will see on future patches.
>>>
>>> Cc: Bin Meng
>>> Cc: Simon Glass
>>>
Hi York,
On 12 February 2016 at 22:25, york sun wrote:
> On 02/12/2016 12:36 AM, Jagan Teki wrote:
>> Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
>> more changes will see on future patches.
>>
>> Cc: Bin Meng
>> Cc: Simon Glass
>> Cc: York Sun
>> Cc: Haikun Wang
>> Signed-off-by: Jag
On 02/12/2016 12:36 AM, Jagan Teki wrote:
> Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
> more changes will see on future patches.
>
> Cc: Bin Meng
> Cc: Simon Glass
> Cc: York Sun
> Cc: Haikun Wang
> Signed-off-by: Jagan Teki
> ---
> drivers/mtd/spi-nor/sf_dataflash.c | 701
>
On 02/12/2016 07:54 AM, Simon Glass wrote:
> Hi,
>
> On 9 February 2016 at 11:56, Steve Rae wrote:
>> On Tue, Feb 9, 2016 at 10:08 AM, york sun wrote:
>>
>>> On 02/09/2016 09:13 AM, Tom Rini wrote:
On Tue, Feb 09, 2016 at 05:08:35PM +, york sun wrote:
> On 02/09/2016 12:00 AM, Wolfg
Hi Simon,
On 12 February 2016 at 21:24, Simon Glass wrote:
> Hi,
>
> On 6 February 2016 at 02:57, Jagan Teki wrote:
>> Hi Bin,
>>
>> On 6 February 2016 at 09:46, Bin Meng wrote:
>>> Hi Jagan, Simon,
>>>
>>> On Thu, Jan 21, 2016 at 1:53 PM, Bin Meng wrote:
Hi,
On Tue, Dec 15, 201
On 02/12/2016 02:51 PM, Lukasz Majewski wrote:
> Hi Marek,
>
>> On 02/12/2016 12:04 PM, Lukasz Majewski wrote:
>>> The following changes since commit
>>> 7aeb1465329a997f93d00adee21a13732b8e1006:
>>>
>>> usb: ehci: Be explicit about the BE IO accessors (2016-02-11
>>> 14:08:37 +0100)
>>>
>>> are
On 2016-02-12 16:53, Simon Glass wrote:
Hi,
On 8 February 2016 at 07:58, Marek Vasut wrote:
On Monday, February 08, 2016 at 09:41:09 AM, Hannes Schmelzer wrote:
On 04.02.2016 12:28, Marek Vasut wrote:
On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote:
On 03.02.2016 20:1
On Fri, Feb 12, 2016 at 08:54:09AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On 11 February 2016 at 09:36, Tom Rini wrote:
> > On Thu, Jan 28, 2016 at 09:39:39AM -0700, Simon Glass wrote:
> >
> >> To make the auto-FIT feature useful we need to be able to provide a list of
> >> device tree files on
Hi,
On 6 February 2016 at 02:57, Jagan Teki wrote:
> Hi Bin,
>
> On 6 February 2016 at 09:46, Bin Meng wrote:
>> Hi Jagan, Simon,
>>
>> On Thu, Jan 21, 2016 at 1:53 PM, Bin Meng wrote:
>>> Hi,
>>>
>>> On Tue, Dec 15, 2015 at 2:27 PM, Jagan Teki wrote:
On 15 December 2015 at 11:48, Bi
Hi Tom,
On 11 February 2016 at 09:36, Tom Rini wrote:
> On Thu, Jan 28, 2016 at 09:39:39AM -0700, Simon Glass wrote:
>
>> To make the auto-FIT feature useful we need to be able to provide a list of
>> device tree files on the command line for mkimage to add into the FIT. Add
>> support for this f
Hi Eddy,
On 5 February 2016 at 10:03, Eddy Petrișor wrote:
> (Sorry Albert for the dup, I accidentally sent the reply only to you.)
>
>
> -- Forwarded message --
> From: Eddy Petrișor
> Date: 2016-02-05 9:06 GMT+02:00
> Subject: Re: Patman use (was: [U-Boot] [PATCHv2] common/mems
Hi,
On 1 February 2016 at 11:00, Ken Sallings wrote:
> I recently added support for cramfs to list and load files from eMMC rather
> than only from NOR/NAND. It now emulates ext4load, fatload, etc... Is
> there any interest in having this added to mainline?
>
Yes, I don't see why not.
> --
> K
Hi,
On 9 February 2016 at 11:56, Steve Rae wrote:
> On Tue, Feb 9, 2016 at 10:08 AM, york sun wrote:
>
>> On 02/09/2016 09:13 AM, Tom Rini wrote:
>> > On Tue, Feb 09, 2016 at 05:08:35PM +, york sun wrote:
>> >> On 02/09/2016 12:00 AM, Wolfgang Denk wrote:
>> >>> Dear York,
>> >>>
>> >>> In m
Hi Troy,
On 8 February 2016 at 08:46, Troy Benjegerdes wrote:
> so I'm tracing through stuff on an am3517-evm board, and finding that with
> a FIT image file that works without signature checking compiled in, when
> I turn on sig checking, if it doesn't find a signature I just get a data
> abort,
Hi,
On 8 February 2016 at 07:58, Marek Vasut wrote:
> On Monday, February 08, 2016 at 09:41:09 AM, Hannes Schmelzer wrote:
>> On 04.02.2016 12:28, Marek Vasut wrote:
>> > On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote:
>> >> On 03.02.2016 20:16, Sergei Temerkhanov wrote:
>>
Hi Hannes,
On 11 February 2016 at 05:48, Hannes Schmelzer wrote:
> hi,
>
> i created some commit which i want to post into the mailing list usind
> patman.py.
>
> I get following error, where i've no idea about the root cause ...
>
> ~/work/u-boot $ tools/patman/patman.py -n
> Cleaned 1 patches
>
On 02/12/2016 04:39 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi Denis,
>> That's fine, just check if you did some modifications to the altera fork
>> of u-boot. Especially interesting would be PLL/pinmux/DRAM config.
>
> I tried to launch altera branch from here:
> https://g
On Thu, Feb 11, 2016 at 07:41:26PM -0600, Adam Ford wrote:
> Logic PD makes four different system on modules. This patch will auto
> detect the board type and identify the corresponding device tree image.
>
> Signed-off-by: Adam Ford
Reviewed-by: Tom Rini
> #define CONFIG_CMDLINE_TAG
On Thu, Feb 11, 2016 at 09:47:20PM +0100, Anatolij Gustschin wrote:
> Hi Tom,
>
> The following changes since commit 94985cc9d3d7ed991ca8b2627d5894df5ea68f49:
>
> Merge branch 'master' of git://git.denx.de/u-boot-usb (2016-02-04 06:56:23
> -0500)
>
> are available in the git repository at:
>
Hi Marek,
> That's fine, just check if you did some modifications to the altera fork
> of u-boot. Especially interesting would be PLL/pinmux/DRAM config.
I tried to launch altera branch from here:
https://github.com/altera-opensource/u-boot-socfpga.
It didn't work out of the box as well.
I will
On 02/12/2016 03:00 PM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi Denis,
>>> Press the "WARM RESET" button of the HPS (located top-right, if you have
>>> the board oriented with HPS ethernet on the top-left). Do you
>>> see any console output then ? You do use the top-right mini
2016-02-11 1:27 GMT+09:00 Stephen Warren :
> On 02/10/2016 05:46 AM, Masahiro Yamada wrote:
>>
>> Currently, "mmc dev" can silently fail. In case of failure, tell
>> the user about it.
>
>
> Does it make sense to print this error inside init_mmc_device() instead, so
> that we don't have to add pri
Hi Marek,
> > Press the "WARM RESET" button of the HPS (located top-right, if you have
> > the board oriented with HPS ethernet on the top-left). Do you
> > see any console output then ? You do use the top-right miniUSB port
> > for console, right ?
>
> Currently board is integrated in RF unit. I
Hi Marek,
> On 02/12/2016 12:04 PM, Lukasz Majewski wrote:
> > The following changes since commit
> > 7aeb1465329a997f93d00adee21a13732b8e1006:
> >
> > usb: ehci: Be explicit about the BE IO accessors (2016-02-11
> > 14:08:37 +0100)
> >
> > are available in the git repository at:
> >
> > gi
This patch adds support for Altera StratixV bitstream programming. 2 FPGAs
are connected to the SPI busses. This patch uses board specific write
code to program the bitstream via SPI direct write mode.
Signed-off-by: Stefan Roese
Cc: Luka Perkov
---
v2:
- Add missing mbus mapping for the SPI dev
> > I tried mainline U-boot with your patches as well as socfpga branch.
> > Still no success.
>
> Did you try the image I sent you ? That one is tested to work on AV SoCDK.
I tried it also. The same result.
> > There is no output on the console.
> > Once again when I'm uploading old version of U
This patch adds support for Altera StratixV bitstream programming. 2 FPGAs
are connected to the SPI busses. This patch uses board specific write
code to program the bitstream via SPI direct write mode.
Signed-off-by: Stefan Roese
Cc: Luka Perkov
---
arch/arm/dts/armada-xp-theadorable.dts | 21
The direct write config register is needed for SPI direct write mode
configuration.
Signed-off-by: Stefan Roese
Cc: Luka Perkov
---
arch/arm/include/asm/arch-mvebu/spi.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/arch-mvebu/spi.h
b/arch/arm/include/asm/arch-mve
These attribute defines may be used to map an area of memory for direct
access to the specific SPI devices. See SPI Direct Access Mode for
further information.
Signed-off-by: Stefan Roese
Cc: Luka Perkov
---
arch/arm/mach-mvebu/include/mach/cpu.h | 3 +++
1 file changed, 3 insertions(+)
diff -
This patch adds support for programming of the StratixV FPGAs. Programming
is done in this case (board theadorable) via SPI. The board may provide
board specific code for bitstream programming.
This StratixV support will be used by the theadorable board.
Signed-off-by: Stefan Roese
Cc: Tom Rini
This patch adds a DM GPIO driver for the Marvell MVEBU SoCs. There are
other non-DM drivers that might be used on these platforms. But this
patch creates a new DM driver. Which will be used by all Armada XP/38x
boards. Other MVEBU SoC (Kirkwood / Orion) may follow once they
support DM as well.
Sig
Currently only chip-select 0 is supported by the kirkwood SPI driver.
The Armada XP / 38x SoCs also use this driver and support multiple chip
selects. This patch adds support for multiple CS on MVEBU.
The register definitions are restructured a bit with this patch. Grouping
them to the correspondi
On 02/12/2016 12:04 PM, Lukasz Majewski wrote:
> The following changes since commit
> 7aeb1465329a997f93d00adee21a13732b8e1006:
>
> usb: ehci: Be explicit about the BE IO accessors (2016-02-11 14:08:37
> +0100)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-dfu.gi
On 02/12/2016 09:44 AM, Bakhvalov, Denis (Nokia - PL/Wroclaw) wrote:
> Hi Marek,
Hi Denis,
> I tried mainline U-boot with your patches as well as socfpga branch.
> Still no success.
Did you try the image I sent you ? That one is tested to work on AV SoCDK.
> There is no output on the console.
>
This GPIO controller device is used on UniPhier SoCs.
Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
---
Changes in v3:
- one gpio bank per register
Changes in v2:
- Do not use "ngpio" property to specify the number of GPIO pins.
Instead, use .data field of OF match table.
driv
I implemented a GPIO driver based on Driver Model for the UniPhier
SoC family, but I could not find any good reason why such SoC
specific GPIO headers are needed.
Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
arch/arm/include/asm/gpio.h | 2 +
Changes in v3:
- one gpio bank per register
Changes in v2:
- Do not use "ngpio" property to specify the number of GPIO pins.
Instead, use .data field of OF match table.
Masahiro Yamada (3):
gpio: uniphier: add driver for UniPhier GPIO controller
gpio: do not include for UniPhier
Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
arch/arm/Kconfig | 1 +
configs/uniphier_ld4_sld8_defconfig | 2 ++
configs/uniphier_pro4_defconfig | 2 ++
configs/uniphier_pro5_defconfig | 2 ++
configs/uniphier_p
On Friday 12 February 2016 02:54 PM, Jagan Teki wrote:
> On 27 January 2016 at 17:27, Mugunthan V N wrote:
>> adopt ti-edma3 driver to device driver model
>>
>> Signed-off-by: Mugunthan V N
>> Reviewed-by: Simon Glass
>> ---
>> drivers/dma/ti-edma3.c | 74
>> +++
This board has an EEPROM connected to the I2C channel 0 of the SoC.
Its slave address is 0x54.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/dts/uniphier-proxstream2-gentil.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/uniphier-proxstream2-gentil.
This is used for on-board inter-connection.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
arch/arm/dts/uniphier-proxstream2-gentil.dts | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/uniphier-proxstream2-gentil.dts
b/arch/arm/dts/uniphier-proxstream2-gentil.dts
Initial commit for PH1-Pro4 Ace and Sanji boards.
Note:
There are two variants for the Ace board in terms of the amount of
DDR memory; 1GB or 2GB.
Signed-off-by: Masahiro Yamada
---
Changes in v2:
- newly added
arch/arm/dts/Makefile| 2 +
arch/arm/dts/uniphier-ph1-pro4
Changes in v2:
- newly added
Masahiro Yamada (3):
ARM: dts: uniphier: add EEPROM node for ProXstream2 Gentil board
ARM: dts: uniphier: enable I2C channel 2 of ProXstream2 Gentil board
ARM: uniphier: add support for PH1-Pro4 Ace and Sanji boards
arch/arm/dts/Makefile
The following changes since commit
7aeb1465329a997f93d00adee21a13732b8e1006:
usb: ehci: Be explicit about the BE IO accessors (2016-02-11 14:08:37
+0100)
are available in the git repository at:
git://git.denx.de/u-boot-dfu.git
for you to fetch changes up to 3e3d2ff93e966c9ace17a3d2d9abd5
Hi Hou Zhiqiang,
On 29 January 2016 at 12:56, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> For more than 16MiB SPI flash chips, there are 3-Byte and 4-Byte address
> mode, and only the 3-Byte address mode is supported in U-Boot so far.
> So, reset the SPI flash to 3-Byte address mode in probe to
This patch enable VID support for ls2080ardb platform.
It uses the common VID driver
Signed-off-by: Rai Harninder
---
Changes in v3:
- Call adjust_vdd() so that the voltage gets adjusted
during u-boot boot up itself
Changes in v2
- Use CONFIG_FSL_LSCH3 instead of CONFIG_LAYERSCAPE
since the la
On 27 January 2016 at 17:27, Mugunthan V N wrote:
> adopt ti-edma3 driver to device driver model
>
> Signed-off-by: Mugunthan V N
> Reviewed-by: Simon Glass
> ---
> drivers/dma/ti-edma3.c | 74
> --
> 1 file changed, 72 insertions(+), 2 deletions
Hi Marek,
I tried mainline U-boot with your patches as well as socfpga branch.
Still no success.
There is no output on the console.
Once again when I'm uploading old version of U-boot and preloader (from 2013)
at least I can see the output on the console.
What could be the next step?
Best regar
Since dataflash driver is using mtd_info core
functionalities this patch renames file and
config name similar way as Linux.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/Makefile| 1 +
drivers/mtd/spi-n
Drop using sf_internal.h and get the RDID from spi-nor.h
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/spi-nor/sf_dataflash.c
b/d
Use spi_write_then_read call from spi layer for
dataflash write and then read calling.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
dif
- rename spi_dataflash to mtd_dataflash
- fix single line comments
- remove unneeded spaces
- ascending order of include files
- rename spi_dataflash_* to dataflash_*
- rename SPI DATAFLASH to dataflash
- rename SPI DataFlash to dataflash
- return NULL replaced with error code
Cc: Bin Meng
Cc: Si
This patch replace the dataflash driver from SPI_FLASH
uclass to MTD UCLASS along with the support of mtd opertaions.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 216 ++---
1 file
This patch fixed the add_dataflash return logic,
so-that it can handle both jedec and older chips
same as Linux.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 127 ++---
1 file chan
Flash id detection should be the first step to enumerate
the connected flash on the board, once ie done checking
with respective id codes locally in the driver all this
should be part of jedec_probe instead of id detection and
validated through flash_info{} table separatly.
Cc: Bin Meng
Cc: Simon
Copy sf_dataflash.c from drivers/mtd/spi to spi-nor,
more changes will see on future patches.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 701 +
1 file changed, 701 insertions
dataflash doesn't require options, memory_map from spi.
Cc: Bin Meng
Cc: Simon Glass
Cc: York Sun
Cc: Haikun Wang
Signed-off-by: Jagan Teki
---
drivers/mtd/spi-nor/sf_dataflash.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/mtd/spi-nor/sf_dataflash.c
b/dr
These changes on top my previous spi-nor series[1], this
series convert dataflash to MTD uclass.
Testing:
$ git clone git://git.denx.de/u-boot-spi.git
$ cd u-boot-spi
$ git checkout -b spi-nor origin/spi-nor
[1] https://www.mail-archive.com/u-boot@lists.denx.de/msg203293.html
Jagan Teki (12):
77 matches
Mail list logo
