Fixed a coding style issue for braces.
Signed-off-by: Dean Michael Ancajas
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c
b/drivers/staging/ft1000/ft1000-pcmcia
ked-by: Greg Kroah-Hartman
> Reviewed-by: Jarkko Sakkinen
> Reviewed-by: Jason Gunthorpe
> Signed-off-by: Arnd Bergmann
Acked-by: Michael S. Tsirkin
> ---
> drivers/char/ppdev.c | 12 +-
> drivers/char/tpm/tpm_vtpm_proxy.c | 12 +-
>
documentation I just send I patch to fix them in a dedicated
> patch
Acked-by: Michael S. Tsirkin
for the vhost change.
> >
> > Signed-off-by: Mauro Carvalho Chehab
> > ---
> > Documentation/acpi/dsd/leds.txt | 2 +-
> >
It's fixed.
Michael
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
Sent: Wednesday, November 1, 2017 9:20 AM
To: Michael Kelley (EOSG)
Cc: gre...@linuxfoundation.org; LKML ;
de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
vkuzn...@redha
Vitaly Kuznetsov writes:
> Vitaly Kuznetsov writes:
>
> > mikel...@exchange.microsoft.com writes:
> >
> >> From: Michael Kelley
> >>
> >> The 2016 version of Hyper-V offers the option to operate the guest VM
> >> per-vcpu stimer's
Thomas Gleixner writes:
> On Tue, 31 Oct 2017, mikel...@exchange.microsoft.com wrote:
> > diff --git a/arch/x86/include/uapi/asm/hyperv.h
> > b/arch/x86/include/uapi/asm/hyperv.h
> > index f65d125..408cf3e 100644
> > --- a/arch/x86/include/uapi/asm/hyperv.h
> > +++ b/arch/x86/include/uapi/asm/hyp
Thomas
> Gleixner ; Ingo Molnar ; H. Peter Anvin
> ; KY Srinivasan ; Haiyang Zhang
> ; Stephen Hemminger ; Michael
> Kelley (EOSG) ; Andy Lutomirski
> ;
> Mohammed Gamal ; Cathy Avery ; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org
> Subject: [PATCH 3/6] x86/hype
; ; H. Peter Anvin ; Tianyu Lan
> ; Michael Kelley (EOSG)
>
> Subject: [PATCH 2/4] x86/hyper-v: use 'fast' hypercall for HVCALL_SEND_IPI
>
> Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi
> hypercall can't be 'fast' (passing pa
; ; H. Peter Anvin ; Tianyu Lan
> ; Michael Kelley (EOSG)
>
> Subject: [PATCH 3/4] x86/hyper-v: use cheaper HVCALL_SEND_IPI hypercall when
> possible
>
> When there is no need to send an IPI to a CPU with VP number > 64
> we can do the job with fast HVCALL_SEND_
.@canonical.com;
> jasow...@redhat.com; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Subject: RE: [PATCH 1/1] X86/Hyper-V:: Fix the circular dependency in IPI
> enlightenment.
>
> On Fri, 6 Jul 2018, Thomas Gleixner wrote:
> > On Fri, 6
ked before
> we pass 'nr_bank' to hypercall.
>
> Fixes: 1268ed0c474a ("x86/hyper-v: Fix the circular dependency in IPI
> enlightenment")
> Signed-off-by: Vitaly Kuznetsov
> ---
> arch/x86/hyperv/mmu.c | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-
his will likely be a bigger change as
> all call sites need to be checked first.
>
> Fixes: 1268ed0c474a ("x86/hyper-v: Fix the circular dependency in IPI
> enlightenment")
> Signed-off-by: Vitaly Kuznetsov
> ---
> arch/x86/hyperv/mmu.c | 5 +
> 1 file
of input and no output. Vitaly recently added hv_do_fast_hypercall16()
in the linux-next tree. See __send_ipi_mask() in hv_apic.c in linux-next
for an example of usage. With a fast hypercall, you don't need the code for
getting the per-cpu input arg or the code for local irq save/restore, so
data to Hyper-V.
> @@ -1081,6 +1178,11 @@ static int vmbus_bus_init(void)
> bus_unregister(&hv_bus);
> + free_page((unsigned long)hv_panic_page);
> + if (!hv_ctl_table_hdr) {
The above test is backwards. Remove the bang.
> @@ -1785,10 +1887,18 @@ static void __exit vm
From: Sunil Muthuswamy Sent: Wednesday, July 11, 2018 9:59 AM
> Thanks, Michael. In which branch should I fix these now that the changes have
> been
> merged with the char-misc-next branch?
If the original code is already in char-misc-next, you should probably submit a
completely new
ost VSP's
> response and notices the channel has been rescinded, can't safely give
> up: e.g., in hv_pci_protocol_negotiation() -> wait_for_response(), it's
> unsafe to exit from wait_for_response() and proceed with the on-stack
> variable "comp_pkt" popped. Th
her function to return sctrl.enable. But I'm completely
open to reasons why checking sctrl.enable is better.
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
From: k...@linuxonhyperv.com Sent: Friday, August 10,
2018 4:06 PM
>
> Fix a bug in the key delete code - the num_records range
> from 0 to num_records-1.
>
> Signed-off-by: K. Y. Srinivasan
> Reported-by: David Binderman
> Cc:
> ---
Rev
nt. When called from vmbus_probe(),
the device lock is held, so it's good. But when called from
vmbus_match(), the device lock may not be held: consider the path
__driver_attach() -> driver_match_device() -> vmbus_match().
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
From: Stephen Hemminger Sent: Tuesday, August 14,
2018 9:35 AM
> On Mon, 13 Aug 2018 19:30:50 +
> "Michael Kelley (EOSG)" wrote:
>
> > > +/*
> > > + * Return a matching hv_vmbus_device_id pointer.
> > > + * If there is no match, retu
Vitaly -- just to confirm: you are OK with the patch as is? (I'll
check, but I may need to rebase on the latest code.)
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
_NONE) happens before we read the
> > + * MessagePending and EOMing. Otherwise, the EOMing
> > + * will not deliver any more messages since there is
> > + * no empty slot
> > + */
> > +mb();
> > +
> > +if (msg->header.message_flags.msg_pending) {
> > +/*
> > + * This will cause message queue rescan to
> > + * possibly deliver another msg from the
> > + * hypervisor
> > + */
> > +hv_set_vpreg(HvRegisterEom, 0);
> > +}
> > +}
>
> The code above is identical to what we have on the x86 side except how we
> signal EOM state. If we abstract this, this entire function can be in a
> common file.
Agreed. I should be able to do that as part of breaking out
an ISA independent version of this include file.
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
gt; + return 1;
> > +
> We should perhaps set the array so the contents are invalid so we can
> correctly
> handle enlightenments for TL shootdown and IPI.
Agreed. Will add the initialization in v3 of the patch.
Michael
___
d
Fixes checkpatch warning: Avoid multiple line dereference
Signed-off-by: Michael S. Hansen
---
drivers/staging/vt6656/rxtx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/vt6656/rxtx.c b/drivers/staging/vt6656/rxtx.c
index aa59e7f..7f526c0 100644
--- a
> -Original Message-
> From: Greg KH
> Sent: Wednesday, April 4, 2018 1:16 AM
> To: Michael Kelley (EOSG)
> Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; vkuzn...@redhat.com; jasow...@redhat.com;
> leann
er_channel *
> - (max_sub_channels + 1));
> + (max_sub_channels + 1)) *
> + (100 - ring_avail_percent_lowater) / 100;
A minor nit, but the use of parentheses here is
e have defined a function to calculate available ring buffer
> percentage to write.
>
> Use that function and remove netvsc's private version.
>
> Signed-off-by: Long Li
Reviewed-by: Michael Kelley
> ---
> drivers/net/hyperv/hyperv_net.h | 1 -
> drivers/net/hyperv/n
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
> On Behalf
> Of Long Li
> Sent: Thursday, April 19, 2018 2:54 PM
> To: KY Srinivasan ; Haiyang Zhang
> ; Stephen
> Hemminger ; James E . J . Bottomley
> ;
> Martin K . Petersen ;
> de...@linuxdriverproject.org; linux-
> s
t; t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH 1/5] X86: Hyper-V: Enlighten APIC access
>
> From: "K. Y. Srinivasan"
>
> Hyper-V supports MSR based APIC access;
t; t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH 2/5] X86: Hyper-V: Enable IPI enlightenments
>
> From: "K. Y. Srinivasan"
>
> Hyper-V supports hypercalls to implem
targetvtl;
u8 reserved[3];
struct hv_vpset vp_set;
>
> +struct hv_vpset {
> + u64 format;
> + u64 valid_bank_mask;
> + u64 bank_contents[];
> +};
And this as well.
Michael
_
t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH V2 1/5] X86: Hyper-V: Enlighten APIC access
>
> From: "K. Y. Srinivasan"
>
> Hyper-V supports MSR based APIC access;
t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH V2 2/5] X86: Hyper-V: Enable IPI enlightenments
>
> From: "K. Y. Srinivasan"
>
> Hyper-V supports hypercalls to implem
t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH V2 3/5] X86: Hyper-V: Enhanced IPI enlightenment
>
> From: "K. Y. Srinivasan"
>
> Support enhanced IPI enlightenments
t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH V2 4/5] X86: Hyper-V: Consolidate code for converting cpumask
> to vpset
>
> From: "K. Y. Srinivasan"
>
> Consolidat
t...@linutronix.de; h...@zytor.com; Stephen Hemminger
> ;
> Michael Kelley (EOSG) ; vkuzn...@redhat.com
> Cc: KY Srinivasan
> Subject: [PATCH V2 5/5] X86: Hyper-V: Consolidate the allocation of the
> hypercall input page
>
> From: "K. Y. Srinivasan"
>
&
0x40B5
#define HV_X64_MSR_STIMER3_CONFIG 0x40B6
#define HV_X64_MSR_STIMER3_COUNT0x40B7
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
ible with the
drivers for other VMbus devices. We should work on a generic solution.
Michael
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
> From: Dexuan Cui
> Sent: Tuesday, May 29, 2018 12:58 PM
> Subject: RE: [PATCH] PCI: hv: Do not wait forever on a device that has
> disappeared
>
> > From: Michael Kelley (EOSG)
> > Sent: Monday, May 28, 2018 17:19
> >
> > While this patch solves the im
tlfs.h
> index b8c89265baf0..53bbeb08faea 100644
> --- a/arch/x86/include/asm/hyperv-tlfs.h
> +++ b/arch/x86/include/asm/hyperv-tlfs.h
> @@ -309,6 +309,7 @@ struct ms_hyperv_tsc_page {
> #define HV_X64_MSR_REENLIGHTENMENT_CONTROL 0x4106
>
cular IPI or TLB flush operation. Once the
initialization of secondary CPUs is complete, the uninitialized situation won't
happen again, and the hypercall path will always be used.
We'll need to coordinate on these patches. Be aware tha
.
It shouldn't cost an arm and a leg to land a new client. The entire database is
R2000.
Let me know if you have any questions!
All data is POPI Compliant.
Have a lovely day!
Let me know if you have any questions.
--
Regards,
Michael Van Rooyen
065 837 2339
mich...@fastwebsite.
--
My name is Michael J. Weirsky, I'm an unemployed Handy man , winner of
$273million Jackpot in March 8, 2019. I donate $1.000.000,00 to you.
Contact me via email: micj...@aol.com for info / claim.
Continue reading:
https://abcnews.go.com/WNT/video/jersey-handyman-forward-273m-lo
That's the default now, no need for makefiles to set it.
Signed-off-by: Michael S. Tsirkin
---
drivers/bluetooth/Makefile| 2 --
drivers/net/can/Makefile | 1 -
drivers/net/ethernet/altera/Makefile
Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h,
use the new header directly so we can drop
the wrapper in include/linux/pci_ids.h.
Signed-off-by: Michael S. Tsirkin
---
drivers/staging/comedi/comedidev.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
Header moved from linux/pci_ids.h to uapi/linux/pci_ids.h,
use the new header directly so we can drop
the wrapper in include/linux/pci_ids.h.
Signed-off-by: Michael S. Tsirkin
---
drivers/staging/olpc_dcon/olpc_dcon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
This file does not use any pci APIs, drop
pci header includes.
Signed-off-by: Michael S. Tsirkin
---
drivers/staging/olpc_dcon/olpc_dcon.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon.c
b/drivers/staging/olpc_dcon/olpc_dcon.c
index 1787cd7..d115f5c
This file does not use any pci APIs, drop
pci header includes.
Signed-off-by: Michael S. Tsirkin
---
drivers/staging/olpc_dcon/olpc_dcon.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon.c
b/drivers/staging/olpc_dcon/olpc_dcon.c
index bc7e664..d115f5c
rg; Stephen Hemminger ; Radim Krčmář
> ; Haiyang Zhang ; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; Michael Kelley (EOSG)
> ; Ingo Molnar ; Roman Kagan
> ; Andy Lutomirski ; H. Peter Anvin
> ; Paolo Bonzini ; Mohammed Gamal
>
> Subject: Re: [PATCH v3 3/7]
Vitaly Kuznetsov writes:
>
> > "Michael Kelley (EOSG)" writes:
> >
> >> On Fri, 19 Jan 2018, Thomas Gleixner wrote:
> >>
> >>>
> >>> You added '#include ' to mshyperv.h which is included
> >>> in
&
that CPU.
Signed-off-by: Michael Kelley
---
drivers/scsi/storvsc_drv.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index e07907d..f3264c4 100644
--- a/drivers/scsi/storvsc_drv.c
+++ b/drivers/scsi/storvsc_drv.c
Updated/corrected two email addresses ...
> -Original Message-
> From: Michael Kelley (EOSG)
> Sent: Wednesday, January 24, 2018 2:14 PM
> To: KY Srinivasan ; Stephen Hemminger
> ;
> martin.peter...@oracle.com; lo...@microsoft.com; jbottom...@odin.com;
> de...@l
Increase cmd_per_lun to allow more I/Os in progress per device,
particularly for NVMe's. The Hyper-V host side can handle the
higher count with no issues.
Signed-off-by: Michael Kelley
---
drivers/scsi/storvsc_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, January 25, 2018 2:00 AM
> To: Michael Kelley (EOSG)
> Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de;
> a...@canonical.com; vkuzn
From: Michael Kelley
The 2016 version of Hyper-V offers the option to operate the guest VM
per-vcpu stimer's in Direct Mode, which means the timer interupts on its
own vector rather than queueing a VMbus message. Direct Mode reduces
timer processing overhead in both the hypervisor and the
From: Michael Kelley
The 2016 version of Hyper-V offers the option to operate the guest VM
per-vcpu stimer's in Direct Mode, which means the timer interupts on its
own vector rather than queueing a VMbus message. Direct Mode reduces
timer processing overhead in both the hypervisor and the
> From: Long Li
> Sent: Wednesday, January 31, 2018 12:23 PM
> To: Michael Kelley (EOSG) ; KY Srinivasan
> ; Stephen Hemminger ;
> martin.peter...@oracle.com; de...@linuxdriverproject.org;
> linux-ker...@vger.kernel.org;
> linux-s...@vger.kernel.org; James E . J . Bottomley
> -Original Message-
> From: KY Srinivasan
> Sent: Sunday, February 11, 2018 5:14 PM
--- snip ---
> > if (rbi->ring_buffer->feature_bits.feat_pending_send_sz) {
> > u32 pending_sz = READ_ONCE(rbi->ring_buffer-
> > >pending_send_sz);
> >
> > /*
> > +
> -Original Message-
> From: Stephen Hemminger
> Sent: Tuesday, February 13, 2018 9:35 AM
> To: Michael Kelley
> Cc: Michael Kelley (EOSG) ;
> gre...@linuxfoundation.org;
> linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a
com; vkuzn...@redhat.com; jasow...@redhat.com;
> leann.ogasaw...@canonical.com; marcelo.ce...@canonical.com; Stephen Hemminger
> ; Michael Kelley (EOSG)
>
> Subject: Re: [PATCH 08/12] Drivers: hv: vmbus: Implement Direct Mode for
> stimer0
>
> On Sun, Feb 11, 2018 at 05:33:
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
> On Behalf
> Of Dexuan Cui
> Sent: Friday, March 2, 2018 4:21 PM
> To: bhelg...@google.com; linux-...@vger.kernel.org; KY Srinivasan
> ;
> Stephen Hemminger
> Cc: linux-ker...@vger.kernel.org; driverdev-devel@linuxdriverpr
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ; Jack
> Morgenstein ; sta...@vger.kernel.org
> Subject: [PATCH v2 5/6] PCI: hv: hv_pci_devices_present(): only queue
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ; Jack
> Morgenstein ; sta...@vger.kernel.org
> Subject: [PATCH v3 4/6] PCI: hv: remove hbus->enum_sem
>
>
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ; Jack
> Morgenstein ; sta...@vger.kernel.org
> Subject: [PATCH v3 5/6] PCI: hv: hv_pci_devices_present(): only qu
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ;
> sta...@vger.kernel.org; Jack Morgenstein
> Subject: [PATCH v3 6/6] PCI: hv: fix 2 hang issues in hv_compose_
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ; Jack
> Morgenstein ; sta...@vger.kernel.org
> Subject: [PATCH v3 2/6] PCI: hv: hv_eject_device_work(): remov
kernel.org; driverdev-devel@linuxdriverproject.org;
> Haiyang Zhang
> ; vkuzn...@redhat.com; marcelo.ce...@canonical.com;
> Michael
> Kelley (EOSG) ; Dexuan Cui
> ; Jack
> Morgenstein ; sta...@vger.kernel.org
> Subject: [PATCH v3 3/6] PCI: hv: serialize the present/eject work it
> -Original Message-
> From: Sridhar Pitchai
> Sent: Wednesday, March 14, 2018 11:08 AM
> To: Lorenzo Pieralisi ; Michael Kelley (EOSG)
>
> Cc: Bjorn Helgaas ; Jake Oshins ;
> Haiyang
> Zhang ; Stephen Hemminger ;
> Dexuan
> Cui ; KY Srinivasan ;
> de
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org
> On Behalf
> Of Long Li
> Sent: Thursday, March 15, 2018 4:52 PM
> To: KY Srinivasan ; Haiyang Zhang
> ; Stephen
> Hemminger ; James E . J . Bottomley
> ;
> Martin K . Petersen ;
> de...@linuxdriverproject.org; linux-
> s
ATCH] vmbus: use put_device() if device_register fail
>
> if device_register() returned an error. Always use put_device()
> to give up the reference initialized.
>
> Signed-off-by: Arvind Yadav
Reviewed-by: Michael Kelley
> ---
> drivers/hv/vmbus_drv.c | 1 +
> 1 file c
s hv_pci_onchannelcallback() as
a callback function that is invoked from the VMbus interrupt handler.
So GFP_ATOMIC is appropriate.
Michael
> hv_pci_onchannelcallback() calls kmalloc with GFP_ATOMIC,
> which waits busily for allocation.
> GFP_ATOMIC is not necessary and can be replaced with G
ion.
> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL
> to avoid busy waiting.
>
> This is found by a static analysis tool named DCNS written by myself.
>
> Signed-off-by: Jia-Ju Bai
Reviewed-by: Michael Kelley
> ---
> drivers/pci/host/pci-hyperv.c | 2 +-
initialize() and device_add(), Arvind is correct. device_initialize()
creates the object with a reference count of 1. device_add() does not
decrement that reference count or free the object, even if it fails. The
comments for device_register() call this out as well.
Michael
>
> K. Y
> > return ret;
> > }
> >
> > --
> > 2.7.4
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
does this change
affect anything on the Hyper-V side? Or is Hyper-V just ignoring
the value? If this change doesn't have any impact on the
interactions with Hyper-V, perhaps it would be good to explain
why in the commit message.
Michael
>
> Signed-off-by: Haiyang Zhang
> ---
&g
so fix the calculation for sub-channels.
>
> Change log:
> v2: Addressed comment on incorrect number of sub-channels.
> (Michael Kelley )
>
> Signed-off-by: Long Li
Reviewed-by: Michael Kelley
> ---
> drivers/scsi/storvsc_drv.c | 7 +--
> 1 file changed, 5
--
Hello,
I tried e-mailing you more than twice but my email bounced back
failure, Note this, soonest you receive this email revert to me before
I deliver the message it's importunate, pressing, crucial. Await your
response.
Best regards
Dr. Michael
ot;real" part of the kernel as there's no
> real work that needs to be done to the existing code.
Where does one find the canonical documentation of the user-space API?
Thanks,
Michael
> Signed-off-by: Greg Kroah-Hartman
> ---
>
> This was discussed in the Android m
Commit-ID: 35b69a420bfb56b7b74cb635ea903db05e357bec
Gitweb: https://git.kernel.org/tip/35b69a420bfb56b7b74cb635ea903db05e357bec
Author: Michael Kelley
AuthorDate: Sun, 4 Nov 2018 03:48:54 +
Committer: Thomas Gleixner
CommitDate: Sun, 4 Nov 2018 11:04:46 +0100
clockevents/drivers
Commit-ID: 1de72c706488b7be664a601cf3843bd01e327e58
Gitweb: https://git.kernel.org/tip/1de72c706488b7be664a601cf3843bd01e327e58
Author: Michael Kelley
AuthorDate: Sun, 4 Nov 2018 03:48:57 +
Committer: Thomas Gleixner
CommitDate: Sun, 4 Nov 2018 11:04:46 +0100
x86/hyper-v: Enable
1001 - 1079 of 1079 matches
Mail list logo
