On Fri, Sep 11, 2015 at 03:48:59PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.88 release.
> There are 11 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
ression needs to be reported to Ming Lin
> > , Jens Axboe and the others involved in
> > maintaining the late bio splitting changes in block core.
>
> I'm looking at it now.
I tried rawhide-20150903 boot.iso and rawhide-20150904 boot.iso.
0903 boot.iso is OK, but 0904 boot.iso ju
ing is more "build
>> > the bios as large as possible and worry about splitting later".
>> >
>> > Regardless, this regression needs to be reported to Ming Lin
>> > , Jens Axboe and the others involved in
>> > maintaining the late bio splitting ch
Hi,
These patches are fixing coding style issues in ddk750_*i2c* files of the
sm750fb driver
v3 changes:
* fix wrong variable rename in patch 12 (staging: sm750fb: ddk750_swi2c:
staticize swI2C{SCL,SDA})
* fix changelong text in patch 9 (staging: sm750fb: ddk750_swi2c: staticize
swI2C{SCL,SDA})
Fix the checkpatch warning about CamelCase
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_hwi2c.h | 2 +-
drivers/staging/sm750fb/ddk750_sii164.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/stagi
Le 11/09/2015 23:35, Scott Wood a écrit :
On Fri, 2015-09-11 at 16:33 +0200, Christophe Leroy wrote:
memcpy() uses instruction dcbz to speed up copy by not wasting time
loading cache line with data that will be overwritten.
Some platform like mpc52xx do no have cache active at startup and
can t
Fix the checkpatch warning about CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_hwi2c.c
b/drivers/staging/sm750fb/ddk750_hwi2c.c
index e6d31db.
Fix the checkpatch warning about CamelCase
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_hwi2c.h | 2 +-
drivers/staging/sm750fb/ddk750_sii164.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/stagi
Rename longCamelCase variables deviceAddress and registerIndex to
shorter addr and reg
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 16
drivers/staging/sm750fb/ddk750_hwi2c.h | 4 ++--
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a
Rename static variables defining I2C GPIO pins and their control registers from
CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 96 +-
1 file changed, 48 insertions(+), 48 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk7
Fix the checkpatch warning about multiple blank lines
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 16
drivers/staging/sm750fb/ddk750_swi2c.c | 1 -
2 files changed, 17 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_hwi2c.c
b/drivers/sta
Fix the checkpatch warning about CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 116 -
1 file changed, 58 insertions(+), 58 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_swi2c.c
b/drivers/staging/sm750fb/ddk750_sw
On Fri, Sep 11, 2015 at 01:10:27PM -0700, Tim Chen wrote:
>
> Mmmm..., this is a restructuring of the algorithms within
> the glue code into multiple drivers instead of one and exposing
> them all. It is a bit orthogonal to the intention of this
> patch set. I think it is better that I create a
Fix some checkpatch warnings about long lines
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 19 ++-
drivers/staging/sm750fb/ddk750_hwi2c.h | 3 ++-
drivers/staging/sm750fb/ddk750_swi2c.c | 22 --
3 files changed, 32 insertions(+),
* Peter Zijlstra wrote:
> Vince reported that its possible to overflow the various size fields
> and get weird stuff if you stick too many events in a group.
>
> Put a lid on this by requiring the fixed record size not exceed 16k.
> This is still a fair amount of events (silly amount really) an
Rename camel case variables deviceAddress, pBuffer and totalBytes to
addr, buf and total_bytes respectively in sm750_hw_i2c_{read,write}_data
functions.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 36 +-
1 file changed, 18 insertions(
Rename remaining CamelCase variables
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 122 -
drivers/staging/sm750fb/ddk750_swi2c.h | 20 +++---
2 files changed, 71 insertions(+), 71 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk7
Fix the checkpatch warning about CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_swi2c.h | 2 +-
drivers/staging/sm750fb/sm750_hw.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging
Fix the checkpatch warning about CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_swi2c.h | 2 +-
drivers/staging/sm750fb/sm750_hw.c | 6 +++---
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/sta
rename CamelCase parameter in sm750_hw_i2c_init()
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 4 ++--
drivers/staging/sm750fb/ddk750_hwi2c.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_hwi2c.c
b/drivers/stag
swI2C{SCL,SDA} are not used outside ddk750_swi2c, make them static
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_swi2c.c | 4 ++--
drivers/staging/sm750fb/ddk750_swi2c.h | 21 -
2 files changed, 2 insertions(+), 23 deletions(-)
diff --git a/drivers/staging
Fix the checkpatch warning about CamelCase
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_hwi2c.h | 2 +-
drivers/staging/sm750fb/ddk750_sii164.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/stagi
Fix the checkpatch warning about CamelCase
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_hwi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_hwi2c.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_hwi2c.c
b/drivers/staging/sm750
Fix the checkpatch warning about CamelCase.
Signed-off-by: Mike Rapoport
---
drivers/staging/sm750fb/ddk750_sii164.c | 2 +-
drivers/staging/sm750fb/ddk750_swi2c.c | 2 +-
drivers/staging/sm750fb/ddk750_swi2c.h | 2 +-
drivers/staging/sm750fb/sm750_hw.c | 2 +-
4 files changed, 4 insertio
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This additional series contains a single fix for a regression introduced
> earlier in this merge window:
>
> 1.security/device_cgroup: f78f5b90c4ff ("rcu: Rename
> rcu_lockdep_assert() to RCU_LOCKDEP_WARN()") introduced a
> bug by in
On Fri, Sep 11, 2015 at 06:00:43PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.1.7 release.
> There are 78 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
The I2C core always reports the MODALIAS uevent as "i2c:
---
Hello,
This is another resend of this patch. The first post was on July 30 [0]
as a part of a set and then the patch was resent again on August 25 [1].
It is a really trivial patch that fixes a bug (module auto loading not
working) so
Change the interrupt flavor of the card detection, from a hard interrupt
to a threaded interrupt. There is no strong requirement for a hard
interrupt.
It fixes the case where the card detection is on a gpio expander, on I2C
for example on zylonite board. In this case, the card detect netsted
inter
On 11/09/15 14:59, Cristina Opriceana wrote:
> Enhance interrupt generation in the dummy driver and expand its usage
> by introducing the irq_work infrastructure to trigger an interrupt.
>
> This way, the irq_work_queue() wrapper permits calling both of the top
> half and threaded part from a hard
Introduce the use of the function usb_endpoint_is_bulk_in().
Signed-off-by: Shraddha Barke
---
Change in v2-
Make commmit message clearer
drivers/staging/ft1000/ft1000-usb/ft1000_usb.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/ft1000/ft1000-usb
Hi Julien,
On 09/12/2015 03:31 AM, Julien Grall wrote:
> Hi all,
>
> This is a follow-up on the previous discussion [1] related to guest using 64KB
> page granularity not booting with backend using non-indirect grant.
>
> This has been successly tested on ARM64 with both 64KB and 4KB page
> gra
On 10/09/15 17:32, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
>
> This was done with coccinelle:
> @@ int g; @@
>
> -(1 << g)
> +BIT(g)
>
> Signed-off-by: Shraddha Barke
Something odd happened here as this is only a small proportion of the cases
that sho
hi Sudeep:
I test flowlling your blow suggestions,but the system can not be woken.
beacuse,mtk_eint_suspend will mask it.As we know if eint wakeup system
it must be unmasked before enter suspend flow.
e.x
static int __maybe_unused elan_suspend(struct device *dev)
{
struct i2c_client *cl
On 10/09/15 17:30, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro.
>
> This was done with coccinelle:
>
> @@ int g; @@
>
> -(1 << g)
> +BIT(g)
>
> Signed-off-by: Shraddha Barke
Good straight forward cases. Applied to the togreg branch of iio.git.
Will be i
Le 11/09/2015 03:24, Michael Ellerman a écrit :
On Thu, 2015-09-10 at 17:05 -0500, Scott Wood wrote:
I don't think this duplication is what Michael meant by "the normal cpu
feature sections". What else is going to use this very specific
infrastructure?
Yeah, sorry, I was hoping you could do
On 10/09/15 17:30, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro.
>
> This was done with coccinelle:
>
> @@ int g; @@
>
> -(1 << g)
> +BIT(g)
>
> Signed-off-by: Shraddha Barke
A small process related point. These are reworked versions of your
earlier seri
* Davidlohr Bueso wrote:
> On Wed, 09 Sep 2015, Rasmus Villemoes wrote:
>
> >futex_hash() references two global variables: the base pointer
> >futex_queues and the size of the array futex_hashsize. The latter is
> >marked __read_mostly, while the former is not, so they are likely to
> >end up v
Again, the problem with the display, the screen (when logging into gnome shell)
is flying from right to left and generates oops
---
Sep 12 11:30:42 AMILO-V3405 kernel: [ 62.208427] WARNING: CPU: 1 PID: 1676 at
drivers/gpu/drm/drm_atomic.c:491 drm_atomic_check_only+0x48f/0x5f0 [drm]()
Sep 12 11
Add cap-sd-highspeed and cap-mmc-highspeed for rk3188-radxarock
board to make sd cards running faster.
Signed-off-by: Shawn Lin
---
Changes in v2:
- Add mmc caps for individual board file
arch/arm/boot/dts/rk3188-radxarock.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --gi
Add cap-sd-highspeed and cap-mmc-highspeed for rk3066a-rayeager
board to make sd cards running faster.
Signed-off-by: Shawn Lin
---
Changes in v2: None
arch/arm/boot/dts/rk3066a-rayeager.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a-rayeager.dts
b/arch/ar
Add cap-sd-highspeed and cap-mmc-highspeed for rk3066a-bqcurie2
board to make sd cards running faster.
Signed-off-by: Shawn Lin
---
Changes in v2: None
arch/arm/boot/dts/rk3066a-bqcurie2.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a-bqcurie2.dts
b/arch/ar
On 01/09/15 12:45, Martin Kepplinger wrote:
> This adds a struct mma_chip_info to hold data that will remain specific to
> the chip in use. It is provided during probe() and linked in
> struct of_device_id.
>
> Also this suggests that the driver is called "mma8452" and now handles the
> MMA8452Q d
On 01/09/15 12:45, Martin Kepplinger wrote:
> This adds support for the 10 bit version if Freescale's accelerometers
> of this series. The datasheet is available at Freescale's website:
>
> http://cache.freescale.com/files/sensors/doc/data_sheet/MMA8453Q.pdf
>
> It creates a devicetree bindings f
On 01/09/15 12:45, Martin Kepplinger wrote:
> This adds the freefall / motion interrupt source definitions to the driver.
> It is used in this series' next patch, for chips that don't support the
> transient interrupt source.
>
> Signed-off-by: Martin Kepplinger
> Signed-off-by: Christoph Muellne
On 01/09/15 12:45, Martin Kepplinger wrote:
> Signed-off-by: Martin Kepplinger
> Signed-off-by: Christoph Muellner
Applied.
> ---
> drivers/iio/accel/mma8452.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c
> index 59b4455..15d
On 01/09/15 12:45, Martin Kepplinger wrote:
> This doesn't actually change anything since the core names the sysfs folder
> for the iio event attributes "events" anyways. It only leaves the job to the
> core.
>
> Signed-off-by: Martin Kepplinger
> Signed-off-by: Christoph Muellner
Applied to the
On 01/09/15 12:45, Martin Kepplinger wrote:
> MMA8652FC and MMA8653FC don't provide the transient interrupt source, so
> the motion interrupt source is used by providing a new iio_chan_spec
> definition, so that other supported devices are not affected by this.
>
> Datasheets for the newly support
Commit ce7929186a39 ("iwlwifi: mvm: add basic Time of Flight (802.11mc
FTM) support") created drivers/net/wireless/iwlwifi/mvm/tof.h with a
broken header guard:
#ifndef __tof
#define __tof_h__
...
#endif /* __tof_h__ */
Use __tof_h__ in the first line.
Signed-off-by: Nicolas Io
On 10/09/15 17:30, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
>
> This was done with coccinelle:
> @@ int g; @@
>
> -(1 << g)
> +BIT(g)
>
> Signed-off-by: Shraddha Barke
There are a number of places in these drivers where the use
of GENMASK and a related
On Wed, Aug 05, 2015 at 03:42:39PM -0700, Paul Burton wrote:
> The MT ASE cannot be used with CPUs that implement older releases of the
> MIPS architecture than release 2, and is replaced in release 6. Encode
> these constraints in Kconfig to ensure that MT code is only built as
> part of kernels
On Sat, 12 Sep 2015 04:41:33 +
"Dilger, Andreas" wrote:
> On 2015/09/11, 4:20 AM, "HPDD-discuss on behalf of Jeff Layton"
>
> wrote:
>
> >With NFSv3 nfsd will always attempt to send along WCC data to the
> >client. This generally involves saving off the in-core inode information
> >prior to
Hi Sjoerd,
Am Samstag, 12. September 2015, 00:36:44 schrieb Sjoerd Simons:
> Rockchip RK3288 has 9 GPIO banks (0 to 8) add definitions for the last
> two.
>
> Signed-off-by: Sjoerd Simons
> ---
>
> include/dt-bindings/pinctrl/rockchip.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
On Wed, 09 Sep, at 04:16:09PM, Ard Biesheuvel wrote:
>
> Hello Taku,
>
> To be honest, I think that the naming of this feature is poorly
> chosen. The UEFI spec gets it right by using 'MORE_RELIABLE'. Since
> one way to implement more reliable memory ranges is mirroring, the
> implementation deta
On Tue, 08 Sep, at 11:24:16AM, Arnaldo Carvalho de Melo wrote:
> Em Mon, Sep 07, 2015 at 02:58:18PM +0200, Jiri Olsa escreveu:
> >
> > please base this over Arnaldo's perf/core
>
> Yeah, that is better, sometimes, like now, the difference from
> tip/perf/core to acme/perf/core can grow as big as
On Mon, 07 Sep, at 10:38:05AM, Jiri Olsa wrote:
> Pass 'struct parse_events_error *error' to the parse-event.c
> tracepoint adding path. It will be filled with error data
> in following patches.
>
> Link: http://lkml.kernel.org/n/tip-las1hm5zf58b0twd27h98...@git.kernel.org
> Signed-off-by: Jiri Ol
On Mon, 07 Sep, at 02:23:53PM, Jiri Olsa wrote:
> On Sat, Sep 05, 2015 at 08:02:21PM +0100, Matt Fleming wrote:
>
> SNIP
>
> > diff --git a/tools/perf/tests/builtin-test.c
> > b/tools/perf/tests/builtin-test.c
> > index 8cf0601d1662..a1b2265eaf55 100644
> > --- a/tools/perf/tests/builtin-test.c
On Mon, 07 Sep, at 02:28:14PM, Jiri Olsa wrote:
> On Sat, Sep 05, 2015 at 08:02:21PM +0100, Matt Fleming wrote:
>
> SNIP
>
> > };
> >
> > +static struct test *tests[] = {
> > + generic_tests,
> > + arch_tests,
> > +};
> > +
> > static bool perf_test__matches(struct test *test, int curr, i
On Mon, 07 Sep, at 02:29:54PM, Jiri Olsa wrote:
> On Sat, Sep 05, 2015 at 08:02:21PM +0100, Matt Fleming wrote:
>
> SNIP
>
> >
> > +static struct test *tests[] = {
> > + generic_tests,
> > + arch_tests,
> > +};
> > +
> > static bool perf_test__matches(struct test *test, int curr, int argc,
This patch removes comparisons to true/false values on bool variables.
Fixed using Coccinelle
Change in v2-
Consider cases with false
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8723au/core/rtw_ap.c | 4 ++--
drivers/staging/rtl8723au/core/rtw_mlme_ext.c | 4 ++--
dr
This patch removes comparisons to true/false values on bool variables.
Fix made using Coccinelle
Change in v2-
Fixing logical error
Signed-off-by: Shraddha Barke
---
drivers/staging/vt6656/wcmd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6656/wcmd.c
This patch removes comparisons to true/false values on bool variables.
Fix made using Coccinelle
Changes in v2-
More instances covered
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8712/rtl871x_ioctl_set.c | 24 -
drivers/staging/rtl8712/rtl871x_mlme.c | 77 ++--
This patch removes comparisons to true/false values on bool variables.
Fix made using Coccinelle
Changes in v2-
Included more instances of true and false
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8188eu/core/rtw_cmd.c | 12 ++--
drivers/staging/rtl8188eu/core/rtw_ioctl
On Fri, Sep 11, 2015 at 03:49:18PM -0700, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.52 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know
Petr Cvek writes:
And it is true I have not tested the rootfs special case, where drivers
are not
yet initialized (and more specifically gpio and interrupt chip). Your
backtrace
should tell me if you fall into this category of issues ... but I digress,
this
h
On Friday 11 September 2015 05:56 PM, Peter Ujfalusi wrote:
> Hi,
>
> Changes since v1:
> - Convert edma platform device registration to use
> platform_device_register_full
> - Moved the PM callback also to the dmaengine driver - missed in v1
> - Commit message added to:
> ARM/dmaengine: edma:
Add io memory and dma requestor lines to the irda pxa device. This is
part of the conversion of pxaficp_ir to dmaengine, and to shrink its
adherence to 'mach' includes.
Signed-off-by: Robert Jarzmik
Cc: Petr Cvek
---
arch/arm/mach-pxa/devices.c | 20
1 file changed, 20 inse
On Fri, Sep 11, 2015 at 05:25:59PM +0100, Mark Rutland wrote:
> On Fri, Sep 11, 2015 at 01:46:43PM +0100, Daniel Kiper wrote:
> > On Thu, Sep 10, 2015 at 05:23:02PM +0100, Mark Rutland wrote:
[...]
> > > What's troublesome with the boot services?
> > >
> > > What can't be simulated?
> >
> > How d
On Sat, Sep 12, 2015 at 04:35:30PM +0530, Shraddha Barke wrote:
> This patch removes comparisons to true/false values on bool variables.
> Fix made using Coccinelle
>
> Changes in v2-
> More instances covered
>
> Signed-off-by: Shraddha Barke
> ---
You have not even build tested before sending.
Hi Arnd,
On Fri, 11 Sep 2015, Arnd Bergmann wrote:
> On Friday 11 September 2015 15:14:23 Peter Griffin wrote:
> > +- st,fdma-id : Must contain fdma controller number
>
> What for?
It is used by the driver to generate a unique firmware name.
Basically we need to know which controller inst
Since my last pull from upstream (today) , I started seeing some
checkpatch warnings regarding suspect code indent I believe are false
positive. Take this code for example:
static int foo(void)
{
while (bar())
/* do nothing */;
}
When running checkpath on it, the following
Hi Lee,
On Fri, 11 Sep 2015, Lee Jones wrote:
> On Fri, 11 Sep 2015, Peter Griffin wrote:
> > On Fri, 11 Sep 2015, Lee Jones wrote:
> > > On Fri, 11 Sep 2015, Peter Griffin wrote:
> > > > On Fri, 11 Sep 2015, Lee Jones wrote:
> > > > > On Fri, 11 Sep 2015, Peter Griffin wrote:
> > > > >
> > > >
Instead of using directly the OS timer through direct register access,
use the standard sched_clock(), which will end up in OSCR reading
anyway.
This is a first step for direct access register removal and machine
specific code removal from this driver.
Signed-off-by: Robert Jarzmik
---
drivers/
Good day,
I am Raymond Du Plesis. I have emailed you earlier on without any response from
you. On my first email I mentioned about my late client Mr. Daniel whose
relatives I cannot get in touch with but both of you have the same last name,
so it will be very easy to front you as his official
Convert the pxa IRDA driver to readl and writel primitives, and remove
another set of direct registers access. This leaves only the DMA
registers access, which will be dealt with dmaengine conversion.
Signed-off-by: Robert Jarzmik
---
Since v1: modified __REG macro to cope with STIER, ST* registe
Convert pxaficp_ir to dmaengine. As pxa architecture is shifting from
raw DMA registers access to pxa_dma dmaengine driver, convert this
driver to dmaengine.
Signed-off-by: Robert Jarzmik
---
Since v1: removed mach/dma.h include, which is the goal
---
drivers/net/irda/pxaficp_ir.c | 149
From: Pramod Gurav
The bit masks for RFR_LEVEL1 and STALE_TIMEOUT_MSB values in MR1 and
IPR registers respectively are different for UART and UART_DM hardware
cores. We have been using UART core mask values for these. Add the same
for UART_DM core.
There is no bit setting as UART_IPR_RXSTALE_LAS
UART controller is capable to perform transfers up to 4 Mbps.
Remove artificial 115.2 Kbps limitation.
Signed-off-by: Ivan T. Ivanov
---
drivers/tty/serial/msm_serial.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/msm_serial.c b/dri
Add receive DMA support for UARTDM type of controllers.
Tested on APQ8064, which have UARTDM v1.3 and ADM DMA engine
and APQ8016, which have UARTDM v1.4 and BAM DMA engine.
Signed-off-by: Ivan T. Ivanov
---
.../devicetree/bindings/serial/qcom,msm-uartdm.txt | 3 +
drivers/tty/serial/msm_seria
Signed-off-by: Ivan T. Ivanov
---
arch/arm64/boot/dts/qcom/msm8916.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi
b/arch/arm64/boot/dts/qcom/msm8916.dtsi
index f10ff7a2d0e3..6874221ec355 100644
--- a/arch/arm64/boot/dts/qcom/msm8916.dtsi
+++ b/a
Add devicetree bindings for UART1 pins and device
controller with DMA channel specifiers.
Signed-off-by: Ivan T. Ivanov
---
arch/arm64/boot/dts/qcom/msm8916-pins.dtsi | 29 +
arch/arm64/boot/dts/qcom/msm8916.dtsi | 12
2 files changed, 41 insertions(
Add transmit DMA support for UARTDM type of controllers.
Tested on APQ8064, which have UARTDM v1.3 and ADM DMA engine
and APQ8016, which have UARTDM v1.4 and BAM DMA engine.
Signed-off-by: Ivan T. Ivanov
---
.../devicetree/bindings/serial/qcom,msm-uartdm.txt | 3 +
drivers/tty/serial/msm_seri
From: Pramod Gurav
Replaces (1 << x) with BIT(x) macro
Signed-off-by: Pramod Gurav
Reviewed-by: Stephen Boyd
Signed-off-by: Ivan T. Ivanov
---
drivers/tty/serial/msm_serial.h | 44 -
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/drive
Make function naming consistent across this driver.
No functional changes.
Signed-off-by: Ivan T. Ivanov
---
drivers/tty/serial/msm_serial.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/tty/serial/msm_serial.c b/drivers/tty/
Stale Event Enable command should be 5 not 8, fix this.
Signed-off-by: Ivan T. Ivanov
---
drivers/tty/serial/msm_serial.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/msm_serial.h b/drivers/tty/serial/msm_serial.h
index 60917d30c6b5..223f961f992a 100644
Hi,
Following patches add DMA support for UARTDM type of hardware.
Changes have been tested on UARTDM v1.3(APQ8064) and v1.4(APQ8016).
Patches from Gurav were published long ago here[1], I just addressed
remaining comments and coding style issues.
Any comments are welcome.
Regards,
Ivan
Ivan
Robert Jarzmik writes:
> This patch attempts to enhance the case of a transfer submitted multiple
> times, and where the cost of creating the descriptors chain is not
> negligible.
>
> This happens with big video buffers (several megabytes, ie. several
> thousands of linked descriptors in one sca
>> Should these files be consolidated? And if so how?
> if you can find an easy way, that would be a very, very welcome patch.
Is the ideal solution to consolidate both fusbh200-hcd.c and
fotg210-hcd.c in a single module? If this is the case, how to detect
at run time which version of the hw is pr
Robert Jarzmik writes:
> After the conversion of pxa architecture to common clock framework, the
> NAND clock can be disabled on startup if no nand driver claims it.
>
> In this case, it happens that if the bootloader used the NAND and set
> the DFI arbitration bit, the next access to a static me
On Fri, 11 Sep 2015 17:43:15 -0400
Mike Snitzer wrote:
> Ming, Jens, others:
>
> Please see this BZ comment that speaks to a 4.3 regression due to the
> late bio splitting changes:
> https://bugzilla.redhat.com/show_bug.cgi?id=1247382#c41
I think it is a bug of bounce_end_io, and the following
On Sat, 12 Sep 2015 01:59:34 -0300
Diego Viola wrote:
> I really wish the commit message instead said:
>
> "GTK+ is an initialism"
>
> Can't I change the commit message any longer?
No, you need to consider it set in stone at this point.
jon
--
To unsubscribe from this list: send the line "uns
Hello Simon,
On Thu, 10 Sep 2015 00:01:40 +0200, Simon Guinot
wrote:
> Vincent (Donnefort) finally succeeds to reproduce the issue. The setup
> is quite simple. You only have to flood the gpio-f7188x driver via the
> sysfs GPIO interface. Nothing more is needed.
>
> After some debugging we disco
Hello,
On Wed, Sep 09, 2015 at 05:49:31AM -0700, Paul Turner wrote:
> I do not think this is a layering problem. This is more like C++:
> there is no sane way to concurrently use all the features available,
> however, reasonably self-consistent subsets may be chosen.
That's just admitting failur
Signed-off-by: Martin Pietryka
---
drivers/staging/android/ashmem.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/android/ashmem.c b/drivers/staging/android/ashmem.c
index 60200a3..c549a1b 100644
--- a/drivers/staging/android/ashmem.c
+++ b/dri
Use managed resource functions devm_request_threaded_irq,
devm_inpute_allocate_device and devm_kzalloc to simplify
error handling. Also, remove use of input_unregister_device
as input_register_device itself handles it and works as
resource managed function.
To be compatible with the change, variou
On Sat, Sep 12, 2015 at 12:16:39PM +0200, Ralf Baechle wrote:
> > config MIPS_MT_SMP
> > bool "MIPS MT SMP support (1 TC on each available VPE)"
> > - depends on SYS_SUPPORTS_MULTITHREADING
> > + depends on SYS_SUPPORTS_MULTITHREADING && CPU_MIPSR2
>
> Right now this line is
>
> depends
Thanks John,
That's fine & understood, it's the month before that when these sat
quietly - through the release of a kernel which they fix a regression in
no less, and despite my having asked Ralf on IRC about them a couple of
weeks before v4.2 was released.
If they just fell off the radar or thro
On Sat, Sep 12, 2015 at 04:47:23PM +0530, Shraddha Barke wrote:
>
>
> On Sat, Sep 12, 2015 at 3:17 PM, Jonathan Cameron wrote:
>
> On 10/09/15 17:32, Shraddha Barke wrote:
> > This patch replaces bit shifting on 1 with the BIT(x) macro
> >
> > This was done with coccinelle:
>
The Allwinner SoCs have an in-SoC audio controller taking the role of a DAI
and a codec.
Add the binding documentation for that controller on the A10.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/sound/sun4i-codec.txt | 33 ++
1 file changed, 33 insertions(+
Hi everyone,
This patch set adds the support for what Allwinner calls the codec on
their SoCs.
This codec is actually a combination of a codec and DAI, tied together
in a single memory-mapped IP. It is completely standalone, and outputs
directly the analog signal.
While it supports both playback
From: Emilio López
The sun4i, sun5i and sun7i SoC families have a built-in codec, capable
of both audio capture and playback.
While this is called a codec by Allwinner, it really is an in-SoC
combination of a codec and a DAI, with its own DAC/ADC and amplifiers
in a single memory-mapped controll
1 - 100 of 228 matches
Mail list logo
