On Thu, Apr 30, 2015 at 02:09:13PM -0500, Larry Finger wrote:
> On 04/30/2015 12:50 PM, Gujulan Elango, Hari Prasath (H.) wrote:
> >
> >From: Larry Finger on behalf of Larry Finger
> >
> >Sent: Thursday, April 30, 2015 11:03 PM
> >To: Gujulan Elango, Hari Prasath (H.); Dan Carpenter
> >Cc: de...@
On Thu, Apr 09, 2015 at 06:10:04PM -0700, Mitchel Humpherys wrote:
> We're currently using %lu and %ld to print some variables of type
> dma_addr_t, which results in the following warning when dma_addr_t is
> 64-bits wide:
>
> drivers/staging/android/ion/ion_chunk_heap.c: In function
> 'ion_c
On Mon, May 04, 2015 at 07:21:52AM +, Gujulan Elango, Hari Prasath (H.)
wrote:
>
> Please exuse me for the replies being screwed up. I just figured out how to
> reply to e-mails from Mutt.Hope you would be getting cleaner replies from now
> on.
No problem. Please put line breaks at 72 ch
On Fri, May 01, 2015 at 10:46:53AM +0300, Dan Carpenter wrote:
> The subject says "fix" but this does not fix a run time bug, it just
> silences a warning. It's still the correct thing according to Larry
> so that's good.
>
> On Thu, Apr 30, 2015 at 12:06:28PM +, Gujulan Elango, Hari Prasath
This patch addresses a spatch warning on assigning a negative
value to a unsigned integer.Similar patch has been submitted by
Larry Finger earlier to silence the same spatch warning in another
file.
Signed-off-by: Hari Prasath Gujulan Elango
---
v2: Address Dan Carpenter review comments f
On Mon, May 04, 2015 at 09:29:05AM +, Gujulan Elango, Hari Prasath (H.)
wrote:
> This patch addresses a spatch warning on assigning a negative
> value to a unsigned integer.Similar patch has been submitted by
> Larry Finger earlier to silence the same spatch warning in another
> file.
Or, mor
As the first argument of gf_write64() was of type unsigned long, and as
some calls to gf_write64() were casting the first argument from void *
to u64 the compiler and/or sparse were printing warnings for casts of
wrong sizes when compiling for i386.
This patch changes the type of the first argumen
Looks good.
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
>> > When is "soon"? How about, if I don't see some real work happening from
>> > you all in the next 2 months (i.e. before 4.1-final), I drop lustre from
>> > the tree in 4.2-rc1. Given that you all have had over 2 years to get
>> > your act together, and nothing has happened, I think I've been
Email chopped up and responded to out of order.
> If this is acceptable to you it can be started right away.
No one is going to approve your patches until you send them. Start and
then we'll see. Send them in as they are ready so you don't get too far
along and we ask you to redo everything.
>
On 05/04/2015 02:21 AM, Gujulan Elango, Hari Prasath (H.) wrote:
On Thu, Apr 30, 2015 at 02:09:13PM -0500, Larry Finger wrote:
Please fix your mailer. The most recent material to which you were
replying was not indented any levels, but the "new" material was 3
levels deep. It is extremely diffi
From: Oleg Drokin
Create libcfs_kvzalloc and libcfs_kvzalloc_cpt that
are designed to replace OBD_ALLOC_LARGE and OBD_CPT_ALLOC_LARGE.
Not a drop-in replacement as they also take gfp flags armument
for more flexibility.
Signed-off-by: Oleg Drokin
---
Greg, I have addressed your comments wrt t
With commit b56fc3c53654 ("hv_netvsc: Fix a bug in netvsc_start_xmit()"),
skb variable is no longer used in netvsc_send. Remove variable and dead
code that depended on it.
Cc: Haiyang Zhang
Cc: K. Y. Srinivasan
Signed-off-by: Jerry Snitselaar
---
drivers/net/hyperv/netvsc.c | 9 ++---
1 fi
UML has no io memory nor cpuid.
Let's disable this driver for UML.
Fixes:
drivers/staging/unisys/common-spar/include/iovmcall_gnuc.h: In function
‘__unisys_vmcall_gnuc’:
drivers/staging/unisys/common-spar/include/iovmcall_gnuc.h:24:2: error:
implicit declaration of function ‘cpuid’ [-Werror=impl
On Mon, May 4, 2015 at 1:22 AM, Dan Carpenter wrote:
> On Thu, Apr 09, 2015 at 06:10:04PM -0700, Mitchel Humpherys wrote:
>> We're currently using %lu and %ld to print some variables of type
>> dma_addr_t, which results in the following warning when dma_addr_t is
>> 64-bits wide:
>>
>> drivers
Hi,
On 04.05.2015 11:29, Gujulan Elango, Hari Prasath (H.) wrote:
> This patch addresses a spatch warning on assigning a negative
> value to a unsigned integer.Similar patch has been submitted by
> Larry Finger earlier to silence the same spatch warning in another
> file.
>
> Signed-off-by: Hari
> -Original Message-
> From: Jerry Snitselaar [mailto:jsnit...@redhat.com]
> Sent: Monday, May 4, 2015 10:57 AM
> To: linux-ker...@vger.kernel.org
> Cc: net...@vger.kernel.org; de...@linuxdriverproject.org; Haiyang Zhang;
> KY Srinivasan
> Subject: [PATCH] hv_netvsc: remove unused variabl
Dan,
Thanks for your comments. My replies inline.
Thanks,
German
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Thursday, April 30, 2015 6:50 AM
> To: Rivera Jose-B46482
> Cc: gre...@linuxfoundation.org; a...@arndb.de;
> de...@driverdev.osuosl.org;
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Thursday, April 30, 2015 7:13 AM
> To: Rivera Jose-B46482
> Cc: gre...@linuxfoundation.org; a...@arndb.de;
> de...@driverdev.osuosl.org; linux-ker...@vger.kernel.org; Yoder Stuart-
> B08248; Sharma Bhupes
On Sun, May 03, 2015 at 09:24:59PM +0200, Greg KH wrote:
> On Tue, Apr 21, 2015 at 01:12:03PM -0700, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > The same area used for ioremap() is used for the MTRR area.
> > Convert the driver from using the x86 specific MTRR code to
> > the a
From: "Luis R. Rodriguez"
The same area used for ioremap() is used for the MTRR area.
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take advantage of that al
On Mon, May 04 2015 at 01:05:50 PM, Colin Cross wrote:
> On Mon, May 4, 2015 at 1:22 AM, Dan Carpenter
> wrote:
>> On Thu, Apr 09, 2015 at 06:10:04PM -0700, Mitchel Humpherys wrote:
>>> We're currently using %lu and %ld to print some variables of type
>>> dma_addr_t, which results in the followi
22 matches
Mail list logo
