Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Mon, Aug 28, 2017 at 04:46:07PM -0700, Joe Perches wrote: > On Mon, 2017-08-28 at 16:42 -0700, David Miller wrote: > > From: Greg Kroah-Hartman > > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > > > The IRDA code has long been obsolete and broken.  So, to keep people

RE: [PATCH] vsock: only load vmci transport on VMware hypervisor by default

> From: Dexuan Cui > Sent: Tuesday, August 22, 2017 21:21 > > ... > > ... > > The only problem here would be the potential for a guest and a host app > to > > have a conflict wrt port numbers, even though they would be able to > > operate fine, if restricted to their appropriate transport. > > > >

[PATCH] storvsc: fix memory leak on ring buffer busy

From: Long Li When storvsc is sending I/O to Hyper-v, it may allocate a bigger buffer descriptor for large data payload that can't fit into a pre-allocated buffer descriptor. This bigger buffer is freed on return path. If I/O request to Hyper-v fails due to ring buffer

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Mon, 2017-08-28 at 16:42 -0700, David Miller wrote: > From: Greg Kroah-Hartman > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > The IRDA code has long been obsolete and broken.  So, to keep people > > from trying to use it, and to prevent people from having to

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

From: Greg Kroah-Hartman Date: Sun, 27 Aug 2017 17:03:30 +0200 > The IRDA code has long been obsolete and broken. So, to keep people > from trying to use it, and to prevent people from having to maintain it, > let's move it to drivers/staging/ so that we can delete

[PATCH] Staging: ks7010: Fix alignment should match open parenthesis.

This commit fixes alignment styling as reported by checkpatch.pl. Signed-off-by: Jonathan Whitaker --- drivers/staging/ks7010/ks_hostif.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/ks7010/ks_hostif.c

[PATCH] Staging: ks7010: Fix hardcoded function names in strings. Warnings reported by checkpatch.pl.

This commit replaces hardcoded function name strings to the more preferred '"%s...", __func__' style. These warnings were reported by checkpatch.pl. Signed-off-by: Jonathan Whitaker --- drivers/staging/ks7010/ks7010_sdio.c | 4 ++-- 1 file changed, 2 insertions(+), 2

RE: [PATCH v3 net-next 1/1] hv_sock: implements Hyper-V transport for Virtual Sockets (AF_VSOCK)

> From: David Miller [mailto:da...@davemloft.net] > Sent: Monday, August 28, 2017 15:39 > From: Dexuan Cui > Date: Sat, 26 Aug 2017 04:52:43 + > > > > > Hyper-V Sockets (hv_sock) supplies a byte-stream based communication > > mechanism between the host and the guest. It

Re: [PATCH v3 net-next 1/1] hv_sock: implements Hyper-V transport for Virtual Sockets (AF_VSOCK)

From: Dexuan Cui Date: Sat, 26 Aug 2017 04:52:43 + > > Hyper-V Sockets (hv_sock) supplies a byte-stream based communication > mechanism between the host and the guest. It uses VMBus ringbuffer as the > transportation layer. > > With hv_sock, applications between the

Re: [PATCH v2 11/14] power: supply: bq24190_charger: Get input_current_limit from our supplier

Hi, On 28-08-17 20:07, Liam Breck wrote: Hi Hans, I sent too soon... On Mon, Aug 28, 2017 at 9:04 AM, Hans de Goede wrote: Hi, On 16-08-17 22:28, Liam Breck wrote: Hi Hans, On Tue, Aug 15, 2017 at 1:04 PM, Hans de Goede wrote: On some devices

Re: [PATCH v2 11/14] power: supply: bq24190_charger: Get input_current_limit from our supplier

Hi Hans, I sent too soon... On Mon, Aug 28, 2017 at 9:04 AM, Hans de Goede wrote: > Hi, > > > On 16-08-17 22:28, Liam Breck wrote: >> >> Hi Hans, >> >> On Tue, Aug 15, 2017 at 1:04 PM, Hans de Goede >> wrote: >>> >>> On some devices the USB Type-C port

[PATCH v2] staging: most: hdm_usb: Driver registration with module_usb_driver

Register with module_usb_driver macro instead of module_init/module_exit. Signed-off-by: Alex Briskin --- drivers/staging/most/hdm-usb/hdm_usb.c | 20 +--- 1 file changed, 1 insertion(+), 19 deletions(-) diff --git a/drivers/staging/most/hdm-usb/hdm_usb.c

