Signed-off-by: Maarten Lankhorst
Reviewed-by: Rob Clark
---
include/linux/reservation.h | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/include/linux/reservation.h b/include/linux/reservation.h
index 813dae960ebd..f3f57460a205 100644
--- a/include/linux
On Mon, Feb 24, 2014 at 05:22:43PM +0100, Maxime Ripard wrote:
> Right now, AHB is an indirect child clock of the CPU clock. If that happens to
> change, since the CPU clock has no other consumers declared in Linux, it would
> be shut down, which is not really a good idea.
>
> Prevent this by forc
Just to show it's easy.
Android syncpoints can be mapped to a timeline. This removes the need
to maintain a separate api for synchronization. I've left the android
trace events in place, but the core fence events should already be
sufficient for debugging.
v2:
- Call fence_remove_callback in sync
On Feb 24, 2014, at 10:06 AM, Nicolin Chen wrote:
> On Mon, Feb 24, 2014 at 03:52:24PM +, Austin, Brian wrote:
+ if (!IS_ERR(cs42888->clk))
+ clk_disable_unprepare(cs42888->clk);
>>>
>>> Does the device work without MCLK?
>> Yes, MCLK is required. If you can’t get the cl
On Mon, 24 Feb 2014, Vince Weaver wrote:
> Just touching the mmap page with a write of a single byte (it doesn't
> matter where) is enough to trigger the bug.
OK, investigating this more.
perf_fuzzer-2971 [000] 154.944114: page_fault_user:
address=0xf7729000 ip=0x41efab error_cod
There were some conditional blocks that had an unnecessary level of
indentation in them. We can remove this to improve code clarity.
Signed-off-by: Chase Southwood
---
2: Moved "else if" up to the same line as closing brace of "if". Left
braces on single line "else if" matched to an "if" requir
There are a couple of cases where a comment being on the same line as a
statement is causing the line to be over 80 characters long. This is an
easy fix, move these comments to the previous line.
Signed-off-by: Chase Southwood
---
2: Some changes to PATCH 2/3 v2 occurred in the immediate context
On Mon, Feb 24, 2014 at 8:27 AM, Richard Biener
wrote:
>
> To me that reads like
>
> int i;
> int *q = &i;
> int **p = &q;
>
> atomic_XXX (p, CONSUME);
>
> orders against accesses '*p', '**p', '*q' and 'i'. Thus it seems they
> want to say that it orders against aliased storage - but then
On Mon, Feb 24, 2014 at 8:37 AM, Linus Torvalds
wrote:
>
> So yes, the atomic_read() would be ordered wrt '*ptr' (getting 'q')
> _and_ '**ptr' (getting 'i'), but nothing else - including just the
> aliasing access of dereferencing 'i' directly.
Btw, what CPU architects and memory ordering guys te
Il 24/02/2014 16:37, Liu, Jinsong ha scritto:
So patch v5 would be applied except you will remove the incorrect
hunk, and you will send a patch strengthenning guest_supported_xcr0?
Yes.
Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 2014-02-24 16:35, Chase Southwood wrote:
There are a couple of cases where a comment being on the same line as a
statement is causing the line to be over 80 characters long. This is an
easy fix, move these comments to the previous line.
Signed-off-by: Chase Southwood
---
2: Some changes to
On 2014-02-24 16:34, Chase Southwood wrote:
There were some conditional blocks that had an unnecessary level of
indentation in them. We can remove this to improve code clarity.
Signed-off-by: Chase Southwood
---
2: Moved "else if" up to the same line as closing brace of "if". Left
braces on s
On Mon, Feb 24, 2014 at 8:29 AM, Mathias Nyman
wrote:
> xHCI driver has its own pci probe function that will call usb_hcd_pci_probe
> to register its usb-2 bus, and then continue to manually register the
> usb-3 bus. usb_hcd_pci_probe does a pm_runtime_put_noidle at the end and
> might thus trigge
Ok, so the obvious question is what is at that kernel address?
On February 24, 2014 8:34:30 AM PST, Vince Weaver
wrote:
>On Mon, 24 Feb 2014, Vince Weaver wrote:
>
>> Just touching the mmap page with a write of a single byte (it doesn't
>
>> matter where) is enough to trigger the bug.
>
>OK, inv
Signed-off-by: Monam Agarwal
---
drivers/staging/comedi/comedi_fops.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index ac1edd9..7da8566 100644
--- a/drivers/staging/comedi/comedi_fops.c
+++
On Mon, 24 Feb 2014, Tuukka Tikkanen wrote:
> The field expected_us is used to store the time remaining until next
> timer expiry. The name is inaccurate, as we really do not expect all
> wakeups to be caused by timers. In addition, another field with a very
> similar name (predicted_us) is used t
Hi Corey,
On Sun, Feb 23, 2014 at 08:23:34PM -0600, miny...@acm.org wrote:
Would not
static bool si_trydefaults = IS_ENABLED(CONFIG_IPMI_SI_PROBE_DEFAULTS);
work better here?
Thanks.
--
Dmitry
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Will Deacon writes:
> Well, we probably need a bit more to go on, because I doubt that this code
> is to blame. More likely, the issue is in the caller.
> Looking at drivers/net/wireless/ti/wl1251/rx.c:182
>
> /* The actual length doesn't include the target's alignment */
> skb->le
Hi,
On Mon, 24 Feb 2014, Linus Torvalds wrote:
> > To me that reads like
> >
> > int i;
> > int *q = &i;
> > int **p = &q;
> >
> > atomic_XXX (p, CONSUME);
> >
> > orders against accesses '*p', '**p', '*q' and 'i'. Thus it seems they
> > want to say that it orders against aliased storage
On Mon, 2014-02-24 at 08:53 -0800, Dmitry Torokhov wrote:
> Would not
>
> static bool si_trydefaults =
> IS_ENABLED(CONFIG_IPMI_SI_PROBE_DEFAULTS);
>
> work better here?
Yes, it would. Sorry, I should have thought of that.
--
Matthew Garrett
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: "Ingo Molnar" , linux-kernel@vger.kernel.org, "Ingo
> Molnar" , "Thomas
> Gleixner" , "Rusty Russell" ,
> "David Howells" ,
> "Greg Kroah-Hartman"
> Sent: Monday, February 24, 2014 10:54:54 AM
> Subject: Re:
On 22/02/14 22:33, Zoltan Kiss wrote:
On 18/02/14 17:40, Ian Campbell wrote:
+ */
+skb->pfmemalloc= false;
}
static int xenvif_get_extras(struct xenvif *vif,
@@ -1372,7 +1341,7 @@ static bool tx_credit_exceeded(struct xenvif
*vif, unsigned size)
@@ -1581,7 +1535,11 @@ stati
On Mon, 24 Feb 2014, Tuukka Tikkanen wrote:
> The menu governor uses coefficients as one method of actual idle
> period length estimation. The coefficients are, as detailed below,
> multipliers giving expected idle period length from time until next
> timer expiry. The multipliers are supposed to
On 02/24/2014 10:53 AM, Dmitry Torokhov wrote:
> Hi Corey,
>
> On Sun, Feb 23, 2014 at 08:23:34PM -0600, miny...@acm.org wrote:
> Would not
>
> static bool si_trydefaults =
> IS_ENABLED(CONFIG_IPMI_SI_PROBE_DEFAULTS);
>
> work better here?
>
> Thanks.
>
Certainly. I will update it. Than
On Sun, Feb 23, 2014 at 08:23:35PM -0600, miny...@acm.org wrote:
> @@ -1194,7 +1223,17 @@ int ipmi_set_gets_events(ipmi_user_t user, int val)
> INIT_LIST_HEAD(&msgs);
>
> spin_lock_irqsave(&intf->events_lock, flags);
> - user->gets_events = val;
> + if (user->gets_events == !!
On Mon, Feb 24, 2014 at 05:09:20PM +0900, Namhyung Kim wrote:
> Hello,
>
> I added --percentage option to perf report to control display of
> percentage of filtered entries.
>
> usage: perf report []
>
> --percentage
> how to display percentage of filtered ent
On 02/24/2014 05:05 PM, Peter Zijlstra wrote:
On Mon, Feb 24, 2014 at 04:39:08PM +0100, Daniel Lezcano wrote:
And when you do that; you can also push down the
current_clr_polling_and_test() muck so it doesn't cover the actual
cpuidle policy code.
I am not getting it. Where do you suggest to m
On Mon, 24 Feb 2014, Tuukka Tikkanen wrote:
> Sometimes (fairly often) when the cpuidle menu governor is making a decision
> about idle state to enter the next timer for the cpu appears to expire in
> the past. The menu governor expects the expiry to always be in the future
> and in fact stores th
On 02/24/2014 10:57 AM, Dmitry Torokhov wrote:
> On Sun, Feb 23, 2014 at 08:23:35PM -0600, miny...@acm.org wrote:
>> @@ -1194,7 +1223,17 @@ int ipmi_set_gets_events(ipmi_user_t user, int val)
>> INIT_LIST_HEAD(&msgs);
>>
>> spin_lock_irqsave(&intf->events_lock, flags);
>> -user->get
On Mon, 24 Feb 2014, H. Peter Anvin wrote:
> On February 24, 2014 8:34:30 AM PST, Vince Weaver
> wrote:
> >On Mon, 24 Feb 2014, Vince Weaver wrote:
> >
> >> Just touching the mmap page with a write of a single byte (it doesn't
> >
> >> matter where) is enough to trigger the bug.
> >
> >OK, inves
Similar to the SET_*_PM_OPS(), these functions are to be used in
initializers of struct dev_pm_ops, for example:
static const struct dev_pm_ops foo_pm_ops = {
ASSIGN_RUNTIME_PM_OPS(foo_rpm_suspend, foo_rpm_resume, NULL)
ASSIGN_SYSTEM_SLEEP_PM_OPS(foo_suspend
On Thu, Feb 13, 2014 at 09:28:50PM +0100, Miklos Szeredi wrote:
> On Thu, Feb 13, 2014 at 8:32 PM, Linus Torvalds
> wrote:
> > (I do think we should allow creation - but for root only - for
> > management and testing purposes, but I really think it's a secondary
> > issue, and I do think we shoul
Use ASSIGN_SYSTEM_SLEEP_PM_OPS and ASSIGN_RUNTIME_PM_OPS in the
initializer for msm_otg_dev_pm_ops. Doing so allows us to eliminate
preprocessor conditionals around the specified callbacks.
Signed-off-by: Josh Cartwright
---
drivers/usb/phy/phy-msm-usb.c | 13 +++--
1 file changed, 3 in
The assign_if() and assign_if_enable() macros are intended to be used
in static initializers for function pointers, where the pointer is
expected to be NULL when a compile-time condition does not hold.
These macros allow for implementing this behavior, without requiring the
functions be wrapped in
Based on the observation that given the following:
static void my_callback(void)
{
}
void (*callback)(void) = 0 ? my_callback : NULL;
GCC will,
1.) Not emit 'defined but unused' warnings for 'my_callback'
2.) Typecheck my_callback against typeof(*c
On 2014-02-22 01:38, Alexander Gordeev wrote:
On Fri, Feb 21, 2014 at 03:46:13PM -0800, Jens Axboe wrote:
On Wed, Feb 19 2014, Alexander Gordeev wrote:
As result of deprecation of MSI-X/MSI enablement functions
pci_enable_msix() and pci_enable_msi_block() all drivers
using these two interfaces
Add support for MEN 16z188 ADC IP Core on MCB FPGAs.
Signed-off-by: Johannes Thumshirn
---
drivers/iio/adc/Kconfig| 10 +++
drivers/iio/adc/Makefile | 1 +
drivers/iio/adc/men_z188_adc.c | 170 +
3 files changed, 181 insertions(+)
create
On 02/23/2014 11:43 PM, Viresh Kumar wrote:
> On 20 February 2014 23:10, Stephen Warren wrote:
>> Well, except that still leaves a bunch of errors in the kernel log, and
>> I have to remember to ignore them:-/
>
> Just for few releases, before this patchset goes in.
>
>> It'd be nice if the cpuf
Add support for MCB over PCI devices. Both PCI attached on-board Chameleon FPGAs
as well as CompactPCI based MCB carrier cards are supported with this driver.
Signed-off-by: Johannes Thumshirn
---
drivers/mcb/Kconfig| 14 ++
drivers/mcb/Makefile | 2 +
drivers/mcb/mcb-intern
The MCB (MEN Chameleon Bus) is a Bus specific to MEN Mikroelektronik
FPGA based devices. It is used to identify MCB based IP-Cores within
an FPGA and provide the necessary framework for instantiating drivers
for these devices.
Signed-off-by: Johannes Thumshirn
---
MAINTAINERS
On Mon, Feb 24, 2014 at 10:40:32AM +0900, Mark Brown wrote:
> On Mon, Dec 23, 2013 at 02:41:31PM +0200, Peter Ujfalusi wrote:
>
> > The proposed solution is to try the deferred queue once more when the last
> > driver is asking for deferring and we had drivers probed while this last
> > driver was
On Mon, Feb 24, 2014 at 07:57:24AM -0800, Linus Torvalds wrote:
> On Sun, Feb 23, 2014 at 11:31 AM, Linus Torvalds
> wrote:
> >
> > Let me think about it some more, but my gut feel is that just tweaking
> > the definition of what "ordered" means is sufficient.
> >
> > So to go back to the suggeste
On 2014-02-24 07:39, Frederic Weisbecker wrote:
Hi,
This version includes:
* Rename __smp_call_function_single to smp_call_function_single() as
suggested by Christoph.
* Acks and reviewed-by added.
* Rebase against -rc4
Thanks.
I'd be happy to take this in, as it's mostly centered aroun
On Mon, Feb 24, 2014 at 06:03:10PM +0100, Daniel Lezcano wrote:
> Well there is the polling idle state for the x86 and ppc cpuidle drivers.
> Except that, I think we have something more or less clean.
Yeah, they have to set it back to polling again :/
Ideally we'd sweep the entire tree and switch
On Sun, Feb 23, 2014 at 2:12 AM, Mark Brown wrote:
> On Thu, Feb 20, 2014 at 05:36:02PM +0100, Markus Pargmann wrote:
>> Hi,
>>
>> These two patches replace all ops->enable/disable by
>> _regulator_do_disable/enable function calls. These wrappers also handle gpio
>> regulators.
>
> Applied both, t
Hi guys,
If I try to run perf record as a non-root user, I end up with the following
(unhelpful) error:
$ perf record -e cycles ls
[...]
Not enough memory for reading perf file header
This is because the addresses in /proc/kallsyms always read as 0x0 when
viewed by a non-privileged user, c
On Mon, Feb 24, 2014 at 12:10:44PM -0500, Vince Weaver wrote:
> On Mon, 24 Feb 2014, H. Peter Anvin wrote:
>
> > On February 24, 2014 8:34:30 AM PST, Vince Weaver
> > wrote:
> > >On Mon, 24 Feb 2014, Vince Weaver wrote:
> > >
> > >> Just touching the mmap page with a write of a single byte (it d
Add new AEMIF driver for EMIF16 Texas Instruments controller.
The EMIF16 module is intended to provide a glue-less interface to
a variety of asynchronous memory devices like ASRA M, NOR and NAND
memory. A total of 256M bytes of any of these memories can be
accessed at any given time via 4 chip sele
Add bindings for TI Async External Memory Interface (AEMIF) controller.
The Async External Memory Interface (EMIF16/AEMIF) controller is intended to
provide a glue-less interface to a variety of asynchronous memory devices like
ASRA M, NOR and NAND memory. A total of 256M bytes of any of these mem
These patches introduce Async External Memory Interface (EMIF16/AEMIF)
controller driver for Davinci/Keystone archs.
For more informations see documentation:
Davinci DM646x - http://www.ti.com/lit/ug/sprueq7c/sprueq7c.pdf
OMAP-L138 - http://www.ti.com/lit/ug/spruh77a/spruh77a.pdf
Kestone - http://
On 02/23/2014 05:27 AM, Qiaowei Ren wrote:
> +static bool allocate_bt(unsigned long bd_entry)
> +{
> + unsigned long bt_size = 1UL << (MPX_L2_BITS+MPX_L2_SHIFT);
> + unsigned long bt_addr, old_val = 0;
> +
> + bt_addr = sys_mmap_pgoff(0, bt_size, PROT_READ | PROT_WRITE,
> +
On Mon, Feb 24, 2014 at 05:55:50PM +0100, Michael Matz wrote:
> Hi,
>
> On Mon, 24 Feb 2014, Linus Torvalds wrote:
>
> > > To me that reads like
> > >
> > > int i;
> > > int *q = &i;
> > > int **p = &q;
> > >
> > > atomic_XXX (p, CONSUME);
> > >
> > > orders against accesses '*p', '**p',
On Mon, Feb 24, 2014 at 03:12:21PM +, srikanth TS wrote:
> Hi Will Deacon,
Hello,
> Currently SMMU driver expecting all stream ID used by respective master
> should be defined in the DT.
>
> We want to know how to handle in the case of virtual functions dynamically
> created and destroyed.
>
Add an hynix initializer to manage read retries on h27uxgt8t2a chips.
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/Makefile |2 +-
drivers/mtd/nand/nand_hynix.c | 151 +
drivers/mtd/nand/nand_ids.c |3 +-
include/linux/mtd/nand.h
Add new fields in nand_manufacturers and nand_chip struct to provide
manufacturer specific handling like read retries.
Signed-off-by: Boris BREZILLON
---
drivers/mtd/nand/nand_base.c |7 +++
include/linux/mtd/nand.h |4
2 files changed, 11 insertions(+)
diff --git a/drivers
Hello,
This is a proposal to add support for manufacturer specific handling of
NAND chips.
Currently the only ones allowed to modify how NAND chips are accessed are
NAND controllers (by modifying the nand_chip callbacks) and NAND core code
(by setting default callbacks when these are not specifie
On Mon, 24 Feb 2014, Peter Zijlstra wrote:
> On Mon, Feb 24, 2014 at 12:10:44PM -0500, Vince Weaver wrote:
> > On Mon, 24 Feb 2014, H. Peter Anvin wrote:
> >
> > > On February 24, 2014 8:34:30 AM PST, Vince Weaver
> > > wrote:
> > > >On Mon, 24 Feb 2014, Vince Weaver wrote:
> > > >
> > > >> Jus
On Fri, Feb 21, 2014 at 2:29 PM, Olof Johansson wrote:
> On Wed, Feb 12, 2014 at 09:20:13AM -0800, Christian Daudt wrote:
>> The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
>>
>> Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
>>
>> are available in the git repository at:
On Mon, Feb 24, 2014 at 05:24:41PM +, Will Deacon wrote:
> Hi guys,
>
> If I try to run perf record as a non-root user, I end up with the following
> (unhelpful) error:
>
> $ perf record -e cycles ls
> [...]
> Not enough memory for reading perf file header
>
> This is because the addre
Acked-by: James Smart
-- james s
On 2/20/2014 8:10 PM, Daeseok Youn wrote:
>From 9e7478f6e953fac5b2bef0f5abe76fe8dc9e59d1 Mon Sep 17 00:00:00 2001
From: Daeseok Youn
Date: Fri, 21 Feb 2014 09:03:32 +0900
Subject: [PATCH] [SCSI] lpfc 8.3.43: use NULL instead of 0 for pointer
sparse says:
Am Dienstag, den 18.02.2014, 16:26 + schrieb Grant Likely:
> On Tue, 18 Feb 2014 08:06:24 +0100, Sascha Hauer
> wrote:
> > Hi Grant,
> >
> > On Mon, Feb 17, 2014 at 06:14:51PM +, Grant Likely wrote:
> > > On Tue, 11 Feb 2014 07:56:33 -0600, Rob Herring
> > > wrote:
> > > > On Tue, Feb
On Mon, Feb 24, 2014 at 8:55 AM, Michael Matz wrote:
>
> So, let me try to poke holes into your definition or increase my
> understanding :) . You said "chain of pointers"(dereferences I assume),
> e.g. if p is result of consume load, then access to
> p->here->there->next->prev->stuff is supposed
On Mon, 24 Feb 2014 16:55:36 + (UTC)
Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Steven Rostedt"
> > To: "Mathieu Desnoyers"
> > Cc: "Ingo Molnar" , linux-kernel@vger.kernel.org, "Ingo
> > Molnar" , "Thomas
> > Gleixner" , "Rusty Russell" ,
> > "David Howells" ,
> >
On Mon, 24 Feb 2014, Vince Weaver wrote:
> I do note that
> perf_callchain_user();
>
> Does
> fp = (void __user *)regs->bp;
>
> ...
>
> bytes = copy_from_user_nmi(&frame, fp, sizeof(frame));
>
>
> And in my particular executable RBP has nothing to do with a fram
On Mon, Feb 24, 2014 at 02:55:07PM +0100, Michael Matz wrote:
> Hi,
>
> On Fri, 21 Feb 2014, Paul E. McKenney wrote:
>
> > > And with conservative I mean "everything is a source of a dependency, and
> > > hence can't be removed, reordered or otherwise fiddled with", and that
> > > includes code
On 02/24/2014 09:32 AM, Vince Weaver wrote:
>>
>> Peter, does x32 have a slightly different ABI/calling convention that
>> would make any of these patches just slightly 'off'?
>
> I do note that
> perf_callchain_user();
>
> Does
> fp = (void __user *)regs->bp;
>
> ...
>
On Mon, Feb 24, 2014 at 12:32:39PM -0500, Vince Weaver wrote:
> I do note that
> perf_callchain_user();
>
> Does
> fp = (void __user *)regs->bp;
>
> ...
>
> bytes = copy_from_user_nmi(&frame, fp, sizeof(frame));
>
>
> And in my particular executable RBP has nothi
On Mon, Feb 24, 2014 at 12:33:10PM +0200, Ivan T. Ivanov wrote:
> On Fri, 2014-02-21 at 09:35 -0600, Kumar Gala wrote:
> > On Feb 20, 2014, at 6:38 PM, Bjorn Andersson
> > wrote:
> >
> > > This bus driver supports the QUP i2c hardware controller in the Qualcomm
> > > SOCs.
> > > The Qualcomm U
On 02/24/2014 09:41 AM, Vince Weaver wrote:
> On Mon, 24 Feb 2014, Vince Weaver wrote:
>
>> I do note that
>> perf_callchain_user();
>>
>> Does
>> fp = (void __user *)regs->bp;
>>
>> ...
>>
>> bytes = copy_from_user_nmi(&frame, fp, sizeof(frame));
>>
>>
>> And in my part
On Mon, 24 Feb 2014, Mathias Nyman wrote:
> xHCI driver has its own pci probe function that will call usb_hcd_pci_probe
> to register its usb-2 bus, and then continue to manually register the
> usb-3 bus. usb_hcd_pci_probe does a pm_runtime_put_noidle at the end and
> might thus trigger a runtime
On Mon 24 Feb 06:46 PST 2014, Linus Walleij wrote:
> On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap wrote:
> > On 02/16/2014 10:23 PM, Stephen Rothwell wrote:
> >> Hi all,
> >>
> >> If you see failures in building this tree due to missing declarations of
> >> k..alloc/free, then it may be caused b
Hi Tomasz,
On 23/02/2014 19:46, Tomasz Figa wrote:
> Hi Gregory,
>
> On 10.02.2014 18:42, Gregory CLEMENT wrote:
>> Until now the clock providers were initialized in the order found in
>> the device tree. This led to have the dependencies between the clocks
>> not respected: children clocks could
On Mon, Feb 24, 2014 at 9:12 AM, Miklos Szeredi wrote:
>
> This patch uses the 0/0 device number, but the actual number doesn't matter
> as long as it doesn't conflict with a real device.
Side note: I think 0/0 is the right choice, for a very specific
reason: it is already documented as being spe
On 02/24/2014 09:27 AM, Dave Hansen wrote:
>
> Can you talk a little bit about what the design is here? Why does the
> kernel have to do the allocation of the virtual address space? Does it
> really need to MAP_POPULATE? bt_size looks like 4MB, and that's an
> awful lot of memory to eat up at o
On Thu 20 Feb 16:52 PST 2014, Joe Perches wrote:
> On Thu, 2014-02-20 at 16:38 -0800, Bjorn Andersson wrote:
> > This bus driver supports the QUP i2c hardware controller in the Qualcomm
> > SOCs.
> > The Qualcomm Universal Peripheral Engine (QUP) is a general purpose data
> > path
> > engine wit
On 02/24/2014 09:25 AM, Peter Zijlstra wrote:
>>
>> What is likely happening is the user page fault is triggering
>> code to do a "perf_callchain" dump, which is calling copy_from_user_nmi()
>> which calls copy_user_generic_string() which is somehow getting the user
>> RBP in the RDI register some
Hi,
Couple of trivial things.
On 02/24/2014 07:55 AM, Nicolin Chen wrote:
[...]
+config SND_SOC_CS42888
+ tristate "Cirrus Logic CS42888 CODEC"
+ depends on I2C
should select REGMAP_I2C
+
[...]
+#define CS42888_NUM_SUPPLIES 4
+static const char *cs42888_supply_names[CS42888_NU
On Mon, 24 Feb 2014, Peter Zijlstra wrote:
> Urgh, looks like something went wrong with: cf37b6b48428d
>
> That commit doesn't actually remove kernel/cpu/idle.c nor is the new
> code an exact replica of the old one.
>
> Ingo, any chance we can get that fixed?
The patch I posted was based on v3
Mike Galbraith writes:
> On Sun, 2014-02-16 at 08:41 -0800, Paul E. McKenney wrote:
>
>> So if there is NO_HZ_FULL, you have no objection to binding workqueues to
>> the timekeeping CPUs, but that you would also like some form of automatic
>> binding in the !NO_HZ_FULL case. Of course, if a comm
On Mon, Feb 24, 2014 at 09:28:56AM -0800, Paul E. McKenney wrote:
> On Mon, Feb 24, 2014 at 05:55:50PM +0100, Michael Matz wrote:
> > Hi,
> >
> > On Mon, 24 Feb 2014, Linus Torvalds wrote:
> >
> > > > To me that reads like
> > > >
> > > > int i;
> > > > int *q = &i;
> > > > int **p = &q;
>
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: "Ingo Molnar" , linux-kernel@vger.kernel.org, "Ingo
> Molnar" , "Thomas
> Gleixner" , "Rusty Russell" ,
> "David Howells" ,
> "Greg Kroah-Hartman"
> Sent: Monday, February 24, 2014 12:39:26 PM
> Subject: Re:
On Mon, Feb 24, 2014 at 12:54:52PM -0500, Nicolas Pitre wrote:
> On Mon, 24 Feb 2014, Peter Zijlstra wrote:
>
> > Urgh, looks like something went wrong with: cf37b6b48428d
> >
> > That commit doesn't actually remove kernel/cpu/idle.c nor is the new
> > code an exact replica of the old one.
> >
Delete ARM's asm/system.h. It's the last holdout and should be got rid of.
This builds for defconfig, lpc32xx_defconfig, exynos_defconfig + XEN, the
previous changed to a Gemini system and an omap3 config with TI_DAVINCI_EMAC.
Signed-off-by: David Howells
Acked-by: Arnd Bergmann
cc: Russell Ki
On Fri, Feb 21, 2014 at 03:59:10PM +0100, Borislav Petkov wrote:
[..]
> You might want to run it through checkpatch - some of them are actually,
> to my surprise, legitimate :)
Thanks for having a look at the patches. I will run patches through
checkpatch before next posting.
[..]
> > +struct ke
On Thu 20 Feb 18:53 PST 2014, Emilio L?pez wrote:
> Hi Bjorn,
>
> El 20/02/14 21:38, Bjorn Andersson escribió:
[...]
> > + clk_freq = 10;
> > + if (!of_property_read_u32(node, "clock-frequency", &val))
> > + clk_freq = val;
>
> val will be modified only if no error occurs, so y
On Mon, 2014-02-24 at 10:26 +, David Laight wrote:
> From: Joe Perches
> > Reduce text a bit by using static const.
>
> If you want to save a few bytes remove the pointers.
> (and the fixed RAM text to get below 7 chars).
Hi David.
> eg:
>
> > - const char *ramtypetext2[] = { "SDR SDRAM"
On Fri 21 Feb 00:16 PST 2014, Maxime Ripard wrote:
> Hi Bjorn,
>
> On Thu, Feb 20, 2014 at 04:38:10PM -0800, Bjorn Andersson wrote:
> > +static int qup_i2c_probe(struct platform_device *pdev)
> > +{
>
> [ snip ]
>
> > +
> > + qup_i2c_enable_clocks(qup);
> > +
>
> [ snip ]
>
> > +
> > + pm
On Mon, 24 Feb 2014, Vince Weaver wrote:
> On Mon, 24 Feb 2014, H. Peter Anvin wrote:
>
> > On 02/24/2014 09:32 AM, Vince Weaver wrote:
> > >>
> > >> Peter, does x32 have a slightly different ABI/calling convention that
> > >> would make any of these patches just slightly 'off'?
> > >
> > > I do
On Mon 24 Feb 09:40 PST 2014, Josh Cartwright wrote:
> On Mon, Feb 24, 2014 at 12:33:10PM +0200, Ivan T. Ivanov wrote:
> > On Fri, 2014-02-21 at 09:35 -0600, Kumar Gala wrote:
> > > On Feb 20, 2014, at 6:38 PM, Bjorn Andersson
> > > wrote:
> > >
> > > > This bus driver supports the QUP i2c har
Until now the clock providers were initialized in the order found in
the device tree. This led to have the dependencies between the clocks
not respected: children clocks could be initialized before their
parent clocks.
Instead of forcing each platform to manage its own initialization order,
this p
Sebastian, Linus,
I've now created mvebu/pinctrl-dove for this series. It's based on
v3.14-rc1, and depends on mvebu/pinctrl (which depends on
mvebu/pinctrl-3xx).
I've kept this series in a separate branch in case we encounter an
unforeseen problem with something in here. Then this branch can b
On Mon, Feb 24, 2014 at 09:38:46AM -0800, Linus Torvalds wrote:
> On Mon, Feb 24, 2014 at 8:55 AM, Michael Matz wrote:
> >
> > So, let me try to poke holes into your definition or increase my
> > understanding :) . You said "chain of pointers"(dereferences I assume),
> > e.g. if p is result of co
On Mon, Feb 24, 2014 at 9:21 AM, Paul E. McKenney
wrote:
>
> 4. Bitwise operators ("&", "|", "^", and I suppose also "~")
> applied to a chained pointer and an integer results in another
> chained pointer in that same pointer chain.
No. You cannot define it this way. Taking t
On 02/24/2014 09:46 AM, Bjorn Andersson wrote:
> On Mon 24 Feb 06:46 PST 2014, Linus Walleij wrote:
>
>> On Mon, Feb 17, 2014 at 6:33 PM, Randy Dunlap wrote:
>>> On 02/16/2014 10:23 PM, Stephen Rothwell wrote:
Hi all,
If you see failures in building this tree due to missing declara
Mark, Ohad,
On 02/10/2014 01:27 PM, Suman Anna wrote:
Mark,
On 01/13/2014 06:19 PM, Suman Anna wrote:
Hi,
This is an updated series mainly addressing Mark Rutland's comments
about hwlock specifier being always one-cell. The series adds the
support for #hwlock-cells property and adds a simple
On Mon, 2014-02-24 at 10:49 +0100, Linus Walleij wrote:
> On Thu, Jan 30, 2014 at 9:37 PM, Joe Perches wrote:
> > Avoid an unnecessary allocation/free by using stack instead.
> >
> > Signed-off-by; Joe Perches
>
> Hm.
>
> > + char propname[9 + sizeof(int) * 2 + 4] = "pinctrl-";
>
> If yo
Hi Sebastian,
2014-02-23 8:58 GMT-08:00 Sebastian Hesselbarth
:
> commit 1211ce53077164e0d34641d0ca5fb4d4a7574498
> ("net: phy: resume/suspend PHYs on attach/detach")
> introduced a feature to suspend PHYs when entering halted state.
>
> Unfortunately, not all bootloaders properly power-up PHYs
On Thu, 2014-02-20 at 12:31 -0800, Luis R. Rodriguez wrote:
> On Wed, Feb 19, 2014 at 4:56 PM, Dan Williams wrote:
> > Note that there isn't yet a disable_ipv4 knob though, I was
> > perhaps-too-subtly trying to get you to send a patch for it, since I can
> > use it too :)
>
> Sure, can you descr
On 02/24/2014 07:12 AM, Peter Zijlstra wrote:
Anyway, the below seems to work; it avoids playing tricks with the idle
thread and instead uses a magic constant.
The comparison should be faster too; seeing how we avoid dereferencing
p->sched_class.
---
Subject: sched: Guarantee task priority in p
On Mon, 24 Feb 2014 17:58:18 + (UTC)
Mathieu Desnoyers wrote:
> > The one that I replied to. I can't pull the module patch unless I get
> > an ack from Rusty.
>
> Do you mean the internal API semantic change you propose for tracepoints ?
> If yes, then how do you consider this a fix worthy
401 - 500 of 866 matches
Mail list logo
