gmane.comp.boot-loaders.u-boot

[PATCH 0/2 V4] SPI: Enable SPI_PREAMBLE Mode

Rajeshwari Shinde — 2013-05-24T13:54:52

This patch set enables PREAMBLE Mode for EXYNOS SPI.

Changes in v2:
- Remove preamable_count variable which is not really needed
- Fix checkpatch warning (multiple assignments)
Changes in V3:
- Modified the if logic in spi_rx_tx function
- Added blank lines as suggested by Minkyu Kang.
- Removed in_bytes check in while loop.
- Added a error check.
Changes in V4:
- Corrected a if condition.
Rajeshwari Shinde (2):
  SPI: Add support for preamble bytes
  EXYNOS: SPI: Support SPI_PREAMBLE mode

 drivers/spi/exynos_spi.c |   69 +++++++++++++++++++++++++++++++++++++++------
 include/spi.h            |    5 +++
 2 files changed, 64 insertions(+), 10 deletions(-)

[PATCH 0/2 V3] SPI: Enable SPI_PREAMBLE Mode

Rajeshwari Shinde — 2013-05-24T13:18:24

This patch set enables PREAMBLE Mode for EXYNOS SPI.

Changes in v2:
- Remove preamable_count variable which is not really needed
- Fix checkpatch warning (multiple assignments)
Changes in V3:
- Modified the if logic in spi_rx_tx function
- Added blank lines as suggested by Minkyu Kang.
- Removed in_bytes check in while loop.
- Added a error check.
Rajeshwari Shinde (2):
  SPI: Add support for preamble bytes
  EXYNOS: SPI: Support SPI_PREAMBLE mode

 drivers/spi/exynos_spi.c |   69 +++++++++++++++++++++++++++++++++++++++------
 include/spi.h            |    5 +++
 2 files changed, 64 insertions(+), 10 deletions(-)

[PATCH V2] MMC: DWMMC: Fix FIFO_DEPTH calculation

Rajeshwari Shinde — 2013-05-24T12:45:34

Current DWMMC driver used to give FIFO underrun/overrun error every 3rd time
for mmc rescan command.
In current code FIFO_DEPTH is getting calculated after reading the default FIFOTH
register and extracting the RX_WMARK bits from it i.e (RX_WMARK = FIFO_DEPTH/2 -1).
Instead of storing the correct value, we were recalculating the FIFO_DEPT each
time which is not correct.

Based on "[PATCH V9 3/9] DWMMC: Initialise dwmci and resolve EMMC read write issues"
http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/160247

Signed-off-by: Hatim Ali <hatim.rv< at >samsung.com>
Signed-off-by: Rajeshwari Shinde <rajeshwari.s< at >samsung.com>
---
Changes in V2:
- remove fifoth_val local variable
- Rebased on top of "[PATCH V9 3/9] DWMMC: Initialise dwmci and resolve
EMMC read write issues".
 drivers/mmc/dw_mmc.c |   14 ++++++--------
 1 files changed, 6 insertions(+), 8 deletions(-)

diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 1307b12..5da20ed 100644
--- a/drivers/mmc/dw_mmc.c
+++ b/drivers/mmc/dw_mmc.c

[PATCH V3 0/3] Introduce Samsung's new board Trats2

Piotr Wilczek — 2013-05-24T08:23:08

This patchset add support for a new Samsung board Trats2.
Multi I2C file is update to support more buses.
Battery support is added for Trats2.

This patchset depends on:
http://patchwork.ozlabs.org/patch/246101/
http://patchwork.ozlabs.org/patch/246100/
http://patchwork.ozlabs.org/patch/245311/
http://patchwork.ozlabs.org/patch/245307/
http://patchwork.ozlabs.org/patch/245306/

Changes in v3:
- add Maintainer entry
- changed T-flash detect pin to GPX3[3]
- removed MMC_ASYNC
- use only software i2c

Changes in v2:
- removed lcd callback in panel_info
- changed i2c from hardware to software
- use max77693 multifunction pmic

