The static variable ui_Command is as of right now being cleared to a
value of zero between everytime that it writes to a port and then takes a
new value from a port. Seems like this zeroing is unnecessary, so we can
just remove these lines.
Signed-off-by: Chase Southwood
On 02/24/2014 07:49 PM, Greg Kroah-Hartman wrote:
On Wed, Feb 19, 2014 at 01:12:14PM -0500, Mark Hounschell wrote:
Renames driver file dgap_driver.c and dgap_driver.h to
dgap.c and dgap.h because we are now single source and
include file and better fits kernel naming conventions.
On 2014-02-24 16:49, Monam Agarwal wrote:
Signed-off-by: Monam Agarwal monamagarwal...@gmail.com
---
drivers/staging/comedi/comedi_fops.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
index
On Tue, 2014-02-25 at 09:46 +, Ian Abbott wrote:
On 2014-02-24 16:49, Monam Agarwal wrote:
[]
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
[]
@@ -1481,7 +1481,8 @@ static int do_cmd_ioctl(struct comedi_device *dev,
async-cmd.data =
This patch allows to optionally attach the parallel-display to a panel
supported by a drm_panel driver instead of supplying the modes via
device tree.
Before:
parallel-display {
compatible = fsl,imx-parallel-display;
...
display-timings {
On Tue, Feb 25, 2014 at 01:59:25AM -0800, Joe Perches wrote:
On Tue, 2014-02-25 at 09:46 +, Ian Abbott wrote:
On 2014-02-24 16:49, Monam Agarwal wrote:
[]
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
[]
@@ -1481,7 +1481,8 @@ static int
Hi,
this series has two small cleanups for the IPUv3 core driver and then moves
it from drivers/staging/imx-drm/ipu-v3 to drivers/gpu. In this directory there
is already the host1x driver, which serves a similar purpose.
I have dropped the CSI (capture interface) patches from the RFC series.
The IPU display controller supports a non-standard green-red-blue ordered
format that is used on the connection between IPU display interface 1 and
the TV encoder on i.MX53.
In preparation for the move of IPU core code out of staging, place the
IPU_PIX_FMT_GBR24 definition in imx-ipu-v3.h, so that
Since msleep(2) can sleep up to 20ms anyway, make this explicit by using
usleep_range(2000, 2).
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/staging/imx-drm/ipu-v3/ipu-dc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The i.MX Image Processing Unit (IPU) contains a number of image processing
blocks that sit right in the middle between DRM and V4L2. Some of the modules,
such as Display Controller, Processor, and Interface (DC, DP, DI) or CMOS
Sensor Interface (CSI) and their FIFOs could be assigned to either
Am Dienstag, den 25.02.2014, 12:43 +0100 schrieb Philipp Zabel:
The i.MX Image Processing Unit (IPU) contains a number of image processing
blocks that sit right in the middle between DRM and V4L2. Some of the modules,
such as Display Controller, Processor, and Interface (DC, DP, DI) or CMOS
Remove firmware framebuffer before initializing hyperv-fb. Needed
on gen2 virtual machines. Letting register_framebuffer handle the
switchover results in efifb still being active while hyperv graphics
are initialized, which in turn can make the linux kernel hang.
Signed-off-by: Gerd Hoffmann
UEFI-based generation 2 virtual machines support vmbus devices only.
There is no pci bus. Thus they use a different mechanism for the
graphics framebuffer: Instead of using the vga pci bar a chunk of
memory muct be allocated from the hyperv mmio region declared using
APCI. This patch implements
Hi,
This patch series adds support for uefi-based gen2 virtual machines
to the hyperv-fb driver. It depends on a few vmbus changes which are
staged in Greg's char-misc tree (and linux-next).
Patch #1 implements gen2 vm support for hyperv-fb.
Patch #2 unregisters efifb early to make sure the
On Tue, 2014-02-25 at 14:05 +0300, Dan Carpenter wrote:
On Tue, Feb 25, 2014 at 01:59:25AM -0800, Joe Perches wrote:
On Tue, 2014-02-25 at 09:46 +, Ian Abbott wrote:
On 2014-02-24 16:49, Monam Agarwal wrote:
[]
diff --git a/drivers/staging/comedi/comedi_fops.c
This patch updates the device tree binding documentation for i.MX IPU/display
nodes using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
.../bindings/staging/imx-drm/fsl-imx-drm.txt |
The device tree bindings are updated regardless of the common display
framework and in the meantime the HDMI driver was included.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/staging/imx-drm/TODO | 5 -
1 file changed, 5 deletions(-)
diff --git
This patch connects IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display
From: Philipp Zabel philipp.za...@gmail.com
This patch adds support to find the involved components connected to
the IPU display interface ports using the OF graph bindings documented
in Documentation/devicetree/bindings/media/video-interfaces.txt.
It makes use of the of_graph (formerly v4l2_of)
Hi,
here is an updated version of the imx-drm DT binding series.
These patches apply on top of Russell's imx-drm-staging branch
that just got merged int staging-next. I have added device tree
bindings between IPU and the encoders as documented in
This patch connects IPU and and parallel display device tree
nodes using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Since the imx-drm
This patch connects IPU and display encoder (VGA, LVDS)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
Using of_graph_parse_endpoint recovers the port id from an endpoint device
tree node. This just replaces an open coded read of the reg property.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
drivers/staging/imx-drm/imx-drm-core.c | 8
1 file changed, 4 insertions(+), 4
On Tue, Feb 25, 2014 at 09:46:19AM +, Ian Abbott wrote:
On 2014-02-24 16:49, Monam Agarwal wrote:
Signed-off-by: Monam Agarwal monamagarwal...@gmail.com
---
drivers/staging/comedi/comedi_fops.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
I have a couple basic questions concerning the Digi International
staging/dgap driver about how I might be able to help clean it up more.
1. This driver has/had a built-in tracing system that during driver and
board development that I'm sure was useful to Digi International at the
time. Since
On Tue, Feb 25, 2014 at 02:45:53PM +, Alan Cox wrote:
On Mon, 2014-02-24 at 16:54 -0800, Greg Kroah-Hartman wrote:
On Sat, Feb 22, 2014 at 12:33:36PM +0800, Zhao, Gang wrote:
On Fri, 2014-02-21 at 20:35:50 +0800, Dan Carpenter wrote:
On Fri, Feb 21, 2014 at 08:22:21PM +0800, Zhao,
This patch fix C99 style comments in pci.c and pci.h
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/staging/rtl8821ae/pci.c | 10 +-
drivers/staging/rtl8821ae/pci.h | 6 +++---
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git
Fix C99 style comments in efuse.c.
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/staging/rtl8821ae/efuse.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/rtl8821ae/efuse.c
b/drivers/staging/rtl8821ae/efuse.c
index
Fix spelling typo in comment and printk within
rtl8821ae/rtl8821ae.
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/staging/rtl8821ae/rtl8821ae/dm.c | 24 +--
drivers/staging/rtl8821ae/rtl8821ae/fw.c | 8 +++
On Mon, 2014-02-24 at 16:54 -0800, Greg Kroah-Hartman wrote:
On Sat, Feb 22, 2014 at 12:33:36PM +0800, Zhao, Gang wrote:
On Fri, 2014-02-21 at 20:35:50 +0800, Dan Carpenter wrote:
On Fri, Feb 21, 2014 at 08:22:21PM +0800, Zhao, Gang wrote:
If we add your patch and the reviewer does a
On Tue, Feb 25, 2014 at 09:44:40AM -0500, Mark Hounschell wrote:
I have a couple basic questions concerning the Digi International
staging/dgap driver about how I might be able to help clean it up
more.
1. This driver has/had a built-in tracing system that during driver
and board
The last patch series exposed some dead code causing compile warnings.
This patch removes that dead code and fixes the warnings
Signed-off-by: Mark Hounschell ma...@compro.net
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
---
drivers/staging/dgap/dgap.c | 145
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel p.za...@pengutronix.de wrote:
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
.../devicetree/bindings/staging/imx-drm/hdmi.txt | 53
-Original Message-
From: Gerd Hoffmann [mailto:kra...@redhat.com]
Sent: Tuesday, February 25, 2014 7:29 AM
To: linux-fb...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org; gre...@linuxfoundation.org; KY Srinivasan;
Abhishek Gupta (LIS); Haiyang Zhang; jasow...@redhat.com;
When opening a port the dgap driver OOPs with a message:
tty_init_dev: driver does not set tty-port... will crash the kernel... fix the
driver... etc...
Then I have to reboot the box.
I think before too much more work is done on this driver (by me anyway),
it should at least be in a usable
On Tue, Feb 25, 2014 at 10:56:22AM -0500, Mark Hounschell wrote:
When opening a port the dgap driver OOPs with a message:
tty_init_dev: driver does not set tty-port... will crash the kernel... fix
the driver... etc...
Then I have to reboot the box.
I think before too much more work is
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel p.za...@pengutronix.de wrote:
+Required properties:
+ - #address-cells : should be 1
+ - #size-cells : should be 0
+ - compatible : should be fsl,imx6q-hdmi or fsl,imx6dl-hdmi.
+ - gpr : should be gpr.
+ The phandle points to the iomuxc-gpr
Hi Fabio,
Am Dienstag, den 25.02.2014, 12:13 -0300 schrieb Fabio Estevam:
On Tue, Feb 25, 2014 at 11:23 AM, Philipp Zabel p.za...@pengutronix.de
wrote:
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel
On 02/25/2014 11:48 AM, Greg KH wrote:
On Tue, Feb 25, 2014 at 10:56:22AM -0500, Mark Hounschell wrote:
When opening a port the dgap driver OOPs with a message:
tty_init_dev: driver does not set tty-port... will crash the kernel... fix the
driver... etc...
Then I have to reboot the box.
I
On Tue, 25 Feb 2014, KY Srinivasan wrote:
-Original Message-
From: Thomas Gleixner [mailto:t...@linutronix.de]
Sent: Sunday, February 23, 2014 1:40 PM
To: LKML
Cc: Ingo Molnar; Peter Zijlstra; x86; KY Srinivasan; Greg Kroah-Hartman;
linuxdrivers
Subject: [patch 25/26] x86:
On 02/25/2014 01:40 PM, Mark Hounschell wrote:
+struct dgap_port {
+struct tty_port port;
+};
Do you really need a wrapping structure here?
I may be incorrect, but I think so. I will investigate this further
before I make a patch.
It looks to me like this is how it should be done.
Return -ENOMEM in ni_E_init if ni_gpct_device_construct returns NULL
Signed-off-by: Kumar Amit Mehta gmate.a...@gmail.com
---
drivers/staging/comedi/drivers/ni_mio_common.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/staging/comedi/drivers/ni_mio_common.c
Can I have ur name ? I going to report to lawyer but I m so sad with that
please don't do that I'm just only love u in my life why what happen to u
Why don't u tell me only need my money that is not right u using my heart and
my life .but still I love u that is my problem
On Tuesday, February 25, 2014 3:56 AM, Ian Abbott abbo...@mev.co.uk wrote:
On 2014-02-25 08:15, Chase Southwood wrote:
The static variable ui_Command is as of right now being cleared to a
value of zero between everytime that it writes to a port and then takes a
new value from a port. Seems
44 matches
Mail list logo