This patchset contains fixes for three types of checkpatch.pl warnings:
non-useful else statements after returns
missing blank lines after declarations for readability
one instance of a void function return statement
The file rc.c should now comply with the style warnings.
According to commit 0cce2eda19923e5e5ccc8b042dec5af87b3ffad0
USB: fix LANGID=0 regression
usb devices are not required to report string descriptors. Since they are
optional, log an info message instead of an error message. In addition,
use a higher level info message while moving the details t
Changes since v1:
* split cache sharing fix and cleanups into separate patches
Octavian Purdila (2):
mfd: viperboard: allocate I/O buffer separately
mfd: viperboard: remove redundant OOM message and NULL pointer check
drivers/mfd/viperboard.c | 16 ++--
include/linux/mfd/
Currently the I/O buffer is allocated part of the device status
structure, potentially sharing the same cache line with other members
in this structure.
Allocate the buffer separately, to avoid the I/O operations corrupting
the device status structure due to cache line sharing.
Compiled tested on
Signed-off-by: Octavian Purdila
---
drivers/mfd/viperboard.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/viperboard.c b/drivers/mfd/viperboard.c
index 5f62f4e..d27c131 100644
--- a/drivers/mfd/viperboard.c
+++ b/drivers/mfd/viperboard.c
@@ -59,10 +
From: Hayes Wang
Date: Fri, 19 Sep 2014 15:17:18 +0800
> If the hw is in ALDPS mode, the hw may have no response for accessing
> the most registers. Therefore, the ALDPS should be disabled before
> accessing the hw in rtl_ops.init(), rtl_ops.disable(), rtl_ops.up(),
> and rtl_ops.down(). Regardle
Hi,
On Mon, Sep 22, 2014 at 07:38:20PM +0200, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
> > On Sat, Sep 20, 2014 at 01:38:50PM +0200, Robert Jarzmik wrote:
> >> Felipe Balbi writes:
> >>
> >> > Hi,
> >> >
> >> > On Fri, Sep 19, 2014 at 10:48:25PM +0200, Robert Jarzmik wrote:
> >> >> Felip
Felipe Balbi writes:
> On Sat, Sep 20, 2014 at 01:38:50PM +0200, Robert Jarzmik wrote:
>> Felipe Balbi writes:
>>
>> > Hi,
>> >
>> > On Fri, Sep 19, 2014 at 10:48:25PM +0200, Robert Jarzmik wrote:
>> >> Felipe Balbi writes:
>> >>
>> >> > On Fri, Sep 19, 2014 at 09:46:22PM +0200, Robert Jarzmi
On Mon, Sep 22, 2014 at 7:08 PM, Johan Hovold wrote:
> On Mon, Sep 22, 2014 at 05:46:52PM +0300, Octavian Purdila wrote:
>> Currently the I/O buffer is allocated part of the device status
>> structure, potentially sharing the same cache line with other members
>> in this structure.
>>
>> Allocate
On Mon, Sep 22, 2014 at 07:19:37PM +0300, Octavian Purdila wrote:
> On Mon, Sep 22, 2014 at 7:08 PM, Johan Hovold wrote:
> > On Mon, Sep 22, 2014 at 05:46:52PM +0300, Octavian Purdila wrote:
> > Don't mix fixes and clean ups like this, but rather submit them as
> > separate patches.
> >
> Fair en
On Mon, Sep 22, 2014 at 05:46:52PM +0300, Octavian Purdila wrote:
> Currently the I/O buffer is allocated part of the device status
> structure, potentially sharing the same cache line with other members
> in this structure.
>
> Allocate the buffer separately, to avoid the I/O operations corruptin
Hi,
On Friday, September 19, 2014 07:02:49 PM Paul Zimmerman wrote:
> > From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
> > Sent: Friday, September 19, 2014 7:50 AM
> >
> > Unfortunately after second look there are even more problems with Kconfig
> > changes, please see below.
Hi Alan and Greg,
On 09/20/2014 06:19 AM, Chen Gang wrote:
> Hello Maintainers:
>
> Please help check this patch, when you have time.
>
> Thanks.
>
> On 09/08/2014 01:20 PM, Michal Simek wrote:
>> On 09/03/2014 05:50 PM, Chen Gang wrote:
>>> Need include it for irq_of_parse_and_map(), the relat
Currently the I/O buffer is allocated part of the device status
structure, potentially sharing the same cache line with other members
in this structure.
Allocate the buffer separately, to avoid the I/O operations corrupting
the device status structure due to cache line sharing.
Compiled tested on
On Mon, 22 Sep 2014 10:17:02 -0400 (EDT)
Alan Stern wrote:
> On Mon, 22 Sep 2014, Mark wrote:
>
> > When using an SCM-based USB-SCSI converter, access to target 7 is attempted
> > after scanning targets 0 to 6 during the bus scan. The SCSI ID of the
> > converter is hard-wired to 7 so there will
Hi,
On Thu, Sep 18, 2014 at 09:31:32AM -0500, Felipe Balbi wrote:
> This reverts commit f2267089ea17fa97b796b1b4247e3f8957655df3.
>
> That commit causes more problem than fixes. Firstly, kfree()
> should be called after usb_ep_dequeue() and secondly, the way
> things are, we will try to dequeue a
On Mon, 22 Sep 2014, Mark wrote:
> Hi,
>
> When using an SCM-based USB-SCSI converter, access to target 7 is attempted
> after scanning targets 0 to 6 during the bus scan. The SCSI ID of the
> converter is hard-wired to 7 so there will never be a target there. I'm
> proposing a small patch to usb
Hi,
When using an SCM-based USB-SCSI converter, access to target 7 is attempted
after scanning targets 0 to 6 during the bus scan. The SCSI ID of the
converter is hard-wired to 7 so there will never be a target there. I'm
proposing a small patch to usb_stor_probe2() so target 7 is not accessed;
se
On Sat, Sep 20, 2014 at 01:38:50PM +0200, Robert Jarzmik wrote:
> Felipe Balbi writes:
>
> > Hi,
> >
> > On Fri, Sep 19, 2014 at 10:48:25PM +0200, Robert Jarzmik wrote:
> >> Felipe Balbi writes:
> >>
> >> > On Fri, Sep 19, 2014 at 09:46:22PM +0200, Robert Jarzmik wrote:
> >> >> Since v5: This n
On Mon, Sep 22, 2014 at 11:17:24AM +0200, Johan Hovold wrote:
> Hi Greg,
>
> Here's my pull-request for v3.18-rc1.
>
> All have been in linux-next just fine.
>
> Thanks,
> Johan
>
>
> The following changes since commit 9e82bf014195d6f0054982c463575cdce24292be:
>
> Linux 3.17-rc5 (2014-09-14
* Krzysztof Opasiak [140922 01:07]:
> Dear Tony,
>
> > -Original Message-
> > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> > ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> > Sent: Saturday, September 20, 2014 5:51 PM
> > To: Matt Porter
> > Cc: linux-usb@vger.kernel.org
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Pete
--
To unsubscribe from this list: send the line "unsubscribe lin
On Mon, Sep 22, 2014 at 03:04:18PM +0530, Muthu Mani wrote:
> Adds support for USB-GPIO interface of Cypress Semiconductor
> CYUSBS234 USB-Serial Bridge controller.
>
> The GPIO get/set can be done through vendor command
> on control endpoint.
>
> Details about the device can be found at:
> http:
Hi,
On Thursday 18 September 2014 03:55 PM, Heikki Krogerus wrote:
> On Mon, Sep 15, 2014 at 03:35:08PM +0300, Heikki Krogerus wrote:
>> On Fri, Sep 12, 2014 at 08:16:01PM +0530, Kishon Vijay Abraham I wrote:
>>> Assume you have 2 phys in your system..
>>> static struct phy_lookup usb_lookup = {
>
On Mon, Sep 22, 2014 at 03:03:46PM +0530, Muthu Mani wrote:
> Adds support for USB-I2C interface of Cypress Semiconductor
> CYUSBS234 USB-Serial Bridge controller.
>
> The read/write operation is setup using vendor command through
> control endpoint and actual data transfer happens through
> bulk
On Mon, Sep 22, 2014 at 03:02:52PM +0530, Muthu Mani wrote:
> Adds support for USB-I2C/GPIO interfaces of Cypress Semiconductor
> CYUSBS234 USB-Serial Bridge controller.
>
> Details about the device can be found at:
> http://www.cypress.com/?rID=84126
Ok, so this is a bit of an odd bird.
First o
Adds support for USB-GPIO interface of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
The GPIO get/set can be done through vendor command
on control endpoint.
Details about the device can be found at:
http://www.cypress.com/?rID=84126
Signed-off-by: Muthu Mani
Signed-off-by: Raja
Adds support for USB-I2C/GPIO interfaces of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
Details about the device can be found at:
http://www.cypress.com/?rID=84126
Signed-off-by: Muthu Mani
Signed-off-by: Rajaram Regupathy
---
drivers/mfd/Kconfig | 12
drivers
Adds support for USB-I2C interface of Cypress Semiconductor
CYUSBS234 USB-Serial Bridge controller.
The read/write operation is setup using vendor command through
control endpoint and actual data transfer happens through
bulk in/out endpoints.
Details about the device can be found at:
http://www.
Hi Greg,
Here's my pull-request for v3.18-rc1.
All have been in linux-next just fine.
Thanks,
Johan
The following changes since commit 9e82bf014195d6f0054982c463575cdce24292be:
Linux 3.17-rc5 (2014-09-14 17:50:12 -0700)
are available in the git repository at:
git://git.kernel.org/pub/sc
On Mon, Sep 22, 2014 at 09:50:43AM +0200, Andreas Bomholtz wrote:
> Added the Seluxit ApS USB Serial Dongle to cp210x driver.
>
> Signed-off-by: Andreas Bomholtz
> ---
Thanks for resending. Applied just fine now.
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
t
On Sat, Sep 20, 2014 at 08:16:43AM -0500, Joe Savage wrote:
> From: Joe Savage
> Date: Sat, 20 Sep 2014 08:01:16 -0500
> Subject: [PATCH] USB: serial: cp210x: added Ketra N1 wireless interface
> support
>
> Added support for Ketra N1 wireless interface, which uses the
> Silicon Labs' CP2104 USB
Dear Tony,
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Tony Lindgren
> Sent: Saturday, September 20, 2014 5:51 PM
> To: Matt Porter
> Cc: linux-usb@vger.kernel.org
> Subject: [PATCH] libusbg: Fix usbg_disable_gadget
Added the Seluxit ApS USB Serial Dongle to cp210x driver.
Signed-off-by: Andreas Bomholtz
---
drivers/usb/serial/cp210x.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/cp210x.c b/drivers/usb/serial/cp210x.c
index e4bb622..abd7577 100644
--- a/drivers/usb/serial/cp210x.c
On Friday 19 September 2014 21:46:24 Robert Jarzmik wrote:
> Add documentation for device-tree binding of arm PXA 27x udc (usb
> device) driver.
>
> Signed-off-by: Robert Jarzmik
> Cc: devicet...@vger.kernel.org
>
> ---
> Since V1: change OF id mrvl,pxa27x_udc -> marvell,pxa27x-udc
> T
35 matches
Mail list logo
