On Mon, Oct 07, 2013 at 12:45:44AM +0400, Evgeniy Polyakov wrote:
> Hi
>
> 06.10.2013, 23:13, "Hans-Frieder Vogt" :
> > In recent kernels the 1-wire kernel modules do not work any more. The module
> > wire got broken in 3.11-rc1 and 3.12-rc1 introduced a further problem:
>
> Looks like I somehow
On Mon, Oct 07, 2013 at 12:45:44AM +0400, Evgeniy Polyakov wrote:
Hi
06.10.2013, 23:13, Hans-Frieder Vogt hfv...@gmx.net:
In recent kernels the 1-wire kernel modules do not work any more. The module
wire got broken in 3.11-rc1 and 3.12-rc1 introduced a further problem:
Looks like I
On Thu, Oct 03, 2013 at 02:11:34PM -0500, Scott Wood wrote:
> On Thu, 2013-10-03 at 11:54 -0700, gre...@linuxfoundation.org wrote:
> > On Thu, Oct 03, 2013 at 01:33:27PM -0500, Scott Wood wrote:
> > > What it looks like we do still want from the driver core is the ability
> &g
On Thu, Oct 03, 2013 at 01:33:27PM -0500, Scott Wood wrote:
> What it looks like we do still want from the driver core is the ability
> for a driver to say that it should not be bound to a device except via
> explicit sysfs bind,
You can do that today by not providing any device ids in your
On Thu, Oct 03, 2013 at 01:33:27PM -0500, Scott Wood wrote:
What it looks like we do still want from the driver core is the ability
for a driver to say that it should not be bound to a device except via
explicit sysfs bind,
You can do that today by not providing any device ids in your driver
On Thu, Oct 03, 2013 at 02:11:34PM -0500, Scott Wood wrote:
On Thu, 2013-10-03 at 11:54 -0700, gre...@linuxfoundation.org wrote:
On Thu, Oct 03, 2013 at 01:33:27PM -0500, Scott Wood wrote:
What it looks like we do still want from the driver core is the ability
for a driver to say
On Wed, Oct 02, 2013 at 04:35:15PM -0500, Scott Wood wrote:
> On Wed, 2013-10-02 at 14:16 -0700, gre...@linuxfoundation.org wrote:
> > On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote:
> > > On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote:
> >
On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote:
> On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote:
> > On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote:
> > > > What's wrong with a non-vfio-specific flag that a driver can set, t
On Wed, Oct 02, 2013 at 09:27:38PM +0100, Christoffer Dall wrote:
> > > What you're suggesting would let users specify that
> > > a serial driver should handle a NIC hardware, no? That sounds much much
> > > worse to me.
> >
> > The flag (and wildcard match, if applicable) would be set by the
On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote:
> > What's wrong with a non-vfio-specific flag that a driver can set, that
> > indicates that the driver is willing to try to bind to any device on the
> > bus if explicitly requested via the existing sysfs bind mechanism?
> >
> It
On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote:
What's wrong with a non-vfio-specific flag that a driver can set, that
indicates that the driver is willing to try to bind to any device on the
bus if explicitly requested via the existing sysfs bind mechanism?
It sounds
On Wed, Oct 02, 2013 at 09:27:38PM +0100, Christoffer Dall wrote:
What you're suggesting would let users specify that
a serial driver should handle a NIC hardware, no? That sounds much much
worse to me.
The flag (and wildcard match, if applicable) would be set by the driver,
not
On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote:
On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote:
On Wed, Oct 02, 2013 at 11:43:30AM -0700, Christoffer Dall wrote:
What's wrong with a non-vfio-specific flag that a driver can set, that
indicates
On Wed, Oct 02, 2013 at 04:35:15PM -0500, Scott Wood wrote:
On Wed, 2013-10-02 at 14:16 -0700, gre...@linuxfoundation.org wrote:
On Wed, Oct 02, 2013 at 04:08:41PM -0500, Scott Wood wrote:
On Wed, 2013-10-02 at 13:37 -0700, gre...@linuxfoundation.org wrote:
On Wed, Oct 02, 2013 at 11:43
On Tue, Sep 10, 2013 at 11:29:45AM -0700, H. Peter Anvin wrote:
> On 09/10/2013 11:26 AM, Matthew Garrett wrote:
> > On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
> >> On Tue, 10 Sep 2013, Matthew Garrett wrote:
> >>> That's why modern systems require signed firmware
On Tue, Sep 10, 2013 at 11:29:45AM -0700, H. Peter Anvin wrote:
On 09/10/2013 11:26 AM, Matthew Garrett wrote:
On Tue, 2013-09-10 at 14:23 -0300, Henrique de Moraes Holschuh wrote:
On Tue, 10 Sep 2013, Matthew Garrett wrote:
That's why modern systems require signed firmware updates.
On Tue, Aug 06, 2013 at 08:59:32AM +, Du, ChangbinX wrote:
> > On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
> > > Recently when I check xHCI code, find that some functions try to get EP
> > > index
> > > from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
> > >
On Tue, Aug 06, 2013 at 08:59:32AM +, Du, ChangbinX wrote:
On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
Recently when I check xHCI code, find that some functions try to get EP
index
from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
This is
On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
> Recently when I check xHCI code, find that some functions try to get EP index
> from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
>
> This is totally wrong. The macro definition is:
>
> #define
On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
Recently when I check xHCI code, find that some functions try to get EP index
from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
This is totally wrong. The macro definition is:
#define TRB_TO_EP_INDEX(p)
On Thu, Aug 01, 2013 at 02:35:36PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Thursday, August 01, 2013 8:58 AM
> > To: KY Srinivasan; gre...@linuxfoundation.org
> > Cc: linux
On Thu, Aug 01, 2013 at 02:36:10PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Olaf Hering [mailto:o...@aepfle.de]
> > Sent: Thursday, August 01, 2013 9:04 AM
> > To: KY Srinivasan; gre...@linuxfoundation.org
> > Cc: linux
On Thu, Aug 01, 2013 at 02:36:10PM +, KY Srinivasan wrote:
-Original Message-
From: Olaf Hering [mailto:o...@aepfle.de]
Sent: Thursday, August 01, 2013 9:04 AM
To: KY Srinivasan; gre...@linuxfoundation.org
Cc: linux-kernel@vger.kernel.org; Olaf Hering
Subject: [PATCH
On Thu, Aug 01, 2013 at 02:35:36PM +, KY Srinivasan wrote:
-Original Message-
From: Olaf Hering [mailto:o...@aepfle.de]
Sent: Thursday, August 01, 2013 8:58 AM
To: KY Srinivasan; gre...@linuxfoundation.org
Cc: linux-kernel@vger.kernel.org; Olaf Hering
Subject: [PATCH
On Fri, Jul 26, 2013 at 11:32:41AM -0500, H Hartley Sweeten wrote:
> On Monday, July 01, 2013 3:52 PM, H Hartley Sweeten wrote:
> > Tidy up this driver a bit.
> >
> > v2: redo patch 4 based on suggestions from Alan Stern
> >
> > H Hartley Sweeten (4):
> > usb: ohci-ep93xx: use
On Fri, Jul 26, 2013 at 11:32:41AM -0500, H Hartley Sweeten wrote:
On Monday, July 01, 2013 3:52 PM, H Hartley Sweeten wrote:
Tidy up this driver a bit.
v2: redo patch 4 based on suggestions from Alan Stern
H Hartley Sweeten (4):
usb: ohci-ep93xx: use devm_ioremap_resource()
On Wed, Jul 24, 2013 at 01:46:03PM -0400, Steven Rostedt wrote:
> Note, I do know about git quiltimport, but my quilt queue contains lots
> of debug patches and things that are still pending (I modify the series
> file a lot). What would help is to add an option to git quiltimport that
> will
On Wed, Jul 24, 2013 at 01:40:56PM +, Shuah Khan wrote:
> Note: When I did a git reset --hard on 3.10.2-rc2 patch,
> drivers/acpi/acpi_cmos_rtc.c was left as an untracked file.
> I had to remove it before git pull succeeded for 3.10.2.
Yes, that's because 3.10.2 added a new file to the tree,
On Wed, Jul 24, 2013 at 01:40:56PM +, Shuah Khan wrote:
Note: When I did a git reset --hard on 3.10.2-rc2 patch,
drivers/acpi/acpi_cmos_rtc.c was left as an untracked file.
I had to remove it before git pull succeeded for 3.10.2.
Yes, that's because 3.10.2 added a new file to the tree, so
On Wed, Jul 24, 2013 at 01:46:03PM -0400, Steven Rostedt wrote:
Note, I do know about git quiltimport, but my quilt queue contains lots
of debug patches and things that are still pending (I modify the series
file a lot). What would help is to add an option to git quiltimport that
will limit
On Wed, Jul 17, 2013 at 12:35:42PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> > Sent: Tuesday, July 02, 2013 1:32 PM
> > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
>
On Wed, Jul 17, 2013 at 12:35:42PM +, KY Srinivasan wrote:
-Original Message-
From: K. Y. Srinivasan [mailto:k...@microsoft.com]
Sent: Tuesday, July 02, 2013 1:32 PM
To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
de...@linuxdriverproject.org; o...@aepfle.de
On Fri, Jun 14, 2013 at 02:13:44AM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Fernando Soto [mailto:fs...@bluecatnetworks.com]
> > Sent: Thursday, June 13, 2013 8:11 PM
> > To: linux-kernel@vger.kernel.org
> > Cc: KY Srinivasan; Haiyang Zhang
> > Subject: [PATCH]
On Fri, Jun 14, 2013 at 02:13:44AM +, KY Srinivasan wrote:
-Original Message-
From: Fernando Soto [mailto:fs...@bluecatnetworks.com]
Sent: Thursday, June 13, 2013 8:11 PM
To: linux-kernel@vger.kernel.org
Cc: KY Srinivasan; Haiyang Zhang
Subject: [PATCH] Drivers: hv:
On Tue, May 21, 2013 at 03:52:14PM -0700, Andrew Morton wrote:
> On Tue, 21 May 2013 15:47:41 -0700 "gre...@linuxfoundation.org"
> wrote:
>
> > On Tue, May 21, 2013 at 03:41:37PM -0700, Andrew Morton wrote:
> > > Guys, can we please get some review att
On Tue, May 21, 2013 at 03:41:37PM -0700, Andrew Morton wrote:
> Guys, can we please get some review attention to this?
I thought it was reviewed, and rejected, already. Did you miss those
emails?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Tue, May 21, 2013 at 03:01:27PM +, Winkler, Tomas wrote:
>
>
> > -Original Message-
> > From: Samuel Ortiz [mailto:sa...@linux.intel.com]
> > Sent: Tuesday, May 21, 2013 16:58
> > To: Winkler, Tomas
> > Cc: linux-kernel
> > Subject: [PATCH] [3.10] mei: bus: Reset event_cb when
On Tue, May 21, 2013 at 03:01:27PM +, Winkler, Tomas wrote:
-Original Message-
From: Samuel Ortiz [mailto:sa...@linux.intel.com]
Sent: Tuesday, May 21, 2013 16:58
To: Winkler, Tomas
Cc: linux-kernel
Subject: [PATCH] [3.10] mei: bus: Reset event_cb when disabling a
On Tue, May 21, 2013 at 03:41:37PM -0700, Andrew Morton wrote:
Guys, can we please get some review attention to this?
I thought it was reviewed, and rejected, already. Did you miss those
emails?
thanks,
greg k-h
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Tue, May 21, 2013 at 03:52:14PM -0700, Andrew Morton wrote:
On Tue, 21 May 2013 15:47:41 -0700 gre...@linuxfoundation.org
gre...@linuxfoundation.org wrote:
On Tue, May 21, 2013 at 03:41:37PM -0700, Andrew Morton wrote:
Guys, can we please get some review attention to this?
I
On Mon, May 13, 2013 at 04:08:19PM +, R, Durgadoss wrote:
> > -Original Message-
> > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
> > ow...@vger.kernel.org] On Behalf Of Greg KH
> > (gre...@linuxfoundation.org)
> > Sent: Monday, May 13, 201
On Mon, May 13, 2013 at 04:08:19PM +, R, Durgadoss wrote:
-Original Message-
From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm-
ow...@vger.kernel.org] On Behalf Of Greg KH
(gre...@linuxfoundation.org)
Sent: Monday, May 13, 2013 5:28 PM
To: R, Durgadoss
Cc: linux
On Mon, May 13, 2013 at 11:31:57AM +, R, Durgadoss wrote:
> Hi,
>
> I am observing an UEvent issue in cpufreq.c.
> The cpufreq_add_dev() function is called whenever a core is 'onlined'.
> we expect the kobject_uevent() method in cpufreq_add_dev() to
> send an UEvent with KOBJ_ADD as the
On Mon, May 13, 2013 at 11:31:57AM +, R, Durgadoss wrote:
Hi,
I am observing an UEvent issue in cpufreq.c.
The cpufreq_add_dev() function is called whenever a core is 'onlined'.
we expect the kobject_uevent() method in cpufreq_add_dev() to
send an UEvent with KOBJ_ADD as the action
On Tue, May 07, 2013 at 07:14:48PM +, Shuah Khan wrote:
>
> > From: Greg Kroah-Hartman
> > Date: Mon, May 6, 2013 at 4:58 PM
> > Subject: [ 00/46] 3.0.77-stable review
> > To: linux-kernel@vger.kernel.org
> > Cc: Greg Kroah-Hartman ,
> > torva...@linux-foundation.org,
On Tue, May 07, 2013 at 07:14:48PM +, Shuah Khan wrote:
From: Greg Kroah-Hartman gre...@linuxfoundation.org
Date: Mon, May 6, 2013 at 4:58 PM
Subject: [ 00/46] 3.0.77-stable review
To: linux-kernel@vger.kernel.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org,
torva...@linux
On Mon, May 06, 2013 at 09:56:56PM +0200, Rafael J. Wysocki wrote:
> On Monday, May 06, 2013 12:41:19 PM gre...@linuxfoundation.org wrote:
> > On Mon, May 06, 2013 at 07:04:53PM +, Shuah Khan wrote:
> > > dev_pm_put_subsys_data() calls kfree() while holding device power
On Mon, May 06, 2013 at 07:04:53PM +, Shuah Khan wrote:
> dev_pm_put_subsys_data() calls kfree() while holding device power lock, when
> the reference count is 0. Fix it to call kfree() after releasing the lock.
>
> Signed-off-by: Shuah Khan
> Reviewed-by: Pavel Machek
> Reviewed-by: Rafael
On Mon, May 06, 2013 at 07:04:53PM +, Shuah Khan wrote:
dev_pm_put_subsys_data() calls kfree() while holding device power lock, when
the reference count is 0. Fix it to call kfree() after releasing the lock.
Signed-off-by: Shuah Khan shuah...@samsung.com
Reviewed-by: Pavel Machek
On Mon, May 06, 2013 at 09:56:56PM +0200, Rafael J. Wysocki wrote:
On Monday, May 06, 2013 12:41:19 PM gre...@linuxfoundation.org wrote:
On Mon, May 06, 2013 at 07:04:53PM +, Shuah Khan wrote:
dev_pm_put_subsys_data() calls kfree() while holding device power lock,
when
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Sat, Mar 16, 2013 at 01:22:31AM +, Liu, Chuansheng wrote:
> Hello Greg,
>
> Double checked, there is no your response before.
> Can you consider it again? Thanks.
Consider what? I get about
On Mon, Mar 11, 2013 at 01:41:28AM +, Liu, Chuansheng wrote:
> Hi Greg,
>
> I just noticed some other cases need the more log also.
> https://lkml.org/lkml/2013/3/8/71
>
> Could you consider the below patch, thanks?
Didn't I already consider it and respond?
--
To unsubscribe from this
On Fri, Mar 15, 2013 at 11:14:01AM -0600, Stephen Warren wrote:
> On 03/15/2013 10:38 AM, gre...@linuxfoundation.org wrote:
> > On Sat, Feb 02, 2013 at 10:22:16AM +0530, Sachin Kamat wrote:
> >>
> >>
> >> On Friday, 1 February 2013, Stephen Warren wrote:
> &
On Sat, Feb 02, 2013 at 10:22:16AM +0530, Sachin Kamat wrote:
>
>
> On Friday, 1 February 2013, Stephen Warren wrote:
> > On 02/01/2013 02:49 AM, Sachin Kamat wrote:
> >> On 1 February 2013 09:54, Stephen Warren wrote:
>
> The entire series is merged in Greg's driver-core tree [1]
On Sat, Feb 02, 2013 at 10:22:16AM +0530, Sachin Kamat wrote:
On Friday, 1 February 2013, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/01/2013 02:49 AM, Sachin Kamat wrote:
On 1 February 2013 09:54, Stephen Warren swar...@wwwdotorg.org wrote:
The entire series is merged in Greg's
On Fri, Mar 15, 2013 at 11:14:01AM -0600, Stephen Warren wrote:
On 03/15/2013 10:38 AM, gre...@linuxfoundation.org wrote:
On Sat, Feb 02, 2013 at 10:22:16AM +0530, Sachin Kamat wrote:
On Friday, 1 February 2013, Stephen Warren swar...@wwwdotorg.org wrote:
On 02/01/2013 02:49 AM, Sachin
On Mon, Mar 11, 2013 at 01:41:28AM +, Liu, Chuansheng wrote:
Hi Greg,
I just noticed some other cases need the more log also.
https://lkml.org/lkml/2013/3/8/71
Could you consider the below patch, thanks?
Didn't I already consider it and respond?
--
To unsubscribe from this list: send
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Sat, Mar 16, 2013 at 01:22:31AM +, Liu, Chuansheng wrote:
Hello Greg,
Double checked, there is no your response before.
Can you consider it again? Thanks.
Consider what? I get about 250
On Tue, Mar 12, 2013 at 02:54:23AM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: K. Y. Srinivasan [mailto:k...@microsoft.com]
> > Sent: Friday, March 08, 2013 5:16 PM
> > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
>
On Tue, Mar 12, 2013 at 02:54:23AM +, KY Srinivasan wrote:
-Original Message-
From: K. Y. Srinivasan [mailto:k...@microsoft.com]
Sent: Friday, March 08, 2013 5:16 PM
To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
de...@linuxdriverproject.org; o...@aepfle.de
On Mon, Mar 04, 2013 at 09:55:44AM -0700, Stephen Warren wrote:
> On 03/04/2013 12:55 AM, Venu Byravarasu wrote:
> > Stephen Warren wrote at Thursday, February 28, 2013 11:47 PM:
> >> On 02/27/2013 11:36 PM, Venu Byravarasu wrote:
> >>> To clear any configurations made by U-Boot on Tegra USB
revised
version, an Ack so I can take it through the Tegra tree would be great,
thanks.
Acked-by: Greg Kroah-Hartman gre...@linuxfoundation.org
--
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 http
On Wed, Feb 27, 2013 at 11:07:26AM +, Zhang, Lin-Bao (Linux Kernel R)
wrote:
> Hi Greg,
>
> This patch is specially for 3.0 by integrating upstream commit
> cb214ede7657db458fd0b2a25ea0b28dbf900ebc
> and ea0dcf903e7d76aa5d483d876215fedcfdfe140f .
> I fixed patch format warning and re-send
On Fri, Mar 01, 2013 at 03:15:58PM +, KY Srinivasan wrote:
> > > > > Execute the shutdown code in a thread context. With recent changes
> > > > > made
> > > > the
> > > > > shutdown code, shutdown code cannot be invoked from an interrupt
> > context.
> > > > >
> > > > > Signed-off-by: K. Y.
On Fri, Mar 01, 2013 at 03:15:58PM +, KY Srinivasan wrote:
Execute the shutdown code in a thread context. With recent changes
made
the
shutdown code, shutdown code cannot be invoked from an interrupt
context.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
On Wed, Feb 27, 2013 at 11:07:26AM +, Zhang, Lin-Bao (Linux Kernel RD)
wrote:
Hi Greg,
This patch is specially for 3.0 by integrating upstream commit
cb214ede7657db458fd0b2a25ea0b28dbf900ebc
and ea0dcf903e7d76aa5d483d876215fedcfdfe140f .
I fixed patch format warning and re-send it as
On Tue, Feb 12, 2013 at 10:29:35PM +0100, Samuel Ortiz wrote:
> Hi Tomas,
>
> On Tue, Feb 12, 2013 at 09:17:21PM +, Winkler, Tomas wrote:
> >
> >
> > > In preparation for the MEI bus code merge, we rename the mei_device
> > > structure to mei_host.
> > > struct mei_device will be used for
On Tue, Feb 12, 2013 at 10:29:35PM +0100, Samuel Ortiz wrote:
Hi Tomas,
On Tue, Feb 12, 2013 at 09:17:21PM +, Winkler, Tomas wrote:
In preparation for the MEI bus code merge, we rename the mei_device
structure to mei_host.
struct mei_device will be used for devices on the
On Sat, Feb 09, 2013 at 12:31:49AM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> > Sent: Thursday, January 24, 2013 12:18 PM
> > To: KY Srinivasan
> > Cc: Jiri Kosina;
On Sat, Feb 09, 2013 at 12:31:49AM +, KY Srinivasan wrote:
-Original Message-
From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
Sent: Thursday, January 24, 2013 12:18 PM
To: KY Srinivasan
Cc: Jiri Kosina; o...@aepfle.de; jasow...@redhat.com; linux
On Tue, Feb 05, 2013 at 10:19:47AM -0800, Tony Lindgren wrote:
> * gre...@linuxfoundation.org [130205 09:28]:
> > On Tue, Feb 05, 2013 at 08:56:13PM +0530, kishon wrote:
> > > Hi Tony, Greg,
> > >
> > > On Tuesday 05 February 2013 08
On Tue, Feb 05, 2013 at 08:56:13PM +0530, kishon wrote:
> Hi Tony, Greg,
>
> On Tuesday 05 February 2013 08:54 PM, kishon wrote:
> >Hi Tony,
> >
> >As discussed, I'm sending a pull request for the arch/arm part of my USB
> >patches. These patches are necessary to get MUSB functional in both dt
>
On Tue, Feb 05, 2013 at 08:56:13PM +0530, kishon wrote:
Hi Tony, Greg,
On Tuesday 05 February 2013 08:54 PM, kishon wrote:
Hi Tony,
As discussed, I'm sending a pull request for the arch/arm part of my USB
patches. These patches are necessary to get MUSB functional in both dt
and non-dt
On Tue, Feb 05, 2013 at 10:19:47AM -0800, Tony Lindgren wrote:
* gre...@linuxfoundation.org gre...@linuxfoundation.org [130205 09:28]:
On Tue, Feb 05, 2013 at 08:56:13PM +0530, kishon wrote:
Hi Tony, Greg,
On Tuesday 05 February 2013 08:54 PM, kishon wrote:
Hi Tony
On Thu, Jan 24, 2013 at 05:06:27PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Jiri Kosina [mailto:jkos...@suse.cz]
> > Sent: Thursday, January 24, 2013 5:10 AM
> > To: KY Srinivasan
> > Cc: gre...@linuxfoundation.org;
On Thu, Jan 24, 2013 at 05:06:27PM +, KY Srinivasan wrote:
-Original Message-
From: Jiri Kosina [mailto:jkos...@suse.cz]
Sent: Thursday, January 24, 2013 5:10 AM
To: KY Srinivasan
Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
de...@linuxdriverproject.org
On Wed, Dec 12, 2012 at 05:28:35AM +, Stephen Hurd wrote:
> 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, so running in single-byte
> interrupt
On Wed, Dec 12, 2012 at 05:28:35AM +, Stephen Hurd wrote:
From: Stephen Hurd sh...@broadcom.com
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, so running in single-byte
On Mon, Jan 14, 2013 at 10:27:55AM +0100, Peter Ujfalusi wrote:
> Hi Liu,
>
> On 01/14/2013 03:18 AM, Liu, Chuansheng wrote:
> > Hi maintainers,
> >
> > Could you help to push this patch?
> > Every time syncing the latest code, always meet this build error.
> > Sorry to disturb.
>
> First of
On Mon, Jan 14, 2013 at 10:27:55AM +0100, Peter Ujfalusi wrote:
Hi Liu,
On 01/14/2013 03:18 AM, Liu, Chuansheng wrote:
Hi maintainers,
Could you help to push this patch?
Every time syncing the latest code, always meet this build error.
Sorry to disturb.
First of all I'm sorry for
On Wed, Dec 12, 2012 at 01:11:47AM +, Stephen Hurd wrote:
> It appears that the modification to include/uapi/linux/serial_core.h is
> excluded by the dontdiff filters. I've attached an updated patch including
> it.
Care to resend the whole thing, I need it with the signed-off-by: line.
On Wed, Dec 12, 2012 at 01:11:47AM +, Stephen Hurd wrote:
It appears that the modification to include/uapi/linux/serial_core.h is
excluded by the dontdiff filters. I've attached an updated patch including
it.
Care to resend the whole thing, I need it with the signed-off-by: line.
Also,
On Mon, Nov 26, 2012 at 08:38:32PM +, Arnd Bergmann wrote:
> This is probably known and fixed already, but in case it's not, let me just
> mention that I saw two new warnings with ARM allyesconfig about a
> __devexit being removed but the __devexit_p() still being there:
>
>
On Mon, Nov 26, 2012 at 08:42:40PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Tomas Hozza [mailto:tho...@redhat.com]
> > Sent: Monday, November 12, 2012 3:55 AM
> > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
>
On Mon, Nov 26, 2012 at 08:42:40PM +, KY Srinivasan wrote:
-Original Message-
From: Tomas Hozza [mailto:tho...@redhat.com]
Sent: Monday, November 12, 2012 3:55 AM
To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
de...@linuxdriverproject.org; o...@aepfle.de
On Mon, Nov 26, 2012 at 08:38:32PM +, Arnd Bergmann wrote:
This is probably known and fixed already, but in case it's not, let me just
mention that I saw two new warnings with ARM allyesconfig about a
__devexit being removed but the __devexit_p() still being there:
On Fri, Nov 09, 2012 at 03:56:14PM +, KY Srinivasan wrote:
> > -Original Message-
> > From: Tomas Hozza [mailto:tho...@redhat.com]
KY, there have been a few of these tools/hv patches floating by, and you
haven't acked all of them from what I can tell. I've applied some of
them, but
On Fri, Nov 09, 2012 at 03:56:14PM +, KY Srinivasan wrote:
-Original Message-
From: Tomas Hozza [mailto:tho...@redhat.com]
snip
KY, there have been a few of these tools/hv patches floating by, and you
haven't acked all of them from what I can tell. I've applied some of
them, but
On Thu, Nov 08, 2012 at 01:30:11PM +0800, wwang wrote:
> 于 2012年11月08日 12:01, Alex Dubov 写道:
> >Hi,
> >>Do you have any comment on the MEMSTICK part in this v7 patchset? Can
> >>you help to merge the patch to the kernel tree?
> >
> >I'm afraid that presently I don't have much time to look at the
On Thu, Nov 08, 2012 at 01:30:11PM +0800, wwang wrote:
于 2012年11月08日 12:01, Alex Dubov 写道:
Hi,
Do you have any comment on the MEMSTICK part in this v7 patchset? Can
you help to merge the patch to the kernel tree?
I'm afraid that presently I don't have much time to look at the memstick
On Thu, Oct 25, 2012 at 03:05:43PM +0100, Jan Beulich wrote:
> >>> On 25.10.12 at 15:46, Konrad Rzeszutek Wilk
> >>> wrote:
> > On Thu, Oct 25, 2012 at 11:48:30AM +0100, Stefano Stabellini wrote:
> >> On Thu, 25 Oct 2012, Jan Beulich wrote:
> >> > >>> On 24.10.12 at 23:33, Randy Dunlap wrote:
>
On Thu, Oct 25, 2012 at 03:05:43PM +0100, Jan Beulich wrote:
On 25.10.12 at 15:46, Konrad Rzeszutek Wilk konrad.w...@oracle.com
wrote:
On Thu, Oct 25, 2012 at 11:48:30AM +0100, Stefano Stabellini wrote:
On Thu, 25 Oct 2012, Jan Beulich wrote:
On 24.10.12 at 23:33, Randy Dunlap
On Fri, Sep 28, 2012 at 08:26:51PM -0400, Ramesh Nagappa wrote:
> >
> > Why is all of this in the middle of the changelog section?
> >
> > I'm guessing you didn't use 'git send-email' for this?
> >
> > And why are you copying me on the patch?
>
> I got the CC list from
On Fri, Sep 28, 2012 at 07:40:39PM -0400, Ramesh Nagappa wrote:
> >From fd023edd911ef12aca38a72b40241661c202684f Mon Sep 17 00:00:00 2001
> From: Ramesh Nagappa
> Date: Thu, 27 Sep 2012 10:20:58 -0700
> Subject: [PATCH] net: fix neigh_resolve_output can cause skb_under_panic
Why is all of this
On Fri, Sep 28, 2012 at 07:40:39PM -0400, Ramesh Nagappa wrote:
From fd023edd911ef12aca38a72b40241661c202684f Mon Sep 17 00:00:00 2001
From: Ramesh Nagappa ramesh.naga...@ericsson.com
Date: Thu, 27 Sep 2012 10:20:58 -0700
Subject: [PATCH] net: fix neigh_resolve_output can cause skb_under_panic
-300 $ scripts/get_maintainer.pl
0001-net-fix-neigh_resolve_output-can-cause-skb_under_pan.patch
David S. Miller da...@davemloft.net (maintainer:NETWORKING
[GENERAL],commit_signer:3/4=75%)
Greg Kroah-Hartman gre...@linuxfoundation.org (commit_signer:3/4=75%)
Eric Dumazet eric.duma...@gmail.com
Myklebust, Trond
> > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > gre...@linuxfoundation.org
> > Subject: Fwd: Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and
> > nfs4_lookup_revalidate
> >
> > Hi all,
> >
> > I
-...@vger.kernel.org; linux-kernel@vger.kernel.org;
gre...@linuxfoundation.org
Subject: Fwd: Re: [PATCH] NFS: Fix Oopses in nfs_lookup_revalidate and
nfs4_lookup_revalidate
Hi all,
I still don't see this patch in the 3.5.x series.
Will it make it into 3.5.5?
Thanks,
Richard
Hi Greg
On Thu, Sep 20, 2012 at 10:50:51AM +0530, Venu Byravarasu wrote:
> Hi Greg & Felipe,
>
> Can any of you please review and merge this change?
That's up to Felipe.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Thu, Sep 20, 2012 at 10:50:51AM +0530, Venu Byravarasu wrote:
Hi Greg Felipe,
Can any of you please review and merge this change?
That's up to Felipe.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
601 - 700 of 730 matches
Mail list logo