On 25 March 2017 at 04:48, Joel Fernandes wrote:
> Hi Vincent,
>
> On Thu, Mar 23, 2017 at 3:08 PM, Vincent Guittot
> wrote:
> [..]
> So I'm not really aligned with the description of your problem: PELT
> metric underestimates the load of the CPU. The PELT is just about
> tracki
On 24.03.2017 18:25, Diego Viola wrote:
On Thu, Mar 23, 2017 at 2:12 PM, Diego Viola wrote:
On Thu, Mar 23, 2017 at 2:02 PM, Mathias Nyman
wrote:
On 22.03.2017 19:51, Mathias Nyman wrote:
On 22.03.2017 00:52, Diego Viola wrote:
On Tue, Mar 21, 2017 at 12:29 PM, Diego Viola
wrote:
On Tu
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Monday, March 27, 2017 9:27 AM
> Subject: Re: [PATCH v2 1/2] dts: arm64: add LS1043A DPAA support
>
> On Wed, Mar 22, 2017 at 10:58:12AM +, Madalin-Cristian Bucur wrote:
> > > > +&soc {
> > > > +
> > > > +/incl
2017-03-24 0:42 GMT+08:00 Dmitry Vyukov :
> On Mon, Nov 14, 2016 at 10:43 AM, Dmitry Vyukov wrote:
>> On Mon, Nov 14, 2016 at 10:34 AM, Paolo Bonzini wrote:
>>>
>>>
>>> On 14/11/2016 10:03, Dmitry Vyukov wrote:
Paolo,
can you please also commit this test to tools/testing? We are
fr
On Mon, 2017-03-27 at 13:18 +0900, Chanwoo Choi wrote:
> Hi Andy,
>
> On 2017년 03월 22일 03:37, Andy Shevchenko wrote:
> > The commit 942c7924a51e introduced a check for ACPI handle for the
> > device that never appears on any ACPI-enabled platform so far. It
> > seems
> > a confusion with extcon-in
This is a simple driver that provides a /sys/class/gpio
interface for controlling and configuring the GPIO lines.
It does not provide support for chip select or interrupts.
Signed-off-by: Nandor Han
Signed-off-by: Semi Malinen
---
.../devicetree/bindings/vendor-prefixes.txt| 1 +
driv
On 25 March 2017 at 02:14, Sai Gurrappadi wrote:
> Hi Rafael,
>
> On 03/21/2017 04:08 PM, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>>
>> The way the schedutil governor uses the PELT metric causes it to
>> underestimate the CPU utilization in some cases.
>>
>> That can be easily demonst
If running 'perf annotate --stdio -l --show-total-period',
you can see a problem showing only zero '0' for number of samples.
Before:
$ perf annotate --stdio -l --show-total-period
...
0 :400816: push %rbp
0 :400817: mov%rsp,%rbp
0 :
It is wrong way to read link name from a build-id file.
Because a build-id file is not symbolic link
but build-id directory of it is symbolic link, so fix it.
For example, if build-id file name gotten from
dso__build_id_filename() is as below,
/root/.debug/.build-id/4f/75c7d197c951659d1c1b8b5fd
On 24/03/17 22:47, Luca Abeni wrote:
> Hi Peter,
>
> On Fri, 24 Mar 2017 14:20:41 +0100
> Peter Zijlstra wrote:
>
> > On Fri, Mar 24, 2017 at 04:52:55AM +0100, luca abeni wrote:
> >
[...]
> >
> > In general I feel it would be nice to have a state diagram included
> > somewhere near these two
Currently perf-annotate with --print-line can print
-nan(0x8) because of division by zero
when calculating percent. The division by zero happen
when a sum of samples is zero in symbol__get_source_line(),
so fix it.
For examples,
After running 'perf record' like below,
$ perf recor
Hi,
perf-annotate has little bugs so I fix them.
I'd appreciate some feedback on this patchset. :)
Thanks,
Taeung
v3:
- rebased on current acme/perf/core
v2:
- more clearly commit log messages (Arnaldo)
- rebased on current acme/perf/core
Taeung Song (3):
perf annotate: Fix a bug reading lin
From: Michael Hennerich
This patch adds support for the Analog Devices / Linear Technology
LTC2497 ADCs. The LTC2497 is a 16-channel (eight differential),
16-bit, high precision, delta-sigma ADC with an automatic, differential,
input current cancellation front end and a 2-wire, I2C interface.
Si
On Mon, Mar 27, 2017 at 7:54 AM, Tobias Regnery
wrote:
> On 24.03.17, Arnd Bergmann wrote:
>> >
>> > +static inline int of_n_addr_cells(struct device_node *np)
>> > +{
>> > + return 0;
>> > +}
>> > +
>>
>> This looks good, but we should also do the same thing for of_n_size_cells().
>>
>> I
From: Joeseph Chang
Since patch v1 touch ssif_info->multi_pos and ssif_info->multi_data
after ssif_i2c_send(). msg_written_handler can be called at any time
after ssif_i2c_send(). There is possible to have concurrent access to
ssif_info->multi_pos or ssif_info->multi_data at msg_written_handler.
Add the XRA1403 support to MAINTAINERS list.
Signed-off-by: Nandor Han
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 58b3a22..539c88c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13903,6 +13903,14 @@ L: linux-kernel@vger.kernel.
Fix the following sparse warning:
symbol 'spk_serial_out' was not declared. Should it be static?
Signed-off-by: Gustavo A. R. Silva
---
drivers/staging/speakup/serialio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/speakup/serialio.c
b/drivers/staging/spe
commit 1351aaeb50b2 ("spi: spi-ti-qspi: Use dma_engine wrapper for dma
memcpy call") introduced this warning:
drivers/spi/spi-ti-qspi.c: In function 'ti_qspi_dma_xfer':
drivers/spi/spi-ti-qspi.c:398:21: warning: unused variable 'dma_dev'
[-Wunused-variable]
struct dma_device *dma_dev = chan->de
From: Orson Zhai
SC9860G is a 8 cores of A53 SoC with 4G LTE support SoC from Spreadtrum.
According to regular hierarchy of sprd dts, whale2.dtsi contains SoC
peripherals IP nodes, sc9860.dtsi contains stuff related to ARM core stuff
and sp9860g dts is for the board level.
Signed-off-by: Orson
On Fri, 24 Mar 2017 22:47:15 +0100
luca abeni wrote:
[...]
> > > + } else {
> > > + /*
> > > + * Since "dl_non_contending" is not set, the
> > > + * task's utilization has already been removed
> > > from
> > > + * active utilization (either when the task
> > > bl
From: Peter Zijlstra
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit e33886b38cc82a9fc3b2d655dfc7f50467594138 upstream.
Add two helpers to make it easier to treat the refcount as boolean.
[js] do not involve WARN_ON_ONC
The patchset will add a driver to support basic functionality for
XRA1403 device. Features supported:
- configure gpin as input/out
- get/set gpio status
Documentation: A gpio-xra1403.txt file was added to document the DTS
bindings related to driver.
Testing:
1. XRA1403 c
()
when there is no core to run init on sounds resonable.
Patch was compile-tested with: x86_64_defconfig (implies CONFIG_SMP=y)
(some unrelated sparse warnings)
Patch is against 4.11-rc4 (localversion-next is next-20170327)
kernel/sched/core.c | 4 ++--
1 file changed, 2 insertions(+), 2
Below is the list of build error/warning regressions/improvements in
v4.11-rc4[1] compared to v4.10[2].
Summarized:
- build errors: +2/-1
- build warnings: +953/-479
JFYI, when comparing v4.11-rc4[1] to v4.11-rc3[3], the summaries are:
- build errors: +2/-1
- build warnings: +146/-188
Ha
Hi Linus,
Here is a bunch of pin control fixes again. A bit more than I'd like
for this subsystem at this point, but what can I do. They are all
driver fixes for hardware issues, as like "we forgot", "we didn't think
of the fact that this could happen", "oops that one goes there" etc.
Please pull
On Mon, Mar 27, 2017 at 9:44 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.11-rc4[1] to v4.11-rc3[3], the summaries are:
> - build errors: +2/-1
+ error: "vac_cache_size" [drivers/infiniband/sw/rxe/rdma_rxe.ko]
undefined!: => N/A
sparc64/sparc-allmodconfig
> [1]
> http://kisskb.
Hi,
This is the 2nd version of the series, which has been updated
only 8/8, built and tested correctly. (Sorry, in previous version
I missed to build and tested different kernel.)
This series tries to make kprobes instruction buffers read-only
pages. Since those buffers are used for trampoline co
Fix kprobe-booster not to boost call far instruction,
because call may store the address in singlestep
execution buffer to the stack, which should be modified
after single stepping.
Currently, this instruction will be filtered as not
boostable in resume_execution(), so this is not a
critical issue
Hi Gustavo,
On Mon, Mar 27, 2017 at 01:37:29AM -0500, Gustavo A. R. Silva wrote:
> Fix the following sparse warning:
> symbol 'spk_serial_out' was not declared. Should it be static?
>
> Signed-off-by: Gustavo A. R. Silva
> ---
> drivers/staging/speakup/serialio.c | 2 +-
> 1 file changed, 1 ins
Fix the description comment of __copy_instruction() function
since it has already been changed to return the length of
copied instruction.
Signed-off-by: Masami Hiramatsu
---
arch/x86/kernel/kprobes/core.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/x86/
Use x86 instruction decoder for checking whether the probed
instruction is able to boost or not, instead of hand-written
code.
Signed-off-by: Masami Hiramatsu
---
arch/x86/kernel/kprobes/core.c | 39 ---
1 file changed, 16 insertions(+), 23 deletions(-)
dif
improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/Corentin-Labbe/hpet-misc-fix/20170327-070101
> config: i386-randconfig-x017-201713 (attached as .config)
> compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
> reproduce:
> # save the attached .co
Gustavo A. R. Silva, on lun. 27 mars 2017 01:37:29 -0500, wrote:
> Fix the following sparse warning:
> symbol 'spk_serial_out' was not declared. Should it be static?
>
> Signed-off-by: Gustavo A. R. Silva
Yes, indeed.
Reviewed-by: Samuel Thibault
Thanks
> ---
> drivers/staging/speakup/seria
On Mon, Mar 27, 2017 at 07:03:40AM +, Madalin-Cristian Bucur wrote:
> > > > > + fman@1a0 {
> > > > > + enet0: ethernet@e {
> > > > > + };
> > > > > +
> > > > > + enet1: ethernet@e2000 {
> > > > > + };
> > > > > +
> > > > > +
On Fri, Mar 24, 2017 at 01:51:47PM +, Marc Zyngier wrote:
[ ... ]
> > Hi Marc,
> >
> > I have been through the driver after applying the patchset. Again thanks for
> > taking care of this. It is not a simple issue to solve, so here is my minor
> > contribution.
> >
> > The resulting code so
Make arch_specific_insn.boostable to boolean, since it has
only 2 states, boostable or not. So it is better to use
boolean from the viewpoint of code readability.
Signed-off-by: Masami Hiramatsu
---
arch/x86/include/asm/kprobes.h |7 +++
arch/x86/kernel/kprobes/core.c | 12 ++--
Use probe_kernel_read() for avoiding unexpected faults while
copying kernel text in __recover_probed_insn(),
__recover_optprobed_insn() and __copy_instruction().
Signed-off-by: Masami Hiramatsu
---
Note that this is just an update patch which I had been
sent to LKML last month ( https://lkml.
Set the pages which is used for kprobes' singlestep buffer
and optprobe's trampoline instruction buffer to readonly.
This can prevent unexpected (or unintended) instruction
modification.
This also passes rodata_test as below.
Without this patch, rodata_test shows a warning:
[ 10.041310] --
Okash Khawaja, on lun. 27 mars 2017 08:51:02 +0100, wrote:
> Thanks for this :) Could you also move the function higher in the same
> file - above line 139 where all static functions are defined?
I'd say no need for this. spk_serial_in is just above. Moving functions
just for the sake of static v
On 2017-03-24 13:35:40 [+0800], Chao Peng wrote:
>
> > > > kernel kernel sizetime in decompress_kernel
> > > > compressed (gzip)3.3M 53ms
> > > > uncompressed 14M3ms
> > >
> Exactly, LZ4 is the fastest. It takes 16ms to complete the
Consolidate x86 instruction decoder users on the path of
copying original code for kprobes.
Kprobes decodes same instruction 3 times in maximum when
preparing instruction buffer. The first time for getting the
length of instruction, the 2nd for adjusting displacement,
and the 3rd for checking whet
SDT marker argument is in N@OP format. N is the size of argument and
OP is the actual assembly operand. OP is arch dependent component and
hence it's parsing logic also should be placed under tools/perf/arch/.
Signed-off-by: Ravi Bangoria
---
tools/perf/arch/x86/util/perf_regs.c | 179 ++
I found couple of events using al, bl, cl and dl registers for
argument. These are not directly accepted by uprobe_events and
thus needs to be mapped to ax, bx, cx and dx respectively.
Few ex,
/usr/bin/qemu-system-s390x
css_adapter_interrupt: 1@%bl
css_chpid_add: 1@%cl 1@%sil 1@%dl
Hi Juri,
On Mon, 27 Mar 2017 08:17:45 +0100
Juri Lelli wrote:
[...]
> > > In general I feel it would be nice to have a state diagram
> > > included somewhere near these two functions. It would be nice to
> > > not have to dig out the PDF every time.
> >
> > Ok... Since I am not good at ascii a
Corentin Labbe wrote:
> On Mon, Mar 27, 2017 at 07:49:34AM +0800, kbuild test robot wrote:
>>drivers//char/hpet.c: In function 'hpet_timer_set_irq':
drivers//char/hpet.c:207:7: error: implicit declaration of function
'readq' [-Werror=implicit-function-declaration]
>
> Wrongly believe
SDT marker argument is in N@OP format. Here OP is arch dependent
component. Add powerpc logic to parse OP and convert it to uprobe
compatible format.
Signed-off-by: Ravi Bangoria
---
tools/perf/arch/powerpc/util/perf_regs.c | 111 +++
1 file changed, 111 insertions(+)
SDT event argument support on x86 is recently added to Perf. But
there are couple of issues with it.
It lacks renaming mapping for few 8 bit registers: al, bl, cl and dl.
SDT events using these registers in arguments are failing at 'perf
probe'. Add renaming logic to that. (patch 1)
It still has
Do not modify singlestep execution buffer (kprobe.ainsn.insn)
while resuming from single-stepping, instead, modifies
the buffer to add a jump back instruction at preparing
buffer.
Signed-off-by: Masami Hiramatsu
---
arch/x86/kernel/kprobes/core.c | 42 +++-
Add the XRA1403 DTS binding documentation.
Signed-off-by: Nandor Han
---
.../devicetree/bindings/gpio/gpio-xra1403.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpio/gpio-xra1403.txt
diff --git a/Documentation/device
On Fri, Mar 24, 2017 at 04:19:43PM +0100, Geert Uytterhoeven wrote:
> Hi Andy,
>
> On Fri, Mar 24, 2017 at 3:29 PM, Andy Shevchenko
> wrote:
> > On Fri, 2017-03-24 at 15:19 +0100, Geert Uytterhoeven wrote:
> >> On Fri, Mar 24, 2017 at 3:06 PM, Andy Shevchenko
> >> wrote:
> >> > It looks like pan
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Monday, March 27, 2017 10:56 AM
> Subject: Re: [PATCH v2 1/2] dts: arm64: add LS1043A DPAA support
>
> On Mon, Mar 27, 2017 at 07:03:40AM +, Madalin-Cristian Bucur wrote:
> > > > > > + fman@1a0 {
> > > >
On (03/23/17 12:05), Joonsoo Kim wrote:
> On Wed, Mar 22, 2017 at 09:00:59AM +0900, Minchan Kim wrote:
> > On Thu, Mar 16, 2017 at 11:46:38AM +0900, js1...@gmail.com wrote:
> > > From: Joonsoo Kim
> > >
> > > Benefit of deduplication is dependent on the workload so it's not
> > > preferable to al
On 2017/3/26 5:27, Jaegeuk Kim wrote:
> On 03/25, Chao Yu wrote:
>> Hi Jaegeuk,
>>
>> On 2017/3/25 15:59, Jaegeuk Kim wrote:
>>> - has_not_enough_free_secs
>>> node_secs: 0 dent_secs: 0 freed:0 free_segments:103 reserved:104
>>>
>>> - f2fs_gc
>>> - get_victim_by_default
>
On Fri, 24 Mar 2017 22:31:46 -0400
Steven Rostedt wrote:
> On Fri, 24 Mar 2017 22:47:15 +0100
> luca abeni wrote:
>
> > Ok... Since I am not good at ascii art, would it be ok to add a
> > textual description? If yes, I'll add a comment like:
> > "
> > The utilization of a task is added to the r
Currently virtio-blk driver does not provide discard feature flag, so the
filesystems which built on top of the block device will not send discard
command. This is okay for HDD backend, but it will impact the performance
for SSD backend.
Add a feature flag VIRTIO_BLK_F_DISCARD and command VIRTIO_B
On Mon, Mar 27, 2017 at 09:40:46AM +0200, Nicholas Mc Guire wrote:
> Found by coccinelle: bugon.cocci
> ./kernel/sched/core.c:5913:2-5: WARNING: Use BUG_ON instead of if condition
> followed by BUG.
Right, so I disagree with that here.
> @@ -5909,8 +5909,8 @@ void __init sched_init_smp(void)
>
On Mon, Mar 27, 2017 at 10:11 AM, Willy TARREAU wrote:
> On Fri, Mar 24, 2017 at 04:19:43PM +0100, Geert Uytterhoeven wrote:
>> On Fri, Mar 24, 2017 at 3:29 PM, Andy Shevchenko
>> wrote:
>> > On Fri, 2017-03-24 at 15:19 +0100, Geert Uytterhoeven wrote:
>> >> On Fri, Mar 24, 2017 at 3:06 PM, Andy
I find that every time all of the cpu cores are being used, when
compiling the kernel source for example, I end up losing my wireless
adapter.
It seems to be an old issue: https://bbs.archlinux.org/viewtopic.php?id=182173
ARM ODroid XU4
$ uname -a
Linux server 4.11.0-rc1-00315-g106e4da60209-dirty
Hi Greg,
Today seemed like a good day to send you the pull request for the new mux
controller subsystem. I hope the details are ok. If not, let me know and
I'll try to rework it. I also included some text for the merge commit, if
you want/need it:
This adds a new mux controller subsystem with an
Hi Linus,
The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201:
Linux 4.11-rc1 (2017-03-05 12:59:56 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git
tags/m68k-for-v4.11-tag2
for you to fetch ch
Hi Petr,
it seems like the minimal return value fix I sent a while ago finally
made it to Linus for -rc4. But the rest of your patch still looks like
a nice cleanup, so can you rebase and resend it?
On 03/26/2017 10:44 PM, Andrey Utkin wrote:
Regression reported: https://bugzilla.kernel.org/show_bug.cgi?id=194969
Thanks, I commented the bug.
--
Jarkko
On Fri, Mar 24, 2017 at 10:38:31PM -0400, Steven Rostedt wrote:
> > > > @@ -6716,6 +6716,12 @@ static void sched_dl_do_global(void)
> > > > raw_spin_unlock_irqrestore(&dl_b->lock, flags);
> > > >
> > > > rcu_read_unlock_sched();
> > > > + if (dl_b->b
On Mon, Mar 27, 2017 at 09:58:53AM +0200, Samuel Thibault wrote:
> Okash Khawaja, on lun. 27 mars 2017 08:51:02 +0100, wrote:
> > Thanks for this :) Could you also move the function higher in the same
> > file - above line 139 where all static functions are defined?
>
> I'd say no need for this. s
The mapping of a few Fn combo keys seems missing since they are vendor
specific usage page (0xff31). Add the mapping manually for sleep
(Fn-F1), rfkill (Fn-F2), brightness down (Fn-F5), brightness up
(Fn-F6), display toggle (Fn-F7), and touchpad toggle (Fn-F9).
For the display toggle and the touch
/commits/Eddie-Kovsky/module-verify-address-is-read-only/20170327-142922
config: blackfin-BF561-EZKIT-SMP_defconfig (attached as .config)
compiler: bfin-uclinux-gcc (GCC) 6.2.0
reproduce:
wget
https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
On 27/03/17 09:43, Luca Abeni wrote:
> Hi Juri,
>
> On Mon, 27 Mar 2017 08:17:45 +0100
> Juri Lelli wrote:
> [...]
> > > > In general I feel it would be nice to have a state diagram
> > > > included somewhere near these two functions. It would be nice to
> > > > not have to dig out the PDF every
On Thu, Mar 23, 2017 at 06:42:01PM +0100, Daniel Lezcano wrote:
> diff --git a/drivers/clocksource/timer-nps.c b/drivers/clocksource/timer-nps.c
> index da1f798..dbdb622 100644
> --- a/drivers/clocksource/timer-nps.c
> +++ b/drivers/clocksource/timer-nps.c
> @@ -256,7 +256,7 @@ static int __init np
On 25/03/17 23:30, Stanimir Varbanov wrote:
> Thanks for the comments!
>
> On 03/24/2017 04:41 PM, Hans Verkuil wrote:
>> Some comments and questions below:
>>
>> On 03/13/17 17:37, Stanimir Varbanov wrote:
>>> This consists of video decoder implementation plus decoder
>>> controls.
>>>
>>> Signed
On Sat, Mar 25, 2017 at 06:05:33PM -0300, Ezequiel Garcia wrote:
> This commit makes use of the axp209.dtsi file to define the
> AXP209 PMIC. While here, define the rails that are enabled on
> this board.
>
> Tested checking the regulator voltage varies according to the
> CPU frequency.
>
> Signe
On 25/03/17 23:30, Stanimir Varbanov wrote:
> Thanks for the comments!
>
> On 03/24/2017 04:41 PM, Hans Verkuil wrote:
>> Some comments and questions below:
>>
>> On 03/13/17 17:37, Stanimir Varbanov wrote:
>>> This consists of video decoder implementation plus decoder
>>> controls.
>>>
>>> Signed
Hi Chen-Yu,
On Wed, Mar 22, 2017 at 02:50:31PM +0800, Chen-Yu Tsai wrote:
> On Wed, Feb 15, 2017 at 5:49 PM, Maxime Ripard
> wrote:
> > On Tue, Feb 14, 2017 at 06:26:39PM +0800, Chen-Yu Tsai wrote:
> >> On Tue, Feb 14, 2017 at 5:58 PM, Maxime Ripard
> >> wrote:
> >> > On Tue, Feb 14, 2017 at 11:
Hi Patrick,
On Fri, Mar 24, 2017 at 10:52:19PM +0100, Patrick Menschel wrote:
> The A20 SoC has an on-board CAN controller. This patch adds the device node
> and the corresponding pinctrl settings for pins PH20 and PH21.
>
> The CAN controller is inherited from the A10 SoC and uses the same drive
On Mon, Mar 20, 2017 at 11:22:02AM +0100, Maxime Ripard wrote:
> Hi Mauro,
>
> On Tue, Mar 07, 2017 at 02:39:28PM +0100, Maxime Ripard wrote:
> > The Makefile was a free for all without a clear order defined. Sort all the
> > options based on the Kconfig symbol.
> >
> > Signed-off-by: Maxime Ripa
On Fri, Mar 17, 2017 at 11:34:45AM +0800, Chen-Yu Tsai wrote:
> On Thu, Mar 16, 2017 at 1:37 AM, Rob Herring wrote:
> > On Tue, Mar 07, 2017 at 09:56:26AM +0100, Maxime Ripard wrote:
> >> The Allwinner Timings Controller has two, mutually exclusive, channels.
> >> When the binding has been introdu
Hi Linus,
normally I had this queued for 4.12 but Tony requested for the pnd2_edac
driver to possibly land in 4.11 therefore I'm sending it to you now.
It is a driver for new hardware which people don't have yet so it
shouldn't cause any regressions. The couple of patches ontop of it show
that Qi
Hi Maxime,
Thank you for the patch.
On Tuesday 07 Mar 2017 14:39:28 Maxime Ripard wrote:
> The Makefile was a free for all without a clear order defined. Sort all the
> options based on the Kconfig symbol.
I've been annoyed in the past by not knowing where to put entries for new
drivers. I thin
On 27/03/17 04:18, Nicolas Dufresne wrote:
> Le dimanche 26 mars 2017 à 00:30 +0200, Stanimir Varbanov a écrit :
+vb->planes[0].data_offset = data_offset;
+vb->timestamp = timestamp_us * NSEC_PER_USEC;
+vbuf->sequence = inst->sequence++;
>>>
>>> ti
On Mon, Mar 27, 2017 at 4:51 AM, Maxime Ripard
wrote:
> Hi Chen-Yu,
>
> On Wed, Mar 22, 2017 at 02:50:31PM +0800, Chen-Yu Tsai wrote:
>> On Wed, Feb 15, 2017 at 5:49 PM, Maxime Ripard
>> wrote:
>> > On Tue, Feb 14, 2017 at 06:26:39PM +0800, Chen-Yu Tsai wrote:
>> >> On Tue, Feb 14, 2017 at 5:58 P
Hi,
Thanks a lot for working on this.
On Sun, Mar 26, 2017 at 08:20:16PM +0300, Priit Laes wrote:
> Introduce a clock controller driver for sun4i A10 and sun7i A20
> series SoCs.
>
> Signed-off-by: Priit Laes
> ---
> drivers/clk/sunxi-ng/Kconfig | 13 +-
> drivers/clk/sunxi-
On Mon, Mar 27, 2017 at 09:51:23AM +0200, Clemens Ladisch wrote:
> Corentin Labbe wrote:
> > On Mon, Mar 27, 2017 at 07:49:34AM +0800, kbuild test robot wrote:
> >>drivers//char/hpet.c: In function 'hpet_timer_set_irq':
> drivers//char/hpet.c:207:7: error: implicit declaration of function
Hi guys,
2017-03-27 10:20 GMT+02:00 Luca Abeni :
> On Fri, 24 Mar 2017 22:31:46 -0400
> Steven Rostedt wrote:
>
>> On Fri, 24 Mar 2017 22:47:15 +0100
>> luca abeni wrote:
>>
>> > Ok... Since I am not good at ascii art, would it be ok to add a
>> > textual description? If yes, I'll add a comment
On Thu, Mar 23, 2017 at 07:17:03AM +0800, Icenowy Zheng wrote:
>
>
> 23.03.2017, 04:09, "Maxime Ripard" :
> > On Wed, Mar 22, 2017 at 02:22:22AM +0800, Icenowy Zheng wrote:
> >> 21.03.2017, 15:41, "Maxime Ripard" :
> >> > On Thu, Mar 16, 2017 at 01:28:04AM +0800, Icenowy Zheng wrote:
> >> >>
On Mon, Mar 27, 2017 at 08:11:33AM +, Madalin-Cristian Bucur wrote:
> Complex it is, mirroring the IP, but messy it is a word I would not use.
Well, just my personal opinion.
Shawn
The timeout variable could be zero even if the bits has expected result.
The checking expected bits again would be better instead whether
the timeout value is zero or not.
Signed-off-by: Daeseok Youn
---
drivers/staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 6 +++---
1 file changed, 3 inser
Hanjun, John,
On 22/03/17 14:12, John Garry wrote:
> On 21/03/2017 14:45, Lorenzo Pieralisi wrote:
>> On Tue, Mar 07, 2017 at 08:40:10PM +0800, Hanjun Guo wrote:
>>> From: Hanjun Guo
>>>
>>> With the preparation of platform msi support and interrupt producer
>>> in DSDT, we can add mbigen ACPI su
On Tue, Mar 21, 2017 at 7:28 PM, Gregory CLEMENT
wrote:
You should add something to your Kconfig including:
select GPIOLIB
select OF_GPIO
or so... or depends on. You certainly need them.
> +static int armada_37xx_gpiochip_register(struct platform_device *pdev,
> +
I don't really like the flag at all. I'd much prefer a __bio_endio
with a 'bool trace' flag. Also please remove the manual tracing in
dm.ċ. Once that is done I suspect we can also remove the
block_bio_complete export.
On Thu, 2017-03-23 at 15:56 +0100, Christoph Hellwig wrote:
> Does the patch from Jason in the
>
> "[REGRESSION] 07ec51480b5e ("virtio_pci: use shared interrupts for
> virtqueues") causes crashes in guest"
>
> thread fix the issue for you?
That seems to eliminate explosions, but not the below.
On Mon, Mar 27, 2017 at 10:24:40AM +0200, Peter Zijlstra wrote:
> On Mon, Mar 27, 2017 at 09:40:46AM +0200, Nicholas Mc Guire wrote:
>
> > Found by coccinelle: bugon.cocci
> > ./kernel/sched/core.c:5913:2-5: WARNING: Use BUG_ON instead of if condition
> > followed by BUG.
>
> Right, so I disagre
On Tue, Mar 21, 2017 at 7:28 PM, Gregory CLEMENT
wrote:
> The Armada 37xx SoCs can handle interrupt through GPIO. However it can
> only manage the edge ones.
>
> The way the interrupt are managed are classical so we can use the generic
> interrupt chip model.
>
> The only unusual "feature" is tha
Hi,
Sending a simple UDP packet (39 bytes long), over a 6lowpan interface
(using fakelb), creates a kernel panic (skb_over_panic).
Steps to reproduce, and more details, can be found in:
https://github.com/PalmaITEM/6lowpan-skb_over_panic
This bug has been reported in
https://bugzilla.kernel.org
On Tue, Mar 21, 2017 at 7:28 PM, Gregory CLEMENT
wrote:
> The Armada 37xx SoC come with 2 pin controllers: one on the south
> bridge (managing 28 pins) and one on the north bridge (managing 36 pins).
>
> At the hardware level the controller configure the pins by group and not
> pin by pin. This c
On Mon, Mar 27, 2017 at 10:26:07AM +0200, Geert Uytterhoeven wrote:
> On Mon, Mar 27, 2017 at 10:11 AM, Willy TARREAU wrote:
> > On Fri, Mar 24, 2017 at 04:19:43PM +0100, Geert Uytterhoeven wrote:
> >> On Fri, Mar 24, 2017 at 3:29 PM, Andy Shevchenko
> >> wrote:
> >> > On Fri, 2017-03-24 at 15:19
On Mon, 2017-03-27 at 09:58 +0200, Sebastian Andrzej Siewior wrote:
> On 2017-03-24 13:35:40 [+0800], Chao Peng wrote:
> >
> >
> > >
> > > >
> > > > >
> > > > > kernel kernel sizetime in
> > > > > decompress_kernel
> > > > > compressed (gzip)3.3M 53ms
>
Hi Deepa,
[auto build test WARNING on tip/perf/core]
[also build test WARNING on v4.11-rc4 next-20170327]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Deepa-Dinamani/trace-Make-trace_hwlat
On 01/02/17 07:24, Kees Cook wrote:
From: Emese Revfy
The kernel already has a mechanism to free up code and data memory that
is only used during kernel or module initialization. This plugin will
teach the compiler to find more such code and data that can be freed
after initialization.
Curre
From: Tony Luck
Move all code relating to /dev/mcelog to a separate source file.
/dev/mcelog driver can now operate from the machine check notifier with
lowest prio.
Boris:
* Move the mce_helper and trigger functionality behind
CONFIG_X86_MCELOG.
Signed-off-by: Tony Luck
Signed-off-by: Borisla
From: Borislav Petkov
This is just a defensive precaution: do not register notifiers with a
priority which would disrupt the error handling in the notifiers with
prio higher than MCE_PRIO_EDAC.
Signed-off-by: Borislav Petkov
---
arch/x86/kernel/cpu/mcheck/mce.c | 5 +++--
1 file changed, 3 ins
From: Borislav Petkov
It is confusing when staring at "struct mce_log mcelog" and then there's
also a function called mce_log(). So call the buffer what it is.
No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/include/asm/mce.h | 2 +-
arch/x86/kernel/cpu/mcheck/mce.
1 - 100 of 902 matches
Mail list logo