Piotr Wilczek (3):
  power:battery: add battery support for Trats2 board
  i2c:multi_i2c: add new macros I2C_7 and I2C_8
  samsung: trats2: add support for new board Trats2

 MAINTAINERS                        |    4 +
 board/samsung/common/multi_i2c.c   |   33 +++
 board/samsung/trats2/Makefile      |   50 ++++
 board/samsung/trats2/trats2.c      |  529 +++++++++++++++++++++++++++++++++++

[PATCH] drivers:lcd: fix unaligned access on lcd

Piotr Wilczek — 2013-05-24T07:46:05

This patch replace 'le32_to_cpu' function with 'get_unaligend_le32' to
avoid unaligned access exception on some ARM platforms (ex Trats2).

Signed-off-by: Piotr Wilczek <p.wilczek< at >samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park< at >samsung.com>
CC: Minkyu Kang <mk7.kang< at >samsung.com>
CC: Anatolij Gustschin <agust< at >denx.de>
---
 common/lcd.c |   12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/common/lcd.c b/common/lcd.c
index edae835..577a452 100644
--- a/common/lcd.c
+++ b/common/lcd.c
< at >< at > -42,6 +42,7 < at >< at >
 #endif
 #include <lcd.h>
 #include <watchdog.h>
+#include <asm/unaligned.h>
 
 #if defined(CONFIG_CPU_PXA25X) || defined(CONFIG_CPU_PXA27X) || \
 defined(CONFIG_CPU_MONAHANS)
< at >< at > -907,9 +908,9 < at >< at > int lcd_display_bitmap(ulong bmp_image, int x, int y)
 return 1;
 }
 
-width = le32_to_cpu(bmp->header.width);
-height = le32_to_cpu(bmp->header.height);
-bmp_bpix = le16_to_cpu(bmp->header.bit_count);
+width = get_unaligned_le32(&bmp->header.width);
+height = get_unaligned_

[PATCH] drivers:video:s6e8ax0: change data_to_send arrayto static

Piotr Wilczek — 2013-05-24T07:43:46

This patch change 'data_to_send' array to static to avoid
unaligned access exeption on some platforms (ex Trats2).

Signed-off-by: Piotr Wilczek <p.wilczek< at >samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park< at >samsung.com>
CC: Minkyu Kang <mk7.kang< at >samsung.com>
CC: Anatolij Gustschin <agust< at >denx.de>
---
 drivers/video/s6e8ax0.c |   26 +++++++++++++-------------
 1 file changed, 13 insertions(+), 13 deletions(-)

