On 31-07-15, 11:00, Joe Perches wrote:
> On Fri, 2015-07-31 at 16:36 +0530, Viresh Kumar wrote:
> > On 31-07-15, 03:28, Joe Perches wrote:
> > > If it's all fixed, then it's unlikely to be needed in checkpatch.
> >
> > I thought checkpatch is more about not committing new mistakes, rather than
>
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
> diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
> index 659879a..bf6d596 100644
> --- a/drivers/cpufreq/Kconfig
> +++ b/drivers/cpufreq/Kconfig
> @@ -191,6 +191,7 @@ config CPUFREQ_DT
> # if CPU_THERMAL is on and
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
> Remove no longer needed CPU_FREQ_BOOST_SW config option.
>
> As a result scaling_boost_freqs sysfs attribute is available
> when cpufreq-dt driver is used and boost support is enabled.
>
> Cc: Viresh Kumar
> Cc: Thomas Abraham
> Cc: Javier
On Sat, Aug 01, 2015 at 04:42:27AM +0900, Masahiro Yamada wrote:
> Kbuild descends into drivers/base/regmap/ only when CONFIG_REGMAP
> is enabled. (see drivers/base/Makefile)
>
> $(CONFIG_REGMAP) in drivers/base/regmap/Makefile always evaluates
> to 'y'.
> -obj-$(CONFIG_REGMAP) += regmap.o
Hi Peter,
Thanks for looking. I'll try to reply on Monday, just one note...
On 07/30, Peter Zijlstra wrote:
>
> On Tue, Jul 21, 2015 at 09:22:47PM +0200, Oleg Nesterov wrote:
>
> > +static int cpu_stop_queue_two_works(int cpu1, struct cpu_stop_work *work1,
> > + int
Dominique Martinet wrote on Sat, Aug 01, 2015:
> I had to adapt a bit because using an old kernel (4bf46a272), will try
> again with a recent master to doublecheck
There have been more changes than what I thought, can't seem to
reproduce in a while on linus' HEAD with that fix (it fell in that
Cc'ing Rafael, please keep him in loop for such patches and better use
get_maintainers to get the cc list automatically.
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
> Exynos4x12 based platforms have switched over to use generic
> cpufreq driver for cpufreq functionality. So the Exynos
>
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
> For Exynos4x12 platforms, add CPU operating points (using
> opp-v2 bindings) and CPU regulator supply properties for
> migrating from Exynos specific cpufreq driver to using
> generic cpufreq driver.
>
> Based on the earlier work by Thomas
>> From: Markus Elfring
>> Date: Sat, 4 Jul 2015 15:30:18 +0200
>>
>> Skip checks for a few variables in three error handling cases within
>> the ocfs2_rename() function by adjustment of a few jump targets
>> according to the Linux coding style convention.
>>
>> Signed-off-by: Markus Elfring
>
Al Viro wrote on Sat, Aug 01, 2015:
> And that has turned the check done to an inode that *was* ours at some
> point (i.e. fetching it had been followed by checking that ->d_seq had
> been still valid) into something completely unprotected. Suppose we
> are in lazy mode and somebody had evicted
On Saturday 25 July 2015 15:17:13 Lars-Peter Clausen wrote:
> On 07/25/2015 12:28 PM, Pali Rohár wrote:
> > Hello,
> >
> > sometimes after rebooting Nokia N900 initializing alsa audio fails.
> > Here output from dmesg log when it happen:
> >
> > [6.925140] tpa6130a2 2-0060: Write failed
> >
On Fri, 31 Jul 2015 22:18:17 +0200
Michael Hornung wrote:
> * Fix sparse warning "Using plain integer as NULL pointer"
>
> Signed-off-by: Michael Hornung
Acked-by: Christian Gromm
> ---
> drivers/staging/most/aim-network/networking.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
On Fri, 31 Jul 2015, Shaohua Li wrote:
> @@ -336,6 +336,22 @@ static void __setup_APIC_LVTT(unsigned int clocks, int
> oneshot, int irqen)
> apic_write(APIC_LVTT, lvtt_value);
>
> if (lvtt_value & APIC_LVT_TIMER_TSCDEADLINE) {
> + u64 msr;
> +
> + /*
> +
Commit-ID: d74892c5b291c0010295d26d6b1e11cd70451722
Gitweb: http://git.kernel.org/tip/d74892c5b291c0010295d26d6b1e11cd70451722
Author: Luiz Capitulino
AuthorDate: Wed, 29 Jul 2015 15:14:17 -0400
Committer: Thomas Gleixner
CommitDate: Sat, 1 Aug 2015 12:00:13 +0200
clockevents: Drop
> 在 2015年7月31日,18:14,Will Deacon 写道:
>
> On Fri, Jul 31, 2015 at 10:33:55AM +0100, Peter Zijlstra wrote:
>> On Fri, Jul 31, 2015 at 05:25:02PM +0800, yalin wang wrote:
On Jul 31, 2015, at 15:52, Peter Zijlstra wrote:
On Fri, Jul 31, 2015 at 03:41:37PM +0800, yalin wang wrote:
>
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
Just two updates to the maintainers file.
Thanks,
tglx
-->
Thomas Gleixner (2):
MAINTAINERS: Appoint Marc Zyngier
When and What time can i Call you? Respond ASAP
--
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
Please read the FAQ at http://www.tux.org/lkml/
Linus,
Please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
# HEAD: 37868fe113ff2ba814b3b4eb12df214df555f8dc x86/ldt: Make modify_ldt
synchronous
Fallout from the recent NMI fixes: make x86 LDT
On Fri, Jul 31, 2015 at 12:40:42PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.85 release.
> There are 89 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
* Brian Gerst wrote:
> On Fri, Jul 31, 2015 at 10:04 AM, tip-bot for Brian Gerst
> wrote:
> > Commit-ID: ba3e127ec105e790eeec4034d9769e018e4a1b54
> > Gitweb:
> > http://git.kernel.org/tip/ba3e127ec105e790eeec4034d9769e018e4a1b54
> > Author: Brian Gerst
> > AuthorDate: Wed, 29 Jul
W dniu 01.08.2015 o 03:49, Bartlomiej Zolnierkiewicz pisze:
> The new CPU clock type allows the use of generic CPUfreq driver.
> Switch Exynos4x12 to using generic cpufreq driver.
>
> Also make CPUFREQ_DT config option select Exynos thermal driver
> if Exynos platform support is enabled.
Why? I
On Fri, Jul 31, 2015 at 03:52:38PM -0700, Linus Torvalds wrote:
> Is that correct? Maybe, I haven't checked. And maybe it's a big bad
> bug. Regardless, it sure as hell isn't just changing the order of the
> access to those fields. That "DCACHE_ENTRY_TYPE | DCACHE_FALLTHRU"
> clearing came from
On Sat, 1 Aug 2015, yalin wang wrote:
> size built-in.o*
> text data bss dec hex filename
> 743937 50786 56008 850731 cfb2b built-in.o// with the
> patch
> 744069 50786 56008 850863 cfbaf built-in.o_old // with out the
> patch
Not
> 在 2015年7月31日,22:14,Thomas Gleixner 写道:
>
>
> On Fri, 31 Jul 2015, Thomas Gleixner wrote:
>
>> On Fri, 31 Jul 2015, yalin wang wrote:
>>> it is optimised to 2 instructions ,
>>>
>>> this is my patch, hope can be merged :
>>
>> We are not exposing the internals of kthread management.
On Sat, Aug 01, 2015 at 12:39:25PM +0530, Sudip Mukherjee wrote:
> On Fri, Jul 31, 2015 at 12:40:00PM -0700, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.14.49 release.
> > There are 125 patches in this series, all will be posted as a response
> > to this
On Fri, Jul 31, 2015 at 12:40:00PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.49 release.
> There are 125 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
The irq argument of most interrupt flow handlers is unused or merily
used instead of a local variable. The handlers which need the irq
argument can retrieve the irq number from the irq descriptor.
Search and update was done with coccinelle and the invaluable help of
Julia Lawall.
The functions irq_irq_err and ipu_irq_fn are identical plus/minus the
comments. Remove one.
Signed-off-by: Thomas Gleixner
Cc: Vinod Koul
Cc: Dan Williams
Cc: dmaeng...@vger.kernel.org
---
drivers/dma/ipu/ipu_irq.c | 46 --
1 file changed, 4
The first patch prepares the interrupt handlers for removal of the irq
argument.
While doing that I noticed that the handler functions are
identical. Consolidate them.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, 2015-07-31 at 17:38 -0400, Mike Snitzer wrote:
> On Fri, Jul 31 2015 at 5:19pm -0400,
> Ming Lin wrote:
>
> > On Fri, Jul 31, 2015 at 12:23 PM, Mike Snitzer wrote:
> > > On Mon, Jul 06 2015 at 3:44P -0400,
> > > Ming Lin wrote:
> > >
> > >> From: Kent Overstreet
> > >>
> > >> The
2015-08-01 15:21 GMT+09:00 Masahiro Yamada :
> 2015-07-31 23:31 GMT+09:00 Ian Campbell :
>> Commit 9ccd608070b6 "arm64: dts: add device tree for ARM SMM-A53x2 on
>> LogicTile Express 20MG" added a new dts file to arch/arm64 which
>> included "../../../../arm/boot/dts/vexpress-v2m-rs1.dtsi", i.e. a
Desnoyers ,"linux-...@vger.kernel.org"
,"linux-kernel@vger.kernel.org"
,Peter Zijlstra
Message-ID:
Let me see if I can unbury it - probably not until Monday, though.
On July 31, 2015 11:18:06 PM PDT, Josh Triplett wrote:
>On Fri, Jul 31, 2015 at 09:56:46PM -0700, H. Peter Anvin wrote:
>> On
2015-07-31 23:31 GMT+09:00 Ian Campbell :
> Commit 9ccd608070b6 "arm64: dts: add device tree for ARM SMM-A53x2 on
> LogicTile Express 20MG" added a new dts file to arch/arm64 which
> included "../../../../arm/boot/dts/vexpress-v2m-rs1.dtsi", i.e. a
> .dtsi supplied by arch/arm.
>
> Unfortunately
On Fri, Jul 31, 2015 at 09:56:46PM -0700, H. Peter Anvin wrote:
> On 07/31/2015 09:32 PM, Josh Triplett wrote:
> >
> > Sure, agreed. But I really hope we don't create new kernel ABIs that
> > involve constructs like that.
> >
>
> It's worth noting I have pushed for auto-marshalling in general
On Fri, Jul 31, 2015 at 12:37:31PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.1.4 release.
> There are 267 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
2015-07-31 23:31 GMT+09:00 Ian Campbell ian.campb...@citrix.com:
Commit 9ccd608070b6 arm64: dts: add device tree for ARM SMM-A53x2 on
LogicTile Express 20MG added a new dts file to arch/arm64 which
included ../../../../arm/boot/dts/vexpress-v2m-rs1.dtsi, i.e. a
.dtsi supplied by arch/arm.
Desnoyers mathieu.desnoy...@efficios.com,linux-...@vger.kernel.org
linux-...@vger.kernel.org,linux-kernel@vger.kernel.org
linux-kernel@vger.kernel.org,Peter Zijlstra a.p.zijls...@chello.nl
Message-ID: d190a265-cbf0-460e-b12a-df0e802c5...@zytor.com
Let me see if I can unbury it - probably not
2015-08-01 15:21 GMT+09:00 Masahiro Yamada yamada.masah...@socionext.com:
2015-07-31 23:31 GMT+09:00 Ian Campbell ian.campb...@citrix.com:
Commit 9ccd608070b6 arm64: dts: add device tree for ARM SMM-A53x2 on
LogicTile Express 20MG added a new dts file to arch/arm64 which
included
在 2015年7月31日,22:14,Thomas Gleixner t...@linutronix.de 写道:
On Fri, 31 Jul 2015, Thomas Gleixner wrote:
On Fri, 31 Jul 2015, yalin wang wrote:
it is optimised to 2 instructions ,
this is my patch, hope can be merged :
We are not exposing the internals of kthread management. Period.
On Sat, Aug 01, 2015 at 12:39:25PM +0530, Sudip Mukherjee wrote:
On Fri, Jul 31, 2015 at 12:40:00PM -0700, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.49 release.
There are 125 patches in this series, all will be posted as a response
to this one. If
On Sat, 1 Aug 2015, yalin wang wrote:
size built-in.o*
text data bss dec hex filename
743937 50786 56008 850731 cfb2b built-in.o// with the
patch
744069 50786 56008 850863 cfbaf built-in.o_old // with out the
patch
Not all
On Fri, Jul 31, 2015 at 12:37:31PM -0700, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.1.4 release.
There are 267 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 Fri, Jul 31, 2015 at 09:56:46PM -0700, H. Peter Anvin wrote:
On 07/31/2015 09:32 PM, Josh Triplett wrote:
Sure, agreed. But I really hope we don't create new kernel ABIs that
involve constructs like that.
It's worth noting I have pushed for auto-marshalling in general for a
long
On Fri, 2015-07-31 at 17:38 -0400, Mike Snitzer wrote:
On Fri, Jul 31 2015 at 5:19pm -0400,
Ming Lin m...@kernel.org wrote:
On Fri, Jul 31, 2015 at 12:23 PM, Mike Snitzer snit...@redhat.com wrote:
On Mon, Jul 06 2015 at 3:44P -0400,
Ming Lin m...@kernel.org wrote:
From: Kent
The functions irq_irq_err and ipu_irq_fn are identical plus/minus the
comments. Remove one.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams dan.j.willi...@intel.com
Cc: dmaeng...@vger.kernel.org
---
drivers/dma/ipu/ipu_irq.c | 46
The first patch prepares the interrupt handlers for removal of the irq
argument.
While doing that I noticed that the handler functions are
identical. Consolidate them.
Thanks,
tglx
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
The irq argument of most interrupt flow handlers is unused or merily
used instead of a local variable. The handlers which need the irq
argument can retrieve the irq number from the irq descriptor.
Search and update was done with coccinelle and the invaluable help of
Julia Lawall.
On Fri, Jul 31, 2015 at 12:40:00PM -0700, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.49 release.
There are 125 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 Fri, Jul 31, 2015 at 03:52:38PM -0700, Linus Torvalds wrote:
Is that correct? Maybe, I haven't checked. And maybe it's a big bad
bug. Regardless, it sure as hell isn't just changing the order of the
access to those fields. That DCACHE_ENTRY_TYPE | DCACHE_FALLTHRU
clearing came from
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
Remove no longer needed CPU_FREQ_BOOST_SW config option.
As a result scaling_boost_freqs sysfs attribute is available
when cpufreq-dt driver is used and boost support is enabled.
Cc: Viresh Kumar viresh.ku...@linaro.org
Cc: Thomas
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
index 659879a..bf6d596 100644
--- a/drivers/cpufreq/Kconfig
+++ b/drivers/cpufreq/Kconfig
@@ -191,6 +191,7 @@ config CPUFREQ_DT
# if CPU_THERMAL is on and THERMAL=m,
On 31-07-15, 11:00, Joe Perches wrote:
On Fri, 2015-07-31 at 16:36 +0530, Viresh Kumar wrote:
On 31-07-15, 03:28, Joe Perches wrote:
If it's all fixed, then it's unlikely to be needed in checkpatch.
I thought checkpatch is more about not committing new mistakes, rather than
finding
On Mon, Jul 27, 2015 at 12:33 AM, Sedat Dilek sedat.di...@gmail.com wrote:
Hi,
this my first build of a 4.2-rcN Linux-kernel and I see this...
Just FYI:
I am *not* seeing this with drm-intel-nightly from below url.
Also, I plan to test Linux v4.2-rc5.
- Sedat -
[1]
This interface can be utilized to deactivate the hard and soft lockup
detector temporarily. Callers are expected to minimize the duration of
deactivation. Multiple deactivations are allowed to occur in parallel
but should be rare in practice.
Signed-off-by: Ulrich Obergfell uober...@redhat.com
Remove update_watchdog() and restart_watchdog_hrtimer() since these
functions are no longer needed. Changes of parameters such as the
sample period are honored at the time when the watchdog threads are
being unparked.
Signed-off-by: Ulrich Obergfell uober...@redhat.com
---
kernel/watchdog.c | 40
Remove watchdog_nmi_disable_all() and watchdog_nmi_enable_all()
since these functions are no longer needed. If a subsystem has a
need to deactivate the watchdog temporarily, it should utilize the
watchdog_suspend() and watchdog_resume() functions.
Signed-off-by: Ulrich Obergfell
These functions are intended to be used only from inside kernel/watchdog.c
to park/unpark all watchdog threads that are specified in watchdog_cpumask.
Signed-off-by: Ulrich Obergfell uober...@redhat.com
---
kernel/watchdog.c | 36
1 file changed, 36
Sometimes a scatter-gather has to be split into several chunks, or sub scatter
lists. This happens for example if a scatter list will be handled by multiple
DMA channels, each one filling a part of it.
A concrete example comes with the media V4L2 API, where the scatter list is
allocated from
Including access_ok.h causes the ia64:allmodconfig build (and maybe others)
to fail with
include/linux/unaligned/le_struct.h:6:19: error:
redefinition of 'get_unaligned_le16'
include/linux/unaligned/access_ok.h:7:19: note:
previous definition of 'get_unaligned_le16' was here
On Sat, Aug 1, 2015 at 12:26 AM, Al Viro v...@zeniv.linux.org.uk wrote:
Actually, the shit had hit the fan earlier. Look: in
commit b18825a7c8e37a7cf6abb97a12a6ad71af160de7
Author: David Howells dhowe...@redhat.com
Date: Thu Sep 12 19:22:53 2013 +0100
VFS: Put a small type field into
Hi Linus,
Here is the first fixes request for 4.2
We had a regression due to reuse of descriptor so we have reverted that.
Rest are driver fixes:
at_hdmac and at_xdmac for residue, trannfer width, and channel config
pl330 final fix for dma fails and overflow issue
xgene
On Sat, Aug 01, 2015 at 09:39:07AM -0700, Linus Torvalds wrote:
Quite the reverse.
It makes no sense to write-combine normal memory (RAM), because caches
work and sane memory is always cache-coherent. So marking regular
memory write-combining is a sign of crap hardware (which admittedly
On Fri, Jul 31, 2015 at 10:56 PM, Casey Schaufler
ca...@schaufler-ca.com wrote:
On 7/31/2015 1:11 AM, Amir Goldstein wrote:
On Thu, Jul 30, 2015 at 6:33 PM, Casey Schaufler ca...@schaufler-ca.com
wrote:
On 7/30/2015 7:47 AM, Amir Goldstein wrote:
On Thu, Jul 30, 2015 at 4:55 PM, Seth Forshee
On Sat, Aug 01, 2015 at 09:09:24AM -0700, Linus Torvalds wrote:
On Sat, Aug 1, 2015 at 12:26 AM, Al Viro v...@zeniv.linux.org.uk wrote:
Actually, the shit had hit the fan earlier. Look: in
commit b18825a7c8e37a7cf6abb97a12a6ad71af160de7
Author: David Howells dhowe...@redhat.com
Date:
On Fri, 2015-07-31 at 22:21 -0400, Waiman Long wrote:
The smp_store_release() is not a full barrier. In order to avoid missed
wakeup, we may need to add memory barrier around locked and cpu state
variables adding to complexity. As the chance of spurious wakeup is very
low, it is easier and
On 31-07-15, 10:04, Stephen Boyd wrote:
We're removing struct clk from the clk provider API, so switch
this code to using the clk_hw based provider APIs.
Cc: Viresh Kumar viresh.ku...@linaro.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clk/spear/clk-vco-pll.c | 2 +-
On 31-07-15, 09:37, Stephen Boyd wrote:
Do we need vendor specific properties for that though?
Sorry Lee :), but this is exactly why I wanted this thread to exist. We must and
should do this in a generic enough way.
--
viresh
--
To unsubscribe from this list: send the line unsubscribe
Hi Mark,
2015-08-01 19:59 GMT+09:00 Mark Brown broo...@kernel.org:
On Sat, Aug 01, 2015 at 04:42:27AM +0900, Masahiro Yamada wrote:
Kbuild descends into drivers/base/regmap/ only when CONFIG_REGMAP
is enabled. (see drivers/base/Makefile)
$(CONFIG_REGMAP) in drivers/base/regmap/Makefile
When and What time can i Call you? Respond ASAP
--
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
Please read the FAQ at http://www.tux.org/lkml/
Allow a trace events header file to disable compilation of its
trace events by defining the preprocessor macro NOTRACE.
This could be done, for example, according to a Kconfig option.
Signed-off-by: Tal Shorer tal.sho...@gmail.com
---
include/linux/tracepoint.h | 17 ++---
Add a new options to trace Kconfig, CONFIG_TRACING_EVENTS_GPIO, that is
used for enabling/disabling compilation of gpio function trace events.
Signed-off-by: Tal Shorer tal.sho...@gmail.com
Acked-by: Linus Walleij linus.wall...@linaro.org
---
include/trace/events/gpio.h | 4
Currently, enabling CONFIG_TRACING on a system comes as all-or-nothing:
either tracepoints for all subsystems are compiled (with CONFIG_TRACING)
or none of them are (without it).
This caused me an unacceptable performance penalty (obviously SOME penalty
was expected, but not one so severe) which
- Original Message -
From: Guenter Roeck li...@roeck-us.net
...
Subject: Re: [PATCH 2/4] watchdog: introduce watchdog_suspend() and
watchdog_resume()
On Sat, Aug 01, 2015 at 02:49:23PM +0200, Ulrich Obergfell wrote:
This interface can be utilized to deactivate the hard and soft
On Sat, Jul 25, 2015 at 02:00:40AM +0200, Niklas Cassel wrote:
Implementing enable_ms is optional by serial_core.
check_modem_status is just an empty local function.
Signed-off-by: Niklas Cassel n...@flawful.org
Reviewed-by: Guenter Roeck li...@roeck-us.net
Tested-by: Guenter Roeck
On Sat, Aug 01, 2015 at 09:05:52AM -0400, Ulrich Obergfell wrote:
Don,
Uli privately has been working on a patchset that cleans up a bunch of these
race conditions. We believe it should cover this case. It uses the
proc_mutex to synchronize everything.
I think he is reaching out
On Sat, Aug 1, 2015 at 9:49 AM, Borislav Petkov b...@alien8.de wrote:
My simplistic mental picture while thinking of this is the IO range
where you send the commands to the device and you don't really want to
delay those but they should reach the device as they get issued.
Well, even for
Greg, over the last two months we have sent numerous Hyper-V patches and
these are yet to be comitted (all review comments have been addressed
for these patches). Please let me know if I should resend these patches.
Regards,
K. Y
--
To unsubscribe from this list: send the line unsubscribe
Dominique Martinet wrote on Sat, Aug 01, 2015:
I had to adapt a bit because using an old kernel (4bf46a272), will try
again with a recent master to doublecheck
There have been more changes than what I thought, can't seem to
reproduce in a while on linus' HEAD with that fix (it fell in that
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
For Exynos4x12 platforms, add CPU operating points (using
opp-v2 bindings) and CPU regulator supply properties for
migrating from Exynos specific cpufreq driver to using
generic cpufreq driver.
Based on the earlier work by Thomas Abraham.
Cc'ing Rafael, please keep him in loop for such patches and better use
get_maintainers to get the cc list automatically.
On 31-07-15, 20:49, Bartlomiej Zolnierkiewicz wrote:
Exynos4x12 based platforms have switched over to use generic
cpufreq driver for cpufreq functionality. So the Exynos
On Fri, Jul 31, 2015 at 01:43:06PM -0700, Dmitry Torokhov wrote:
On Fri, Jul 31, 2015 at 01:36:18PM -0700, Greg KH wrote:
On Fri, Jul 31, 2015 at 11:04:26PM +0530, Sudip Mukherjee wrote:
On Fri, Jul 31, 2015 at 09:54:27AM -0700, Dmitry Torokhov wrote:
On Fri, Jul 31, 2015 at 03:45:25PM
Originally watchdog_nmi_enable(cpu) and watchdog_nmi_disable(cpu) were
only called in watchdog thread context. However, the following commits
utilize these functions outside of watchdog thread context too.
commit 9809b18fcf6b8d8ec4d3643677345907e6b50eca
Author: Michal Hocko mho...@suse.cz
As UFS driver registers IRQ handler as a shared IRQ, when
CONFIG_DEBUG_SHIRQ=y, an extra call will be made while unregistering
the IRQ handler. Unfortunately, the extra call will accesses already
freed hostdata. This is because devm_request_irq() is used to register
IRQ handler so that it will
Hi Peter,
Thanks for looking. I'll try to reply on Monday, just one note...
On 07/30, Peter Zijlstra wrote:
On Tue, Jul 21, 2015 at 09:22:47PM +0200, Oleg Nesterov wrote:
+static int cpu_stop_queue_two_works(int cpu1, struct cpu_stop_work *work1,
+ int cpu2,
On Saturday 01 August 2015 13:22:51 Viresh Kumar wrote:
On 31-07-15, 09:58, Dmitry Torokhov wrote:
On Fri, Jul 31, 2015 at 02:08:25PM +0530, Viresh Kumar wrote:
IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and
there is no need to do that again from its callers. Drop it.
On Wed, 29 Jul 2015, Dmitry Torokhov wrote:
Another and less intrusive fix would be:
char *name = dev-battery-desc-name;
struct power_supply_desc *psy_desc = dev-battery-desc;
power_supply_unregister(dev-battery);
kfree(name);
kfree(psy_desc);
I would much
On Fri, Jul 31, 2015 at 05:27:13PM +0200, Borislav Petkov wrote:
On Fri, Jul 31, 2015 at 05:08:06PM +0200, Peter Zijlstra wrote:
But its things like set_memory_XX(), and afaict that's all buggy against
MTRR modifications.
I think the idea is to not do any MTRR modifications at some point:
On Sat, Aug 01, 2015 at 12:46:10PM -0700, K. Y. Srinivasan wrote:
Greg, over the last two months we have sent numerous Hyper-V patches and
these are yet to be comitted (all review comments have been addressed
for these patches). Please let me know if I should resend these patches.
They are
From: Markus Elfring elfr...@users.sourceforge.net
Date: Sat, 4 Jul 2015 15:30:18 +0200
Skip checks for a few variables in three error handling cases within
the ocfs2_rename() function by adjustment of a few jump targets
according to the Linux coding style convention.
Signed-off-by: Markus
On Fri, 31 Jul 2015 18:06:45 -0300
Danilo Cesar Lemes de Paula danilo.ce...@collabora.co.uk wrote:
Describing arguments at top of a struct definition works fine
for small/medium size structs, but it definitely doesn't work well
for struct with a huge list of elements.
Keeping the arguments
On 31-07-15, 09:58, Dmitry Torokhov wrote:
On Fri, Jul 31, 2015 at 02:08:25PM +0530, Viresh Kumar wrote:
IS_ERR(_OR_NULL) already contain an 'unlikely' compiler flag and there
is no need to do that again from its callers. Drop it.
I'd rather keep it as it documents the expected behavior
Hi Jon,
On Saturday 01 August 2015 13:22:10 Jonathan Corbet wrote:
On Fri, 31 Jul 2015 18:06:45 -0300 Danilo Cesar Lemes de Paula wrote:
Describing arguments at top of a struct definition works fine
for small/medium size structs, but it definitely doesn't work well
for struct with a huge
Don,
Uli privately has been working on a patchset that cleans up a bunch of these
race conditions. We believe it should cover this case. It uses the
proc_mutex to synchronize everything.
I think he is reaching out to you. If you could try his patchset to see if
it fixes things, it might
On Sat, Aug 01, 2015 at 03:12:42PM +0800, yalin wang wrote:
在 2015年7月31日,22:14,Thomas Gleixner t...@linutronix.de 写道:
On Fri, 31 Jul 2015, Thomas Gleixner wrote:
On Fri, 31 Jul 2015, yalin wang wrote:
it is optimised to 2 instructions ,
this is my patch, hope can be merged
On Sat, Aug 01, 2015 at 10:39:22AM -0400, Ulrich Obergfell wrote:
- Original Message -
From: Guenter Roeck li...@roeck-us.net
...
Subject: Re: [PATCH 2/4] watchdog: introduce watchdog_suspend() and
watchdog_resume()
On Sat, Aug 01, 2015 at 02:49:23PM +0200, Ulrich Obergfell
On Sat, Aug 01, 2015 at 06:45:34PM +0200, Andrey Konovalov wrote:
Replace ACCESS_ONCE() macro in smp_store_release() and smp_load_acquire()
from arch/x86/include/asm/barrier.h with WRITE_ONCE() and READ_ONCE() since
ACCESS_ONCE does not work reliably on non-scalar types.
WRITE_ONCE() and
acpi_debugfs_init function is declared with return type int in
drivers/acpi/internal.h when CONFIG_DEBUG_FS is enabled, but its
definition in drivers/acpi/debugfs.c has return type void. This is due
to commit aecad432fd68 (ACPI: Cleanup custom_method debug stuff),
which changed the return type
Directly including access_ok.h can result in the following compile errors
if an architecture such as ia64 does not support direct unaligned accesses.
include/linux/unaligned/access_ok.h:7:19: error:
redefinition of 'get_unaligned_le16'
include/linux/unaligned/le_struct.h:6:19: note:
On Sat, Jul 25, 2015 at 02:02:46AM +0200, Niklas Cassel wrote:
In order to use the mctrl_gpio helpers, we change the DT bindings:
ri-gpios renamed to rng-gpios. cd-gpios renamed to dcd-gpios.
However, no in-tree dts/dtsi specifies these, so no worries.
Signed-off-by: Niklas Cassel
On Sat, Aug 01, 2015 at 10:25:26AM +0530, Sudip Mukherjee wrote:
On Fri, Jul 31, 2015 at 01:52:13PM -0700, Greg Kroah-Hartman wrote:
On Fri, Jul 31, 2015 at 11:08:47AM +0530, Shraddha Barke wrote:
This patch fixes the following checkpatch.pl warning:
WARNING: do not add new typedefs
301 - 400 of 670 matches
Mail list logo