From: Roger Tseng
(The original patch for PCI and USB was splitted here to make it easier for
stable tree.)
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 respons
From: Roger Tseng
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 response and thus it's impossible to get the
actual value. This could cause mmc stack to obtain in
From: Roger Tseng
Current code erroneously fill the last byte of R2 response with an undefined
value. In addition, the controller actually 'offloads' the last byte
(CRC7, end bit) while receiving R2 response and thus it's impossible to get the
actual value. This could cause mmc stack to obtain in
Hi,
late reply due to fatal environment failure, sorry.
On Mon, Aug 04, 2014 at 09:31:43PM -0700, Greg KH wrote:
> On Tue, Aug 05, 2014 at 06:13:25AM +0200, Andreas Mohr wrote:
> > Oh well, yet another driver where it became more difficult rather than
> > easier to make forward progress.
>
> If
Bring braces in line with CodingStyle
Signed-off-by: Aaron Brice
---
Applies to next-20140814
drivers/staging/dgnc/dgnc_neo.c | 10 --
drivers/staging/dgnc/dgnc_sysfs.c | 6 ++
drivers/staging/dgnc/dgnc_tty.c | 38 +++---
3 files changed, 17
Greetings,
I am a Financial Consultant with the HFC Bank Limited in Ghana
I am in control of privately owned funds placed for long term investments.
Our interest is to fund projects in form of Loan. Viable projects ranging from
1-500 Million USD would be funded at a guaranteed 3%
> -Original Message-
> From: David Miller [mailto:[email protected]]
> Sent: Thursday, August 14, 2014 5:29 PM
> To: Haiyang Zhang
> Cc: [email protected]; KY Srinivasan; [email protected];
> [email protected]; [email protected]; driverdev-
> [email protected]
> S
From: Haiyang Zhang
Date: Wed, 13 Aug 2014 18:03:44 +
> When the buffer is too small for a packet from VMBus, a bigger buffer will be
> allocated in netvsc_channel_cb() and retry reading the packet from VMBus.
> Increasing this buffer size will reduce the retry overhead.
>
> Signed-off-by: H
Hi Tobias,
On Thu, Aug 14, 2014 at 12:11 PM, Tobias Klauser wrote:
> On 2014-08-13 at 21:11:19 +0200, Jeshwanth Kumar N K
> wrote:
>> On Wed, Aug 13, 2014 at 12:06 PM, Tobias Klauser
>> wrote:
>>
>> > On 2014-08-12 at 20:54:48 +0200, Jeshwanth Kumar N K <
>> > [email protected]> wrote:
>>
Fixed up warnings, break is not useful after return statement.
And the exit Label is deleted, now returning inline.
Signed-off-by: Jeshwanth Kumar N K
---
drivers/staging/wlan-ng/prism2mgmt.c | 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
diff --git a/drivers/staging
On Thu, 14 Aug 2014 11:54:52 +0200
Maarten Lankhorst wrote:
> This allows users of dma fences to create a android fence.
>
> Signed-off-by: Maarten Lankhorst
> Cc: Daniel Vetter
> Cc: Jesse Barnes
> ---
> drivers/staging/android/sync.c | 24
> drivers/staging/android
Caro usuário
Seu e-mail ultrapassou 2 GB criadas pelo webmaster, você está executando em
2.30GB, o que não é possível enviar ou receber nova mensagem no próximo 24
horas até que você verificar e-mails conta.
Por favor, informe seus dados abaixo para verificar a sua conta:
(1) E-mail:
(2)
On Thu 2014-08-14 12:46:40, Son Le wrote:
> >From this page
> >(https://www.kernel.org/doc/Documentation/timers/timers-howto.txt):
> "msleep(1~20) may not do what the caller intends, and will often sleep
> longer (~20 ms actual sleep for any value given in the 1~20ms range).
> In many cases this i
>From this page
>(https://www.kernel.org/doc/Documentation/timers/timers-howto.txt):
"msleep(1~20) may not do what the caller intends, and will often sleep
longer (~20 ms actual sleep for any value given in the 1~20ms range).
In many cases this is not the desired behavior."
The call to msleep in
On Thu 2014-08-14 01:18:35, Son Le wrote:
>
> Signed-off-by: Son Le
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
___
devel mailing list
>
> Signed-off-by: Son Le
> ---
> drivers/staging/nokia_h4p/nokia_core.c |2 +-
> drivers/staging/nokia_h4p/nokia_fw-csr.c |2 +-
> drivers/staging/nokia_h4p/nokia_uart.c |2 +-
> 3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/staging/nokia_h4p/nokia_
This is a patch to the vendorspecificextn.c that fixes coding style
warning message line over 80 characters found by checkpatch.pl script.
I am submitting this patch as required by Eudyptula Challenge.
Signed-off-by: Ramesh Basukala
---
drivers/staging/bcm/vendorspecificextn.c | 19 +++
This allows users of dma fences to create a android fence.
Signed-off-by: Maarten Lankhorst
Cc: Daniel Vetter
Cc: Jesse Barnes
---
drivers/staging/android/sync.c | 24
drivers/staging/android/sync.h | 11 +++
2 files changed, 31 insertions(+), 4 deletions(-)
d
According to the documentation sync_fence_create takes ownership of the point,
not a reference on the point.
Signed-off-by: Maarten Lankhorst
Cc: Colin Cross
---
drivers/staging/android/sync.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/an
On 14 August 2014 08:06, Roger Tseng wrote:
> On Wed, 2014-08-13 at 17:09 +0200, Ulf Hansson wrote:
>> On 11 August 2014 10:32, wrote:
>> > From: Roger Tseng
>> >
>> > Current code erroneously fill the last byte of R2 response with an
>> > undefined
>> > value. In addition, it is impossible to
This patch fixes the following error using checkpatch.pl
Error: Do not initialise statics to 0 or NULL
Signed-off-by: Hema Prathaban
---
drivers/staging/lustre/lustre/ptlrpc/connection.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/ptlrpc/conn
21 matches
Mail list logo
