On Thu, 25 Feb 2016 17:27:23 -0800
Stefan Agner wrote:
> Hi Boris,
>
> On 2016-02-25 16:57, Boris Brezillon wrote:
> > Hello,
> >
> > This patchset aims at getting rid of the nand_ecclayout limitations.
> > struct nand_ecclayout is defining fixed eccpos and oobfree arrays
Hi Boris,
On 2016-02-25 16:57, Boris Brezillon wrote:
> Hello,
>
> This patchset aims at getting rid of the nand_ecclayout limitations.
> struct nand_ecclayout is defining fixed eccpos and oobfree arrays which
> can only be increased by modifying the MTD_MAX_ECCPOS_ENTRIES_LARGE and
>
Now that all NAND drivers have switch to mtd_ooblayout_ops, we can kill
the ecc->layout field.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/nand_base.c | 7 ---
drivers/mtd/nand/nand_bch.c | 9 -
include/linux/mtd/nand.h | 2 --
3
Now that all MTD drivers have moved to the mtd_ooblayout_ops model we can
safely remove the struct nand_ecclayout definition, and all the remaining
places where it was still used.
Signed-off-by: Boris Brezillon
---
drivers/mtd/mtdchar.c | 12 ++---
Replace the nand_ecclayout definition by the equivalent mtd_ooblayout_ops
definition.
Signed-off-by: Boris Brezillon
---
drivers/staging/mt29f_spinand/mt29f_spinand.c | 48 +--
1 file changed, 30 insertions(+), 18 deletions(-)
diff
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/vf610_nfc.c | 34 --
1 file changed, 4 insertions(+), 30 deletions(-)
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users. Modify the onenand drivers to switch to this
approach.
Signed-off-by: Boris Brezillon
---
drivers/mtd/onenand/onenand_base.c | 162
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sm_common.c | 93
1 file changed, 77 insertions(+), 16
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sunxi_nand.c | 114 +++---
1 file changed, 52 insertions(+), 62
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/s3c2410.c | 32 +++-
1 file changed, 27 insertions(+), 5 deletions(-)
diff
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/sh_flctl.c | 87 ++---
1 file changed, 67 insertions(+), 20
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/mxc_nand.c | 212 ++--
1 file changed, 105 insertions(+), 107
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/omap2.c | 194 +++
1 file changed, 113 insertions(+), 81
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/pxa3xx_nand.c | 104 +
1 file changed, 64 insertions(+), 40
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 52 ++
1 file changed, 40 insertions(+), 12
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/fsl_ifc_nand.c | 231
1 file changed, 67 insertions(+), 164
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/hisi504_nand.c | 26 +++---
1 file changed, 23 insertions(+), 3 deletions(-)
diff
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/fsmc_nand.c | 298 ---
1 file changed, 82 insertions(+), 216
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/fsl_elbc_nand.c | 83 +++-
1 file changed, 47 insertions(+), 36
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/docg4.c | 33 -
1 file changed, 28 insertions(+), 5 deletions(-)
diff
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/diskonchip.c | 60 ---
1 file changed, 45 insertions(+), 15
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/denali.c | 51 +--
1 file changed, 36 insertions(+), 15
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/brcmnand/brcmnand.c | 258 +--
1 file changed, 157 insertions(+), 101
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/atmel_nand.c | 84 ---
1 file changed, 38 insertions(+), 46
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
arch/mips/include/asm/mach-jz4740/jz4740_nand.h | 2 +-
arch/mips/jz4740/board-qi_lb60.c| 87
Implementing the mtd_ooblayout_ops interface is the new way of exposing
ECC/OOB layout to MTD users.
Signed-off-by: Boris Brezillon
---
arch/arm/mach-pxa/spitz.c | 55 -
drivers/mtd/nand/sharpsl.c | 2 +-
Replace the nand_ecclayout definition by the equivalent mtd_ooblayout_ops
definition.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/nand_bch.c | 33 +++--
1 file changed, 11 insertions(+), 22 deletions(-)
diff --git
Replace the default nand_ecclayout definitions for large and small page
devices with the equivalent mtd_ooblayout_ops.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/nand_base.c | 148 ---
include/linux/mtd/nand.h
Replace the nand_ecclayout definition by the equivalent mtd_ooblayout_ops
definition.
Signed-off-by: Boris Brezillon
Acked-by: Robert Jarzmik
---
drivers/mtd/devices/docg3.c | 46 ++---
1 file
ECC layout definitions are currently exposed using the nand_ecclayout
struct which embeds oobfree and eccpos arrays with predefined size.
This approach was acceptable when NAND chips were providing relatively
small OOB regions, but MLC and TLC now provide OOB regions of several
hundreds of bytes,
Use the mtd_set_ecclayout() helper instead of directly assigning the
mtd->ecclayout field.
Signed-off-by: Boris Brezillon
---
drivers/mtd/onenand/onenand_base.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Use the mtd_set_ecclayout() helper instead of directly assigning the
mtd->ecclayout field.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/nand_base.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_base.c
Use the mtd_set_ecclayout() helper instead of directly assigning the
mtd->ecclayout field.
Signed-off-by: Boris Brezillon
---
drivers/mtd/mtdconcat.c | 2 +-
drivers/mtd/mtdpart.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Add an mtd_set_ecclayout() helper function to avoid direct accesses to the
mtd->ecclayout field. This will ease future reworks of ECC layout
definition.
Signed-off-by: Boris Brezillon
---
include/linux/mtd/mtd.h | 6 ++
1 file changed, 6 insertions(+)
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
If the MTD device does not have OOB, the mtd->oobsize and mtd->oobavail
fields are set to zero, and we are testing those values in the following
test.
Remove the useless if (!mtd->ecclayout) test.
Signed-off-by: Boris Brezillon
---
drivers/mtd/mtdswap.c | 8
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
nand_bch_init() requires several arguments which could directly be deduced
from the mtd device. Get rid of those useless parameters.
nand_bch_init() is also requiring the caller to provide a proper eccbytes
value, while this value could be deduced from the ecc.size and
ecc.strength value.
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
ecclayout->oobavail is just redundant with the mtd->oobavail field.
Moreover, it prevents static const definition of ecc layouts since the
NAND framework is calculating this value based on the ecclayout->oobfree
field.
Signed-off-by: Boris Brezillon
---
The mtd_ooblayout_xxx() helper functions have been added to avoid direct
accesses to the ecclayout field, and thus ease for future reworks.
Use these helpers in all places where the oobfree[] and eccpos[] arrays
where directly accessed.
Signed-off-by: Boris Brezillon
In order to make the ecclayout definition completely dynamic we need to
rework the way the OOB layout are defined and iterated.
Create a few mtd_ooblayout_xxx() helpers to ease OOB bytes manipulation
and hide ecclayout internals to their users.
Signed-off-by: Boris Brezillon
Currently, all MTD drivers/sublayers exposing an OOB area are
doing the same kind of test to extract the available OOB size
based on the mtd_info and mtd_oob_ops structures.
Move this common logic into an inline function and make use of it.
Signed-off-by: Boris Brezillon
Hello,
This patchset aims at getting rid of the nand_ecclayout limitations.
struct nand_ecclayout is defining fixed eccpos and oobfree arrays which
can only be increased by modifying the MTD_MAX_ECCPOS_ENTRIES_LARGE and
MTD_MAX_OOBFREE_ENTRIES_LARGE macros.
This approach forces us to modify the
Thierry,
On Tue, Feb 23, 2016 at 10:42 AM, Doug Anderson wrote:
> Thierry,
>
> On Tue, Feb 23, 2016 at 10:14 AM, Thierry Reding
> wrote:
>>> pwm_get_period(): get the period of the PWM; if the PWM has not yet
>>> been configured by software this
Hi Krzysztof,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.5-rc5 next-20160225]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Krzysztof-Adamski/ARM-dts-sun8i-Add
On 25/02/16 18:11, Maxime Ripard wrote:
> On Mon, Feb 22, 2016 at 09:38:53AM +, Andre Przywara wrote:
diff --git a/drivers/clk/sunxi/clk-factors.h
b/drivers/clk/sunxi/clk-factors.h
index 1e63c5b..3a7da86 100644
--- a/drivers/clk/sunxi/clk-factors.h
+++
OrangePi Plus board has dwo leds - green ("pwr") and red ("status")
and a switch ("sw4"). This patch describes them in a devicetree.
Signed-off-by: Krzysztof Adamski
---
Changes compared to v1:
- Fixed leds labels
- Merged two led sections into one
On Wed, Feb 24, 2016 at 12:03:16AM +0100, Hans de Goede wrote:
> The H3 ir receiver is completely compatible with the one found in the A31.
>
> Signed-off-by: Hans de Goede
Applied, thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android
Hi,
On Mon, Feb 22, 2016 at 02:03:28PM +0100, Krzysztof Adamski wrote:
> OrangePi Plus board has two leds - green ("pwr") and red ("status")
> and a switch ("sw4"). This patch describes them in a devicetree.
>
> Signed-off-by: Krzysztof Adamski
> ---
>
On Mon, Feb 22, 2016 at 02:03:27PM +0100, Krzysztof Adamski wrote:
> Add the corresponding device node for R_PIO on H3 to the dtsi. Support
> for the controller was added in earlier commit.
>
> Signed-off-by: Krzysztof Adamski
Applied with Linus Ack.
Thanks!
Maxime
--
Maxime
On Mon, Feb 22, 2016 at 02:03:26PM +0100, Krzysztof Adamski wrote:
> APB0 is bearly mentioned in H3 User Manual and it is only setup in the
> Allwinners kernel dump for CIR. I have verified experimentally that the
> gate for R_PIO exists and works, though. There are probably other gates
> there
Hi,
On Mon, Feb 22, 2016 at 02:03:25PM +0100, Krzysztof Adamski wrote:
> This patch adds support for APB0 in H3. It seems to be compatible with
> earlier SOCs. apb0 gates controls R_ block peripherals (R_PIO, R_IR,
> etc).
>
> Signed-off-by: Krzysztof Adamski
> ---
>
Hi,
On Thu, Feb 25, 2016 at 10:04:59AM +, Andre Przywara wrote:
> Hi Maxime,
>
> can you give me a quick assessment on how we can progress from here?
>
> Is it already too late for at least some of the patches to go into 4.6?
I think we still have a major disagreement on the clocks part,
On Mon, Feb 22, 2016 at 06:20:55PM +, Andre Przywara wrote:
> With the Allwinner platform now supported, enable it in the defconfig
> and add some options to give some decent out-of-the-box experience on
> those SoCs.
>
> Signed-off-by: Andre Przywara
Applied,
Hi,
On Mon, Feb 22, 2016 at 06:20:49PM +, Andre Przywara wrote:
> Based on the Allwinner A64 user manual and on the previous sunxi
> pinctrl drivers this introduces the pin multiplex assignments for
> the ARMv8 Allwinner A64 SoC.
> Port A is apparently used for the fixed function DRAM
Hi,
On Wed, Feb 24, 2016 at 09:57:25AM +0100, Henry Paulissen wrote:
> This (small) patch gives the same led trigger functionality
> as the 3.4 sunxi kernel and although mainline doesn't has
> to be the same, it helps in identifying and builds upon the
> user expectations about what those leds
Hi,
On Tue, Feb 23, 2016 at 11:12:43PM +0100, Hans de Goede wrote:
> From: Jelle de Jong
>
> The lamobo-r1 board, sometimes called the BPI-R1 but not labelled as such
> on the PCB, is meant as a A20 based router board. As such the board comes
> with a built-in switch
On Mon, Feb 22, 2016 at 09:38:53AM +, Andre Przywara wrote:
> >> diff --git a/drivers/clk/sunxi/clk-factors.h
> >> b/drivers/clk/sunxi/clk-factors.h
> >> index 1e63c5b..3a7da86 100644
> >> --- a/drivers/clk/sunxi/clk-factors.h
> >> +++ b/drivers/clk/sunxi/clk-factors.h
> >> @@ -36,6 +36,7 @@
Hi,
On Sun, Feb 21, 2016 at 11:27:46AM -0800, Henry Paulissen wrote:
>
> Op zondag 21 februari 2016 18:18:37 UTC+1 schreef Maxime Ripard:
>
> >
> > Your commit log is going to need some work. Which bugs? What tests did
> > you make? Why are you making these changes while the datasheet says
>
Hi,
On Thu, Feb 25, 2016 at 06:26:22AM -0800, Henry Paulissen wrote:
>
>
> Op donderdag 25 februari 2016 15:16:49 UTC+1 schreef Linus Walleij:
>
> >
> > I'm taking this patch out of my tree now following Maxime's comments.
> >
> > I'm a bit annoyed that it is iterating too quickly as well, I
Hi,
On 22/02/16 15:45, LABBE Corentin wrote:
> The sun8i-emac is an ethernet MAC hardware that support 10/100/1000
> speed. TODO
>
> This patch enable the sun8i-emac on the Allwinner A20 SoC Device-tree.
>
> Signed-off-by: LABBE Corentin
> ---
>
Hi,
just some comments I have on the usage of the internal PHY.
On 22/02/16 15:45, LABBE Corentin wrote:
> This patch add support for sun8i-emac ethernet MAC hardware.
> It could be found in Allwinner H3/A83T/A64 SoCs.
>
> Signed-off-by: LABBE Corentin
> ---
>
On Thu, Feb 25, 2016 at 1:56 AM, Maxime Ripard
wrote:
> Hi Linus,
> On Tue, Feb 16, 2016 at 12:23:37AM +0100, Linus Walleij wrote:
>> On Thu, Feb 11, 2016 at 4:12 PM, Maxime Ripard
>> wrote:
>> > On Thu, Feb 11, 2016 at
Op donderdag 25 februari 2016 15:16:49 UTC+1 schreef Linus Walleij:
>
> I'm taking this patch out of my tree now following Maxime's comments.
>
> I'm a bit annoyed that it is iterating too quickly as well, I will
> wait and see for a while.
>
>
All of Maxime his questions where already
On Thu, Feb 25, 2016 at 02:43:22PM +0100, Krzysztof Adamski wrote:
> On Thu, Feb 25, 2016 at 01:59:43PM +0100, LABBE Corentin wrote:
> >On Thu, Feb 25, 2016 at 08:52:47AM +0100, Krzysztof Adamski wrote:
> >> On Mon, Feb 22, 2016 at 04:45:09PM +0100, LABBE Corentin wrote:
> >> >Hello
> >> >
> >>
On Thu, Feb 25, 2016 at 1:54 AM, Maxime Ripard
wrote:
>
> Usually, the patch title should be prefixed by the subsystem it
> applies to so that maintainer and reviewers can spot it more
> easily. In this case, it would be something like
>
> pinctrl: sunxi: Fix
On Thu, Feb 25, 2016 at 01:59:43PM +0100, LABBE Corentin wrote:
On Thu, Feb 25, 2016 at 08:52:47AM +0100, Krzysztof Adamski wrote:
On Mon, Feb 22, 2016 at 04:45:09PM +0100, LABBE Corentin wrote:
>Hello
>
>This is a RFC patch series for supporting ethernet of H3/A83T/A64 SoCs.
>For the moment,
On Thu, Feb 25, 2016 at 04:20:23AM -0800, txsan...@gmail.com wrote:
> 2016. február 17., szerda 18:16:09 UTC+1 időpontban txsa...@gmail.com a
> következőt írta:
> > Hi
> >
> > I have a Cubieboard2 device, is Allwinner A20 SOC, running and Armbian 5.00
> > with kernel 4.4.1.
> >
> > As in the
On Thu, Feb 25, 2016 at 08:52:47AM +0100, Krzysztof Adamski wrote:
> On Mon, Feb 22, 2016 at 04:45:09PM +0100, LABBE Corentin wrote:
> >Hello
> >
> >This is a RFC patch series for supporting ethernet of H3/A83T/A64 SoCs.
> >For the moment, it is a bundle driver which handle:
> >- The MAC driver
>
2016. február 17., szerda 18:16:09 UTC+1 időpontban txsa...@gmail.com a
következőt írta:
> Hi
>
> I have a Cubieboard2 device, is Allwinner A20 SOC, running and Armbian 5.00
> with kernel 4.4.1.
>
> As in the latest version the sun4i-ss module is added, i tried the hardware
> crypto
2016. február 17., szerda 18:16:09 UTC+1 időpontban txsa...@gmail.com a
következőt írta:
> Hi
>
> I have a Cubieboard2 device, is Allwinner A20 SOC, running and Armbian 5.00
> with kernel 4.4.1.
>
> As in the latest version the sun4i-ss module is added, i tried the hardware
> crypto
Hi Maxime,
can you give me a quick assessment on how we can progress from here?
Is it already too late for at least some of the patches to go into 4.6?
If not, can you at least merge the Kconfig patch (3/10) and the pinctrl
driver (if that goes via your tree at all)? Do you need more reviews or
Op donderdag 25 februari 2016 10:36:38 UTC+1 schreef Linus Walleij:
> Aha there is a v5. I took out the v4 and applied this
> instead.
>
>
>
There is also a v6.
--
You received this message because you are subscribed to the Google Groups
"linux-sunxi" group.
To unsubscribe from this group
On Mon, Feb 22, 2016 at 9:20 AM, Henry Paulissen wrote:
> After testing IRQ pins we found some bugs in the pinctrl declaration.
> Both PI* and PC* pins didn't work. PI* pins seemed to be connected
> to the wrong mux and PC* pins waren't working at all.
>
> Please note that
On Mon, Feb 22, 2016 at 2:03 PM, Krzysztof Adamski wrote:
> Add the corresponding device node for R_PIO on H3 to the dtsi. Support
> for the controller was added in earlier commit.
>
> Signed-off-by: Krzysztof Adamski
Acked-by: Linus Walleij
On Thu, Feb 18, 2016 at 8:49 PM, Krzysztof Adamski wrote:
> allwinner,sun8i-h3-r-pinctrl was added by
> commit ba83a11104ae ("pinctrl: sunxi: Add H3 R_PIO controller support")
> but the patch was missing proper binding documentation. This patch fixes
> this issue.
>
>
On Mon, Feb 22, 2016 at 12:17 AM, Henry Paulissen wrote:
> After testing IRQ pins we found some bugs in the pinctrl declaration.
>
> Signed-off-by: Henry Paulissen
This v4 patch applied with Chen-Yu's ACK.
Yours,
Linus Walleij
--
You received
82 matches
Mail list logo