Hi Nicholas,
On 02/05/2015 09:56 AM, Nicholas Mc Guire wrote:
> Add handling for timeout case.
>
> Signed-off-by: Nicholas Mc Guire
> ---
> Some error state/error information seems be get lost int the current code.
> (line-numbers are from 3.19.0-rc7.
>
> Assume that on line 827 core->write suc
init_module(2) passes user-specified buffer length directly to
vmalloc(). It makes warn_alloc_failed() to print out a lot of info into
dmesg if user specified insane size, like -1.
Let's silence the warning. It doesn't add much value to -ENOMEM return
code. Without the patch the syscall is prohibi
On 02/16/2015 12:14 PM, Vasily Khoruzhick wrote:
> What about dropping old PXA DMA code completely? Daniel Mack did port
> for most of PXA drivers to dma engine,
> I've rebased his patches against 3.17 several months ago and fixed
> oopses in pxamci and asoc drivers, but I didn't resubmit whole ser
With old Kernels there was a bug in x86 where any unknown
memory chip type would come up BUSY when calling
request_mem_region_exclusive().
So for pmem to work with old Kernels and real NvDIMM chips
we have a new Kconfig option CONFIG_BLK_DEV_PMEM_IGNORE_REQUEST_MEM_RET.
People have been running
On Fri, Feb 13, 2015 at 07:57:13PM +0100, Sascha Hauer wrote:
> I agree that it's a bit odd, but I think it has to be like this.
> Consider that you request a rate of 100Hz, but the clock can only
> produce 99.5Hz, so due to rounding clk_round_rate() returns 99Hz.
> Now when you request 99Hz from c
__mlock_vma_pages_range() doesn't necessarily mlock pages. It depends on
vma flags. The same codepath is used for MAP_POPULATE.
Let's rename __mlock_vma_pages_range() to populate_vma_page_range().
This patch also drops mlock_vma_pages_range() references from
documentation. It has gone in commit c
It's odd that we have populate_vma_page_range() and __mm_populate() in
mm/mlock.c. It's implementation of generic memory population and
mlocking is one of possible side effect, if VM_LOCKED is set.
__get_user_pages() is core of the implementation. Let's move the code
mm/gup.c.
Signed-off-by: Kiri
After commit a1fde08c74e9 FOLL_MLOCK has lost its original meaning: we
don't necessarily mlock the page if the flags is set -- we also take
VM_LOCKED into consideration.
Since we use the same codepath for __mm_populate(), let's rename
FOLL_MLOCK to FOLL_POPULATE.
Signed-off-by: Kirill A. Shutemov
This is praparation to moving mm_populate()-related code out of
mm/mlock.c.
Signed-off-by: Kirill A. Shutemov
Acked-by: Linus Torvalds
Acked-by: David Rientjes
---
mm/mlock.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/mm/mlock.c b/mm/mlock.c
index c3ea18323
While reading mlock()- and mm_populate()-related code, I've found several
things confusing. This patchset cleanup the codepath for future readers.
v2:
- Fix typos pointed by David Rientjes;
- Apply acks;
Kirill A. Shutemov (4):
mm: rename FOLL_MLOCK to FOLL_POPULATE
mm: rename __mlock_vma_p
Hi, Alexei
Another suggestion on bpf syscall interface. Currently, BPF +
syscalls/kprobes depends on CONFIG_BPF_SYSCALL. In kernel used on
commercial products, CONFIG_BPF_SYSCALL is probably disabled, in this
case, bpf bytecode cannot be loaded to the kernel.
If we turn the functionality of BPF_
* Juri Lelli | 2014-05-13 15:30:20 [+0200]:
>Hi,
Hi Juri,
>Also SCHED_DEADLINE dies without the following.
>
>Thanks,
>
>- Juri
>
>---From 3ca5943538c728399037823e5632431bc2da707c Mon Sep 17 00:00:00 2001
>From: Juri Lelli
>Date: Tue, 13 May 2014 15:21:16 +0200
>Subject: [PATCH] sched/deadline:
On Monday 16 February 2015 12:12:14 robert.jarz...@free.fr wrote:
> - Mail original -
> De: "Arnd Bergmann"
> À: linux-arm-ker...@lists.infradead.org
> Cc: "Robert Jarzmik" , "Vinod Koul"
> , "Olof Johansson" , "Daniel Mack"
> , "Haojian Zhuang" ,
> dmaeng...@vger.kernel.org, linux-kern
Currently if nfsd is configured as v2 only then the kernel fails to build.
This is a regression introduced by 9cf514ccfacb("nfsd: implement pNFS
operations"). It occurs because inline code from the xdr4.h header is
now included from generic nfsd code (via pnfs.h).
This patch takes the simplest rou
On 02/16/2015 12:12 PM, robert.jarz...@free.fr wrote:
> So far so good. If the mmp_pdma patch is accepted for the transition, it will
> open up my path towards dmaengine conversion of all pxa drivers (mmc, nand,
> pxa_camera and pxa2xx-pcm-lib). As Daniel has already done most of the work,
> and be
On Sat, Feb 14, 2015 at 11:18:40AM +0800, Daniel J Blueman wrote:
> When ECC interrupts occur on memory controllers after EDAC_MAX_MCS (16), the
I knew this artificial limit would come back to bite us someday :-\
> kernel fatally dereferences unallocated structures [1]; this occurs on at
> least
On 02/02/2015 12:24 PM, Hans Verkuil wrote:
> On 01/30/2015 04:49 PM, Lad, Prabhakar wrote:
>> Hello Scott,
>>
>> On Thu, Jan 22, 2015 at 10:18 PM, Lad, Prabhakar
>> wrote:
>>> This patch series, enhances blackfin capture driver with
>>> vb2 helpers.
>>>
>>> Changes for v2:
>>> --
>>>
Hello Joonsoo,
2015-02-16 5:43 GMT+01:00 Joonsoo Kim :
>
> Hello,
>
> Sorry for my mistake.
> Problem happens because when we allocate memory through
> __get_free_pages(), refcount of each pages is not 1 except
> head page. Below modification will fix your problem. Could you
> test it, please?
I
On Fri, 13 Feb 2015, Jarkko Nikula wrote:
> intel_soc_pmic_find_gpio_irq() tries to find a GPIO interrupt but doesn't
> select between it or I2C interrupt so it makes more sense to move this
> comment to intel_soc_pmic_i2c_probe() with minor edits.
>
> Signed-off-by: Jarkko Nikula
> ---
> drive
On Fri, 13 Feb 2015, Jarkko Nikula wrote:
> It is usually better to pass actual error code from a function call than
> mangling it to another.
>
> Signed-off-by: Jarkko Nikula
> ---
> I haven't seen any issue with this. Random observation by looking at the code.
> ---
> drivers/mfd/intel_soc_pm
On Fri, 13 Feb 2015, Jarkko Nikula wrote:
> Surely GPIO irq will be used as an input pin so make sure its direction is
> set after requesting.
>
> Signed-off-by: Jarkko Nikula
> ---
> Again, I haven't seen any issue. Just a thought if BIOS haven't configured
> the pin correctly.
> ---
> drivers
On 02/11/2015 10:03 PM, Ebru Akagunduz wrote:
> This patch improves THP collapse rates, by allowing zero pages.
>
> Currently THP can collapse 4kB pages into a THP when there
> are up to khugepaged_max_ptes_none pte_none ptes in a 2MB
> range. This patch counts pte none and mapped zero pages
> wi
On Fri, 13 Feb 2015, Axel Lin wrote:
> The mutex lock is not used at all, remove it.
> The *vmmc_regulator is not necessary, use a local variable in
> stw481x_vmmc_regulator_probe() instead.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/stw481x-vmmc.c | 8
> include/linux/mfd/s
16.02.2015, 10:21, "Fengguang Wu" :
> Hi Peter,
>
> We got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> revert-d347efeb16d3d5150cb7f8d50b05f388b572840e-1019a359d3dc4b64d0e1e5a5efcb725d5e83994d
>
> commit 1019a359d3dc4b64d0e1e5a5
Hi Andreas,
2015-02-15 16:14 GMT+01:00 Andreas Färber :
> Hi Maxime,
>
> Am 12.02.2015 um 18:45 schrieb Maxime Coquelin:
>> This patchset adds basic support for STMicroelectronics STM32 series MCUs.
>>
>> STM32 MCUs are Cortex-M CPU, used in various applications (consumer
>> electronics, industria
FYI this seems fixed since 2015-02-12 when I ran this fix:
sudo ethtool -K com gso off gro off tso off
Which I found at:
http://serverfault.com/questions/616485/e1000e-reset-adapter-unexpectedly-detected-hardware-unit-hang
Here's a log of how many times it happened each day, 0 times since th
On Monday 16 February 2015 11:36:03 Daniel Thompson wrote:
> Currently if nfsd is configured as v2 only then the kernel fails to build.
> This is a regression introduced by 9cf514ccfacb("nfsd: implement pNFS
> operations"). It occurs because inline code from the xdr4.h header is
> now included from
If the long_name of a 'struct option' is defined as NULL, --list-opts
will incorrectly print '--(null)' in its output. As a result, '--(null)'
will finally appear in the case of bash completion, e.g. 'perf record --'.
Example:
Before this patch:
$ perf record --list-opts
--event --filter --pi
On Fri, Feb 13, 2015 at 03:25:26PM -0800, Kees Cook wrote:
> No, no; I agree: a malicious boot loader is a lost cause. I mean
> mostly from a misbehavior perspective. Like, someone sees "kaslr" in
> the setup args and thinks they can set it to 1 and boot a kernel, etc.
> Or they set it to 0, but th
Hello.
You didn't sign off on the patches, so they can't be applied.
WBR, Sergei
--
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
2015-02-15 23:17 GMT+01:00 Rob Herring :
> On Thu, Feb 12, 2015 at 11:45 AM, Maxime Coquelin
> wrote:
>> Some DT ARM platforms need the reset controllers to be initialized before
>> the timers.
>> This is the case of the stm32 and sunxi platforms.
>
> I would say this is the exception, not the rul
2015-02-15 23:31 GMT+01:00 Rob Herring :
> On Thu, Feb 12, 2015 at 11:45 AM, Maxime Coquelin
> wrote:
>> This patch adds clocksource support for ARMv7-M's System timer,
>> also known as SysTick.
>>
>> Signed-off-by: Maxime Coquelin
>> ---
>> .../devicetree/bindings/arm/system_timer.txt | 1
Hi Guenter,
> I wonder where we are with thisp patch; I don't recall a reply to my previous
> e-mail.
Sorry for the late reply. I needed to recover from a HDD headcrash :(
> Do you need some more time to think about it ? Otherwise I'll publish an
> out-of-tree version of the at24 driver with the
On Mon, 2015-02-16 at 10:53 +0100, Peter Zijlstra wrote:
> On Fri, Feb 13, 2015 at 08:02:17AM +0800, Linus Walleij wrote:
> > This function does not conform to the irq_domain* namespace and
> > makes it a disturbing artifact dating back to a time when irq
> > domains were referred to as "hosts". Re
Hi all,
As can be seen in Han's build log:
http://hverkuil.home.xs4all.nl/logs/Saturday.log
The recent commit bc0c5aa35ac88342831933ca7758ead62d9bae2b introduces a
compiler error in some platforms.
/home/hans/work/build/media_build/v4l/ir-hix5hd2.c: In function
'hix5hd2_ir_config':
/home/hans/w
2015-02-16 0:43 GMT+01:00 Andreas Färber :
> Am 12.02.2015 um 18:45 schrieb Maxime Coquelin:
>> This patch adds clocksource support for ARMv7-M's System timer,
>> also known as SysTick.
>>
>> Signed-off-by: Maxime Coquelin
>> ---
>> .../devicetree/bindings/arm/system_timer.txt | 15 +
>>
[...]
> > The "suspend" part is kind of a distraction to me here, because that really
> > only is about sharing an IRQ with a timer and the "your interrupt handler
> > may be called when the device is suspended" part is just a consequence of
> > that.
> >
> > So IMO it's better to have "TIMER" i
2015-02-16 0:59 GMT+01:00 Andreas Färber :
> Am 12.02.2015 um 18:45 schrieb Maxime Coquelin:
>> The STM32 MCUs family IP can be reset by accessing some shared registers.
>>
>> The specificity is that some reset lines are used by the timers.
>> At timer initialization time, the timer has to be reset
Do every one OK with this patch? I think this one is the last version?
Am 10.02.2015 um 01:34 schrieb Yuwei Zheng:
> The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
> ath9k_rx_tasklet excute
> on the soft irq context. In other words, the ath9k_hif_usb_rx_cb have more
> cha
Hi Sebastian,
On 16/02/15 11:29, Sebastian Andrzej Siewior wrote:
> * Juri Lelli | 2014-05-13 15:30:20 [+0200]:
>
>> Hi,
> Hi Juri,
>
>> Also SCHED_DEADLINE dies without the following.
>>
>> Thanks,
>>
>> - Juri
>>
>> ---From 3ca5943538c728399037823e5632431bc2da707c Mon Sep 17 00:00:00 2001
>> F
On 02/16/2015 01:18 PM, Luis de Bethencourt wrote:
> Hi all,
>
> As can be seen in Han's build log:
> http://hverkuil.home.xs4all.nl/logs/Saturday.log
>
> The recent commit bc0c5aa35ac88342831933ca7758ead62d9bae2b introduces a
> compiler error in some platforms.
>
> /home/hans/work/build/media_b
16.02.2015, 14:52, "Kirill Tkhai" :
> 16.02.2015, 10:21, "Fengguang Wu" :
>> Hi Peter,
>>
>> We got the below dmesg and the first bad commit is
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>> revert-d347efeb16d3d5150cb7f8d50b05f388b572840e-1019a359d3dc4b64d0e1e5a5efcb7
On Wed, 11 Feb 2015, Antoine Tenart wrote:
> Marvell Berlin SoC have two nodes providing multiple devices (clk,
> pinctrl, reset). While until now these drivers were initialized using
> initcalls, this wasn't a proper solution. This mfd driver will be
> responsible of adding these devices, to be p
On Mon, Feb 16, 2015 at 03:20:38PM +0800, Fengguang Wu wrote:
> Elapsed time: 25
> qemu-system-x86_64 -cpu kvm64 -enable-kvm -kernel
> /kernel/i386-randconfig-x1-02152111/1019a359d3dc4b64d0e1e5a5efcb725d5e83994d/vmlinuz-3.19.0-rc6-00041-g1019a35
>
But you 'forgot' to include the .config for thi
On Wed, 11 Feb 2015, Kiran Padwal wrote:
> This patch add a missing check on the return value of devm_kzalloc,
> which would cause a NULL pointer dereference in a OOM situation.
>
> Signed-off-by: Kiran Padwal
> ---
> drivers/mfd/intel_soc_pmic_core.c |3 +++
> 1 file changed, 3 insertions(
On Mon, Feb 16, 2015 at 01:36:43PM +0100, Hans Verkuil wrote:
> On 02/16/2015 01:18 PM, Luis de Bethencourt wrote:
> > Hi all,
> >
> > As can be seen in Han's build log:
> > http://hverkuil.home.xs4all.nl/logs/Saturday.log
> >
> > The recent commit bc0c5aa35ac88342831933ca7758ead62d9bae2b introdu
The Armada 385 Access Point Development Board has a 1GB NAND SLC chip from
Micron as its main storage. Enable it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/armada-385-db-ap.dts | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/armada-385-db-ap.dts
b/a
The NDDB register holds the data that are needed by the read and write
commands.
However, during a read PIO access, the datasheet specifies that after each 32
bits read in that register, when BCH is enabled, we have to make sure that the
RDDREQ bit is set in the NDSR register.
This fixes an issue
Hi,
This patch serie enable the NAND support on the Armada 385 Access
Point DB.
In the process, some timeouts were found when we were accessing a
freshly erased NAND page, which turned out to be an issue when
draining the read FIFO where we were not following the datasheet.
This has been fixed w
On Fri, Feb 06, 2015 at 05:46:49PM +0800, Peter Hung wrote:
> The F81232 bulk-in is RX data + LSR channel, data format is
> [LSR+Data][LSR+Data]. , We had reimplemented in this patch.
>
> Signed-off-by: Peter Hung
> ---
> drivers/usb/serial/f81232.c | 68
> +++---
On Mon, Feb 16, 2015 at 11:31 AM, Charles Keepax
wrote:
> On Thu, Feb 12, 2015 at 04:23:06PM +0800, Bo Shen wrote:
>> Hi All,
>>
>> On 02/05/2015 03:35 PM, Bo Shen wrote:
>>> Let the wm8731 codec to manage clock by itself.
>>>
>>> Signed-off-by: Bo Shen
>>> ---
>>>
>>> sound/soc/codecs/wm8731.c
On Mon, Feb 16, 2015 at 07:59:45PM +0700, Johan Hovold wrote:
> On Fri, Feb 06, 2015 at 05:46:49PM +0800, Peter Hung wrote:
> I'll try to look at the rest of the series soon.
Managed to comment on v5 rather than v6, but looks like comments on this
patch still apply.
Johan
--
To unsubscribe from
On 02/09/2015 11:34 PM, Eduardo Valentin wrote:
This change introduces a section in the Introduction Chapter to
list concepts used by the Thermal Framework.
Signed-off-by: Eduardo Valentin
---
Documentation/DocBook/thermal.tmpl | 129 -
1 file changed, 128
On 02/05/2015 02:11 PM, Nan Li wrote:
> This will greatly enhance the usefulness of QEMU virtual serial ports,
> because the Linux kernel interprets a break on the serial console as a SysRq,
> but there is currently no way to pass this signal over a pseudo-terminal.
> This patch will work for tr
Without this, my "Gasia Co.,Ltd PS(R) Gamepad" would not send
any events. Now everything works including the leds.
Based on work by Andrew Haines and Antonio Ospite.
cc: Antonio Ospite
cc: Andrew Haines
Signed-off-by: Lauri Kasanen
---
drivers/hid/hid-sony.c | 22 +-
1 fil
On Sat, 24 Jan 2015, Robert Jarzmik wrote:
> Lubbock () board is the IO motherboard of the Intel PXA25x Development
> Platform, which supports the Lubbock pxa25x soc board.
>
> Historically, this support was in arch/arm/mach-pxa/lubbock.c. When
> gpio-pxa was moved to drivers/pxa, it became a dri
Change default key details to be more obviously unspecified.
Reported-by: Linus Torvalds
Signed-off-by: David Howells
---
kernel/Makefile |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/Makefile b/kernel/Makefile
index 1408b3353a3c..11efbfa542a9 100644
--- a
HAL_RETRY_LIMIT_*
RESET_DELAY_8185
RT_IBSS_INT_MASKS
RT_AC_INT_MASKS
NUM_OF_*
BT_*,
MAX_{LINES,BYTES}_*,
*_THREE_WIRE
*_QUEUE related
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8188ee/def.h | 41
drivers/net/wireless/rtlwifi/rtl8192ce/def.h | 41 --
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8192cu/hw.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
b/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
index c1e33b0..6758808 100644
--- a/drivers/net/wireless/rtlwifi/rtl8192cu/hw.h
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/core.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/core.h
b/drivers/net/wireless/rtlwifi/core.h
index 7b64e34..82733c6 100644
--- a/drivers/net/wireless/rtlwifi/core.h
+++ b/drivers/net/wireless/rtlw
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/base.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/base.h
b/drivers/net/wireless/rtlwifi/base.h
index c6cb49c..dee4ac2 100644
--- a/drivers/net/wireless/rtlwifi/base.h
+++ b/drivers/net/wireless/
On Mon, Feb 16, 2015 at 03:38:34PM +0300, Kirill Tkhai wrote:
> We shouldn't enqueue migrating tasks. Please, try this one instead ;)
Ha, we should amend that task-rq-lock loop for that. See below.
I've not yet tested; going to try and reconstruct a .config that
triggers the oops.
---
Subject: s
From: Thomas Gleixner
Xen calls on every cpu into tick_resume() which is just
wrong. tick_resume() is for the syscore global suspend/resume
invocation. What XEN really wants is a per cpu local resume function,
but yes, its simpler to just use something which works by chance and
let those who want
From: Thomas Gleixner
Solely used in tick-broadcast.c and the return value is hardcoded
0. Make it static and void.
Signed-off-by: Thomas Gleixner
---
kernel/time/tick-broadcast.c |7 ---
kernel/time/tick-internal.h |2 --
2 files changed, 4 insertions(+), 5 deletions(-)
Index: l
From: Thomas Gleixner
Sure it's simple to abuse random functions and data structures and let
the people who made the mistake to put the declarations into a global
header file deal with the fallout.
Adding a tick_suspend/resume_local() pair to the core code would have
been a trivial thing to do.
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the broadcast oneshot control into a se
Andrey Skvortsov schreef op wo 04-02-2015 om 20:26 [+0300]:
> On Wed, Feb 04, 2015 at 01:32:14PM +0100, Paul Bolle wrote:
> > Andrey Skvortsov schreef op zo 01-02-2015 om 00:16 [+0300]:
> > > this warning exist in v3.19-rc6 and does not in v3.18. Bisection
> > > points to the commit 51e31d49c890552
From: Thomas Gleixner
No point in compiling this in if PM_SLEEP=n
Signed-off-by: Thomas Gleixner
Cc: John Stultz
---
include/linux/clockchips.h |6 --
include/linux/clocksource.h |2 --
kernel/time/clockevents.c|2 ++
kernel/time/clocksource.c|2 ++
kernel/time/
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
---
kernel/sched/idle.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux/kernel/sched/idle.c
===
From: Thomas Gleixner
This function is intended to use by the freezer once the freezer folks
solved their race issues. Also required to get rid of the ARM BL
switcher tick hackery.
Signed-off-by: Thomas Gleixner
Cc: Nicolas Pitre
Cc: Russell King
---
include/linux/tick.h |3 +++
ke
From: Thomas Gleixner
We keep adding unconditional stuff to the core code which just bloats
the text and data size for no value. hrtimer based broadcasting is
currently only used on arm64 and powerpc. Make it conditional.
While at it move these tick related interfaces out of the clockchips
heade
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Fenghua Yu
Cc: "Rafael J. Wysocki"
Cc: Len Brown
---
drivers/idle/intel_idle.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux/drivers/id
From: Thomas Gleixner
tick-internal.h is pretty confusing as a lot of the stub inlines are
there several times.
Distangle the maze and make clear functional sections.
Signed-off-by: Thomas Gleixner
---
kernel/time/tick-internal.h | 145 ++--
1 file cha
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/process.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux/arch/x86/kernel/process.c
Hi!
> I'll follow up with you in a couple weeks most likely. I have some urgent
> things that will be taking all my time and then some until then. Feel free
> to poke me though if I lose track of it :-)
FYI I've started to work on futex testcases for LTP. The first batch has
been commited in:
htt
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Fenghua Yu
Cc: "Rafael J. Wysocki"
Cc: Len Brown
---
drivers/idle/intel_idle.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
Index: linux/d
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Fenghua Yu
Cc: "Rafael J. Wysocki"
Cc: Len Brown
---
drivers/acpi/acpi_pad.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux/drivers/acp
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Tony Lindgren
---
arch/arm/mach-omap2/cpuidle44xx.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux/arch/arm/mach-omap2/cpuidle44xx.c
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Fenghua Yu
Cc: "Rafael J. Wysocki"
Cc: Len Brown
---
drivers/acpi/processor_idle.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
Index: linux
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Fenghua Yu
Cc: "Rafael J. Wysocki"
Cc: Len Brown
---
drivers/acpi/acpi_pad.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
Index: linux/drivers/ac
From: Thomas Gleixner
Move clocksource related stuff to timekeeping.h and remove the
pointless include from ntp.c
Signed-off-by: Thomas Gleixner
---
kernel/time/clocksource.c |2 +-
kernel/time/jiffies.c |2 +-
kernel/time/ntp.c |1 -
kernel/time/tick-internal.h |
From: Thomas Gleixner
No point to expose everything to the world. People just believe such
functions can be abused for whatever purposes. Sigh.
Signed-off-by: Thomas Gleixner
Cc: Nicolas Pitre
---
include/linux/clockchips.h | 15 ++---
include/linux/tick.h| 130 +--
Hi,
While working with Rafael on the suspend to idle machinery Thomas made these
cleanups; since one might as well clean code up while you've done the work of
thinking through it again.
As it stands there's very little overlap between Rafael's series and this one
aside from a few trivial fixups.
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the broadcast control into a separate f
From: Thomas Gleixner
Preeti reported a cpu down race with hrtimer based broadcasting:
Assume CPU1 is the CPU which holds the hrtimer broadcasting duty
before it is taken down.
CPU0CPU1
cpu_down()
takedown_cpu()
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the tick_handover call and invoke it ex
From: Thomas Gleixner
Arch specific management of xtime/jiffies/wall_to_monotonic is gone
for quite a while. Zap the stale comment.
Signed-off-by: Thomas Gleixner
Cc: John Stultz
---
kernel/time/timekeeping.c |4
1 file changed, 4 deletions(-)
Index: linux/kernel/time/timekeeping.c
From: Thomas Gleixner
This option was for simpler migration to the clock events code. Most
architectures have been converted and the option has been
disfunctional as a standalone option for quite some time. Remove it.
Signed-off-by: Thomas Gleixner
---
include/linux/clockchips.h |9 +++---
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Stephen Warren
Cc: Thierry Reding
Cc: Alexandre Courbot
---
arch/arm/mach-tegra/cpuidle-tegra114.c |6 +++---
arch/arm/mach-tegra/cpuidle-tegra20.c | 10
From: Thomas Gleixner
All users converted. Remove the notify leftovers.
Signed-off-by: Thomas Gleixner
---
include/linux/clockchips.h | 12
kernel/time/clockevents.c | 27 ---
2 files changed, 39 deletions(-)
Index: linux/include/linux/clockchips.h
==
From: Thomas Gleixner
Called with clockevents_lock held and interrupts disabled already.
Signed-off-by: Thomas Gleixner
---
kernel/time/clockevents.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
Index: linux/kernel/time/clockevents.c
From: Thomas Gleixner
While looking through the (ab)use of the clockevents_notify() function
I stumbled over the following gem in the acpi_pad code:
if (lapic_detected_unstable && !lapic_marked_unstable) {
/* LAPIC could halt in idle, so notify users */
for_each_online_cpu(i)
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: "Rafael J. Wysocki"
Cc: Daniel Lezcano
---
drivers/cpuidle/driver.c | 25 -
1 file changed, 12 insertions(+), 13 deletions(-)
Index: linux
From: Thomas Gleixner
All users converted. Remove the notify leftovers.
Signed-off-by: Thomas Gleixner
---
include/linux/clockchips.h |3 ---
kernel/time/clockevents.c | 10 --
2 files changed, 13 deletions(-)
Index: linux/include/linux/clockchips.h
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
Cc: Tony Lindgren
---
arch/arm/mach-omap2/cpuidle44xx.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index: linux/arch/arm/mach-omap2/cpuidle44xx.c
From: Thomas Gleixner
No point in having 3 global functions in the clockevents code if we
can chain them internally.
Signed-off-by: Thomas Gleixner
---
kernel/time/clockevents.c|2 --
kernel/time/tick-broadcast.c | 21 -
kernel/time/tick-common.c|3 +++
ke
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/process.c |9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
Index: linux/arch/x86/kernel/process.c
===
From: Thomas Gleixner
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner
---
drivers/acpi/processor_idle.c |9 -
1 file changed, 4 insertions(+), 5 deletions(-)
Index: linux/drivers/acpi/processor_idle.c
===
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/cam.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/cam.h
b/drivers/net/wireless/rtlwifi/cam.h
index 3550808..e2e647d 100644
--- a/drivers/net/wireless/rtlwifi/cam.h
+++ b/drivers/net/wireless/rtlwifi/
From: Thomas Gleixner
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the cleanup function for a dead cpu and
101 - 200 of 780 matches
Mail list logo
