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
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.
>
>
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
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
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
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
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
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
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
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:
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
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",
>> +
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,
> >> +
> >>
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:
>> >> +
>> >> +
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?
> 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
16 matches
Mail list logo