[PATCH] param: Add dev_add_param_mac

2014-04-04 Thread Sascha Hauer
This adds a convenience function to register a MAC address device parameter. The only current user is converted to use it. Signed-off-by: Sascha Hauer s.ha...@pengutronix.de --- include/param.h | 13 + lib/parameter.c | 87 +

v2014.04.0

2014-04-04 Thread Sascha Hauer
barebox-2014.04.0 is out. Some highlights for this release: - Tegra3 gained lowlevel support - mtd partitions are now real devices and thus show up correctly in the device hierarchy - ubi devices and volumes now also show up correctly in the device hierarchy - devicetree support for PWMs and

[PATCH 1/3] imx-spi: enable v0.7 spi driver for imx53-cspi

2014-04-04 Thread Wjatscheslaw Stoljarski (Slawa)
From: Wjatscheslaw Stoljarski wjatscheslaw.stoljar...@kiwigrid.com Signed-off-by: Wjatscheslaw Stoljarski wjatscheslaw.stoljar...@kiwigrid.com --- drivers/spi/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig index

[PATCH 3/3] imx53: add imx53_add_cspi

2014-04-04 Thread Wjatscheslaw Stoljarski (Slawa)
From: Wjatscheslaw Stoljarski wjatscheslaw.stoljar...@kiwigrid.com Signed-off-by: Wjatscheslaw Stoljarski wjatscheslaw.stoljar...@kiwigrid.com --- arch/arm/mach-imx/include/mach/devices-imx53.h |5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/3] common: Allow for I/O mapped I/O

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl Rework the current framework so that I/O mapped I/O resources are also possible. --- arch/arm/include/asm/io.h |2 + arch/mips/include/asm/io.h|2 + arch/nios2/include/asm/io.h |2 + arch/sandbox/include/asm/io.h |1 +

[PATCH 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl --- arch/x86/boards/x86_generic/generic_pc.c | 73 +++ drivers/ata/ide-sff.c| 94 - drivers/ata/intf_platform_ide.c | 33 +- include/ata_drive.h |

[PATCH 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl The current implementation fakes a memory-mapped I/O device at 0x3f8 and 0x2f8, then uses platform read/write functions to do the actual reading and writing. These platform functions only exist for the x86 platform; better to move the I/O routines into the driver

Re: [PATCH 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread Antony Pavlov
On Fri, 4 Apr 2014 15:41:39 +0200 mic...@reverze.net wrote: From: Michel Stam m.s...@fugro.nl The current implementation fakes a memory-mapped I/O device at 0x3f8 and 0x2f8, then uses platform read/write functions to do the actual reading and writing. These platform functions only exist

Re: [PATCH 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread Michel Stam
Hello Antony, Sorry to hear that- the patch was not meant to add new functionality, merely preserve the status quo in master. To explain; add_ns16550_device() assumes that all ns16550 chips are mapped into memory. This is not so on the x86 platform. Previously, because no io-mapped resources

Re: [PATCH 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread Antony Pavlov
On Fri, 4 Apr 2014 18:52:46 +0200 Michel Stam mic...@reverze.net wrote: Hello Antony, Sorry to hear that- the patch was not meant to add new functionality, merely preserve the status quo in master. Quite the contrary! Your patchseries introduces new functionality, it adds additional io

[BUG] barebox defconfig not booting on beaglebone black

2014-04-04 Thread Guido Martínez
Hi, I think I have found some unexpected behaviour while building barebox for the Beaglebone Black soc. I'm using the default configs for the first and second stage bootloaders and I get an unbootable system. This was my build procedure: $ make am335x_mlo_defconfig $ make -j8 $ cp

[PATCHv2 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl The current implementation fakes a memory-mapped I/O device at 0x3f8 and 0x2f8, then uses platform read/write functions to do the actual reading and writing. These platform functions only exist for the x86 platform; better to move the I/O routines into the driver

[PATCHv2 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl --- arch/x86/boards/x86_generic/generic_pc.c | 73 +++ drivers/ata/ide-sff.c| 94 - drivers/ata/intf_platform_ide.c | 33 +- include/ata_drive.h |

[PATCHv2 1/3] common: Allow for I/O mapped I/O

2014-04-04 Thread michel
From: Michel Stam m.s...@fugro.nl Rework the current framework so that I/O mapped I/O resources are also possible. --- arch/arm/include/asm/io.h |2 + arch/mips/include/asm/io.h|2 + arch/nios2/include/asm/io.h |2 + arch/sandbox/include/asm/io.h |1 +

Re: [PATCH 3/3] x86: ns16550: Rework driver to allow for x86 I/O space

2014-04-04 Thread Michel Stam
Hello Antony, I was not aware of this. No matter, I've resubmitted the patches, they're rebased on top of next now. Michel On 04/04/2014 08:12 PM, Antony Pavlov wrote: On Fri, 4 Apr 2014 18:52:46 +0200 Michel Stam mic...@reverze.net wrote: Hello Antony, Sorry to hear that- the patch was

Re: [PATCHv2 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread Alexander Shiyan
Fri, 4 Apr 2014 20:09:46 +0200 от mic...@reverze.net: From: Michel Stam m.s...@fugro.nl --- arch/x86/boards/x86_generic/generic_pc.c | 73 +++ drivers/ata/ide-sff.c| 94 - drivers/ata/intf_platform_ide.c |

Re: [PATCHv2 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread Michel Stam
I prefer to #ifdef out whatever code is not in use. That includes header files, as some don't play nice. In this way, one can be certain that code that is not used will not be compiled either, and as such will not cause needless errors either. It also clearly indicates why this particular

Re: [PATCHv2 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread Michel Stam
Point taken, I agree as far as the large number of ifdefs is concerned. This code could use some reworking, maybe split off into a separate file or even two. I do not agree about letting the linker optimise, as that is compiler-dependent. I may look into splitting this up another time. On

Re: Introducing barebOS

2014-04-04 Thread Jean-Christophe PLAGNIOL-VILLARD
On Apr 1, 2014, at 5:02 PM, Sascha Hauer s.ha...@pengutronix.de wrote: Hi All, barebox more and more comes in the area that is has everything an operating system needs: - support for all kinds of storage devices - support for various different fileystems - Cooperative multitasking

Re: [PATCH 2/3] x86: Add support for IDE on the legacy I/O ports

2014-04-04 Thread Alexander Aring
On Tue, Mar 25, 2014 at 12:12:00PM +0100, Michel Stam wrote: --- arch/x86/boards/x86_generic/generic_pc.c | 71 drivers/ata/ide-sff.c| 94 ++-- drivers/ata/intf_platform_ide.c | 14 - include/ata_drive.h

Re: Introducing barebOS

2014-04-04 Thread Jean-Christophe PLAGNIOL-VILLARD
On Apr 5, 2014, at 1:49 PM, Antony Pavlov antonynpav...@gmail.com wrote: On Sat, 5 Apr 2014 10:53:19 +0800 Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com wrote: On Apr 1, 2014, at 5:02 PM, Sascha Hauer s.ha...@pengutronix.de wrote: Hi All, barebox more and more comes in