[PATCH v2] staging/lustre/libcfs: staging/lustre/libcfs: drop bogus Kconfig default

Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added "default false" to this Kconfig file. It was obviously meant to use "default n" here. But we might as well drop this line, as a Kconfig bool defaults to 'n' anyway. Signed-off-by: Paul Bolle --- 0) v2: remove the default

Re: [PATCH v2] staging/lustre/libcfs: staging/lustre/libcfs: drop bogus Kconfig default

Greg, I'm afraid I botched the Subject line. Please remove one instance of "staging/lustre/libcfs:" from the summary. Paul Bolle -- 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

Re: [PATCH v6 01/14] spinlock: A new lockref structure for lockless update of refcount

Hi, (2013/07/09 10:09), Waiman Long wrote:> +/** > + * lockref_put_or_lock - decrements count unless count <= 1 before decrement > + * @lockcnt: pointer to lockref structure > + * Return: 1 if count updated successfully or 0 if count <= 1 and lock taken > + * > + * The only difference between

Re: [ANN] backports-v3.10 released - first release!

On Fri, Jul 12, 2013 at 5:40 PM, Sven-Haegar Koch wrote: > On Fri, 12 Jul 2013, Luis R. Rodriguez wrote: > >> Kicked out the first Linux kernel backports release under the new >> project name, "backports" that hopefully clarifies this a generic >> backport project now. Backported subsystems in

[PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges()

Now that acpiphp_check_bridge() always enumerates devices behind the bridge, there is no need to do that for each sub-bridge anymore like it is done in the current ACPI-based PCI hotplug code. Given this we don't need check_sub_bridges() anymore and can drop the function completely. This also

Re: [PATCH 3/3] pch_gbe: Add MinnowBoard support

On Sat, Jul 13, 2013 at 09:08:01AM -0700, Darren Hart wrote: > On Fri, 2013-07-12 at 23:26 -0700, Greg KH wrote: > > On Fri, Jul 12, 2013 at 10:46:21PM -0700, Darren Hart wrote: > > > On Fri, 2013-07-12 at 18:17 -0700, Greg KH wrote: > > > > > --- > > > > >

Re: [PATCH v2] staging/lustre/libcfs: staging/lustre/libcfs: drop bogus Kconfig default

On Sat, Jul 13, 2013 at 06:47:37PM +0200, Paul Bolle wrote: > Greg, > > I'm afraid I botched the Subject line. Please remove one instance of > "staging/lustre/libcfs:" from the summary. Please resend it. When dealing with almost a thousand patches a kernel release, editing subject lines by hand

Re: Linux 3.0.86

diff --git a/MAINTAINERS b/MAINTAINERS index 9b893d7..d81f637 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5725,6 +5725,7 @@ P:Vincent Sanders M: Simtec Linux Team W: http://www.simtec.co.uk/products/EB110ATX/ S: Supported +F: Documentation/stable_kernel_rules.txt

Linux 3.0.86

I'm announcing the release of the 3.0.86 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Re: [Ksummit-2013-discuss] When to push bug fixes to mainline

On Fri, Jul 12, 2013 at 8:14 PM, Steven Rostedt wrote: > On Fri, 2013-07-12 at 10:59 -0700, Linus Torvalds wrote: >> On Fri, Jul 12, 2013 at 10:50 AM, Steven Rostedt wrote: >> > >> > Perhaps just make a separate stable branch, where you cherry-pick the >> > specific patch using the -x option.

[PATCH 0/3] Misc cleanups in kconfig for symbol-search

Hello All! Here are a few code cleanups after Jean's review: [PATCH 1/3] Documentation/kconfig: more concise and straightforward [PATCH 2/3] kconfig: avoid multiple calls to strlen [PATCH 3/3] kconfig: cleanup symbol-search code If everything is good, I'll send a pull-request to

[PATCH 3/3] kconfig: cleanup symbol-search code

From: "Yann E. MORIN" - no need for a double-indirection for the temporary sym_match_arr array - the temporary sym_match_arr array is not NULL terminated, so no need to allocate n+1 elements - two minor style fixes - grammar fix in comment Reported-by: Jean Delvare Signed-off-by: "Yann E.

[PATCH 2/3] kconfig: avoid multiple calls to strlen

From: "Yann E. MORIN" Calls to strlen are costly, so avoid calling strln as much as we can. Reported-by: Jean Delvare Signed-off-by: "Yann E. MORIN" Cc: Jean Delvare --- scripts/kconfig/symbol.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH 1/3] Documentation/kconfig: more concise and straightforward search explanation

From: "Yann E. MORIN" Re-phrase the explanations on the sorting of search results, in a more concise and complete way. Drop reference to the user's locale when sorting alphabetically, since this is implicit. Reported-by: Jean Delvare Signed-off-by: "Yann E. MORIN" Cc: Jean Delvare ---

Re: [PATCH 1/3] Documentation/kconfig: more concise and straightforward search explanation

All, On 2013-07-13 20:08 +0200, Yann E. MORIN spake thusly: > From: "Yann E. MORIN" > > Re-phrase the explanations on the sorting of search results, in a more > concise and complete way. > > Drop reference to the user's locale when sorting alphabetically, since > this is implicit. > >

Re: [REGRESSION] "UEFI: Don't pass boot services regions to SetVirtualAddressMap()" breaks macbook efi boot

On Wed, 2013-07-10 at 12:39 +0100, Fleming, Matt wrote: > On 10 July 2013 12:34, Maarten Lankhorst > wrote: > > Hey, > > > > It seems that in the merge window my macbook pro stopped working at some > > point. I looked for suspicious > > efi related commits, and found that reverting commit > >

Re: [PATCH] omapfb: In omapfb_probe return -EPROBE_DEFER when display driver is not loaded yet

On Wed 2013-07-10 15:08:59, Pali Rohár wrote: > * On RX-51 probing for acx565akm driver is later then for omapfb which cause > that omapfb probe fail and framebuffer is not working > * EPROBE_DEFER causing that kernel try to probe for omapfb later again which > fixing this problem > > * Without

Re: [ 00/19] 3.10.1-stable review

On Sat, Jul 13, 2013 at 07:42:11AM -0400, Theodore Ts'o wrote: > On Fri, Jul 12, 2013 at 11:48:01PM -0700, Greg Kroah-Hartman wrote: > > > It's the difference between "this is a fix" and "please backport this > > > fix into stable". As we aid in this thread, cc:stable is a bit too much > > >

[PATCH v3] staging/lustre/libcfs: drop bogus Kconfig default

Commit 4b5b4c7222 ("staging/lustre/libcfs: restore LINVRNT") added "default false" to this Kconfig file. It was obviously meant to use "default n" here. But we might as well drop this line, as a Kconfig bool defaults to 'n' anyway. Signed-off-by: Paul Bolle --- 0) v2: remove the default

Linux 3.4.53

I'm announcing the release of the 3.4.53 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.4.53

diff --git a/MAINTAINERS b/MAINTAINERS index c744d9c..5725829 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6390,6 +6390,7 @@ STABLE BRANCH M: Greg Kroah-Hartman L: sta...@vger.kernel.org S: Supported +F: Documentation/stable_kernel_rules.txt STAGING SUBSYSTEM M: Greg

Linux 3.9.10

I'm announcing the release of the 3.9.10 kernel. Note, this might just be the last 3.9-stable kernel release, I'm not quite sure I can guarantee another 3.9-stable kernel will be released. Please move to the 3.10-stable series at this point in time. If that isn't working for you, please let us

Linux 3.10.1

I'm announcing the release of the 3.10.1 kernel. All users of the 3.10 kernel series must upgrade. The updated 3.10.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.10.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.10.1

diff --git a/MAINTAINERS b/MAINTAINERS index ad7e322..48c7480 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -7667,6 +7667,7 @@ STABLE BRANCH M: Greg Kroah-Hartman L: sta...@vger.kernel.org S: Supported +F: Documentation/stable_kernel_rules.txt STAGING SUBSYSTEM M: Greg

Re: [PATCH 3/3] pch_gbe: Add MinnowBoard support

On Sat, 2013-07-13 at 10:09 -0700, Greg KH wrote: > On Sat, Jul 13, 2013 at 09:08:01AM -0700, Darren Hart wrote: ... > > I was looking at it as a quirk: > > > > " - New device IDs and quirks are also accepted." > > > > I even considered implementation as a pci quirk. I didn't because the > >

phpBB support

Dear customers, We encourage you to update your phpBB forums to the latest version as it prevents many security bugs and make your forum stable. There are many anti-spam methods to prevent the spambots registration and posting , please pick up one of these mods to keep your forum clean We

Looking for a mentor

Hello everyone, My name is Alexey Shmalko and I'm a student of the Kiev Polytechnic Institute and have just finished the first year of my studying. I'm crazy about programming, have a strong knowledge of the C language and good knowledge of the Linux system (thank you, Gentoo). I've read Robert

Re: [PATCH] omapfb: In omapfb_probe return -EPROBE_DEFER when display driver is not loaded yet

Hi! > One thing I'd like to know: how do you configure kernel to get output > on qemu? I was doing CONFIG_DEBUG_LL with specific uart, but that > needed patching the kernel, you apparently have something more > clever. Aha, normal console=ttyO2 option. Got it now :-).

Re: [PATCH V3 1/3] dts: change Marvell prefix to 'marvell'

On Wed, Jul 10, 2013 at 2:50 PM, Jason Cooper wrote: > On Wed, Jul 10, 2013 at 10:08:50PM +0800, Haojian Zhuang wrote: >> On Wed, Jul 10, 2013 at 8:24 PM, Jason Cooper wrote: >> > On Wed, Jul 10, 2013 at 04:19:46PM +0800, Haojian Zhuang wrote: >> >> On Tue, Jul 9, 2013 at 8:49 PM, Jason Cooper

[PATCH] ARM: multiplatform: remove reference to ARCH_MULTI_V4

The Kconfig symbol ARCH_MULTI_V4 was removed in commit 24e860fbfd ("ARM: multiplatform: always pick one CPU type"). Remove the last reference to it too. Signed-off-by: Paul Bolle --- 0) Untested. 1) Commit 24e860fbfd is silent on the reason to drop ARCH_MULTI_V4. And the ARM section of the

Re: [tip:x86/urgent] x86: Make sure IDT is page aligned

On Fri, Jul 12, 2013 at 8:21 PM, tip-bot for Kees Cook wrote: > Commit-ID: c0b3450f101523a49823fa93d155f1d258e5ac6f > Gitweb: http://git.kernel.org/tip/c0b3450f101523a49823fa93d155f1d258e5ac6f > Author: Kees Cook > AuthorDate: Fri, 12 Jul 2013 15:50:17 -0700 > Committer: H. Peter Anvin

Re: [tip:x86/urgent] x86: Make sure IDT is page aligned

On Fri, Jul 12, 2013 at 8:21 PM, tip-bot for Kees Cook wrote: > Commit-ID: c0b3450f101523a49823fa93d155f1d258e5ac6f > Gitweb: http://git.kernel.org/tip/c0b3450f101523a49823fa93d155f1d258e5ac6f > Author: Kees Cook > AuthorDate: Fri, 12 Jul 2013 15:50:17 -0700 > Committer: H. Peter Anvin

Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges()

On Saturday, July 13, 2013 08:09:59 PM Mika Westerberg wrote: > Now that acpiphp_check_bridge() always enumerates devices behind the > bridge, there is no need to do that for each sub-bridge anymore like it is > done in the current ACPI-based PCI hotplug code. Given this we don't need >

Re: [PATCH] x86: don't clear olpc_ofw_header when sentinel is detected

On Sat, Jul 13, 2013 at 9:26 AM, Daniel Drake wrote: > OpenFirmware doesn't quite follow the protocol described in boot.txt > and the kernel has detected this through use of the sentinel value > in boot_params. OFW does zero out almost all of the stuff that it should > do, but not the sentinel. >

Re: [PATCH v2 1/3] x86, boot: add mmio serial during compressed boot

On Sat, Jul 13, 2013 at 7:53 AM, H. Peter Anvin wrote: > On 07/12/2013 11:47 PM, Yinghai Lu wrote: >> >> for 32 bit, that is ok. >> for 64 bit via 32bit bootloader, arch/x86/boot/compressed/head_64.S >> will set page table for first 4G still ok. >> for 64 bit via 64bit loader, like kexec via

Re: [PATCH] misc: add driver for Renesas R-Car Gyro-ADC/speed-pulse interfaces

Hello. On 07/13/2013 11:58 AM, Arnd Bergmann wrote: And are you sure you want to control this through sysfs? There's no other better user/kernel apis for it? I found none, besides ioctl(), as the device driven is rather unique. But I thought that sysfs is "ioctl() today", so I went

Re: [PATCH v2 1/3] x86, boot: add mmio serial during compressed boot

I think we will need to map the uart explicitly, which is complex as that in turn implies seeing up something like the fixmap for the decompressor... not impossible but additional complexity to be sure. At least on 64 bits the high half should not conflict with any physical addresses. Either

Re: [GIT pull] x86 updates for 3.11

On Sat, Jul 13, 2013 at 4:21 AM, Thomas Gleixner wrote: > >* Guarantee IDT page alignment What the F*CK, guys? This piece-of-shit commit is marked for stable, but you clearly never even test-compiled it, did you? Because on x86-64 (the which is the only place where the patch matters), I

Re: [PATCH] misc: add driver for Renesas R-Car Gyro-ADC/speed-pulse interfaces

Hello. On 07/13/2013 05:30 AM, Greg KH wrote: Add the driver for Gyro-ADC/speed-pulse interfaces found in Renesas R-Car SoCs. Though being two separate devices, they have to be driven together because of the shared start/stop register (located in Gyro-ADC still). At this time, only

[PATCH] [media] dvb-usb: fix error handling in ttusb_dec_probe()

There is an asymmetry in ttusb_dec_init_usb()-ttusb_init_rc() and ttusb_dec_exit_usb()-ttusb_dec_exit_rc() in terms of resources allocated-deallocated. irq_urb and irq_buffer are allocated in ttusb_dec_init_usb(), while they are deallocated in ttusb_dec_exit_rc(). As a result there is a leak of

Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls

On Monday, July 08, 2013 10:34:56 PM Frederick van der Wyck wrote: > On Mon, Jul 08, 2013 at 11:36:54AM -0400, Matthew Garrett wrote: > > > you should be able to just use first_ec directly rather than > > probing yourself. > > Thanks, I've made that change below. > > > > + for (i = 0; i <

Re: [PATCH] misc: add driver for Renesas R-Car Gyro-ADC/speed-pulse interfaces

On Sun, Jul 14, 2013 at 02:26:14AM +0400, Sergei Shtylyov wrote: >The other trouble is that I'll have to backport this driver to > 3.4 which doesn't contain the IIO infrastructure at all. :-( That doesn't matter to us, we can't accept a driver that should be using the iio subsystem, but

Re

Dear friend, I am Subhash Deshpande , an official with the bank account of Taipei International, I have a very sensitive and confidential brief for you from the International Bank of Taipei, Taiwan. I ask for your partnership in re-profiling funds I will give you the details but in summary, the

Re

Dear friend, I am Subhash Deshpande , an official with the bank account of Taipei International, I have a very sensitive and confidential brief for you from the International Bank of Taipei, Taiwan. I ask for your partnership in re-profiling funds I will give you the details but in summary, the

Re: [PATCH for 3.2] memcg: do not trap chargers with full callstack on OOM

> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org, > linux...@kvack.org, "cgroups mailinglist" , > "KAMEZAWA Hiroyuki" , righi.and...@gmail.com >On Wed 10-07-13 18:25:06, azurIt wrote: >> >> Now i realized that i forgot to remove UID from that cgroup before >> >> trying to remove it, so

Re: [PATCH for 3.2] memcg: do not trap chargers with full callstack on OOM

> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org, > linux...@kvack.org, "cgroups mailinglist" , > "KAMEZAWA Hiroyuki" , righi.and...@gmail.com >> CC: "Johannes Weiner" , linux-kernel@vger.kernel.org, >> linux...@kvack.org, "cgroups mailinglist" , >> "KAMEZAWA Hiroyuki" ,

Re: [PATCH] staging/lustre/libcfs: replaced string duplication code with kstrdup

On 2013/12/07 1:02 AM, "Dragos Foianu" wrote: >Modified cfs_strdup function to use kstrdup instead of duplicating its >implementation. > >Found using Coccinelle. Thanks for the patch, but in fact this function doesn't appear to be used in the code anymore and could be removed entirely. Seems

Re: RFC: named anonymous vmas

Hi Colin, On 06/22/2013 07:42 AM, Colin Cross wrote: One of the features of ashmem (drivers/staging/android/ashmem.c) that hasn't gotten much discussion about moving out of staging is named anonymous memory. In Android, ashmem is used for three different features, and most users of it only care

Re: RFC: named anonymous vmas

Hi Christoph, On 06/24/2013 07:48 PM, Christoph Hellwig wrote: On Sat, Jun 22, 2013 at 12:47:29PM -0700, Alex Elsayed wrote: Couldn't this be done by having a root-only tmpfs, and having a userspace component that creates per-app directories with restrictive permissions on startup/app install?

Re: [GIT pull] x86 updates for 3.11

Fail on me. I got rushed and sloppy. I really need to automate looking for warnings pre-commit and not rely on Fengguang's robot. -hpa -- 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

Re: Linux 3.9.10

On Sat, Jul 13, 2013 at 11:54:17AM -0700, Greg KH wrote: > I'm announcing the release of the 3.9.10 kernel. > > Note, this might just be the last 3.9-stable kernel release, I'm not > quite sure I can guarantee another 3.9-stable kernel will be released. I guess this means 3.9 will NOT be this

RE: [PATCH 1/2] Drivers: hv: balloon: Fix a bug in the hot-add code

> -Original Message- > From: Ben Hutchings [mailto:b...@decadent.org.uk] > Sent: Friday, July 12, 2013 5:13 PM > To: KY Srinivasan > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > jasow...@redhat.com;

Re: [ 00/19] 3.10.1-stable review

On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote: > Ugh, the conversation has degenerated now into parsing the meaning of > specific words. This is why lawyers have created whole vocabularies > that are not used by "normal" people. There's a very good reason why > I'm not a

Re: [RFC][PATCH] mm: madvise: MADV_POPULATE for quick pre-faulting

On 07/02/2013 10:37 AM, Zheng Liu wrote: On Mon, Jul 01, 2013 at 09:16:46AM -0700, Dave Hansen wrote: On 06/28/2013 07:20 PM, Zheng Liu wrote: IOW, a process needing to do a bunch of MAP_POPULATEs isn't parallelizable, but one using this mechanism would be. I look at the code, and it seems

Re: Linux 3.9.10

On Sat, Jul 13, 2013 at 06:46:51PM -0700, mark gross wrote: > On Sat, Jul 13, 2013 at 11:54:17AM -0700, Greg KH wrote: > > I'm announcing the release of the 3.9.10 kernel. > > > > Note, this might just be the last 3.9-stable kernel release, I'm not > > quite sure I can guarantee another

Re: [ 00/19] 3.10.1-stable review

On Sat, Jul 13, 2013 at 10:22:19PM -0400, Theodore Ts'o wrote: > On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote: > > Ugh, the conversation has degenerated now into parsing the meaning of > > specific words. This is why lawyers have created whole vocabularies > > that are not

Re: [PATCH] ALSA: hda - Add new GPU codec ID to snd-hda

On Fri, Jul 12, 2013 at 11:01:37AM -0700, Aaron Plattner wrote: > Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip. > > Reviewed-by: Andy Ritger > Signed-off-by: Aaron Plattner > --- > sound/pci/hda/patch_hdmi.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git

Re: [ 00/19] 3.10.1-stable review

On Sat, Jul 13, 2013 at 08:51:28PM -0700, Greg Kroah-Hartman wrote: > On Sat, Jul 13, 2013 at 10:22:19PM -0400, Theodore Ts'o wrote: > > On Sat, Jul 13, 2013 at 11:27:17AM -0700, Greg Kroah-Hartman wrote: > > > Ugh, the conversation has degenerated now into parsing the meaning of > > > specific

Re: [PATCH v2] kprobes: fix compiler warning

On 07/01/2013 10:46 AM, Dong Fang wrote: Fix the following compiler warning of uninitialized variable kernel/kprobes.c: In function 'register_kprobe': kernel/kprobes.c:1493: warning: 'probed_mod' may be used uninitialized in this function Signed-off-by: Dong Fang --- kernel/kprobes.c |

Re: [PATCH] sched: Add logic to handle parallel try_to_wake_up() of the same task

On Sat, 2013-07-13 at 19:45 +0400, Kirill Tkhai wrote: > This patch adds optimization of try_to_wake_up() function > for cases when the system is doing parallel wake_up > of the same task on the different cpus. Also it adds > accounting the statistics of these situations. > > We check the status

[GIT] Networking

Just a bunch of small fixes and tidy ups: 1) Finish the "busy_poll" renames, from Eliezer Tamir. 2) Fix RCU stalls in IFB driver, from Ding Tianhong. 3) Linearize buffers properly in tun/macvtap zerocopy code. 4) Don't crash on rmmod in vxlan, from Pravin B Shelar. 5) Spinlock used before

Re: [ 00/19] 3.10.1-stable review

On Fri, Jul 12, 2013 at 09:50:51PM +0200, Willy Tarreau wrote: > On Fri, Jul 12, 2013 at 10:50:08AM -0700, Linus Torvalds wrote: > > So I'm not going to argue that your particular patches were the > > problem here. I'm more arguing against your arguments than against the > > patches themselves.

Re: [PATCH 3/3] pch_gbe: Add MinnowBoard support

On Fri, Jul 12, 2013 at 10:46:21PM -0700, Darren Hart wrote: > On Fri, 2013-07-12 at 18:17 -0700, Greg KH wrote: > > On Fri, Jul 12, 2013 at 05:58:07PM -0700, Darren Hart wrote: > > > The MinnowBoard uses an AR803x PHY with the PCH GBE which requires > > > special handling. Use the MinnowBoard PCI

Re: [ 00/19] 3.10.1-stable review

On Fri, Jul 12, 2013 at 11:22:23PM -0700, Greg Kroah-Hartman wrote: > > So probably we should incite patch contributors to add a specific > > tag such as "Fixes: 3.5 and later", so that non-important patches > > do not need the Cc:stable anymore, but users who experience an issue > > can easily

[git pull] Input updates for 3.11-rc0

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus or master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus to receive 2nd round of updates for the input subsystem. You will get an update to Elantech driver to

Re: [ 00/19] 3.10.1-stable review

On Fri, Jul 12, 2013 at 11:22:23PM -0700, Greg Kroah-Hartman wrote: > On Fri, Jul 12, 2013 at 09:50:51PM +0200, Willy Tarreau wrote: > > On Fri, Jul 12, 2013 at 10:50:08AM -0700, Linus Torvalds wrote: > > > So I'm not going to argue that your particular patches were the > > > problem here. I'm

Re: [PATCH 001/001] [Input:] Propagate hardware generated event timestamp to evdev.

Hi Sasha, On Wed, Jul 10, 2013 at 01:38:00PM -0700, Alexander Levitskiy wrote: > From: Sasha Levitskiy > > Input: Propagate hardware event timestamp to evdev. > > Convey hardware generated timestamp associated with the current event packet. > The use of these event codes by hardware drivers is

Re: [Ksummit-2013-discuss] When to push bug fixes to mainline

* Linus Torvalds wrote: > On Fri, Jul 12, 2013 at 11:28 AM, H. Peter Anvin wrote: > > > > OK, just read up some more on git notes, and *both* the assumptions I > > had made about git notes were fundamentally wrong. Not sure how well > > they would scale, though, but stuffing metadata like

Re: [ 00/19] 3.10.1-stable review

On Sat, Jul 13, 2013 at 08:36:07AM +0200, Willy Tarreau wrote: > On Fri, Jul 12, 2013 at 11:22:23PM -0700, Greg Kroah-Hartman wrote: > > > So probably we should incite patch contributors to add a specific > > > tag such as "Fixes: 3.5 and later", so that non-important patches > > > do not need the

Re: [PATCH v2 1/3] x86, boot: add mmio serial during compressed boot

On Fri, Jul 12, 2013 at 1:38 PM, Kees Cook wrote: > Allows "console=uart[8250],mmio[32],0xADDR[,BAUDn8[,BASE_BAUD]]" to > be recognized during compressed boot early console setup, and during > boot console setup. Replaces defines with common serial defines. Adds > suport for mmio-based serial

Re: [RFC][PATCH 0/9] sched: Power scheduler design proposal

On Tue, Jul 09, 2013 at 04:55:29PM +0100, Morten Rasmussen wrote: > Hi, > > This patch set is an initial prototype aiming at the overall power-aware > scheduler design proposal that I previously described > . > > The patch set introduces a

Re: [Ksummit-2013-discuss] [ATTEND] scsi-mq prototype discussion

On Fri, 2013-07-12 at 12:52 +0200, Hannes Reinecke wrote: > On 07/12/2013 03:33 AM, Nicholas A. Bellinger wrote: > > On Thu, 2013-07-11 at 18:02 -0700, Greg KH wrote: > >> On Thu, Jul 11, 2013 at 05:23:32PM -0700, Nicholas A. Bellinger wrote: > >>> Drilling down the work items ahead of a real

Re: [ 00/19] 3.10.1-stable review

On Fri, Jul 12, 2013 at 11:43:17PM -0700, Guenter Roeck wrote: > > And if something "fixes" an issue, then I want it in stable, just like > > Linus wants that in his tree. > > > Except if it is not critical, for a given definition of the word. I'm not going to try to parse definitions here, but

Re: [ 00/19] 3.10.1-stable review

On Fri, Jul 12, 2013 at 11:48:01PM -0700, Greg Kroah-Hartman wrote: > > > And if something "fixes" an issue, then I want it in stable, just like > > > Linus wants that in his tree. > > > > It's the difference between "this is a fix" and "please backport this > > fix into stable". As we aid in

[RFC] Script for isolating maintainer email.

Hello! I found the need for a script that doesn't require me to copy part of the output from get_maintainer.pl into git send-email and could do both with one command. I don't know if there is something similar already implemented. If there is, please point me to it. If not, maybe somebody finds

Re: [PATCH] misc: add driver for Renesas R-Car Gyro-ADC/speed-pulse interfaces

On Saturday 13 July 2013, Sergei Shtylyov wrote: > > And are you sure you want to control this through sysfs? There's no > > other better user/kernel apis for it? > > I found none, besides ioctl(), as the device driven is rather > unique. But I thought that sysfs is "ioctl() today", so I

Re: [RFC] Script for isolating maintainer email.

On Sat, Jul 13, 2013 at 10:40:41AM +0300, Alexandru Juncu wrote: > Hello! > > I found the need for a script that doesn't require me to copy part of the > output from get_maintainer.pl into git send-email and could do both with > one command. What's wrong with adding this to get_maintainer.pl

Re: [RFC] Script for isolating maintainer email.

On 13 July 2013 11:01, Borislav Petkov wrote: > On Sat, Jul 13, 2013 at 10:40:41AM +0300, Alexandru Juncu wrote: >> Hello! >> >> I found the need for a script that doesn't require me to copy part of the >> output from get_maintainer.pl into git send-email and could do both with >> one command. >

Re: [RFC] Script for isolating maintainer email.

On Sat, Jul 13, 2013 at 11:05:04AM +0300, Alexandru Juncu wrote: > Nothing wrong at all. It's just that, to my shame, I don't know Perl. Now would be the right time to get your feet wet :-) >From quickly skimming over it, it is almost ready: ./scripts/get_maintainer.pl --email --norolestats

[PATCH] ndisc: bool initializations should use true and false

Signed-off-by: Daniel Baluta --- net/ipv6/ndisc.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/net/ipv6/ndisc.c b/net/ipv6/ndisc.c index b3b5730..24c03396 100644 --- a/net/ipv6/ndisc.c +++ b/net/ipv6/ndisc.c @@ -479,7 +479,7 @@ static void ndisc_send_na(struct

<    1   2   3