On 10/31/2013 06:57 AM, Chen Gang wrote:
On 10/26/2013 09:18 PM, Chen Gang wrote:
On 10/25/2013 01:29 PM, Greg KH wrote:
No, just use the platform-specific SERIAL_PORT_DNFS, instead of having a
copy of it here in this driver, which is just wrong. So please remove
this, and just rely on the
If SERIAL_PORT_DFNS isn't present by platform, it need be defined to
nothing, like the 8250 serial driver does it.
All related macros also need be removed: IRQF_SHARED is defined in
linux/interrupt.h, others will be defined when related architecture
has SERIAL_PORT_DFNS.
Or it will cause issue
On Wed, Oct 30, 2013 at 11:15:51AM +0800, Wei Yongjun wrote:
From: Wei Yongjun yongjun_...@trendmicro.com.cn
In case of error, the function platform_device_register_data() returns
ERR_PTR() and never returns NULL. The NULL test in the return value check
should be replaced with IS_ERR().
If architectures don't support SERIAL_PORT_DFNS, they need not define
it to nothing, the related drivers need do it by themselves (e.g.
8250 serial driver).
Signed-off-by: Chen Gang gang.c...@asianux.com
---
arch/frv/include/asm/serial.h|2 --
arch/parisc/include/asm/serial.h |2 --
Hi Russell,
Em Mon, 30 Sep 2013 13:57:47 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
On 09/19/2013 11:44 PM, Russell King wrote:
Replace the following sequence:
dma_set_mask(dev, mask);
dma_set_coherent_mask(dev, mask);
with a call to the new helper
The lock sequence of dcon_blank_fb(fb_info-lock --- console_lock) is against
with the one of console_callback(console_lock --- fb_info-lock), it'll
lead to a potential dead lock, so reorder the lock sequence of dcon_blank_fb
to avoid the potential dead lock.
Signed-off-by: Gu Zheng
Em Thu, 17 Oct 2013 17:02:02 +0200
Denis Carikli de...@eukrea.com escreveu:
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland
On Thursday 31 October 2013 11:18:06 Mauro Carvalho Chehab wrote:
Em Thu, 17 Oct 2013 17:02:02 +0200
Denis Carikli de...@eukrea.com escreveu:
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring
On Thu, Oct 31, 2013 at 09:46:40AM -0200, Mauro Carvalho Chehab wrote:
Hi Russell,
Em Mon, 30 Sep 2013 13:57:47 +0200
Hans Verkuil hverk...@xs4all.nl escreveu:
On 09/19/2013 11:44 PM, Russell King wrote:
Replace the following sequence:
dma_set_mask(dev, mask);
+/* Workaround to clear the overflow condition */
+static void imx_hdmi_clear_overflow(struct imx_hdmi *hdmi)
+{
+ int count;
+ u8 val;
+
+ /* TMDS software reset */
+ hdmi_writeb(hdmi, (u8)~HDMI_MC_SWRSTZ_TMDSSWRST_REQ, HDMI_MC_SWRSTZ);
+
+ val = hdmi_readb(hdmi,
On 10/31/2013 1:23 PM, Troy Kisky wrote:
+/* Workaround to clear the overflow condition */
+static void imx_hdmi_clear_overflow(struct imx_hdmi *hdmi)
+{
+int count;
+u8 val;
+
+/* TMDS software reset */
+hdmi_writeb(hdmi, (u8)~HDMI_MC_SWRSTZ_TMDSSWRST_REQ,
HDMI_MC_SWRSTZ);
+
On Thu, Oct 31, 2013 at 06:45:41PM -0200, Fabio Estevam wrote:
Hi Troy,
On Thu, Oct 31, 2013 at 6:38 PM, Troy Kisky
troy.ki...@boundarydevices.com wrote:
I get a magenta line down the left side of the screen unless I replace the
5 with a 6.
ie.
+for (count = 0; count 6;
On Thu, Oct 31, 2013 at 7:00 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
Interesting. With the monitor I have tested I am not able to see this
magenta line.
Monitor or TV? Beware of overscans which will hide this effect.
I used a PC monitor on my tests.
I sent v5 using 4 as
[PATCH 1/3] vme_user: Ensure driver compiles after VME bridges
[PATCH 2/3] vme_user: Update API to work in mixed environments
[PATCH 3/3] vme_user: Remove superfluous bus module parameter
Patches #1 and #2 above were needed to use vme_user driver with
a Tsi148 bridge with both drivers compiled
This patch removes the bus parameter since its primary function in
practice is to prevent the driver from registering itself with the VME
subsystem entirely unless some (any) value is passed via the parameter.
The bus module parameter seems to be provided as the basis for
supporting multiple VME
If VME bridge and vme_user modules are compiled into the kernel, then
vme_user will attempt to register itself before any VME buses have been
probed. This results in a kernel panic.
This patch removes the staging VME devices build from the general
staging Makefile and moves the build to the
After add this patch, it can let serialio.c generated .o file.
If need additional trying, please let me know, thanks.
On 10/31/2013 03:27 PM, Chen Gang wrote:
If SERIAL_PORT_DFNS isn't present by platform, it need be defined to
nothing, like the 8250 serial driver does it.
All related
No configuration, just a compatible string and documentation.
Signed-off-by: NeilBrown ne...@suse.de
diff --git a/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
b/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
new file mode 100644
index
18 matches
Mail list logo
