No configuration, just a compatible string and documentation.
Signed-off-by: NeilBrown
diff --git a/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
b/Documentation/devicetree/bindings/iio/magnetometer/hmc5843.txt
new file mode 100644
index ..90d5f34db04e
--- /dev/nu
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 rela
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 genera
This patch updates the vme_master and vme_slave structures to use
types with well defined size and to prevent the compiler from
inserting padding (between enable and vme_addr for one).
The original vme_master and vme_slave structs would be different
sizes and have different layouts depending on wh
[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 int
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 b
On Thu, Oct 31, 2013 at 4:08 PM, Fabio Estevam wrote:
> On Thu, Oct 31, 2013 at 7:00 PM, Russell King - ARM Linux
> 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 use
On Thu, Oct 31, 2013 at 7:00 PM, Russell King - ARM Linux
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 the number of loo
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
> 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; count++)
> >> +
Hi Troy,
On Thu, Oct 31, 2013 at 6:38 PM, Troy Kisky
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; count++)
>> +hdmi_writeb(hdmi, val, HDMI_FC_INVIDCONF);
>>
>>
>> This is with a imx6q proc
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);
+
+
+/* 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, HD
On 10/30/13 22:20, Masanari Iida wrote:
> Correct spelling typo in android/sync.h
>
> Signed-off-by: Masanari Iida
> ---
> drivers/staging/android/sync.h | 50
> +-
> 1 file changed, 25 insertions(+), 25 deletions(-)
Looks good. Thanks.
Acked-by: Randy
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 escreveu:
>
> > On 09/19/2013 11:44 PM, Russell King wrote:
> > > Replace the following sequence:
> > >
> > > dma_set_mask(dev, mask);
> > > dma_set_coh
On Thursday 31 October 2013 11:18:06 Mauro Carvalho Chehab wrote:
> Em Thu, 17 Oct 2013 17:02:02 +0200
>
> Denis Carikli 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
> > Cc:
Em Thu, 17 Oct 2013 17:02:11 +0200
Denis Carikli escreveu:
> Support the RGB666 format on the IPUv3 parallel display.
>
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: devicet...@vger.kernel.org
> Cc: Greg Kroah-Hartman
> Cc: driverdev-de
Em Thu, 17 Oct 2013 17:02:02 +0200
Denis Carikli 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
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: devicet
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
---
drive
Hi Russell,
Em Mon, 30 Sep 2013 13:57:47 +0200
Hans Verkuil 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 dma_set_mask_and_coherent
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
---
arch/frv/include/asm/serial.h|2 --
arch/parisc/include/asm/serial.h |2 --
2 files changed, 0 i
On Wed, Oct 30, 2013 at 11:15:51AM +0800, Wei Yongjun wrote:
> From: Wei Yongjun
>
> 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().
>
> Signed-off-by: Wei Yongj
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 issu
On 10/31/2013 02:46 PM, Vineet Gupta wrote:
> 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 j
23 matches
Mail list logo