On Wed, Mar 12, 2014 at 11:39 AM, Dave Jones da...@redhat.com wrote:
On Wed, Mar 12, 2014 at 11:29:45AM -0700, Andy Lutomirski wrote:
The only reason that the user bit was set was to support userspace
access to the compat vDSO in the fixmap. The compat vDSO is gone,
so the user bit can
Hi Joe,
On Tue, Mar 11, 2014 at 6:10 PM, Joe Perches j...@perches.com wrote:
Add missing newlines and coalesce formats.
Realign arguments.
Thanks!
Signed-off-by: Joe Perches j...@perches.com
Acked-by: Geert Uytterhoeven ge...@linux-m68k.org
Gr{oetje,eeting}s,
Geert
This is in the spirit of throwing patches at the list to see what sticks :)
This is intended as an alternative to my compat vdso relocation patches
(http://thread.gmane.org/gmane.linux.kernel/1665080)
v1 of this patch was thoroughly nakked out of existence. v2 is similar,
but might survive the
The only reason that the user bit was set was to support userspace
access to the compat vDSO in the fixmap. The compat vDSO is gone,
so the user bit can be removed.
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
arch/x86/include/asm/pgtable_types.h | 7 +--
1 file changed, 1
The compat vDSO is a complicated hack that's needed to maintain
compatibility with a small range of never-released glibc versions.
This removes it and replaces it with a much simpler hack: a config
option to disable the 32-bit vDSO by default.
Signed-off-by: Andy Lutomirski l...@amacapital.net
On Wed, 12 Mar 2014 18:47:15 + (UTC)
Mathieu Desnoyers mathieu.desnoy...@efficios.com wrote:
On module unload, the events are destroyed.
Isn't trace_event.c responsible for dealing with tracepoint probes rather
than call sites ? This is quite different. A tracepoint probe foo is only
From: Vivek Goyal vgo...@redhat.com
Date: Wed, 12 Mar 2014 14:45:41 -0400
Compilation with !CONFIG_CGROUP fails for task_cgroup_path() user. So
provide an emtpy definition.
Signed-off-by: Vivek Goyal vgo...@redhat.com
---
include/linux/cgroup.h | 2 ++
1 file changed, 2 insertions(+)
On Wednesday 12 March 2014 17:14:52 Lee Jones wrote:
+This binding describes a SATA device.
+
+Required properties:
+ - compatible : Must be st,ahci
Is there not a more specific name? This is awfully generic.
There isn't one. ST only have one AHCI
On 03/12/2014 02:24 AM, Peter Zijlstra wrote:
On Tue, Mar 11, 2014 at 11:17:46PM -0400, Waiman Long wrote:
Except that I do a single atomic short integer write to switch the bits
instead of 2 byte write.
D'0h why didn't I think of that. A single short write is much better
than the 2 byte
Here is a fixed and extended v3. I picked up Michal's patches and
incorporated them into the series. Those are the first two patches.
The 'rebranding' patch is correspondingly extended to convert the new
code as well.
The erroneously changed compatibility string has been reverted back to
what it
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 soren.brinkm...@xilinx.com
Acked-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Acked-by: Rob Herring r...@kernel.org
---
This
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 soren.brinkm...@xilinx.com
---
drivers/tty/serial/xilinx_uartps.c | 4 +++-
1 file
Le 12/03/2014 19:27, Warner Losh a écrit :
On Mar 12, 2014, at 12:07 PM, Boris BREZILLON b.brezillon@gmail.com wrote:
Add documentation for the ONFI NAND timing mode property.
I don’t see a Toggle/JEDEC mode timing property. Will that be defined for
Toshiba, Samsung
and San Disk flash?
Add binding documentation for the Cadence UART.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
Acked-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Acked-by: Rob Herring r...@kernel.org
---
.../devicetree/bindings/serial/cdns,uart.txt | 20
1 file
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 soren.brinkm...@xilinx.com
---
drivers/tty/serial/xilinx_uartps.c | 52
A comment states, that, according to the data sheet, to enable
interrupts the disable register should be written, but the enable
register could be left untouched. And it suspsects a HW bug requiring
to write both.
Reviewing the data sheet, these statements seem wrong. Just as one would
expect.
From: Michal Simek michal.si...@xilinx.com
Register port numbers according to order in DT aliases.
If aliases are not defined, order in DT is used.
If aliases are defined, register port id based
on that.
This patch ensures proper ttyPS0/1 assignment.
[soren]: Combined integer declarations in
This is all white space and comment clean up. Mostly reformatting
comments.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
drivers/tty/serial/xilinx_uartps.c | 210 +
1 file changed, 74 insertions(+), 136 deletions(-)
diff --git
From: Michal Simek michal.si...@xilinx.com
No functional changes.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
drivers/tty/serial/xilinx_uartps.c | 109 +
1 file changed, 49 insertions(+), 60 deletions(-)
diff --git
On Wed, Mar 12, 2014 at 05:46:53PM +0100, Boris BREZILLON wrote:
I see at least 3 of those timings that could be useful (for the moment) :
- tR: this one should be used to fill the chip_delay field
- tPROG and tBERS: could be used within nand_wait to choose the timeo
value appropriately.
On Fri, Feb 07, 2014 at 10:12:51AM +0530, Naveen Krishna Chatradhi wrote:
This patch adds a new compatible and uses variant struct to support
HSI2C module on Exynos5260. Updates the Documentation dt bindings.
Also resets the module as an init sequence (Needed by Exynos5260).
Signed-off-by:
On Fri, Feb 07, 2014 at 10:13:15AM +0530, Naveen Krishna Chatradhi wrote:
fifo_depth of the HSI2C is not constant
Exynos5420 and Exynos5250 supports fifo_depth of 64bytes
Exynos5260 supports fifo_depth of 16bytes.
This patch configures the fifo_depth based on HSI2C modules version.
From: Alexei Starovoitov a...@plumgrid.com
Date: Mon, 10 Mar 2014 21:41:30 -0700
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 1a869488b8ae..2c13d000389c 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -3054,6 +3054,7 @@ extern int
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:15 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:18 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:17 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:20 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:16 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the bluetooth folks pick this one up.
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:38 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the wireless folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:37 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:36 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:35 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the Intel folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:31 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the Intel folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:34 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the Intel folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:32 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the Intel folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:30 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Applied.
--
To unsubscribe from this list: send
On Wed, 12 Mar 2014 14:58:02 -0400
Steven Rostedt rost...@goodmis.org wrote:
Two modules should not have the same name. Is there any duplicate
tracepoints you are aware of. Namespace collisions in tracepoints
should be avoided, as that would cause people to trace things they did
not intend
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:22:33 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the Intel folks pick this up.
--
To
From: Joe Perches j...@perches.com
Date: Wed, 12 Mar 2014 10:04:19 -0700
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Will let the netfilter folks pick this up.
--
Frank Mayhar fmay...@google.com writes:
On Wed, 2014-03-12 at 14:20 -0400, Jeff Moyer wrote:
but you managed to read my mind well enough. The question is how high
up the stack do you put the logic for this? Is it worth it to duplicate
the checks in the OS that are already done on the
On Wed, Mar 12, 2014 at 8:46 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
- do *not* add the HPET/VVAR page games to the legacy case. Get rid
of the remap_pfn_pages() games entirely.
.. actually, another approach would be to do the HPET/VVAR page games,
but make them non-legacy.
On Wed, 12 Mar 2014, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
Acked-by: Jozsef Kadlecsik kad...@blackhole.kfki.hu
---
For power management diagnostic purposes, it is often useful to know
what interrupts are frequently waking the system from low power
suspend mode, especially on battery-powered consumer electronics
devices that are expected to spend much of their time in low-power
suspend while not in active use.
- Original Message -
From: Steven Rostedt rost...@goodmis.org
To: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Cc: Frank Ch. Eigler f...@redhat.com, linux-kernel@vger.kernel.org, Ingo
Molnar mi...@kernel.org, Frederic
Weisbecker fweis...@gmail.com, Andrew Morton
On Wed, 2014-03-12 at 12:46 -0700, Ruchi Kandoi wrote:
For power management diagnostic purposes, it is often useful to know
what interrupts are frequently waking the system from low power
suspend mode, especially on battery-powered consumer electronics
devices that are expected to spend much
On Wed, 2014-03-12 at 15:33 -0400, Jeff Moyer wrote:
No, TRIM is advisory, even for well-formed TRIMs. I guess you could
alter the definition of successful and have a correct statement there.
Yeah, you're right. How about is more likely to be successful.
Sure, there's no sense getting
- Original Message -
From: Steven Rostedt rost...@goodmis.org
To: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Cc: Frank Ch. Eigler f...@redhat.com, linux-kernel@vger.kernel.org, Ingo
Molnar mi...@kernel.org, Frederic
Weisbecker fweis...@gmail.com, Andrew Morton
On Wed, 2014-03-12 at 11:37 +, Mark Brown wrote:
On Wed, Mar 12, 2014 at 02:55:41PM +1100, Benjamin Herrenschmidt wrote:
How do you suggest we proceed ? I can't add a fix to powerpc-next to use
the new function since it doesn't exist upstream yet. I would have to
pull
On Thu, Mar 13, 2014 at 06:59:56AM +1100, Benjamin Herrenschmidt wrote:
Either that or I can put a copy of the patch that introduces the new
function in my tree as long as it's a single patch. The resulting
conflict should resolve trivially and Linus should be fine if
appropriate explanations
On Wed, Mar 12, 2014 at 02:44:33PM -0400, Neil Horman wrote:
A while back I posted this commit:
commit 03bbcb2e7e292838bb0244f5a7816d194c911d62
Author: Neil Horman nhor...@tuxdriver.com
Date: Tue Apr 16 16:38:32 2013 -0400
iommu/vt-d: add quirk for broken interrupt remapping on 55XX
A while back I posted this commit:
commit 03bbcb2e7e292838bb0244f5a7816d194c911d62
Author: Neil Horman nhor...@tuxdriver.com
Date: Tue Apr 16 16:38:32 2013 -0400
iommu/vt-d: add quirk for broken interrupt remapping on 55XX chipsets
Which properly disables irq remapping on the 5500/5520
On Wed, Mar 12, 2014 at 03:00:20PM -0400, David Miller wrote:
From: Vivek Goyal vgo...@redhat.com
Date: Wed, 12 Mar 2014 14:45:41 -0400
Compilation with !CONFIG_CGROUP fails for task_cgroup_path() user. So
provide an emtpy definition.
Signed-off-by: Vivek Goyal vgo...@redhat.com
---
On Wed, 2014-03-12 at 16:02 -0400, Tejun Heo wrote:
On Thu, Mar 13, 2014 at 06:59:56AM +1100, Benjamin Herrenschmidt wrote:
Either that or I can put a copy of the patch that introduces the new
function in my tree as long as it's a single patch. The resulting
conflict should resolve
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Tue, 11 Mar 2014 11:23:42 +0100
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Signed-off-by: Geert Uytterhoeven geert+rene...@linux-m68k.org
Applied, thanks Geert.
--
To unsubscribe from this list: send the line unsubscribe
Enable PWM drivers and the PWM-based backlight driver.
Signed-off-by: Tim Kryger tim.kry...@linaro.org
Reviewed-by: Alex Elder el...@linaro.org
Reviewed-by: Markus Mayer markus.ma...@linaro.org
---
arch/arm/configs/bcm_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Tobias Klauser tklau...@distanz.ch
Date: Tue, 11 Mar 2014 12:06:24 +0100
Make sure patches for these tools go to the netdev list as well.
References: https://marc.info/?l=linux-kernelm=139450284501328w=2
Cc: David S. Miller da...@davemloft.net
Cc: Daniel Borkmann dbork...@redhat.com
On Wed, Mar 12, 2014 at 14:53 +0100, Linus Walleij wrote:
On Fri, Mar 7, 2014 at 12:25 AM, Gary Servin garyser...@gmail.com wrote:
This coding style issue was detected using the checkpatch.pl script
Signed-off-by: Gary Servin garyser...@gmail.com
Sometimes the compiler is just too
This series introduces the driver for the Kona PWM controller found in
Broadcom mobile SoCs like bcm281xx and updates the device tree and the
defconfig to enable use of this hardware on the bcm28155 AP board.
Changes since v2:
- SoC DTS file updated to use real clock's phandle + specifier
-
Add the device tree node for the PWM on bcm11351 SoCs.
Signed-off-by: Tim Kryger tim.kry...@linaro.org
Reviewed-by: Alex Elder el...@linaro.org
Reviewed-by: Markus Mayer markus.ma...@linaro.org
---
arch/arm/boot/dts/bcm11351.dtsi | 8
1 file changed, 8 insertions(+)
diff --git
Mark the PWM as enabled on the bcm28155 AP board.
Signed-off-by: Tim Kryger tim.kry...@linaro.org
Reviewed-by: Alex Elder el...@linaro.org
Reviewed-by: Markus Mayer markus.ma...@linaro.org
---
arch/arm/boot/dts/bcm28155-ap.dts | 4
1 file changed, 4 insertions(+)
diff --git
Add the binding description for the Kona PWM controller found on Broadcom's
mobile SoCs.
Signed-off-by: Tim Kryger tim.kry...@linaro.org
Reviewed-by: Alex Elder el...@linaro.org
Reviewed-by: Markus Mayer markus.ma...@linaro.org
---
.../devicetree/bindings/pwm/bcm-kona-pwm.txt | 24
On Mar 12, 2014, at 1:07 PM, Jason Gunthorpe jguntho...@obsidianresearch.com
wrote:
On Wed, Mar 12, 2014 at 05:46:53PM +0100, Boris BREZILLON wrote:
I'm not a big fan of this name. I think timing structs should not
contain onfi in their names, because these timings are also
available on non
Add support for the six-channel Kona PWM controller found on Broadcom
mobile SoCs like bcm281xx.
Signed-off-by: Tim Kryger tim.kry...@linaro.org
Reviewed-by: Alex Elder el...@linaro.org
Reviewed-by: Markus Mayer markus.ma...@linaro.org
---
drivers/pwm/Kconfig| 10 ++
Hello,
On Thu, Mar 13, 2014 at 07:14:52AM +1100, Benjamin Herrenschmidt wrote:
It's generally consider bad taste to pull entire trees into each
other :-) I know Stephen isn't fan of it...
I wouldn't say it's considered generally bad taste. For one-off
changes, maybe. This was a rather large
-All printk(KERN_foo converted to pr_foo().
-Add pr_fmt and remove redundant prefixes.
-Convert befs_() to va_format (based on patch by Joe Perches).
-Remove non standard %Lu.
-Use __func__ for all debugging.
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/befs/Makefile | 2 +-
On Wed, 12 Mar 2014 17:01:09 +0900 Joonsoo Kim iamjoonsoo@lge.com wrote:
zram is ram based block device and can be used by backend of filesystem.
When filesystem deletes a file, it normally doesn't do anything on data
block of that file. It just marks on metadata of that file. This
On Wed, Mar 12, 2014 at 12:22 PM, David Miller da...@davemloft.net wrote:
From: Alexei Starovoitov a...@plumgrid.com
Date: Mon, 10 Mar 2014 21:41:30 -0700
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 1a869488b8ae..2c13d000389c 100644
---
So I understand that you wish to banish tracepoints from static inline
functions within headers to ensure they only appear within a single module.
This seems to be a step backward, but let's assume we stick to that rule.
Then how do you envision dealing with Link-Time Optimisations (LTO) ?
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Today I observed this in /var/log/messages with kernel 3.13.6 at a 32 bit
Gentoo Linux :
Mar 12 21:20:01 n22 crond[26813]: pam_unix(crond:session): session opened for
user root by (uid=0)
Mar 12 21:20:01 n22 kernel: type=1006
On Wed, Mar 12, 2014 at 11:04 PM, Martin Pitt martin.p...@ubuntu.com wrote:
Fengguang Wu [2014-03-08 20:11 +0800]:
[4.429993] mac80211_hwsim: ieee80211_register_hw failed (-2)
[...]
[4.431924] [c12377de] get_device+0xf/0x17
[4.431924] [c123a165] driver_detach+0x38/0x8f
[
Compilation with !CONFIG_CGROUP fails for task_cgroup_path() user. So
provide an emtpy definition.
Signed-off-by: Vivek Goyal vgo...@redhat.com
---
include/linux/cgroup.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h
index
Hi,
This is V2 of patches. Fixed the function format issue and also I was using
CONFIG_CGROUP instead of CONFIG_CGROUPS. That led to crash at boot. Fixed that.
Some applications like sssd want to know the cgroup of connected peer over
unix stream socket. They want to use this information to map
- Original Message -
From: Andi Kleen a...@firstfloor.org
To: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Cc: Steven Rostedt rost...@goodmis.org, Frank Ch. Eigler
f...@redhat.com, linux-kernel@vger.kernel.org, Ingo
Molnar mi...@kernel.org, Frederic Weisbecker fweis...@gmail.com,
Implement SO_PEERCGROUP along the lines of SO_PEERCRED. This returns the
cgroup of first mounted hierarchy of the task. For the case of client,
it represents the cgroup of client at the time of opening the connection.
After that client cgroup might change.
Signed-off-by: Vivek Goyal
On 03/12/2014 03:37 AM, Andrew Morton wrote:
On Tue, 11 Mar 2014 02:03:52 +0530 Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Hi,
Many subsystems and drivers have the need to register CPU hotplug callbacks
from their init routines and also perform initialization for the CPUs
On Wed, 2014-03-12 at 10:22 -0700, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/ethernet/intel/igbvf/netdev.c | 4 ++--
1 file
On Wed, 2014-03-12 at 10:22 -0700, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c | 4 ++--
On Wed, 2014-03-12 at 10:22 -0700, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/ethernet/intel/igb/igb_main.c | 12 ++--
On Wed, 2014-03-12 at 10:22 -0700, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/ethernet/intel/ixgbe/ixgbe_fcoe.c | 8 +++
On Wed, Mar 12, 2014 at 12:41 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Wed, Mar 12, 2014 at 8:46 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
- do *not* add the HPET/VVAR page games to the legacy case. Get rid
of the remap_pfn_pages() games entirely.
..
On Wed, 2014-03-12 at 10:22 -0700, Joe Perches wrote:
The use of __constant_foo has been unnecessary for quite awhile now.
Make these uses consistent with the rest of the kernel.
Signed-off-by: Joe Perches j...@perches.com
---
drivers/net/ethernet/intel/e100.c | 4 ++--
1 file changed,
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Hi,
This is V2 of patches. Fixed the function format issue and also I was using
CONFIG_CGROUP instead of CONFIG_CGROUPS. That led to crash at boot. Fixed
that.
Some applications like sssd want to know the cgroup of connected peer over
unix
On Wed, Mar 12, 2014 at 1:46 PM, Vivek Goyal vgo...@redhat.com wrote:
@@ -1098,6 +1135,16 @@ static int unix_stream_connect(struct socket *sock,
struct sockaddr *uaddr,
if (newsk == NULL)
goto out;
+ err = init_peercgroup(newsk);
+ if (err)
+
On Wed, 2014-03-12 at 13:56 -0700, Andy Lutomirski wrote:
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Hi,
This is V2 of patches. Fixed the function format issue and also I was using
CONFIG_CGROUP instead of CONFIG_CGROUPS. That led to crash at boot. Fixed
that.
Some applications
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Implement SO_PEERCGROUP along the lines of SO_PEERCRED. This returns the
cgroup of first mounted hierarchy of the task. For the case of client,
it represents the cgroup of client at the time of opening the connection.
After that client cgroup might
If there are unconsumed requests in the ring, but there isn't enough free
pending slots, the NAPI instance deschedule itself. As the frontend won't send
any more interrupts in this case, it is the task of whoever release the pending
slots to schedule the NAPI instance in this case. Originally it
This describes a compatible entry of the form:
ethernet-phy-id,
Which is modelled after the PCI structured compatible entry
(pci,...RR)
If present the OF core will be able to use this information to
directly create the correct phy without auto probing the bus.
On Thursday 13 March 2014 01:28 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [140304 23:14]:
On 03/04/2014 04:37 PM, Santosh Shilimkar wrote:
On Tuesday 04 March 2014 08:48 PM, Peter Ujfalusi wrote:
Use dev_err() which will going to print the driver's name as well and the
This makes the generic of_mdiobus_register parse the DT compatible string for
the pattern ethernet-phy-id.. If present it should be a value that
matches the phy-id register normally readable through MDIO.
When the ID is given the phy autoprobing is defeated and the phy is
created
On Wed, Mar 12, 2014 at 1:59 PM, Simo Sorce sso...@redhat.com wrote:
On Wed, 2014-03-12 at 13:56 -0700, Andy Lutomirski wrote:
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Hi,
This is V2 of patches. Fixed the function format issue and also I was using
CONFIG_CGROUP instead of
* Santosh Shilimkar santosh.shilim...@ti.com [140312 14:08]:
On Thursday 13 March 2014 01:28 AM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [140304 23:14]:
On 03/04/2014 04:37 PM, Santosh Shilimkar wrote:
On Tuesday 04 March 2014 08:48 PM, Peter Ujfalusi wrote:
Use
On Wed, Mar 12, 2014 at 2:00 PM, Andy Lutomirski l...@amacapital.net wrote:
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Implement SO_PEERCGROUP along the lines of SO_PEERCRED. This returns the
cgroup of first mounted hierarchy of the task. For the case of client,
it represents the cgroup of
On Tue, Mar 11, 2014 at 12:12 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Thu, Mar 6, 2014 at 1:03 PM, Suravee Suthikulpanit
suravee.suthikulpa...@amd.com wrote:
On 3/6/2014 11:40 AM, Bjorn Helgaas wrote:
[+cc Yinghai, sorry I didn't think of it before]
On Wed, Mar 5, 2014 at 11:30 PM,
On Wed, 2014-03-12 at 14:12 -0700, Andy Lutomirski wrote:
On Wed, Mar 12, 2014 at 2:00 PM, Andy Lutomirski l...@amacapital.net wrote:
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Implement SO_PEERCGROUP along the lines of SO_PEERCRED. This returns the
cgroup of first mounted hierarchy of the
On Thursday 13 March 2014 12:00 AM, Vinod Koul wrote:
On Wed, Mar 12, 2014 at 03:50:32AM +0800, Santosh Shilimkar wrote:
On Tuesday 11 March 2014 06:23 PM, Vinod Koul wrote:
On Fri, Feb 28, 2014 at 05:56:40PM -0500, Santosh Shilimkar wrote:
From: Sandeep Nair sandee...@ti.com
The Packet DMA
On Wed, Mar 12, 2014 at 2:16 PM, Simo Sorce sso...@redhat.com wrote:
On Wed, 2014-03-12 at 14:12 -0700, Andy Lutomirski wrote:
On Wed, Mar 12, 2014 at 2:00 PM, Andy Lutomirski l...@amacapital.net wrote:
On 03/12/2014 01:46 PM, Vivek Goyal wrote:
Implement SO_PEERCGROUP along the lines of
Remove useless casting value returned by k[cmz]alloc
to (struct lpfc_sli_ring *).
Found using coccinelle
Signed-off-by: Matei Oprea e...@opreamatei.ro
Cc: ROSEdu Kernel Community fire...@lists.rosedu.org
---
drivers/scsi/lpfc/lpfc_init.c |3 +--
1 file changed, 1 insertion(+), 2
Hi Eric,
Today's linux-next merge of the audit tree got conflicts between context
changes in various arch trees and commit b4df597ae51f820 (audit: Add
CONFIG_HAVE_ARCH_AUDITSYSCALL) from the audit tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
diff
On 03/10/2014 08:54 PM, Ben Hutchings wrote:
You should send the 'Oops' messages which should be further up the
log file.
Attached is a file containing the oops message.
Sree
Mar 8 18:46:32 iris kernel: [29267.060816] PPP BSD Compression module
registered
Mar 8 18:46:32 iris kernel:
On Wed, 2014-03-12 at 23:20 +0200, Matei Oprea wrote:
Remove useless casting value returned by k[cmz]alloc
to (struct lpfc_sli_ring *).
Found using coccinelle
trivial note:
diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c
[]
@@ -4731,8 +4731,7 @@
901 - 1000 of 1432 matches
Mail list logo
