On 03-06-18, 08:52, Janani Sankara Babu wrote:
> This patch replaces comparison of var to NULL with !var
>
> Signed-off-by: Janani Sankara Babu
> ---
> drivers/staging/greybus/core.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/staging/greybus/core.c
Hi Marcus,
I have been taking a look at the pi433 driver these last days, and started
working on the remaining TODOs. I just stumbled across the following
one (drivers/staging/pi433/rf69.c):
245 // TODO: Dependency to bitrate
246 if (deviation < 600 || deviation > 50) {
247
On Mon, Jun 04 2018, Rosen Penev wrote:
> This currently fixes the remaining dtb warnings:
>
> Node /pcie@1e14/pcie0 has a reg or ranges property, but no unit name
> Node /pcie@1e14/pcie1 has a reg or ranges property, but no unit name
> Node /pcie@1e14/pcie2 has a reg or ranges
On Mon, Jun 04 2018, Rosen Penev wrote:
> Node /cpus/cpu@0 has a unit name, but no reg property
> Node /cpus/cpu@1 has a unit name, but no reg property
> Node /cpuintc@0 has a unit name, but no reg property
> Node /cpuclock@0 has a unit name, but no reg property
> Node /sysclock@0 has a unit
This currently fixes the remaining dtb warnings:
Node /pcie@1e14/pcie0 has a reg or ranges property, but no unit name
Node /pcie@1e14/pcie1 has a reg or ranges property, but no unit name
Node /pcie@1e14/pcie2 has a reg or ranges property, but no unit name
Node /pcie@1e14/pcie0
Node /cpus/cpu@0 has a unit name, but no reg property
Node /cpus/cpu@1 has a unit name, but no reg property
Node /cpuintc@0 has a unit name, but no reg property
Node /cpuclock@0 has a unit name, but no reg property
Node /sysclock@0 has a unit name, but no reg property
I tried to match what is in
Le mercredi 30 mai 2018 à 14:17:25 (+0300), Dan Carpenter a écrit :
> On Tue, May 29, 2018 at 09:11:43PM +0200, Thibaut Robert wrote:
> > diff --git a/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
> > b/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
> > index e248702ee519..745bf5ca2622
Le lundi 04 juin 2018 à 10:55:49 (+0530), Ajay Singh a écrit :
>
> Thank you for submitting the patches.
>
> The modification in this patch looks okay to me.
> Please resend this by including changes as suggested by Dan.
> I can do the modification and resubmit this patch by including review
>
On Sun, Jan 01, 2017 at 01:00:59AM +, Abdul Rauf wrote:
> Fix the following checks:
> Alignment should match open parenthesis.
>
> Signed-off-by: Abdul Rauf
> ---
> drivers/staging/fwserial/fwserial.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git
Hello,
Justin Skists, le lun. 04 juin 2018 10:52:12 +0100, a ecrit:
> The synths[] array is a collection of synths acting like a list.
> There is no need for synths to be an array, so refactor synths[] to use
> standard kernel list_head API, instead, and modify the usages to suit.
> As a
The synths[] array is a collection of synths acting like a list.
There is no need for synths to be an array, so refactor synths[] to use
standard kernel list_head API, instead, and modify the usages to suit.
As a side-effect, the maximum number of synths has also become redundant.
Signed-off-by:
Reviewed-by: Claudiu Beznea
On 04.06.2018 08:29, Ajay Singh wrote:
> Instead of having own linked list implementation to maintain buffer queue
> change
> to use list_head. Also removed the few elements from 'wilc' struct as it's not
> required to be part of 'wilc' struct.
>
> Ajay Singh (4):
>
Hyper-V provides a pv hypercall HvFlushGuestPhysicalAddressSpace to flush
nested VM address space mapping in l1 hypervisor and it's to reduce overhead
of flushing ept tlb among vcpus. This patch is to implement it.
Signed-off-by: Lan Tianyu
---
arch/x86/hyperv/Makefile | 2 +-
Hyper-V provides a para-virtualization hypercall
HvFlushGuestPhysicalAddressSpace
to flush nested VM address space mapping in l1 hypervisor and it's to reduce
overhead
of flushing ept tlb among vcpus. The tradition way is to send IPIs to all
affected
vcpus and executes INVEPT on each vcpus. It
On Sun, Jun 03, 2018 at 07:16:19PM +0300, Ivan Safonov wrote:
> On 05/28/2018 04:53 PM, Dan Carpenter wrote:
> > On Mon, May 28, 2018 at 09:18:21AM +0300, Ivan Safonov wrote:
> > > Put data to skb, decrypt with lib80211_crypt_wep, and place back to tx
> > > buffer.
> > >
> > > Signed-off-by:
Looks like a nice driver to me now. Thanks!
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
On Fri, Jun 01, 2018 at 11:31:20AM -0700, r...@google.com wrote:
> From: Roman Kiryanov
>
> Functions are less error-prone and generate cleaner compilation.
>
> Signed-off-by: Roman Kiryanov
> ---
> drivers/staging/goldfish/goldfish_audio.c | 46 +++
> 1 file changed, 30
On Mon, Jun 04, 2018 at 12:09:22AM -0700, Christoph Hellwig wrote:
> On Fri, Jun 01, 2018 at 09:08:39PM +0200, Greg Kroah-Hartman wrote:
> > Please, compare yourself to orangefs. That is the perfect example of
> > how to do everything right. They got their code into staging, cleaned
> > it up,
On Fri, Jun 01, 2018 at 09:08:39PM +0200, Greg Kroah-Hartman wrote:
> Please, compare yourself to orangefs. That is the perfect example of
> how to do everything right. They got their code into staging, cleaned
> it up, talked to us about what was needed to do to get the remaining
> bits in
19 matches
Mail list logo
