On Sun, Jun 08, 2014 at 12:53:34AM +0100, Olof Johansson wrote:
Lorenzo,
Since you're emailing from @arm.com, some of this is to the wider
recipient and maybe not directly to you:
I am glad to reply and take blame since this is a debate definitely worth
having.
[...]
Right, CCI snoops
On Sun, Jun 08, 2014 at 01:45:30PM +0100, Lorenzo Pieralisi wrote:
Olof, it is not puritanism, it is all about upstreaming code. If we
keep accepting these hacks and we end up with mach code full of them
we have a problem, do you agree ?
To see the kind of problem that accepting hacked up code
On Sun, 8 Jun 2014, Lorenzo Pieralisi wrote:
On Sun, Jun 08, 2014 at 12:53:34AM +0100, Olof Johansson wrote:
Lorenzo,
Since you're emailing from @arm.com, some of this is to the wider
recipient and maybe not directly to you:
I am glad to reply and take blame since this is a debate
On Sun, 8 Jun 2014, Russell King - ARM Linux wrote:
On Sat, Jun 07, 2014 at 04:53:34PM -0700, Olof Johansson wrote:
You do realize that you have absolutely zero leverage over us on this,
right? Our product is already shipped with kernel code that fixes
this.
That is never a
On Sun, Jun 08, 2014 at 02:26:43PM -0400, Nicolas Pitre wrote:
On Sun, 8 Jun 2014, Russell King - ARM Linux wrote:
On Sat, Jun 07, 2014 at 04:53:34PM -0700, Olof Johansson wrote:
You do realize that you have absolutely zero leverage over us on this,
right? Our product is already shipped
On Sun, 8 Jun 2014, Russell King - ARM Linux wrote:
On Sun, Jun 08, 2014 at 02:26:43PM -0400, Nicolas Pitre wrote:
On Sun, 8 Jun 2014, Russell King - ARM Linux wrote:
On Sat, Jun 07, 2014 at 04:53:34PM -0700, Olof Johansson wrote:
You do realize that you have absolutely zero leverage
On Sun, Jun 08, 2014 at 02:55:03PM -0400, Nicolas Pitre wrote:
On Sun, 8 Jun 2014, Russell King - ARM Linux wrote:
No, I was specifically thinking about the various iPAQ specific things
like the additional platform specific ATAGs that they invented with
zero reference to mainline, and then
On Fri, Jun 06, 2014 at 11:36:56AM +0100, Mark Brown wrote:
From: Mark Brown broo...@linaro.org
Since the OPP layer is a kernel library which has been converted to be
directly selectable by its callers rather than user selectable and
requiring architectures to enable it explicitly the
On Fri, Jun 06, 2014 at 08:12:12PM +0800, Vivek Gautam wrote:
Some PHY controllers may need to calibrate certain
PHY settings after initialization of the controller and
sometimes even after initializing the PHY-consumer too.
Add support for the same in order to let consumers do so in need.
On 2014년 06월 02일 20:48, Andrzej Hajda wrote:
On 06/02/2014 12:42 PM, Andrzej Hajda wrote:
On 06/02/2014 12:11 PM, Tomasz Figa wrote:
Hi Rahul, Andrzej,
On 02.06.2014 11:42, Rahul Sharma wrote:
On 2 June 2014 14:41, Andrzej Hajda a.ha...@samsung.com wrote:
Hi Rahul,
On 05/28/2014 08:11 AM,
On Fri, Jun 6, 2014 at 4:06 PM, Mark Brown broo...@kernel.org wrote:
From: Mark Brown broo...@linaro.org
Since the OPP layer is a kernel library which has been converted to be
directly selectable by its callers rather than user selectable and
requiring architectures to enable it explicitly
11 matches
Mail list logo
