Mathieu Poirier writes:
> As such something that used to be a two-step process:
>
> # echo 1 > /sys/bus/coresight/devices/2007.etr/enable_sink
> # perf record -e cs_etm//u --per-thread uname
>
> is integrated in a single command:
>
> # perf record -e
Commit-ID: 437844c1f96ceeb7153c09cc92d29b48b9beb337
Gitweb: http://git.kernel.org/tip/437844c1f96ceeb7153c09cc92d29b48b9beb337
Author: Paul Burton
AuthorDate: Fri, 19 Aug 2016 18:07:14 +0100
Committer: Thomas Gleixner
CommitDate: Mon, 22 Aug
From: SeongJae Park
CONFIG_RCU_TORTURE_TEST_RUNNABLE has removed by commit 4e9a073f60367
("torture: Remove CONFIG_RCU_TORTURE_TEST_RUNNABLE, simplify code")
entirely but the document has not updated. This commit updates the
document to remove the description for the config
2016-08-22 17:09+0700, Suravee Suthikulpanit:
> On 08/22/2016 04:19 PM, Suravee Suthikulpanit wrote:
>> > he problem with wrappers is that we don't know what list we should
>> > remove the "struct amd_ir_data" from; we would need to add another
>> > tracking structure or go through all VCPUs.
>>
On Mon, Aug 22, 2016 at 03:53:26PM +0100, Will Deacon wrote:
> On Mon, Aug 22, 2016 at 09:02:46AM -0500, Andy Gross wrote:
> > On Mon, Aug 22, 2016 at 02:43:14PM +0100, Will Deacon wrote:
> > > On Sat, Aug 20, 2016 at 12:51:13AM -0500, Andy Gross wrote:
> > > > This patch adds the SMC Session ID
Hello!
This series provides a couple of documentation updates:
1. Remove obsolete CONFIG_RCU_TORTURE_TEST_RUNNABLE description,
courtesy of SeongJae Park.
2. Record the reason for two-byte (rather than four- or eight-byte)
alignment for the rcu_head structure.
On Mon, Aug 22, 2016 at 02:32:04PM +0200, Matija Glavinic Pecotic wrote:
SNIP
> Signed-off-by: Matija Glavinic Pecotic
> ---
> tools/perf/util/unwind-libunwind-local.c | 36
>
> 1 file changed, 32 insertions(+), 4
Branch out dma-buf related documentation into its own rst file to allow
adding it to the sphinx documentation generated.
While at it, move dma-buf-sharing.txt into rst as the dma-buf guide too;
adjust MAINTAINERS accordingly.
v2:
- Removed authorship as suggested by Jani,
- Address review
Convert dma-buf documentation over to sphinx.
While at that, convert dma-buf-sharing.txt as well, and make it the
dma-buf API guide.
There is no content change yet; only format conversion and creation of
some hyperlinks.
v2: Address review comments from Jonathan Corbet and Markus Heiser.
Sumit
The functions synchronize_rcu_expedited() and synchronize_sched_expedite()
have nearly identical code. This commit therefore consolidates this code
into a new _synchronize_rcu_expedited() function.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_exp.h | 62
Hello!
This series contains updates and fixes to expedited grace-period handling:
1. Consolidate nearly identical code from synchronize_rcu_expedited()
and synchronize_sched_expedited().
2. Drive expedited grace periods from workqueue rather than user task.
3. Stop
This commit improves the accuracy of the interaction between CPU hotplug
operations and RCU's expedited grace periods by using RCU's online-CPU
state to determine when failed IPIs should be retried.
Signed-off-by: Paul E. McKenney
---
kernel/rcu/tree_exp.h | 11
The expedited RCU CPU stall warnings currently responds to neither the
panic_on_rcu_stall sysctl setting nor the rcupdate.rcu_cpu_stall_suppress
kernel boot parameter. This commit therefore updates teh expedited code
to respond to these controls.
Signed-off-by: Paul E. McKenney
The expedited RCU grace periods currently rely on a failure indication
from smp_call_function_single() to determine that a given CPU is offline.
This works after a fashion, but is more contorted and less precise than
relying on RCU's internal state. This commit therefore takes a first
step
The current implementation of expedited grace periods has the user
task drive the grace period. This works, but has downsides: (1) The
user task must awaken tasks piggybacking on this grace period, which
can result in latencies rivaling that of the grace period itself, and
(2) User tasks can
Now that RCU expedited grace periods are always driven by a workqueue,
there is no need to account for signal reception, and thus no need
to disable expedited RCU CPU stall warnings due to signal reception.
This commit therefore removes the signal-reception checks, leaving a
WARN_ON() to catch
On Monday, August 22, 2016 8:38:23 AM CEST Rob Herring wrote:
> On Mon, Aug 22, 2016 at 7:37 AM, Arnd Bergmann wrote:
> > On Wednesday, August 17, 2016 8:14:42 PM CEST Rob Herring wrote:
> >>
> >> Before I spend more time on this, I'm looking mainly for feedback on the
> >> general
Hi Arnd,
>>> My impression is that there is some overlap in what you want
>>> to do here, and what serio does today as a line discipline on top
>>> of a tty line discipline (and on top of other non-uart serial
>>> connections), so we should look into whether the two can be unified
>>> or not.
(Resend due to previous mail marked as 'Suspected SPAM')
Using perf with call graph method dwarf fails to provide backtrace support with
stripped binary even though .gnu_debuglink points to *.dbg flavor with properly
populated debug symbols.
Problem is reproduced on ARM (v7), kernels 3.14.y,
Hi Mike,
you forgot me ?
Best Regards
Gabriel
On 07/11/2016 08:58 AM, Gabriel Fernandez wrote:
On 07/08/2016 06:08 PM, Michael Turquette wrote:
Quoting Gabriel Fernandez (2016-07-08 02:12:35)
Hi Mike,
On 07/08/2016 03:43 AM, Michael Turquette wrote:
Quoting Rob Herring (2016-06-19
Hi,
On Mon, Aug 01, 2016 at 09:39:34PM +0800, Chen-Yu Tsai wrote:
> Hi,
>
> On Sat, Jul 30, 2016 at 11:20 PM, maxime.rip...@free-electrons.com
> wrote:
> > On Sat, Jul 30, 2016 at 10:52:45PM +0800, Icenowy Zheng wrote:
> >> > + if
(adding Kay Sievers who wrote most of this)
On Tue, 2016-08-23 at 00:40 +0900, Sergey Senozhatsky wrote:
> Hello,
>
> RFC and POC
>
> Petr, I took a very quick look at your series [1]. I think it
> won't work on some of the setups I'm toying with, where multiple CPUs
> can do a
On Mon, 22 Aug 2016, Peter Chen wrote:
> On Mon, Aug 15, 2016 at 05:13:14PM +0800, Peter Chen wrote:
> > Some hard-wired USB devices need to do power sequence to let the
> > device work normally, the typical power sequence like: enable USB
> > PHY clock, toggle reset pin, etc. But current Linux
On 08/18/2016 02:57 PM, Sebastian Andrzej Siewior wrote:
> Install the callbacks via the state machine.
>
> Cc: "Rafael J. Wysocki"
> Cc: Daniel Lezcano
> Cc: linux...@vger.kernel.org
> Signed-off-by: Sebastian Andrzej Siewior
On Mon, Aug 22, 2016 at 07:49:09AM -0700, David Daney wrote:
> On 08/22/2016 07:36 AM, Bjorn Helgaas wrote:
> >Hi David & Omer,
> >
> >On Fri, Aug 19, 2016 at 03:32:12PM -0700, Omer Khaliq wrote:
> >>From: David Daney
> >>
> >>Some hardware presents an incorrect SR-IOV
On Mon, 2016-08-22 at 18:49 +0300, Kalle Valo wrote:
> Arend van Spriel writes:
[]
> But yeah, not really sure what to do with these obsolete drivers like
> hostap, ray_cs and wl3501.
Maybe marking sections obsolete in MAINTAINERS could
flag some "shouldn't touch
Mathieu Poirier writes:
> This patch somewhat mimics the work done on address filters to
> add the infrastructure needed to pass PMU specific HW
> configuration to the driver before a session starts.
Looks like a lot of work to do something that can be taken care of
On Sun, Aug 21, 2016 at 11:41:39PM -0700, David Miller wrote:
> From: Dmitry Torokhov
> Date: Tue, 16 Aug 2016 15:33:10 -0700
>
> > There are objects in /sys hierarchy (/sys/class/net/) that logically belong
> > to a namespace/container. Unfortunately all sysfs objects
Fix typo in regulator Kconfig for the TPS80031 tristate string (trivial)
Signed-off-by: Sebastiaan Schalbroeck
---
drivers/regulator/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/Kconfig b/drivers/regulator/Kconfig
index
On Mon, Aug 22, 2016 at 08:14:43AM -0700, Paul E. McKenney wrote:
> The __call_rcu() assertion that checks only the bottom bit of the
> rcu_head pointer is a bit counter-intuitive in these days of ubiquitous
> 64-bit systems. This commit therefore records the reason for this
> odd alignment
On Mon, 22 Aug 2016, Kalle Valo wrote:
> Benjamin Berg writes:
>
>> On Fr, 2016-08-19 at 13:03 +0300, Kalle Valo wrote:
>>> Actually, I see two patches which might be related but not identical:
>>>
>>> ath9k: fix client mode beacon
On Mon, Aug 22, 2016 at 11:41:34AM -0400, Richard Guy Briggs wrote:
> Fix original naive attempt to get/lock access to task->mm->exe_file by
> using get_mm_exe_file and checking for NULL.
>
> See: https://lkml.org/lkml/2016/7/30/97
>
> Signed-off-by: Richard Guy Briggs
> ---
>
On Sun, Aug 21, 2016 at 10:11:19AM +0800, Chen-Yu Tsai wrote:
> Currently when we try to bring regulator in bounds of its constraints,
> we pick either the minimum or maximum voltage as the target. This fails
> if the regulator range is not continuous, and the target voltage is not
> an exact
Hi Stanimir,
[auto build test ERROR on next-20160819]
[also build test ERROR on v4.8-rc3]
[cannot apply to linus/master linux/master remoteproc/for-next v4.8-rc2
v4.8-rc1 v4.7-rc7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use
On Sun, Aug 21, 2016 at 10:11:19AM +0800, Chen-Yu Tsai wrote:
> Currently when we try to bring regulator in bounds of its constraints,
> we pick either the minimum or maximum voltage as the target. This fails
> if the regulator range is not continuous, and the target voltage is not
> an exact
From: Markus Elfring
Date: Mon, 22 Aug 2016 18:23:24 +0200
* Reuse existing functionality from memdup_user() instead of keeping
duplicate source code.
This issue was detected by using the Coccinelle software.
* The local variable "ret" will be set to an
[SNIP]
>
> Signed-off-by: Ding Tianhong
> [ paulmck: Substituted cond_resched_rcu_qs for cond_resched. ]
This contradicts...
> Signed-off-by: Paul E. McKenney
> ---
> kernel/rcu/tree_plugin.h | 1 +
> 1 file changed, 1 insertion(+)
>
>
The macro EVAL_NCCI was only being used in capi.c and the argument
controller was not used. Remove the argument and at the same time
remove the variable which now becomes unused.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/i4l/act2000/capi.c | 3 +--
No need provide a space after a typecast.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/i4l/icn/icn.c | 66 +--
1 file changed, 33 insertions(+), 33 deletions(-)
diff --git a/drivers/staging/i4l/icn/icn.c
sparse was warning about incorrect type of argument:
drivers/staging/i4l/icn/icn.c:1048:49:
warning: incorrect type in argument 2 (different address spaces)
drivers/staging/i4l/icn/icn.c:1048:49:
expected void const [noderef] *from
drivers/staging/i4l/icn/icn.c:1048:49:
got unsigned char const
Blank lines are not needed after starting brace or before a closing
brace.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/i4l/icn/icn.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/i4l/icn/icn.c b/drivers/staging/i4l/icn/icn.c
index
The macro EVAL_PLCI and MAKE_PLCI are not being used. Remove them.
But keep the comment preceding them as it contains information
regarding message format.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/i4l/act2000/capi.h | 7 ---
1 file changed, 7
* Matt Fleming wrote:
> + efi_boottime_memory_map_t map;
>
> nr_desc = 0;
> e820ext = NULL;
> e820ext_size = 0;
> + map.map = _map;
> + map.map_size = _sz;
> + map.desc_size = _size;
> + map.desc_ver = _version;
> +
On Fri, Aug 12, 2016 at 06:03:18PM -0700, Gayatri Kammela wrote:
> This is the version 2 patch series for adding AVX512 optimized gen_syndrome,
> xor_syndrome and recovery functions.
>
> Optimization of RAID6 using AVX512 instructions should improve the
> RAID6 performance.These patches are
On Mon, 22 Aug 2016, Wenyou Yang wrote:
> The usb controller does not manage correctly the suspend mode for
> the ehci. In echi mode, there is no way to suspend without any
> device connected to it. This is why this specific control is added
> to fix this issue. Since the suspend mode works in
From: SeongJae Park
TOROUT_STRING() macro function does not insert a space between flag and
message while other similar couterparts do. The output will be
inconsistent and weird especially when it is read by dmesg with color
option enabled. This commit adds an space
Mathieu Poirier writes:
> +enum {
> + ETM_TOKEN_SINK_CPU,
> + ETM_TOKEN_SINK,
> + ETM_TOKEN_ERR,
> +};
> +
> +static const match_table_t drv_cfg_tokens = {
> + {ETM_TOKEN_SINK_CPU, "sink=cpu%d:%s"},
> + {ETM_TOKEN_SINK, "sink=%s"},
> +
* Matt Fleming wrote:
> From: Jeffrey Hugo
>
> The spec allows ExitBootServices to fail with EFI_INVALID_PARAMETER if a
> race condition has occurred where the EFI has updated the memory map after
> the stub grabbed a reference to the map. The
On 08/22/2016 11:37 AM, Paul E. McKenney wrote:
On Mon, Aug 22, 2016 at 11:12:45AM -0400, Mark Hounschell wrote:
On 08/22/2016 10:48 AM, Paul E. McKenney wrote:
On Mon, Aug 22, 2016 at 05:40:03PM +0800, GeHao Kang wrote:
On Sun, Aug 21, 2016 at 10:53 PM, Paul E. McKenney
This patches add the clocks for CMU_CDREX (DRAM Express Controller)
that generates the clocks for DRAM and NoC (Network on Chip) bus clock.
[Result for clk_summary on exynos5422-odroidxu3 board]
fout_bpll 00 82500 0
0
mout_bpll
This patch adds the mux/divider clocks for CMU_CDREX (DRAM Express
Controller) which generates the clocks for DRAM and NoC (Network on Chip) bus
clock. But, there is differnet source of MUX_MX_MSPLL_CCORE between exynos5420
and exynos5422. So, each MUX_MX_MSPLL_CCORE uses the different parent
We only need to zero it when repeating in order to
avoid old garbage. Let's improve it by moving this
before we repeat the calculation to save some cpu
cycle.
Signed-off-by: Shawn Lin
---
drivers/staging/lustre/lustre/obdclass/llog.c | 7 ---
1 file changed, 4
Hi Anshuman,
[auto build test ERROR on v4.8-rc2]
[also build test ERROR on next-20160819]
[cannot apply to glikely/devicetree/next]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto
On Sun, 14 Aug 2016, Christoph Hellwig wrote:
> Any chance to get a quick review for this and get it off to Linus?
> Without this fix the function is unusable in 4.8+ on my test systems
> because we seem to always get a inconsistent view of the cpu online
> bitmap - something that didn't happen
On Mon, 22 Aug 2016 02:15:48 +0200,
Dmitry Vyukov wrote:
>
> On Sat, Aug 13, 2016 at 2:43 PM, Dmitry Vyukov wrote:
> > Hello,
> >
> > While running syzkaller fuzzer on
> > f31494bd05b06b0cdb4da6aebe92eaafab970df6 (Aug 12), I've got the
> > following deadlock report:
> >
> >
Commit-ID: 3ee0ce2a54dff07d09440723594df89bc1a12e79
Gitweb: http://git.kernel.org/tip/3ee0ce2a54dff07d09440723594df89bc1a12e79
Author: Christoph Hellwig
AuthorDate: Thu, 11 Aug 2016 07:06:45 -0700
Committer: Thomas Gleixner
CommitDate: Mon, 22 Aug 2016
This patch fixes the line over 80 characters by using checkpatch.pl script.
Signed-off-by: Chanwoo Choi
---
drivers/clk/samsung/clk-exynos5433.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/samsung/clk-exynos5433.c
On Sat, 2016-08-20 at 11:56 -0400, Tejun Heo wrote:
> > > there are other reasons to enforce process granularity. One
> > > important one is isolating system-level management operations from
> > > in-process application operations. The cgroup interface, being a
> > > virtual filesystem,
Hi Daniel,
On 19/08/16 17:13, Daniel Thompson wrote:
> Currently irqflags is implemented using the PSR's I bit. It is possible
> to implement irqflags by using the co-processor interface to the GIC.
> Using the co-processor interface makes it feasible to simulate NMIs
> using GIC interrupt
On Mon, Aug 22, 2016 at 10:56:43AM +0800, Xie Yisheng wrote:
> Arm64 supports gigantic page after
> commit 084bd29810a5 ("ARM64: mm: HugeTLB support.")
> however, it got broken by
> commit 944d9fec8d7a ("hugetlb: add support for gigantic page
> allocation at runtime")
>
> This patch selects
On Mon, Aug 22, 2016 at 09:48:10AM +0100, Emil Velikov wrote:
> On 20 August 2016 at 23:31, Rob Clark wrote:
> > On Sat, Aug 20, 2016 at 1:58 PM, Mikko Rapeli wrote:
> >> Cc'ing lkml too.
> >>
> >> On Fri, Aug 19, 2016 at 11:54:21PM +0100, Emil Velikov
On Mon, Aug 22, 2016 at 11:18:15AM +0200, Maxime Ripard wrote:
> On Tue, Aug 16, 2016 at 12:45:39PM +0800, wens Tsai wrote:
> > Ok. So I guess one solution would be to move the mute controls out of
> > DAPM, and maybe change some other mux like paths into actual muxes, so
> > there's at least one
On 12/08/2016:07:48:38 PM, Ronit Halder wrote:
> Currenty linux kernel reserves memory at the boot time for crash kernel.
> It will be very useful if we can reserve memory in run time. The user can
> reserve the memory whenerver needed instead of reserving at the boot time.
>
> It is possible to
On Mon 22-08-16 13:01:13, Markus Trippelsdorf wrote:
> On 2016.08.22 at 12:56 +0200, Michal Hocko wrote:
> > On Mon 22-08-16 12:16:14, Markus Trippelsdorf wrote:
> > > On 2016.08.22 at 11:32 +0200, Michal Hocko wrote:
> > > > [1] http://lkml.kernel.org/r/20160731051121.GB307@x4
> > >
> > > For
On 2016.08.22 at 13:13 +0200, Michal Hocko wrote:
> On Mon 22-08-16 13:01:13, Markus Trippelsdorf wrote:
> > On 2016.08.22 at 12:56 +0200, Michal Hocko wrote:
> > > On Mon 22-08-16 12:16:14, Markus Trippelsdorf wrote:
> > > > On 2016.08.22 at 11:32 +0200, Michal Hocko wrote:
> > > > > [1]
The variables which are processed by RCU functions should be annotated
as RCU, otherwise sparse will report the errors like below:
"error: incompatible types in comparison expression (different
address spaces)"
Signed-off-by: Chunyan Zhang
---
include/linux/ftrace.h
This patch add the whole support for shmem file pages non swap.
To make sure a page is shmem file page, check mapping->a_ops == _aops.
I think it is really a hack way.
There are not a lot of shmem file pages will be swapped out.
Signed-off-by: Hui Zhu
---
The page is unmapped when ZRAM get the compressed size. At it is added
to swapcache.
To remove it from swapcache need set each pte back to point to pfn.
But these is not a way to do it.
This patch set each pte readonly before pageout. Then when the page is
written when save its data to ZRAM,
This patch adds the new clock id for CMU_CDRES (DRAM Express Controller)
geneates the clocks for DRAM and NoC (Network on Chip) bus clock.
Signed-off-by: Chanwoo Choi
---
include/dt-bindings/clock/exynos5420.h | 11 ++-
1 file changed, 10 insertions(+), 1
On Mon, Aug 22, 2016 at 8:59 AM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.8-rc3[1] to v4.8-rc2[3], the summaries are:
> - build errors: +2/-5
Nothing serious to report, just a few more overflowing relocations in
allyesconfig
builds.
Gr{oetje,eeting}s,
Hi PrasannaKumar,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.8-rc3 next-20160822]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenie
Hi Tim,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.8-rc3 next-20160822]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to record w
On Fri, Aug 12, 2016 at 08:43:55PM +0200, Manfred Spraul wrote:
> Hi Boqun,
>
> On 08/12/2016 04:47 AM, Boqun Feng wrote:
> > > We should not be doing an smp_mb() right after a spin_lock(), makes no
> > > sense. The
> > > spinlock machinery should guarantee us the barriers in the unorthodox
> >
On Mon, 22 Aug 2016 09:29:17 +0200
Daniel Vetter wrote:
> On Sun, Aug 21, 2016 at 08:39:38PM +0200, Heinrich Schuchardt wrote:
> > Components m1, m2, p2, dot, vco of variable clock should be
> > initialized to avoid bytes from the kernel stack to be
> > exposed.
> >
> >
Hi,
there have been multiple reports [1][2][3][4][5] about pre-mature OOM
killer invocations since 4.7 which contains oom detection rework. All of
them were for order-2 (kernel stack) alloaction requests failing because
of a high fragmentation and compaction failing to make any forward
progress.
Hi,
Le dimanche 21 août 2016 à 22:15 +0200, SF Markus Elfring a écrit :
> >
> > >
> > > >
> > > > Don't introduce a defect in patch 1 and correct
> > > > that introduced defect in patch 2.
> > > Which detail do you not like here?
> >
> > See above.
>
> This feedback is not clearer.
>
It's
On Thu, Aug 18, 2016 at 09:34:33PM +0100, Matt Fleming wrote:
> On Mon, 15 Aug, at 06:13:58PM, Lukas Wunner wrote:
> > But I would like to understand the "cannot jump through pointers at
> > runtime" argument because the binary code looks to me like it should
> > work on 32 bit. I guess I must be
Re:Good day Miller,
I am confirming if you received my previous email regarding you having the
same Surname with my late client, leaving in your name in his last
will of testament the sum of ( 8 . 5M ) Please email me for
more information.
Mr.Johnson.
Hi Chanwoo,
On 08/22/2016 11:48 AM, Chanwoo Choi wrote:
> This patches just fix the checkpatch warnings for exynos5433/3250/5260/5420/4
> series without the behavior changes.
>
> Chanwoo Choi (5):
> clk: samsung: exynos5433: Fix the checkpatch warnings
> clk: samsung: exynos3250: Fix the
> -Original Message-
> From: 'Greg KH' [mailto:gre...@linuxfoundation.org]
> Sent: Monday, August 22, 2016 4:16 AM
> To: Sell, Timothy C
> Cc: cor...@lwn.net; t...@linutronix.de; mi...@redhat.com;
> h...@zytor.com; Arfvidson, Erik ;
>
On 2016/8/22 16:01, Michal Hocko wrote:
> On Mon 22-08-16 10:56:42, Xie Yisheng wrote:
>>
>> +config ARCH_HAS_GIGANTIC_PAGE
>> +depends on HUGETLB_PAGE
>> +bool
>> +
>
> but is this really necessary? The code where we use
> ARCH_HAS_GIGANTIC_PAGE already depends on HUGETLB_PAGE.
>
Hi
On Mon 22-08-16 12:16:14, Markus Trippelsdorf wrote:
> On 2016.08.22 at 11:32 +0200, Michal Hocko wrote:
> > there have been multiple reports [1][2][3][4][5] about pre-mature OOM
> > killer invocations since 4.7 which contains oom detection rework. All of
> > them were for order-2 (kernel stack)
On Thu, Aug 18, 2016 at 02:10:29PM +0100, Suzuki K Poulose wrote:
> adrp uses PC-relative address offset to a page (of 4K size) of
> a symbol. If it appears in an alternative code patched in, we
> should adjust the offset to reflect the address where it will
> be run from. This patch adds support
- I would assume that schedule_timeout() would be what is needed
here, as this should simply be a fixed delay.
Patch was compile tested with: x86_64_defconfig + CONFIG_RCU_PERF_TEST=m
Patch is against 4.8.0-rc2 (localversion-next is -next-20160822)
kernel/rcu/rcuperf.c | 3 ++-
1 file chang
From: Markus Elfring
Date: Mon, 22 Aug 2016 10:01:52 +0200
* Reverse a condition check.
* Reduce the indentation one level then for some source code
from a previous if branch.
Suggested-by: Joe Perches
Signed-off-by: Markus Elfring
Some hardware maps the Hue between 0 and 255 instead of 0-179. Support
this format with a new field hsv_enc.
Signed-off-by: Ricardo Ribalda Delgado
---
v5_2: s/s_rgb_or_yuv/s_rgb_or_hsv/
Thanks Hans!!
include/uapi/linux/videodev2.h | 32
Commit-ID: 4396f46c8c628329bd35ee4b84140b8b001a11eb
Gitweb: http://git.kernel.org/tip/4396f46c8c628329bd35ee4b84140b8b001a11eb
Author: Shawn Lin
AuthorDate: Mon, 22 Aug 2016 16:21:52 +0800
Committer: Thomas Gleixner
CommitDate: Mon, 22 Aug
Hello Hans:
>
> That should be is_rgb_or_hsv.
Sorry about that! I am resending v5_2 with only that patch fixed
>
> All other patches look OK.
Thanks
>
> It would be useful though if you could rebase on top of
> https://git.linuxtv.org/hverkuil/media_tree.git/log/?h=sycc.
> I have a pull
Hi Alan,
>>> We do, today for bluetooth and other protocols just fine
>> I think it works (even with user-space HCI daemon) because bluetooth HCI is
>> slow (<300kByte/s).
>
> We do it for PPP over 3G modem as well. Modern 3G modems pretend to be
> network devices, older ones didn't - and you
Hi Radim
On 08/19/2016 09:49 PM, Radim Krčmář wrote:
2016-08-18 14:42-0500, Suravee Suthikulpanit:
This patch implements update_pi_irte function hook to allow SVM
communicate to IOMMU driver regarding how to set up IRTE for handling
posted interrupt.
In case AVIC is enabled, during
On Thu, Aug 18, 2016 at 04:47:57PM +0100, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in pr_debug message
Applied.
Dear Friend,
Your contact details came to me by recommendation, I am interested in investing
in your country and I believe you have the capabilities of providing the needed
assistance, solutions and advise in actualizing this, Let me know if you are
willing to understake this task for me so we
On Fri, 19 Aug 2016 20:44:55 +1000
Nicholas Piggin wrote:
> On Fri, 19 Aug 2016 10:37:00 +0200
> Michal Marek wrote:
>
> > On 2016-08-19 07:09, Stephen Rothwell wrote:
[snip]
> > >
> > > I may be missing something, but genksyms generates the crc's off
On Fri, 2016-07-15 at 19:01 +0800, Kefeng Wang wrote:
> Use built-in device properties to set device parameters for the
> existing device probed by acpi.
acpi -> ACPI
>
> Add ACPI identifier for UART on Hisilicon Hip05 soc, be careful
soc -> SoC
> that it is not 16550 compatibal, so we need
Op 17-08-16 om 21:55 schreef Lyude:
> Thanks to Ville for suggesting this as a potential solution to pipe
> underruns on Skylake.
>
> On Skylake all of the registers for configuring planes, including the
> registers for configuring their watermarks, are double buffered. New
> values written to
On Sun, 21 Aug 2016, Heinrich Schuchardt wrote:
> All components of variable clock should be initialized
> to avoid bytes from the kernel stack to be exposed.
>
> Reported-by: Joe Perches
> Signed-off-by: Heinrich Schuchardt
> ---
>
From: Markus Elfring
Date: Mon, 22 Aug 2016 10:12:37 +0200
Reuse existing functionality from memdup_user() instead of keeping
duplicate source code.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
On Fr, 2016-08-19 at 13:03 +0300, Kalle Valo wrote:
> Actually, I see two patches which might be related but not identical:
>
> ath9k: fix client mode beacon configuration
> https://patchwork.kernel.org/patch/9247699/
>
> ath9k: Fix beacon configuration assertion failure
>
On 20 August 2016 at 23:31, Rob Clark wrote:
> On Sat, Aug 20, 2016 at 1:58 PM, Mikko Rapeli wrote:
>> Cc'ing lkml too.
>>
>> On Fri, Aug 19, 2016 at 11:54:21PM +0100, Emil Velikov wrote:
>>> Story time:
>>> I was dreaming of a day were we can stop
Hi Joe,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: fa8410b355251fd30341662a40ac6b22d3e38468
commit: cb984d101b30eb7478d32df56a0023e4603cba7f compiler-gcc: integrate the
various compiler-gcc[345].h files
301 - 400 of 2074 matches
Mail list logo