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:
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 tick_handover call and invoke it
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
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
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
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
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
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
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.
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:
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
+++
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
+++
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
---
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
---
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
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 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
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 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 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 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
>
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
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
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
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
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 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, 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
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 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.
>
>
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
>>
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
>
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
[...]
> > 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: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 +
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':
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 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
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 |
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
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
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
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 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
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
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,
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
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
>
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, 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 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
> ---
>
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.
> ---
>
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 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:
>>> --
>>>
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/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
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
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,
* 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:
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
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
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
__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
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:
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.
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
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 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
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
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
On 13/02/15 20:57, Sascha Hauer wrote:
> On Fri, Feb 13, 2015 at 04:35:36PM +0200, Tomi Valkeinen wrote:
>> On 12/02/15 15:41, Sascha Hauer wrote:
>>
>>> Tomis patch is based on the assumption that
>>> clk_set_rate(clk_round_rate(rate))
>>> is equal to clk_round_rate(rate). So when this
Dear RT folks!
I'm pleased to announce the v3.18.7-rt1 patch set. It was running over
the weekend on my x86 box and was still alive this morning. However it
is still the first release for the v3.18 -RT series.
I haven't follow the mailing list or commented / applied any patches
from the list for
There are multiple vendors of DDR3 NvDIMMs out in the market today.
At various stages of development/production. It is estimated that
there are already more the 100ds of thousands chips sold to
testers and sites.
All the vendors I know of, tagged these chips as type-12 memory.
[THIS IS A CALL
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik wrote:
> In order to slowly transition pxa to dmaengine, the legacy code will now
> rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA drivers to dma engine,
There is something not very nice (Gentlemen nice) In current
e820.c code.
At Multiple place for example @ memblock_x86_fill(), it will
add the different memory resources *except the E820_RESERVED type*
Then at e820_reserve_resources() it will mark all !E820_RESERVED
as busy.
This is all fine
- 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-kernel@vger.kernel.org
Envoyé: Lundi 16 Février 2015 11:28:57
Objet: Re: [PATCH RFC
Hello Jaehoon,
On Mon, Feb 16, 2015 at 6:48 AM, Jaehoon Chung wrote:
> On 02/15/2015 08:41 PM, Javier Martinez Canillas wrote:
>> I modified [1] your patch #2 to do what Alim suggested and only with
>> that patch on top of linux-next I have neither the the "Timeout
>> sending command" error nor
Hi
There is a deficiency in current e820.c handling where unknown new memory-chip
types come up as a BUSY resource when some other driver (like pmem) tries to
call request_mem_region_exclusive() on that resource. Even though, actually
there is nothing using it.
>From inspecting the code and the
On 16.02.2015 04:37, Jisheng Zhang wrote:
On Fri, 13 Feb 2015 08:42:54 -0800
Antoine Tenart wrote:
Marvell Berlin SoCs have a chip control register set providing several
individual registers dealing with various controllers (pinctrl, reset,
clk). This chip controller is described by a single
Drop planetcore_set_serial_speed() which had no users since its inception.
Signed-off-by: Arseny Solokha
---
arch/powerpc/boot/planetcore.c | 33 -
arch/powerpc/boot/planetcore.h | 3 ---
2 files changed, 36 deletions(-)
diff --git
Drop ucc_slow_poll_transmitter_now() which has no users.
Signed-off-by: Arseny Solokha
---
arch/powerpc/include/asm/ucc_slow.h | 13 -
arch/powerpc/sysdev/qe_lib/ucc_slow.c | 5 -
2 files changed, 18 deletions(-)
diff --git a/arch/powerpc/include/asm/ucc_slow.h
Drop unused static procedure which doesn't have callers within its
translation unit.
Signed-off-by: Arseny Solokha
Cc: Alexander Graf
Cc: Gleb Natapov
Cc: Paolo Bonzini
---
arch/powerpc/kvm/mpic.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/powerpc/kvm/mpic.c
Drop unused fsl_mpic_primary_get_version(), mpic_set_clk_ratio(),
mpic_set_serial_int().
Signed-off-by: Arseny Solokha
---
arch/powerpc/include/asm/mpic.h | 16
arch/powerpc/sysdev/mpic.c | 35 ---
2 files changed, 51 deletions(-)
diff
This series removes unused functions from powerpc tree that I've been
able to discover.
Arseny Solokha (4):
powerpc/boot: drop planetcore_set_serial_speed
kvm/ppc/mpic: drop unused IRQ_testbit
powrepc/qe: drop unused ucc_slow_poll_transmitter_now
powerpc/mpic: remove unused functions
Hi Nicholas,
On Mon, Feb 16, 2015 at 6:52 PM, Gavin Guo wrote:
> Hi Nicholas,
>
> On Thu, Feb 12, 2015 at 3:16 PM, Nicholas A. Bellinger
> wrote:
>> Hi Gavin,
>>
>> On Tue, 2015-02-03 at 08:28 +0800, Gavin Guo wrote:
>>> Hi Nicholas,
>>>
>>> On Sun, Feb 1, 2015 at 11:47 AM, Gavin Guo wrote:
Hi Nicholas,
On Thu, Feb 12, 2015 at 3:16 PM, Nicholas A. Bellinger
wrote:
> Hi Gavin,
>
> On Tue, 2015-02-03 at 08:28 +0800, Gavin Guo wrote:
>> Hi Nicholas,
>>
>> On Sun, Feb 1, 2015 at 11:47 AM, Gavin Guo wrote:
>> > Hi Nicholas,
>> >
>> > On Sat, Jan 31, 2015 at 6:53 AM, Nicholas A.
Hi Linus,
ARC updates for 3.20. Please pull.
Thx,
-Vineet
--->8
The following changes since commit 26bc420b59a38e4e6685a73345a0def461136dce:
Linux 3.19-rc6 (2015-01-25 20:04:41 -0800)
are available in the git repository at:
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 | 28
>> 1 file changed, 28
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
> @@ -294,7 +294,8 @@ int pxa_request_dma (char *name, pxa_dma_prio prio,
> /* try grabbing a DMA channel with the requested priority */
> for (i = 0; i < num_dma_channels; i++) {
>
On 16/02/15 04:13, Mark Brown wrote:
On Sun, Feb 15, 2015 at 10:30:22AM +, Ian Abbott wrote:
On 14/02/15 04:49, Mark Brown wrote:
This is a bit hard to parse. I think you're talking about buffers in
spidev here but it's unclear and you've not described in what way you're
changing the
601 - 700 of 1560 matches
Mail list logo
