On Mon, Mar 16, 2015 at 8:24 PM, Tony Lindgren t...@atomide.com wrote:
* Sebastian Reichel s...@ring0.de [150316 11:26]:
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there is missing /proc/atags file (readable by
userspace processes). And also broken AES/SHA/MD5 support. Fix
for
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that defines platform data for it.
i'll replace the dev_get_platdata() with a function that only parses
the clock-frequency properties
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device tree mode as posted by Pali.
No. In DT boot there is missing /proc/atags file (readable by
userspace
* Pali Rohár pali.ro...@gmail.com [150316 14:15]:
On Monday 16 March 2015 22:01:43 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150316 13:59]:
On Monday 16 March 2015 16:29:39 Tony Lindgren wrote:
I believe the last pending issues is the support for
ATAG_REVISION in device
* Sebastian Reichel s...@ring0.de [150316 11:26]:
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that
Hi,
On Mon, Mar 16, 2015 at 08:29:39AM -0700, Tony Lindgren wrote:
* Arnd Bergmann a...@arndb.de [150315 05:10]:
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that defines platform data for it.
i'll replace the
On Sunday 15 March 2015 10:50:42 Eliad Peller wrote:
yeah, i missed it :/
looks like there's no platform that defines platform data for it.
i'll replace the dev_get_platdata() with a function that only parses
the clock-frequency properties (the irq is taken in this case from the
On Fri, Mar 13, 2015 at 5:13 PM, Tony Lindgren t...@atomide.com wrote:
* Eliad Peller el...@wizery.com [150312 05:10]:
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove the legacy
wl12xx_platform_data struct, and move its members
into the platform
* Eliad Peller el...@wizery.com [150312 05:10]:
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove the legacy
wl12xx_platform_data struct, and move its members
into the platform device data (that is passed to wlcore)
Davinci 850 is the only platform
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove the legacy
wl12xx_platform_data struct, and move its members
into the platform device data (that is passed to wlcore)
Davinci 850 is the only platform that still set
the platform data in the legacy way (and
12 matches
Mail list logo
