[PATCH 2/2] boards: samx6: Adjust to latest get_runtime_offset()

2018-04-09 Thread Andrey Smirnov
Latest version of get_runtime_offset() returns positive offset that needs to be added to rather than substracted from original pointer. Cc: Michael Grzeschik Signed-off-by: Andrey Smirnov --- Sascha: This one obviously needs to go into

[PATCH 1/2] i.MX53/TX53: Adjust to latest get_runtime_offset()

2018-04-09 Thread Andrey Smirnov
Latest version of get_runtime_offset() returns positive offset that needs to be added to rather than substracted from original pointer. Cc: Michael Grzeschik Signed-off-by: Andrey Smirnov --- Sascha: This one obviously needs to go into

Re: [PATCH 2/3] console: Add simplified 'serdev' framework from Linux kernel

2018-04-09 Thread Andrey Smirnov
On Mon, Apr 2, 2018 at 11:54 PM, Sascha Hauer wrote: > Hi Andrey, > > Some comments inside. > > > On Mon, Mar 26, 2018 at 06:09:14AM -0700, Andrey Smirnov wrote: >> Port 'serdev' UART-slave deivce framework found in recent Linux >> kernels (post 4.13) in order to be able

Re: [PATCH 3/3] serial: Check result of console_unregister()

2018-04-09 Thread Andrey Smirnov
On Tue, Apr 3, 2018 at 12:04 AM, Sascha Hauer wrote: > On Mon, Mar 26, 2018 at 06:09:15AM -0700, Andrey Smirnov wrote: >> In order to allow 'serdev' devices to prevent parent console device >> removal and correspondign memory deallocation add code to all serial >> driver

[PATCH v2] ARM: Add Advantech imx6 board support

2018-04-09 Thread Christoph Fritz
Add support for Advantech i.MX6 SOM named ROM-7421. Signed-off-by: Christoph Fritz --- Changes since v0: - distinguish between MMC environment names in pr_notice() board.c - rework eMMC partition layout and don't use its hw-bootpartition for now - purge writing clock

Re: [PATCH] ARM: Add Advantech imx6 board support

2018-04-09 Thread Christoph Fritz
Hi Andrey, thanks for your input, I'll integrate your suggestions and send a v2 patch. Thanks -- Christoph ___ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox

Re: [PATCH] ARM: Add Advantech imx6 board support

2018-04-09 Thread Christoph Fritz
Hi Sascha, On Fri, 2018-04-06 at 21:21 +0200, Sascha Hauer wrote: > Hi Christoph, > > On Thu, Apr 05, 2018 at 03:15:49PM +0200, Christoph Fritz wrote: > > + phy_register_fixup_for_uid(0x004dd072, 0xffef, ar8035_phy_fixup); > > + > > + switch (bootsource_get()) { > > + case

[RESEND] doc: bcm283x: update documentation for Raspberry Pi

2018-04-09 Thread Roland Hieber
The old way does not seem to work for RPi 3, as the UART pins are mapped differently and the NOOBS bootcode does not seem to read a config.txt. Signed-off-by: Roland Hieber --- Documentation/boards/bcm2835.rst | 34 ++ 1 file changed, 26

Re: [PATCH] video: IPUv3-LDB: demote dual-channel message to info level

2018-04-09 Thread Sascha Hauer
On Fri, Apr 06, 2018 at 05:49:29PM +0200, Lucas Stach wrote: > Dual channel mode is a valid mode of operation, so there is no reason to > print this at the warning level. > > Signed-off-by: Lucas Stach > --- > drivers/video/imx-ipu-v3/imx-ldb.c | 2 +- > 1 file changed,

Re: [PATCH] fb: reject enable request when framebuffer has no mode

2018-04-09 Thread Sascha Hauer
On Fri, Apr 06, 2018 at 05:23:23PM +0200, Lucas Stach wrote: > If no display is connected or the display modes are incompatible with > the scanout hardware we might end up with a registered framebuffer with > no modes. Trying to enable such a framebuffer will blow up with NULL > ptr dereferences

Re: [PATCH 61/78] ARM: aarch64: mmu: Make zero page faulting

2018-04-09 Thread Sascha Hauer
Hi Andrey, On Tue, Mar 20, 2018 at 09:53:56PM -0700, Andrey Smirnov wrote: > On Fri, Mar 16, 2018 at 5:53 AM, Sascha Hauer wrote: > > Make zero page faulting which allows us to catch NULL pointer derefs. > > > > Signed-off-by: Sascha Hauer > > ---

Re: [PATCH] net: on ifup -a only detect devices when necessary

2018-04-09 Thread Sascha Hauer
On Fri, Apr 06, 2018 at 09:33:37PM +0200, Lucas Stach wrote: > Am Freitag, den 06.04.2018, 15:16 +0200 schrieb Sascha Hauer: > > For network boot we once used to hardcode eth0, but in latest changes > > this was changed to work with different network devices and the 'ifup > > eth0' was replaced