diff --git a/drivers/video/s6e8ax0.c b/drivers/video/s6e8ax0.c
index 176c518..f6db694 100644
--- a/drivers/video/s6e8ax0.c
+++ b/drivers/video/s6e8ax0.c
< at >< at > -29,7 +29,7 < at >< at > static void s6e8ax0_panel_cond(struct mipi_dsim_device *dsim_dev)
 {
 struct mipi_dsim_master_ops *ops = dsim_dev->master_ops;
 int reverse = dsim_dev->dsim_lcd_dev->reverse_panel;
-const unsigned char data_to_send[] = {
+static const unsigned char data_to_send[] = {
 0xf8, 0x3d, 0x35, 0x00, 0x00, 0x00, 0x8d, 0x00, 0x4c,
 0x6e, 0x10, 0x27, 0x7d, 0x3f, 0x10, 0x00, 0x00, 0x20,
 0x04, 0x08, 0x6e, 0x00, 0x00, 0x00, 0x02, 0x

[PATCH] da830: add MMC support

Vishwanathrao Badarkhe, Manish — 2013-05-24T02:46:14

Add MMC support for da830 boards in order to perform
mmc operations(read,write and erase).

Signed-off-by: Vishwanathrao Badarkhe, Manish <manishv.b< at >ti.com>
---
:100644 100644 c45c94b... bf014ae... Mboard/davinci/da8xxevm/da830evm.c
:100644 100644 198892b... 28995a0... Minclude/configs/da830evm.h
 board/davinci/da8xxevm/da830evm.c |   48 +++++++++++++++++++++++++++++++++++++
 include/configs/da830evm.h        |   24 +++++++++++++++++-
 2 files changed, 70 insertions(+), 2 deletions(-)

diff --git a/board/davinci/da8xxevm/da830evm.c b/board/davinci/da8xxevm/da830evm.c
index c45c94b..bf014ae 100644
--- a/board/davinci/da8xxevm/da830evm.c
+++ b/board/davinci/da8xxevm/da830evm.c
< at >< at > -44,6 +44,11 < at >< at >
 #include <asm/arch/nand_defs.h>
 #include <asm/arch/davinci_misc.h>
 
+#ifdef CONFIG_DAVINCI_MMC
+#include <mmc.h>
+#include <asm/arch/sdmmc_defs.h>
+#endif
+
 DECLARE_GLOBAL_DATA_PTR;
 
 /* SPI0 pin muxer settings */
< at >< at > -153,6 +158,23 < at >< at > static const struct pinmux_config usb_pins[] = {
 { pinmux(9), 1, 1 }
 };
 
+

[PATCH] mx6slevk: Allow booting a device tree kernel

Fabio Estevam — 2013-05-23T23:57:18

From: Fabio Estevam <fabio.estevam< at >freescale.com>

When the mx6slevk board support was added in U-boot there was no device tree
support for mx6sl, so only a FSL 3.0.35 was tested at that time.

Now that mx6slevk support is available we can boot a device tree kernel, by
adjusting CONFIG_LOADADDR into a proper location, so that a non-dt and a dt
kernels can be booted.

Signed-off-by: Fabio Estevam <fabio.estevam< at >freescale.com>
---
 include/configs/mx6slevk.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/include/configs/mx6slevk.h b/include/configs/mx6slevk.h
index 8a94efd..19dcdd6 100644
--- a/include/configs/mx6slevk.h
+++ b/include/configs/mx6slevk.h
< at >< at > -59,7 +59,7 < at >< at >
 
 #define CONFIG_BOOTDELAY3
 
-#define CONFIG_LOADADDR0x80800000
+#define CONFIG_LOADADDR0x82000000
 #define CONFIG_SYS_TEXT_BASE0x87800000
 
 #define CONFIG_EXTRA_ENV_SETTINGS \

[PATCH] ARM: tegra: only enable SCU on Tegra20

Stephen Warren — 2013-05-23T22:26:18

From: Tom Warren <twarren< at >nvidia.com>

The non-SPL build of U-Boot on Tegra only runs on a single CPU, and
hence there is no need to enable the SCU when running U-Boot. If an
SMP OS is booted, and it needs the SCU enabled, it will enable the SCU
itself. U-Boot doing so is redundant.

The one exception is Tegra20, where an enabled SCU is required for some
aspects of PCIe to work correctly.

Some Tegra SoCs contain CPUs without a software-controlled SCU. In this
case, attempting to turn it on actively causes problems. This is the case
for Tegra114. For example, when running Linux, the first (or at least
some very early) user-space process will trigger the following kernel
message:

Unhandled fault: imprecise external abort (0x406) at 0x00000000

This is typically accompanied by that process receving a fatal signal,
and exiting. Since this process is usually pid 1, this causes total
system boot failure.

Signed-off-by: Tom Warren <twarren< at >nvidia.com>
[swarren, fleshed out description, ported to upstream chipid

[PATCH] input: simplify key_matrix_decode_fdt()

Stephen Warren — 2013-05-23T22:09:57

From: Stephen Warren <swarren< at >nvidia.com>

We know the exact property names that the code wants to process. Look
these up directly with fdt_get_property(), rather than iterating over
all properties within the node, and checking each property's name, in
a convoluted fashion, against the expected name.

Signed-off-by: Stephen Warren <swarren< at >nvidia.com>
---
Note: This depends on my previous patch "input: fix unaligned access
in key_matrix_decode_fdt()". While to two patches could be squashed
together, I'd prefer them to go in separately, since the former is a
bug-fix that makes the original code work again on ARMv7 at least, and
this patch is an unrelated refactoring.
---
 drivers/input/key_matrix.c |   66 +++++++++++++++++---------------------------
 1 file changed, 26 insertions(+), 40 deletions(-)

diff --git a/drivers/input/key_matrix.c b/drivers/input/key_matrix.c
index c8b048e..ea05c77 100644
--- a/drivers/input/key_matrix.c
+++ b/drivers/input/key_matrix.c
< at >< at > -154,54 +154,40 < at >< at > static uchar *create_keym

[PATCH V3 1/4] README: document CONFIG_ENV_IS_IN_MMC

Stephen Warren — 2013-05-23T20:51:44

From: Stephen Warren <swarren< at >nvidia.com>

Describe the meaning of CONFIG_ENV_IS_IN_MMC, and all related defines that
must or can be set when using that option.

Signed-off-by: Stephen Warren <swarren< at >nvidia.com>
---
v3:
* Mention that env size/offset are in bytes.
* Fix typo; s/CONFIG_ENV_OFFSET/CONFIG_ENV_SIZE/ in one place.
v2: New patch.
---
 README |   40 ++++++++++++++++++++++++++++++++++++++++
 1 file changed, 40 insertions(+)

diff --git a/README b/README
index 3012dcd..e7fedb8 100644
--- a/README
+++ b/README
< at >< at > -3606,6 +3606,46 < at >< at > but it can not erase, write this NOR flash by SRIO or PCIE interface.
   You will probably want to define these to avoid a really noisy system
   when storing the env in UBI.
 
+- CONFIG_ENV_IS_IN_MMC:
+
+Define this if you have an MMC device which you want to use for the
+environment.
+
+- CONFIG_SYS_MMC_ENV_DEV:
+
+  Specifies which MMC device the environment is stored in.
+
+- CONFIG_SYS_MMC_ENV_PART (optional):
+
+  Specifies which MMC partition the environmen

[PATCH] ext4: assign get_fs()->dev_desc before using it

Stephen Warren — 2013-05-23T20:22:10

From: Stephen Warren <swarren< at >nvidia.com>

Commit 50ce4c0 "fs/ext4: Support device block sizes != 512 bytes"
modified ext4fs_set_blk_dev() to calculate total_sect based on
get_fs()->dev_desc->log2blksz rather than SECTOR_SIZE. However, this
value wasn't yet assigned. Move the assignment earlier so the code
doesn't crash or hang.

Cc: Egbert Eich <eich< at >suse.com>
Signed-off-by: Stephen Warren <swarren< at >nvidia.com>
---
 fs/ext4/dev.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/fs/ext4/dev.c b/fs/ext4/dev.c
index 3e993cc..81b7633 100644
--- a/fs/ext4/dev.c
+++ b/fs/ext4/dev.c
< at >< at > -51,11 +51,11 < at >< at > void ext4fs_set_blk_dev(block_dev_desc_t *rbdd, disk_partition_t *info)
 {
 assert(rbdd->blksz == (1 << rbdd->log2blksz));
 ext4fs_block_dev_desc = rbdd;
+get_fs()->dev_desc = rbdd;
 part_info = info;
 part_offset = info->start;
 get_fs()->total_sect = (info->size * info->blksz) >>
 get_fs()->dev_desc->log2blksz;
-get_fs()->dev_desc = rbdd;
 }
 
 int ext4fs_devread(int sector, int byte_

Can not get linux prompt using sandbox

Christian Hyep — 2013-05-23T14:07:38

Hi All,

I'm using sandbox architecture on my PC to work on some sign-verify issues. 
However, I can not get linux prompt after bootm a linux kernel.
I understand sandbox development is in progress, so I want to ask is it
doable to get a linux prompt using sandbox currently? Thanks.

Best Regards,
Christian 



--
View this message in context: http://u-boot.10912.n7.nabble.com/Can-not-get-linux-prompt-using-sandbox-tp155545.html
Sent from the U-Boot mailing list archive at Nabble.com.

[PATCH 1/2] wandboard: Enable HDMI splashscreen

Fabio Estevam — 2013-05-23T17:50:23

Signed-off-by: Fabio Estevam <fabio.estevam< at >freescale.com>
---
 board/wandboard/wandboard.c | 98 +++++++++++++++++++++++++++++++++++++++++++++
 include/configs/wandboard.h | 15 ++++++-
 2 files changed, 112 insertions(+), 1 deletion(-)

diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
index bb98352..5666cbf 100644
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
< at >< at > -10,9 +10,11 < at >< at >
  */
 
 #include <asm/arch/clock.h>
+#include <asm/arch/crm_regs.h>
 #include <asm/arch/iomux.h>
 #include <asm/arch/imx-regs.h>
 #include <asm/arch/mx6-pins.h>
+#include <asm/arch/mxc_hdmi.h>
 #include <asm/arch/sys_proto.h>
 #include <asm/gpio.h>
 #include <asm/imx-common/iomux-v3.h>
< at >< at > -21,9 +23,11 < at >< at >
 #include <asm/sizes.h>
 #include <common.h>
 #include <fsl_esdhc.h>
+#include <ipu_pixfmt.h>
 #include <mmc.h>
 #include <miiphy.h>
 #include <netdev.h>
+#include <linux/fb.h>
 
 DECLARE_GLOBAL_DATA_PTR;
 
< at >< at > -206,6 +210,88 < at >< at > int board_phy_config(struct phy_device *phydev)
 return 0;
 }

[PATCH] MMC: DWMMC: Fix FIFO_DEPTH calculation

Rajeshwari Shinde — 2013-05-23T13:15:00

Current DWMMC driver used to give FIFO underrun/overrun error every 3rd time
for mmc rescan command.
In current code FIFO_DEPTH is getting calculated after reading the FIFOTH
register and extracting the RX_WMARK bits from it i.e (RX_WMARK = FIFO_DEPTH/2 -1).
Instead of storing the correct value, we were recalculating the FIFO_DEPT each
time which is not correct.

Signed-off-by: Hatim Ali <hatim.rv< at >samsung.com>
Signed-off-by: Rajeshwari Shinde <rajeshwari.s< at >samsung.com>
---
 drivers/mmc/dw_mmc.c |    6 ++++--
 1 files changed, 4 insertions(+), 2 deletions(-)

diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 4070d4e..be590a4 100644
--- a/drivers/mmc/dw_mmc.c
+++ b/drivers/mmc/dw_mmc.c
< at >< at > -332,11 +332,13 < at >< at > static int dwmci_init(struct mmc *mmc)
 dwmci_writel(host, DWMCI_BMOD, 1);
 
 fifo_size = dwmci_readl(host, DWMCI_FIFOTH);
-if (host->fifoth_val)
+if (host->fifoth_val) {
 fifoth_val = host->fifoth_val;
-else
+} else {
 fifoth_val = MSIZE(0x2) | RX_WMARK(fifo_size/2 -1) |
 TX_WMARK

[PATCH] powerpc/p2041rdb: fix SerDes clock display forRevC & RevD boards

Shaohui Xie — 2013-05-23T09:54:48

For now there are three boards supported:

Early -PB board used schematic RevC(x) and it's PCBA rev4.0.
Now -PB board used schematic RevD(x) and it's PCBA rev5.0.
Now -PC board used schematic RevD(x) and it's PCBA rev5.0.

All RevD(x) boards have same clock setting on bank1 and bank2,
RevC(x) board has different clock setting on two banks, PCBA can
be used to distinguish the boards, PCBA could be increased on
RevD(x) board in future, but RevC(x) board will never has PCBA > 4.

Signed-off-by: Shaohui Xie <Shaohui.Xie< at >freescale.com>
---
 board/freescale/p2041rdb/p2041rdb.c | 15 ++++++++++++++-
 1 file changed, 14 insertions(+), 1 deletion(-)

diff --git a/board/freescale/p2041rdb/p2041rdb.c b/board/freescale/p2041rdb/p2041rdb.c
index a706a6d..8549639 100644
--- a/board/freescale/p2041rdb/p2041rdb.c
+++ b/board/freescale/p2041rdb/p2041rdb.c
< at >< at > -84,7 +84,10 < at >< at > int checkboard(void)
 };
 unsigned int clock = (sw >> (2 * i)) & 3;
 
-printf("Bank%u=%sMhz ", i+1, freq[i][clock]);
+if ((i == 1) && (CPLD_READ(p

[PATCH] powerpc/p2041rdb: fix SerDes clock display forRevC & RevD boards

Shaohui Xie — 2013-05-23T08:27:41

For now there are three boards supported:

Early -PB board used schematic RevC(x) and it's PCBA rev4.0.
Now -PB board used schematic RevD(x) and it's PCBA rev5.0.
Now -PC board used schematic RevD(x) and it's PCBA rev5.0.

All RevD(x) boards have same clock setting on bank1 and bank2,
RevC(x) board has different clock setting on two banks, PCBA can
be used to distinguish the boards, PCBA could be increased on
RevD(x) board in future, but RevC(x) board will never has PCBA > 4.

Signed-off-by: Shaohui Xie <Shaohui.Xie< at >freescale.com>
---
 board/freescale/p2041rdb/p2041rdb.c | 15 ++++++++++++++-
 1 file changed, 14 insertions(+), 1 deletion(-)

diff --git a/board/freescale/p2041rdb/p2041rdb.c b/board/freescale/p2041rdb/p2041rdb.c
index a706a6d..8549639 100644
--- a/board/freescale/p2041rdb/p2041rdb.c
+++ b/board/freescale/p2041rdb/p2041rdb.c
< at >< at > -84,7 +84,10 < at >< at > int checkboard(void)
 };
 unsigned int clock = (sw >> (2 * i)) & 3;
 
-printf("Bank%u=%sMhz ", i+1, freq[i][clock]);
+if ((i == 1) && (CPLD_READ(p

[HELP]: sf: winbond: add W25Q32

Jagan Teki — 2013-05-23T08:52:45

Hi Rajeshwari,

+       {
+               .id                     = 0x5014,

is this id code is correct? it seems like 0x4014

+               .nr_blocks              = 128,

nr_blocks must be 16 i think?

+               .name                   = "W25Q80",
+       },
 };

Honestly the commit message itself is wrong, i guess.

Please comment.

Thanks,
Jagan.

U-Boot code git versions problem

Balaji N — 2013-05-23T08:01:22

Hi All,

Before 6 months, I have taken U-Boot code from git repository and the
version details:

VERSION = 2012
PATCHLEVEL = 10
SUBLEVEL =
EXTRAVERSION = -rc1

Now I have taken the same version code from git. But both looks very
different.

What is the problem? or where I need to take the proper version code from
git?

The link: http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=summary

-Thanks,
Balaji N
_______________________________________________
U-Boot mailing list
U-Boot< at >lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

FW: [PATCH 5/6] spl: Make CONFIG_SPL_BUILD contain more functionality

Zhang Ying-B40530 — 2013-05-23T08:43:48

-----Original Message-----
From: Wood Scott-B07421 
Sent: Wednesday, May 22, 2013 3:42 AM
To: Zhang Ying-B40530
Cc: u-boot< at >lists.denx.de; afleming< at >gmail.com; Xie Xiaobo-R63061; Zhang Ying-B40530; Ilya Yanok
Subject: Re: [PATCH 5/6] spl: Make CONFIG_SPL_BUILD contain more functionality

Please change the title and the rest of the changelog to describe what  
functionality you're adding and why.

On 05/20/2013 01:07:27 AM, ying.zhang< at >freescale.com wrote:

This ifndef was introduced by Ilya Yanok in commit  
7ac2fe2da21d292aeaf3af74e5c80de9ce9dab56.

Ilya, what are the consequences of removing this?  Is there some other  
symbol we can use here?

-Scott
[Zhang Ying] 
Ilya, Can you answer this question? Thanks.

Please pull u-boot-cfi-flash/master

Stefan Roese — 2013-05-23T07:55:37

Hi Tom,

please pull some CFI fixes:


The following changes since commit 8bcb6f43e98ffc76e998349e0ec32a0e359160d4:

  Update MAINTAINERS file for sandbox (2013-05-17 17:04:39 -0400)

are available in the git repository at:

  git://www.denx.de/git/u-boot-cfi-flash.git master

for you to fetch changes up to 24c185cf58a5bef1e0401a0f7e70526d6d9078c7:

  cfi_flash: return NULL for invalid base address input (2013-05-23 09:48:45 +0200)

----------------------------------------------------------------
Andrew Gabbasov (1):
      cfi_flash: Fix unaligned accesses to cfi_qry structure

Masahiro Yamada (2):
      cosmetic: cfi_flash: delete a space after an unary operator
      cfi_flash: return NULL for invalid base address input

 drivers/mtd/cfi_flash.c | 23 +++++++++++++----------
 include/mtd/cfi_flash.h | 18 +++++++++++-------
 2 files changed, 24 insertions(+), 17 deletions(-)


Thanks,
Stefan