Hi Krzysztof,
On 09/11/2013 04:58 PM, Krzysztof Kozlowski wrote:
> Hi,
>
> Currently zbud pages are not movable and they cannot be allocated from CMA
> (Contiguous Memory Allocator) region. These patches add migration of zbud
> pages.
>
I agree that the migration of zbud pages is important so
* Peter Zijlstra wrote:
> On Mon, Sep 16, 2013 at 05:41:46PM +0200, Ingo Molnar wrote:
> >
> > * Stephane Eranian wrote:
> >
> > > Hi,
> > >
> > > Some updates on this problem.
> > > I have been running tests all week-end long on my HSW.
> > > I can reproduce the problem. What I know:
> > >
Hi Kevin,
FWIW typo in the title: 'requirement'.
Regards,
Jean
On Tue, Sep 17, 2013 at 12:28 AM, Kevin Hilman wrote:
> Now that VIRT_CPU_ACCOUNTING_GEN no longer has a 64-bit requirement,
> it can be dropped here as well.
>
> Cc: Frederic Weisbecker
> Signed-off-by: Kevin Hilman
> ---
> kern
Hi all,
This message is bcc'd to each of the contacts for the trees listed below,
so apologies if you get two copies.
I have been inspired to check the ages of the trees included in
linux-next. Below I have listed all the trees that have not been
commited to in the past 6 months. Please let me
On 09/17/2013 03:29 AM, Jean Delvare wrote:
> Hi Wei,
>
> On Tue, 6 Aug 2013 18:36:57 +0800, Wei Ni wrote:
>> Split set&show temp codes as common functions, so we can use it
>> directly when implement linux thermal framework.
>> And handle error return value for the lm90_select_remote_channel
>> a
From: Shalin Mehta
The function implementations of the PHSModule didn't match with the
declaration. The functions are static
in the declaration but in the implemntation they are non-static
Signed-off-by: Shalin Mehta
---
drivers/staging/bcm/PHSModule.c | 12 ++--
1 file changed, 6 ins
* Mathieu Desnoyers wrote:
> Hi Ingo,
>
> Do you have an estimate of the time it will take for this fix to hit
> mainline, stable-3.10 and stable-3.11 ? Meanwhile, I'm marking 3.10 and
> 3.11 as broken for LTTng with a kernel version at compile-time, since
> this kernel regression currently
From: Shalin Mehta
NOTE: Sending it again. I got mail delivery failure due to typo in emai ID
gre...@linuxfoundation.org
The function implementations of the PHSModule didn't match with the
declaration. The functions are static
in the declaration but in the implemntation they are non-static
S
* Namhyung Kim wrote:
> Hi Ingo,
>
> On Sat, 14 Sep 2013 08:11:49 +0200, Ingo Molnar wrote:
> > * Frederic Weisbecker wrote:
> >> My patches and Namhyung's should improve the comm situation a lot but we
> >> can't do much miracle. The only way would be perhaps to be able to limit
> >> the de
As vhost scsi device struct is large, if the device is
created on a busy system, kzalloc() might fail, so this patch does a
fallback to vzalloc().
As vmalloc() adds overhead on data-path, add __GFP_REPEAT
to kzalloc() flags to do this fallback only when really needed.
Reported-by: Dan Aloni
Sign
On Mon, 16 Sep 2013, Charles Keepax wrote:
Any chance of a little more information in the commit message?
What are scratch registers and why are they required now where they
weren't before? Why are the control and clocking regulators no longer
needed?
> Signed-off-by: Charles Keepax
> ---
> dr
Here module parameters ahci_em_messages and devslp_idle_timeout can
be set as static and __read_mostly.
Signed-off-by: Liu, Chuansheng
---
drivers/ata/libahci.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
index acfd0f
Hi Stephen,
I am subscribed to linux-next but I did not receive [1].
If you did not CC linux-next, can you do this next time?
Thanks.
Your stats have a lot of number, I am not sure if I read/interpret
them correctly.
Just one number is interesting for me:
How many commits/patches were taken from
On Thu, Sep 05, 2013 at 12:35:23AM +0200, Heiko Stübner wrote:
> This adds a new driver to support the s3c24xx dma using the dmaengine
> and makes the old one in mach-s3c24xx obsolete in the long run.
>
> Conceptually the s3c24xx-dma feels like a distant relative of the pl08x
> with numerous virtu
Hi Richard,
I developed a new patch and added a method to estimate the time offset
between system and phc clock.
Could you help reviewing it again ? If it do make sense I hope it could
be accepted.
Thanks !
>From e524e3b68f3df3cd91acd814490d092bad05386b Mon Sep 17 00:00:00 2001
This patch add
On 2013年09月16日 17:01, Thomas Gleixner wrote:
On Mon, 16 Sep 2013, Fan Du wrote:
On 2013年09月13日 22:32, Thomas Gleixner wrote:
On Fri, 13 Sep 2013, Fan Du wrote:
(2) What I have been bugging you around here for this long time is really
the
second
problem, I'm sorry I didn't make it clear
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, September 17, 2013 12:54 PM
> To: Lu Jingchang-B35083
> Cc: d...@fb.com; shawn@linaro.org; linux-kernel@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; Wang
> Hu
On Fri, Sep 13, 2013 at 11:33:33AM +0200, Michal Simek wrote:
> On 09/12/2013 03:42 PM, Vinod Koul wrote:
> > On Wed, Sep 04, 2013 at 04:40:17PM +0200, Michal Simek wrote:
> >> Use devm_request_irq function.
> >
> > Applied, thanks
>
> Thanks. I have one change in my tree which I would like to ge
On Monday 16 of September 2013 15:48:22 Olof Johansson wrote:
> On Mon, Sep 16, 2013 at 3:46 PM, Benjamin Herrenschmidt
>
> wrote:
> > On Mon, 2013-09-16 at 10:17 -0600, Stephen Warren wrote:
> >> On 09/15/2013 08:57 PM, Benjamin Herrenschmidt wrote:
> >> > [resent to the right list this time aro
On 2013-09-16 16:06, Paolo Bonzini wrote:
> Remove the useless argument, and do not do anything if there are no
> VMs running at the time of the hotplug.
kvm_cpu_hotplug already filters !kvm_usage_count. If we need the check
to be under kvm_lock, drop that line as well. If that is not required
(ma
On Tue, Sep 17, 2013 at 12:12:42AM -0700, Shalin Mehta wrote:
> From: Shalin Mehta
>
> NOTE: Sending it again. I got mail delivery failure due to typo in emai ID
> gre...@linuxfoundation.org
>
Put these comments that don't belong in the changelog under the ---
cut off line with the diffstat.
On 09/16/2013 08:37 PM, Stephen Warren wrote:
On 09/16/2013 11:35 AM, Guenter Roeck wrote:
On Mon, Sep 16, 2013 at 10:59:58AM -0600, Stephen Warren wrote:
On 09/16/2013 10:49 AM, Guenter Roeck wrote:
On Mon, Sep 16, 2013 at 10:34:28AM -0600, Stephen Warren wrote:
On 09/12/2013 06:55 PM, Soren
On Tue, 17 Sep 2013, Laxman Dewangan wrote:
> The AMS AS3722 is a compact system PMU suitable for mobile phones,
> tablets etc. It has 4 DC/DC step-down regulators, 3 DC/DC step-down
> controller, 11 LDOs, RTC, automatic battery, temperature and
> over-current monitoring, 8 GPIOs, ADC and wathdog.
On Mon, 16 Sep 2013, Jonathan Cameron wrote:
> On 09/16/13 14:43, Lars-Peter Clausen wrote:
> > On 09/16/2013 03:31 PM, Lee Jones wrote:
> >>> Honestly I don't care either way on these, but consistency would
> >>> definitely
> >>> be good so applied to the togreg branch of iio.git
> >>
> >> For c
On Tue, Sep 17, 2013 at 10:02:22AM +0800, ?? wrote:
> index fd724bc..5d244d0 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -1227,6 +1227,16 @@ void task_numa_work(struct callback_head *work)
> if (!vma_migratable(vma))
> continue;
>
>
On Mon, 16 Sep 2013, Mark Brown wrote:
> On Mon, Sep 16, 2013 at 05:05:37PM +0100, Lee Jones wrote:
> > > > So in the mean time are you happy with this "dummy" approach?
>
> > > No. "dummy" is reserved for a dummy device in case an i2c slave needs
> > > more than one address. The proper solution
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, September 17, 2013 12:54 PM
> To: Lu Jingchang-B35083
> Cc: d...@fb.com; shawn@linaro.org; linux-kernel@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; devicet...@vger.kernel.org; Wang
> Huan
On Mon, Sep 16, 2013 at 04:17:28PM -0500, Rob Herring wrote:
> On 09/16/2013 03:32 AM, Thierry Reding wrote:
> > This is a version of irq_create_of_mapping() that propagates the precise
> > error code instead of returning 0 for all errors. It will be used in
> > subsequent patches to allow further
* Mathieu Desnoyers wrote:
> * Ingo Molnar (mi...@kernel.org) wrote:
> >
> > * Mathieu Desnoyers wrote:
> >
> > > Hi Ingo,
> > >
> > > Do you have an estimate of the time it will take for this fix to hit
> > > mainline, stable-3.10 and stable-3.11 ? Meanwhile, I'm marking 3.10 and
> > > 3.
* John Stultz wrote:
> On 09/13/2013 05:19 PM, John Stultz wrote:
> > Currently seqlocks and seqcounts don't support lockdep.
> >
> > After running across a seqcount related deadlock in the timekeeping
> > code, I used a less-refined and more focused varient of this patch
> > to narrow down the
On Mon, 2013-09-16 at 20:40 +0530, Viresh Kumar wrote:
> lock_policy_rwsem_{read|write}() currently has return type of int but it
> always
> return zero and hence its return type must be void instead. This patch makes
> its
> return type void and fixes all users of it as well.
>
> Reported-by: J
On Mon, Sep 16, 2013 at 11:35:56PM +, Zheng, Lv wrote:
> > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> > Sent: Monday, September 16, 2013 4:11 PM
> >
> > On Mon, Sep 16, 2013 at 01:21:53AM +, Zheng, Lv wrote:
> > > > A pseudo device may be created to access the GPIO op
On Tue, 17 Sep 2013, Shalin Mehta wrote:
> From: Shalin Mehta
>
> NOTE: Sending it again. I got mail delivery failure due to typo in emai ID
> gre...@linuxfoundation.org
I think that such a comment should go below the ---, since it doesn't have
to be preserved in git.
julia
>
>
> The function
Hi Guys,
Though DMAR_ICS_REG is not used yet, I think this patch is
necessary. So please take a look at it.
Thanks
ZhenHua
On 09/13/2013 02:27 PM, Li, Zhen-Hua wrote:
According to Intel Vt-D specs, the offset of Invalidation complete
status register should be 0x9C, not 0x98.
See Intel's
On 17 Sep 2013, at 00:09, Rob Herring wrote:
> From: Rob Herring
>
> Convert arm64 to use new early_init_dt_scan function.
>
> Signed-off-by: Rob Herring
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: linux-arm-ker...@lists.infradead.org
Acked-by: Catalin Marinas
--
To unsubscribe from thi
Hi,
This applies to togreg branch in iio.
Round 9 updates
- Removed Trigger.
- Restructured everything for INDIO_BUFFERED_HARDWARE mode.
- Threaded IRQ with top/bottom halfs. Top half HW IRQ wakes
bottom half threaded worker that pushes samples to iio/userspace.
- Removed some of the patchwork t
Enable shared IRQ to allow ADC to share IRQ line from
parent MFD core. Only FIFO0 IRQs are for TSC and handled
on the TSC side.
Step mask would be updated from cached variable only previously.
In rare cases when both TSC and ADC are used, the cached
variable gets mixed up.
The step mask is written
Previously the driver had only one-shot reading functionality.
This patch adds continuous sampling support to the driver.
Continuous sampling starts when buffer is enabled.
HW IRQ wakes worker thread that pushes samples to userspace.
Sampling stops when buffer is disabled by userspace.
Patil Rach
On 17 Sep 2013, at 00:09, Rob Herring wrote:
> --- a/arch/arm64/kernel/setup.c
> +++ b/arch/arm64/kernel/setup.c
> @@ -147,24 +147,6 @@ static void __init setup_machine_fdt(phys_addr_t dt_phys)
> pr_info("Machine: %s\n", machine_name);
> }
>
> -void __init early_init_dt_add_memory_arch(u64
On 17 Sep 2013, at 00:09, Rob Herring wrote:
> From: Rob Herring
>
> In order to unify the initrd scanning for DT across architectures, make
> arm64 use initrd_start and initrd_end instead of the physical addresses.
>
> Signed-off-by: Rob Herring
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc:
On 17 Sep 2013, at 00:09, Rob Herring wrote:
> From: Rob Herring
>
> Convert arm64 to use the common of_flat_dt_get_machine_name function.
>
> Signed-off-by: Rob Herring
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: linux-arm-ker...@lists.infradead.org
Acked-by: Catalin Marinas
--
To unsu
On Tue, Sep 17, 2013 at 10:21:07AM +0300, Michael S. Tsirkin wrote:
> As vhost scsi device struct is large, if the device is
> created on a busy system, kzalloc() might fail, so this patch does a
> fallback to vzalloc().
>
> As vmalloc() adds overhead on data-path, add __GFP_REPEAT
> to kzalloc()
From: zhongbaisong
Signed-off-by: zhongbaisong
---
fs/sysfs/mount.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/sysfs/mount.c b/fs/sysfs/mount.c
index afd8327..f6681a6 100644
--- a/fs/sysfs/mount.c
+++ b/fs/sysfs/mount.c
@@ -182,12 +182,12 @@ int __init sysf
Linus suggested using asm goto to get rid of the typical SETcc + TEST
instruction pair -- which also clobbers an extra register -- for our
typical modify_and_test() functions.
Because asm goto doesn't allow output fields it has to include an
unconditinal memory clobber when it changes a memory var
We need a few special preempt_count accessors:
- task_preempt_count() for when we're interested in the preemption
count of another (non-running) task.
- init_task_preempt_count() for properly initializing the preemption
count.
- init_idle_preempt_count() a special case of the above for the
Mike reported that commit 7d1a9417 ("x86: Use generic idle loop")
regressed several workloads and caused excessive reschedule
interrupts.
The patch in question failed to notice that the x86 code had an
inverted sense of the polling state versus the new generic code (x86:
default polling, generic:
Preemption semantics are going to change which mandate a change.
All DRM usage sites are already broken and will not be affected (much)
by this change. DRM people are aware and will remove the last few
stragglers.
For now, leave an empty stub that generates a warning, once all users
are gone we c
Replace the single preempt_count() 'function' that's an lvalue with
two proper functions:
preempt_count() - returns the preempt_count value as rvalue
preempt_count_ptr() - returns a pointer to the preempt_count
Then change all sites that modify the preempt count to use
preempt_count_ptr().
Sig
The functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
do not exist. The proper ones are __clocksource_updatefreq_hz() and
__clocksource_updatefreq_khz().
Signed-off-by: Xie XiuQi
---
kernel/time/clocksource.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
Rewrite the preempt_count macros in order to extract the 3 basic
preempt_count value modifiers:
__preempt_count_add()
__preempt_count_sub()
and the new:
__preempt_count_dec_and_test()
And since we're at it anyway, replace the unconventional
$op_preempt_count names with the more convention
In order to combine the preemption and need_resched test we need to
fold the need_resched information into the preempt_count value.
Since the NEED_RESCHED flag is set across CPUs this needs to be an
atomic operation, however we very much want to avoid making
preempt_count atomic, therefore we keep
We're going to deprecate and remove set_need_resched() for it will do
the wrong thing. Make an exception for RCU and allow it to use
resched_cpu() which will do the right thing.
Cc: Paul McKenney
Signed-off-by: Peter Zijlstra
---
kernel/rcutree.c| 15 ++-
kernel/sched/core.c |
These patches optimize preempt_enable by firstly folding the preempt and
need_resched tests into one -- this should work for all architectures. And
secondly by providing per-arch preempt_count implementations; with x86 using
per-cpu preempt_count for fastest access.
These patches have been boot te
In order to prepare to per-arch implementations of preempt_count move
the required bits into an asm-generic header and use this for all
archs.
Signed-off-by: Peter Zijlstra
---
arch/alpha/include/asm/Kbuild |1
arch/arc/include/asm/Kbuild|1
arch/arm/include/asm/Kbuild
No problem sorry the commit message was a little vague there.
Seems I accidentally generated the first version of this patch
against the ASoC tree, but this got me thinking now you are
looking after MFD patches which tree should I be generating them
against?
Thanks,
Charles
On Tue, Sep 17, 2013 a
Convert x86 to use a per-cpu preemption count. The reason for doing so
is that accessing per-cpu variables is a lot cheaper than accessing
thread_info variables.
We still need to save/restore the actual preemption count due to
PREEMPT_ACTIVE so we place the per-cpu __preempt_count variable in the
Remove the bloat of the C calling convention out of the
preempt_enable() sites by creating an ASM wrapper which allows us to
do an asm("call ___preempt_schedule") instead.
calling.h bits by Andi Kleen
Suggested-by: Linus Torvalds
Signed-off-by: Peter Zijlstra
---
arch/x86/include/asm/calling.h
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time or by the acpi_video_unregister function.
The two functi
Introduce a new API for modules to query if a specific type of backlight
device has been registered. This is useful for some backlight device
provider module(e.g. ACPI video) to know if a native control
interface(e.g. the interface created by i915) is available and then do
things accordingly(e.g. a
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows 8 doesn't use the ACPI interface, including the fact that
it's broken on a bunch of machi
v1 has the subject of "Rework ACPI video driver" and is posted here:
http://lkml.org/lkml/2013/9/9/74
Since the objective is really to fix Win8 backlight issues, I changed
the subject in this version, sorry about that.
This patchset has three patches, the first introduced a new API named
backlight
On Tue, 2013-09-17 at 10:22 +0530, Viresh Kumar wrote:
> Current code looks like this:
>
> WARN_ON(lock_policy_rwsem_write(cpu));
> update_policy_cpu(policy, new_cpu);
> unlock_policy_rwsem_write(cpu);
>
> {lock|unlock}_policy_rwsem_write(cpu) takes/releases policy->cpu's
On Mon, Sep 16, 2013 at 05:22:26PM +0200, Andrew Jones wrote:
> On Mon, Sep 16, 2013 at 05:41:18PM +0300, Gleb Natapov wrote:
> > On Mon, Sep 16, 2013 at 01:47:26PM +0200, Andrew Jones wrote:
> > > On Mon, Sep 16, 2013 at 11:55:17AM +0300, Gleb Natapov wrote:
> > > > On Mon, Sep 16, 2013 at 10:22:0
Hi Mike,
On Thu, Sep 12, 2013 at 11:35:52AM -0700, Mike Dunn wrote:
> Currently the driver assumes that the values specified in the
> brightness-levels
> device tree property increase as they are parsed from left to right. But
> boards
> that invert the signal between the PWM output and the bac
Add cc John Stultz
On 2013/9/17 17:11, Xie XiuQi wrote:
> The functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
> do not exist. The proper ones are __clocksource_updatefreq_hz() and
> __clocksource_updatefreq_khz().
>
> Signed-off-by: Xie XiuQi
> ---
> kernel/time/clocksou
On Tue, Sep 17, 2013 at 02:29:22PM +0530, Adil Mujeeb wrote:
> Hi,
>
>
> >- PowerData = (1 << 31) | (0 << 30) | (24 << 24) |
> BitReverse(w89rf242_txvga_data[i][0], 24);
> >+ PowerData = (1 << 31) | (0 << 30) | (24 << 24)
> >+ | BitReverse(w89rf242_txvga_data
> No problem sorry the commit message was a little vague there.
> Seems I accidentally generated the first version of this patch
> against the ASoC tree, but this got me thinking now you are
> looking after MFD patches which tree should I be generating them
> against?
That depends. If you are subm
On 06/03/2013 08:14 PM, Marcus Overhagen wrote:
Using correct transfer interval as specified by the USB endpoint
when doing the interrupt transfer fixes the warning printed by
xhci USB core on every transfer that resulted in spamming
"xhci_queue_intr_tx: 74 callbacks suppressed" to syslog
every 5
This is a preliminary set of patches to add kexec support for m68k.
- Kexec only, no kdump support yet (do you have enough RAM to keep a
crashdump kernel in memory at all times? ;-)
- Tested on ARAnyM only. No support for other CPU/MMUs than 68040.
- Although the code contains some phy
We've resisted adding System RAM to /proc/iomem because it is the wrong
place for it. Unfortunately we continue to find tools that rely on this
behaviour (e.g. kdump) so give up and add it in.
As the ST-RAM Pool is now a child of the first System RAM resource, it must
be switched from request_res
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/Kconfig | 17
arch/m68k/include/asm/kexec.h | 29 +
arch/m68k/kernel/Makefile |2 +
arch/m68k/kernel/machine_kexec.c | 71
arch/m68k/kernel/relocate_ker
Add optional support to export the bootinfo used to boot the kernel in a
"bootinfo" file in procfs. This is useful with kexec.
This is based on the similar feature for ATAGS on ARM.
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/Kconfig|7
arch/m68k/include/asm/bootin
Add an optional output parameter to slurp_file_len() so it can return the
actual number of bytes read.
Signed-off-by: Geert Uytterhoeven
---
kexec/arch/i386/crashdump-x86.c |5 ++---
kexec/kexec.c |4 +++-
kexec/kexec.h |2 +-
3 files changed, 6 in
On Tue, Sep 17, 2013 at 12:36:19PM +0300, Gleb Natapov wrote:
> On Mon, Sep 16, 2013 at 05:22:26PM +0200, Andrew Jones wrote:
> > On Mon, Sep 16, 2013 at 05:41:18PM +0300, Gleb Natapov wrote:
> > > On Mon, Sep 16, 2013 at 01:47:26PM +0200, Andrew Jones wrote:
> > > > On Mon, Sep 16, 2013 at 11:55:1
Signed-off-by: Geert Uytterhoeven
---
configure.ac |2 +-
kexec/Makefile |1 +
kexec/arch/m68k/Makefile | 15 +++
kexec/arch/m68k/bootinfo.c | 208
kexec/arch/m68k/bootinfo.h
On Tue, Sep 17, 2013 at 11:56:00AM +0200, Ludovic Desroches wrote:
> Any reason to not do this:
>
> --- a/drivers/clocksource/tcb_clksrc.c
> +++ b/drivers/clocksource/tcb_clksrc.c
> @@ -144,6 +144,9 @@ static void tc_mode(enum clock_event_mode m, struct
> clock_event_device *d)
>
> static int t
On Tue, Sep 17, 2013 at 1:28 AM, Al Viro wrote:
> On Mon, Sep 16, 2013 at 11:02:41PM +0100, Al Viro wrote:
>> On Mon, Sep 16, 2013 at 10:09:46PM +0200, Miklos Szeredi wrote:
>>
>> > > I would definitely prefer EEXIST logics dealt with in fs/namei.c - if
>> > > nothing
>> > > else, it had been don
Hi José,
Please see my comments below.
On Wednesday 11 of September 2013 11:08:27 José Miguel Gonçalves wrote:
> The Samsung serial driver currently does not support setting the
> RTS pin with an ioctl(TIOCMSET) call. This patch adds this support.
>
> Signed-off-by: José Miguel Gonçalves
> ---
Arnaldo, Ingo,
On Mon, Sep 16, 2013 at 10:17:32AM +0100, Jean Pihet wrote:
> The newly added dwarf unwinding feature [1] requires:
> . a recent version (>= 1.1) of libunwind,
> . libunwind to be configured with --enable-debug-frame.
>
> [1] http://www.spinics.net/lists/kernel/msg1598951.html
>
>
On Mon, Sep 16, 2013 at 06:08:02PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix fatal kernel-doc error in :
>
> Error(include/linux/regulator/driver.h:52): cannot understand prototype:
> 'struct regulator_linear_range '
Applied with the first line redone, but this seems like really
On Fri, Sep 13, 2013 at 01:58:42PM +0800, Xiubo Li wrote:
> This adds the Document for Freescale FTM PWM driver under
> Documentation/devicetree/bindings/pwm/.
>
> Signed-off-by: Xiubo Li
> ---
> .../devicetree/bindings/pwm/pwm-fsl-ftm.txt| 36
> ++
> 1 file changed,
Oh, sorry, I lost the [PATCH] prefix on the Subject. Please ignore this
mail and I'll resend it soon.
On 2013/9/17 17:11, Xie XiuQi wrote:
> The functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
> do not exist. The proper ones are __clocksource_updatefreq_hz() and
> __clocksou
The functions clocksource_updatefreq_hz() and clocksource_updatefreq_khz()
do not exist, The proper ones are __clocksource_updatefreq_hz() and
__clocksource_updatefreq_khz().
Signed-off-by: Xie XiuQi
---
kernel/time/clocksource.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
PS:Adding linux kernel for a larger forum comments
Hi Linaro,
I am trying to attach interrupt handlers to the push buttons on the
arndale board.
Your patch adds in dts information on the push buttons
menu {
+ label = "SW-TACT2";
+ gpios = <&gpx1 4 1>;
sizeof() is already size_t so there is no need to cast here. Generally,
casting inside the min() macro instead of using min_t() is considered
bad style.
Signed-off-by: Dan Carpenter
diff --git a/drivers/pinctrl/pinconf.c b/drivers/pinctrl/pinconf.c
index a138965..abe66d4 100644
--- a/drivers/pi
On Tue, Sep 17, 2013 at 03:25:25AM +0200, Rafael J. Wysocki wrote:
> On Tuesday, September 17, 2013 12:31:11 AM Mark Brown wrote:
> > It shouldn't even need to do that, it should just be able to rely on the
> > controller to power itself up when asked to do work. This is how the
> > existing imp
* Peter Zijlstra wrote:
> These patches optimize preempt_enable by firstly folding the preempt and
> need_resched tests into one -- this should work for all architectures. And
> secondly by providing per-arch preempt_count implementations; with x86 using
> per-cpu preempt_count for fastest acces
On Mon, Sep 16, 2013 at 09:07:07PM +0200, Rafael J. Wysocki wrote:
> On Monday, September 16, 2013 11:47:08 AM Mika Westerberg wrote:
> > On Sun, Sep 15, 2013 at 03:48:12PM +0200, Sylwester Nawrocki wrote:
> > > On 09/13/2013 05:40 PM, Mika Westerberg wrote:
> > > [...]
> > > >>>The call to pm_runt
Adding the number of bios in a remapped request to 'block_rq_remap'
tracepoint.
Request remapper clones bios in a request to track the completion
status of each bio. So the number of bios can be useful information
for investigation.
Related discussions:
http://www.redhat.com/archives/dm-devel/2
On 09/16/2013 10:47 AM, Mika Westerberg wrote:
> I'm actually thinking that it is probably better now if we don't touch the
> client runtime PM at all in the I2C core.
>
> I proposed a less intrusive solution in this same thread where we power the
> I2C controller briefly at the client ->probe() (
On Tue, Sep 17, 2013 at 05:15:13PM +0800, baisong zhong wrote:
> From: zhongbaisong
>
> Signed-off-by: zhongbaisong
I need a changelog description in here, as to why you are making this
change, your Subject: is not descriptive at all. What is being made
"clear"?
> ---
> fs/sysfs/mount.c |
Hi Stephen,
On Tuesday 17 September 2013 12:31 PM, Stephen Rothwell wrote:
> Hi all,
>
> This message is bcc'd to each of the contacts for the trees listed below,
> so apologies if you get two copies.
>
> I have been inspired to check the ages of the trees included in
> linux-next. Below I have
This patch fixes lack of license, otherwise x509_key_parser.ko taints kernel.
Signed-off-by: Konstantin Khlebnikov
---
crypto/asymmetric_keys/x509_public_key.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/crypto/asymmetric_keys/x509_public_key.c
b/crypto/asymmetric_keys/x509_public
This patch fixes lack of license, otherwise mpi.ko taints kernel.
Signed-off-by: Konstantin Khlebnikov
---
lib/mpi/mpiutil.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/lib/mpi/mpiutil.c b/lib/mpi/mpiutil.c
index 657979f..bf076d2 100644
--- a/lib/mpi/mpiutil.c
+++ b/lib/mpi/mpiutil
On Sat, Aug 3, 2013 at 11:57 AM, Caizhiyong wrote:
> From: Cai Zhiyong
>
> Read block device partition table from command line.
> The partition used for fixed block device (eMMC) embedded device.
> It is no MBR, save storage space. Bootloader can be easily accessed by
> absolute address of data
__
> Od: Johannes Weiner
> Komu: azurIt
> Dátum: 17.09.2013 02:02
> Predmet: Re: [patch 0/7] improve memcg oom killer robustness v2
>
> CC: "Michal Hocko" , "Andrew Morton"
> , "David Rientjes" ,
> "KAMEZAWA Hiroyuki" , "KOSAKI Motohir
> CC: "Michal Hocko" , "Andrew Morton"
> , "David Rientjes" ,
> "KAMEZAWA Hiroyuki" , "KOSAKI Motohiro"
> , linux...@kvack.org,
> cgro...@vger.kernel.org, x...@kernel.org, linux-a...@vger.kernel.org,
> linux-kernel@vger.kernel.org
>On Mon, Sep 16, 2013 at 10:52:46PM +0200, azurIt wrote:
>> > C
Hi Thierry,
On 16/09/2013 10:31, Thierry Reding wrote:
> Hi,
>
> This small series allows interrupt references from the device tree to be
> resolved at driver probe time, rather than at device creation time. The
> current implementation resolves such references while devices are added
> during the
On Tue, Sep 17, 2013 at 12:53:44PM +0200, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > These patches optimize preempt_enable by firstly folding the preempt and
> > need_resched tests into one -- this should work for all architectures. And
> > secondly by providing per-arch preempt_count
Dell Latitude E6510, CONFIG_DRM_NOUVEAU, 64-bit Fedora 17 user-space, Xorg
drivers, and
01:00.0 VGA compatible controller: nVidia Corporation GT218 [NVS 3100M] (rev
a2).
With 3.11 X starts fine, with 3.12-rc1 it fails with the following in
Xorg.0.log:
...
[56.819] (II) Loading /usr/lib64/
1 - 100 of 470 matches
Mail list logo
