> Il giorno 19 apr 2017, alle ore 07:01, Bart Van Assche
> ha scritto:
>
> On 04/11/17 00:29, Paolo Valente wrote:
>>
>>> Il giorno 10 apr 2017, alle ore 17:15, Bart Van Assche
>>> ha scritto:
>>>
>>> On Mon, 2017-04-10 at 11:55 +0200, Paolo Valente wrote:
That said, if you do always w
On Tue 18-04-17 14:32:56, David Rientjes wrote:
[...]
> If the suggestion is checking
> NR_ACTIVE_ANON + NR_INACTIVE_ANON > total_high_wmark pages, it would be a
> separate heurstic to address a problem that I'm not having :) My issue is
> specifically when NR_ACTIVE_FILE + NR_INACTIVE_FILE < to
On Tue, Apr 18, 2017 at 01:11:07PM +0200, Thomas Gleixner wrote:
> --- a/kernel/time/timer.c
> +++ b/kernel/time/timer.c
> @@ -1472,23 +1472,27 @@ static u64 cmp_next_hrtimer_event(u64 ba
> * get_next_timer_interrupt - return the time (clock mono) of the next timer
> * @basej: base time jiffi
From: Huang Ying
This patchset is to optimize the performance of Transparent Huge Page
(THP) swap.
Recently, the performance of the storage devices improved so fast that
we cannot saturate the disk bandwidth with single logical CPU when do
page swap out even on a high-end server machine. Becaus
From: Huang Ying
If there is no compound map for a THP (Transparent Huge Page), it is
possible that the map count of some sub-pages of the THP is 0. So it
is better to split the THP before swapping out. In this way, the
sub-pages not mapped will be freed, and we can avoid the unnecessary
swap ou
From: Huang Ying
In this patch, splitting huge page is delayed from almost the first
step of swapping out to after allocating the swap space for the
THP (Transparent Huge Page) and adding the THP into the swap cache.
This will batch the corresponding operation, thus improve THP swap out
throughpu
On Tue, Apr 18, 2017 at 01:11:08PM +0200, Thomas Gleixner wrote:
> +++ b/kernel/time/timer.c
> @@ -1651,17 +1651,14 @@ void update_process_times(int user_tick)
> /**
> * __run_timers - run all expired timers (if any) on this CPU.
> * @base: the timer vector to be processed.
> + *
> + * Caller
From: Huang Ying
To swap out THP (Transparent Huage Page), before splitting the THP,
the swap cluster will be allocated and the THP will be added into the
swap cache. But it is possible that the THP cannot be split, so that
we must delete the THP from the swap cache and free the swap cluster.
To
> Il giorno 19 apr 2017, alle ore 07:33, Paolo Valente
> ha scritto:
>
>>
>> Il giorno 18 apr 2017, alle ore 09:04, Tejun Heo ha
>> scritto:
>>
>> Hello, Paolo.
>>
>> On Wed, Apr 12, 2017 at 07:22:03AM +0200, Paolo Valente wrote:
>>> could you elaborate a bit more on this? I mean, cgroups
This series is based on the discusson:
https://patchwork.kernel.org/patch/9653063/
Before sending the whole v4 series for the Denali driver,
here is my proposal.
1/2: add generic helpers to the NAND framework
2/2: is an example. Please see how those 3 helper functions
are used. Please do not a
This patch shows how the previous commit is used in a driver.
Please do not apply this.
(This is applicable on linux next-20170418)
Signed-off-by: Masahiro Yamada
---
.../devicetree/bindings/mtd/denali-nand.txt| 17 +
drivers/mtd/nand/denali.c | 1693
Each driver has been responsible for:
- Check if ECC setting specified (mostly by DT) is valid
- Meet the chip's required ECC strength
- Maximize the strength when NAND_ECC_MAXIMIZE flag is set
The logic can be generalized by factoring out driver-specific
parameters. A driver provides:
-
On Wed, 19 Apr 2017 10:01:47 +0900
Michel Dänzer wrote:
> On 18/04/17 07:14 PM, Gerd Hoffmann wrote:
> > Hi,
> >
> >>> Quite true that this proves nothing. However one should note that
> >>> fbcon -> fbdev works,
> >>
> >> BTW, this supports Gerd's patch, since the KMS fbdev emulation code
On Wed 19-04-17 14:41:30, Tetsuo Handa wrote:
[...]
> Somebody is waiting forever with cpu_hotplug.lock held?
Why would that matter for drain_all_pages? It doesn't use
get_online_cpus since a459eeb7b852 ("mm, page_alloc: do not depend on
cpu hotplug locks inside the allocator") while ce612879ddc7
Hi Tetsuo,
On Wed, Apr 19, 2017 at 7:41 AM, Tetsuo Handa
wrote:
> Geert Uytterhoeven wrote:
>> 8 locks held by s2ram/1899:
>> #0: (sb_writers#7){.+.+.+}, at: [] vfs_write+0xa8/0x15c
>> #1: (&of->mutex){+.+.+.}, at: []
>> kernfs_fop_write+0xf0/0x194
>> #2: (s_active#48){.+.+.+}, at: []
>>
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> +++ b/kernel/time/timer.c
> @@ -185,6 +186,10 @@ EXPORT_SYMBOL(jiffies_64);
> #define WHEEL_SIZE (LVL_SIZE * LVL_DEPTH)
>
> #ifdef CONFIG_NO_HZ_COMMON
> +/*
> + * If multiple bases need to be locked, use the base ordering for
On 04/12/2017 07:01 PM, Christoph Hellwig wrote:
> This was just a proof of concept user for the SCSI OSD library, and
> never had any real users.
>
> Signed-off-by: Christoph Hellwig
Yes please remove this driver
ACK-by Boaz Harrosh
> ---
> drivers/block/Kconfig | 16 --
> drivers/block/M
On Tue, 2017-04-18 at 13:28 -0500, Bjorn Helgaas wrote:
>
> Applied to pci/resource-mmap for v4.12, thanks!
>
> This consists of the email patches + the acks/etc so far. It doesn't
> include any updates from your git branch (but it doesn't look like it's
> been updated recently).
Thanks. Aside
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> @@ -1689,11 +1708,16 @@ static void run_timer_base(int index, bo
> */
> static __latent_entropy void run_timer_softirq(struct softirq_action *h)
> {
> + struct timer_base *base = this_cpu_ptr(&timer_bases[BASE_LOCAL]);
Does
> On Wed 19-04-17 14:41:30, Tetsuo Handa wrote:
> [...]
> > Somebody is waiting forever with cpu_hotplug.lock held?
>
> Why would that matter for drain_all_pages? It doesn't use
> get_online_cpus since a459eeb7b852 ("mm, page_alloc: do not depend on
> cpu hotplug locks inside the allocator") while
From: Markus Elfring
Date: Wed, 19 Apr 2017 09:12:43 +0200
Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "devm_kcalloc".
This issue was detected by using the Coccinelle software.
Sig
we use SCLK_TESTCLKOUT1 for camera, so add this id.
Signed-off-by: Eddie Cai
---
include/dt-bindings/clock/rk3399-cru.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/dt-bindings/clock/rk3399-cru.h
b/include/dt-bindings/clock/rk3399-cru.h
index 220a60f..c505a98 100644
--- a/include
On Tue, Apr 18, 2017 at 09:01:12AM -0700, Darren Hart wrote:
> On Tue, Apr 18, 2017 at 10:10:01AM +0200, Micha?? K??pie?? wrote:
> > Jonathan, I hope this response to Darren's message also addresses your
> > concerns. Feel free to let me know if it does not.
> >
> > > On Fri, Apr 07, 2017 at 03:0
the id for clk_testout1 is wrong, it's time to correct it.
Eddie Cai (2):
clk: rockchip: add SCLK_TESTCLKOUT1 id
clk: rockchip: fix the incorrect id for clk_testout1
drivers/clk/rockchip/clk-rk3399.c | 2 +-
include/dt-bindings/clock/rk3399-cru.h | 1 +
2 files changed, 2 insertions(+)
the id for clk_testout1 is wrong, so correct it.
Signed-off-by: Eddie Cai
---
drivers/clk/rockchip/clk-rk3399.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3399.c
b/drivers/clk/rockchip/clk-rk3399.c
index 73121b14..322611d 100644
--- a/drivers/
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> +struct tmigr_group {
> + raw_spinlock_t lock;
> + unsigned intactive;
> + unsigned intmigrator;
> + struct timerqueue_head events;
> + struct tmigr_event groupevt;
> +
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> +struct tmigr_cpu {
> + raw_spinlock_t lock;
> + boolonline;
> + struct tmigr_event cpuevt;
> + struct tmigr_group *tmgroup;
> +};
My pet hatred; bool in composite types.
On Wed 19-04-17 09:16:42, Geert Uytterhoeven wrote:
> Hi Tetsuo,
>
> On Wed, Apr 19, 2017 at 7:41 AM, Tetsuo Handa
> wrote:
[...]
> > Somebody is waiting forever with cpu_hotplug.lock held?
> > I think that full dmesg with SysRq-t output is appreciated.
>
> As SysRq doesn't work with my serial c
On Tue, Apr 04, 2017 at 04:39:06PM +, Noam Camus wrote:
> Hi Peter & Vineet
>
> I wish to reduce boot time of my platform ARC/plat-eznps (4K CPUs).
> My analysis is that most boot time is spent over cpu_up() for all CPUs
> Measurements are about 66mS per CPU and Totally over 4 minutes (I got 8
The option indicates the kernel to save branch type during sampling.
One example:
perf record -g --branch-filter any,save_type
Change log
--
v5: Not changed.
Signed-off-by: Jin Yao
---
tools/perf/Documentation/perf-record.txt | 1 +
tools/perf/util/parse-branch-options.c | 1 +
2 f
It is often useful to know the branch types while analyzing branch
data. For example, a call is very different from a conditional branch.
Currently we have to look it up in binary while the binary may later
not be available and even the binary is available but user has to take
some time. It is ver
v5:
---
Mainly the v5 patch series are updated according to
comments from Jiri Olsa .
The kernel part doesn't have functional change. It just
solve the merge issue.
In userspace, the functions of branch type counting and
branch type name resolving are moved to the new files:
The branch info such as predicted/cycles/... are printed at the
callchain entries.
For example: perf report --branch-history --no-children --stdio
--1.07%--main div.c:39 (predicted:52.4% cycles:1 iterations:17)
main div.c:44 (predicted:52.4% cycles:1)
main div.c:42
Perf already has support for disassembling the branch instruction
and using the branch type for filtering. The patch just records
the branch type in perf_branch_entry.
Before recording, the patch converts the x86 branch type to
common branch type.
Change log
--
v5: Just fix the merge err
Show branch type in callchain entry. The branch type is printed
with other LBR information (such as cycles/abort/...).
For example:
perf report --branch-history --stdio --no-children
--23.56%--main div.c:42 (RET CROSS_2M cycles:2)
compute_flag div.c:28 (cycles:2)
compute_flag
Create new util/branch.c and util/branch.h to contain the common
branch functions. Such as:
branch_type_count(): Count the numbers of branch types
branch_type_name() : Return the name of branch type
The branch type is saved in branch_flags.
Change log
--
v5: It's a new patch in v5 patch
Show the branch type statistics at the end of perf report --stdio.
For example:
perf report --stdio
JCC forward: 27.6%
JCC backward: 10.0%
CROSS_4K: 0.0%
CROSS_2M: 14.3%
JCC: 37.6%
JMP: 0.0%
IND_JMP: 6.5%
CALL: 26.6%
IND_CALL: 0.0%
On Tuesday 18 April 2017 15:49:31 Darren Hart wrote:
> On Tue, Apr 18, 2017 at 09:28:36PM +0200, Pali Rohár wrote:
> > And still, if write audit filters for every one existing wmi driver in
> > kernel, there still audit filter can say to userspace that current
> > request cannot be accepted and s
On Wed 19-04-17 16:26:10, Tetsuo Handa wrote:
> > On Wed 19-04-17 14:41:30, Tetsuo Handa wrote:
> > [...]
> > > Somebody is waiting forever with cpu_hotplug.lock held?
> >
> > Why would that matter for drain_all_pages? It doesn't use
> > get_online_cpus since a459eeb7b852 ("mm, page_alloc: do not
Removed the usb_device_reset(), replace with call to usb_reset_device()
directly. Plus it removes the confusing function name and addressed
the checkpatch warning. This change also swaps string in the dev_warn() call
with __func__ argument to "vt6656_probe" instead of literal string
"usb_reset_d
* Paolo Bonzini wrote:
> Ingo, can you put this in tip?
>
> Thanks,
>
> Paolo
>
> On 18/01/2017 12:32, Xishi Qiu wrote:
> > From: Tiantian Feng
> >
> > We need to disable VMX on all CPUs before stop cpu when OS panic,
> > otherwisewe risk hanging up the machine, because the CPU ignore INIT
The ARM Mali Midgard GPU kernel driver is only available
out-of-tree and is not going to be merged in its current form.
However, it would be useful to have its device tree bindings
merged. In particular, this would enable distributions to create
working driver packages (dkms...) without having to
The ARM Mali Midgard GPU family is present in a number of SoCs
from many different vendors such as Samsung Exynos and Rockchip.
Import the device tree bindings documentation from the r16p0
release of the Mali Midgard GPU kernel driver:
https://developer.arm.com/-/media/Files/downloads/mali-dri
Excerpts from David Laight's message of April 18, 2017 18:22:
From: Naveen N. Rao
Sent: 12 April 2017 11:58
...
+kprobe_opcode_t *kprobe_lookup_name(const char *name)
+{
...
+ char dot_name[MODULE_NAME_LEN + 1 + KSYM_NAME_LEN];
+ const char *modsym;
+ bool dot_appended = fa
On 04/13/2017 10:19 PM, Radim Krčmář wrote:
> The only user of KVM_MAX_VCPU is switched to kvm->max_vcpu.
>
> The limit could have been INT_MAX as it makes no difference, but there
> is no point in making it bigger than KVM_MAX_VCPU_ID.
>
> Signed-off-by: Radim Krčmář
> ---
> arch/x86/include/a
Hi Michal, Tetsuo,
On Wed, Apr 19, 2017 at 9:57 AM, Michal Hocko wrote:
> From f3c6e287042259d6ae9916f1ff66392c46ce2a3c Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Wed, 19 Apr 2017 09:52:46 +0200
> Subject: [PATCH] mm: make mm_percpu_wq non freezable
>
> Geert has reported a freeze dur
Add Mali GPU device tree node for the rk3288 SoC, with devfreq
opp table.
Tested-by: Enric Balletbo i Serra
Signed-off-by: Guillaume Tucker
---
arch/arm/boot/dts/rk3288.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot
Add reference to the Mali GPU device tree node on the
rk3288-rock2-som platform. Tested on a Radxa Rock2 Square board.
Signed-off-by: Guillaume Tucker
---
arch/arm/boot/dts/rk3288-rock2-som.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-rock2-som.dtsi
b/
Add reference to the Mali GPU device tree node on rk3288-firefly.
Tested on Firefly board.
Signed-off-by: Guillaume Tucker
---
arch/arm/boot/dts/rk3288-firefly.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-firefly.dtsi
b/arch/arm/boot/dts/rk3288-firefly.
From: Enric Balletbo i Serra
Add reference to the Mali GPU device tree node on rk3288-veyron.
Tested on Minnie and Jerry boards.
Signed-off-by: Enric Balletbo i Serra
Signed-off-by: Guillaume Tucker
---
arch/arm/boot/dts/rk3288-veyron.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --gi
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> +static struct tmigr_group *tmigr_get_group(unsigned int node, unsigned int
> lvl)
> +{
> + struct tmigr_group *group;
> +
> + /* Try to attach to an exisiting group first */
> + list_for_each_entry(group, &tmigr_level_
Commit-ID: a5859c6d7b6114fc0e52be40f7b0f5451c4aba93
Gitweb: http://git.kernel.org/tip/a5859c6d7b6114fc0e52be40f7b0f5451c4aba93
Author: Josh Poimboeuf
AuthorDate: Tue, 18 Apr 2017 16:44:29 -0500
Committer: Ingo Molnar
CommitDate: Wed, 19 Apr 2017 09:57:23 +0200
x86/build: convert functi
Commit-ID: 4ea3d7410c3597910071182a6bc258c015942887
Gitweb: http://git.kernel.org/tip/4ea3d7410c3597910071182a6bc258c015942887
Author: Josh Poimboeuf
AuthorDate: Tue, 18 Apr 2017 08:12:57 -0500
Committer: Ingo Molnar
CommitDate: Wed, 19 Apr 2017 09:59:47 +0200
x86/unwind: Prepend hex m
Commit-ID: 9b135b234644c9881eee4f5d5683da0f4524722f
Gitweb: http://git.kernel.org/tip/9b135b234644c9881eee4f5d5683da0f4524722f
Author: Josh Poimboeuf
AuthorDate: Tue, 18 Apr 2017 08:12:56 -0500
Committer: Ingo Molnar
CommitDate: Wed, 19 Apr 2017 09:59:47 +0200
x86/unwind: Properly zero
Commit-ID: aa4f853461aab5f526a312bf418091a95626632b
Gitweb: http://git.kernel.org/tip/aa4f853461aab5f526a312bf418091a95626632b
Author: Josh Poimboeuf
AuthorDate: Tue, 18 Apr 2017 08:12:58 -0500
Committer: Ingo Molnar
CommitDate: Wed, 19 Apr 2017 09:59:47 +0200
x86/unwind: Remove unused
Minchan Kim writes:
> Hi Huang,
>
> On Fri, Apr 07, 2017 at 02:49:01PM +0800, Huang, Ying wrote:
>> From: Huang Ying
>>
>> To reduce the lock contention of swap_info_struct->lock when freeing
>> swap entry. The freed swap entries will be collected in a per-CPU
>> buffer firstly, and be really
On Fri, Apr 14, 2017 at 04:01:40PM -0700, Doug Smythies wrote:
> Hi Mel,
>
> Thanks for the "how to" information.
> This is a very interesting use case.
> From trace data, I see a lot of minimal durations with
> virtually no load on the CPU, typically more consistent
> with some type of light duty
On Wed 19-04-17 10:09:12, Geert Uytterhoeven wrote:
> Hi Michal, Tetsuo,
>
> On Wed, Apr 19, 2017 at 9:57 AM, Michal Hocko wrote:
> > From f3c6e287042259d6ae9916f1ff66392c46ce2a3c Mon Sep 17 00:00:00 2001
> > From: Michal Hocko
> > Date: Wed, 19 Apr 2017 09:52:46 +0200
> > Subject: [PATCH] mm: m
> It would be interesting to have this information during early kernel boot,
> but which mechanism should be used? pstore seems like an option. There
> could be a new PSTORE_TYPE_VMCOREINFO with the same content as
> /sys/kernel/vmcoreinfo. During boot, the kernel could remove older entries
> if a
> > On 18/01/2017 12:32, Xishi Qiu wrote:
> > > From: Tiantian Feng
> > >
> > > We need to disable VMX on all CPUs before stop cpu when OS panic,
> > > otherwisewe risk hanging up the machine, because the CPU ignore INIT
> > > signals when VMX is enabled. In kernel mainline this issue existence.
This patch implements the hardware triggers support and
buffer management for sama5d2.
The DT modifications ( [PATCH 1/3] ARM: dts: at91: sama5d2_xplained:
enable ADTRG pin) are for demonstration purposes of the feature,
setting the pinctrl for the ADC hw trigger pin,should go through at91
maintain
Increased trigger length to 50 in order to cope with trigger names like
fc03.adc-dev0-external-rising
Signed-off-by: Eugen Hristev
---
tools/iio/iio_utils.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/iio/iio_utils.h b/tools/iio/iio_utils.h
index 780f201..9d5977
Michael, there are no replies, but I still think it is better we apply
the following patch to man-pages. Thanks.
8<
From: Kirill Smelkov
Subject: [patch] mmap.2: Add link to commit which broke MAP_POPULATE |
MAP_NONBLOCK to be noop
Signed-off-by: Kirill Smelkov
---
man2/mmap.2 | 1 +
Added support for the external hardware trigger on pin ADTRG,
integrated the three possible edge triggers into the subsystem
and created buffer management for data retrieval
Signed-off-by: Eugen Hristev
---
drivers/iio/adc/at91-sama5d2_adc.c | 207 -
1 file ch
On Wed, Apr 19, 2017 at 09:29:24AM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Wed, 19 Apr 2017 09:12:43 +0200
>
> Multiplications for the size determination of memory allocations
> indicated that array data structures should be processed.
> Thus use the corresponding function
Enable pinctrl for ADTRG pin (PD31) for ADC hardware trigger support.
Signed-off-by: Eugen Hristev
---
arch/arm/boot/dts/at91-sama5d2_xplained.dts | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/at91-sama5d2_xplained.dts
b/arch/arm/boot/dts
2017-04-07 13:53 GMT+02:00 Fabrice Gasnier :
> When prescaler (PSC) is 0, it means div factor is 1: counter clock
> frequency is equal to input clk / (PSC + 1).
> When reload value is 8 for example, counter counts 9 cycles, from 0 to 8.
> This is handled in frequency write routine, by writing respe
On Wed, 19 Apr 2017, Peter Zijlstra wrote:
> On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> > +static struct tmigr_group *tmigr_get_group(unsigned int node, unsigned int
> > lvl)
> > +{
> > + struct tmigr_group *group;
> > +
> > + /* Try to attach to an exisiting group firs
On Tue, Apr 18, 2017 at 11:27:07AM -0700, Laura Abbott wrote:
> Several of the Ion ioctls were designed in such a way that they
> necessitate compat ioctls. We're breaking a bunch of other ABIs and
> cleaning stuff up anyway so let's follow the ioctl guidelines and clean
> things up while everyone
On Tue, Apr 18, 2017 at 11:27:12AM -0700, Laura Abbott wrote:
> ion_handle was introduced as an abstraction to represent a reference to
> a buffer via an ion_client. As frameworks outside of Ion evolved, the dmabuf
> emerged as the preferred standard for use in the kernel. This has made
> the ion_h
On Wed, Apr 19, 2017 at 10:31:08AM +0200, Thomas Gleixner wrote:
> On Wed, 19 Apr 2017, Peter Zijlstra wrote:
> > On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> > > + }
> > > + /* Allocate and set up a new group */
> > > + group = kzalloc_node(sizeof(*group), GFP_KERNEL, node);
On Tue, Apr 18, 2017 at 11:27:14AM -0700, Laura Abbott wrote:
> Most of the items have been taken care of by a clean up series. Remove
> the completed items and add a few new ones.
>
> Signed-off-by: Laura Abbott
> ---
> drivers/staging/android/TODO | 21 -
> 1 file changed,
On 04/15/2017 03:35 AM, Stefan Agner wrote:
Other unsigned properties return hexadecimal values, follow this
convention when printing b_vendor_code too. Also add newlines to
the OS Descriptor support related properties, like other sysfs
files use.
Signed-off-by: Stefan Agner
---
drivers/usb/
From: Naveen N. Rao
> Sent: 19 April 2017 09:09
> To: David Laight; Michael Ellerman
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org; Masami
> Hiramatsu; Ingo Molnar
> Subject: RE: [PATCH v2 1/5] kprobes: convert kprobe_lookup_name() to a
> function
>
> Excerpts from David Laig
On 04/19/2017 04:58 AM, Andrey Smirnov wrote:
> On Tue, Apr 18, 2017 at 11:31 AM, Marek Vasut wrote:
>> On 04/18/2017 04:21 PM, Andrey Smirnov wrote:
>>> In anticipation of supporting chips that need it, extend the size of
>>> struct flash_info's 'jedec_id' field to make room 2 byte of extended
>>
Hi,
On Wed, Apr 19, 2017 at 02:30:18AM +0200, Rafael J. Wysocki wrote:
> On Mon, Apr 3, 2017 at 5:55 PM, Lee, Chun-Yi wrote:
> > The caa73ea1 patch, "ACPI / hotplug / driver core: Handle containers
> > in a special way", introduced the offline callback of acpi container.
> > In the patch descrip
Add nodes to support the Controller Area Network(M_CAN) on SAMA5D2.
The version of M_CAN IP core is 3.1.0 (CREL = 0x31040730).
As said in SAMA5D2 datasheet, the CAN clock is recommended to use
frequencies of 20, 40 or 80 MHz. To achieve these frequencies,
PMC GCLK3 must select the UPLLCK(480 MHz)
On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
> + raw_spin_lock_nested(&parent->lock, parent->level);
> + raw_spin_lock_nested(&group->lock, group->level);
> + raw_spin_lock_nested(&group->lock, group->level);
An not a comment on the locking order and why thi
On 04/15/2017 03:35 AM, Stefan Agner wrote:
Currently qw_sign requires UTF-8 character to set, but returns UTF-16
when read. This isn't obvious when simply using cat since the null
characters are not visible, but hexdump unveils the true string:
# echo MSFT100 > os_desc/qw_sign
# hexdump -
How are you today, I hope that everything is OK with you as it is my great
pleasure to contact you in having communication with you today after seeing
your email My name is Princess Joy J. Zengo.i am 24 yrs old,I am contacting you
for a very important issue because i think you are the right pers
On Wed, 19 Apr 2017, Peter Zijlstra wrote:
> On Tue, Apr 04, 2017 at 04:39:06PM +, Noam Camus wrote:
> > Hi Peter & Vineet
> >
> > I wish to reduce boot time of my platform ARC/plat-eznps (4K CPUs).
> > My analysis is that most boot time is spent over cpu_up() for all CPUs
> > Measurements are
Am Mittwoch, 19. April 2017, 09:06:18 CEST schrieb Guillaume Tucker:
> Add Mali GPU device tree node for the rk3288 SoC, with devfreq
> opp table.
>
> Tested-by: Enric Balletbo i Serra
> Signed-off-by: Guillaume Tucker
> ---
> arch/arm/boot/dts/rk3288.dtsi | 22 ++
> 1 file
On 04/17/2017 05:12 AM, Stefan Agner wrote:
The assignment ret = ret is redundant and can be removed.
Signed-off-by: Stefan Agner
---
A very similar patch has been applied already last year, but there is
a second such assignment...
--
Stefan
drivers/usb/gadget/udc/core.c | 4 +---
1 file c
On Tue, Apr 18, 2017 at 3:41 PM, Andy Shevchenko
wrote:
> On Fri, 2017-04-07 at 12:36 +0200, Linus Walleij wrote:
>> They return NULL if the GPIO is not there, or if the
>> GPIO library is compiled out (as of HEAD, due to the
>> patch from Dmitry T.)
>
> I'm talking if they are used or not in hci
On Wed, 19 Apr 2017, Peter Zijlstra wrote:
> On Wed, Apr 19, 2017 at 10:31:08AM +0200, Thomas Gleixner wrote:
> > On Wed, 19 Apr 2017, Peter Zijlstra wrote:
> > > On Tue, Apr 18, 2017 at 01:11:10PM +0200, Thomas Gleixner wrote:
>
> > > > + }
> > > > + /* Allocate and set up a new group
Always have a verb in the Subject to form a "do this" or "do that"
sentence to better explain what the patch does:
"Subject: [PATCH v5 01/32] x86: Add documentation for AMD Secure Memory
Encryption (SME)"
On Tue, Apr 18, 2017 at 04:16:25PM -0500, Tom Lendacky wrote:
> Create a Documentation entr
Am Mittwoch, 19. April 2017, 09:06:17 CEST schrieb Guillaume Tucker:
> The ARM Mali Midgard GPU family is present in a number of SoCs
> from many different vendors such as Samsung Exynos and Rockchip.
>
> Import the device tree bindings documentation from the r16p0
> release of the Mali Midgard GP
According to Ingo's and Eric's advice[1,2], Try my best to optimize the
init of interrupt delivery mode for x86.
MP specification defines three different interrupt modes as follows:
1. PIC Mode
2. Virtual Wire Mode
3. Symmetric I/O Mode
Currently, in kernel,
1. Setup Virtual Wire Mode durin
Now, there are many switches in kernel which are used to determine the
final interrupt delivery mode, as shown below:
1) kconfig:
CONFIG_X86_64; CONFIG_X86_LOCAL_APIC; CONFIG_x86_IO_APIC
2) kernel option: disable_apic; skip_ioapic_setup
3) CPU Capability: boot_cpu_has(X86_FEATURE_APIC)
4) MP ta
The init_bsp_APIC() sets up virtual wire mode through the local APIC.
The function name implies that the BSP's APIC will be initialized here,
which is unsuitable, while its initialization actually locates almost
at the end of start_kernel(). And the CONFIG X86_64 is also imply the
X86_LOCAL_APIC i
In start_kernel(), firstly, it works on the default interrupy mode, then
switch to the final mode. default mode may not be compatible with the
actual hardware, which cause the delivery interrupt to fail.
Try to set up the final mode as soon as possible. according to the parts
which split from that
The apic_bsp_setup() set up the local APIC, I/O APIC and APIC timer.
The local APIC and I/O APIC setup belongs to interrupt delivery mode
setup. Setting up the local APIC timer for booting CPU is another job.
Unifying the interrupt delivery mode need setting the apic_bsp_setup()
in advance of cali
In the SMP-capable system, enable and setup the interrupt delivery
mode in native_smp_prepare_cpus() which almost be called at the end of
start_kernel().
But, calibrate delay needs the timer interrupt which may be disabled
in dump-capture kernel.
Due to the MP table or ACPI has been read earlier,
Native_smp_prepare_cpus() prepares for SMP bootup, does some sanity
checking and enables APIC mode.
The APIC mode setup has been unified to init_interrupt_mode(), Here
is redundant and need to be cleaned up.
Mark the apic_interrupt_mode extern to refine the switch and remove
the redundant sanity
Currently, enable and setup the interrupt mode has been advanced
and it has already included the virtual wire mode setup.
The apic_virtual_wire_mode_setup() which works for the virtual wire
mode is redundant.
Remove the apic_virtual_wire_mode_setup() function and add the apic
routing setup for th
On Thu, 2017-04-13 at 18:43 +0200, Peter Rosin wrote:
> Add a new minimalistic subsystem that handles multiplexer controllers.
> When multiplexers are used in various places in the kernel, and the
> same multiplexer controller can be used for several independent things,
> there should be one place
In UniProcessor kernel with UP_LATE_INIT=y, enable and setup the
interrupt delivery mode in smp_init() which almost be called at the
end of start_kernel().
But, calibrate delay needs the timer interrupt which may be disabled
in dump-capture kernel.
Due to the MP table or ACPI has been read earlie
Kernel falls back to non SMP mode and sets up interrupt delivery mode
in APIC_init_uniprocessor() in case of no SMP motherboard.
Setting up interrupt delivery mode as soon as possible should wraps
this case too.
Wrap this case, make it consistent with SMP-capable systems.
Incidentally,
-Extract
The apic_bsp_setup() sets and returns logical APIC ID for setting up
cpu0_logical_apicid in SMP-capable system.
The id has nothing to do with the initialization of local APIC and
I/O APIC. apic_bsp_setup() should be specific for the initialization.
Move the id setup to native_smp_prepare_cpus().
Timer_irq_works() calls mdelay(10) to delay ten ticks and checks whether
the timer IRQ works or not. The mdelay() depends on the loops_per_jiffy
which is set up in calibrate_delay().
Timer_irq_works() has been in advance of calibrate_delay(). the mdelay()
doesn't work well in timer_irq_works().
R
1 - 100 of 1305 matches
Mail list logo
