On Tue, Jan 26, 2016 at 11:44:30AM +0900, glen lee wrote:
>
>
> On 2016년 01월 26일 02:21, Greg KH wrote:
> >On Mon, Jan 25, 2016 at 03:15:31PM +0200, Kalle Valo wrote:
> >>Glen Lee writes:
> >>
> >>>This patch series contains
> >>>* support suspend and resume functionality
> >>>* use a unified fir
On 2016년 01월 26일 02:21, Greg KH wrote:
On Mon, Jan 25, 2016 at 03:15:31PM +0200, Kalle Valo wrote:
Glen Lee writes:
This patch series contains
* support suspend and resume functionality
* use a unified firmware for all mode of operations(station, ap, p2p)
* support Station/AP concurrency
*
Signed-off-by: Shaun Ren
---
drivers/staging/rts5208/rtsx_transport.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rts5208/rtsx_transport.c
b/drivers/staging/rts5208/rtsx_transport.c
index eff9a4b621..43787df 100644
--- a/drivers/staging/rts5208/rtsx_transp
This patch fixes coding style issues in rtsx_transport.c.
Signed-off-by: Shaun Ren
---
drivers/staging/rts5208/rtsx_transport.c | 115 +--
1 file changed, 65 insertions(+), 50 deletions(-)
diff --git a/drivers/staging/rts5208/rtsx_transport.c
b/drivers/staging/rts52
This set of patches fixes the coding style issues in rtsx_transport.c, and adds
a missing dma_mapping_error check.
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Dan Carpenter writes:
> On Tue, Jan 26, 2016 at 08:32:48AM +0800, Huang, Ying wrote:
>> Dan Carpenter writes:
>>
>> > On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
>> >> Apart from the mail which Ying Huang sent to me last week for another
>> >> error
>> >> (which actually t
On Tue, Jan 26, 2016 at 08:32:48AM +0800, Huang, Ying wrote:
> Dan Carpenter writes:
>
> > On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
> >> Apart from the mail which Ying Huang sent to me last week for another error
> >> (which actually turned out to be this one), i saw the f
Dan Carpenter writes:
> On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
>> Apart from the mail which Ying Huang sent to me last week for another error
>> (which actually turned out to be this one), i saw the first report by
>> Ying Huang on November.
>> https://lkml.org/lkml/2015
Not every arch has io memory.
So, unbreak the build by fixing the dependencies.
Signed-off-by: Richard Weinberger
---
drivers/staging/iio/adc/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/iio/adc/Kconfig b/drivers/staging/iio/adc/Kconfig
index 58d4517..b9519be 10064
Am Donnerstag 21 Januar 2016, 10:23:46 schrieb Gujulan Elango, Hari Prasath:
> From: Hari Prasath Gujulan Elango
>
> Replace the led_classdev_register() with the platform managed version
> devm_led_classdev_register() & henceforth remove the redundant
> nvec_paz00_remove() function.
>
> Signed-o
On Mon, Jan 25, 2016 at 06:19:44PM +0530, Sudip Mukherjee wrote:
> On Mon, Jan 25, 2016 at 03:40:41PM +0300, Dan Carpenter wrote:
> > Ying, could you CC the subsystem list for these reports? This one was
> > CC'd to Sirnam, Greg and LKML. Sirnam is too new to understand what
> > they mean, Greg i
On 01/24/2016 07:19 AM, Herbert Xu wrote:
> This patch replaces uses of the long obsolete hash interface with
> ahash.
>
> Signed-off-by: Herbert Xu
> ---
>
> drivers/scsi/iscsi_tcp.c| 54
> ++--
> drivers/scsi/iscsi_tcp.h|4 +--
> drivers/
alloc_etherdev() calls alloc_netdev_mqs(), which
already uses kzalloc/vzalloc.
This clears a sparse warning :
drivers/staging/unisys/visornic/visornic_main.c:1366:15: warning: memset with
byte count of 1460112
Signed-off-by: Hugo Camboulive
---
drivers/staging/unisys/visornic/visornic_main.c |
From: Haiyang Zhang
Date: Mon, 25 Jan 2016 09:49:31 -0800
> Since eliminating send_completion_tid from struct hv_netvsc_packet, we
> haven't add proper book keeping for the skb of the batched packet. This
> patch fixes this issue and allows the previous skb is properly freed.
> Otherwise, a panic
From: Vitaly Kuznetsov
Date: Mon, 25 Jan 2016 16:00:41 +0100
> Recent changes to 'struct flow_keys' (e.g commit d34af823ff40 ("net: Add
> VLAN ID to flow_keys")) introduced a performance regression in netvsc
> driver. Is problem is, however, not the above mentioned commit but the
> fact that netv
On Mon, Jan 25, 2016 at 01:16:56PM +0100, Ksenija Stanojević wrote:
> Hi All,
>
> I'm helping Greg do a bit of cleanup in the staging tree, I noticed that
> wlan-ng driver is maybe ready to be moved out of staging. Are there
> any TODO tasks left to do beside checkpatch.pl clean-up?
I happened to
Em Mon, 25 Jan 2016 23:03:43 +0530
Sudip Mukherjee escreveu:
> On Monday 25 January 2016 10:42 PM, Mauro Carvalho Chehab wrote:
> > Em Mon, 25 Jan 2016 22:32:31 +0530
> > Sudip Mukherjee escreveu:
> >
> >> On Mon, Jan 25, 2016 at 02:29:06PM -0200, Mauro Carvalho Chehab wrote:
> >>> Em Fri, 1
On Monday 25 January 2016 10:42 PM, Mauro Carvalho Chehab wrote:
Em Mon, 25 Jan 2016 22:32:31 +0530
Sudip Mukherjee escreveu:
On Mon, Jan 25, 2016 at 02:29:06PM -0200, Mauro Carvalho Chehab wrote:
Em Fri, 18 Dec 2015 18:35:29 +0530
Sudip Mukherjee escreveu:
Modify lirc_parallel driver to u
On Mon, Jan 25, 2016 at 03:15:31PM +0200, Kalle Valo wrote:
> Glen Lee writes:
>
> > This patch series contains
> >
> > * support suspend and resume functionality
> >
> > * use a unified firmware for all
Em Mon, 25 Jan 2016 22:32:31 +0530
Sudip Mukherjee escreveu:
> On Mon, Jan 25, 2016 at 02:29:06PM -0200, Mauro Carvalho Chehab wrote:
> > Em Fri, 18 Dec 2015 18:35:29 +0530
> > Sudip Mukherjee escreveu:
> >
> > > Modify lirc_parallel driver to use the new parallel port device model.
> >
>
On Mon, 2016-01-25 at 16:00 +0100, Vitaly Kuznetsov wrote:
> Recent changes to 'struct flow_keys' (e.g commit d34af823ff40 ("net: Add
> VLAN ID to flow_keys")) introduced a performance regression in netvsc
> driver. Is problem is, however, not the above mentioned commit but the
> fact that netvsc_s
On Mon, Jan 25, 2016 at 02:29:06PM -0200, Mauro Carvalho Chehab wrote:
> Em Fri, 18 Dec 2015 18:35:29 +0530
> Sudip Mukherjee escreveu:
>
> > Modify lirc_parallel driver to use the new parallel port device model.
>
> Did you or someone else tested this patch?
Only build tested and tested by ins
Em Fri, 18 Dec 2015 18:35:29 +0530
Sudip Mukherjee escreveu:
> Modify lirc_parallel driver to use the new parallel port device model.
Did you or someone else tested this patch?
Regards,
Mauro
>
> Signed-off-by: Sudip Mukherjee
> ---
> drivers/staging/media/lirc/lirc_parallel.c | 100
>
Em Fri, 18 Dec 2015 18:35:28 +0530
Sudip Mukherjee escreveu:
> checkpatch complains about the logical operator, which should be on the
> previous line.
IMHO, this is a matter of personal taste. I prefer to keep the operator
on the next line, as it makes clearer to see why the logic was broken.
On Sun, Jan 24, 2016 at 2:18 PM, Herbert Xu wrote:
> This patch replaces uses of blkcipher with skcipher.
>
> Signed-off-by: Herbert Xu
> ---
>
> net/ceph/crypto.c | 97
> +++---
> 1 file changed, 56 insertions(+), 41 deletions(-)
Could you get
Since eliminating send_completion_tid from struct hv_netvsc_packet, we
haven't add proper book keeping for the skb of the batched packet. This
patch fixes this issue and allows the previous skb is properly freed.
Otherwise, a panic may happen.
Thanks to Simon Xiao for bisecting and analysis.
Sign
The ade7753_spi_read_reg_16() will either successfully read a value
from SPI, or return a failure code without delivering data. However,
the ade7753_stop_device() and ade7753_reset() functions use the returned
data without checking for an error condition first. Gcc detects this
as a possible bug an
The ad5933_i2c_read function returns an error code to indicate
whether it could read data or not. However ad5933_work() ignores
this return code and just accesses the data unconditionally,
which gets detected by gcc as a possible bug:
drivers/staging/iio/impedance-analyzer/ad5933.c: In function 'a
Hi Ksenija,
On Mon, Jan 25, 2016 at 01:18:46PM +0100, Ksenija Stanojević wrote:
> I'm helping Greg do a bit of cleanup in the staging tree, I noticed that
> skein driver is maybe ready to be moved out of staging. Are there
> any TODO tasks left to do beside checkpatch.pl clean-up?
Well, I haven't
From: Matej Vasek
The code contained typos like "structur", "fointers", etc. Fix that.
No code change, only comments.
Signed-off-by: Matej Vasek
Cc: Sudip Mukherjee
Cc: Teddy Wang
Cc: Greg Kroah-Hartman
Cc:
Cc:
Signed-off-by: Jiri Slaby
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 4 ++
Recent changes to 'struct flow_keys' (e.g commit d34af823ff40 ("net: Add
VLAN ID to flow_keys")) introduced a performance regression in netvsc
driver. Is problem is, however, not the above mentioned commit but the
fact that netvsc_set_hash() function did some assumptions on the struct
flow_keys dat
On Mon, 2016-01-25 at 18:21 +0530, Sudip Mukherjee wrote:
> On Mon, Jan 25, 2016 at 04:47:26AM -0800, Joe Perches wrote:
> > On Mon, 2016-01-25 at 12:16 +0300, Dan Carpenter wrote:
> > > Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
> > > would have missed this bug in rev
On Mon, 2016-01-25 at 12:16 +0300, Dan Carpenter wrote:
> Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
> would have missed this bug in review, but it wasn't sent to the list so
> I guess we'll never know.
So when isn't usleep_range preferred over udelay?
___
> Recently, it has been reported that D-Link DWA-582 cards, which use an
> RTL8812AE chip are not able to scan for 5G networks. The problems started
> with kernel 4.2, which is the first version that had commit d10101a60372
> ("rtlwifi: rtl8821ae: Fix problem with regulatory information"). With th
Glen Lee writes:
> This patch series contains
>
> * support suspend and resume functionality
>
> * use a unified firmware for all mode of operations(station, ap, p2p)
>
> * support Station/AP
On Mon, Jan 25, 2016 at 04:47:26AM -0800, Joe Perches wrote:
> On Mon, 2016-01-25 at 12:16 +0300, Dan Carpenter wrote:
> > Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
> > would have missed this bug in review, but it wasn't sent to the list so
> > I guess we'll never kno
On Mon, Jan 25, 2016 at 03:40:41PM +0300, Dan Carpenter wrote:
> On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
> > Apart from the mail which Ying Huang sent to me last week for another error
> > (which actually turned out to be this one), i saw the first report by
> > Ying Huang
On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
> Apart from the mail which Ying Huang sent to me last week for another error
> (which actually turned out to be this one), i saw the first report by
> Ying Huang on November.
> https://lkml.org/lkml/2015/11/2/93
Ying, could you CC t
On Mon, Jan 25, 2016 at 01:16:56PM +0100, Ksenija Stanojević wrote:
> Hi All,
>
> I'm helping Greg do a bit of cleanup in the staging tree, I noticed that
> wlan-ng driver is maybe ready to be moved out of staging. Are there
> any TODO tasks left to do beside checkpatch.pl clean-up?
I think the m
Hi Jason,
I'm helping Greg do a bit of cleanup in the staging tree, I noticed that
skein driver is maybe ready to be moved out of staging. Are there
any TODO tasks left to do beside checkpatch.pl clean-up?
Thanks,
Ksenija
___
devel mailing list
de...@li
Hi All,
I'm helping Greg do a bit of cleanup in the staging tree, I noticed that
wlan-ng driver is maybe ready to be moved out of staging. Are there
any TODO tasks left to do beside checkpatch.pl clean-up?
Thanks,
Ksenija
___
devel mailing list
de...@li
Hey,
Op 21-01-16 om 13:49 schreef Gustavo Padovan:
> From: Gustavo Padovan
>
> Hi,
>
> The following patches are some clean ups on the sync framework before
> we start the actual de-staging. The main changes here are the move of
> SW_SYNC_USER to debugfs. Removal of struct sync_pt in favor of dir
On Mon, Jan 25, 2016 at 03:13:21PM +0530, Sudip Mukherjee wrote:
> On Mon, Jan 25, 2016 at 12:16:01PM +0300, Dan Carpenter wrote:
> > Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
> > would have missed this bug in review, but it wasn't sent to the list so
> > I guess we'l
On Mon, Jan 25, 2016 at 12:16:01PM +0300, Dan Carpenter wrote:
> Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
> would have missed this bug in review, but it wasn't sent to the list so
> I guess we'll never know.
I can find the v1 of the patch in usb list.
http://permali
Anyway, I'll update Smatch to warn about these in the future.
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Ugh... Checkpatch told us to introduce bugs... :( We almost certainly
would have missed this bug in review, but it wasn't sent to the list so
I guess we'll never know.
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://
46 matches
Mail list logo
