[PATCH v2] ARM: i.MX: Add liteboard support

liteboard is a development board which uses liteSOM as its base. liteSOM can't exist on its own, but is used as part of other boards - it only contains processor and memory. Hardware specification: * liteSOM: - i.MX6UL - 256M or 512M DDR3 RAM - eMMC (uSDHC2) * Ethernet PHY * USB host

Re: [PATCH 19/20] ARM: i.MX: Add missing include

On Thu, Oct 18, 2018 at 05:35:39PM +0200, Sam Ravnborg wrote: > Hi Sasha. > > While I am in nitpick mode... > > On Thu, Oct 18, 2018 at 08:58:26AM +0200, Sascha Hauer wrote: > > mach/generic.h provides protypes for functions that mach-imx/cpu_init.c > protype => prototypes Fixed all, thanks

Re: [PATCH] of: base: fix typo

On Fri, Oct 19, 2018 at 06:33:11AM +0200, Ulrich Ölmann wrote: > Signed-off-by: Ulrich Ölmann > --- > drivers/of/base.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Applied, thanks Sascha > > diff --git a/drivers/of/base.c b/drivers/of/base.c > index f9b1c3c4cbf5..b082f0c656a4

Re: [PATCH] i2c: introduce device_i2c_driver() macro

On Thu, Oct 18, 2018 at 12:19:31PM +0200, Marco Felsch wrote: > Add macro and dependency to avoid boilerplate code. Since now simple > i2c drivers only have to include the i2c.h header and call the > device_i2c_driver() macro to register a i2c device driver. > > Signed-off-by: Marco Felsch > ---

Re: [PATCH] rtc: ds1307: Add ds3231 to driver's ID list

On Thu, Oct 18, 2018 at 01:47:08PM +0200, Marco Felsch wrote: > In contrast to the ds1337 the ds3231 has a built-in temperature > compensated crystal oscillator. The register map seems the same as the > one from the ds1337, so using it's driver_data is okay. > > Signed-off-by: Marco Felsch > ---

Re: [PATCH] state: fix indentation

On Fri, Oct 19, 2018 at 06:43:03AM +0200, Ulrich Ölmann wrote: > --- > common/state/state.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/common/state/state.c b/common/state/state.c > index bef20210d6e9..54c57232e626 100644 > --- a/common/state/state.c > +++

Re: [PATCH v1] fs: fix different compile warnings

On Tue, Oct 16, 2018 at 09:42:56PM +0200, Oleksij Rempel wrote: > fs/fs.c:96:18: warning: no previous prototype for ‘mntget’ > [-Wmissing-prototypes] > struct vfsmount *mntget(struct vfsmount *mnt) > ^~ > fs/fs.c:106:6: warning: no previous prototype for ‘mntput’ >

Re: [PATCH v1] Makefile: move -Wmissing-prototypes from mips to main Makefile

On Wed, Oct 17, 2018 at 04:08:49PM +0200, Oleksij Rempel wrote: > Currently we get -Wmissing-prototypes warning only on arch/mips. > With this patch we should be able to see this warning on all supported > architectures. > > Signed-off-by: Oleksij Rempel Generally I like this. However, there

[PATCH] usb: ehci: call platform init before ehci reset

On i.MX25 platform init sets up things like the polarity of the overcurrent pin. If the reset default value is still wrong at ehci_reset time, this results in an overcurrent event being pending in the hardware even if the pin is actually in it's inactive level. To prevent this call platform init

Re: [PATCH 0/4] gpio-hog fixes

On Thu, Oct 18, 2018 at 12:43:45PM +0200, Marco Felsch wrote: > Hi, > > in 2017 Andrey ported the linux gpio-hog functionality to barebox. So we > can set simple power-on/reset gpios from DT without specifying them in > the board file. > > First this series do some fixes in the gpio-hog

Re: [PATCH] usb: ehci: call platform init before ehci reset

On Fri, Oct 19, 2018 at 02:07:50PM +0200, Uwe Kleine-König wrote: > On i.MX25 platform init sets up things like the polarity of the > overcurrent pin. If the reset default value is still wrong at ehci_reset > time, this results in an overcurrent event being pending in the hardware > even if the