On Fri, 2014-03-07 at 09:54 -0800, Dmitry Torokhov wrote:
> Hi Matthew,
>
> On Sun, Feb 23, 2014 at 12:03:16PM -0500, Matthew Garrett wrote:
> > i8042 devices exposed via platform firmware interfaces such as ACPI or
> > Device Tree may provide additional information of use to userspace. Right
> >
Rename the config symbols for the Cadence UART to reflect the driver
rebranding:
SERIAL_XILINX_PS_UART(_CONSOLE) -> SERIAL_CADENCE_UART(_CONSOLE)
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/Kconfig | 6 +++---
drivers/tty/serial/Makefile| 2 +-
This is all white space and comment clean up. Mostly reformatting
comments.
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/xilinx_uartps.c | 294 ++---
1 file changed, 111 insertions(+), 183 deletions(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
A lot of read-modify-write sequences used a one-line statement which
nests a readl() within a writel(). Convert this into code sequences that
make the three steps more obvious.
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/xilinx_uartps.c | 52 ++
1
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/xilinx_uartps.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/tty/serial/xilinx_uartps.c
b/drivers/tty/serial/xilinx_uartps.c
index a4bd6242e72d..a39c2d290902 100644
--- a/drivers/tty/serial/xilinx_uartps.c
Signed-off-by: Soren Brinkmann
---
I'm not sure about this change. Is this acceptable or already too much?
I think the name is used for some sysfs entries.
Sören
---
drivers/tty/serial/xilinx_uartps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The Zynq UART is Cadence IP and the driver has been renamed accordingly.
Migrate the DT to use the new binding for the UART driver.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
---
arch/arm/boot/dts/zynq-7000.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
Add binding documentation for the Cadence UART.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
---
.../devicetree/bindings/serial/cdns,uart.txt | 20
1 file changed, 20 insertions(+)
create mode 100644
Print a warning if the clock notifier rejects a clock frequency change
to facilitate debugging (see:
http://thread.gmane.org/gmane.linux.ports.arm.kernel/304329/focus=304379)
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/xilinx_uartps.c | 4 +++-
1 file changed, 3 insertions(+), 1
The Xilinx UARTPS driver has been renamed to Cadence UART. Remove
the stale Xilinx UARTPS config options and add Cadence UART instead.
Signed-off-by: Soren Brinkmann
Acked-by: Peter Crosthwaite
---
arch/arm/configs/multi_v7_defconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
A second iteration of this series.
I added some more to the cleanup parts. The more you look at things the
more things to fix you find.
The read-modify-write refactoring is more or less a result of the prefix
substitution. With the changed prefix for better indentation is
necessary, and I think
Zynq's UART is Cadence IP. Make this visible in the prompt in kconfig
and additional comments in the driver.
Signed-off-by: Soren Brinkmann
---
drivers/tty/serial/Kconfig | 9 +++--
drivers/tty/serial/xilinx_uartps.c | 77 +++---
On Fri, Mar 07, 2014 at 07:33:25PM +0100, Torvald Riegel wrote:
> On Wed, 2014-03-05 at 10:15 -0800, Paul E. McKenney wrote:
> > On Wed, Mar 05, 2014 at 05:54:59PM +0100, Torvald Riegel wrote:
> > > On Tue, 2014-03-04 at 13:35 -0800, Paul E. McKenney wrote:
> > > > On Tue, Mar 04, 2014 at
On Fri, Mar 07, 2014 at 10:56:11AM -0800, H. Peter Anvin wrote:
> On 03/06/2014 09:50 PM, Fengguang Wu wrote:
> >>
> >> Unfortunately these things are hard to fix in Qemu.
> >
> > OK. As an alternative, is it possible to pass one of the below CPUID flags
> > in
> > the Qemu command line,
From: Mark Charlebois
This code makes a compile time type check that is optimized away. Clang
complains that it generates an unused function.
I believe GCC won't complain for a static inline fuction but would if it
was just a static function.
Adding the unused attribute to the function
On Fri, Mar 07, 2014 at 07:46:44PM +0100, Lukasz Pawelczyk wrote:
> Problem:
> Has anyone thought about a mechanism to limit/remove an access to a
> device during an application runtime? Meaning we have an application
> that has an open file descriptor to some /dev/node and depending on
>
On Wed, Mar 05, 2014 at 05:31:27PM -0800, Stephen Boyd wrote:
> On 03/05/14 16:00, Josh Cartwright wrote:
> > On Wed, Mar 05, 2014 at 12:58:55PM -0800, Stephen Boyd wrote:
> >> On 03/05/14 11:29, Josh Cartwright wrote:
> >>> diff --git a/Documentation/devicetree/bindings/rtc/qcom,pm8xxx-rtc.txt
>
On Fri, Mar 07, 2014 at 06:45:57PM +0100, Torvald Riegel wrote:
> xagsmtp5.20140307174618.3...@vmsdvm6.vnet.ibm.com
> X-Xagent-Gateway: vmsdvm6.vnet.ibm.com (XAGSMTP5 at VMSDVM6)
>
> On Wed, 2014-03-05 at 10:01 -0800, Paul E. McKenney wrote:
> > On Wed, Mar 05, 2014 at 05:26:36PM +0100, Torvald
On 03/06/2014 09:50 PM, Fengguang Wu wrote:
>>
>> Unfortunately these things are hard to fix in Qemu.
>
> OK. As an alternative, is it possible to pass one of the below CPUID flags in
> the Qemu command line, so as to quiet the warning?
>
I don't see the AMD SMP CPUID flag in there.
Boris,
On Thu, Mar 6, 2014 at 11:21 PM, Stefani Seibold wrote:
> Hi Fengguang,
>
> i have build a kernel with the config, but my kvm is unable to start it.
> I will try to find a way to test your kernek config.
>
> One thing is the crash point:
>
> The function sysenter_setup was modified by Andy, maybe
On Fri, Mar 7, 2014 at 10:39 PM, David Daney wrote:
> On 03/07/2014 01:56 AM, Max Filippov wrote:
>>
>> On Tue, Feb 18, 2014 at 3:48 PM, Max Filippov wrote:
>>>
>>> Signed-off-by: Max Filippov
>>> ---
>>> arch/xtensa/Kconfig | 1 +
>>> scripts/sortextable.c | 5 +
>>> 2 files changed,
Problem:
Has anyone thought about a mechanism to limit/remove an access to a
device during an application runtime? Meaning we have an application
that has an open file descriptor to some /dev/node and depending on
*something* it gains or looses the access to it gracefully (with or
without a
On Fri, Mar 07, 2014 at 06:12:33PM +0100, Borislav Petkov wrote:
> > > > +/* Fill in fields which are usually present in bzImage */
> > > > +static int init_linux_parameters(struct boot_params *params)
> > > > +{
> > > > + /*
> > > > +* FIXME: It is odd that the information which
On Fri, Mar 7, 2014 at 10:05 AM, Thomas Graf wrote:
> On 03/07/2014 06:19 PM, Pravin Shelar wrote:
>>
>> On Fri, Mar 7, 2014 at 7:58 AM, Thomas Graf wrote:
>>>
>>> On 03/07/2014 05:46 AM, Pravin Shelar wrote:
But I found bug in datapath user-space queue code. I am not sure how
On Fri, Mar 7, 2014 at 9:59 AM, Thomas Graf wrote:
> On 03/07/2014 06:28 PM, Pravin Shelar wrote:
>>
>> Problem is mapping SKBTX_DEV_ZEROCOPY pages to userspace. skb_zerocopy
>> is not doing that.
>>
>> Unless I missing something, Current netlink code can not handle
>> skb-frags with zero copy.
On 03/07/2014 01:56 AM, Max Filippov wrote:
On Tue, Feb 18, 2014 at 3:48 PM, Max Filippov wrote:
Signed-off-by: Max Filippov
---
arch/xtensa/Kconfig | 1 +
scripts/sortextable.c | 5 +
2 files changed, 6 insertions(+)
Ping?
David, is this OK for scripts/sortextable.c?
If you
On Fri, Mar 07, 2014 at 09:17:19AM -0800, Andi Kleen wrote:
> Al Viro writes:
>
> > * switch allocation to alloc_large_system_hash()
> > * make sizes overridable by boot parameters (mhash_entries=,
> > mphash_entries=)
> > * switch mountpoint_hashtable from list_head to hlist_head
>
> So how
On Wed, 2014-03-05 at 10:15 -0800, Paul E. McKenney wrote:
> On Wed, Mar 05, 2014 at 05:54:59PM +0100, Torvald Riegel wrote:
> > On Tue, 2014-03-04 at 13:35 -0800, Paul E. McKenney wrote:
> > > On Tue, Mar 04, 2014 at 11:00:32AM -0800, Paul E. McKenney wrote:
> > > > On Mon, Mar 03, 2014 at
Thanks for reviewing and the comments. I will surely include them in
next version.
-Tanmay
On Fri, Mar 7, 2014 at 12:37 AM, Jingoo Han wrote:
> On Thursday, March 06, 2014 3:06 PM, Tanmay Inamdar wrote:
>>
>
> Hi Tanmay Inamdar,
>
> I added some minor comments. :-)
>
>> This patch adds the
On Fri, Mar 07, 2014 at 11:16:10PM +0530, Kishon Vijay Abraham I wrote:
> On Friday 07 March 2014 11:10 PM, Felipe Balbi wrote:
> >On Fri, Mar 07, 2014 at 11:09:02PM +0530, Kishon Vijay Abraham I wrote:
> >>On Friday 07 March 2014 10:20 PM, Felipe Balbi wrote:
> >>>On Fri, Mar 07, 2014 at
On Fri, Mar 07, 2014 at 03:09:23PM +, Mel Gorman wrote:
> On Fri, Mar 07, 2014 at 02:06:50PM +, Mel Gorman wrote:
> > On Thu, Mar 06, 2014 at 05:52:47PM -0500, Rik van Riel wrote:
> > > On 03/06/2014 05:31 PM, Rik van Riel wrote:
> > > >On Thu, 06 Mar 2014 16:12:28 -0500
> > > >Sasha Levin
The Lenovo Ideapad Yoga laptops have a VPC2004 ACPI device, so the
ideapad-laptop module loads for them. The module enables the Airplane Mode
and Novo keys of the laptop. Most of the other features of this module
are harmless for these laptops. However, the laptops do not have hardware
RF kill
On Fri, 7 Mar 2014 09:43:29 +0100
Petr Mládek wrote:
> This patch is nice to have but it is rather cosmetic. I do not mind
> that much about it. Feel free to drop, accept, or just merge into
> any other commit.
>
OK, I just added it to my 3.16 queue.
-- Steve
--
To unsubscribe from this
From: Markos Chandras
Date: Fri, 7 Mar 2014 09:18:28 +
> On 03/06/2014 05:54 PM, David Miller wrote:
>> From: Markos Chandras
>> Date: Thu, 6 Mar 2014 09:15:54 +
>>
>>> Fixes the following build problem with binutils-2.24
>>>
>>> gcc -Wall -O2 -c -o bpf_jit_disasm.o bpf_jit_disasm.c
H. Peter,
I just added this to my 3.16 queue. But can you give an Acked-by for it
too. That way I don't forget to ask you later (3.16 is a ways away ;-)
I'd add it to my 3.15 queue, but I'm trying not to make changes to it
unless they are more significant.
-- Steve
On Mon, 17 Feb 2014
On Fri, Mar 07, 2014 at 03:47:08PM +, Laszlo Papp wrote:
> On Fri, Mar 7, 2014 at 3:37 PM, Jean Delvare wrote:
> >> > I'm quite confused. While I admit that the term "tachometer speed" is
> >> > awkward, the max6650 driver is reporting fan speeds in RPM as every
> >> > other hwmon driver. So
On Wed, 5 Mar 2014, Mike Travis wrote:
> I haven't had much chance yet to look over your proposed changes but
> FYI, the counters are strictly feedback to insure that there are not
> unhandled NMI events from the perf subsystem. The exact count is
> irrelevant. IOW, counts in the double or
On 03/07/2014 06:19 PM, Pravin Shelar wrote:
On Fri, Mar 7, 2014 at 7:58 AM, Thomas Graf wrote:
On 03/07/2014 05:46 AM, Pravin Shelar wrote:
But I found bug in datapath user-space queue code. I am not sure how
this can work with skb fragments and MMAP-netlink socket.
Here is what happens,
On 03/07/2014 06:28 PM, Pravin Shelar wrote:
Problem is mapping SKBTX_DEV_ZEROCOPY pages to userspace. skb_zerocopy
is not doing that.
Unless I missing something, Current netlink code can not handle
skb-frags with zero copy. So we have to copy skb anyways and no need
to orphan-frags here.
If
Hi Philipp,
On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> This patch adds device_reset_optional and (devm_)reset_control_get_optional
> variants that drivers can use to indicate they can function without control
> over the reset line. For those functions, stubs are added so
Dear RT Folks,
I'm pleased to announce the 3.2.55-rt79 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.2-rt
Head SHA1: 1db3983893d2a70342a3af66a2ea1608dc068dfa
Or to build 3.2.55-rt79
Hi Linus,
Seems you haven't pulled tags/dm-3.14-fixes-2 yet, but either way please
pull tags/dm-3.14-fixes-3
Sorry for requesting that you pull another tag so quickly but a late
breaking yet _very_ important bug fix for dm thin-provisioning and dm
cache has landed based on a really helpful bug
Dear RT Folks,
I'm pleased to announce the 3.4.82-rt101 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.4-rt
Head SHA1: 01a1d70707d15d64c4f013d78b520642e0c6d6bb
Or to build 3.4.82-rt101
Dear RT Folks,
I'm pleased to announce the 3.8.13.14-rt28 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.8-rt
Head SHA1: 4e356430b57e27543c552b19adf7cb0ce37197d3
Or to build 3.8.13.14-rt28
On Fri, Mar 07, 2014 at 06:29:49PM +0100, Wolfram Sang wrote:
>
> > > Another question is... why do we need to check pd->dev.of_node here?
> > > If CONFIG_RESET_CONTROLLER is set, we always try to get the reset
> > > controller node, so drv_data->rstc is either going to be a valid
> > > pointer,
Hi Matthew,
On Sun, Feb 23, 2014 at 12:03:16PM -0500, Matthew Garrett wrote:
> i8042 devices exposed via platform firmware interfaces such as ACPI or
> Device Tree may provide additional information of use to userspace. Right
> now we don't associate the serio devices with the firmware device,
From: Steven Rostedt
Preemption must be disabled before enabling interrupts in do_trap
on x86_64 because the stack in use for int3 and debug is a per CPU
stack set by th IST. But 32bit does not have an IST and the stack
still belongs to the current task and there is no problem in scheduling
out
On Wed, 2014-03-05 at 10:01 -0800, Paul E. McKenney wrote:
> On Wed, Mar 05, 2014 at 05:26:36PM +0100, Torvald Riegel wrote:
> > xagsmtp3.20140305162928.8...@uk1vsc.vnet.ibm.com
> > X-Xagent-Gateway: uk1vsc.vnet.ibm.com (XAGSMTP3 at UK1VSC)
> >
> > On Tue, 2014-03-04 at 11:00 -0800, Paul E.
On Friday 07 March 2014 11:10 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 11:09:02PM +0530, Kishon Vijay Abraham I wrote:
On Friday 07 March 2014 10:20 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
No functional change. Moved omap_usb.h
Hi Steve,
On Fri, Mar 07, 2014 at 12:37:45PM +, Opensource [Steve Twiss] wrote:
> From: Opensource [Steve Twiss]
>
> Add the OnKey driver for DA9063.
>
>
> Signed-off-by: Opensource [Steve Twiss]
> ---
> Checks performed with next-20140307/scripts/checkpa
On Fri, Mar 07, 2014 at 11:09:02PM +0530, Kishon Vijay Abraham I wrote:
> On Friday 07 March 2014 10:20 PM, Felipe Balbi wrote:
> >On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
> >>No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
> >>Also removed the
On Fri, Mar 07, 2014 at 02:26:19PM +, Li, Bin (Bin) wrote:
> Can we have "per-VM PLE values"?
>
> My understanding is that the ple values are kvm module setting which applying
> to all VMs in the system.
> And all vms must be stopped first, then unload kvm-intel, reload kvm-intel
> with new
Hi Laurent,
Am Freitag, den 07.03.2014, 01:12 +0100 schrieb Laurent Pinchart:
> Hi Philipp,
>
> Thank you for the patch.
>
> I've submitted a fix for the of_graph_get_next_endpoint() function, but it
> hasn't been applied yet due to the patch series that contained it needing
> more
> work.
>
On Friday 07 March 2014 10:20 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
Also removed the unused members of struct omap_usb (after phy-omap-pipe3
started using it's own
On Friday, March 07, 2014 1:38 AM, Chase Southwood wrote:
> This patch fixes the register map defines for the counter registers such
> that they are all the real offsets to each register, rather than a mix of
> real offsets and adders to those offsets.
>
> Signed-off-by: Chase Southwood
> ---
>
>
On Fri, Mar 7, 2014 at 4:29 AM, Zoltan Kiss wrote:
> On 07/03/14 04:46, Pravin Shelar wrote:
>>
>> On Thu, Mar 6, 2014 at 9:09 AM, Zoltan Kiss
>> wrote:
>>>
>>> Do you have any feedback on this? I'm also adding KVM list as they might
>>> be
>>> interested in this.
>>>
>>> Zoli
>>>
>>>
>>> On
This patch adds the DTS entries for the APM X-Gene SoC 15Gbps Multi-purpose
PHY driver. The PHY for SATA controller 2 and 3 are enabled by default.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 75
> > Another question is... why do we need to check pd->dev.of_node here?
> > If CONFIG_RESET_CONTROLLER is set, we always try to get the reset
> > controller node, so drv_data->rstc is either going to be a valid
> > pointer, or it's going to be an error pointer - neither
> > reset_control_get()
This patch adds support for APM X-Gene SoC 15Gbps Multi-purpose PHY. This
is the physical layer interface for the corresponding host controller. This
driver uses the PHY generic framework.
v15:
* Fix all check patch warning and re-run checkpatch to confirm
v14:
* Fix function xgene_phy_xlate to
On Fri, Mar 7, 2014 at 8:23 AM, Thomas Graf wrote:
> On 02/28/2014 08:16 PM, Zoltan Kiss wrote:
>>
>> The kernel datapath now switched to zerocopy Netlink messages, but that
>> also
>> means that the pages on frags array are sent straight to userspace. If
>> those
>> pages came outside the
This patch adds the APM X-Gene SoC 15Gbps Multi-purpose PHY driver binding
documentation.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/phy/apm-xgene-phy.txt | 79
1 files changed, 79 insertions(+), 0
On Thu, Mar 06, 2014 at 11:56:08AM -0800, beh...@converseincode.com wrote:
> From: Mark Charlebois
>
> Replaced non-standard C use of Variable Length Arrays In Structs (VLAIS) in
> xt_repldata.h with a C99 compliant flexible array member and then calculated
> offsets to the other struct members.
On Fri, Mar 7, 2014, at 16:52, Steven Rostedt wrote:
>
> Commit 028a690a1ebc8b "i386: Remove unneeded test of 'task' in dump_trace()"
> correctly removed the unneeded 'task != NULL' check because it would
> be set to current if it was NULL.
>
> Commit 2bc5f927d489 "i386: split out dumpstack code
David Rientjes writes:
>
> Per-process flags are a scarce resource so we should free them up
> whenever possible and make them available. We'll be using it shortly for
> memcg oom reserves.
I'm not convinced TCP_RR is a meaningfull benchmark for slab.
The shortness seems like an artificial
On Fri, Feb 28, 2014 at 12:11:43PM -0500, Vivek Goyal wrote:
> I was rather thinking of arch/x86/kernel/kexec. But that's for some other
> day. Not part of this patchset. This is alredy too big and I don't want
> to make any changes which are nice to have and bloat the patch size.
Ok.
Btw, we
On Fri, Mar 07, 2014 at 04:08:36PM +, Russell King - ARM Linux wrote:
> On Fri, Mar 07, 2014 at 03:59:30PM +0100, Maxime Ripard wrote:
> > @@ -900,7 +902,8 @@ mv64xxx_i2c_probe(struct platform_device *pd)
> > exit_free_irq:
> > free_irq(drv_data->irq, drv_data);
> > exit_reset:
> > -
On Fri, Mar 7, 2014 at 7:58 AM, Thomas Graf wrote:
> On 03/07/2014 05:46 AM, Pravin Shelar wrote:
>>
>> But I found bug in datapath user-space queue code. I am not sure how
>> this can work with skb fragments and MMAP-netlink socket.
>> Here is what happens, OVS allocates netlink skb and adds
On 03/06/2014 05:37 PM, Davidlohr Bueso wrote:
> On Wed, 2014-03-05 at 16:45 -0800, Dave Hansen wrote:
>> From: Dave Hansen
>> +
>> +If you believe that invlpg is being called too often, you can
>> +lower the tunable:
>> +
>> +/sys/debug/kernel/x86/tlb_single_page_flush_ceiling
>> +
>
>
Joonsoo recently changed the handling of the freelist in SLAB. CCing him.
On Thu, 6 Mar 2014, Dave Jones wrote:
> I pretty much always use SLUB for my fuzzing boxes, but thought I'd give SLAB
> a try
> for a change.. It blew up when something tried to read /proc/slab_allocators
> (Just cat it,
Al Viro writes:
> * switch allocation to alloc_large_system_hash()
> * make sizes overridable by boot parameters (mhash_entries=, mphash_entries=)
> * switch mountpoint_hashtable from list_head to hlist_head
So how much memory does this use on a standard system (<4GB memory)?
How much memory
Bjorn Helgaas schreef op vr 07-03-2014 om 09:55 [-0700]:
> On Fri, Mar 7, 2014 at 2:48 AM, Paul Bolle wrote:
> > This might end up not being relevant. And this is surely documented
> > somewhere, but anyhow:
> > - what git magic returns the hashes of the 15 commits that merge commit
> >
On Fri, 7 Mar 2014, Gregory CLEMENT wrote:
> On 06/03/2014 20:05, Jason Cooper wrote:
> > Thomas,
> >
> > nit: s/armanda/armada/ in the patch subject.
> >
> > Gregory,
> >
> > Mind providing an Ack on this?
>
> Well sorry but with this patch the kernel doesn't
> work anymore.
>
> I am
On Fri, 2014-03-07 at 17:00 +0100, Sebastian Andrzej Siewior wrote:
> * Mike Galbraith | 2014-03-03 05:57:26 [+0100]:
>
> > block/blk-mq-cpu.c | 14 +++---
>
> This got in v3.13-rc1, are you running some kind of backported version
> of this in v3.12 or do you have your own v3.13-rt?
On 03/06/2014 05:55 PM, Davidlohr Bueso wrote:
> On Wed, 2014-03-05 at 16:45 -0800, Dave Hansen wrote:
>> From: Dave Hansen
>>
>> Now that we have some shiny new tracepoints, we can actually
>> figure out what the heck is going on.
>>
>> During a kernel compile, 60% of the flush_tlb_mm_range()
On Fri, 7 Mar 2014, Dave Jones wrote:
> > Since this function was modified in the mmotm tree, I would propose
> > something like this on top of mmotm to avoid further merge conflicts:
>
> Looks good to me.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line
On Thu, 6 Mar 2014, Josh Cartwright wrote:
> Although, I'm wondering how exact these statistics need to be. Is
> making them preemption safe even a concern?
Not sure about that. You solution makes it preempt safe. If is can be
tolerated that its racy then raw_cpu_inc() could be used.
--
To
Hi Wolfram,
Am Freitag, den 07.03.2014, 16:39 +0100 schrieb Wolfram Sang:
> On Fri, Mar 07, 2014 at 03:30:23PM +0100, Philipp Zabel wrote:
> > This patch adds device_reset_optional and (devm_)reset_control_get_optional
> > variants that drivers can use to indicate they can function without
On Thu, 6 Mar 2014, Andrew Morton wrote:
> > So, by "the whole series" do you mean just/all these:
> >
> > percpu-add-raw_cpu_ops.patch
> > ...
> > sh-replace-__get_cpu_var-uses.patch
>
> Yep. Commented out in http://ozlabs.org/~akpm/mmots/series
>
> > If so, I will remove them from my tree
From:
> On Fri, 7 Mar 2014, David Laight wrote:
>
> > From: Alan Stern
> > > On Fri, 7 Mar 2014, David Laight wrote:
> > >
> > > > From: Mathias Nyman
> > > > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > > > >
> > > > > This commit, together with commit
> > > > >
On Thu, 6 Mar 2014, Stephen Rothwell wrote:
>
> I have reverted that commit for today.
>
> I suspect that this whole series may need more review and work.
Toss the bits that do not build for now. These can then be handled in
individual patches since the overall framework is present.
--
To
On Fri, Mar 7, 2014 at 2:48 AM, Paul Bolle wrote:
> Bjorn Helgaas schreef op ma 10-02-2014 om 14:33 [-0700]:
>> I wouldn't start bisecting yet, but if you're in the mood, this
>> commit: 96702be56037 "Merge branch 'pci/resource' into next" looks
>> like a good place to start, so you could try the
When unbinding a serial driver, uart_remove_one_port() clears
uart_state.uart_port:
state->uart_port = NULL;
If the serial port is still in use (e.g. by getty), uart_close() will be
called later:
static void uart_close(struct tty_struct *tty, struct file *filp)
{
* Tero Kristo [140307 05:46]:
> On 03/07/2014 03:09 PM, Roger Quadros wrote:
> >USB_DPLL must be initialized and locked at boot so that
> >USB modules can work.
> >
> >Also program USB_DLL_M2 output to half rate.
> >
> >CC: Mike Turquette
> >CC: Tero Kristo
> >Signed-off-by: Roger Quadros
>
On 03/07/2014 05:08 PM, Joe Perches wrote:
> On Fri, 2014-03-07 at 14:26 +0100, Florian Vaussard wrote:
>> Joe: I have split your patch to perform atomic changes. I also
>> merged one part into one of my patch. I added your S-o-B on the
>> corresponding patches, I let you check if you are OK with
On Friday, March 07, 2014 1:32 AM, Chase Southwood wrote:
>>On Thursday, March 6, 2014 11:59 AM, Hartley Sweeten
>> wrote:
>> This one is incomplete and breaks the build.
>> Be sure to do a build after each patch to make sure it works.
>
> Hartley,
> I'm sorry for this, it appears that this whole
On Fri, Mar 07, 2014 at 10:18:08PM +0530, Kishon Vijay Abraham I wrote:
> No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
> Also removed the unused members of struct omap_usb (after phy-omap-pipe3
> started using it's own header file)
does this depend in any other patch ? I
On Fri, 7 Mar 2014, David Laight wrote:
> From: Alan Stern
> > On Fri, 7 Mar 2014, David Laight wrote:
> >
> > > From: Mathias Nyman
> > > > This reverts commit 3804fad45411b48233b48003e33a78f290d227c8.
> > > >
> > > > This commit, together with commit
> > > >
On Friday 07 March 2014 09:11 PM, Axel Lin wrote:
The is_enabled implementation is wrong in some cases:
e.g. for pbias_mmc_omap5: emable_mask is : BIT(27) | BIT(25) | BIT(26)
Hi Axel,
s/emable_mask/enable_mask
However, pbias_regulator_enable() only sets BIT(26) | BIT(22) bits.
You mixed up
No functional change. Moved omap_usb.h from linux/usb/ to linux/phy/.
Also removed the unused members of struct omap_usb (after phy-omap-pipe3
started using it's own header file)
Signed-off-by: Kishon Vijay Abraham I
---
Changes from v5:
fixes the following compilation error
On Friday 07 March 2014 09:20 PM, Axel Lin wrote:
Since commit ca5d1b3524b4d
"regulator: helpers: Modify helpers enabling multi-bit control",
we can set enable_val setting for device that use multiple bits for control
when using regmap enable/disable/bypass ops.
Signed-off-by: Axel Lin
---
[+cc Yinghai, Rajat]
On Fri, Mar 7, 2014 at 7:33 AM, Andreas Noever wrote:
> Hi,
>
> After upgrading to the latest RC I noticed that suprise removal
> stopped working. Linux did not notice that the devices where gone.
> Bisection points to
>
> 1f42db786b14a31bf807fc41ee5583a00c08fcb1 PCI: Enable
On Friday 07 March 2014 09:13 PM, Axel Lin wrote:
This patch converts this driver to use the regmap helper functions provided by
regulator core.
Signed-off-by: Axel Lin
Acked-by: Balaji T K
---
drivers/regulator/pbias-regulator.c | 74 ++---
1 file
Hi Russell,
Am Freitag, den 07.03.2014, 15:49 + schrieb Russell King - ARM
Linux:
> On Fri, Mar 07, 2014 at 04:06:10PM +0100, Philipp Zabel wrote:
> > I have also updated the git branch. The following changes since commit
> > d484700a36952c6675aa47dec4d7a536929aa922:
> >
> > of: Warn if
Via commit 87809942d3fa "libata: add ATA_HORKAGE_BROKEN_FPDMA_AA quirk
for Seagate Momentus SpinPoint M8" we added a quirk for disks named
"ST1000LM024 HN-M101MBB" with firmware revision "2AR10001".
As reported on https://bugzilla.redhat.com/show_bug.cgi?id=1073901,
we need to also add firmware
On 07.03.2014 00:32, poma wrote:
> ...
> After a few dozen tests with the vanilla commits, and with the same
> amount of rawhide kernels ...
> https://bugzilla.redhat.com/attachment.cgi?id=871694
>
> Dan, Francois you are both welcome with comments!
> Thanks.
Thomas U2. :)
No barking w-dog, but
On Friday 07 March 2014, Will Deacon wrote:
> asm-generic/rwsem.h used to live under arch/powerpc. During its
> liberation to common code, a few references to its former home where
> preserved, in particular the definition of RWSEM_ACTIVE_MASK is
> predicated on CONFIG_PPC64.
>
> This patch
On Fri, Mar 07, 2014 at 09:53:03PM +0530, Kishon Vijay Abraham I wrote:
> Felipe,
>
> On Friday 07 March 2014 09:34 PM, Felipe Balbi wrote:
> >On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
> >>Add "wkupclk" and "refclk" information to DT binding information.
> >>
>
On Fri, 2014-03-07 at 11:30 +, Opensource [Steve Twiss] wrote:
> Dialog Semiconductor would like to add a new section called DIALOG
> SEMICONDUCTOR DRIVERS which contains the new support mailing list
> for Dialog supported drivers.
That's a fine idea.
It's generally better to have a person
Felipe,
On Friday 07 March 2014 09:34 PM, Felipe Balbi wrote:
On Fri, Mar 07, 2014 at 03:09:08PM +0200, Roger Quadros wrote:
Add "wkupclk" and "refclk" information to DT binding information.
Signed-off-by: Roger Quadros
---
so, should I take this one ?
yes.. the ti-phy.txt is only in
On 02/28/2014 08:16 PM, Zoltan Kiss wrote:
The kernel datapath now switched to zerocopy Netlink messages, but that also
means that the pages on frags array are sent straight to userspace. If those
pages came outside the kernel, we have to swap them out with local copies.
Signed-off-by: Zoltan
301 - 400 of 1502 matches
Mail list logo