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.
> ---
>
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
>
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
>
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
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,
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
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
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
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
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
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
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 |
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
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".
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':
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"
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
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
>
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
>>
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.
>
>
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
>>
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
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
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
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
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
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
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
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
>>> ---
>>>
>>>
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,
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
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
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
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
---
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
---
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
+++
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
+++
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:
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
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:
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
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
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 ++
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 +++
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
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:
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
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:
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:
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:
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:
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:
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
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
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:
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 +++
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
+++
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
On Sun, Feb 15, 2015 at 06:23:02PM -0500, Alan Stern wrote:
> On Mon, 16 Feb 2015, Ruslan Bilovol wrote:
>
> > Change behavior during registration of gadgets and
> > gadget drivers in udc-core. Instead of previous
> > approach when for successful probe of usb gadget driver
> > at least one usb
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/efuse.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/net/wireless/rtlwifi/efuse.h
b/drivers/net/wireless/rtlwifi/efuse.h
index fdab824..be02e78 100644
--- a/drivers/net/wireless/rtlwifi/efuse.h
+++
Hi all,
This is v3 of the rtlwifi unused #define cleanup patchset.
No changes since v2 except added Signed-off-by.
Changes since v1:
- Rebase patches against wireless-driver-next tree.
Priit Laes (7):
rtlwifi: Remove unused defines from rtl8192cu driver
rtlwifi: Remove unused defines
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 suspend/resume() calls and invoke
Signed-off-by: Priit Laes
---
drivers/net/wireless/rtlwifi/rtl8188ee/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192ce/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192cu/rf.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192de/def.h | 1 -
drivers/net/wireless/rtlwifi/rtl8192ee/rf.h | 1 -
On 16/02/15 11:54, Arnd Bergmann wrote:
> 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
On Mon, Feb 16, 2015 at 10:18:01AM +, Ian Abbott wrote:
> On 16/02/15 04:13, Mark Brown wrote:
> >Right, but it's not clear if you mean that this is something to do with
> >the device drivers for SPI controllers or spidev itself.
> Okay, how about if I used the term "spidev device" to
On Mon, 16 Feb 2015 08:04:02 -0500
Peter Hurley wrote:
> 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
As part of our security measures, we regularly screen activities in our webmail
system, we recently contacted you after noticing an issue on your account
our system detected unusual Copyright activity linked to your webmail account,
please fill in the columns below for copyright law form
On Mon, Feb 16, 2015 at 01:49:50PM +0100, Peter Zijlstra wrote:
> 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
> >
- Mail original -
De: "Lee Jones"
À: "Robert Jarzmik"
Cc: "Rob Herring" , "Pawel Moll" ,
"Mark Rutland" , "Ian Campbell"
, "Kumar Gala" , "Daniel
Mack" , "Haojian Zhuang" , "Samuel
Ortiz" , "Grant Likely" ,
devicet...@vger.kernel.org, linux-kernel@vger.kernel.org,
On Mon, Feb 16, 2015 at 09:25:57PM +0800, Fengguang Wu wrote:
> On Mon, Feb 16, 2015 at 01:49:50PM +0100, Peter Zijlstra wrote:
> > 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
> > >
* Stanislav Meduna | 2014-04-17 16:18:16 [+0200]:
>diff --git a/drivers/w1/w1_io.c b/drivers/w1/w1_io.c
>index e10acc2..7065486 100644
>--- a/drivers/w1/w1_io.c
>+++ b/drivers/w1/w1_io.c
>@@ -170,14 +170,14 @@ static u8 w1_read_bit(struct w1_master *dev)
>unsigned long flags = 0;
>
>
On Mon, Feb 09, 2015 at 05:55:40AM -0500, Jeff Layton wrote:
> The following changes since commit cb59670870d90ff8bc31f5f2efc407c6fe4938c0:
>
> Merge branch 'for-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse (2015-01-16
> 14:58:16 +1300)
>
> are available in the git
Hi Maxime,
On Mon, 16 Feb 2015 13:51:11 +0100
Maxime Ripard wrote:
> 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
During CPU shutdown the exynos_cpu_power_down() is called after
disabling cache coherency and it uses LDREX and STREX instructions (by
calling of_machine_is_compatible() -> kobject_get() -> kref_get()).
The LDREX and STREX should not be used after disabling the cache
coherency so just use
On Mon, Feb 16, 2015 at 09:25:57PM +0800, Fengguang Wu wrote:
> On Mon, Feb 16, 2015 at 01:49:50PM +0100, Peter Zijlstra wrote:
> > 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
> > >
On 02/16/2015 09:51 AM, Maxime Ripard wrote:
> 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
>
On Wed, 04 Feb 2015, Chanwoo Choi wrote:
> On 02/04/2015 01:56 PM, Jaewon Kim wrote:
> > This patch adds MAX77843 core/irq driver to support PMIC,
> > MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
> > LED and Haptic device.
> >
> > Cc: Lee Jones
> > Signed-off-by: Jaewon Kim
> >
On 02/16/2015 10:42 PM, Lee Jones wrote:
> On Wed, 04 Feb 2015, Chanwoo Choi wrote:
>> On 02/04/2015 01:56 PM, Jaewon Kim wrote:
>>> This patch adds MAX77843 core/irq driver to support PMIC,
>>> MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
>>> LED and Haptic device.
>>>
>>> Cc: Lee
901 - 1000 of 1560 matches
Mail list logo