On 10/23/2012 07:23 PM, Paton J. Lewis wrote:
[Re-sending without HTML formatting; all vger.kernel.org destination
addresses bounced my original response.]
On 10/16/12 8:12 AM, Michael Kerrisk (man-pages) wrote:
[CC += linux-api@]
Thank you; is this sufficient to coordinate the required
On 10/23/12 19:30, the mail apparently from Pawel Moll included:
Greetings All,
More and more of people are getting interested in the subject of power
(energy) consumption monitoring. We have some external tools like
battery simulators, energy probes etc., but some targets can measure
their
From: Greg Kroah-Hartman gre...@linuxfoundation.org
This moves all of the f2fs debugging files into debugfs. The files are
located in /sys/kernel/debug/f2fs/
Note, I think we are generating all of the same information in each of
the files for every unique f2fs filesystem in the machine. This
On 10/23, Oleg Nesterov wrote:
Not really the comment, but the question...
Damn. And another question.
Mikulas, I am sorry for this (almost) off-topic noise. Let me repeat
just in case that I am not arguing with your patches.
So write_lock/write_unlock needs to call synchronize_sched() 3
On 10/23/2012 2:41 PM, Al Viro wrote:
On Tue, Oct 23, 2012 at 01:30:26PM -0400, Chris Metcalf wrote:
As you had suggested in an earlier email, I went ahead and eliminated the
special pt_regs handling for sigaltstack, rt_sigreturn, and clone. (Also a
tilepro-specific syscall that was also
On Tue, Oct 23, 2012 at 11:44:32AM -0700, Andrey Smirnov wrote:
This commit add a sound codec driver for Silicon Laboratories 476x
series of AM/FM radio chips.
I already merged a driver for this. If there are any changes you should
send incremental updates rather than a full new driver.
On Tue, Oct 23, 2012 at 4:27 AM, Richard Yang
weiy...@linux.vnet.ibm.com wrote:
On Mon, Oct 22, 2012 at 04:56:02PM -0700, Andrew Morton wrote:
On Fri, 19 Oct 2012 09:34:43 +0200 (CEST)
Jiri Kosina jkos...@suse.cz wrote:
On Fri, 19 Oct 2012, Stefani Seibold wrote:
In kfifo_in marco, one
On Tue, 23 Oct 2012 21:25:46 +0200
richard -rw- weinberger richard.weinber...@gmail.com wrote:
Subject: [PATCH] Replace the type check code with typecheck() in kfifo_in
In kfifo_in marco, one piece of code which is arounded by if(0) will check
the
type of __tmp-ptr_const and __buf. If
On Tue, 2012-10-23 at 15:50 +0200, Eric Dumazet wrote:
Only the skb head is handled in the code you copy/pasted.
You need to generalize that to code in lines ~754
Then, the number of estimated descriptors is bad :
/* conservatively estimate # of descriptors to use */
count =
On Tuesday 23 October 2012 12:42:11 Stephen Warren wrote:
On 10/23/2012 12:07 PM, Marc Dietrich wrote:
Pavan,
On Tuesday 23 October 2012 12:48:59 Pavan Kunapuli wrote:
Adding vmmc and vmmcq supplies for sdhci nodes
in tegra dt files.
...
diff --git
To obtain an address to a PFN in init_hypervisor_platform (called from
arch/x86/kernel/setup.c:setup_arch) I use early_ioremap. Later the
address to that PFN needs to be obtained with ioremap, and early_iounmap
needs to be called on the first address.
When is the time to obtain and use the new
On Tue, Oct 23, 2012 at 3:01 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Added module parameter skip_rdi_check to opt out this workaround.
NAK. Anything like this should be runtime.
One can echo 1 (or 0) /sys/modules/8250/parameters/skip_rdi_check
during run time to turn it off (or on)
On Tue, 23 Oct 2012 14:42:21 +1100
Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
kernel/printk/printk_syslog.c: In function 'printk_syslog_print':
On 23 Oct 2012, Trond Myklebust outgrape:
On Tue, 2012-10-23 at 13:57 -0400, Trond Myklebust wrote:
On Tue, 2012-10-23 at 17:44 +, Myklebust, Trond wrote:
You can't hold a spinlock while sleeping. Both mutex_lock() and
nsm_create() can definitely sleep.
The correct way to do this
On Fri, Oct 19, 2012 at 02:49:32PM +0200, Peter Zijlstra wrote:
Not sure why this suddenly got a lot worse in 3.7
Did we add a static array of structures with locks in somewhere? Doing
that is a great way of blowing up the number of lock classes and the
resulting amount of lock
On Tue, 2012-10-23 at 12:44 -0700, Andrew Morton wrote:
On Tue, 23 Oct 2012 14:42:21 +1100
Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
kernel/printk/printk_syslog.c: In
hayeswang hayesw...@realtek.com :
[...]
The flag is determined if the firmware is loaded. It doesn't mean to enable
ALDPS. Besides ALDPS, the firmware includes the other features about power
saving, performance, hw behavior, and so on. Thus, I think it is the extended
feature. Any suggestion?
杨苏立 Yang Su Li, on 10/11/2012 12:32 PM wrote:
I am not quite whether I should ask this question here, but in terms
of light weight barrier/fsync, could anyone tell me why the device
driver / OS provide the barrier interface other than some other
abstractions anyway? I am sorry if this sounds
Hayes Wang hayesw...@realtek.com :
Enable ALDPS function to save power when link down. Note that the
feature should be set after the other PHY settings. And the firmware
is necessary. Don't enable it without loading the firmware.
Signed-off-by: Hayes Wang hayesw...@realtek.com
[...]
Please
Hello everyone,
This is a large patchset that replaces struct memcpy with struct assignment,
whenever possible at drivers/media.
The patches are hand applied and every change has been thoroughly reviewed.
However, to avoid regressions and angry users we'd like to have Acks
from maintainers.
A
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
Currently the __define_initcall macro takes three arguments, fn, id
and level. The level argument is exactly the same as the id argument
but wrapped in quotes. To overcome this need to specify three
arguments to the __define_initcall macro, where one argument is the
stringification of another, we
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
On Tue, 23 Oct 2012 12:51:29 -0700
Joe Perches j...@perches.com wrote:
btw, what's up with printk_syslog.h? It includes two header files which it
doesn't need but fails to include the two it *does* need: printk_log.h
and types.h.
printk_syslog.c includes kernel.h (it includes
Hayes Wang hayesw...@realtek.com :
Update the parameters of RTL8111G
I am Jack's Broken Heart. :o/
In a not too distant future somebody may try to figure if things should
be fed into one of the numerous -stable trees. He will appreciate figuring
from the comment if this commit is supposed to
On Tue, Oct 23, 2012 at 11:18:12AM +0200, Benoit Cousson wrote:
Hi Dimitry,
On 10/22/2012 05:50 PM, Dmitry Torokhov wrote:
Hi Sourav,
On Mon, Oct 22, 2012 at 06:43:00PM +0530, Sourav Poddar wrote:
Adapt keypad to use pinctrl framework.
Tested on omap4430 sdp with 3.7-rc1 kernel.
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This config item has not carried much meaning for a while now and is
almost always enabled by default (especially in distro builds). As agreed
during the Linux kernel summit, it should be removed.
As such, this is the patch series for removing CONFIG_EXPERIMENTAL,
with the hopes of all the
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Rob Landley r...@landley.net
Signed-off-by: Kees Cook keesc...@chromium.org
---
Documentation/networking/cs89x0.txt |8 +++-
1
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David Airlie airl...@linux.ie
CC: Dave Airlie airl...@redhat.com
CC: Adam Jackson a...@redhat.com
Signed-off-by: Kees Cook
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: J. Bruce Fields bfie...@fieldses.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
fs/nfsd/Kconfig |4 ++--
1 file changed, 2
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Stanislav Yakovlev stas.yakov...@gmail.com
CC: John W. Linville linvi...@tuxdriver.com
Signed-off-by: Kees Cook keesc...@chromium.org
---
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Rusty Russell ru...@rustcorp.com.au
CC: Davidlohr Bueso d...@gnu.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Russell King li...@arm.linux.org.uk
CC: James E.J. Bottomley jbottom...@parallels.com
Signed-off-by: Kees Cook keesc...@chromium.org
---
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Len Brown l...@kernel.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/acpi/Kconfig |9 +++--
1 file changed, 3
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: James E.J. Bottomley jbottom...@parallels.com
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/scsi/Kconfig | 18
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: John W. Linville linvi...@tuxdriver.com
CC: Johannes Berg johan...@sipsolutions.net
CC: David S. Miller da...@davemloft.net
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Ben Myers b...@sgi.com
CC: Alex Elder el...@kernel.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
fs/xfs/Kconfig |4 ++--
1
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Andrew Morton a...@linux-foundation.org
CC: Paul E. McKenney paul.mcken...@linaro.org
CC: Dmitry Kasatkin dmitry.kasat...@intel.com
CC:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Samuel Ortiz sam...@sortiz.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/net/irda/Kconfig | 36
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David Woodhouse dw...@infradead.org
CC: Artem Bityutskiy artem.bityuts...@linux.intel.com
CC: Robert Jarzmik robert.jarz...@free.fr
CC:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Geoff Levand ge...@infradead.org
CC: Benjamin Herrenschmidt b...@kernel.crashing.org
CC: Paul Mackerras pau...@samba.org
Signed-off-by:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Kyungmin Park kyungmin.p...@samsung.com
CC: Sylwester Nawrocki s.nawro...@samsung.com
CC: Mauro Carvalho Chehab mche...@infradead.org
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Mike Isely is...@pobox.com
CC: Mauro Carvalho Chehab mche...@infradead.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David Woodhouse dw...@infradead.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/mtd/chips/Kconfig |2 +-
1 file
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Mauro Carvalho Chehab mche...@infradead.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
drivers/media/Kconfig |7 +++
1
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Kyungmin Park kyungmin.p...@samsung.com
CC: Tomasz Stanislawski t.stanisl...@samsung.com
CC: Mauro Carvalho Chehab mche...@infradead.org
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Mauro Carvalho Chehab mche...@infradead.org
CC: Greg Kroah-Hartman gre...@suse.de
Signed-off-by: Kees Cook keesc...@chromium.org
---
On 10/23/2012 09:50 AM, Arnd Bergmann wrote:
On Monday 22 October 2012, Josh Cartwright wrote:
Shifting them up into the vmalloc region prevents the following warning,
when booting a zynq qemu target with more than 512mb of RAM:
BUG: mapping for 0xe000 at 0xe000 out of vmalloc space
On 10/23/2012 12:24 PM, Mark Brown wrote:
On Tue, Oct 23, 2012 at 11:44:32AM -0700, Andrey Smirnov wrote:
This commit add a sound codec driver for Silicon Laboratories 476x
series of AM/FM radio chips.
I already merged a driver for this. If there are any changes you should
send incremental
I found a memory leak in sierra_release() (well sierra_probe() I guess)
that looses 8 bytes each time the driver releases a device.
Here is the patch to fix it.
diff --git a/drivers/usb/serial/sierra.c b/drivers/usb/serial/sierra.c
index 01d882c..76ef95b 100644
--- a/drivers/usb/serial/sierra.c
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:01:47 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Herbert Xu herb...@gondor.apana.org.au
CC: David S.
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Evgeniy Dushistov dushis...@mail.ru
Signed-off-by: Kees Cook keesc...@chromium.org
---
fs/ufs/Kconfig |2 +-
1 file changed, 1
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Geert Uytterhoeven ge...@linux-m68k.org
Signed-off-by: Kees Cook keesc...@chromium.org
---
arch/m68k/Kconfig.bus |4 ++--
KC == Kees Cook keesc...@chromium.org writes:
KC This config item has not carried much meaning for a while now and is
KC almost always enabled by default. As agreed during the Linux kernel
KC summit, remove it.
Acked-by: Peter Korsgaard peter.korsga...@barco.com
KC CC: Stephen Warren
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Vlad Yasevich vyasev...@gmail.com
CC: Sridhar Samudrala s...@us.ibm.com
CC: David S. Miller da...@davemloft.net
Signed-off-by: Kees Cook
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Lauro Ramos Venancio lauro.venan...@openbossa.org
CC: Aloisio Almeida Jr aloisio.alme...@openbossa.org
CC: Samuel Ortiz
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:39 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Stephen Hemminger shemmin...@vyatta.com
CC: David S.
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:30 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Paul Gortmaker
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:46 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Tony Lindgren t...@atomide.com
CC: Mugunthan V N
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:52 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Lucas De Marchi lucas.demar...@profusion.mobi
CC: Jiri
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:41 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Paul Gortmaker
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:12 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:02:43 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Cesar Eduardo
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:52 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:53 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:00 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Alexander Smirnov alex.bluesman.smir...@gmail.com
CC:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:57 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:54 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Sage Weil s...@inktank.com
CC: David S. Miller
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:03:59 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Ben Hutchings
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:05 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
On 10/23/2012 3:04 PM, Kees Cook wrote:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Venkat Venkatsubravenkat.x.venkatsu...@oracle.com
CC: David S. Millerda...@davemloft.net
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:04 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
Signed-off-by:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:06 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: John W. Linville linvi...@tuxdriver.com
CC: Johannes
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:07 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Alexander Smirnov alex.bluesman.smir...@gmail.com
CC:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:14 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Vlad Yasevich vyasev...@gmail.com
CC: Sridhar
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:02 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Pablo Neira Ayuso pa...@netfilter.org
CC: Patrick
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:01 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Alexey
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:03 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Alexey
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:09 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Lauro Ramos Venancio lauro.venan...@openbossa.org
CC:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:08 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Pablo Neira Ayuso pa...@netfilter.org
CC: Patrick
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:10 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Lauro Ramos Venancio lauro.venan...@openbossa.org
CC:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:12 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Venkat Venkatsubra venkat.x.venkatsu...@oracle.com
CC:
From: Kees Cook keesc...@chromium.org
Date: Tue, 23 Oct 2012 13:04:17 -0700
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: David S. Miller da...@davemloft.net
CC: Joe Perches
501 - 600 of 2058 matches
Mail list logo