On Mon, 20 May 2019 01:05:22 PDT (-0700), a...@brainfault.org wrote:
On Wed, May 15, 2019 at 12:00 PM Anup Patel wrote:
This patch enables NO_HZ_IDLE (idle dynamic ticks) and HIGH_RES_TIMERS
(hrtimers) in RV32 and RV64 defconfigs.
Both of the above options are enabled by default for architect
Please ignore this version, I've sent version 2 that do the same but is more
adjustable for later on changes and based on usage counter.
--
Regards,
Ivan Khoronzhuk
From: Arnaldo Carvalho de Melo
To pick up the changes in:
ed5194c2732c ("x86/speculation/mds: Add basic bug infrastructure for MDS")
e261f209c366 ("x86/speculation/mds: Add BUG_MSBDS_ONLY")
That don't affect anything in tools/.
This silences this perf build warning:
Warning: Kernel ABI
From: Arnaldo Carvalho de Melo
To pick up the changes in:
c553ea4fdf27 ("fs/sync.c: sync_file_range(2) may use WB_SYNC_ALL writeback")
That should be used to beautify the 'sync_file_range' syscall 'flags'
arg.
This silences this perf build warning:
Warning: Kernel ABI header at 'tools/inc
From: Shawn Landden
This strncat() is safe because the buffer was allocated with zalloc(),
however gcc doesn't know that. Since the string always has 4 non-null
bytes, just use memcpy() here.
CC /home/shawn/linux/tools/perf/util/data-convert-bt.o
In file included from /usr/include/st
ernel/git/masahiroy/linux-kbuild
(2019-05-20 17:22:17 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-5.2-20190528
for you to fetch changes up to a7350998a25ac10cdca5b33dee1d343a74debbfe:
tools headers
From: Arnaldo Carvalho de Melo
Copy the headers changed by these csets:
d8076bdb56af ("uapi: Wire up the mount API syscalls on non-x86 arches [ver
#2]")
9c8ad7a2ff0b ("uapi, x86: Fix the syscall numbering of the mount API syscalls
[ver #2]")
cf3cba4a429b ("vfs: syscall: Add fspick() to s
From: Arnaldo Carvalho de Melo
To pick up the change in:
b3e583825266 ("clone: add CLONE_PIDFD")
This requires changes in the 'perf trace' beautification routines for
the 'clone' syscall args, which is done in a followup patch.
This silences the following perf build warning:
Warning: Kern
From: Vitaly Chikunov
When a host system has kernel headers that are newer than a compiling
kernel, mksyscalltbl fails with errors such as:
: In function 'main':
:271:44: error: '__NR_kexec_file_load' undeclared (first use in this
function)
:271:44: note: each undeclared identifier is rep
From: Arnaldo Carvalho de Melo
To pick up the changes in these csets:
060cebb20cdb ("drm: introduce a capability flag for syncobj timeline support")
50d1ebef79ef ("drm/syncobj: add timeline signal ioctl for syncobj v5")
ea569910cbab ("drm/syncobj: add transition iotcls between binary and t
From: Namhyung Kim
It seems that the current code lacks holding the namespace lock in
thread__namespaces(). Otherwise it can see inconsistent results.
Signed-off-by: Namhyung Kim
Cc: Hari Bathini
Cc: Jiri Olsa
Cc: Krister Johansen
Link: http://lkml.kernel.org/r/20190522053250.207156-2-namhy
From: Arnaldo Carvalho de Melo
To pick up the changes from:
d1172ab3d443 ("drm/i915: Introduce struct class_instance for engines across
the uAPI")
96fd2c6633b0 ("drm/i915: Drop new chunks of context creation ABI (for now)")
ea593dbba4c8 ("drm/i915: Allow contexts to share a single timelin
From: Arnaldo Carvalho de Melo
No need to search for aliases for the symbol that marks the end of the
kernel text segment, the following patch will make such symbols not to
be found when searching in the kallsyms maps causing this test to fail.
So as a prep patch to avoid breaking bisection, ign
From: Arnaldo Carvalho de Melo
dd53f6102c30 ("Merge tag 'kvmarm-for-v5.2' of
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into HEAD")
59c5c58c5b93 ("Merge tag 'kvm-ppc-next-5.2-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc into HEAD")
d7547c55cbe7 ("KVM
From: Jiri Olsa
We mark the end of kernel based on the first module, but that could
cover some bpf program maps. Reading _etext symbol if it's present to
get precise kernel map end.
Signed-off-by: Jiri Olsa
Acked-by: Song Liu
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Andi Kleen
Cc: Namhy
From: Thomas Richter
Command 'perf record' and 'perf report' on a system without kernel
debuginfo packages uses /proc/kallsyms and /proc/modules to find
addresses for kernel and module symbols. On x86 this works for root and
non-root users.
On s390, when invoked as non-root user, many of the fol
From: Namhyung Kim
In case it's recorded in a different arch.
Signed-off-by: Namhyung Kim
Cc: Hari Bathini
Cc: Jiri Olsa
Cc: Krister Johansen
Fixes: f3b3614a284d ("perf tools: Add PERF_RECORD_NAMESPACES to include
namespaces related info")
Link: http://lkml.kernel.org/r/20190522053250.2071
On May 28, 2019 7:50:11 PM GMT+02:00, Arnaldo Carvalho de Melo
wrote:
>From: Arnaldo Carvalho de Melo
>
>To pick up the change in:
>
> b3e583825266 ("clone: add CLONE_PIDFD")
>
>This requires changes in the 'perf trace' beautification routines for
>the 'clone' syscall args, which is done in a f
From: Horatiu Vultur
Date: Mon, 27 May 2019 10:16:35 +0200
> +/* Calculate offsets for entry */
> +static void is2_data_get(struct vcap_data *data, int ix)
> +{
> + const struct vcap_props *vcap = &vcap_is2;
> + u32 i, col, offset, count, cnt, base, width = vcap->tg_width;
Reverse christ
On Tue, May 28, 2019 at 08:08:28PM +0300, Vladimir Davydov wrote:
> Hello Roman,
>
> On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote:
> > This commit makes several important changes in the lifecycle
> > of a non-root kmem_cache, which also affect the lifecycle
> > of a memory cgroup
Alexander,
On Tue, 28 May 2019, Sverdlin, Alexander (Nokia - DE/Ulm) wrote:
> Add CLOCK_MONOTONIC_RAW to the existing clock_gettime() vDSO
> implementation. This is based on the ideas of Jason Vas Dias and comments
> of Thomas Gleixner.
Well to some extent, but
> The results from the above test
On Tue, May 28, 2019 at 01:18:09PM +0100, Naresh Kamboju wrote:
> Add test_vmalloc.sh to TEST_FILES to make sure it gets installed for
> run_vmtests.
>
> Fixed below error:
> ./run_vmtests: line 217: ./test_vmalloc.sh: No such file or directory
>
> Tested with: make TARGETS=vm install INSTALL_PAT
Hello Clément,
On Tue, May 28, 2019 at 06:21:19PM +0200, Clément Péron wrote:
> Hi Ondřej,
>
> On Mon, 27 May 2019 at 21:53, 'Ondřej Jirman' via linux-sunxi
> wrote:
> >
> > Hi Clément,
> >
> > On Mon, May 27, 2019 at 09:30:16PM +0200, verejna wrote:
> > > Hi Clément,
> > >
> > > On Mon, May 27,
Hi Uwe,
On Mon, May 27, 2019 at 8:00 PM Uwe Kleine-König
wrote:
>
> On Mon, May 27, 2019 at 07:46:43PM +0200, Martin Blumenstingl wrote:
> > Hi Neil,
> >
> > On Mon, May 27, 2019 at 2:26 PM Neil Armstrong
> > wrote:
> > >
> > > On 25/05/2019 20:11, Martin Blumenstingl wrote:
> > > > MISC_CLK_SE
On 5/27/19 9:58 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190524:
>
on x86, there are some issues with drivers/platform/olpc/olpc-xo175-ec.c:
a. when CONFIG_SPI is not set/enabled:
WARNING: unmet direct dependencies detected for SPI_SLAVE
Depends on [n]: SPI [=n]
Selected b
From: Jisheng Zhang
Date: Mon, 27 May 2019 11:04:17 +
> Fix below issues in err code path of probe:
> 1. we don't need to unregister_netdev() because the netdev isn't
> registered.
> 2. when register_netdev() fails, we also need to destroy bm pool for
> HWBM case.
>
> Fixes: dc35a10f68d3 ("n
You never even tried to compiled this patch.
On 5/28/19 10:45 AM, Benjamin Tissoires wrote:
> On Tue, May 28, 2019 at 7:15 PM Jiri Kosina wrote:
>> Just to confirm -- I guess reverting 4ceabaf79 and a025a18fe would work
>> this around, right?
Yes, reverting that pair on top of 5.2-rc1 works around the issue.
> It would be also interesting
On Tue, May 21, 2019 at 05:53:10PM +0200, Paul Cercueil wrote:
> Use the macros from instead of declaring our
> own.
>
> Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/jz4740_wdt.c | 39 ++-
> 1 file changed, 16 insertions(+),
Hi Neil,
On Tue, May 28, 2019 at 10:08 AM Neil Armstrong wrote:
>
> Update the Meson G12A Clock driver to support the Amlogic G12B SoC.
>
> G12B clock driver is very close, the main differences are :
> - the clock tree is duplicated for the both clusters, and the
> SYS_PLL are swapped between t
On Mon, 27 May 2019 at 18:21, Dmitry Torokhov wrote:
>
> Hi Benjamin, KT,
>
> On Mon, May 27, 2019 at 11:55:01AM +0800, 廖崇榮 wrote:
> > Hi
> >
> > -Original Message-
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Sent: Friday, May 24, 2019 5:37 PM
> > To: Dmitry Tor
On Mon, May 27, 2019 at 6:56 PM Wei Wang wrote:
>
> On 05/23/2019 06:23 AM, Eric Hankland wrote:
> > - Add a VCPU ioctl that can control which events the guest can monitor.
> >
> > Signed-off-by: ehankland
> > ---
> > Some events can provide a guest with information about other guests or the
> >
On Wed, 22 May 2019, Eric W. Biederman wrote:
> The send_sigtrap function is always called with task == current. Make
> that explicit by removing the task parameter.
>
> This also makes it clear that the x86 send_sigtrap passes current
> into force_sig_fault.
>
> Signed-off-by: "Eric W. Biederm
Jacek
On 5/28/19 12:44 PM, Jacek Anaszewski wrote:
Dan,
On 5/28/19 7:32 PM, Dan Murphy wrote:
Jacek
On 5/27/19 3:00 PM, Jacek Anaszewski wrote:
Hi Dan,
Thank you for the update.
One thing is missing here - we need to document how legacy brightness
levels map to the sub-LED color levels, i.
From: Maxime Chevallier
Date: Mon, 27 May 2019 13:52:01 +0200
> Make sure we don't use an out-of-bound index for the per-port RSS
> context array.
>
> As of today, the global context creation in mvpp22_rss_context_create
> will prevent us from reaching this case, but we should still make sure
>
[Sorry for a late reply]
On Thu 23-05-19 11:58:45, Pingfan Liu wrote:
> On Wed, May 22, 2019 at 7:16 PM Michal Hocko wrote:
> >
> > On Wed 22-05-19 15:12:16, Pingfan Liu wrote:
[...]
> > > But in fact, we already have for_each_node_state(nid, N_MEMORY) to
> > > cover this purpose.
> >
> > I do no
From: Madalin Bucur
Date: Mon, 27 May 2019 15:24:05 +0300
> Make sure only the portals for the online CPUs are used.
> Without this change, there are issues when someone boots with
> maxcpus=n, with n < actual number of cores available as frames
> either received or corresponding to the transmit
On Thu 23-05-19 12:00:46, Pingfan Liu wrote:
[...]
> > Yes, but maybe it will pay great effort on it.
> >
> And as a first step, we can find a way to fix the bug reported by me
> and the one reported by Barret
Can we try http://lkml.kernel.org/r/20190513140448.gj24...@dhcp22.suse.cz
for starter?
-
On 5/28/2019 8:05 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
From: Andi Kleen
Metrics counters (hardware counters containing multiple metrics)
are modeled as separate registers for each TopDown metric events,
with an extra reg being
On 5/28/2019 8:15 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
+/*
+ * We model PERF_METRICS as more magic fixed-mode PMCs, one for each metric
+ * and another for the whole slots counter
+ *
+ * Internally they all map to Fixed Ctr 3 (S
On 5/28/2019 8:20 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:49PM -0700, kan.li...@linux.intel.com wrote:
From: Andi Kleen
The internal counters used for the metrics can overflow. If this happens
an overflow is triggered on the SLOTS fixed counter. Add special code
that resets
On Sun, May 19, 2019 at 11:59 PM Jiri Olsa wrote:
>
> On Fri, May 17, 2019 at 03:10:39PM -0700, Cong Wang wrote:
> > The "stalled cycles per insn" is appended to "instructions" when
> > the CPU has this hardware counter directly. We should always make it
> > a separate line, which also aligns to t
On 5/28/2019 8:43 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
The 8bit metrics ratio values lose precision when the measurement period
gets longer.
To avoid this we always reset the metric value when reading, as we
already accumulate t
On 5/28/2019 9:30 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
+static u64 icl_metric_update_event(struct perf_event *event, u64 val)
+{
+ struct cpu_hw_events *cpuc = this_cpu_ptr(&cpu_hw_events);
+ struct hw_perf_event *hwc
On 5/28/2019 9:43 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
@@ -3287,6 +3304,13 @@ static int core_pmu_hw_config(struct perf_event *event)
return intel_pmu_bts_config(event);
}
+#define EVENT_CODE(e) (e->attr.config & INT
On 5/28/2019 9:48 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
index b980b9e95d2a..0d7081434d1d 100644
--- a/include/linux/perf_event.h
+++ b/include/linux/perf_event.h
On 5/28/2019 9:52 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:53PM -0700, kan.li...@linux.intel.com wrote:
From: Kan Liang
To get correct PERF_METRICS value, the fixed counter 3 must start from
0. It would bring problems when sampling read slots and topdown events.
For example,
Hello,
syzbot found the following crash on:
HEAD commit:cd6c84d8 Linux 5.2-rc2
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=132bd44aa0
kernel config: https://syzkaller.appspot.com/x/.config?x=64479170dcaf0e11
dashboard link: https://syzkaller.appspo
Hello,
syzbot found the following crash on:
HEAD commit:cd6c84d8 Linux 5.2-rc2
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=101a184aa0
kernel config: https://syzkaller.appspot.com/x/.config?x=64479170dcaf0e11
dashboard link: https://syzkaller.appspo
James, this is a repair for a regression introduced in 5.1.
It should be pulled for 5.2 and added to 5.1.
The following changes since commit 619ae03e922b65a1a5d4269ceae1e9e13a058d6b:
Smack: Fix kbuild reported build error (2019-04-30 14:13:32 -0700)
are available in the git repository at:
h
From: Madalin Bucur
Date: Mon, 27 May 2019 15:32:12 +0300
> The keygen extracted fields are used as input for the hash that
> determines the incoming frames distribution. Adding IPSEC SPI so
> different IPSEC flows can be distributed to different CPUs.
>
> Signed-off-by: Madalin Bucur
Applied.
On 5/28/19 8:19 PM, Dan Murphy wrote:
Jacek
On 5/28/19 12:44 PM, Jacek Anaszewski wrote:
Dan,
On 5/28/19 7:32 PM, Dan Murphy wrote:
Jacek
On 5/27/19 3:00 PM, Jacek Anaszewski wrote:
Hi Dan,
Thank you for the update.
One thing is missing here - we need to document how legacy brightness
lev
On Tue, May 21, 2019 at 01:07:34PM -0700, Roman Gushchin wrote:
> Let's reparent memcg slab memory on memcg offlining. This allows us
> to release the memory cgroup without waiting for the last outstanding
> kernel object (e.g. dentry used by another application).
>
> So instead of reparenting all
Fixes an issue where TX Timestamps are not arriving on the error queue
when UDP_SEGMENT CMSG type is combined with CMSG type SO_TIMESTAMPING.
Fred Klassen (1):
net/udp_gso: Allow TX timestamp with UDP GSO
net/ipv4/udp_offload.c | 5 +
1 file changed, 5 insertions(+)
--
2.11.0
Fixes an issue where TX Timestamps are not arriving on the error queue
when UDP_SEGMENT CMSG type is combined with CMSG type SO_TIMESTAMPING.
This can be illustrated with an updated updgso_bench_tx program which
includes the '-T' option to test for this condition.
./udpgso_bench_tx -4ucTPv -S
Updates to UDP GSO selftests ot optionally stress test CMSG
subsytem, and report the reliability and performance of both
TX Timestamping and ZEROCOPY messages.
Fred Klassen (3):
net/udpgso_bench_tx: options to exercise TX CMSG
net/udpgso_bench.sh add UDP GSO audit tests
net/udpgso_bench.sh t
Audit tests count the total number of messages sent and compares
with total number of CMSG received on error queue. Example:
udp gso zerocopy timestamp audit
udp rx: 1599 MB/s 1166414 calls/s
udp tx: 1615 MB/s27395 calls/s 27395 msg/s
udp rx: 1634 MB/s 1192261 calls/s
This enhancement adds options that facilitate load testing with
additional TX CMSG options, and to optionally print results of
various send CMSG operations.
These options are especially useful in isolating situations
where error-queue messages are lost when combined with other
CMSG operations (e.g
Ensure that failure on any individual test results in an overall
failure of the test script.
Signed-off-by: Fred Klassen
---
tools/testing/selftests/net/udpgso_bench.sh | 33 +
1 file changed, 33 insertions(+)
diff --git a/tools/testing/selftests/net/udpgso_bench.sh
Casey Schaufler wrote:
> > Casey Schaufler wrote:
> >
> >>> Also, should all of these be prefixed with "smack"? So:
> >>>
> >>> fsparam_string("smackfsdef",Opt_fsdefault),
> >>> fsparam_string("smackfsfloor", Opt_fsfloor),
> >>> fsparam_string("smackfshat",
Hi Linus,
On 5/8/19 7:55 PM, Linus Torvalds wrote:
On Wed, May 8, 2019 at 4:49 AM Andreas Gruenbacher wrote:
There was a conflict with commit 2b070cfe582b ("block: remove the i
argument to bio_for_each_segment_all") on Jens's block layer changes
which you've already merged. I've resolved that
Casey Schaufler wrote:
> James, this is a repair for a regression introduced in 5.1.
> It should be pulled for 5.2 and added to 5.1.
>
> The following changes since commit 619ae03e922b65a1a5d4269ceae1e9e13a058d6b:
>
> Smack: Fix kbuild reported build error (2019-04-30 14:13:32 -0700)
>
> are
Add missing header file following compiler warning
prog_tests/flow_dissector.c: In function ‘tx_tap’:
prog_tests/flow_dissector.c:175:9: warning: implicit declaration of function
‘writev’; did you mean ‘write’? [-Wimplicit-function-declaration]
return writev(fd, iov, ARRAY_SIZE(iov));
On Tue, May 28, 2019 at 01:16:58PM +0200, Pavel Machek wrote:
> Hi!
>
> > +++ b/include/uapi/linux/fuse.h
> > @@ -219,10 +219,12 @@ struct fuse_file_lock {
> > * FOPEN_DIRECT_IO: bypass page cache for this open file
> > * FOPEN_KEEP_CACHE: don't invalidate the data cache on open
> > * FOPEN_
On 4/3/19 1:52 PM, Jarkko Sakkinen wrote:
On Tue, Apr 02, 2019 at 07:13:52PM +, Winkler, Tomas wrote:
On Tue, Apr 02, 2019 at 02:46:25AM +0300, Jarkko Sakkinen wrote:
On Mon, Apr 01, 2019 at 12:06:07PM -0700, Kees Cook wrote:
A "get random" may fail with a TPM error, but those codes wer
On Fri, May 24, 2019 at 8:07 AM Souptick Joarder wrote:
>
> > > Taking a quick look now, by the way, why does vm_map_pages_zero() (and
> > > __vm_map_pages() etc.) get a pointer to an array instead of a pointer
> > > to the first element?
>
> For this particular driver, one page is getting mapped
On 5/28/19 8:32 AM, Jann Horn wrote:
> A packed AppArmor policy contains null-terminated tag strings that are read
> by unpack_nameX(). However, unpack_nameX() uses string functions on them
> without ensuring that they are actually null-terminated, potentially
> leading to out-of-bounds accesses.
>
On 5/28/2019 4:59 AM, Jiri Olsa wrote:
On Thu, May 23, 2019 at 01:41:21PM -0700, kan.li...@linux.intel.com wrote:
From: Kan Liang
The "sibling cores" actually shows the sibling CPUs of a socket.
The name "sibling cores" is very misleading.
Rename "sibling cores" to "sibling sockets"
by c
On 5/28/2019 5:00 AM, Jiri Olsa wrote:
On Thu, May 23, 2019 at 01:41:19PM -0700, kan.li...@linux.intel.com wrote:
SNIP
diff --git a/tools/perf/util/cputopo.c b/tools/perf/util/cputopo.c
index ece0710..f6e7db7 100644
--- a/tools/perf/util/cputopo.c
+++ b/tools/perf/util/cputopo.c
@@ -1,5 +1,
Rock Pi 4 has a on board AP6256 WiFi/BT Module. enable wifi and bluetooth
support on Rock Pi 4 board.
Signed-off-by: Akash Gajjar
---
.../boot/dts/rockchip/rk3399-rock-pi-4.dts| 97 +++
1 file changed, 97 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-rock-pi
Em Tue, May 28, 2019 at 11:21:38AM -0700, Cong Wang escreveu:
> On Sun, May 19, 2019 at 11:59 PM Jiri Olsa wrote:
> >
> > On Fri, May 17, 2019 at 03:10:39PM -0700, Cong Wang wrote:
> > > The "stalled cycles per insn" is appended to "instructions" when
> > > the CPU has this hardware counter direct
On Mon, 29 Apr 2019 at 22:41, Douglas Anderson wrote:
>
> Processing SDIO interrupts while dw_mmc is suspended (or partly
> suspended) seems like a bad idea. We really don't want to be
> processing them until we've gotten ourselves fully powered up.
I fully agree.
Although, this is important no
On Tue, 28 May 2019, Jiri Kosina wrote:
> [ some x86/PM folks added ]
>
> I isolated this to 'nosmt' being present in the "outer" (resuming) kernel,
> and am still not sure whether this is x86 issue or nvme/PCI/blk-mq issue.
>
> For the newcomers to this thread: on my thinkpad x270, 'nosmt' rel
On 12.05.2019 12:57, Anson Huang wrote:
> On i.MX7D SDB board, sw2 supplies 1p0d/1p2 LDO, this patch assigns
> corresponding power supply for 1p0d/1p2 LDO to avoid confusion by
> below log:
>
> vdd1p0d: supplied by regulator-dummy
> vdd1p2: supplied by regulator-dummy
>
> With this patch, the pow
On Tue, May 21, 2019 at 05:53:11PM +0200, Paul Cercueil wrote:
> Previously the jz4740_wdt_set_timeout() function was starting the timer
> unconditionally, even if it was stopped when that function was entered.
>
> Now, the timer will be restarted only if it was already running before
> this funct
On Tue, May 28, 2019 at 03:06:16PM -0400, Liang, Kan wrote:
>
>
> On 5/28/2019 5:00 AM, Jiri Olsa wrote:
> > On Thu, May 23, 2019 at 01:41:19PM -0700, kan.li...@linux.intel.com wrote:
> >
> > SNIP
> >
> > > diff --git a/tools/perf/util/cputopo.c b/tools/perf/util/cputopo.c
> > > index ece0710..
From: Jiri Kosina
bringup_wait_for_ap() comment references cpu_notify_starting(), but the
function is actually called notify_cpu_starting(). Fix that.
Signed-off-by: Jiri Kosina
---
kernel/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/cpu.c b/kernel/cpu.c
in
On 28.05.19 12:58, Pavel Machek wrote:
Hi,
> On Fri 2019-05-24 01:01:16, Theodore Ts'o wrote:
>> On Thu, May 23, 2019 at 09:29:11AM +0200, walter harms wrote:
>>>
>>> No,
>>> the company i am working for has a custom build arm-board.
>>> We bought the kernel from the assembler but found it has
>>
On Tue, May 21, 2019 at 05:53:12PM +0200, Paul Cercueil wrote:
> Depending on MACH_JZ47xx prevent us from creating a generic kernel that
> works on more than one MIPS board. Instead, we just depend on MIPS being
> set.
>
> Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
> ---
> driver
On Tue, May 21, 2019 at 05:53:13PM +0200, Paul Cercueil wrote:
> Use a SPDX license identifier instead of a wall of text.
>
> Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/jz4740_wdt.c | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-)
>
>
> On 5/28/19 1:33 AM, Paul Walmsley wrote:
> An update for those testing RISC-V patches: here's a new branch of
> riscv-pk/bbl that doesn't try to read or modify the DT data at all, which
> should be useful until U-Boot settles down. This new riscv-pk version
> should be easier to use than the pre
> On 5/28/19 3:47 AM, Ard Biesheuvel wrote:
>> On Tue, 28 May 2019 at 12:34, Anup Patel wrote:
>>
>>
>>
>>> -Original Message-
>>> From: Karsten Merker
>>> Sent: Tuesday, May 28, 2019 1:53 PM
>>> To: Anup Patel
>>> Cc: Troy Benjegerdes ; Karsten Merker
>>> ; Albert Ou ; Jonathan
>>> C
> On 5/28/19 10:47 AM, Palmer Dabbelt wrote:
>> On Mon, 20 May 2019 01:05:22 PDT (-0700), a...@brainfault.org wrote:
>>> On Wed, May 15, 2019 at 12:00 PM Anup Patel wrote:
>>>
>>> This patch enables NO_HZ_IDLE (idle dynamic ticks) and HIGH_RES_TIMERS
>>> (hrtimers) in RV32 and RV64 defconfigs.
>>
On Tue, May 28, 2019 at 09:45:14AM -0700, Song Liu wrote:
> On Thu, May 23, 2019 at 5:31 PM Alakesh Haloi wrote:
> >
> > Add missing header file following compiler warning
> >
> > prog_tests/flow_dissector.c: In function ‘tx_tap’:
> > prog_tests/flow_dissector.c:175:9: warning: implicit declaratio
On 5/28/2019 12:02 PM, David Howells wrote:
> Casey Schaufler wrote:
>
>> James, this is a repair for a regression introduced in 5.1.
>> It should be pulled for 5.2 and added to 5.1.
>>
>> The following changes since commit 619ae03e922b65a1a5d4269ceae1e9e13a058d6b:
>>
>> Smack: Fix kbuild report
On Tue, 28 May 2019 12:34:28 -0500 ebied...@xmission.com (Eric W. Biederman)
wrote:
> Didn't someone already provide a fix for this one?
>
> I thought I saw that hit your tree a while ago. I am looking in
> ptrace.c and I don't see anything that would have fixed this issue.
I can't find anyth
On 5/28/2019 11:54 AM, David Howells wrote:
> Casey Schaufler wrote:
>
>>> Casey Schaufler wrote:
>>>
> Also, should all of these be prefixed with "smack"? So:
>
> fsparam_string("smackfsdef",Opt_fsdefault),
> fsparam_string("smackfsfloor", Opt_fsfloor),
On Tue, May 28, 2019 at 09:33:02PM +0300, Vladimir Davydov wrote:
> On Tue, May 21, 2019 at 01:07:34PM -0700, Roman Gushchin wrote:
> > Let's reparent memcg slab memory on memcg offlining. This allows us
> > to release the memory cgroup without waiting for the last outstanding
> > kernel object (e.
On Mon, 27 May 2019, Paul E. McKenney wrote:
> The TASKS03 and TREE04 rcutorture scenarios produce the following
> lockdep complaint:
>
>
> WARNING: inconsistent lock state
> 5.2.0-rc1+ #513 Not tainted
>
> inconsistent {IN-HARDIRQ
From: Richard Gong
Entend Intel Stratix10 service layer driver to support RSU notify and
watchdog timeout features.
RSU is used to provide our customers with protection against loading bad
bitstream onto their devices when those devices are booting from flash
RSU notifies provides users with an
From: Richard Gong
The Intel Remote System Update (RSU) driver exposes interfaces access
through the Intel Service Layer to user space via sysfs interface.
The RSU interfaces report and control some of the optional RSU features
on Intel Stratix 10 SoC.
The RSU feature provides a way for customer
From: Richard Gong
This is the 4th submission of Intel Stratix10 remote system update (RSU)
driver.
Intel Stratix10 remote system update driver patches have been reviewed by
Alan Tull and other colleagues at Intel.
The Intel Stratix10 Remote System Update driver exposes interfaces
access throug
From: Richard Gong
Describe Intel Stratix10 Remote System Update (RSU) device attributes
Signed-off-by: Richard Gong
Reviewed-by: Alan Tull
---
v2: changed to use tab everywhere and wrap lines at 72 colums
s/soc:firmware:svc:rsu/stratix10-rsu.0
added for watchdog
v3: s/KernelVersion:5.
If the user asks us for offset == num, we should already fail in the
first check, i.e. the one testing for offsets beyond the object.
At the moment, we are failing on the second test anyway,
since count cannot be 0. Still, to agree with the comment of the first
test, we should first there.
Signed
From: Richard Gong
Add myself as maintainer for the newly created Intel Stratix10
firmware drivers.
Signed-off-by: Richard Gong
Reviewed-by: Alan Tull
---
v2: removed RSU binding text file
v3: no change
v4: no change
---
MAINTAINERS | 11 +++
1 file changed, 11 insertions(+)
diff --g
On Tue, May 28, 2019 at 3:26 PM Fred Klassen wrote:
>
> Ensure that failure on any individual test results in an overall
> failure of the test script.
>
> Signed-off-by: Fred Klassen
Acked-by: Willem de Bruijn
Thanks Fred.
On Tue, May 28, 2019 at 3:24 PM Fred Klassen wrote:
>
> Audit tests count the total number of messages sent and compares
> with total number of CMSG received on error queue. Example:
>
> udp gso zerocopy timestamp audit
> udp rx: 1599 MB/s 1166414 calls/s
> udp tx: 1615 MB/s27
On Tue, May 28, 2019 at 07:58:17PM +, Roman Gushchin wrote:
> It looks like outstanding questions are:
> 1) synchronization around the dying flag
> 2) removing CONFIG_SLOB in 2/7
> 3) early sysfs_slab_remove()
> 4) mem_cgroup_from_kmem in 7/7
>
> Please, let me know if I missed anything.
Also
On Mon, 27 May 2019 at 14:50, Brian Masney wrote:
>
> On Mon, May 27, 2019 at 03:08:07PM +0300, Adrian Hunter wrote:
> > On 27/05/19 12:37 PM, Brian Masney wrote:
> > > On Sun, May 26, 2019 at 03:58:19PM -0400, Brian Masney wrote:
> > >> I attached a patch that shows how I was able to determine wh
On Tue, 28 May 2019 14:49:17 +0200, Joergen Andreasen wrote:
> Hardware offload of matchall classifier and police action are now
> supported via the tc command.
> Supported police parameters are: rate and burst.
>
> Example:
>
> Add:
> tc qdisc add dev eth3 handle : ingress
> tc filter add dev
601 - 700 of 936 matches
Mail list logo