[PATCH 11/11 v3] staging: typec: tcpm: Switch to PORT_RESET instead of SNK_UNATTACHED

When VBUS is not discovered within PD_T_PS_SOURCE_ON although Rp is detected on CC, TCPM switches the port to SNK_UNATTACHED state. SNK_UNATTACHED, however does not force TYPEC_CC_OPEN which makes the partner(source) to think that it is connected. To overcome this issue, force the port into

[PATCH 08/11 v3] staging: typec: tcpm: add cc change handling in src states

In the case that the lower layer driver reports a cc change directly from SINK state to SOURCE state, TCPM doesn't handle these cc change in SRC_SEND_CAPABILITIES, SRC_READY states. And with SRC_ATTACHED state, the change is not handled as the port is still considered connected. [49606.131672]

[PATCH 04/11 v3] staging: usb: tcpm: usb: type-c: tcpm: Check for Rp for tPDDebounce

According the spec, the following is the conditions for exiting Try.SNK state: "The port shall wait for tDRPTry and only then begin monitoring the CC1 and CC2 pins for the SNK.Rp state. The port shall then transition to Attached.SNK when the SNK.Rp state is detected on exactly one of the CC1 or

[PATCH 06/11 v3] staging: typec: tcpm: Comply with TryWait.SNK State

According to the spec: "4.5.2.2.10.2 Exiting from TryWait.SNK State The port shall transition to Attached.SNK after tCCDebounce if or when VBUS is detected. Note the Source may initiate USB PD communications which will cause brief periods of the SNK.Open state on both the CC1 and CC2 pins, but

[PATCH 10/11 v3] staging: typec: tcpm: Do not send PING msgs in TCPM

PING messages are used to monitor the connect/disconnect. However, when PD is carried over CC, so this is not required. Also, the spec does not clearly say if PD is possible when Type-c is connected to Type-A/B. So, removing sending PING messages altogether. Signed-off-by: Badhri Jagan Sridharan

[PATCH 05/11 v3] staging: typec: tcpm: Follow Try.SRC exit requirements

According to spec: " 4.5.2.2.9.2 Exiting from Try.SRC State: The port shall transition to Attached.SRC when the SRC.Rd state is detected on exactly one of the CC1 or CC2 pins for at least tPDDebounce. The port shall transition to TryWait.SNK after tDRPTry and the SRC.Rd state has not been

[PATCH 07/11 v3] staging: typec: tcpm: Consider port_type while determining unattached_state

While performing PORT_RESET, upon receiving the cc disconnect signal from the underlaying tcpc device, TCPM transitions into unattached state. Consider the current type of port while determining the unattached state. In the below logs, although the port_type was set to sink, TCPM transitioned

[PATCH 09/11 v3] staging: typec: tcpm: typec: tcpm: Wait for CC debounce before PD excg

Once, Rp or Rd is switched, wait for PD_T_CC_DEBOUNCE. If not the PS_RDY message transmitted might result in failure. Also, Only wait for PD_T_SRCSWAPSTDBY while in PR_SWAP_SRC_SNK_TRANSITION_OFF. PD_T_PS_SOURCE_OFF is the overall time after which the initial sink would issue hard reset.

[PATCH 03/11 v3] staging: typec: tcpm: Prevent TCPM from looping in SRC_TRYWAIT

According to the spec the following is the condition for exiting TryWait.SRC: "The port shall transition to Attached.SRC when V BUS is at vSafe0V and the SRC.Rd state is detected on exactly one of the CC pins for at least tCCDebounce. The port shall transition to Unattached.SNK after tDRPTry if

[PATCH 02/11 v3] staging: typec: tcpm: Check for port type for Try.SRC/Try.SNK

Enable Try.SRC or Try.SNK only when port_type is DRP. Try.SRC or Try.SNK state machines are not valid for SRC only or SNK only ports. Signed-off-by: Badhri Jagan Sridharan Reviewed-by: Guenter Roeck --- Changelog since v1: - Corrected tag Changelog since

[PATCH 01/11 v3] staging: typec: tcpm: set port type callback

The port type callback call enquires the tcpc_dev if the requested port type is supported. If supported, then performs a tcpm reset if required after setting the tcpm internal port_type variable. Check against the tcpm port_type instead of checking against caps.type as port_type reflects the

