This patch series addresses comments by Joe with runing checkpatch with a
--strict. It cleans up all the misc styling and removes all the forward
declarations.
The patch also addresses all of Bart's comments besides the preallocation of
buffers before IO starts and the merging of unpack_lun with s
I2C controller on most of the omap devices has both master and slave
capability but the i2c framework has been missing support for registering
a bus in slave mode for long.
Recently the i2c slave support has been added to i2c framework, the following
patch adds the required support for omap_i2c dri
I2C controller on most of the omap devices has both master and slave
capability but the i2c framework has been missing support for registering
a bus in slave mode for long.
Recently the i2c slave support has been added to i2c framework,
the following patch adds the required support for omap_i2c dr
On Wed, May 25, 2016 at 06:21:54AM -0700, Guenter Roeck wrote:
> On 05/25/2016 04:51 AM, Heikki Krogerus wrote:
> > On Tue, May 24, 2016 at 12:28:26PM -0700, Guenter Roeck wrote:
> > > On Thu, May 19, 2016 at 03:44:54PM +0300, Heikki Krogerus wrote:
> > > > The purpose of this class is to provide u
From: Raja Mani
Include dts support for two wifi block present on ipq4019 SoC.
Corresponding dt binding documentation has been added in ath.git as below
commit id a47aaa69 and the commit message is
"dt: bindings: add new dt entry for pre calibration in qcom, ath10k.txt".
Signed-off-by: Raja Mani
When see POLLERR or POLLHUP, unmap ring buffer from both the main
evlist and overwrite evlist.
Signed-off-by: Wang Nan
Cc: He Kuang
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: pi3or...@163.com
---
tools/perf/builtin-record.c | 30 ++
evlist->mmap[i]->refcnt could be 0 if an evlist has no evsel or all
evsels don't match the evlist during mmap. For example, when all evsels
are overwritable but the evlist itself is normal. To avoid crashing,
perf should check 'base' pointer before checking refcnt, and raise bug
only when base is n
Create an auxiliary evlist for overwritable events.
Before mmap, build this evlist and set 'overwrite' and 'backward'
attribute. Since perf_evlist__mmap_ex() only maps events when
evsel->overwrite matches evlist's corresponding attributes, with
these two evlists an event goes to either rec->evlist
On 05/25/2016 11:31 AM, Borislav Petkov wrote:
> On Sat, May 21, 2016 at 09:51:18AM +0200, Borislav Petkov wrote:
>> I'll ping you once I'm done testing here.
>
> Ok, I've just uploaded a branch, it passes testing here.
>
> http://git.kernel.org/cgit/linux/kernel/git/bp/bp.git, branch tip-microco
On 2016/5/25 18:16, Wangnan (F) wrote:
On 2016/5/25 13:03, Wang Nan wrote:
Create an auxiliary evlist for overwritable events.
Before mmap, build this evlist and set 'overwrite' and 'backward'
attribute. Since perf_evlist__mmap_ex() only maps events when
evsel->overwrite matches evlist's cor
Not much use unless the SoC is selected so depend on the ARCH_MXC
and COMPILE_TEST like all the other thermal drivers.
v2: drop extraneous OF
Signed-off-by: Peter Robinson
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/Kconfig b/d
Before this patch there's no way to pass arguments to fdarray__filter's
call back function.
This improvement will be used by 'perf record' to support unmapping ring
buffer for both main evlist and overwrite evlist. Without this patch
there's no way to track overwrite evlist from 'struct fdarray'.
Before this patch, when using overwritable ring buffer on an old
kernel, error message is misleading:
# ~/perf record -m 1 -e raw_syscalls:*/overwrite/ -a
Error:
The raw_syscalls:sys_enter event is not supported.
This patch output clear error message to tell user his/her kernel
is too old:
#
If write_backward attribute is set, records are written into kernel
ring buffer from end to beginning, but read from beginning to end.
To avoid 'XX out of order events recorded' warning message (timestamps
of records is in reverse order when using write_backward), suppress the
warning message if wr
overwrite_evt_state is introduced to reflect the state of overwritable
ring buffers. It is a state machine with 3 states:
RUNNING --(1)--> DATA_PENDING --(2)--> EMPTY
^ ^ |
| |___(disallow)___/|
||
This patch allows following config terms and option:
Globally setting events to overwrite;
# perf record --overwrite ...
Set specific events to be overwrite or no-overwrite.
# perf record --event cycles/overwrite/ ...
# perf record --event cycles/no-overwrite/ ...
Add missing config terms a
Improve test backward-ring-buffer, trace both enter and exit event of
prctl() syscall, utilize auxiliary evlist to mmap enter and exit event
into separated mmaps.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: He Kuan
This patch set enables daemonized perf recording by utilizing
overwritable backward ring buffer. With this feature one can
put perf background, and dump ring buffer records by a SIGUSR2
when he/she find something unusual. For example, following
command record system calls, schedule events and sampl
Now we have evlist->backward to indicate the mmap direction. Make
perf_evlist__mmap_read() choose right direction automatically.
Signed-off-by: Wang Nan
Cc: Arnaldo Carvalho de Melo
Cc: Jiri Olsa
Cc: Masami Hiramatsu
Cc: Namhyung Kim
Cc: Zefan Li
Cc: He Kuang
---
tools/perf/util/evlist.c |
Philippe De Muyter wrote:
> On Wed, May 25, 2016 at 03:34:55AM -0400, George Spelvin wrote:
>> Addition chains found by Yevgen Voronenko's Hcub algorithm at
>> http://spiral.ece.cmu.edu/mcm/gen.html
> Shouldn't you put that reference in the comments of your archhash.h file ?
I don't really care e
On Wed, May 25, 2016 at 11:49:12AM +0100, Jose Abreu wrote:
> Ok, will do that. I noticed the last I2S patch that you merged
> ("ASoC: dwc: Add helper functions to disable/enable irqs") is not
> in for-next yet. Should I base my work on 'topic/dwc' branch?
We are in the merge window. No new non-
On Wed, May 25, 2016 at 06:24:10AM -0700, Joe Perches wrote:
> On Wed, 2016-05-25 at 09:16 -0400, Vivek Goyal wrote:
> > I am proposing following updates to kdump maintainership. I have got
> > busy in other things and not getting time to spend on kdump.
> >
> > Removed Haren Myneni as he has not
On Wed, 25 May 2016 15:16:40 +0200
Peter Zijlstra wrote:
> > static char *get_trace_buf(void)
> > {
> > + struct trace_buffer_struct *buffer = this_cpu_ptr(trace_percpu_buffer);
> >
> > + if (!buffer || buffer->nesting >= 4)
> > return NULL;
>
> This is buggy fwiw; you need
A cosmetic change: use the same datatypes as crypto API does.
Signed-off-by: Sergey Senozhatsky
Cc: Minchan Kim
Cc: Joonsoo Kim
---
drivers/block/zram/zcomp.c| 5 ++---
drivers/block/zram/zcomp.h| 5 ++---
drivers/block/zram/zram_drv.c | 2 +-
3 files changed, 5 insertions(+), 7 deleti
On 2 April 2016 at 22:03, Heiko Stuebner wrote:
> Am Samstag, 2. April 2016, 21:39:11 schrieb Guodong Xu:
>> On 2 April 2016 at 02:42, Heiko Stuebner wrote:
>> > Am Mittwoch, 30. März 2016, 15:24:56 schrieb Guodong Xu:
>> >
>> > [...]
>> >
>> > > @@ -2949,7 +2956,9 @@ int dw_mci_probe(struct dw_m
Add "deflate", "lz4hc", "842" algorithms to the list of
known compression backends. The real availability of those
algorithms, however, depends on the corresponding
CONFIG_CRYPTO_FOO config options.
Signed-off-by: Sergey Senozhatsky
Cc: Minchan Kim
Cc: Joonsoo Kim
---
drivers/block/zram/zcomp.
We don't need to supply a zcomp pointer to compress/decompress
functions, drop it.
Signed-off-by: Sergey Senozhatsky
Cc: Minchan Kim
Cc: Joonsoo Kim
---
drivers/block/zram/zcomp.c| 5 ++---
drivers/block/zram/zcomp.h| 4 ++--
drivers/block/zram/zram_drv.c | 4 ++--
3 files changed, 6 i
We don't perform any zstream idle list lookup anymore, so
zcomp_strm_find()/zcomp_strm_release() names are not
representative.
Rename to zcomp_stream_get()/zcomp_stream_put().
Signed-off-by: Sergey Senozhatsky
Cc: Minchan Kim
Cc: Joonsoo Kim
---
drivers/block/zram/zcomp.c| 4 ++--
drivers
We don't have an idle zstreams list anymore and our write path
now works absolutely differently, preventing preemption during
compression. This removes possibilities of read paths preempting
writes at wrong places (which could badly affect the performance
of both paths) and at the same time opens t
Remove lzo/lz4 backends, we use crypto API now.
Signed-off-by: Sergey Senozhatsky
Cc: Minchan Kim
Cc: Joonsoo Kim
---
drivers/block/zram/Kconfig | 9 ---
drivers/block/zram/Makefile| 4 +--
drivers/block/zram/zcomp.c | 2 --
drivers/block/zram/zcomp.h | 15 ---
d
There is no way to get a string with all the crypto comp
algorithms supported by the crypto comp engine, so we need
to maintain our own backends list. At the same time we
additionally need to use crypto_has_comp() to make sure
that the user has requested a compression algorithm that is
recognized b
Hello,
This has started as a 'add zlib support' work, but after some
thinking I saw no blockers for a bigger change -- a switch to
crypto API.
We don't have an idle zstreams list anymore and our write path
now works absolutely differently, preventing preemption during
compression. This remove
Trace events like raw_syscalls show always a preempt code of one. The
reason is that on PREEMPT kernels rcu_read_lock_sched_notrace()
increases the preemption counter and the function recording the counter
is caller within the RCU section.
Signed-off-by: Sebastian Andrzej Siewior
---
I am not sur
Not much use unless the SoC is selected so depend on the ARCH_MXC
and COMPILE_TEST like all the other thermal drivers.
Signed-off-by: Peter Robinson
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
i
On Wed, 2016-05-25 at 09:16 -0400, Vivek Goyal wrote:
> I am proposing following updates to kdump maintainership. I have got
> busy in other things and not getting time to spend on kdump.
>
> Removed Haren Myneni as he has not participated in kdump development for
> a long time now.
>
> Proposin
On Wed, May 25, 2016 at 03:34:55AM -0400, George Spelvin wrote:
> This provides a multiply by constant GOLDEN_RATIO_32 = 0x61C88647
> for the original mc68000, which lacks a 32x32-bit multiply instruction.
>
> Addition chains found by Yevgen Voronenko's Hcub algorithm at
> http://spiral.ece.cmu.ed
Will, Marc,
On 22.04.16 10:00:52, Will Deacon wrote:
> On Fri, Apr 22, 2016 at 09:01:05AM +0100, Marc Zyngier wrote:
> > On 21/04/16 18:40, Robert Richter wrote:
> > > On 15.04.16 21:30:05, Robert Richter wrote:
> > >> From: Ganapatrao Kulkarni
> > >>
> > >> The erratum fixes the hang of ITS SYNC
On 05/25/2016 04:51 AM, Heikki Krogerus wrote:
On Tue, May 24, 2016 at 12:28:26PM -0700, Guenter Roeck wrote:
On Thu, May 19, 2016 at 03:44:54PM +0300, Heikki Krogerus wrote:
The purpose of this class is to provide unified interface for user
space to get the status and basic information about U
Hi Andy,
On Wed, May 25, 2016 at 7:52 AM, Andy Lutomirski wrote:
> Currently, the trace_printk code chooses which static buffer to use based
> on what type of atomic context (NMI, IRQ, etc) it's in. Simplify the
> code and make it more robust: simply count the nesting depth and choose
> a buffer
On Tue, May 24, 2016 at 9:33 PM, Rich Felker wrote:
> On Tue, May 24, 2016 at 08:13:14PM -0500, Rob Herring wrote:
>> On Tue, May 24, 2016 at 4:30 PM, Rob Landley wrote:
>> >
>> >
>> > On 05/23/2016 06:29 PM, Rob Herring wrote:
>> >> On Mon, May 23, 2016 at 4:03 PM, Rich Felker wrote:
>> >>> On
On Tue, May 24, 2016 at 03:52:28PM -0700, Andy Lutomirski wrote:
> Currently, the trace_printk code chooses which static buffer to use based
> on what type of atomic context (NMI, IRQ, etc) it's in. Simplify the
> code and make it more robust: simply count the nesting depth and choose
> a buffer b
The 'de-active' and 'pixelclk-active' DT properties are evaluated
by of_parse_display_timing() called from of_get_drm_display_mode(),
but later lost in the conversion from videomode.flags to
drm_display_mode.flags.
Use an open coded version of of_get_drm_display_mode() to get access
to these flags
On Wed, May 25, 2016 at 12:43 AM, Rich Felker wrote:
> The J-Core project (j-core.org) produces open source cpu and SoC
> peripheral cores synthesizable as FPGA bitstreams or ASICs.
>
> Signed-off-by: Rich Felker
Please add acks when posting subsequent versions.
> ---
> Documentation/devicetre
On 05/25/2016 04:30 AM, Heikki Krogerus wrote:
Hi,
On Tue, May 24, 2016 at 06:42:09AM -0700, Guenter Roeck wrote:
+struct typec_capability {
+ enum typec_data_rolerole;
+ unsigned intusb_pd:1;
+ struct typec_altmode*alt_modes;
+ unsigned int
Hi,
I am proposing following updates to kdump maintainership. I have got
busy in other things and not getting time to spend on kdump.
Removed Haren Myneni as he has not participated in kdump development for
a long time now.
Proposing adding the names of Dave and Baoquan as kdump maintainers as
On 05/25/16 at 05:54P, Joe Perches wrote:
> On Wed, 2016-05-25 at 20:49 +0800, Minfei Huang wrote:
> >
> > From below commits, kexec.c is split to kexec.c, kexec_file.c and
> > kexec_core.c.
> >
> > commit a43cac0d9dc2 ("kexec: split kexec_file syscall code to
> > kexec_file.c")
> > commit 2965fa
On Wed, May 25, 2016 at 01:34:24PM +0100, Mark Rutland wrote:
> On Wed, May 25, 2016 at 01:20:04PM +0200, Christer Weinigel wrote:
> > Does everything have to be so damn difficult?
> With the varied hardware that exists, and the constant expansion of the
> set of things which exist, there is very
Hi Bjorn,
I file a bug today: https://bugzilla.kernel.org/show_bug.cgi?id=118941
My patch passed in my test machine, but it's sad that Lenovo PA team still find
reset issue when do batch test even applied my patch.
So please ignore it at this time. I am sorry for it. But I will spend more time
Hey Krzysztof,
Krzysztof Kozlowski wrote:
> On 05/24/2016 06:05 PM, Tobias Jakobi wrote:
>> Hello Krzysztof,
>>
>>
>> Krzysztof Kozlowski wrote:
>>> On 05/24/2016 03:49 PM, Tobias Jakobi wrote:
Hello Krzysztof,
are you sure that these are the only differences. Because AFAIK there
>
dra72x device has i2c6 controller.
Adding hwmod definition for the same.
Reference DRA72x TRM [ SPRUHP2Q ]
Signed-off-by: Ravikumar Kattekola
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod
DRA72x devices have a sixth i2c ocntroller instance.
Following patches add the required hwmod structure and
device tree nodes.
Reference doc: DRA72x TRM [ SPRUHP2Q ]
Tested on :
DRA72x Rev B EVM
Ravikumar Kattekola (2):
arm: dra7: Add hwmod entry for i2c6
dts: dra7: Add device tree node for
DRA72x devices have an extra i2c controller instance - i2c6
Adding device description for the same.
Reference : DRA72x_SR1.0 TRM [ SPRUHP2Q ]
Signed-off-by: Ravikumar Kattekola
---
arch/arm/boot/dts/dra7.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/dra
On Wed, 2016-05-25 at 20:49 +0800, Minfei Huang wrote:
>
> From below commits, kexec.c is split to kexec.c, kexec_file.c and
> kexec_core.c.
>
> commit a43cac0d9dc2 ("kexec: split kexec_file syscall code to
> kexec_file.c")
> commit 2965faa5e03d ("kexec: split kexec_load syscall from kexec core
>
Commit aaf9607516ed38825268515ef4d773289a44f429 ("f2fs: check node page
contents all the time") pointed out that "sometimes it was reported that
its contents was missing", so it checks the page's mapping and contents.
When "nid != nid_of_node(page)", ERR_PTR(-EIO) will be returned to the
caller. Ho
On Wed, May 25, 2016 at 01:19:24PM +0100, Mark Rutland wrote:
> On Tue, May 24, 2016 at 08:57:06PM +0200, Christer Weinigel wrote:
> > It's bloody convenient. I'm working with a Zync board right now where
> > we have multiple SPI ports. Being able to label the ports on the
> > board spi1, spi2 a
>From below commits, kexec.c is split to kexec.c, kexec_file.c and
kexec_core.c.
commit a43cac0d9dc2 ("kexec: split kexec_file syscall code to
kexec_file.c")
commit 2965faa5e03d ("kexec: split kexec_load syscall from kexec core
code")
Both kexec_file.c and kexec_core.c are still belong to kexec c
On Tue, May 17, 2016 at 11:56:11PM +0800, Chen-Yu Tsai wrote:
> Q8 form factor A13 tablets have a 7" LCD panel. Unfortunately we
> don't know the exact model of the panel. Just pick a panel with
> display timings close to what we know.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
On Tue, May 17, 2016 at 11:56:10PM +0800, Chen-Yu Tsai wrote:
> The Q8 tablets use the audio codec to provide audio output via a
> headphone jack or a small mono speaker. A GPIO output is used to
> control speaker amp.
>
> The tablets may or may not have an internal microphone.
>
> Signed-off-by:
On Tue, May 17, 2016 at 11:56:09PM +0800, Chen-Yu Tsai wrote:
> On the A13 Q8 tablets, the PMIC's USB power supply (VBUS) is connected
> to the external OTG port. This can be used to provide power and OTG VBUS
> sensing.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
Maxime
--
Maxime Ripard,
Hi Hans,
On Wed, May 18, 2016 at 10:13:52AM +0200, Hans de Goede wrote:
> Hi Chen-Yu,
>
> On 17-05-16 17:56, Chen-Yu Tsai wrote:
> >Hi everyone,
> >
> >This series enables more peripherals for Allwinner A13-based Q8 devices.
> >The peripherals include the WiFi, the PMIC's micro-usb power supply
>
On Tue, May 17, 2016 at 11:56:07PM +0800, Chen-Yu Tsai wrote:
> The output pin of LDO is also a GPIO pin, and the on/off settings of the
> regulator are actually pinmux settings.
>
> Disable it by default so it doesn't conflict with GPIO usage.
>
> Signed-off-by: Chen-Yu Tsai
Applied, thanks!
On Tue, May 17, 2016 at 11:56:06PM +0800, Chen-Yu Tsai wrote:
> sun4i_rgb_init() can fail, which results in TCON failing to bind.
> In this case we need to do cleanup, specificly unregistering the
> dotclock, which is regmap based, and the regmap is registered as
> part of the sun4i_tcon_bind().
>
On 05/24/2016 11:09 AM, Christoph Hellwig wrote:
> I think this is moving into the wrong direction. The right fix here
> is to get of all the dma_attrs boilerplate code and just replace it
> with a simple enum dma_flags. This would simplify both the callers
> and most importantly the wrappers for
On Wed, May 25, 2016 at 01:20:04PM +0200, Christer Weinigel wrote:
> On 05/25/2016 12:38 PM, Mark Brown wrote:
> > On Wed, May 25, 2016 at 10:20:34AM +0100, Mark Rutland wrote:
> >> On Tue, May 24, 2016 at 01:41:26PM -0700, Frank Rowand wrote:
> >
> >>> The code and behavior is in the Linux kernel
On Tue, May 24, 2016 at 08:57:06PM +0200, Christer Weinigel wrote:
> On 05/24/2016 08:32 PM, Mark Brown wrote:
> > I'm not clear that we want to document this at all since I am not
> > clear that there is a sensible use case for doing it. I did ask
> > for one but you've not articulated one in th
Hi Venkat,
I'm already working the support the device-tree for extcon-gpio [1].
[1] https://lkml.org/lkml/2015/10/21/8
- [PATCH v3] extcon: gpio: Add the support for Device tree bindings
So, I just apply this patch the temporay extcon-test[2] branch on extcon.git.
[2]
https://git.kernel.org/cgit
This is a cleanup patch to make kexec more clear to return error number
directly. The variable result is useless, because there is no other
function's return value assignes to it. So remove it.
Signed-off-by: Minfei Huang
---
kernel/kexec_core.c | 16 ++--
1 file changed, 6 insertion
On 25/05/16 06:19, Jun Li wrote:
>
>
>> -Original Message-
>> From: Peter Chen [mailto:hzpeterc...@gmail.com]
>> Sent: Wednesday, May 25, 2016 10:44 AM
>> To: Roger Quadros
>> Cc: peter.c...@freescale.com; ba...@kernel.org; t...@atomide.com;
>> gre...@linuxfoundation.org; dan.j.willi...@
On 25/05/16 05:44, Peter Chen wrote:
> On Tue, May 24, 2016 at 12:45:46PM +0300, Roger Quadros wrote:
>> Hi Peter,
>>
>> I have one question here. Please see below.
>>
>> On 13/05/16 13:03, Roger Quadros wrote:
>>> It provides APIs for the following tasks
>>>
>>> - Registering an OTG/dual-role capa
The STMPE platform data is only populated from the device tree
in all existing users, so push the struct and make the OF case
the norm.
Cc: Patrice Chotard
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Drop check for (!np) NULL device node: as Lee notices, this
can no longer happen on a
On Tue, May 24, 2016 at 08:57:06PM +0200, Christer Weinigel wrote:
> On 05/24/2016 08:32 PM, Mark Brown wrote:
> > On Tue, May 24, 2016 at 08:03:48PM +0200, Christer Weinigel wrote:
> >> On 05/24/2016 07:20 PM, Mark Brown wrote:
> >
> >>> I'm not sure this is something we want to support at all, I
On Wednesday 25 May 2016 10:25:29, Meng Yi wrote:
> Hi Alexander,
> Thanks for your reply.
>
> > Commit d761701c55a99598477f3cb25c03d939a7711e74 only has one child
> > commit in my repo. Both touch only i915 related things. Please do a proper
> > bisect and name the offending commit. On which comm
On 05/24/2016 06:05 PM, Tobias Jakobi wrote:
> Hello Krzysztof,
>
>
> Krzysztof Kozlowski wrote:
>> On 05/24/2016 03:49 PM, Tobias Jakobi wrote:
>>> Hello Krzysztof,
>>>
>>> are you sure that these are the only differences. Because AFAIK there
>>> are quite a few more:
>>> - DMA submission of com
Now when we switched to usage of real clk devices for CPU core
frequency those root properties make no sense any longer.
Se we're just getting rid of them here to not confuse readers of
our .dts files.
Signed-off-by: Alexey Brodkin
Cc: Christian Ruppert
Cc: Noam Camus
---
arch/arc/boot/dts/abi
Allow KASLR to be selected on Pistachio based systems. Tested on a
Creator Ci40.
Signed-off-by: Matt Redfearn
Reviewed-by: James Hogan
---
Changes in v2:
Add SYS_SUPPORTS_RELOCATABLE to Kconfig in alphabetical order
arch/mips/Kconfig | 1 +
arch/mips/pistachio/init.c | 8 ++--
2
On Tue, May 24, 2016 at 12:28:26PM -0700, Guenter Roeck wrote:
> On Thu, May 19, 2016 at 03:44:54PM +0300, Heikki Krogerus wrote:
> > The purpose of this class is to provide unified interface for user
> > space to get the status and basic information about USB Type-C
> > Connectors in the system, c
Hi Dmitry,
Update /input/mouse/input-mt.c
Emit BTN_TOO_FINGER in input_mt_report_pointer_emulation if touchpad meets
hover condition.
Thanks & BR KT
-Original Message-
From: 'Dmitry Torokhov' [mailto:dmitry.torok...@gmail.com]
Sent: Friday, May 20, 2016 8:52 AM
To: 廖崇榮
Cc: linux-in
Hi,
Can we please backport a6416f57ce57fb390b "ARC: use ASL assembler mnemonic".
Newer binutils don't like ASL instruction and fail to build kernels prior to
v4.4
which added this fix.
Thx,
-Vineet
On Tue, May 24, 2016 at 03:48:41PM -0700, Andy Lutomirski wrote:
> This will help debug OOPSes related to USER_DS vs KERNEL_DS.
>
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/kernel/dumpstack_32.c | 4
> arch/x86/kernel/dumpstack_64.c | 5 +
> 2 files changed, 9 insertions(+)
>
>
Adding DT binding doc for extcon gpio device
properties.
Signed-off-by: Venkat Reddy Talla
---
changes in v2:
- added description for extcon-gpio
- using gpio flag cell to handle gpio active state
- change dts property name gpio to gpios
- removed prefix for debounce
- added description for extc
Adding device tree support for extcon-gpio driver.
Signed-off-by: Venkat Reddy Talla
---
changes in v2:
- using gpio flag cell to handle gpio active state
- change dts property name gpio to gpios
- removed prefix for debounce
---
---
drivers/extcon/extcon-gpio.c | 80 +
On Tue, May 24, 2016 at 03:48:41PM -0700, Andy Lutomirski wrote:
> This will help debug OOPSes related to USER_DS vs KERNEL_DS.
>
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/kernel/dumpstack_32.c | 4
> arch/x86/kernel/dumpstack_64.c | 5 +
> 2 files changed, 9 insertions(+)
>
>
Hi,
On Tue, May 24, 2016 at 06:42:09AM -0700, Guenter Roeck wrote:
> > +struct typec_capability {
> > + enum typec_data_rolerole;
> > + unsigned intusb_pd:1;
> > + struct typec_altmode*alt_modes;
> > + unsigned intaudio_accessory:1;
> > + unsigned int
Hi,
On Tue, May 24, 2016 at 02:51:40PM +0200, Oliver Neukum wrote:
> On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote:
>
> Hi,
>
> as this discussion seems to go in circles, I am starting anew
> at the top.
>
> > Like I've told some of you guys, I'm trying to implement a bus for
> > the
On 05/25/2016 12:38 PM, Mark Brown wrote:
> On Wed, May 25, 2016 at 10:20:34AM +0100, Mark Rutland wrote:
>> On Tue, May 24, 2016 at 01:41:26PM -0700, Frank Rowand wrote:
>
>>> The code and behavior is in the Linux kernel. It should be
>>> visible in the documentation instead of being a big myster
On Monday 23 May 2016 08:44 PM, David Lechner wrote:
> On 05/09/2016 06:46 PM, David Lechner wrote:
>> v5 changes: renamed "usbphy" to "usb_phy" or "usb-phy" as appropriate
>>
>> David Lechner (5):
>>ARM: davinci: da8xx: add usb phy clocks
>>ARM: davinci: da8xx: Add CFGCHIP syscon platform
2016-05-25 18:54 GMT+08:00 Morten Rasmussen :
> On Wed, May 25, 2016 at 06:29:33PM +0800, Wanpeng Li wrote:
>> 2016-05-25 17:49 GMT+08:00 Morten Rasmussen :
>> > On Wed, May 25, 2016 at 02:57:00PM +0800, Wanpeng Li wrote:
>> >> 2016-05-23 18:58 GMT+08:00 Morten Rasmussen :
>> >> > Currently, SD_WAK
On Tuesday 10 May 2016 10:14 PM, David Lechner wrote:
> On 05/10/2016 06:26 AM, Sergei Shtylyov wrote:
>> On 5/10/2016 2:46 AM, David Lechner wrote:
>>
>>> The CFGCHIP registers are used by a number of devices, so using a syscon
>>> device to share them. The first consumer of this will by the
>>> p
On 03/29/2016 06:37 AM, Bjorn Andersson wrote:
> From: Bjorn Andersson
>
> This introduces the peripheral image loader, for loading WCNSS firmware
> and boot the core on e.g. MSM8974. The firmware is verified and booted
> with the help of the Peripheral Authentication System (PAS) in
> TrustZone.
-ENOMEM is more suitable error code because kasprintf() fails
in case of memory shortage.
Signed-off-by: Masahiro Yamada
---
drivers/pinctrl/pinmux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
index d94d76c..ece7028 10
Hi Baolu,
Sorry to comment this so late, but we got hardware that needs to
configure the mux in OS, and I noticed some problem. We are missing
means to bind a port to the correct mux on multiport systems. That we
need to solve later in any case, but there is an other issue related
to the fact that
On 25/05/16 11:58, Jon Hunter wrote:
...
> Looking at this a bit more I am wondering if we should prevent the
> battery for being polled before the registration has completed ...
>
> diff --git a/drivers/power/bq27xxx_battery.c
> b/drivers/power/bq27xxx_battery.c
> index 45f6ebf88df6..32649183e
On 24/05/16 20:08, Rhyland Klein wrote:
>> On 03/05/16 16:45, Rhyland Klein wrote:
>>> Enable the ChromeOS Embedded Controller, its I2C tunnel driver, and
>>> the BA27XXX battery driver. These are all used on the Tegra210 Smaug
>>> platform.
>>>
>>> Signed-off-by: Rhyland Klein
>>
>> I tried boot
On Wed, May 25, 2016 at 11:49:47AM +0100, Matt Redfearn wrote:
> Allow KASLR to be selected on Pistachio based systems. Tested on a
> Creator Ci40.
>
> Signed-off-by: Matt Redfearn
>
> ---
>
> arch/mips/Kconfig | 1 +
> arch/mips/pistachio/init.c | 8 ++--
> 2 files changed, 7 ins
On Wed, May 25, 2016 at 06:29:33PM +0800, Wanpeng Li wrote:
> 2016-05-25 17:49 GMT+08:00 Morten Rasmussen :
> > On Wed, May 25, 2016 at 02:57:00PM +0800, Wanpeng Li wrote:
> >> 2016-05-23 18:58 GMT+08:00 Morten Rasmussen :
> >> > Currently, SD_WAKE_AFFINE always takes priority over wakeup balancing
On Wed, May 25, 2016 at 11:36:38AM +0800, Leizhen (ThunderTown) wrote:
> On 2016/5/25 9:20, Leizhen (ThunderTown) wrote:
> > On 2016/5/24 21:02, Catalin Marinas wrote:
> >> On Tue, May 24, 2016 at 08:19:05PM +0800, Leizhen (ThunderTown) wrote:
> >>> On 2016/5/24 19:37, Mark Rutland wrote:
> It
Allow KASLR to be selected on Pistachio based systems. Tested on a
Creator Ci40.
Signed-off-by: Matt Redfearn
---
arch/mips/Kconfig | 1 +
arch/mips/pistachio/init.c | 8 ++--
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
inde
Hi Alim,
On 05/25/2016 08:04 AM, Alim Akhtar wrote:
> Looks like this patch is not available on your tree.
Thanks for the reminder, I'll apply it next week, after 3.7-rc1 is released.
--
Regards,
Sylwester
Hi Mark,
On 25-05-2016 11:18, Mark Brown wrote:
> On Wed, May 25, 2016 at 11:11:47AM +0100, Jose Abreu wrote:
>
>> I think I will take the second option. Something like this:
>> "
>> ret = snd_dmaengine_pcm_register(...)
>> if (ret == -EPROBE_DEFER)
>> return ret;
>> else
>>
On 2016-05-24 19:04, Kees Cook wrote:
> On Mon, May 23, 2016 at 3:07 PM, Emese Revfy wrote:
>> This patch set introduce the GCC plugin infrastructure with examples for
>> testing
>> and documentation.
>>
>> GCC plugins are loadable modules that provide extra features to the compiler.
>> They are
501 - 600 of 748 matches
Mail list logo