On Wed, Feb 06, 2013 at 04:25:23PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/iommu/tegra-smmu.c between commit a6870e928d1b ("iommu/tegra:
> smmu: Support variable MMIO ranges/blocks") from the iommu tree and
> commit
On Wed, Feb 06, 2013 at 04:21:51PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got a conflict in
> drivers/spi/spi-s3c64xx.c between commit 4eb770067f3a ("spi/s3c64xx: Use
> devm_clk_get() and devm_request_irq()") from the tree and commit
> b0
On Wed, Feb 06, 2013 at 05:24:12PM +0800, fangxiaozhi 00110321 wrote:
> From: fangxiaozhi
>
> 1. The idProduct is little endian, so make the product ID's value to be
> little endian. Make no break on big endian processors.
>
> Signed-off-by: fangxiaozhi
> --
On Wed, Feb 06, 2013 at 09:11:54AM -0800, Tony Lindgren wrote:
> * Roger Quadros [130206 01:53]:
> > On 02/05/2013 07:17 PM, Tony Lindgren wrote:
> > > * Greg KH [130205 09:00]:
> > >> On Tue, Feb 05, 2013 at 01:28:51PM +0200, Roger Quadros wrote:
> > >&g
On Wed, Feb 06, 2013 at 10:27:41AM -0800, Dan Magenheimer wrote:
> It was observed by Andrea Arcangeli in 2011 that zcache can get "full"
> and there must be some way for compressed swap pages to be (uncompressed
> and then) sent through to the backing swap disk. A prototype of this
> functionalit
On Wed, Feb 06, 2013 at 07:25:59AM -0800, K. Y. Srinivasan wrote:
> Use the infrastructure for delivering VMBUS interrupts using a
> special vector. With this patch, we can now properly handle
> the VMBUS interrupts that can be delivered on any CPU. Also,
> turn on interrupt load balancing as well.
On Wed, Feb 06, 2013 at 12:51:25PM -0800, Dan Magenheimer wrote:
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Subject: Re: [PATCH] staging/zcache: Fix/improve zcache writeback code, tie
> > to a config option
> >
> > On Wed, Feb 06, 2013 at 10:27:41A
On Wed, Feb 06, 2013 at 02:42:11PM -0800, Dan Magenheimer wrote:
> > Yes, but these mm changes are in no one's trees, and I have no idea if
> > they ever will be merged.
>
> OK, I can try pushing on the "egg" side for awhile :-(
>
> > This patch looks to me that it is adding new functionality, an
On Wed, Feb 06, 2013 at 05:23:56PM +0100, Heiko Carstens wrote:
> CB710_CORE (drivers/misc/cb710/core.c) calls devm_request_irq() and
> therefore needs a GENERIC_HARDIRQS dependency to prevent a link
> error on s390.
>
> Cc: Arnd Bergmann
> Signed-off-by: Heiko Carstens
> ---
> drivers/misc/cb7
On Fri, Feb 08, 2013 at 12:23:00PM -0800, Greg KH wrote:
> On Wed, Feb 06, 2013 at 05:23:56PM +0100, Heiko Carstens wrote:
> > CB710_CORE (drivers/misc/cb710/core.c) calls devm_request_irq() and
> > therefore needs a GENERIC_HARDIRQS dependency to prevent a link
> > error
On Fri, Feb 08, 2013 at 02:05:40AM -0500, George Spelvin wrote:
> The standard N_TTY line discipline used to not use the tty->disc_data
> field, so N_PPS felt free to use it. That has now changed, requiring
> that N_PPS use a different method to find its private data.
>
> (In the current, buggy,
On Fri, Feb 08, 2013 at 02:28:14PM +0200, Tomas Winkler wrote:
> From: Samuel Ortiz
>
> mei bus will present some of the me clients
> as devices for other standard subsystems
>
> Implement the probe, remove, match and the device addtion routines.
> A mei-bus.txt document describing the rationale
On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wrote:
> From: Samuel Ortiz
>
> Signed-off-by: Samuel Ortiz
> Signed-off-by: Tomas Winkler
> Acked-by: Arnd Bergmann
> ---
> drivers/misc/mei/bus.c | 29 +
> include/linux/mei_bus.h |3 +++
> 2 files ch
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
staging tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that don'
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
USB tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that don't fi
Hi all,
With the release of the 3.8-rc7 kernel, I think it's time to close the
TTY/serial tree for new features / cleanups for 3.9. So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.9-rc1 comes out.
You can keep sending me patches for the tree that d
On Fri, Feb 08, 2013 at 04:29:59PM -0800, Joe Perches wrote:
> On Fri, 2013-02-08 at 17:45 -0500, David Miller wrote:
> > From: Joe Perches
> > Date: Thu, 07 Feb 2013 13:46:27 -0800
> > > alloc failures already get standardized OOM
> > > messages and a dump_stack.
>
> Does anyone know if all the
On Sun, Feb 10, 2013 at 04:32:18AM +0100, Samuel Ortiz wrote:
> Hi Greg,
>
> On Fri, Feb 08, 2013 at 03:55:24PM -0800, Greg KH wrote:
> > On Fri, Feb 08, 2013 at 02:28:15PM +0200, Tomas Winkler wrote:
> > > From: Samuel Ortiz
> > >
> > > Signed-off-by
On Mon, Feb 11, 2013 at 12:30:51AM +0100, Daniel Borkmann wrote:
> On 02/11/2013 12:24 AM, Joe Perches wrote:
> >On Sun, 2013-02-10 at 23:00 +0100, Daniel Borkmann wrote:
> >>add memcmp_nta ({n}o {t}iming {a}ttacks)
> >
> >Why should this be in the kernel?
>
> As the commit message already says, s
On Mon, Feb 11, 2013 at 02:46:12PM +0100, Samuel Ortiz wrote:
> > You already have a 'struct mei_device', which refers to the PCI device
> > that owns the bus, and has clients attached to it. While it may be
> > a little confusing to people that already worked with the current
> > mei code, I think
On Mon, Feb 11, 2013 at 04:37:14PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the char-misc tree got a conflict in
> drivers/char/pcmcia/synclink_cs.c between commits 2e124b4a390c ("TTY:
> switch tty_flip_buffer_push") and 9fe8074b82ed ("TTY: synclink: Convert + to
>
On Mon, Feb 11, 2013 at 04:29:29PM +0100, Samuel Ortiz wrote:
> Hi Arnd,
>
> On Mon, Feb 11, 2013 at 02:58:37PM +, Arnd Bergmann wrote:
> > On Thursday 07 February 2013, Samuel Ortiz wrote:
> > >
> > > On Thu, Feb 07, 2013 at 11:58:09PM +0100, Samuel Ortiz wrote:
> > > > On Thu, Feb 07, 2013
On Mon, Feb 11, 2013 at 04:58:54PM +0100, Samuel Ortiz wrote:
> On Mon, Feb 11, 2013 at 06:30:51AM -0800, Greg KH wrote:
> > On Mon, Feb 11, 2013 at 02:46:12PM +0100, Samuel Ortiz wrote:
> > > > You already have a 'struct mei_device', which refers to the PCI device
I'm announcing the release of the 3.7.7 kernel.
All users of the 3.7 kernel series must upgrade.
The updated 3.7.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.7.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.7.7 kernel.
All users of the 3.7 kernel series must upgrade.
The updated 3.7.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.7.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index b6de2ea..39f170a 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 7
-SUBLEVEL = 6
+SUBLEVEL = 7
EXTRAVERSION =
NAME = Terrified Chipmunk
diff --git a/arch/powerpc/mm/hash_low_64.S b/arch/powerpc/mm/hash_low_64.S
index 5658508
I'm announcing the release of the 3.4.30 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:
diff --git a/Makefile b/Makefile
index 23bcb1a..4941fd9 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 29
+SUBLEVEL = 30
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/x86/ia32/ia32entry.S b/arch/x86/ia32/ia32entry.S
index e3e7340..
I'm announcing the release of the 3.0.63 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:
diff --git a/Makefile b/Makefile
index 20f4902..18c22d7 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 62
+SUBLEVEL = 63
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/x86/ia32/ia32entry.S b/arch/x86/ia32/ia32entry.S
index c1870dd..26af1e3 1
On Mon, Feb 11, 2013 at 09:41:29AM -0800, Joe Perches wrote:
> alloc failures already get standardized OOM
> messages and a dump_stack.
>
> For the affected mallocs around these OOM messages:
>
> Converted kzallocs with multiplies to kcalloc.
> Converted kmallocs with multiplies to kmalloc_array.
On Mon, Feb 11, 2013 at 05:26:38PM +0100, Jiri Slaby wrote:
> Hi,
>
> I think this one should go to stable:
> commit 4965f5667f36a95b41cda6638875bc992bd7d18b
> Author: T Makphaibulchoke
> Date: Thu Oct 4 17:16:55 2012 -0700
>
> kernel/resource.c: fix stack overflow in __reserve_region_with
On Wed, Feb 06, 2013 at 07:40:50PM -0700, Shuah Khan wrote:
> On Wed, 2013-02-06 at 13:12 +0100, Joerg Roedel wrote:
> > On Tue, Feb 05, 2013 at 06:57:21AM -0700, Shuah Khan wrote:
> > > Thanks much. I will hang on to this test system for testing your fix.
> >
> > Okay, here is the simple fix for
On Mon, Feb 11, 2013 at 01:43:58PM -0800, Dan Magenheimer wrote:
> > From: Greg KH [mailto:gre...@linuxfoundation.org]
>
> > So, how about this, please draw up a specific plan for how you are going
> > to get this code out of drivers/staging/ I want to see the steps
> >
On Tue, Feb 12, 2013 at 05:07:27PM +0100, Andreas Mohr wrote:
> On Sun, Feb 10, 2013 at 03:05:54PM +0100, Andreas Mohr wrote:
> > Regression sorta confirmed now. -rc3 with a fully suitable .config does
> > not boot either. Will start bisection. Will take ages.
>
> Down to 91 commits (all in USB la
On Tue, Apr 02, 2013 at 06:30:42PM +0900, Jonghwan Choi wrote:
> 3.8-stable review patch. If anyone has any objections, please let us know.
Who is "us"? :)
It's a bit nicer to say, "This patch looks like it should be in the
3.8-stable tree, should we apply it?"
That way, the default, if no one
On Tue, Apr 02, 2013 at 06:30:42PM +0900, Jonghwan Choi wrote:
> 3.8-stable review patch. If anyone has any objections, please let us know.
>
> --
>
> From: "Russ Dill "
>
> commit 6e45eb12fd1c741d556bf264ee98853b5f3104e5 upstream.
Wait, no, this is NOT the commit id of this pa
On Tue, Apr 02, 2013 at 01:39:06PM -0700, Russ Dill wrote:
> On 04/02/2013 01:02 PM, Greg KH wrote:
> > On Tue, Apr 02, 2013 at 06:30:42PM +0900, Jonghwan Choi wrote:
> >> 3.8-stable review patch. If anyone has any objections, please let us know.
> >>
> >>
On Tue, Apr 02, 2013 at 03:15:36PM -0700, Jacob Pan wrote:
> RAPL(Running Average Power Limit) interface provides platform software
> with the ability to monitor, control, and get notifications on SOC
> power consumptions. Since its first appearance on Sandy Bridge, more
> features have being added
On Tue, Apr 02, 2013 at 04:00:42PM -0700, Greg KH wrote:
> I'm not even going to review the rest of this file, please fix that up
> first, before sending it out again. And, when you do so, please cc: me.
It's like a train wreck, you just can't tear away your eyes...
You r
On Tue, Apr 02, 2013 at 04:33:57PM -0700, Jacob Pan wrote:
> On Tue, 2 Apr 2013 16:00:42 -0700
> Greg KH wrote:
>
> > > +#include "intel_rapl.h"
> > > +#include "../../../fs/sysfs/sysfs.h"
> >
> > WTF?
> >
> > Oh, that&#x
On Tue, Apr 02, 2013 at 04:53:40PM -0700, Jacob Pan wrote:
> On Tue, 2 Apr 2013 16:00:42 -0700
> Greg KH wrote:
>
> > And, one final complaint, never use "raw" kobjects, for loads of good
> > reasons, not the least being you just prevented userspace from seeing
On Wed, Apr 03, 2013 at 05:06:22PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 03, 2013 at 04:02:24PM +0200, Fabio Baltieri wrote:
> > While testing your 'next' branch merged with today's next I got some new
> > warnings, caused by a recently introduced __must_check in:
> >
> > c8801a8 regul
On Wed, Apr 03, 2013 at 09:38:55AM +0900, Jonghwan Choi wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
Ok, I object, given that I told you to change the format of the message
you send out. Please look at how others on the stable@ mailing list
send "should thi
On Tue, Apr 02, 2013 at 05:17:14PM -0700, Jacob Pan wrote:
> On Tue, 2 Apr 2013 16:48:05 -0700
> Greg KH wrote:
>
> > On Tue, Apr 02, 2013 at 04:33:57PM -0700, Jacob Pan wrote:
> > > On Tue, 2 Apr 2013 16:00:42 -0700
> > > Greg KH wrote:
> &g
On Tue, Apr 02, 2013 at 09:48:18PM -0700, Jacob Pan wrote:
> > Let's step back and start over, what exactly are you trying to tell
> > userspace? What data do you have that you need to express to it? How
> > do you want userspace to see/use it?
>
> It is a good idea to step back and let me expla
On Wed, Apr 03, 2013 at 12:22:06PM +0800, Zhang Yanfei wrote:
> This patch fixes compile warning in i386:
>
> drivers/base/cpu.c: In function 'show_crash_notes_size':
> drivers/base/cpu.c:142:2: warning: format '%lu' expects argument of type
> 'long unsigned int', but argument 3 has type 'unsigne
On Wed, Apr 03, 2013 at 05:52:03PM -0700, Tim Bird wrote:
> I've been approached by a developer at Sony who wants to publish an
> open source driver for a Sony GPS receiver module.
What does the device look like? USB device? UART? Something else?
> I've looked in the kernel source, and only se
On Wed, Apr 03, 2013 at 06:12:42PM -0700, Marcel Holtmann wrote:
> Hi Greg,
>
> >> I've been approached by a developer at Sony who wants to publish an
> >> open source driver for a Sony GPS receiver module.
> >
> > What does the device look like? USB device? UART? Something else?
> >
> >> I'v
On Wed, Apr 03, 2013 at 06:44:51PM -0700, Marcel Holtmann wrote:
> Hi Greg,
>
> I've been approached by a developer at Sony who wants to publish an
> open source driver for a Sony GPS receiver module.
> >>>
> >>> What does the device look like? USB device? UART? Something else?
> >>>
On Thu, Apr 04, 2013 at 03:43:29PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got conflicts in
> drivers/staging/ccg/f_fs.c and drivers/staging/ccg/rndis.c between
> commits 465bced2e3ed ("ccg: don't bother with fops->owner") and
> 4dfac87dca02 ("pro
On Thu, Apr 04, 2013 at 03:40:17PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got a conflict in
> drivers/staging/dgrp/dgrp_specproc.c between commit 464b4fd02caa ("dgrp
> procfs fixes, part 2") and various other commits from the vfs tree and
> commi
On Thu, Apr 04, 2013 at 03:34:33PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got conflicts in
> drivers/staging/dgrp/dgrp_dpa_ops.c, drivers/staging/dgrp/dgrp_mon_ops.c,
> drivers/staging/dgrp/dgrp_net_ops.c and
> drivers/staging/dgrp/dgrp_ports_ops
On Fri, Apr 05, 2013 at 04:14:35PM +0200, Nicolas Ferre wrote:
> On 04/03/2013 12:18 PM, Nicolas Ferre :
> > On 04/03/2013 11:54 AM, Johan Hovold :
> >> This reverts commit 0ef1594c017521ea89278e80fe3f80dafb17abde.
> >>
> >> This patch introduced a few races which cannot be easily fixed with a
> >>
On Fri, Apr 05, 2013 at 04:13:40PM +0400, Vasiliy Tolstov wrote:
> Hello. I'm use kernel 3.6.11 from stable tree.
Which is no longer supported, can you duplicate this on the 3.8 stable
tree?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On Fri, Apr 05, 2013 at 12:47:15AM -0400, David Miller wrote:
> From: Sven Joachim
> Date: Wed, 03 Apr 2013 13:41:32 +0200
>
> > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
> >
> >> 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > I'm seeing several c
I'm announcing the release of the 3.8.6 kernel.
All users of the 3.8 kernel series must upgrade.
The updated 3.8.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.8.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.39 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:
I'm announcing the release of the 3.0.72 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:
On Wed, Apr 03, 2013 at 10:35:51AM -0700, Jacob Pan wrote:
> On Wed, 3 Apr 2013 09:35:09 -0700
> Greg KH wrote:
>
> > On Tue, Apr 02, 2013 at 09:48:18PM -0700, Jacob Pan wrote:
> > > > Let's step back and start over, what exactly are you trying to
> > >
On Wed, Apr 03, 2013 at 11:03:08AM -0700, Jacob Pan wrote:
> On Wed, 3 Apr 2013 09:30:52 -0700
> Greg KH wrote:
>
> > On Tue, Apr 02, 2013 at 05:17:14PM -0700, Jacob Pan wrote:
> > > On Tue, 2 Apr 2013 16:48:05 -0700
> > > Greg KH wrote:
> > >
> &
On Fri, Apr 05, 2013 at 02:33:40PM -0700, Jacob Pan wrote:
> On Fri, 5 Apr 2013 13:23:09 -0700
> Greg KH wrote:
>
> > On Wed, Apr 03, 2013 at 10:35:51AM -0700, Jacob Pan wrote:
> > > On Wed, 3 Apr 2013 09:35:09 -0700
> > > Greg KH wrote:
> > >
> &
On Thu, Apr 04, 2013 at 01:32:30PM +0100, Serban Constantinescu wrote:
> Hi all,
>
> This set of patches will clean-up and fix some of the issues that arise
> with the current binder interface when moving to a 64bit kernel. All these
> changes will not affect the existing 32bit Android interface a
On Fri, Apr 05, 2013 at 04:05:25PM +0800, Chen Gang wrote:
>
> need break when 'target_thread' get value, firstly.
>
> 'tmp' is a stack (thread->transaction_stack),
> if 'proc' was the same between child node and parent node,
> the child would have higher priority than parent.
Are
On Sat, Apr 06, 2013 at 01:05:59PM +0800, Chen Gang wrote:
> On 2013年04月06日 07:48, Arve Hjønnevåg wrote:
> > On Fri, Apr 5, 2013 at 3:01 PM, Greg KH wrote:
> >> > On Fri, Apr 05, 2013 at 04:05:25PM +0800, Chen Gang wrote:
> >>> >>
> >>> >
On Fri, Apr 05, 2013 at 04:17:47PM -0700, Arve Hjønnevåg wrote:
> On Thu, Apr 4, 2013 at 5:32 AM, Serban Constantinescu
> wrote:
> >
> > Since the binder driver uses both uint32_t and unsigned int any further
> > kernel changes will be difficult to read. This patch fixes the inconsistent
> > types
On Thu, Apr 04, 2013 at 01:32:34PM +0100, Serban Constantinescu wrote:
> Fix format specifiers warnings introduced by the previous patch which
> changes some structures in binder.h.
Please merge this with the patch that caused the problems.
--
To unsubscribe from this list: send the line "unsubsc
On Mon, Jan 28, 2013 at 10:09:48PM +, Mark Einon wrote:
> This patch fixes the kernel warning generated when putting an MSI MS-1727
> GT740 laptop into suspend mode. The call sequence in this case calls
> free_irq() twice, once in pci_remove() and once then in pci_suspend().
>
> [ 262.299486]
On Mon, Jan 28, 2013 at 03:25:08PM +0530, Priyaranjan Das wrote:
> Hi Greg,
>
> On Tue, Jan 22, 2013 at 10:06 PM, Greg KH wrote:
> > On Tue, Jan 22, 2013 at 03:02:32PM +0530, Priyaranjan Das wrote:
> >> Hi All,
> >>
> >> I am working on MSR(Magneti
On Mon, Jan 28, 2013 at 09:23:09PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the usb tree got a conflict in
> drivers/usb/musb/omap2430.c between commit 148e11349b0c ("usb: Convert to
> devm_ioremap_resource()") from the driver-core tree and commit
> ca784be36cc7 ("
On Mon, Jan 28, 2013 at 04:03:07PM +, Lan, Tianyu wrote:
> I just check the commit 88bb965ed711 can not git revert smoothly. I will do it
> and send a revert patch.
Please do so, thanks.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On Tue, Jan 29, 2013 at 01:51:34PM +, Lan, Tianyu wrote:
> Hi greg:
> My pleasure. I have sent the patch to you and usb mailist yesterday.
> http://marc.info/?l=linux-usb&m=135939249906217&w=2
> So please have a check.
Ah, got it, sorry, I missed it in my large "todo" mbox.
greg
On Tue, Jan 29, 2013 at 05:06:24PM +0200, Alexander Shishkin wrote:
> Michael Chan writes:
>
> > From: Stephen Hurd
> >
> > Add support for the UART device present in Broadcom TruManage capable
> > NetXtreme chips (ie: 5761m 5762, and 5725).
> >
> > This implementation has a hidden transmit FIFO
On Tue, Jan 29, 2013 at 04:01:34PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 29, 2013 at 10:34:53AM -0500, Alan Stern wrote:
> > On Mon, 28 Jan 2013, Russell King - ARM Linux wrote:
> >
> > > On Mon, Jan 28, 2013 at 10:17:33AM -0500, Alan Stern wrote:
> > > > On Mon, 28 Jan 2013, Roger
On Fri, Jan 25, 2013 at 01:54:08PM -0500, Jake Champlin wrote:
> Fixed Bracing Issue flagged by checkpatch.pl
>
> Signed-off-by: Jake Champlin
> ---
> drivers/staging/comedi/drivers/amplc_dio200.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/drivers/staging/comedi/
On Sat, Jan 26, 2013 at 05:06:31PM -0500, Jake Champlin wrote:
> Fixed multiple coding style issues
>
> Signed-off-by: Jake Champlin
> ---
> drivers/staging/csr/csr_msgconv.c | 392
> --
> 1 file changed, 169 insertions(+), 223 deletions(-)
Please break this
On Mon, Jan 14, 2013 at 12:02:04PM -0700, Toshi Kani wrote:
> On Mon, 2013-01-14 at 19:48 +0100, Rafael J. Wysocki wrote:
> > On Monday, January 14, 2013 08:33:48 AM Toshi Kani wrote:
> > > On Fri, 2013-01-11 at 22:23 +0100, Rafael J. Wysocki wrote:
> > > > On Thursday, January 10, 2013 04:40:19 PM
On Mon, Jan 14, 2013 at 12:21:30PM -0700, Toshi Kani wrote:
> On Mon, 2013-01-14 at 20:07 +0100, Rafael J. Wysocki wrote:
> > On Monday, January 14, 2013 11:42:09 AM Toshi Kani wrote:
> > > On Mon, 2013-01-14 at 19:47 +0100, Rafael J. Wysocki wrote:
> > > > On Monday, January 14, 2013 08:53:53 AM T
On Thu, Jan 10, 2013 at 04:40:19PM -0700, Toshi Kani wrote:
> Added include/linux/sys_hotplug.h, which defines the system device
> hotplug framework interfaces used by the framework itself and
> handlers.
>
> The order values define the calling sequence of handlers. For add
> execute, the orderin
On Thu, Jan 10, 2013 at 04:40:21PM -0700, Toshi Kani wrote:
> Added sys_hotplug.c, which is the system device hotplug framework code.
>
> shp_register_handler() allows modules to register their hotplug handlers
> to the framework. shp_submit_req() provides the interface to submit
> a hotplug or o
On Thu, Jan 10, 2013 at 04:40:19PM -0700, Toshi Kani wrote:
> +/*
> + * Hot-plug device information
> + */
Again, stop it with the "generic" hotplug term here, and everywhere
else. You are doing a very _specific_ type of hotplug devices, so spell
it out. We've worked hard to hotplug _everything_
On Wed, Jan 30, 2013 at 06:15:12PM -0700, Toshi Kani wrote:
> > Please make it a "real" pointer, and not a void *, those shouldn't be
> > used at all if possible.
>
> How about changing the "void *handle" to acpi_dev_node below?
>
>struct acpi_dev_nodeacpi_node;
>
> Basically, it has
On Thu, Jan 31, 2013 at 09:54:51PM +0100, Rafael J. Wysocki wrote:
> > > But, again, I'm going to ask why you aren't using the existing cpu /
> > > memory / bridge / node devices that we have in the kernel. Please use
> > > them, or give me a _really_ good reason why they will not work.
> >
> > W
On Thu, Jan 31, 2013 at 06:32:18PM -0700, Toshi Kani wrote:
> This is already done for PCI host bridges and platform devices and I don't
> > see why we can't do that for the other types of devices too.
> >
> > The only missing piece I see is a way to handle the "eject" problem, i.e.
> > when we t
On Fri, Feb 01, 2013 at 04:08:00PM +, Serban Constantinescu wrote:
> The values exchanged between kernel and userspace through struct
> ashmem_pin should be of type size_t. This change won't affect the
> existing interface but will stand as the basis of 64bit compat layer.
How do you define si
On Fri, Feb 01, 2013 at 11:12:59PM +0100, Rafael J. Wysocki wrote:
> On Friday, February 01, 2013 08:23:12 AM Greg KH wrote:
> > On Thu, Jan 31, 2013 at 09:54:51PM +0100, Rafael J. Wysocki wrote:
> > > > > But, again, I'm going to ask why you aren't using t
On Fri, Feb 01, 2013 at 01:40:10PM -0700, Toshi Kani wrote:
> On Fri, 2013-02-01 at 07:30 +0000, Greg KH wrote:
> > On Thu, Jan 31, 2013 at 06:32:18PM -0700, Toshi Kani wrote:
> > > This is already done for PCI host bridges and platform devices and I
> > don't
>
On Thu, Jan 24, 2013 at 11:11:01AM +0100, Jiri Kosina wrote:
> On Wed, 23 Jan 2013, K. Y. Srinivasan wrote:
>
> > Use the consolidated GUID definitions in the Hyper-V mouse driver.
> >
> > Signed-off-by: K. Y. Srinivasan
> > Reviewed-by: Haiyang Zhang
>
> Acked-by: Jiri Kosina
>
> Greg, I gu
On Thu, Jan 24, 2013 at 09:28:51AM -0600, Robin Holt wrote:
>
> I missed the email from 12/31 indicating commit 891348c was pulled from
> the 3.0.y stable tree due to a build breakage.
>
> That commit requires the enum defined in traps.h by commit c940826. That,
> in turn depends on commit 228bd
On Thu, Jan 24, 2013 at 03:37:28AM +0100, Sven Köhler wrote:
> Am 24.01.2013 03:24, schrieb Greg KH:
> > On Thu, Jan 24, 2013 at 03:06:29AM +0100, Sven Köhler wrote:
> >> Hi,
> >>
> >> I had to revert this, because it resulted in
> >>
> >>
On Tue, Jan 22, 2013 at 08:46:25AM +1030, Rusty Russell wrote:
> Greg KH writes:
> > Rusty, should the commit below be applied to the 3.7-stable kernel tree?
> >
> > thanks,
> >
> > greg k-h
>
> Good point. looks like commit which caused this (e9bda3b) w
On Thu, Jan 24, 2013 at 12:30:10PM -0600, Robin Holt wrote:
> On Thu, Jan 24, 2013 at 10:15:35AM -0800, Greg KH wrote:
> > On Thu, Jan 24, 2013 at 09:28:51AM -0600, Robin Holt wrote:
> > >
> > > I missed the email from 12/31 indicating commit 891348c was pulled from
On Thu, Jan 24, 2013 at 02:14:20PM -0600, Robin Holt wrote:
> On Thu, Jan 24, 2013 at 12:00:34PM -0800, Greg KH wrote:
> > On Thu, Jan 24, 2013 at 12:30:10PM -0600, Robin Holt wrote:
> > > On Thu, Jan 24, 2013 at 10:15:35AM -0800, Greg KH wrote:
> > > > On Thu, Ja
On Thu, Jan 24, 2013 at 07:15:30PM +0530, Vivek Gautam wrote:
> Using specific chip in compatible strings. Newer SOCs can claim
> device by using older string in the compatible list.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Grant Likely
> Reviewed-by: Doug Anderson
> ---
> drivers/usb/dwc3/
On Thu, Jan 24, 2013 at 10:53:25PM +0100, Martin Mokrejs wrote:
> Hi Sarah and Alan,
> I just saw 3.7.5 patches announced by Greg but I don't see this path in
> there.
> And, don't know but maybe this applies to older stable kernels as well?
> Where will this patch posted originally to linux-usb
On Thu, Jan 24, 2013 at 08:57:01AM -0800, Stephen Warren wrote:
> On 01/24/2013 06:05 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Jan 24, 2013 at 03:57:03PM +0530, Venu Byravarasu wrote:
> >> As pointer to PHY structure can be stored in struct usb_hcd
> >> making use of it, to call Tegra PHY
On Wed, Jan 23, 2013 at 02:04:52PM +0800, fangxiaozhi 00110321 wrote:
> From: fangxiaozhi
>
> 1. Define a new macro for USB storage match rules:
> matching with Vendor ID and interface descriptors.
>
> Signed-off-by: fangxiaozhi
> ---
;.
>
> Signed-off-by: Olaf Hering
> Cc: sta...@kernel.org
> Cc: KY Srinivasan
> Cc: Greg KH
> ---
> arch/x86/kernel/cpu/mshyperv.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
This needs to go through the x86 maintainers, not me, sorry.
greg k-h
--
To unsu
On Fri, Jan 25, 2013 at 04:18:34PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 25-01-2013 6:44, fangxiaozhi 00110321 wrote:
>
> >From: fangxiaozhi
>
> >1. Define a new macro for USB storage match rules:
> > matching with Vendor ID and interface descriptors.
>
> >Signed-off-by: fangxiaozh
On Wed, Jan 23, 2013 at 01:46:31PM -0800, Dan Magenheimer wrote:
> "New" zcache uses zbud for all sub-page allocation which is more flexible but
> results in lower density. "Old" zcache supported zsmalloc for frontswap
> pages. Add zsmalloc to "new" zcache as a compile-time and run-time option
>
101 - 200 of 19720 matches
Mail list logo