Re: [PATCH v2 11/14] power: supply: bq24190_charger: Get input_current_limit from our supplier

Hi Hans, On Mon, Aug 28, 2017 at 9:04 AM, Hans de Goede wrote: > Hi, > > > On 16-08-17 22:28, Liam Breck wrote: >> >> Hi Hans, >> >> On Tue, Aug 15, 2017 at 1:04 PM, Hans de Goede >> wrote: >>> >>> On some devices the USB Type-C port power (USB PD 2.0)

RE: [PATCHv2] hv_set_ifconfig.sh double check before setting ip

> -Original Message- > From: Haiyang Zhang > Sent: Monday, August 28, 2017 8:57 AM > To: Stephen Hemminger ; Eduardo Otubo > ; KY Srinivasan > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; Stephen >

Re: [PATCH v2 04/14] staging: typec: fusb302: Get max snk mv/ma/mw from device-properties

Hi, On 17-08-17 23:41, Rob Herring wrote: On Tue, Aug 15, 2017 at 10:04:52PM +0200, Hans de Goede wrote: This is board specific info so it should come from board config, such as devicetree. I've chosen to prefix these with "fcs," treating them as fusb302 driver specific for now. We may want

Re: [PATCHv2] hv_set_ifconfig.sh double check before setting ip

On Mon, Aug 28, 2017 at 03:56:44PM +, Haiyang Zhang wrote: > > > > -Original Message- > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Monday, August 28, 2017 11:16 AM > > To: Eduardo Otubo > > Cc: linux-ker...@vger.kernel.org;

Re: [PATCH v2 11/14] power: supply: bq24190_charger: Get input_current_limit from our supplier

Hi, On 16-08-17 22:28, Liam Breck wrote: Hi Hans, On Tue, Aug 15, 2017 at 1:04 PM, Hans de Goede wrote: On some devices the USB Type-C port power (USB PD 2.0) negotiation is done by a separate port-controller IC, while the current limit is controlled through another

RE: [PATCHv2] hv_set_ifconfig.sh double check before setting ip

> -Original Message- > From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Monday, August 28, 2017 11:16 AM > To: Eduardo Otubo > Cc: linux-ker...@vger.kernel.org; de...@linuxdriverproject.org; Haiyang > Zhang ; Stephen Hemminger

Re: Send a large patch right now or is it better to do it later?

On Fri, Jul 28, 2017 at 05:16:56PM +0200, Marcus Wolf wrote: > Hi Greg, > > according to the proposals of Walter Harms, I revised the rf69.c: I replaced > some macros with inline functions and removed some obsolete ifdefs. According > to > walter this will improve the resource situation. In

Re: [PATCHv2] hv_set_ifconfig.sh double check before setting ip

On Mon, 28 Aug 2017 12:01:21 +0200 Eduardo Otubo wrote: > v2: The script is now a little bit safer so it doesn't conflicts with > network daemon trying to set configurations at the same time. > > This patch fixes the behavior of the hv_set_ifconfig script when setting > the

[PATCH] Staging: bcm2048 fix bare use of 'unsigned' in radio-bcm2048.c

This is a patch to the radio-bcm2048.c file that fixes up a warning found by the checkpatch.pl tool. Removed unused 'size' argument from property_read macro. In property_write macro, 'signal, size' is replaced by 'prop_type'. This change implys the update of DEFINE_SYSFS_PROPERTY macro and all

Re: [PATCHv2] hv_set_ifconfig.sh double check before setting ip

On Mon, Aug 28, Eduardo Otubo wrote: > +sleep 30s; Was this runtime tested? Once this sleep(1) is done, HV_UTIL_TIMEOUT kicks in and the daemon dies. Olaf signature.asc Description: PGP signature ___ devel mailing list

[PATCH] staging: rtl8723bs: hal: remove cast to void pointer

casting to void pointer from any pointer type and vice-versa is done implicitly and therefore casting is not needed in such a case. Signed-off-by: Himanshu Jha --- drivers/staging/rtl8723bs/hal/hal_btcoex.c| 14 +++

[PATCH] staging: rtl8723bs: os_dep: remove cast to void pointer

casting to void pointer from any pointer type and vice-versa is done implicitly and therefore casting is not needed in such a case. Signed-off-by: Himanshu Jha --- drivers/staging/rtl8723bs/os_dep/mlme_linux.c | 4 ++--

