Allow the regulator framework to directly access the time it takes
any given regulator to settle. This saves time and code because
without it we would have to implement a dedication function to read
the value from elsewhere.
Signed-off-by: Lee Jones
---
drivers/regulator/ab8500.c |3 +++
1
Ensure we initialise AB8505 external supply regulators.
Signed-off-by: Alexandre Torgue
Signed-off-by: Lee Jones
Reviewed-by: Philippe LANGLAIS
Tested-by: Xiao Mei ZHANG
---
drivers/regulator/ab8500-ext.c |2 +-
drivers/regulator/ab8500.c |3 +++
2 files changed, 4 insertions(+),
The USB regulator is controlled by hardware. The software support
was only needed for early hardware (ED) which is no longer supported.
Signed-off-by: Bengt Jonsson
Signed-off-by: Lee Jones
---
drivers/regulator/ab8500.c | 20
include/linux/regulator/ab8500.h |
When older variants of the HREF (earlier than v22) development
platform enter suspend mode, power down EXT_SUPPLY1.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-regulators.c | 17 +
arch/arm/mach-ux500/board-mop500-regulators.h |2 ++
2 files changed, 19
If particular platforms require non-standard initialisation values,
they can use this function to adapt them as required.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-regulators.c | 18 ++
1 file changed, 18 insertions(+)
diff --git
On Wed, Mar 27 2013, Philipp Reisner wrote:
> The first patch improves the idr_for_each_entry() macro and its
> documentation, which is not specific to DRBD.
>
> Each patch in this series addresses an independent issue, please refer
> to the individual commit messages for a description.
Applied
Thanks, Thomas. But I didn't change any formatting. Just do the
substitution in place.
Should I re-format and re-send the patch?
On Thu, Mar 28, 2013 at 10:32 PM, Thomas Graf wrote:
> On 03/28/13 at 12:47am, Hong Zhiguo wrote:
>> diff --git a/net/ipv4/udp_diag.c b/net/ipv4/udp_diag.c
>> index
On Thu, 28 Mar 2013, Will Deacon wrote:
> On Thu, Mar 28, 2013 at 03:39:42PM +, Nicolas Pitre wrote:
> > On Thu, 28 Mar 2013, Rob Herring wrote:
> >
> > > On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
> > > > On Thu, 28 Mar 2013, Stefano Stabellini wrote:
> > > >
> > > >> - the interface to
On Thu, Mar 28, 2013 at 08:51:09AM -0700, Greg KH wrote:
> On Thu, Mar 28, 2013 at 11:42:37AM -0400, Naoya Horiguchi wrote:
> > Currently we fail to include any data on hugepages into coredump,
> > because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
> > introduced by commit
Thanks, Thomas. But I didn't change any formatting. Just do the
substitution in place.
On Thu, Mar 28, 2013 at 10:45 PM, Thomas Graf wrote:
> On 03/28/13 at 12:53am, Hong Zhiguo wrote:
>> Signed-off-by: Hong Zhiguo
>
> There are some formatting errors but the Netlink bits themselves
> look
On Thu, Mar 28, 2013 at 03:39:42PM +, Nicolas Pitre wrote:
> On Thu, 28 Mar 2013, Rob Herring wrote:
>
> > On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
> > > On Thu, 28 Mar 2013, Stefano Stabellini wrote:
> > >
> > >> - the interface to bring up secondary cpus is different and based on
> >
On Thu, 28 Mar 2013 05:04:26 -0700
"Luis R. Rodriguez" wrote:
> The new commit by Jesse that extended the fb_info with a skip_vt_switch
> element is the simplest example of a data structure expansion. We'd backport
> this by adding a static inline to compat so that new kernels muck with the
>
* Ивайло Димитров [130327 22:34]:
> Tony,
>
> Who do you expect to make that code merge? Do you expect us to mechanically
> merge RX51 PPA API patch with the existing generic OMAP PPA API code putting
> #ifdefs all over the place? Not that it is impossible, but the only real
> piece of HW I
On 2013-03-28 15:35, Alan Stern wrote:
>>> When my dmesg gives me a growing number of lines like the one below,
>>> what is going on?
>>>
>>> ohci_hcd :00:12.0: urb 88023025c500 path 2 ep1in 6c16 cc 6
>>> --> status -71
>>>
>>> Please let me know!
>
> -71 errors indicate a low-level
* Santosh Shilimkar [130328 03:10]:
> On Thursday 28 March 2013 03:20 PM, Russell King - ARM Linux wrote:
> > On Wed, Mar 27, 2013 at 01:56:07PM -0700, Tony Lindgren wrote:
> >> * Pali Rohár [130324 07:31]:
> >>> it is possible to upstream errata 430973 workaround for RX-51?
> >>
> >> I think we
On 18.03.13 09:46:38, Ingo Molnar wrote:
>
> * Namhyung Kim wrote:
>
> > So my question is how can an user know which persistent events are
> > available in her system?
>
> I think we need VFS enumeration for that: directories give a high level a
> structure (allowing things like per user
On Thu, Mar 28, 2013 at 11:42:37AM -0400, Naoya Horiguchi wrote:
> Currently we fail to include any data on hugepages into coredump,
> because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
> introduced by commit 314e51b98 "mm: kill vma flag VM_RESERVED and
> mm->reserved_vm
On Thursday 28 March 2013, Russell King - ARM Linux wrote:
> On Thu, Mar 28, 2013 at 03:25:42PM +, Arnd Bergmann wrote:
> > if (IS_DEFINED(CONFIG_OF) && !machine_desc->init_irq)
> > irqchip_init();
> > else
> > machine_desc->init_irq();
> >
> > to the
2013/3/28 Stephen Warren :
> On 03/28/2013 04:55 AM, Richard Genoud wrote:
>> 2013/3/28 Stephen Warren :
>>> On 03/25/2013 08:47 AM, Richard Genoud wrote:
If enabling a pin fails in pinctrl_select_state_locked(), all the
previous enabled pins have to be disabled to get back to the
Currently we fail to include any data on hugepages into coredump,
because VM_DONTDUMP is set on hugetlbfs's vma. This behavior was recently
introduced by commit 314e51b98 "mm: kill vma flag VM_RESERVED and
mm->reserved_vm counter". This looks to me a serious regression,
so let's fix it.
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: x...@kernel.org
> ---
[...]
> +#define POLL_IDLE(void*) 0x01
> +
[...]
> #ifdef CONFIG_APM_MODULE
> @@ -411,20 +376,6 @@ void stop_this_cpu(void *dummy)
> halt();
> }
>
> -/*
> - * On SMP
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> cpu_idle() needs to be called with preemption disabled.
>
> Signed-off-by: Thomas Gleixner
> Cc: Chris Metcalf
> ---
> arch/tile/kernel/smpboot.c |2 --
> 1 file changed, 2 deletions(-)
>
> Index: linux-2.6/arch/tile/kernel/smpboot.c
>
My old trusty Thinkpad T60 with a Mobility Radeon X1400 runs fine with
3.7.10 - glxgears, vlc work great. However with kernel >=3.8.x any attempt
at X dies in various ways. While waiting for all the other regressions in
3.8.x to settle down I've collected the occasional attempt with newer
On 03/27/2013 11:43 PM, Kishon Vijay Abraham I wrote:
> The PHY framework provides a set of APIs for the PHY drivers to
> create/destroy a PHY and APIs for the PHY users to obtain a reference to the
> diff --git a/Documentation/devicetree/bindings/phy/phy-bindings.txt
>
Andi Kleen writes:
> From: Andi Kleen
>
> According to Steven R. there is no reason left to not support
> function tracing for the perf core. This makes it easier to debug
> perf.
>
> Don't remove -pg for the x86 and generic perf core.
Ping! patch is missing review.
>
> Cc:
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Ralf Baechle
> ---
> arch/mips/Kconfig |1
> arch/mips/kernel/process.c | 46
> -
> arch/mips/kernel/smp.c |2 -
> 3 files changed, 15
With applying the previous patch "hugetlbfs: stop setting VM_DONTDUMP in
initializing vma(VM_HUGETLB)" to reenable hugepage coredump, if a memory
error happens on a hugepage and the affected processes try to access
the error hugepage, we hit VM_BUG_ON(atomic_read(>_count) <= 0)
in get_page().
The
Andi Kleen writes:
> From: Andi Kleen
>
> I had some requests for setting period 1, so that every event of something
> is caught. To my knowledge there is no limit to 1 on Intel hardware.
> Just remove the check for minimum 2
Ping! patch is missing review.
>
> If specific CPUs have problems
On Thu, Mar 28 2013, Jingoo Han wrote:
> On Thursday, March 28, 2013 1:32 PM, Wei Yongjun wrote:
> >
> > From: Wei Yongjun
> >
> > Fix to return a negative error code from the error handling
> > case instead of 0, as returned elsewhere in this function.
> >
> > Signed-off-by: Wei Yongjun
>
>
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Chris Metcalf
> ---
> arch/tile/kernel/process.c | 61
> -
> arch/tile/kernel/smpboot.c |2 -
> 2 files changed, 7 insertions(+), 56 deletions(-)
>
> Index:
Hi,
This small patch series fixes problems on hugepage coredump,
where we cannot include any data on hugepages into coredump.
See individual patches for more details.
Thanks,
Naoya Horiguchi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Andi Kleen writes:
> From: Andi Kleen
Ping! Patch is missing review.
-Andi
>
> Add CYCLE_ACTIVITY.CYCLES_NO_DISPATCH/CYCLES_L1D_PENDING
> These recently documented events have restrictions to counter 0-3
> and counter 2 respectively. The scheduler needs to know that
> to schedule them
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Paul Mundt
> ---
[...]
> -/*
> - * The idle thread. There's no useful work to be done, so just try to
> conserve
> - * power and have a low exit latency (ie sit in a loop waiting for somebody
> to
> - * say
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Tony Luck
> ---
> arch/ia64/Kconfig |1
> arch/ia64/kernel/perfmon.c | 13 ++-
> arch/ia64/kernel/process.c | 83
> +
>
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Benjamin Herrenschmidt
> ---
[...]
> Index: linux-2.6/arch/powerpc/kernel/idle.c
> ===
> --- linux-2.6.orig/arch/powerpc/kernel/idle.c
> +++
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> All idle functions in arch/* are more or less the same, plus minus a
> few bugs and extra instrumentation, tickless support and other
> optional items.
>
> Implement a generic idle function which resembles the functionality
> found in arch/.
On 03/22/2013 03:23 AM, Thomas Gleixner wrote:
> The core provides a generic idle poll loop.
>
> Signed-off-by: Thomas Gleixner
> Cc: Richard Henderson
> Cc: Ivan Kokshaysky
> Cc: Matt Turner
> ---
> arch/alpha/Kconfig |1 +
> arch/alpha/kernel/process.c | 19
On Thu, 28 Mar 2013, Rob Herring wrote:
> On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
> > On Thu, 28 Mar 2013, Stefano Stabellini wrote:
> >
> >> - the interface to bring up secondary cpus is different and based on
> >> PSCI, in fact Xen is going to add a PSCI node to the device tree so that
>
On Thu, 28 Mar 2013, Rob Herring wrote:
> On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
> > On Thu, 28 Mar 2013, Stefano Stabellini wrote:
> >
> >> - the interface to bring up secondary cpus is different and based on
> >> PSCI, in fact Xen is going to add a PSCI node to the device tree so that
>
On 03/27/2013 08:13 PM, Parag Warudkar wrote:
On Wed, Mar 27, 2013 at 10:51 PM, Dirk Brandewie
wrote:
Is there any way to capture the beginning of this trace?
I tried but since the oops scrolls fast followed by a hard freeze, I
wasn't able to capture it completely.
May be I can try
On Thu, Mar 28, 2013 at 03:25:42PM +, Arnd Bergmann wrote:
> On Thursday 28 March 2013, Russell King - ARM Linux wrote:
> > Better:
> >
> > #ifdef CONFIG_OF
> > if (!machine_desc->init_irq)
> > irqchip_init();
> > else
> > #endif
> >
On Tue, 26 Mar 2013 13:33:07 -0400
Sasha Levin wrote:
> [ 96.347341]
> [ 96.348085] [ BUG: lock held when returning to user space! ]
> [ 96.348834] 3.9.0-rc4-next-20130326-sasha-00011-gbcb2313 #318 Tainted: G
> W
> [ 96.360300]
Dave wrote:
> On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> > @@ -280,6 +291,7 @@ void truncate_inode_pages_range(struct address_space
> > *mapping,
> > if (index > end)
> > break;
> >
> > + VM_BUG_ON(PageTransHuge(page));
On Thursday 28 March 2013, Russell King - ARM Linux wrote:
> Better:
>
> #ifdef CONFIG_OF
> if (!machine_desc->init_irq)
> irqchip_init();
> else
> #endif
> machine_desc->init_irq();
>
> which means we don't even get the test if !OF, and if someone
Am Donnerstag, den 28.03.2013, 22:22 +0800 schrieb Shawn Guo:
> On Thu, Mar 28, 2013 at 10:05:18AM +0100, Philipp Zabel wrote:
> > > > +
> > > > + ocram: ocram@f800 {
> > > > + compatible = "fsl,imx-ocram", "mmio-sram";
> > >
> > > We should probably just
On Thu, Mar 28, 2013 at 2:33 AM, Thomas Gleixner wrote:
> On Wed, 27 Mar 2013, Mike Turquette wrote:
>
>> Reentrancy into the clock framework is necessary for clock operations
>> that result in nested calls to the clk api. A common example is a clock
>> that is prepared via an i2c transaction,
This works on my A9x4 coretile, bringing CPUs up and down via
/sys/devices/system/cpu/*/online, so:
Tested-by: Mark Rutland
Otherwise, is there any reason we couldn't now use the twd driver on a UP
system? Or would the overhead of handling frequency change make this pointless?
On Wed, Mar 13,
Hi, back from Rome, I suppose ;).
On 02/19/2013 06:57 AM, Alexey Khoroshilov wrote:
> 1. Currently mxser_probe() and mxser_module_init() ignore errors
> that can happen in tty_port_register_device().
> 2. mxser_module_init() does not deallocate resources allocated in
> mxser_get_ISA_conf()
> if
On Thu, Mar 28, 2013 at 5:52 AM, Bjorn Helgaas wrote:
> On Wed, Mar 27, 2013 at 10:28 PM, Yinghai Lu wrote:
>> Matthem found that 3.8.3 is having problems with an old (ancient)
>> PCI-to-EISA bridge, the Intel 82375. It worked with the 3.2 kernel.
>> He identified the 82375, but doesn't assign
On Thu, Mar 28, 2013 at 4:12 PM, Arnaldo Carvalho de Melo
wrote:
> Em Thu, Mar 28, 2013 at 12:00:18PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Thu, Mar 28, 2013 at 03:24:30PM +0100, Stephane Eranian escreveu:
>> > On Wed, Mar 27, 2013 at 5:56 PM, Arnaldo Carvalho de Melo
>> > > Stephane,
Em Thu, Mar 28, 2013 at 12:00:18PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Thu, Mar 28, 2013 at 03:24:30PM +0100, Stephane Eranian escreveu:
> > On Wed, Mar 27, 2013 at 5:56 PM, Arnaldo Carvalho de Melo
> > > Stephane, if you could give it a try again to see that the fixups I did
> > >
On Thu, Mar 21, 2013 at 8:59 PM, Andi Kleen wrote:
> This is based on v7 of the full Haswell PMU support,
> rebased, and stripped down to the bare bones
>
> Most interesting new features are not in this patchkit
> (full version is
> git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc.git
Dave wrote:
> On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> > --- a/include/linux/huge_mm.h
> > +++ b/include/linux/huge_mm.h
> > @@ -113,11 +113,20 @@ extern void __split_huge_page_pmd(struct
> > vm_area_struct *vma,
> > __split_huge_page_pmd(__vma, __address, \
It enhances the driver for FTDI-based USB serial adapters
to recognize Mitsubishi Electric Corp. USB/RS422 Converters
as FT232BM chips and support them.
https://search.meau.com/?q=FX-USB-AW
Signed-off-by: Konstantin Holoborodko
Tested-by: Konstantin Holoborodko
---
On Thu, Mar 28, 2013 at 4:00 PM, Arnaldo Carvalho de Melo
wrote:
> Em Thu, Mar 28, 2013 at 03:24:30PM +0100, Stephane Eranian escreveu:
>> On Wed, Mar 27, 2013 at 5:56 PM, Arnaldo Carvalho de Melo
>> > Stephane, if you could give it a try again to see that the fixups I did
>> > (documented in the
On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
> On Thu, 28 Mar 2013, Stefano Stabellini wrote:
>
>> - the interface to bring up secondary cpus is different and based on
>> PSCI, in fact Xen is going to add a PSCI node to the device tree so that
>> Dom0 can use it.
>>
>> Oh wait, Dom0 is not going
Hi Richard,
On 03/26/2013 03:53 AM, r...@codeaurora.org wrote:
CONFIG_GENERIC_FIND_NEXT_BIT was removed in v3.0, but reappeared in two
architectures. Remove it again.
I'd be fine pulling these into my tree to go with my next batch of
changes, or the OpenRISC folks can if they want. Ack
Em Thu, Mar 28, 2013 at 03:24:30PM +0100, Stephane Eranian escreveu:
> On Wed, Mar 27, 2013 at 5:56 PM, Arnaldo Carvalho de Melo
> > Stephane, if you could give it a try again to see that the fixups I did
> > (documented in the commit logs, just before my Signed-off-by) are ok,
> > that would be
Hi Peter!
Thank you for your help! I'm going away for the Easter holiday, and
will be back on Monday/Tuesday. I will try to supply the information you
need at that time, since I won't be bringing my laptop with me.
BR
Peter A
2013-03-28 14:12 skrev peter.hu...@infineon.com:
Hi Aaron,
On 03/28/2013 05:55 AM, Richard Genoud wrote:
> As Stephen Warren suggested, checking first if the setting->node entry
> is the first in the list or not is superfluous, as it is checked again
> in the list_for_each_entry bellow.
> So, remove it, the code will be simpler and lighter !
Reviewed-by:
On 03/28/2013 05:55 AM, Richard Genoud wrote:
> In unapply_new_state, the old state is re-applied, but p->state is not
> set back as it should.
Reviewed-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 03/28/2013 05:55 AM, Richard Genoud wrote:
> And remove superfluous brackets.
(Seems like those unrelated changes might have benefited from being two
separate patches, but not a big deal, especially if this actually gets
squashed)
Reviewed-by: Stephen Warren
--
To unsubscribe from this
On Thu, Mar 21, 2013 at 09:35:23AM -0700, Kent Overstreet wrote:
> From: Zach Brown
>
> Signed-off-by: Zach Brown
> Signed-off-by: Kent Overstreet
Reviewed-by: "Theodore Ts'o"
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Mar 21, 2013 at 09:35:28AM -0700, Kent Overstreet wrote:
> Minor refactoring, to get rid of some duplicated code
>
> [a...@linux-foundation.org: fix warning]
> Signed-off-by: Kent Overstreet
Reviewed-by: "Theodore Ts'o"
--
To unsubscribe from this list: send the line "unsubscribe
On Thu, 28 Mar 2013 08:05:17 -0400, Theodore Ts'o wrote:
> On Thu, Mar 28, 2013 at 02:40:33AM -0400, CAI Qian wrote:
> > System hung when running xfstests-dev 013 test case on an s390x guest.
> > Never saw
> > this on 3.9-rc3 before but need to double-check. Any idea?
> >
> > Ý 1113.795759¨
On Thu, Mar 21, 2013 at 09:35:25AM -0700, Kent Overstreet wrote:
> From: Zach Brown
>
> This removes the retry-based AIO infrastructure now that nothing in tree
> is using it.
>
> We want to remove retry-based AIO because it is fundemantally unsafe. It
> retries IO submission from a kernel
On Thu, Mar 21, 2013 at 09:35:22AM -0700, Kent Overstreet wrote:
> From: Zach Brown
>
> use_mm() is used in more places than just aio. There's no need to mention
> callers when describing the function.
>
> Signed-off-by: Zach Brown
> Signed-off-by: Kent Overstreet
Reviewed-by: "Theodore
On Thu, Mar 21, 2013 at 09:35:26AM -0700, Kent Overstreet wrote:
> From: Zach Brown
>
> These are handy for measuring the cost of the aio infrastructure with
> operations that do very little and complete immediately.
>
> Signed-off-by: Zach Brown
> Signed-off-by: Kent Overstreet
Reviewed-by:
On Thu, Mar 21, 2013 at 09:35:27AM -0700, Kent Overstreet wrote:
> Nothing used the return value, and it probably wasn't possible to use it
> safely for the locked versions (aio_complete(), aio_put_req()). Just kill
> it.
>
> Signed-off-by: Kent Overstreet
> Acked-by: Zach Brown
Reviewed-by:
On 03/27/2013 11:59 PM, Laxman Dewangan wrote:
> On Wednesday 27 March 2013 06:30 PM, Linus Walleij wrote:
>> On Thu, Mar 21, 2013 at 3:30 PM, Laxman Dewangan
>> wrote:
>>
>>> +#ifdef CONFIG_OF
>>> +static struct of_device_id of_palmas_gpio_match[] = {
>>> + { .compatible =
On 03/28/2013 04:55 AM, Richard Genoud wrote:
> 2013/3/28 Stephen Warren :
>> On 03/25/2013 08:47 AM, Richard Genoud wrote:
>>> If enabling a pin fails in pinctrl_select_state_locked(), all the
>>> previous enabled pins have to be disabled to get back to the previous
>>> state.
>>
>>> diff --git
On Thu, Mar 28, 2013 at 09:48:18AM -0500, Rob Herring wrote:
> On 03/28/2013 04:41 AM, Maxime Ripard wrote:
> > + if (machine_desc->init_irq)
> > + machine_desc->init_irq();
> > + else
> > + irqchip_init();
>
> There needs to be an empty version defined for !OF.
Better:
On Thu, 28 Mar 2013, Stefano Stabellini wrote:
> - the interface to bring up secondary cpus is different and based on
> PSCI, in fact Xen is going to add a PSCI node to the device tree so that
> Dom0 can use it.
>
> Oh wait, Dom0 is not going to use the PSCI interface even if the node is
>
On 03/28/2013 03:29 AM, Pavel Machek wrote:
...
> There's change that makes it pretty much impossible to build dtbs
> reliably between different kernel versions, because it leaves old dtbs
> around, and they survive even make clean.
One question here: Presumably the dtbs don't survive "make
On 03/28/2013 04:41 AM, Maxime Ripard wrote:
> More and more sub-architectures are using only the irqchip_init
> function. Make the core code call this function if no init_irq field is
> provided in the machine description to remove some boilerplate code.
>
> Signed-off-by: Maxime Ripard
> ---
>
On Thursday 28 March 2013, Mark Brown wrote:
> On Thu, Mar 28, 2013 at 01:08:22PM +, Arnd Bergmann wrote:
> > On Thursday 28 March 2013, Mark Brown wrote:
>
> > > That still looks like it'll reference the function?
>
> > Yes, that is intentional. The idea is to create a reference to the
> >
On 03/28/13 at 12:53am, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
There are some formatting errors but the Netlink bits themselves
look good.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
On 03/28/13 at 12:54am, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
Acked-by: Thomas Graf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 03/28/13 at 12:52am, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
> ---
> drivers/staging/gdm72xx/netlink_k.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/staging/gdm72xx/netlink_k.c
> b/drivers/staging/gdm72xx/netlink_k.c
> index
On Wed, 27 Mar 2013, Bjorn Helgaas wrote:
> [+cc linux-usb]
>
> On Wed, Mar 27, 2013 at 11:37 AM, Udo van den Heuvel wrote:
> > Hello,
> >
> > When my dmesg gives me a growing number of lines like the one below,
> > what is going on?
> >
> > ohci_hcd :00:12.0: urb 88023025c500 path 2
On 03/28/13 at 12:49am, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
Acked-by: Thomas Graf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On 03/28/13 at 12:47am, Hong Zhiguo wrote:
> diff --git a/net/ipv4/udp_diag.c b/net/ipv4/udp_diag.c
> index 505b30a..467fb92 100644
> --- a/net/ipv4/udp_diag.c
> +++ b/net/ipv4/udp_diag.c
> @@ -64,9 +64,9 @@ static int udp_dump_one(struct udp_table *tbl, struct
> sk_buff *in_skb,
>
On 03/28/13 at 12:49am, Hong Zhiguo wrote:
> Signed-off-by: Hong Zhiguo
Acked-by: Thomas Graf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Dave wrote:
> On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> > +static int split_anon_huge_page(struct page *page)
> > {
> > struct anon_vma *anon_vma;
> > int ret = 1;
> >
> > - BUG_ON(is_huge_zero_pfn(page_to_pfn(page)));
> > - BUG_ON(!PageAnon(page));
>
> Did you really
Dave wrote:
> On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> > @@ -383,7 +383,10 @@ EXPORT_SYMBOL(simple_setattr);
> >
> > int simple_readpage(struct file *file, struct page *page)
> > {
> > - clear_highpage(page);
> > + if (PageTransHuge(page))
> > + zero_huge_user(page, 0,
On Thu, Mar 28, 2013 at 03:49:37AM -0400, CAI Qian wrote:
> While reproducing this, it triggered something else with SLUB_DEBUG_ON.
> CAI Qian
>
> [87295.499233] general protection fault: [#1] SMP
> [87295.500228] Modules linked in: binfmt_misc fuse tun cmtp kernelcapi
> rfcomm
Arnaldo,
On Wed, Mar 27, 2013 at 5:56 PM, Arnaldo Carvalho de Melo
wrote:
> Em Wed, Mar 27, 2013 at 03:48:15PM +0100, Stephane Eranian escreveu:
>> On Wed, Mar 27, 2013 at 3:34 PM, Jiri Olsa wrote:
>> > On Wed, Mar 27, 2013 at 03:20:14PM +0100, Peter Zijlstra wrote:
>> > > On Wed, 2013-03-27 at
On Thu, Mar 28, 2013 at 10:05:18AM +0100, Philipp Zabel wrote:
> > > +
> > > + ocram: ocram@f800 {
> > > + compatible = "fsl,imx-ocram", "mmio-sram";
> >
> > We should probably just drop "fsl,imx-ocram".
> >
> > Shawn
>
> I thought that in the future somebody might
At Tue, 26 Mar 2013 16:00:57 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.71 release.
> There are 49 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
At Tue, 26 Mar 2013 15:50:43 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.38 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
From: seb
Event value is wrong. Should be in range -2048 to 2047, but is in range 0 to
4095.
Use s8 to int conversion and remove 0xfff mask.
Signed-off-by: Sebastien Royen
---
drivers/input/misc/mma8450.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
At Tue, 26 Mar 2013 15:41:49 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.8.5 release.
> There are 98 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
On Tuesday 26 March 2013 21:53:19 Aaro Koskinen wrote:
> Hi,
>
> On Tue, Mar 26, 2013 at 04:02:39PM +0100, Pali Rohár wrote:
> > CCing Aaro and Tony. Look at this thread on:
> > https://lkml.org/lkml/2013/2/16/152
> >
> > What do you think how to fix this problem? I do not know
> > about any HW
On Thu, Mar 28, 2013 at 09:53:08AM -0400, Neil Horman wrote:
> On Wed, Mar 27, 2013 at 03:29:38PM -0400, Jeff Layton wrote:
> > (Note: compile-tested only)
> >
> > Signed-off-by: Jeff Layton
> > Cc: Vlad Yasevich
> > Cc: Sridhar Samudrala
> > Cc: Neil Horman
> > Cc: "David S. Miller"
> > Cc:
On Wed, Mar 27, 2013 at 03:29:38PM -0400, Jeff Layton wrote:
> (Note: compile-tested only)
>
> Signed-off-by: Jeff Layton
> Cc: Vlad Yasevich
> Cc: Sridhar Samudrala
> Cc: Neil Horman
> Cc: "David S. Miller"
> Cc: linux-s...@vger.kernel.org
> Cc: net...@vger.kernel.org
> ---
>
Chaoxing Lin wrote:
> Would you be able to incorporate the GMAC ESN bug fix in 3.9?
I'd be happy to once I get the patch.
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send
2013/3/28 Ingo Molnar :
>
> * Frederic Weisbecker wrote:
>
>> +config NO_HZ_EXTENDED_ALL
>> + bool "Full dynticks system on all CPUs"
>> + depends on NO_HZ_EXTENDED
>> + help
>> + Force all CPUs to be full dynticks. The range specified in the
>> + nohz_extended boot
From: Charles Wang
Positive load weight of rq.cfs can not represent positive load weight
of se->cfs_rq. And when se->cfs_rq's load is 0, the slice calculated
by sched_slice is not that sensible.
Use se->cfs_rq for load checking instead of rq->cfs. And correct the
comments.
Cc: Ingo Molnar
2013/3/28 Stanislaw Gruszka :
> Recent commit 6fac4829 "cputime: Use accessors to read task cputime
> stats" introduced a bug, that make we account many times cputime of
> the first thread, instead of cputimes of all threads.
>
> Signed-off-by: Stanislaw Gruszka
Nice catch!
Acked-by: Frederic
On 03/28/2013 02:19 PM, Mathieu Poirier wrote:
> On 13-03-28 04:34 AM, Jiri Slaby wrote:
>> Guys,
>>
>> how is this supposed to work?
>>
>> #define SYSRQ_KEY_RESET_MAX 20 /* Should be plenty */
>> static unsigned short sysrq_reset_seq[SYSRQ_KEY_RESET_MAX];
>> ...
>> unsigned short
301 - 400 of 1168 matches
Mail list logo