On 24 October 2015 at 09:08, Jagan Teki wrote:
> This series replaces numerical bit shitfts and mask values
> with BIT and GENMASK macro's
>
> Changes for v5:
> - Dropped exynos_spi BIT changes
> - Removed GENMASK for 0XFF on cadence_qspi_qpb
> - Split the commit message body
> Changes for v4:
> -
Hi Febio,
On 24 October 2015 at 20:56, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the is_power_of_2() definition from log2.h to align with the
> kernel implementation.
>
> Signed-off-by: Fabio Estevam
> Reviewed-by: Tom Rini
> ---
> Changes since v1:
> - None
>
> arch/arm/mach-mvebu/m
Hi Febio,
You replaced __always_inline to inline any specific reason? found
__always_inline at some parts of header in code. But my compilation is
not-smooth with this.
On 24 October 2015 at 20:56, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the generic bitops header files from the kerne
On 24 October 2015 at 20:56, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the log2 header files from the kernel.
>
> Imported from kernel 4.2.3.
>
> Signed-off-by: Fabio Estevam
> Reviewed-by: Tom Rini
Reviewed-by: Jagan Teki
> ---
> Changes since v1:
> - None
>
> include/linux/log2.h
From: Zhenhua Luo
In binutils-2.25, the _GLOBAL_OFFSET_TABLE_ symbols defined by PROVIDE in
u-boot.lds overrides the linker built-in symbols
(https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;
h=b893397a4b1316610f49819344817715e4305de9),
so the linker is treating _GLOBAL_OFFSE
The DFU protocol implementation in U-Boot is much faster than the
FEL protocol implementation in the boot ROM on Allwinner devices.
Using DFU instead of FEL improves the USB transfer speed from
500-900 KB/s to 3.2-3.7 MB/s. This is particularly useful for
reducing the time needed for booting system
This is necessary to distinguish between the "dfu-util --detach" and
the "dfu-util --reset" requests.
The default weak implementation of dfu_usb_get_reset() unconditionally
reboots the device, but we want to be able to continue the boot.scr
execution after writing the kernel, fdt and ramdisk to RA
Hello,
DFU allows to transfer large files (such as initrd images) much
faster than FEL.
Siarhei Siamashka (2):
sunxi: Enable DFU for RAM
musb: sunxi: Implement dfu_usb_get_reset()
drivers/usb/musb-new/sunxi.c | 12
include/configs/sunxi-common.h | 30 +
- Use __func__ on debug
- Removed unnecessary comment
Signed-off-by: Jagan Teki
---
drivers/spi/zynq_qspi.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/zynq_qspi.c b/drivers/spi/zynq_qspi.c
index 8aa61d7..defc50e 100644
--- a/drivers/spi/zynq_qspi.c
++
On Sunday, October 25, 2015 at 04:02:58 AM, Thomas Chou wrote:
> Do not include cfi_flash.h if CONFIG_SYS_NO_FLASH. Because
> the flash_info is undefined in flash.h if CONFIG_SYS_NO_FLASH.
>
> Signed-off-by: Thomas Chou
> ---
> include/mtd/cfi_flash.h | 4
> 1 file changed, 4 insertions(+)
From: Zhenhua Luo
In binutils-2.25, the _GLOBAL_OFFSET_TABLE_ symbols defined by PROVIDE in
u-boot.lds overrides the linker built-in symbols
(https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commitdiff;h=b893397a4b1316610f49819344817715e4305de9),
so the linker is treating _GLOBAL_OFFSET
Hi Yen,
On 23 October 2015 at 04:18, Yen Lin wrote:
> Jagan,
>
>> This is a port of the existing Tegra SPI driver (tegra114_spi.c). The Tegra
>> 210
>> QSPI controller is compatible with SPI, but had some quirks IIRC - Yen can
>> comment on that, since he wrote this driver.
>>
> There are som
Hi Simon,
On Sun, Oct 18, 2015 at 1:50 AM, Simon Glass wrote:
> A PCI bus may be a bridge device where the controller is the bridge's
> parent. Add a function to return the controller device, given a PCI device.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/pci/pci-uclass.c | 8
> i
Do not include cfi_flash.h if CONFIG_SYS_NO_FLASH. Because
the flash_info is undefined in flash.h if CONFIG_SYS_NO_FLASH.
Signed-off-by: Thomas Chou
---
include/mtd/cfi_flash.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/mtd/cfi_flash.h b/include/mtd/cfi_flash.h
index 048b477
On Sun, Oct 25, 2015 at 5:24 AM, Tom Rini wrote:
> This board has not compiled for me for quite some time due to size
> constraints, remove.
>
> Cc: Stefan Roese
> Signed-off-by: Tom Rini
> ---
Reviewed-by: Bin Meng
> board/amcc/ocotea/Kconfig | 16 -
> board/amcc/ocot
On Sun, Oct 25, 2015 at 5:24 AM, Tom Rini wrote:
> This board has not compiled for me for quite some time due to size
> constraints, remove.
>
> Cc: Stefan Roese
> Signed-off-by: Tom Rini
> ---
Reviewed-by: Bin Meng
> board/amcc/taishan/Kconfig | 16 --
> board/amcc/taishan/MAINTAINERS
On Sun, Oct 25, 2015 at 5:24 AM, Tom Rini wrote:
> This board has not compiled for me for quite some time due to size
> constraints, remove.
>
> Cc: Stefan Roese
> Signed-off-by: Tom Rini
> ---
Reviewed-by: Bin Meng
> board/amcc/ebony/Kconfig | 16
> board/amcc/ebony/MAINTAINERS |
On Sun, Oct 25, 2015 at 5:24 AM, Tom Rini wrote:
> This board has not compiled for me for quite some time due to size
> constraints, remove.
Yep, this does not build for me too.
>
> Cc: John Otken
> Signed-off-by: Tom Rini
Reviewed-by: Bin Meng
> ---
> board/amcc/taihu/Kconfig | 16 -
On Sat, Oct 24, 2015 at 5:48 AM, Cheng Gu wrote:
> When converting between PCI bus and phys addresses, a two pass search
> was introduced with preference to non-PCI_REGION_SYS_MEMORY regions.
> See commit 2d43e873a29ca4959ba6a30fc7fb396d3fd0dccf.
>
> However, since PCI_REGION_MEM is defined as 0,
On Sat, Oct 24, 2015 at 01:26:53PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Add the SPI NOR protection mechanism from the kernel.
>
> This code is based on the work from Brian Norris
>
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/mtd/spi-nor/s
On Sat, Oct 24, 2015 at 01:26:54PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Many SPI flashes have protection bits (BP2, BP1 and BP0) in the
> status register that can protect selected regions of the SPI NOR.
>
> Take these bits into account when performing erase operations,
> makin
On Sat, Oct 24, 2015 at 09:08:54AM +0530, Jagan Teki wrote:
> Replace numerical bit shift with BIT macro
> in designware_spi
>
> :%s/(1 << nr)/BIT(nr)/g
> where nr = 0, 1, 2 31
>
> Cc: Stefan Roese
> Cc: Marek Vasut
> Signed-off-by: Jagan Teki
Reviewed-by: Tom Rini
--
Tom
signature
On Sunday, October 25, 2015 at 12:25:27 AM, Tom Rini wrote:
> On Sun, Oct 25, 2015 at 12:13:14AM +0200, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 11:51:39 PM, Tom Rini wrote:
> > > On Sat, Oct 24, 2015 at 02:41:41PM +0200, Marek Vasut wrote:
> > > > On Saturday, October 24, 2015 at 05
On Sun, Oct 25, 2015 at 12:12:12AM +0200, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 11:49:43 PM, Tom Rini wrote:
> > On Sat, Oct 24, 2015 at 03:48:14PM +0200, Marek Vasut wrote:
> > > On Saturday, October 24, 2015 at 03:42:43 PM, Jagan Teki wrote:
> > > > On 24 October 2015 at 18:10, Ma
On Sun, Oct 25, 2015 at 12:13:14AM +0200, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 11:51:39 PM, Tom Rini wrote:
> > On Sat, Oct 24, 2015 at 02:41:41PM +0200, Marek Vasut wrote:
> > > On Saturday, October 24, 2015 at 05:39:04 AM, Jagan Teki wrote:
> > > > Replace numeric mask hexcodes w
On Saturday, October 24, 2015 at 11:51:39 PM, Tom Rini wrote:
> On Sat, Oct 24, 2015 at 02:41:41PM +0200, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 05:39:04 AM, Jagan Teki wrote:
> > > Replace numeric mask hexcodes with GENMASK macro
> > > in cadence_qspi_apb
> > >
> > > Cc: Fabio Es
On Saturday, October 24, 2015 at 11:49:43 PM, Tom Rini wrote:
> On Sat, Oct 24, 2015 at 03:48:14PM +0200, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 03:42:43 PM, Jagan Teki wrote:
> > > On 24 October 2015 at 18:10, Marek Vasut wrote:
> > > > On Saturday, October 24, 2015 at 05:39:07 A
On Sat, Oct 24, 2015 at 02:41:41PM +0200, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 05:39:04 AM, Jagan Teki wrote:
> > Replace numeric mask hexcodes with GENMASK macro
> > in cadence_qspi_apb
> >
> > Cc: Fabio Estevam
> > Cc: Stefan Roese
> > Cc: Marek Vasut
> > Cc: Tom Rini
> > Ac
On Sat, Oct 24, 2015 at 03:48:14PM +0200, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 03:42:43 PM, Jagan Teki wrote:
> > On 24 October 2015 at 18:10, Marek Vasut wrote:
> > > On Saturday, October 24, 2015 at 05:39:07 AM, Jagan Teki wrote:
> > >> Replace numeric mask hexcodes with GENMASK
The boards do not link for me due to exceeding their size constrains, change
the config so they fit again.
Cc: Sonic Zhang
Signed-off-by: Tom Rini
---
configs/bct-brettl2_defconfig| 1 -
configs/bf526-ezbrd_defconfig| 1 -
configs/bf527-ezkit-v2_defconfig | 1 -
configs/bf527-ezkit_defc
This board has not compiled for me for quite some time due to size
constraints, remove.
Cc: Stefan Roese
Signed-off-by: Tom Rini
---
board/amcc/ocotea/Kconfig | 16 -
board/amcc/ocotea/MAINTAINERS |6 -
board/amcc/ocotea/Makefile |
This board has not compiled for me for quite some time due to size
constraints, remove.
Cc: Stefan Roese
Signed-off-by: Tom Rini
---
board/amcc/taishan/Kconfig | 16 --
board/amcc/taishan/MAINTAINERS |6 -
board/amcc/taishan/Makefile|9 -
board/amcc/taishan/config.mk | 20
This board has not compiled for me for quite some time due to size
constraints, remove.
Cc: Stefan Roese
Signed-off-by: Tom Rini
---
board/amcc/ebony/Kconfig | 16
board/amcc/ebony/MAINTAINERS |6 --
board/amcc/ebony/Makefile|9 ---
board/amcc/ebony/README | 136 ---
This board has not compiled for me for quite some time due to size
constraints, remove.
Cc: John Otken
Signed-off-by: Tom Rini
---
board/amcc/taihu/Kconfig | 16 -
board/amcc/taihu/MAINTAINERS |6 -
board/amcc/taihu/Makefile|8 -
board/amcc/taihu/flash.c | 1063 ---
On Sat, Oct 24, 2015 at 01:26:51PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The generic bitops headers are required when calling logarithimic
> functions, such as ilog2().
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Sat, Oct 24, 2015 at 01:26:52PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The generic bitops headers are required when calling logarithimic
> functions, such as ilog2().
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Sat, Oct 24, 2015 at 01:26:50PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The generic bitops headers are required when calling logarithimic
> functions, such as ilog2().
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Wed, Sep 09, 2015 at 04:44:16PM +0800, Gong Qianyu wrote:
> get_clocks() should not be limited by ESDHC.
>
> Signed-off-by: Gong Qianyu
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing lis
On Sat, Oct 24, 2015 at 01:26:48PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the generic bitops and also add custom __ffs() implementation
> as per the kernel.
>
> Also align the ffs() implementation with the kernel.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
On Sat, Oct 24, 2015 at 01:26:49PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The generic bitops headers are required when calling logarithimic
> functions, such as ilog2().
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Sat, Oct 24, 2015 at 01:26:47PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The generic bitops headers are required when calling logarithimic
> functions, such as ilog2().
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Sat, Oct 24, 2015 at 01:26:46PM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Remove __ilog2_u64 and ffs4 from powerpc bitops to align with the
> kernel implementation.
>
> Use the generic __ffs64 instead of a custom powerpc implementation.
>
> Cc: York Sun
> Signed-off-by: Fabio E
On Tue, Oct 20, 2015 at 09:09:06PM +0900, Masahiro Yamada wrote:
> We have finished Generic Board conversion for ARM and PowerPC, i.e.
> all the boards have been converted except OpenRISC, SuperH, SPARC,
> which have not supported Generic Board framework yet.
>
> Select SYS_GENERIC_BOARD in arch/
On Mon, Oct 19, 2015 at 06:50:03AM -0600, Simon Glass wrote:
> This reverts commit 321f86e18d6aae9f7b7ba3ef1eb0cec769481874.
>
> The original bug has been fixed.
>
> Signed-off-by: Simon Glass
> Tested-on: Zedboard and ZC706 board
> Tested-by: Masahiro Yamada
> Tested-on: zc702
> Tested-by: Mi
On Mon, Oct 19, 2015 at 06:49:58AM -0600, Simon Glass wrote:
> Change the #ifdef so that the early malloc() area is not set up in SPL if
> CONFIG_SYS_SPL_MALLOC_START is defined. In that case it would never actually
> be used, and just chews up stack space.
>
> Signed-off-by: Simon Glass
> Teste
On Mon, Oct 19, 2015 at 06:50:02AM -0600, Simon Glass wrote:
> We should not init the console this early since it precludes using driver
> model for the UART, since it is not set up at the start of board_init_f().
> See the README for more information. The debug UART does not have this
> restricti
On Mon, Oct 19, 2015 at 06:50:01AM -0600, Simon Glass wrote:
> This C function should be used to do the early memory layout and init. This
> is beyond my powers, so just add a TODO for the maintainer.
>
> Signed-off-by: Simon Glass
> Acked-by: Michal Simek
Applied to u-boot/master, thanks!
--
On Mon, Oct 19, 2015 at 06:49:57AM -0600, Simon Glass wrote:
> Unfortunately memset() is not always available, so provide a substitute when
> needed.
>
> Signed-off-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
On Sat, Oct 03, 2015 at 01:56:46PM -0600, Stephen Warren wrote:
> itest accesses memory, and hence must map/unmap it. Without doing so, it
> accesses invalid addresses and crashes.
>
> Signed-off-by: Stephen Warren
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signatu
On Mon, Oct 19, 2015 at 06:50:00AM -0600, Simon Glass wrote:
> There is quite a bit of assembler code that can be removed if we use the
> generic global_data setup. Less arch-specific code makes it easier to add
> new features and maintain the start-up code.
>
> Drop the unneeded code and adjust
On Sat, Oct 03, 2015 at 01:56:47PM -0600, Stephen Warren wrote:
> In my patch series to replace fs/fat with "ff.c", I enhanced ff.c to
> optimize file reading, so that reads of contiguous clusters are submitted
> to the IO device as a single read. This test attempts to torture-test
> edge-cases of
On Mon, Oct 19, 2015 at 06:49:59AM -0600, Simon Glass wrote:
> There is quite a bit of assembler code that can be removed if we use the
> generic global_data setup. Less arch-specific code makes it easier to add
> new features and maintain the start-up code.
>
> Drop the unneeded code and adjust
On Sat, Oct 03, 2015 at 01:56:48PM -0600, Stephen Warren wrote:
> In the following snippet:
>
> if [ ! -x `which $prereq` ]; then
>
> When $prereq does not exist, `which $prereq` evaluates to the empty string,
> which results in *no* argument being passed to the -x operator, which then
> evaluat
On Mon, Oct 19, 2015 at 06:49:56AM -0600, Simon Glass wrote:
> This function will be used by both SPL and U-Boot proper. So move it into
> a common place. Also change the #ifdef so that the early malloc() area is
> not set up in SPL if CONFIG_SYS_SPL_MALLOC_START is defined. In that case
> it woul
On Thu, Sep 17, 2015 at 06:46:59PM -0400, Hans de Goede wrote:
> From: Roy Spliet
>
> Under the assumptions of having a UBI volume called boot, containing
> a ubifs filesystem.
>
> Signed-off-by: Roy Spliet
> Signed-off-by: Hans de Goede
> Acked-by: Stephen Warren
Applied to u-boot/master,
On Thu, Sep 17, 2015 at 06:46:58PM -0400, Hans de Goede wrote:
> Add generic fs support, so that commands like ls, load and test -e can be
> used on ubifs.
>
> Signed-off-by: Hans de Goede
> Reviewed-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Dig
On Thu, Sep 17, 2015 at 06:46:56PM -0400, Hans de Goede wrote:
> Modify the ubifs u-boot wrapper function prototypes for generic fs use,
> and give them their own header file.
>
> This is a preparation patch for adding ubifs support to the generic fs
> code from fs/fs.c.
>
> Signed-off-by: Hans
On Wed, Sep 16, 2015 at 08:29:11AM +0200, Pierre Aubert wrote:
> From: Pierre Aubert
>
> Scripts are multi-file images, the imxtract command should handle them
> in the same manner.
>
> Signed-off-by: Pierre Aubert
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digita
On Thu, Sep 17, 2015 at 06:46:57PM -0400, Hans de Goede wrote:
> Implement the necessary functions for implementing generic fs support
> for ubifs.
>
> Signed-off-by: Hans de Goede
> Reviewed-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital sig
On Tue, Aug 25, 2015 at 05:09:40PM +0200, Thomas Huth wrote:
> In the "Getting Started with Coccinelle - KVM edition" presentation that
> has been held by Julia Lawall at the KVM forum 2015 (see the slides at
> http://events.linuxfoundation.org/sites/events/files/slides/tutorial_kvm_0.pdf),
> she
On Thu, Sep 17, 2015 at 06:46:55PM -0400, Hans de Goede wrote:
> This is not necessary / useful when not building with CONFIG_SANDBOX and
> with the addition of ubifs support to the generic fs commands it actually
> gets in the way, since both operate on a fake / NULL blkdev.
>
> Signed-off-by: H
On Fri, Aug 21, 2015 at 03:13:20PM +0200, Bernhard Nortmann wrote:
> For boards that support LEDs driven via GPIO (CONFIG_GPIO_LED),
> it may be useful to have some generic stubs (wrapper functions)
> for the "colored" LEDs.
>
> This allows defining STATUS_LED_* values directly to GPIO numbers,
>
On Fri, Aug 21, 2015 at 03:13:21PM +0200, Bernhard Nortmann wrote:
> For current U-Boot to initialize status LEDs via status_led_init(), it
> is required to have both CONFIG_STATUS_LED and STATUS_LED_BOOT defined.
> This may be a particular concern with GPIO LEDs, where __led_init() is
> required
On Tue, Aug 25, 2015 at 03:10:26PM +0200, Guillaume GARDET wrote:
> Add CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG support and enable it to set
> 'board_rev' and 'board_name' envs.
> 'board_rev' can be used in scripts to determine what board we are running on
> and 'board_name' for pretty printing.
>
On Saturday, October 24, 2015 at 08:19:36 PM, maitysancha...@gmail.com wrote:
> On 15-10-24 19:50:13, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 06:23:44 PM, maitysancha...@gmail.com
wrote:
> > > On 15-10-24 18:16:20, Marek Vasut wrote:
> > > > On Saturday, October 24, 2015 at 06:08:5
On 15-10-24 19:50:13, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 06:23:44 PM, maitysancha...@gmail.com wrote:
> > On 15-10-24 18:16:20, Marek Vasut wrote:
> > > On Saturday, October 24, 2015 at 06:08:57 PM, maitysancha...@gmail.com
> wrote:
> > > > On 15-10-24 18:08:53, Marek Vasut wrot
On Sat, Oct 24, 2015 at 12:54:40PM -0200, Fabio Estevam wrote:
> On Sat, Oct 24, 2015 at 11:37 AM, Fabio Estevam wrote:
> > Hi Tom,
> >
> > On Sat, Oct 24, 2015 at 11:32 AM, Tom Rini wrote:
> >> On Sat, Oct 24, 2015 at 10:28:04AM -0200, Fabio Estevam wrote:
> >>
> >>> From: Fabio Estevam
> >>>
>
On Saturday, October 24, 2015 at 06:23:44 PM, maitysancha...@gmail.com wrote:
> On 15-10-24 18:16:20, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 06:08:57 PM, maitysancha...@gmail.com
wrote:
> > > On 15-10-24 18:08:53, Marek Vasut wrote:
> > > > On Saturday, October 24, 2015 at 05:23:0
On 15-10-24 18:16:20, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 06:08:57 PM, maitysancha...@gmail.com wrote:
> > On 15-10-24 18:08:53, Marek Vasut wrote:
> > > On Saturday, October 24, 2015 at 05:23:05 PM, maitysancha...@gmail.com
> wrote:
> > > > Hello,
> > > >
> > > > On 15-10-24 12
On Saturday, October 24, 2015 at 06:08:57 PM, maitysancha...@gmail.com wrote:
> On 15-10-24 18:08:53, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 05:23:05 PM, maitysancha...@gmail.com
wrote:
> > > Hello,
> > >
> > > On 15-10-24 12:09:43, Fabio Estevam wrote:
> > > > Hi Marek,
> > > >
On 15-10-24 18:08:53, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 05:23:05 PM, maitysancha...@gmail.com wrote:
> > Hello,
> >
> > On 15-10-24 12:09:43, Fabio Estevam wrote:
> > > Hi Marek,
> > >
> > > On Fri, Oct 23, 2015 at 4:23 PM, Marek Vasut wrote:
> > > >> Any inputs on the below?
On Saturday, October 24, 2015 at 05:23:05 PM, maitysancha...@gmail.com wrote:
> Hello,
>
> On 15-10-24 12:09:43, Fabio Estevam wrote:
> > Hi Marek,
> >
> > On Fri, Oct 23, 2015 at 4:23 PM, Marek Vasut wrote:
> > >> Any inputs on the below?
> > >
> > > I don't have a Vybrid device, CCing Fabio.
From: Fabio Estevam
Many SPI flashes have protection bits (BP2, BP1 and BP0) in the
status register that can protect selected regions of the SPI NOR.
Take these bits into account when performing erase operations,
making sure that the protected areas are skipped.
Tested on a mx6qsabresd:
=> sf
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/sandbox/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sandbox/include/asm/bitops
From: Fabio Estevam
Add the SPI NOR protection mechanism from the kernel.
This code is based on the work from Brian Norris
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/mtd/spi-nor/spi-nor.c?id=62593cf40b23b523b9fc9334ca61ba6c595ebb09
Signed-off-by: Fabio Est
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/blackfin/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/blackfin/include/asm/bito
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/microblaze/include/asm/bitops.h | 4
arch/sh/include/asm/bitops.h | 5 +
2 files changed, 9 inserti
From: Fabio Estevam
Remove __ilog2_u64 and ffs4 from powerpc bitops to align with the
kernel implementation.
Use the generic __ffs64 instead of a custom powerpc implementation.
Cc: York Sun
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Use the generic __ffs64 from (Tom)
arch/powerpc
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/m68k/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/m68k/include/asm/bitops.h b/a
From: Fabio Estevam
Use the generic bitops and also add custom __ffs() implementation
as per the kernel.
Also align the ffs() implementation with the kernel.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/x86/include/asm/bitops.h | 21 -
1 file changed, 20
From: Fabio Estevam
Use the is_power_of_2() definition from log2.h to align with the
kernel implementation.
Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
---
Changes since v1:
- None
arch/arm/mach-mvebu/mbus.c | 2 +-
drivers/mtd/mtdcore.c | 2 +-
drivers/mtd/ubi/build.c| 2 +-
From: Fabio Estevam
Use the generic bitops header files from the kernel.
Imported from kernel 4.2.3.
Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
---
Changes since v1:
- None
include/asm-generic/bitops/__ffs.h | 43 ++
include/asm-generic/bitops/__f
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
arch/arm/include/asm/bitops.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/include/asm/bitops.h b/ar
From: Fabio Estevam
Use the log2 header files from the kernel.
Imported from kernel 4.2.3.
Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
---
Changes since v1:
- None
include/linux/log2.h | 205 +++
1 file changed, 205 insertions(+)
creat
Hello,
On 15-10-24 12:09:43, Fabio Estevam wrote:
> Hi Marek,
>
> On Fri, Oct 23, 2015 at 4:23 PM, Marek Vasut wrote:
>
> >> Any inputs on the below?
> >
> > I don't have a Vybrid device, CCing Fabio.
>
> I don't have access to a Vybrid board either.
>
> Sanchayan,
>
> Does drivers/usb/host/
On Sat, Oct 24, 2015 at 11:37 AM, Fabio Estevam wrote:
> Hi Tom,
>
> On Sat, Oct 24, 2015 at 11:32 AM, Tom Rini wrote:
>> On Sat, Oct 24, 2015 at 10:28:04AM -0200, Fabio Estevam wrote:
>>
>>> From: Fabio Estevam
>>>
>>> The ffs64() implementation for powerpc is not found in the Linux kernel,
>>>
Hi Marek,
On Fri, Oct 23, 2015 at 4:23 PM, Marek Vasut wrote:
>> Any inputs on the below?
>
> I don't have a Vybrid device, CCing Fabio.
I don't have access to a Vybrid board either.
Sanchayan,
Does drivers/usb/host/ehci-mx6.c behave the same way?
Regards,
Fabio Estevam
On Saturday, October 24, 2015 at 03:42:43 PM, Jagan Teki wrote:
> On 24 October 2015 at 18:10, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 05:39:07 AM, Jagan Teki wrote:
> >> Replace numeric mask hexcodes with GENMASK macro
> >> in mxs_spi
> >>
> >> Cc: Marek Vasut
> >> Signed-off-by
On 24 October 2015 at 18:10, Marek Vasut wrote:
> On Saturday, October 24, 2015 at 05:39:07 AM, Jagan Teki wrote:
>> Replace numeric mask hexcodes with GENMASK macro
>> in mxs_spi
>>
>> Cc: Marek Vasut
>> Signed-off-by: Jagan Teki
>> ---
>> drivers/spi/mxs_spi.c | 2 +-
>> 1 file changed, 1 ins
Hi Tom,
On Sat, Oct 24, 2015 at 11:32 AM, Tom Rini wrote:
> On Sat, Oct 24, 2015 at 10:28:04AM -0200, Fabio Estevam wrote:
>
>> From: Fabio Estevam
>>
>> The ffs64() implementation for powerpc is not found in the Linux kernel,
>> so use the ffs64 header file from barebox.
>>
>> Imported from bar
On Sat, Oct 24, 2015 at 10:28:03AM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the is_power_of_2() definition from log2.h to align with the
> kernel implementation.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Sat, Oct 24, 2015 at 10:28:01AM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the log2 header files from the kernel.
>
> Imported from kernel 4.2.3.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Sat, Oct 24, 2015 at 10:28:02AM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Use the generic bitops header files from the kernel.
>
> Imported from kernel 4.2.3.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Sat, Oct 24, 2015 at 10:28:04AM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The ffs64() implementation for powerpc is not found in the Linux kernel,
> so use the ffs64 header file from barebox.
>
> Imported from barebox v2015.10.0.
>
> Signed-off-by: Fabio Estevam
I'm confused.
On Saturday, October 24, 2015 at 05:39:04 AM, Jagan Teki wrote:
> Replace numeric mask hexcodes with GENMASK macro
> in cadence_qspi_apb
>
> Cc: Fabio Estevam
> Cc: Stefan Roese
> Cc: Marek Vasut
> Cc: Tom Rini
> Acked-by: Vikas Manocha
> Signed-off-by: Jagan Teki
> ---
> drivers/spi/cadenc
On Saturday, October 24, 2015 at 10:35:45 AM, Andreas Bießmann wrote:
> Hi Marek,
Hi!
> On 24.10.15 01:29, Marek Vasut wrote:
> > On Saturday, October 24, 2015 at 12:59:14 AM, Andreas Bießmann wrote:
> >> On 23.10.15 20:46, Marek Vasut wrote:
> >>> Instead of passing just the register area as a p
On Saturday, October 24, 2015 at 05:39:07 AM, Jagan Teki wrote:
> Replace numeric mask hexcodes with GENMASK macro
> in mxs_spi
>
> Cc: Marek Vasut
> Signed-off-by: Jagan Teki
> ---
> drivers/spi/mxs_spi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/spi/mxs
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
arch/sandbox/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/sandbox/include/asm/bitops.h
b/arch/sandbox/include
From: Fabio Estevam
The generic bitops headers are required when calling logarithimic
functions, such as ilog2().
Signed-off-by: Fabio Estevam
---
arch/blackfin/include/asm/bitops.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/blackfin/include/asm/bitops.h
b/arch/blackfin/incl
From: Fabio Estevam
Add the SPI NOR protection mechanism from the kernel.
This code is based on the work from Brian Norris
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/mtd/spi-nor/spi-nor.c?id=62593cf40b23b523b9fc9334ca61ba6c595ebb09
Signed-off-by: Fabio Est
1 - 100 of 114 matches
Mail list logo