On Thu, Jan 02, 2014 at 07:10:55PM -0800, Greg Kroah-Hartman wrote:
On Thu, Jan 02, 2014 at 09:27:58PM +, Russell King wrote:
Subsystems such as ALSA, DRM and others require a single card-level
device structure to represent a subsystem. However, firmware tends to
describe the
On Friday, January 03, 2014 11:00:30 AM Russell King - ARM Linux wrote:
On Thu, Jan 02, 2014 at 07:10:55PM -0800, Greg Kroah-Hartman wrote:
On Thu, Jan 02, 2014 at 09:27:58PM +, Russell King wrote:
Subsystems such as ALSA, DRM and others require a single card-level
device structure to
Thank you for your feedback.
I'm still figuring stuff out. Submitting patches to the kernel has
been my new year's resolution.
Regards,
Tim
2014/1/3 Dan Carpenter dan.carpen...@oracle.com:
On Fri, Jan 03, 2014 at 12:22:59AM +0100, Tim Jester-Pfadt wrote:
Fixed indentation coding style issues
Hi friend I am a banker in IDB BANK. I want to transfer an abandoned USD5.
5Million to your Bank account. 40/percent will be your share. No risk involved
but keep it as secret.Contact me for more details.Please I will like you to
reply.
thank you,mr.sinzogan chabi.
On Fri, Jan 03, 2014 at 12:58:16PM +0100, Rafael J. Wysocki wrote:
On Friday, January 03, 2014 11:00:30 AM Russell King - ARM Linux wrote:
On Thu, Jan 02, 2014 at 07:10:55PM -0800, Greg Kroah-Hartman wrote:
On Thu, Jan 02, 2014 at 09:27:58PM +, Russell King wrote:
Subsystems such as
On Friday, January 03, 2014 12:18:13 PM Russell King - ARM Linux wrote:
On Fri, Jan 03, 2014 at 12:58:16PM +0100, Rafael J. Wysocki wrote:
On Friday, January 03, 2014 11:00:30 AM Russell King - ARM Linux wrote:
On Thu, Jan 02, 2014 at 07:10:55PM -0800, Greg Kroah-Hartman wrote:
On Thu,
On Fri, 2014-01-03 at 00:22 +0100, Tim Jester-Pfadt wrote:
Fixed indentation coding style issues on rtw_io.c
[]
diff --git a/drivers/staging/rtl8188eu/core/rtw_io.c
b/drivers/staging/rtl8188eu/core/rtw_io.c
[]
@@ -205,9 +205,9 @@ void _rtw_read_mem(struct adapter *adapter, u32 addr, u32
On Fri, Jan 03, 2014 at 02:24:26PM +0100, Rafael J. Wysocki wrote:
On Friday, January 03, 2014 12:18:13 PM Russell King - ARM Linux wrote:
I'm not sure what I'm looking for. I've tried looking at the results of
searching your linux-next branch for container but I don't see
anything
On Fri, Jan 03, 2014 at 05:05:46PM +0100, David Herrmann wrote:
Hi
On Thu, Jan 2, 2014 at 10:27 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
The encoder possible_crtcs mask identifies which CRTCs can be bound to
a particular encoder. Each bit from bit 0 defines an index in the
Hi
On Thu, Jan 2, 2014 at 10:27 PM, Russell King
rmk+ker...@arm.linux.org.uk wrote:
The encoder possible_crtcs mask identifies which CRTCs can be bound to
a particular encoder. Each bit from bit 0 defines an index in the list
of CRTCs held in the DRM mode_config crtc_list. Rather than having
On Fri, Jan 03, 2014 at 05:26:14PM +0100, David Herrmann wrote:
Hi
On Fri, Jan 3, 2014 at 5:13 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
I'm not so sure - since the only place this mask gets used is with
the possible_crtcs field. It's got nothing to do with the
Hi Russell,
I've tested this series on a BD-SL (SabreLite) with HDMI. Right now
the HPD signal doesn't seem to work, but after overwriting the
connection check, I got a stable and correct picture on the monitor:
arch/arm/boot/dts/imx6q-sabrelite.dts | 22 ++
1 file changed,
Am Freitag, den 20.12.2013, 11:12 -0800 schrieb Greg Kroah-Hartman:
On Fri, Dec 20, 2013 at 06:52:41PM +0100, Philipp Zabel wrote:
Hi,
this is mostly about the first patch, which moves the IPUv3 core code
(drivers/staging/imx-drm/ipu-v3) to drivers/gpu. host1x, which
serves a similar
On Fri, Jan 03, 2014 at 05:48:57PM +0100, Philipp Zabel wrote:
Hi Russell,
I've tested this series on a BD-SL (SabreLite) with HDMI. Right now
the HPD signal doesn't seem to work, but after overwriting the
connection check, I got a stable and correct picture on the monitor:
Hmm. Does this
Am Freitag, den 03.01.2014, 17:07 + schrieb Russell King - ARM
Linux:
On Fri, Jan 03, 2014 at 05:48:57PM +0100, Philipp Zabel wrote:
Hi Russell,
I've tested this series on a BD-SL (SabreLite) with HDMI. Right now
the HPD signal doesn't seem to work, but after overwriting the
On Fri, Jan 03, 2014 at 06:26:44PM +0100, Philipp Zabel wrote:
Am Freitag, den 03.01.2014, 17:07 + schrieb Russell King - ARM
Linux:
On Fri, Jan 03, 2014 at 05:48:57PM +0100, Philipp Zabel wrote:
Hi Russell,
I've tested this series on a BD-SL (SabreLite) with HDMI. Right now
Hi Philipp,
On 01/03/2014 10:26 AM, Philipp Zabel wrote:
Am Freitag, den 03.01.2014, 17:07 + schrieb Russell King - ARM
Linux:
On Fri, Jan 03, 2014 at 05:48:57PM +0100, Philipp Zabel wrote:
Hi Russell,
I've tested this series on a BD-SL (SabreLite) with HDMI. Right now
the HPD signal
key_len == MAX_KEY_LEN is valid but we return an error.
Introduced-by: 6b7200fe0a59 ('Staging: vt6655: memory corruption in check in
wpa_set_wpadev()')
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/staging/vt6655/wpactl.c b/drivers/staging/vt6655/wpactl.c
index
We dereference param-u.wpa_key.key on the next line so the check
here is inconsistent. This is only called from iwctl_siwencodeext() and
param-u.wpa_key.key is a valid pointer.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/staging/vt6656/wpactl.c
Fine, fine. I don't have strong feelings about this...
regards,
dan carpenter
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
20 matches
Mail list logo