[PATCH] staging: rtl8723bs: core: remove cast to void pointer

casting to void pointer from any pointer type and vice-versa is done implicitly and therefore casting is not needed in such a case. Signed-off-by: Himanshu Jha --- drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +- drivers/staging/rtl8723bs/core/rtw_mlme_ext.c |

[PATCH] staging: rtl8188eu: remove unnecessary call to memset

call to memset to assign 0 value immediately after allocating memory with kzalloc is unnecesaary as kzalloc allocates the memory filled with 0 value. Signed-off-by: Himanshu Jha --- drivers/staging/rtl8188eu/core/rtw_mlme.c | 3 ---

[PATCH v2] staging: fsl-mc: move bus driver out of staging

From: Stuart Yoder Move the source files out of staging into their final locations: -include files in drivers/staging/fsl-mc/include go to include/linux/fsl -irq-gic-v3-its-fsl-mc-msi.c goes to drivers/irqchip -source in drivers/staging/fsl-mc/bus goes to

[PATCH] staging: rtlwifi: remove memset before memcpy

calling memcpy immediately after memset with the same region of memory makes memset redundant. Signed-off-by: Himanshu Jha --- drivers/staging/rtlwifi/base.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/rtlwifi/base.c

[PATCHv2] hv_set_ifconfig.sh double check before setting ip

v2: The script is now a little bit safer so it doesn't conflicts with network daemon trying to set configurations at the same time. This patch fixes the behavior of the hv_set_ifconfig script when setting the interface ip. Sometimes the interface has already been configured by network daemon, in

For Mutual Benefit

Dear Beneficiary I am Peter Douglas Director Inspection Unit United Nations Inspection Agent in Hartsfield–Jackson Atlanta International Airport Atlanta GA. We are rounding up for the second Quater of the auditing, all abandom Consignment in US Airports are being transfer to our facilities

Re: [PATCH] staging: gdm724x: Rename variable for consistency

On Thu, Aug 24, 2017 at 07:18:53PM -0400, Nick Fox wrote: > Rename dftEpsId variable to dft_eps_ID to be consistent with other > variables in the source file. > > Signed-off-by: Nick Fox > --- > drivers/staging/gdm724x/hci_packet.h | 4 ++-- > 1 file changed, 2

Re: [PATCH] Staging rtlwifi efuse fix up a warning kzalloc

Yeah... I reviewed this code to see where rtlpriv->cfg->maps[EFUSE_HWSET_MAX_SIZE] gets set and if it can be controlled by the user. It looks to me like it's only set when we declare rtl8822be_hal_cfg in drivers/staging/rtlwifi/rtl8822be/sw.c so it's fine. I think it should probably be a big

Re: [PATCH] staging: lustre: constify cl_lock_operations

On Sun, Aug 27, 2017 at 11:35:27AM +0530, Arvind Yadav wrote: > cl_lock_operations are not supposed to change at runtime. > cl_lock_slice_add is working with const cl_lock_operations. > So mark the non-const cl_lock_operations structs as const. > > Signed-off-by: Arvind Yadav

Re: [PATCH v1] staging: most: hdm_usb: Driver registration with module_driver macro

On Sun, Aug 27, 2017 at 08:22:10AM +0300, Alex Briskin wrote: > Register with module_driver macro instead of module_init/module_exit. It must be the module_usb_driver. Also in the subject. Hint: use the imperative sentence for the subject, like "staging: most: hdm_usb: use module_usb_driver ..."

Re: [PATCH] staging: rtl8723bs: remove memset before memcpy

On Mon, Aug 28, 2017 at 09:19:06AM +0300, Dan Carpenter wrote: > On Mon, Aug 28, 2017 at 01:43:31AM +0530, Himanshu Jha wrote: > > calling memcpy immediately after memset with the same region of memory > > makes memset redundant. > > > > Build successfully. > > > > Thanks for the patch, it

Re: [PATCH] staging: rtl8723bs: remove memset before memcpy

On Mon, Aug 28, 2017 at 01:43:31AM +0530, Himanshu Jha wrote: > calling memcpy immediately after memset with the same region of memory > makes memset redundant. > > Build successfully. > Thanks for the patch, it looks good. You don't need to say that it builds successfully, because we already