Re: Build regressions/improvements in v4.9-rc1

2016-10-19 Thread Thomas Petazzoni
Hello, On Wed, 19 Oct 2016 12:23:12 +, Alexey Brodkin wrote: > > I tried building a new toolchain with buildroot, using the instructions > > from last time, but the resulting toolchain doesn't relocate, ie. it has > > hard-coded paths in it. Any ideas? > > Hm... that's strange - it used to

Re: [PATCH v2] ARC: Adjust cpuinfo for non-continuous cpu ids

2016-10-19 Thread Vineet Gupta
On 10/19/2016 04:25 AM, Noam Camus wrote: > From: Noam Camus > > num_possible_cpus() returns how many CPUs may be present on system. > However we want the highest possible CPU number. > This may be differ in a sparsed possible CPUs map. > Such map achived by OF for plat-eznps. > > For example if w

Re: Build regressions/improvements in v4.9-rc1

2016-10-19 Thread Alexey Brodkin
Hi Michael, On Wed, 2016-10-19 at 22:50 +1100, Michael Ellerman wrote: > Vineet Gupta writes: > > > > On 10/17/2016 02:02 PM, Arnd Bergmann wrote: > > > > > > On Monday, October 17, 2016 9:59:24 AM CEST Vineet Gupta wrote: > > > > > > > > On 10/17/2016 12:34 AM, Geert Uytterhoeven wrote: > > >

Re: Build regressions/improvements in v4.9-rc1

2016-10-19 Thread Michael Ellerman
Vineet Gupta writes: > On 10/17/2016 02:02 PM, Arnd Bergmann wrote: >> On Monday, October 17, 2016 9:59:24 AM CEST Vineet Gupta wrote: >>> On 10/17/2016 12:34 AM, Geert Uytterhoeven wrote: > 48 error regressions: >> + /home/kisskb/slave/src/arch/arc/include/asm/atomic.h: Error: bad

Re: [PATCH] dmaengine: DW DMAC: split pdata to hardware properties and platform quirks

2016-10-19 Thread Eugeniy Paltsev
Hi Andy, On Fri, 2016-10-07 at 14:05 +0300, Andy Shevchenko wrote: > On Wed, 2016-10-05 at 15:14 +, Eugeniy Paltsev wrote: > > > > Hi Andy, > > what do you think about these changes? > I was off for few weeks, will look at this next week. > I was wondering you to tell yours ideas about this p

[PATCH v2] ARC: Adjust cpuinfo for non-continuous cpu ids

2016-10-19 Thread Noam Camus
From: Noam Camus num_possible_cpus() returns how many CPUs may be present on system. However we want the highest possible CPU number. This may be differ in a sparsed possible CPUs map. Such map achived by OF for plat-eznps. For example if we have: possible cpus mask 0,3 Then: num_possible_cpus(

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

2016-10-19 Thread Alexey Brodkin
Hi Archit, all, On Wed, 2016-10-19 at 14:43 +0530, Archit Taneja wrote: > > On 10/19/2016 01:16 PM, Eugeniy Paltsev wrote: > > > > ARC PGU driver starts crashing on initialization after > > 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' > > This happenes because in "arcpgu_drm

Re: [PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

2016-10-19 Thread Archit Taneja
On 10/19/2016 01:16 PM, Eugeniy Paltsev wrote: ARC PGU driver starts crashing on initialization after 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' This happenes because in "arcpgu_drm_hdmi_init" function we get pointer of "drm_i2c_encoder_driver" structure, which doesn't ex

RE: [PATCH] ARC: Adjust cpuinfo for non-continuous cpu ids

2016-10-19 Thread Noam Camus
> From: Vineet Gupta [mailto:vineet.gup...@synopsys.com] > Sent: Tuesday, October 18, 2016 8:49 PM >> >> num_possible_cpus() returns how many CPUs may be present on system. >> However we want the highest possible CPU number. > >Highest possible number "Detected" at boot ? Can you explain a bit mo

[PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

2016-10-19 Thread Eugeniy Paltsev
ARC PGU driver starts crashing on initialization after 'commit e12c2f645557 ("drm/i2c: adv7511: Convert to drm_bridge")' This happenes because in "arcpgu_drm_hdmi_init" function we get pointer of "drm_i2c_encoder_driver" structure, which doesn't exist after adv7511 hdmi encoder interface changed fr