Hi Mel,
Thank you very much for your feedback, my replies below:
> A lack of involvement from admins is indeed desirable. For example,
> while I might concede on using a disable-everything-switch, I would not
> be happy to introduce a switch that specified how much memory per node
> to initialise
On Wed, 29 Nov 2017 19:27:45 -0800 Linus Torvalds
wrote:
> On Wed, Nov 29, 2017 at 6:58 PM, Steven Rostedt wrote:
> >
> > Seems it can't handle the initialization of an anonymous struct within
> > an anonymous union.
>
> I think we've seen this before, and I think there was some trick to
> mak
On Wed, Nov 29, 2017 at 10:12:09PM -0500, Steven Rostedt wrote:
> On Wed, 29 Nov 2017 12:42:45 +0800
> changbin...@intel.com wrote:
>
> > From: Changbin Du
> >
> > The default NR_CPUS can be very large, but actual possible nr_cpu_ids
> > usually is very small. For my x86 distribution, the NR_CPU
On Wed, Nov 29, 2017 at 6:58 PM, Steven Rostedt wrote:
>
> Seems it can't handle the initialization of an anonymous struct within
> an anonymous union.
I think we've seen this before, and I think there was some trick to
make it work with older gcc versions.
Maybe the unnamed entry that gets init
Hi Changwei,
>>>
> Hi Gang,
>
> On 2017/11/30 10:45, Gang He wrote:
>> Hello Changwei,
>>
>>
>
>>> On 2017/11/29 16:38, Gang He wrote:
Add ocfs2_try_rw_lock and ocfs2_try_inode_lock functions, which
will be used in non-block IO scenarios.
Signed-off-by: Gang He
-
On 11/29/2017 06:56 PM, Lee Strobel wrote:
> Hi Randy,
>
> Thank you for replying to my e-mail. That is interesting and it seems to
> explain why my map file didn't have that version line. I hadn't realized
> that it depends on the CONFIG_KALLSYMS option (which I did indeed have
> enabled). I am s
On 11/29/2017 06:45 AM, Michal Hocko wrote:
> From: Michal Hocko
>
> 4.16+ kernels offer a new MAP_FIXED_SAFE flag which allows to atomicaly
"allows the caller to atomically"
, if you care about polishing the commit message...see the real review,
below. :)
> probe for a given address range.
>
On Wed, 29 Nov 2017 12:42:45 +0800
changbin...@intel.com wrote:
> From: Changbin Du
>
> The default NR_CPUS can be very large, but actual possible nr_cpu_ids
> usually is very small. For my x86 distribution, the NR_CPUS is 8192 and
> nr_cpu_ids is 4. About 2 pages are wasted.
>
> Most machines
This patch adds HDCP support for DisplayPort connectors by implementing
the intel_hdcp_shim.
Most of this is straightforward read/write from/to DPCD registers. One
thing worth pointing out is the Aksv output bit. It wasn't easily
separable like it's HDMI counterpart, so it's crammed in with the re
This patch adds a new optional connector property to allow userspace to enable
protection over the content it is displaying. This will typically be implemented
by the driver using HDCP.
The property is a tri-state with the following values:
- OFF: Self explanatory, no content protection
- DESIRED:
This patch adds HDCP support for HDMI connectors by implementing
the intel_hdcp_shim.
Nothing too special, just a bunch of DDC reads/writes.
Signed-off-by: Sean Paul
---
drivers/gpu/drm/i915/i915_reg.h | 1 +
drivers/gpu/drm/i915/intel_ddi.c | 50
drivers/gpu/drm/i915/intel_hdmi.
Once the Aksv is available in the PCH, we need to get it on the wire to
the receiver via DDC. The hardware doesn't allow us to read the value
directly, so we need to tell GMBUS to source the Aksv internally and
send it to the right offset on the receiver.
The way we do this is to initiate an index
This patch adds the framework required to add HDCP support to intel
connectors. It implements Aksv loading from fuse, and parts 1/2/3
of the HDCP authentication scheme.
Note that without shim implementations, this does not actually implement
HDCP. That will come in subsequent patches.
Signed-off-
In preparation for implementing HDCP in i915, add some HDCP related
register offsets and defines. The dpcd register offsets will go in
drm_dp_helper.h whereas the ddc offsets along with generic HDCP stuff
will get stuffed in drm_hdcp.h, which is new.
Signed-off-by: Sean Paul
---
include/drm/drm_
On Wed, 2017-11-29 at 17:38 +0200, Jarkko Sakkinen wrote:
> On Wed, Nov 29, 2017 at 12:21:41AM +0200, Jarkko Sakkinen wrote:
> > On Tue, Nov 28, 2017 at 02:00:03PM -0800, Sean Christopherson
> > wrote:
> > > What about SGX_LC_ENABLE? The title in the MSR section of the
> > > SDM is
> > > "SGX Laun
Hi Robin,
> -Original Message-
> From: Robin Murphy [mailto:robin.mur...@arm.com]
> Sent: Tuesday, November 28, 2017 10:18 PM
> To: Eric Yang ; Konrad Rzeszutek Wilk
> ; io...@lists.linux-foundation.org
> Cc: Daniel Borkmann ; Kees Cook
> ; Geert Uytterhoeven ;
> Greg Kroah-Hartman ; linux
The pointer returned by of_device_get_match_data() doesn't have the same
size as u32 on 64-bit architectures, causing issues when compile testing
the driver on such platform. Make ledtype unsigned long instead, to
solve this problem.
Fixes: 7f866986e705 ("leds: add PM8058 LEDs driver")
Cc: Linus W
Hi Gang,
On 2017/11/30 10:45, Gang He wrote:
> Hello Changwei,
>
>
>> On 2017/11/29 16:38, Gang He wrote:
>>> Add ocfs2_try_rw_lock and ocfs2_try_inode_lock functions, which
>>> will be used in non-block IO scenarios.
>>>
>>> Signed-off-by: Gang He
>>> ---
>>>fs/ocfs2/dlmglue.c | 21 ++
Em Wed, Nov 29, 2017 at 02:31:36PM -0800, Martin KaFai Lau escreveu:
> On Wed, Nov 29, 2017 at 06:15:43PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Nov 29, 2017 at 01:07:34PM -0800, Martin KaFai Lau escreveu:
> > > On Tue, Nov 28, 2017 at 04:05:19PM -0300, Arnaldo Carvalho de Melo wrote:
>
Just letting you know that this commit:
fcd8843c406 ('NFSv4: Replace closed stateids with the "invalid special
stateid"') causes gcc 4.5.4 to fail the build with this error:
CC [M] fs/nfs/nfs4state.o
/work/git/linux-trace.git/fs/nfs/nfs4state.c:75:4: error: field name not in
record or union i
Hi Randy,
Thank you for replying to my e-mail. That is interesting and it seems to
explain why my map file didn't have that version line. I hadn't realized
that it depends on the CONFIG_KALLSYMS option (which I did indeed have
enabled). I am somewhat new to configuring/building the kernel and, fro
Hi Alexandre and Ingo,
On 16 November 2017 at 13:59, Baolin Wang wrote:
> It will be more helpful to add some tracepoints to track RTC actions when
> debugging RTC driver. Below sample is that we set/read the RTC time, then
> set 2 alarms, so we can see the trace logs:
>
> set/read RTC time:
> kw
Signed-off-by: Joshua Abraham
This patch removes the unused macro XGIPART3.
---
drivers/staging/xgifb/XGI_main.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/xgifb/XGI_main.h b/drivers/staging/xgifb/XGI_main.h
index a3af1cbbf8ee..5f55d0a39bc1 100644
--- a/drivers/staging/x
ping...
On 2017/11/17 8:54, Yunlong Song wrote:
f2fs_balance_fs only actives once in the commit_inmem_pages, but there
are more than one page to commit, so all the other pages will miss the
check. This will lead to out-of-free problem when commit a very large
file. However, we cannot do f2fs_bal
On 2017年11月29日 23:31, Michael S. Tsirkin wrote:
On Wed, Nov 29, 2017 at 09:23:24AM -0500,w...@redhat.com wrote:
From: Wei Xu
Matthew found a roughly 40% tcp throughput regression with commit
c67df11f(vhost_net: try batch dequing from skb array) as discussed
in the following thread:
https://w
On Wed, Nov 29, 2017 at 6:38 PM, Nick Terrell wrote:
>
> The stack trace looks like the bug fixed by
>
> Qu Wenruo:
> btrfs: Fix wild memory access in compression level parser [1]
>
> That fix looks to be included in the pull request for 4.15-rc2 [2].
Which got merged earlier today. So maybe
Hello Changwei,
>>>
> On 2017/11/29 16:38, Gang He wrote:
>> Add ocfs2_try_rw_lock and ocfs2_try_inode_lock functions, which
>> will be used in non-block IO scenarios.
>>
>> Signed-off-by: Gang He
>> ---
>> fs/ocfs2/dlmglue.c | 21 +
>> fs/ocfs2/dlmglue.h | 4
>>
SSR can make hot/warm/cold nodes written together, so why should we account
them different?
On 2017/11/29 19:56, Chao Yu wrote:
On 2017/11/27 14:54, Yunlong Song wrote:
Sometimes f2fs_gc is called with no target victim (e.g. xfstest
generic/027, ndirty_node:545 ndiry_dent:1 ndirty_imeta:513 rsv
> On Nov 29, 2017, at 6:21 PM, Fengguang Wu wrote:
>
> Hello,
>
> FYI this happens in mainline kernel 4.15.0-rc1.
> It looks like a new regression. Bisect is in progress.
>
> It occurs in 11 out of 11 xfstests run.
>
> [ 1456.361614]
> [ 1456.918942] BTRFS info (device vdb): disk space cachin
Some system control registers need hardware spinlock to synchronize
between the multiple subsystems, so we should add hardware spinlock
support for syscon.
Signed-off-by: Baolin Wang
Acked-by: Rob Herring
---
Changes since v3:
- Add error handling for of_hwspin_lock_get_id()
Changes since v2:
On Wed, Nov 29, 2017 at 4:58 PM, Omar Sandoval wrote:
>
> Note the change from __add_wait_queue() to
> __add_wait_queue_entry_tail(). I'm assuming this was a typo since the
> commit message doesn't mention any functional changes. This patch
> restores the old behavior:
> [...]
> I didn't go thro
On Mon, 27 Nov 2017 16:23:20 -0800
Andi Kleen wrote:
> From: Andi Kleen
>
> When the perf probe code is called from perf script we may end up
> with a flood of bad binary errors with -v. Only print the error message
> once in this case.
Indeed, but this looks like a hack. You may need to store
Although both routines don't have much complex errors paths we
will expand on these routine in the future, setting up error lables
now for both will make subsequent changes easier to review. This
changes has no functional changes.
Signed-off-by: Luis R. Rodriguez
---
kernel/module.c | 10 +++
On Tue, 28 Nov 2017 19:39:43 -0800
Andi Kleen wrote:
> On Wed, Nov 29, 2017 at 12:14:00PM +0900, Masami Hiramatsu wrote:
> > On Mon, 27 Nov 2017 16:23:15 -0800
> > Andi Kleen wrote:
> >
> > > From: Andi Kleen
> > >
> > > Add a extra quiet argument to the debug info open / probe finder
> > > c
Debugging ineractions with userspace can often be a bit of pain, specially
when trying to figure out who is at fault for an issue. Having the kernel
process aliases when debugging can help us much faster find who is the
culprit to an issue.
I've been carrying this around privately in my tree since
Debugging modules can often lead to an alias question. We purposely
don't have alias parsing support upstream as this is all dealt with
in userpace with the assumption that in-kernel we just process aliases
and userspace Does The Right Thing (TM) about aliases.
Obviously userspace can be buggy tho
get_modinfo() lets you look for at the modinfo section for
a value using a specific tag, this however is limited to
only give you the first tag found. In practice you can have
multiple entries using the same tag, one example are aliases
We have not had a need to support hunting for beyond the firs
These clks can never be turned off, so protect them as what we do in
the sunxi clock-tree.
Signed-off-by: Jeffy Chen
---
drivers/clk/rockchip/clk-cpu.c | 5 +
drivers/clk/rockchip/clk-ddr.c | 5 +
2 files changed, 10 insertions(+)
diff --git a/drivers/clk/rockchip/clk-cpu.c b/drivers/c
On 11/26/2017 2:15 PM, Sargun Dhillon wrote:
> This patchset introduces safe dynamic LSM support. It does this via
> SRCU-protected security hooks. It also EXPORT_SYMBOL_GPLs the symbols
> required to perform runtime loading, and unloading. The patchset is
> meant to introduce as little overhead as
Hi Doug
Thank you for mentioning this patch.
I think the focus of the discussion is: can we put the grf control bit
to dts.
The RK3399 has 2 Type-C phy, but only one DP controller, this "uphy_dp_sel"
can help to switch these 2 phy. So I think this bit can be considered as
a part of
Type-C
Hello,
FYI this happens in mainline kernel v4.15-rc1 .
It shows up after v4.14 . Bisect is on the way.
It occurs in 4 out of 4 boots.
[0.00] RCU callback double-/use-after-free debug enabled.
[0.00] RCU CPU stall warnings timeout set to 100
(rcu_cpu_stall_timeout).
[0.0033
On Wed, Nov 29, 2017 at 11:37:04AM -0800, Cong Wang wrote:
> > Allocated by task 31066:
> > save_stack+0x43/0xd0 mm/kasan/kasan.c:447
> > set_track mm/kasan/kasan.c:459 [inline]
> > kasan_kmalloc+0xad/0xe0 mm/kasan/kasan.c:551
> > kmem_cache_alloc_trace+0x136/0x750 mm/slab.c:3613
> > kmalloc
The previous USB3 SuperSpeed enabling patches mistakenly enabled
URB scatter-gather chaining, which is actually not supported by
the VHCI HCD. This patch fixes that.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=197867
Fixes: 03cd00d538a6feb ("usbip: vhci-hcd: Set the vhci structure up to
On 11/29/2017 10:24 AM, Javier Martinez Canillas wrote:
> Hello Jarkko,
>
> On 11/29/2017 06:57 PM, Jarkko Sakkinen wrote:
>> On Wed, Nov 29, 2017 at 12:08:46PM +0100, Javier Martinez Canillas
>> wrote:
>>> +#define TPM2_RC_LAYER_SHIFT16 +#define TPM2_RESMGRTPM_RC_LAYER
>>> (11 << TPM2_RC_
On Wed, 29 Nov 2017 15:44:38 -0800
Sami Tolvanen wrote:
> Don't remove .head.text or .exitcall.exit when linking with --gc-sections,
> and include .init.text.* in .init.text and .init.rodata.* in .init.rodata.
>
> Signed-off-by: Sami Tolvanen
Fine by me, if you consider my other comments.
Rev
On Wed, Nov 29, 2017 at 4:44 PM, Kees Cook wrote:
>
>> That mainly leaves the protocol ones we need to look out for, I suspect.
>
> This is where a lot of the exposure really comes from. socket()
> triggers a bunch of stuff, but doesn't have an obvious privilege
> associated with it... while it al
On Wed, Nov 29, 2017 at 12:24:55PM -0800, Linus Torvalds wrote:
> Ugh. The inode freeing really is confusing and fairly involved, but
> the last free *should* happen as part of the final dput() that is done
> at the end of __fput().
Note that struct socket is coallocated with its inode. _Normally
On Mon, Nov 27, 2017 at 06:18:35PM +0100, Djalal Harouni wrote:
> +/* Determine whether a module auto-load operation is permitted. */
> +int may_autoload_module(char *kmod_name, int required_cap,
> + const char *kmod_prefix);
> +
While we are reviewing a general LSM for this, i
Hi Arnd,
On 29 November 2017 at 18:07, Arnd Bergmann wrote:
> On Mon, Nov 20, 2017 at 7:54 AM, Baolin Wang wrote:
>> Some system control registers need hardware spinlock to synchronize
>> between the multiple subsystems, so we should add hardware spinlock
>> support for syscon.
>>
>
>> @@ -87,6
On 11/30/2017 02:41 AM, Xie XiuQi wrote:
> We meet this compile warning, which caused by missing bpf.h in xdp.h.
>
> In file included from ./include/trace/events/xdp.h:10:0,
> from ./include/linux/bpf_trace.h:6,
> from drivers/net/ethernet/intel/i40e/i40e_txrx.c:2
On Wed, 29 Nov 2017 15:57:53 -0800
Nick Desaulniers wrote:
> On Wed, Nov 29, 2017 at 3:44 PM, Sami Tolvanen
> wrote:
> > Make sure the linker doesn't remove .altinstructions or
> > .altinstr_replacement when CONFIG_LD_DEAD_CODE_DATA_ELIMINATION is
> > enabled.
>
> This sounds like a bug in t
Fixes this from allmodconfig:
drivers/tty/serial/earlycon.c:27:10: fatal error: asm/serial.h: No such file or
directory
Signed-off-by: Olof Johansson
---
arch/riscv/include/asm/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/riscv/include/asm/Kbuild b/arch/riscv/include/asm/Kbu
INT and SHORT are used by some drivers that pull in the include files,
so prefixing helps avoid namespace conflicts. Other constructs in the
same file already uses this.
Fixes, among others, these warnings with allmodconfig:
../sound/core/pcm_misc.c:43:0: warning: "INT" redefined
#define INT __f
Fixes the following on allmodconfig build:
profile.c:(.text+0x3e4): undefined reference to `setup_profiling_timer'
Signed-off-by: Olof Johansson
---
arch/riscv/kernel/smp.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/riscv/kernel/smp.c b/arch/riscv/kernel/smp.c
index b4a71e
These are the ones needed by current allmodconfig, so add them instead
of everything other architectures are exporting -- the rest can be
added on demand later if needed.
Signed-off-by: Olof Johansson
---
arch/riscv/kernel/riscv_ksyms.c | 3 +++
arch/riscv/kernel/setup.c | 2 ++
arch/riscv
Signed-off-by: Olof Johansson
---
arch/riscv/include/asm/timex.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/riscv/include/asm/timex.h b/arch/riscv/include/asm/timex.h
index 3df4932..2f26989 100644
--- a/arch/riscv/include/asm/timex.h
+++ b/arch/riscv/include/asm/ti
Hi Jan,
Any other comments for this patch?
BR,
Sean Zhang
-Original Message-
From: Zhang, Sean C. (NSB - CN/Hangzhou)
Sent: Monday, November 27, 2017 4:38 PM
To: 'Jan Glauber'
Cc: david.da...@cavium.com; w...@the-dreams.de; linux-...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subje
In file included from ../lib/audit.c:8:0:
../include/asm-generic/audit_dir_write.h:30:1: error: '__NR_renameat'
undeclared here (not in a function); did you mean '__NR_renameat2'?
Signed-off-by: Olof Johansson
---
arch/riscv/include/asm/unistd.h | 1 +
1 file changed, 1 insertion(+)
diff --git
There is currently very little documentation in the kernel on maintainer
level tasks. In particular there are no documents on creating pull
requests to submit to Linus.
Quoting Greg Kroah-Hartman on LKML:
Anyway, this actually came up at the kernel summit / maintainer
meeting a few weeks
Fixes:
drivers/input/joystick/analog.c:176:2: warning: #warning Precise timer not
defined for this architecture. [-Wcpp]
Signed-off-by: Olof Johansson
Cc: Dmitry Torokhov
---
drivers/input/joystick/analog.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/joys
Hi,
Here's a short series of patches that produces a working
allmodconfig. Would be nice to see them go in so we can add build
coverage.
One is for input subsystem, the list of if defined() there isn't ideal
but it's already pretty bad. Dmitry, do you want to pick that one up?
-Olof
Needed by some modules (exported by other architectures).
Signed-off-by: Olof Johansson
---
arch/riscv/kernel/head.S | 3 ---
arch/riscv/kernel/setup.c | 3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/riscv/kernel/head.S b/arch/riscv/kernel/head.S
index 76af908..78f6
Fixes:
include/asm-generic/mm_hooks.h:20:11: warning: 'struct vm_area_struct' declared
inside parameter list will not be visible outside of this definition or
declaration
include/asm-generic/mm_hooks.h:19:38: warning: 'struct mm_struct' declared
inside parameter list will not be visible outside
include for __iomem definition. Also, add volatile to
iounmap() like other architectures have it to avoid "discarding
volatile" warnings from some drivers.
Finally, explicitly promote the base address for INB/OUTB functions to
avoid some old legacy drivers complaining about int-to-ptr promotions.
Hi Martin
On Thu, 30 Nov 2017 12:51:21 +1100 Stephen Rothwell
wrote:
>
> + static void arcmsr_init_set_datetime_timer(struct AdapterControlBlock *pacb)
> + {
> -init_timer(&pacb->refresh_timer);
> ++timer_setup(&pacb->eternal_timer, arcmsr_request_device_map, 0);
On Wed, Nov 29, 2017 at 8:39 PM, Willem de Bruijn
wrote:
> On Wed, Nov 29, 2017 at 3:06 PM, Arnd Bergmann wrote:
>> On Wed, Nov 29, 2017 at 5:51 PM, Willem de Bruijn
>> wrote:
Thanks for the review! Any suggestions for how to do the testing? If you
have
existing test cases, could
Hi Martin,
Today's linux-next merge of the scsi-mkp tree got a conflict in:
drivers/scsi/arcmsr/arcmsr_hba.c
between commits:
b9eaf187 ("treewide: init_timer() -> setup_timer()")
e99e88a9d2b0 ("treewide: setup_timer() -> timer_setup()")
from Linus' tree and commits:
ee09098d4769 (
Function load_and_attach() is updated to be able to create kprobes
with either old text based API, or the new PERF_TYPE_KPROBE API.
A global flag use_perf_type_probe is added to select between the
two APIs.
Signed-off-by: Song Liu
Reviewed-by: Josef Bacik
---
samples/bpf/bpf_load.c | 54 ++
Changes PATCH v1 to PATCH v2:
Split PERF_TYPE_PROBE into PERF_TYPE_KPROBE and PERF_TYPE_UPROBE.
Split perf_probe into perf_kprobe and perf_uprobe.
Remove struct probe_desc, use config1 and config2 instead.
Changes RFC v2 to PATCH v1:
Check type PERF_TYPE_PROBE in perf_event_set_filter().
A new pmu, perf_kprobe, is created for PERF_TYPE_KPROBE. Based on
input from perf_event_open(), perf_kprobe creates a kprobe (or
kretprobe) for the perf_event. This kprobe is private to this
perf_event, and thus not added to global lists, and not
available in tracefs.
Two functions, create_local_t
Two new types PERF_TYPE_KPROBE and PERF_TYPE_UPROBE are being added
to perf_event_attr. This patch adds information about this type.
Signed-off-by: Song Liu
---
man2/perf_event_open.2 | 42 ++
1 file changed, 42 insertions(+)
diff --git a/man2/perf_event_
perf_event.h is updated in previous patch, this patch applies same
changes to the tools/ version. This is part is put in a separate
patch in case the two files are back ported separately.
Signed-off-by: Song Liu
Reviewed-by: Yonghong Song
Reviewed-by: Josef Bacik
Acked-by: Alexei Starovoitov
-
On 11/29/2017 09:57 AM, Jarkko Sakkinen wrote:
> On Wed, Nov 29, 2017 at 12:08:46PM +0100, Javier Martinez Canillas wrote:
>> +#define TPM2_RC_LAYER_SHIFT 16
>> +#define TPM2_RESMGRTPM_RC_LAYER (11 << TPM2_RC_LAYER_SHIFT)
>
> I got this spec from Philip [1].
As part of this I've been doing a pass
New kernel API allows creating [k,u]probe with perf_event_open.
This patch tries to use the new API. If the new API doesn't work,
we fall back to old API.
bpf_detach_probe() looks up the event being removed. If the event
is not found, we skip the clean up procedure.
Signed-off-by: Song Liu
---
Two new perf types, PERF_TYPE_KPROBE and PERF_TYPE_UPROBE, are added
to allow creating [k,u]probe with perf_event_open. These [k,u]probe
are associated with the file decriptor created by perf_event_open,
thus are easy to clean when the file descriptor is destroyed.
kprobe_func and uprobe_path are
This patch adds perf_uprobe support with similar pattern as previous
patch (for kprobe).
Two functions, create_local_trace_uprobe() and
destroy_local_trace_uprobe(), are created so a uprobe can be created
and attached to the file descriptor created by perf_event_open().
Signed-off-by: Song Liu
R
The test compares old text based kprobe API with PERF_TYPE_KPROBE.
Here is a sample output of this test:
Creating 1000 kprobes with text-based API takes 6.979683 seconds
Cleaning 1000 kprobes with text-based API takes 84.897687 seconds
Creating 1000 kprobes with PERF_TYPE_KPROBE (function name) t
> On Nov 23, 2017, at 2:22 AM, Peter Zijlstra wrote:
>
> On Wed, Nov 15, 2017 at 09:23:33AM -0800, Song Liu wrote:
>> A new perf type PERF_TYPE_PROBE is added to allow creating [k,u]probe
>> with perf_event_open. These [k,u]probe are associated with the file
>> decriptor created by perf_event_op
On Wed, 29 Nov 2017 17:22:22 +
alexander.le...@verizon.com wrote:
> From: Jérémy Lefaure
>
> [ Upstream commit e61555c29c28a4a3b6ba6207f4a0883ee236004d ]
>
> The MTR_DRAM_WIDTH macro returns the data width. It is sometimes used
> as if it returned a boolean true if the width if 8. Fix the t
On Wed, Nov 29, 2017 at 3:06 PM, Arnd Bergmann wrote:
> On Wed, Nov 29, 2017 at 5:51 PM, Willem de Bruijn
> wrote:
>>> Thanks for the review! Any suggestions for how to do the testing? If you
>>> have
>>> existing test cases, could you give my next version a test run to see if
>>> there
>>> are
On Thu, Nov 30, 2017 at 2:34 AM, Dave Chinner wrote:
> On Thu, Nov 30, 2017 at 12:48:15AM +0100, Rafael J. Wysocki wrote:
>> On Thu, Nov 30, 2017 at 12:23 AM, Luis R. Rodriguez
>> wrote:
>> > There are use cases where we wish to traverse the superblock list
>> > but also capture errors, and in w
We meet this compile warning, which caused by missing bpf.h in xdp.h.
In file included from ./include/trace/events/xdp.h:10:0,
from ./include/linux/bpf_trace.h:6,
from drivers/net/ethernet/intel/i40e/i40e_txrx.c:29:
./include/trace/events/xdp.h:93:17: warning: ‘st
This is perhaps the most clean solution. Thank you for the patch! -fengguang
On Wed, Nov 29, 2017 at 04:57:08PM -0600, Bjorn Helgaas wrote:
From: Bjorn Helgaas
When a process tries to mmap more space than is available in a PCI BAR, we
emit a warning and a backtrace. The mmap fails anyway, so
On Thu, Nov 30, 2017 at 2:00 AM, Li, Aubrey wrote:
> Hi,
>
> Thanks Rafael's comments against V2. I'd like to ping here to see which
> direction this proposal should go and what fundamental change this proposal
> should make.
>
> I'm also open to any suggestions if my proposal is not on the right
This updates basics.rst to include refcount_t so it can be referenced by
other .rst files, fixes a kernel-doc typo in refcount.h so the struct
will be documented, and enhances the markup of the refcount-vs-atomic doc.
Signed-off-by: Kees Cook
---
This builds on the "refcount-vs-atomic.rst" patch.
On Wed, Nov 29, 2017 at 4:36 AM, Elena Reshetova
wrote:
> Some functions from refcount_t API provide different
> memory ordering guarantees that their atomic counterparts.
> This adds a document outlining these differences.
>
> Signed-off-by: Elena Reshetova
Thanks for the improvements!
I have
since 6aa7de0, we failed to build perf with C++(clang)
to fix the following compile errors
--
lizhijian@haswell-OptiPlex-9020:~/lkp/linux/tools/perf$ make
LLVM_CONFIG=/usr/bin/llvm-config-3.9 LIBCLANGLLVM=1
...
CC util/probe-finder.o
In file included from /home/lizj/linux/tools
On Thu, Nov 30, 2017 at 12:48:15AM +0100, Rafael J. Wysocki wrote:
> On Thu, Nov 30, 2017 at 12:23 AM, Luis R. Rodriguez wrote:
> > There are use cases where we wish to traverse the superblock list
> > but also capture errors, and in which case we want to avoid having
> > our callers issue a lock
On 2017/11/29 19:13, Daniel Borkmann wrote:
> Xie, thanks for the patch! We could route this fix via bpf tree if you want.
>
> Could you resend your patch with below Fixes and Acked-by tag added to
> net...@vger.kernel.org in Cc, so that it ends up in patchwork there?
>
Sure, I'll resend soon.
On Wed, Nov 29, 2017 at 03:24:53PM -0800, H. Peter Anvin wrote:
> On 11/29/17 14:31, Borislav Petkov wrote:
> >
> > A couple of points:
> >
> > * so this box here has a normal grub installation and apparently grub
> > jumps to some other entry point.
Ouch. Perhaps you can report this on grub-dev
Enable the efuse driver for UniPhier SoC
Signed-off-by: Keiji Hayashibara
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 6356c6d..41e1b56 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/a
On Mon, Nov 27, 2017 at 06:18:36PM +0100, Djalal Harouni wrote:
> diff --git a/include/linux/module.h b/include/linux/module.h
> index 5cbb239..c36aed8 100644
> --- a/include/linux/module.h
> +++ b/include/linux/module.h
> @@ -261,7 +261,16 @@ struct notifier_block;
>
> #ifdef CONFIG_MODULES
>
On Wed, Nov 29, 2017 at 01:19:56PM -0800, Tim Harvey wrote:
> The GW54xx has a front-panel microHDMI connector routed to a TDA19971
> which is connected the the IPU CSI when using IMX6Q.
>
> Signed-off-by: Tim Harvey
> ---
> v2:
> - add HDMI audio input support
> ---
> arch/arm/boot/dts/imx6q-g
Add the helper library for encoding and decoding QMI encoded messages.
The implementation is taken from lib/qmi_encdec.c of the Qualcomm kernel
(msm-3.18).
Modifications has been made to the public API, source buffers has been
made const and the debug-logging part was omitted, for now.
Tested-By:
Introduce a sample driver that register for server notifications and
spawn clients for each available test service (service 15). The spawned
clients implements the interface for encoding "ping" and "data" requests
and decode the responses from the remote.
Signed-off-by: Bjorn Andersson
---
Chang
This series introduces a helper library for drivers that needs to implement
clients or services in the kernel for communicating with QMI encoded messages.
This is used by a set of drivers in order to implement control signaling that
needs to happen between a driver and a service on a remote proces
Drivers that needs to communicate with a remote QMI service all has to
perform the operations of discovering the service, encoding and decoding
the messages and operate the socket. This introduces an abstraction for
these common operations, reducing most of the duplication in such cases.
Tested-By
The sysmon client communicates either via a dedicated SMD/GLINK channel
or via QMI encoded messages over IPCROUTER with remote processors in
order to perform graceful shutdown and inform about other remote
processors shutting down.
Signed-off-by: Bjorn Andersson
---
Changes since v3:
- Kerneldoc
remoteproc instances can be stopped either by invoking shutdown or by an
attempt to recover from a crash. For some subdev types it's expected to
clean up gracefully during a shutdown, but are unable to do so during a
crash - so pass this information to the subdev remove functions.
Signed-off-by: B
> On Wed, 29 Nov 2017, rui_f...@realsil.com.cn wrote:
>
> > From: Rui Feng
> >
> > Add support for new chip rts5260.
> > In order to support rts5260, the definitions of some internal
> > registers and workflow have to be modified and are different from its
> > predecessors and OCP function is add
101 - 200 of 1346 matches
Mail list logo