v2015.12.0

2015-12-07 Thread Sascha Hauer
Hi All, We have a release for December. It contains a lot of nice cleanups and fixes. One nice thing is that with this release the multiimage generation has become more consistent. With multiimage support the barebox-flash-image link will now point to a non existing file indicating we have

Re: [PATCH] ARM: Remove do_execute and thumb2_execute

2015-12-07 Thread Sascha Hauer
On Fri, Dec 04, 2015 at 07:24:19PM +, Trent Piepho wrote: > In commit 104a6a7ccfb7928ca5dc28c8cbe0ea231ffc45ee support was added > for Thumb2. It added do_execute() as a way to provide arch dependent > calling veneers for use in "go" and thumb2_execute() as the thumb2 to > arm veneer. > >

Re: [PATCH] ARM: pxa: pxa2xx use PSPR for resume address

2015-12-07 Thread Sascha Hauer
On Sat, Dec 05, 2015 at 11:37:05PM +0100, Robert Jarzmik wrote: > Both lubbock and mainstone suspend to RAM were broken by the same > typo. The linux kernel saves the resume address to PSPR, ie. the scratch > pad register, while it was PSSR which was checked in barebox. > > Fixing this typo was

Re: [PATCH] net: smc1111: fix ethernet mac setting

2015-12-07 Thread Sascha Hauer
On Sat, Dec 05, 2015 at 10:58:00PM +0100, Robert Jarzmik wrote: > Even if the setting of the MAC address does work correctly, the function > return an error. > > In the former barebox version, this didn't seem to be a problem. In > v2015.11.0 version, the "ifup eth0" command fails because of

Re: [PATCH 8/9] arm: Add RAMOOPS memory area

2015-12-07 Thread Sascha Hauer
On Fri, Dec 04, 2015 at 02:30:34PM +0100, Markus Pargmann wrote: > Hi, > > On Friday 04 December 2015 08:07:40 Sascha Hauer wrote: > > On Wed, Dec 02, 2015 at 02:48:50PM +0100, Markus Pargmann wrote: > > > RAMOOPS is a driver that uses a reserved static memory region to store > > > the data from

Re: i.MX6 PCIe support

2015-12-07 Thread Lucas Stach
Am Sonntag, den 06.12.2015, 22:03 -0800 schrieb Andrey Smirnov: > >> However when I boot Linux kernel (with 'igb' driver patched to > >> recognize 8086:1531 VID:PID) on that board and run 'eepromARMtool' > >> (Intel provided EEPROM programming tool) I can see it reading various > >> registers

Re: [RFC 3/9] MIPS: add virt_to_phys() and phys_to_virt()

2015-12-07 Thread Sascha Hauer
On Sun, Dec 06, 2015 at 05:50:51PM +0300, Antony Pavlov wrote: > On Fri, 4 Sep 2015 08:20:48 +0200 > Sascha Hauer wrote: > > > On Fri, Aug 28, 2015 at 06:46:14PM +0300, Antony Pavlov wrote: > > > On Fri, 28 Aug 2015 08:34:32 +0200 > > > Sascha Hauer

Re: [PATCH 1/7] imx: ocotp: Add code to initialize 'cdev->device_node'

2015-12-07 Thread Sascha Hauer
Hi Andrey, I had to port the LM75 driver to barebox just a few days ago and so came up with exactly the same patch 2/7 and 3/7. I applied 1-3 right away. In my case I not only have a LM75 but also a PT100 connected to a Microchip MCP3421 which in Linux is abstracted as a IIO device. IIO has the

am335x: MLO and Barebox

2015-12-07 Thread Yegor Yefremov
I've looked at Phytec defconfigs. Do I understand it correctly, that I need two defconfigs: one for MLO and one for Barebox itself? Regards, Yegor ___ barebox mailing list barebox@lists.infradead.org http://lists.infradead.org/mailman/listinfo/barebox

Re: am335x: MLO and Barebox

2015-12-07 Thread Teresa Remmet
Hello Yegor, yes you do understand this correct. There is a am335x_mlo_defconfig for MLO and a am335x_defconfig for a full barebox image. Both configs will drop out all available am335x images. Not only Phytec ones. Regards, Teresa Am Montag, den 07.12.2015, 11:38 +0100 schrieb Yegor Yefremov:

Re: [PATCH 1/7] imx: ocotp: Add code to initialize 'cdev->device_node'

2015-12-07 Thread Andrey Smirnov
On Mon, Dec 7, 2015 at 2:23 AM, Sascha Hauer wrote: > Hi Andrey, > > I had to port the LM75 driver to barebox just a few days ago and so came > up with exactly the same patch 2/7 and 3/7. I applied 1-3 right away. > Shucks! I had those three patches sitting on my laptop

Re: [PATCH 7/7] hwmon: Port TEMPMON sensor driver

2015-12-07 Thread Andrey Smirnov
On Mon, Dec 7, 2015 at 11:05 AM, Trent Piepho wrote: > On Sun, 2015-12-06 at 23:52 -0800, Andrey Smirnov wrote: >> + >> + imx_thermal->sensor.name = of_get_property(dev->device_node, >> + >> "barebox,sensor-name", >> +

Re: [PATCH 7/7] hwmon: Port TEMPMON sensor driver

2015-12-07 Thread Trent Piepho
On Mon, 2015-12-07 at 11:40 -0800, Andrey Smirnov wrote: > On Mon, Dec 7, 2015 at 11:05 AM, Trent Piepho wrote: > > On Sun, 2015-12-06 at 23:52 -0800, Andrey Smirnov wrote: > >> + > >> + imx_thermal->sensor.name = of_get_property(dev->device_node, > >> + > >>

Re: [PATCH 7/7] hwmon: Port TEMPMON sensor driver

2015-12-07 Thread Andrey Smirnov
On Mon, Dec 7, 2015 at 11:52 AM, Trent Piepho wrote: > On Mon, 2015-12-07 at 11:40 -0800, Andrey Smirnov wrote: >> On Mon, Dec 7, 2015 at 11:05 AM, Trent Piepho wrote: >> > On Sun, 2015-12-06 at 23:52 -0800, Andrey Smirnov wrote: >> >> + >> >> +

Re: [PATCH 7/7] hwmon: Port TEMPMON sensor driver

2015-12-07 Thread Trent Piepho
On Sun, 2015-12-06 at 23:52 -0800, Andrey Smirnov wrote: > + > + imx_thermal->sensor.name = of_get_property(dev->device_node, > + > "barebox,sensor-name", > + NULL); Wouldn't aliases the proper OF way to do this?

Re: i.MX6 PCIe support

2015-12-07 Thread Andrey Smirnov
> Can you please compile barebox with config PCI_DEBUG set and provide the > output of that? Mybe with and without your change applied? Here's the output (I also added the code to print bridge's *_BASE and *_LIMIT values): Good (with my change present): imx6-pcie 1ffc000.pcie: Link up, Gen=1