`daqboard2000_find_boardinfo()` is supposed to check if the
DaqBoard/2000 series model is supported, based on the PCI subvendor and
subdevice ID. The current code is wrong as it is comparing the PCI
device's subdevice ID to an expected, fixed value for the subvendor ID.
It should be comparing the
Sehr geehrte / ter email Benützer !
Ihre email Adresse hat 1.20,00 (EINEMILLIONZWEIHUNDERTAUSEND EURO)
gewonnen . Mit den Glückszahlen 9-3-8-26-28-4-64 In der EURO MILLIONEN
EMAIL LOTTERIE.Die Summe ergibt sich aus
einer Gewinnausschuttung von. 22.800,000,00
( ZWEIUNDZWANZIGMILLIONENACHT
On 22/06/16 23:40, Stuart Yoder wrote:
-rename the struct used for fsl-mc device ids to be more
consistent with other busses
-remove the now obsolete and unused version fields
Signed-off-by: Stuart Yoder
---
drivers/staging/fsl-mc/bus/dprc-driver.c | 2 +-
drivers/staging/fsl-mc/bus/mc-a
On 29/06/16 16:25, Stuart Yoder wrote:
-Original Message-
From: Matthias Brugger [mailto:mbrug...@suse.com]
Sent: Wednesday, June 29, 2016 9:17 AM
To: Stuart Yoder ; gre...@linuxfoundation.org
Cc: de...@driverdev.osuosl.org; ag...@suse.de; a...@arndb.de; Jose Rivera
;
linux-ker...@v
On 22/06/16 23:40, Stuart Yoder wrote:
make fsl_mc_is_root_dprc() global so that the dprc driver
can use it
Signed-off-by: Stuart Yoder
---
drivers/staging/fsl-mc/bus/mc-bus.c | 28 +---
drivers/staging/fsl-mc/include/mc.h | 2 ++
2 files changed, 15 insertions(+),
The MEDIA_CEC_EDID option is guarded by MEDIA_SUPPORT, so selecting
it from MEDIA_CEC produces a warning:
warning: (MEDIA_CEC) selects MEDIA_CEC_EDID which has unmet direct dependencies
(MEDIA_SUPPORT)
The warning is harmless, but it's better to add an explicit
dependency to shut it up, to reduc
We cannot build the cec driver when the RC core is a module
and cec is built-in:
drivers/staging/built-in.o: In function `cec_allocate_adapter':
:(.text+0x134): undefined reference to `rc_allocate_device'
drivers/staging/built-in.o: In function `cec_register_adapter':
:(.text+0x304): undefined ref
> -Original Message-
> From: Matthias Brugger [mailto:mbrug...@suse.com]
> Sent: Wednesday, June 29, 2016 9:17 AM
> To: Stuart Yoder ; gre...@linuxfoundation.org
> Cc: de...@driverdev.osuosl.org; ag...@suse.de; a...@arndb.de; Jose Rivera
> ;
> linux-ker...@vger.kernel.org; Yang-Leo Li
>
The suspend/resume functions in the s5p-cec driver are only
referenced when CONFIG_PM is enabled, so we get a warning
about unused functions otherwise:
drivers/staging/media/s5p-cec/s5p_cec.c:260:12: error: 's5p_cec_resume' defined
but not used [-Werror=unused-function]
static int s5p_cec_resume
There will be a separate banner message after pow0 is set up (or an
error message if it failed).
Signed-off-by: Aaro Koskinen
---
drivers/staging/octeon/ethernet.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/octeon/ethernet.c
b/drivers/staging/octeon/ethernet.c
index 190a
Check for pow0 port first before calling the interface helper. This
avoids the following error log when setting up pow0 interface:
cvmx_helper_get_interface_num: Illegal IPD port number
Signed-off-by: Aaro Koskinen
---
drivers/staging/octeon/ethernet-util.h | 7 ---
1 file changed,
Some helper functions call INDEX before checking if the interface is
valid. Since pow0 is not a real interface, we get the following errors:
cvmx_helper_get_interface_index_num: Illegal IPD port number
Fix by using INDEX only when needed with real interfaces.
Signed-off-by: Aaro Koskinen
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It's somewhat like TCP over
VMBus, but the transportation layer (VMBus) is much simpler than IP.
With Hyper-V Sockets, applications between the host and the guest can talk
to each other d
Add a helper macro to return if a device has a bus type of fsl_mc.
This makes the bus driver code more readable and provides a way for
drivers like the SMMU driver to easily check the bus type.
Signed-off-by: Nipun Gupta
Signed-off-by: Bharat Bhushan
---
drivers/staging/fsl-mc/bus/dprc-driver.c
> From: Rick Jones [mailto:rick.jon...@hpe.com]
> Sent: Tuesday, June 28, 2016 23:43
> To: Dexuan Cui ; David Miller
> Cc: gre...@linuxfoundation.org; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com; v
16 matches
Mail list logo