[PATCH V2 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread K. Y. Srinivasan
Probe for the existance of legacy PIC, if one does not exist, use the null_legacy_pic. This patch implements the proposal put forth by H. Peter Anvin . In version V1 of the patch, I had cleaned up the code based on comments from Peter. In this version of the patch, I have addressed additional

RE: [PATCH V1 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread KY Srinivasan
> -Original Message- > From: H. Peter Anvin [mailto:h...@zytor.com] > Sent: Friday, April 11, 2014 4:59 PM > To: KY Srinivasan; x...@kernel.org; gre...@linuxfoundation.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; jasow...@redhat

[PATCH] staging: keucr: fix sparse warning

2014-04-11 Thread Rui Miguel Silva
fix sparse warning: drivers/staging/keucr/smilmain.c:163:5: warning: symbol 'Check_D_MediaFmt' was not declared. Should it be static? by declaring it in the right header. And remove duplication of definition of SM_INIT Signed-off-by: Rui Miguel Silva --- drivers/staging/keucr/init.c | 1 + dri

[PATCH v3 2/3] staging: vt6655: removed incorrect casting in ioctl.c

2014-04-11 Thread Silvio Fricke
This patch fixes the following type of sparse warnings: drivers/staging/vt6655/ioctl.c:308:104: warning: cast from restricted gfp_t drivers/staging/vt6655/ioctl.c:579:109: warning: cast from restricted gfp_t Signed-off-by: Silvio Fricke --- drivers/staging/vt6655/ioctl.c | 6 -- 1 file chan

[PATCH v3 3/3] staging: vt6655: removed incorrect casting in iwctl.c

2014-04-11 Thread Silvio Fricke
This patch fixes the following type of sparse warning: drivers/staging/vt6655/iwctl.c:1846:35: warning: cast from restricted gfp_t Signed-off-by: Silvio Fricke --- drivers/staging/vt6655/iwctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vt6655/iwctl.c b

[PATCH v3 1/3] staging: vt6655: removed incorrect casting in wpactl.c

2014-04-11 Thread Silvio Fricke
This patch fixes the following type of sparse warnings: drivers/staging/vt6655/wpactl.c:596:47: warning: cast from restricted gfp_t drivers/staging/vt6655/wpactl.c:638:68: warning: cast from restricted gfp_t drivers/staging/vt6655/wpactl.c:860:42: warning: cast from restricted gfp_t Signed-off-by

[PATCH v3 0/3] remove wrong cast of gfp_t flags

2014-04-11 Thread Silvio Fricke
Hi, > > thanks for your review. > > Attached second version of this series. > > I don't understand what the [WIP] marking is. Please just resend these > as "real" patches if you feel they are ready to be merged. If we have > issues with them, we will be sure to let you know :) I removed it.

Re: [PATCH V1 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread H. Peter Anvin
On 04/11/2014 05:50 PM, K. Y. Srinivasan wrote: > > + /* > + * Check to see if we have a PIC. > + * Mask all except the cascade and read > + * back the value we just wrote. If we don't > + * have a PIC, we will read 0xff as opposed to the > + * value we wrote. > +

[PATCH V1 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread K. Y. Srinivasan
Probe for the existance of legacy PIC, if one does not exist, use the null_legacy_pic. This patch implements the proposal put forth by H. Peter Anvin . In this version of the patch I have cleaned up the code based on comments from Peter. Signed-off-by: K. Y. Srinivasan --- arch/x86/kernel/cpu

RE: [PATCH 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread KY Srinivasan
> -Original Message- > From: H. Peter Anvin [mailto:h...@zytor.com] > Sent: Friday, April 11, 2014 3:36 PM > To: KY Srinivasan; x...@kernel.org; gre...@linuxfoundation.org; linux- > ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de; > a...@canonical.com; jasow...@redhat

Re: [PATCH 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread H. Peter Anvin
On 04/11/2014 04:02 PM, K. Y. Srinivasan wrote: > > diff --git a/arch/x86/kernel/i8259.c b/arch/x86/kernel/i8259.c > index 2e977b5..0a57a19 100644 > --- a/arch/x86/kernel/i8259.c > +++ b/arch/x86/kernel/i8259.c > @@ -299,11 +299,22 @@ static void unmask_8259A(void) > static void init_8259A(int a

[PATCH 1/1] X86: Probe for PIC and set legacy_pic appropriately

2014-04-11 Thread K. Y. Srinivasan
Probe for the existance of legacy PIC, if one does not exist, use the null_legacy_pic. This patch implements the proposal put forth by H. Peter Anvin . Signed-off-by: K. Y. Srinivasan --- arch/x86/kernel/cpu/mshyperv.c |2 -- arch/x86/kernel/i8259.c| 11 +++ 2 files chan

Re: [PATCH net, V1 0/3] Fix issues with Heper-V network offload code

2014-04-11 Thread David Miller
From: "K. Y. Srinivasan" Date: Wed, 9 Apr 2014 15:00:10 -0700 > WS2008 R2 does not support udp checksum offload. Furthermore, ws2012 and > ws2012 r2 have issues offloading udp checksum from Linux guests. > This patch-set addresses these issues as well as other bug fixes. > Please apply. > > In

[PATCH v2] Staging:bcm: Fixes coding style issues in drivers/staging/bcm/Qos.c

2014-04-11 Thread Marcos A. Di Pietro
Fixes code style errors in drivers/staging/bcm/Qos.c Patch submitted as part of the Eudyptula Challenge Signed-off-by: Marcos A. Di Pietro --- drivers/staging/bcm/Qos.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/staging/bcm/Qos.c b/drivers/staging/bcm/Qos

[PATCH 2/4] staging: imx-hdmi: correct connector detect and hotplug

2014-04-11 Thread Lucas Stach
Make sure that we probe for a display on detect regardless of previous hotplug events. Don't handle connector hotplug state ourselves, but let DRM do the right thing for us. This brings our hotplug handling in line with what other DRM drivers do. Signed-off-by: Lucas Stach --- drivers/staging/im

[PATCH 3/4] staging: imx-hdmi: clear all hotplug IRQs on bind

2014-04-11 Thread Lucas Stach
Makes sure we don't receive a stray IRQ on startup. Signed-off-by: Lucas Stach --- drivers/staging/imx-drm/imx-hdmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/imx-drm/imx-hdmi.c b/drivers/staging/imx-drm/imx-hdmi.c index 22cfdfc5ef74..7d407e917786 1006

Re: [PATCH] [media] Prefer gspca_sonixb over sn9c102 for all devices

2014-04-11 Thread Greg Kroah-Hartman
On Fri, Apr 11, 2014 at 09:15:32AM +0200, Jean Delvare wrote: > The sn9c102 driver is deprecated. It was moved to staging in > anticipation of its removal in a future kernel version. However, USB > devices 0C45:6024 and 0C45:6025 are still handled by sn9c102 when > both sn9c102 and gspca_sonixb are

[PATCH 1/4] staging: imx-hdmi: use rx sense pins for plug detection if hpd is unreliable

2014-04-11 Thread Lucas Stach
From: Philipp Zabel Due to the voltage divider on the HPD line, the HDMI connector on imx6q-sabrelite doesn't reliably detect connected DVI monitors. This patch allows to use the RX_SENSE0 signal as a workaround when enabled by a boolean device tree property 'hpd-unreliable'. Signed-off-by: Phil

[PATCH 4/4] imx-drm: imx-hdmi: don't erroneously detect HDMI displays

2014-04-11 Thread Lucas Stach
While having a CEA mode is one prerequisite for using HDMI transmit mode, we also have to check if the display is actually capable of HDMI input. Fall back to DVI mode otherwise. Signed-off-by: Lucas Stach --- drivers/staging/imx-drm/imx-hdmi.c | 11 --- 1 file changed, 4 insertions(+),

Re: [PATCH] staging: wlan-ng: fix bad symbol declaration

2014-04-11 Thread Josh Triplett
On Fri, Apr 11, 2014 at 03:00:49PM +0200, Neil Armstrong wrote: > With sparse, the following error appears : > CHECK drivers/staging/wlan-ng/p80211netdev.c > drivers/staging/wlan-ng/cfg80211.c:710:6: warning: symbol > 'prism2_connect_result' was not declared. Should it be static? > drivers/sta

[PATCH] staging: wlan-ng: fix bad symbol declaration

2014-04-11 Thread Neil Armstrong
With sparse, the following error appears : CHECK drivers/staging/wlan-ng/p80211netdev.c drivers/staging/wlan-ng/cfg80211.c:710:6: warning: symbol 'prism2_connect_result' was not declared. Should it be static? drivers/staging/wlan-ng/cfg80211.c:719:6: warning: symbol 'prism2_disconnected' was

[PATCH] staging: vt6656: fix bad symbol declaration

2014-04-11 Thread Neil Armstrong
With sparse, the following error appears : CHECK drivers/staging/vt6656/aes_ccmp.c drivers/staging/vt6656/aes_ccmp.c:221:6: warning: symbol 'AESbGenCCMP' was not declared. Should it be static? Add correct include header in order to have function declaration. Signed-off-by: Neil 'Superna' Arm

[PATCH] staging: rts5139: fix bad symbol declaration

2014-04-11 Thread Neil Armstrong
With sparse, the following error appears : CHECK drivers/staging/rts5139/ms_mg.c drivers/staging/rts5139/ms_mg.c:82:5: warning: symbol 'mg_set_tpc_para_sub' was not declared. Should it be static? Rename function with correct prefix and move declaration to coherent internal header file. Sign

Re: [PATCH v7 0/4] Add modules for realtek USB card reader

2014-04-11 Thread Oliver Neukum
On Fri, 2014-04-11 at 11:28 +0100, Lee Jones wrote: > > > From: Roger Tseng > > > > > > This patchset adds modules to support Realtek USB vendor specific class > > > flash > > > card reader: one base module in MFD subsystem and two host modules in > > > both mmc > > > and memstick subsystems. T

Re: [PATCH v7 0/4] Add modules for realtek USB card reader

2014-04-11 Thread Lee Jones
> > From: Roger Tseng > > > > This patchset adds modules to support Realtek USB vendor specific class > > flash > > card reader: one base module in MFD subsystem and two host modules in both > > mmc > > and memstick subsystems. The architecture is similar to rtsx_pci. > > > > This work is done

Re: [PATCH v7 0/4] Add modules for realtek USB card reader

2014-04-11 Thread Oliver Neukum
On Fri, 2014-04-11 at 14:53 +0800, rogera...@realtek.com wrote: > From: Roger Tseng > > This patchset adds modules to support Realtek USB vendor specific class flash > card reader: one base module in MFD subsystem and two host modules in both mmc > and memstick subsystems. The architecture is sim

Re: [PATCH] Staging:bcm: Fixes coding style issues in drivers/staging/bcm/Qos.c

2014-04-11 Thread Dan Carpenter
This isn't the right way to send a v2 patch. Please resend it. https://www.google.com/search?q=how+to+send+a+v2+patch regards, dan carpenter ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/d

[PATCH] [media] Prefer gspca_sonixb over sn9c102 for all devices

2014-04-11 Thread Jean Delvare
The sn9c102 driver is deprecated. It was moved to staging in anticipation of its removal in a future kernel version. However, USB devices 0C45:6024 and 0C45:6025 are still handled by sn9c102 when both sn9c102 and gspca_sonixb are enabled. We must migrate all the users of these devices to the gspca