On Wed, Apr 29, 2020 at 02:38:13PM +0200, Linus Walleij wrote:
> On Wed, Apr 29, 2020 at 2:06 PM Bartosz Golaszewski wrote:
>
> > I understand the need to set debounce time to make line events
> > reliable. As I see it: there'll be a couple steps to add this.
>
> I think there is a serious
On 2020/5/22 22:47, Jaegeuk Kim wrote:
> Shutdown test is somtime hung, since dirty node pages weren't flushed out.
> Let's drop dirty pages at umount after shutdown.
>
> Signed-off-by: Jaegeuk Kim
> ---
> fs/f2fs/node.c | 9 -
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff
Hi Steven,
> -Original Message-
> From: Steven Price
> Sent: Friday, May 22, 2020 10:18 PM
> To: Jianyong Wu ; net...@vger.kernel.org;
> yangbo...@nxp.com; john.stu...@linaro.org; t...@linutronix.de;
> pbonz...@redhat.com; sean.j.christopher...@intel.com; m...@kernel.org;
>
On 5/22/2020 9:27 PM, Andrei Vagin wrote:
> On Fri, May 22, 2020 at 09:40:37AM -0700, Casey Schaufler wrote:
>> On 5/21/2020 10:53 PM, Adrian Reber wrote:
>>> There are probably a few more things guarded by CAP_SYS_ADMIN required
>>> to run checkpoint/restore as non-root,
>> If you need
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Fixes: 554fdbaf19b1 ("thermal: sprd: Add Spreadtrum thermal driver support")
Signed-off-by: Tiezhu Yang
---
drivers/thermal/sprd_thermal.c | 4 ++--
1 file
The Caninos Loucos Program develops Single Board Computers with an open
structure. The Program wants to form a community of developers to use
IoT technologies and disseminate the learning of embedded systems in
Brazil.
It is an initiative of the Technological Integrated Systems Laboratory
Update the documentation to add the Caninos Loucos Labrador. Labrador
project consists of a computer on module based on the Actions Semi S500
processor and the Labrador base board.
Signed-off-by: Matheus Castello
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/actions.yaml | 5
Add Device Trees for Caninos Loucos Labrador CoM and base board.
Based on the work of Andreas Färber on Lemaker Guitar device tree.
Signed-off-by: Matheus Castello
Reviewed-by: Manivannan Sadhasivam
Reviewed-by: Andreas Färber
---
arch/arm/boot/dts/Makefile| 1 +
Sorry for the delay.
Thanks Andreas, Mani and Rob for your time reviewing it.
Changes since v4:
(Suggested by Rob Herring)
- Fix issues with yaml indentation
Changes since v3:
(Suggested by Andreas Färber)
- Fix sort on actions.yaml
- Change the file owl-s500-labrador-bb.dts to
>> > Check if alloc_percpu returns NULL.
>> >
>> > This was found by syzkaller both on x86 and powerpc, and the reproducer
>> > it found on powerpc is capable of hitting the issue as an unprivileged
>> > user.
>> >
>> > Fixes: 017c59c042d0 ("relay: Use per CPU constructs for the relay channel
Hi,
On Mon, May 25, 2020 at 01:55:32AM +0200, Stefan Richter wrote:
> > Why is this in a .h file? What's wrong with just putting it in the .c
> > file as a static function? There's no need to make this an inline,
> > right?
>
> There is no need for this in a header.
> Furthermore, I prefer the
On Sat, 23 May 2020 at 23:35, Andi Kleen wrote:
>
> Anand K Mistry writes:
> > }
> >
> > + done_fd = eventfd(0, EFD_NONBLOCK);
>
> This will make perf depend on a recent glibc or other library
> that implements eventfd. Wouldn't surprise me if some kind
> of build time check is needed
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Signed-off-by: Tiezhu Yang
---
drivers/rtc/rtc-goldfish.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-goldfish.c
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Signed-off-by: Tiezhu Yang
---
drivers/rtc/rtc-mpc5121.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-mpc5121.c
"Rafael J. Wysocki" writes:
> From: Rafael J. Wysocki
>
> Allow intel_pstate to work in the passive mode with HWP enabled and
> make it translate the target frequency supplied by the cpufreq
> governor in use into an EPP value to be written to the HWP request
> MSR (high frequencies are mapped
Hi Sudeep,
> -Original Message-
> From: Sudeep Holla
> Sent: Friday, May 22, 2020 9:12 PM
> To: Jianyong Wu
> Cc: net...@vger.kernel.org; yangbo...@nxp.com; john.stu...@linaro.org;
> t...@linutronix.de; pbonz...@redhat.com; sean.j.christopher...@intel.com;
> m...@kernel.org;
> -Original Message-
> From: linux-can-ow...@vger.kernel.org
> On Behalf Of Dinghao Liu
> Sent: 2020年5月22日 17:44
> To: dinghao@zju.edu.cn; k...@umn.edu
> Cc: Wolfgang Grandegger ; Marc Kleine-Budde
> ; David S. Miller ; Jakub
> Kicinski ; linux-...@vger.kernel.org;
>
If the vc4 hdmi driver loads before the pixel clock is available we
see a spurious "*ERROR* Failed to get pixel clock" error.
Signed-off-by: James Hilliard
---
no response in over 2 weeks
---
drivers/gpu/drm/vc4/vc4_hdmi.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
On 05/24/2020 03:50 AM, Alexandre Belloni wrote:
Hi,
On 23/05/2020 17:56:21+0800, Tiezhu Yang wrote:
When call function devm_platform_ioremap_resource(), we should use IS_ERR()
to check the return value and return PTR_ERR() if failed.
Fixes: 89576bebbc17 ("rtc: Use
: microblaze-randconfig-r026-20200524 (attached as .config)
compiler: microblaze-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
git checkout
On 2020-05-23 21:27, Souptick Joarder wrote:
API __get_user_pages_fast() renamed to get_user_pages_fast_only()
to align with pin_user_pages_fast_only().
As part of this we will get rid of write parameter. Instead caller
will pass FOLL_WRITE to get_user_pages_fast_only(). This will not
change
The system'll crash when we insmod crypto/tcrypto.ko with mode=155.
After dig into this case, I find it's caused by reuse the request
memory.
In crypto_authenc_init_tfm, we'll set the reqsize to:
[PART 1]sizeof(authenc_request_ctx) +
[PART 2]ictx->reqoff +
[PART 3]MAX(ahash part, skcipher
Link: https://lkml.org/lkml/2020/1/23/205
Cc: Gonglei
Cc: Herbert Xu
Cc: "Michael S. Tsirkin"
Cc: Jason Wang
Cc: "David S. Miller"
Cc: virtualizat...@lists.linux-foundation.org
Cc: linux-kernel@vger.kernel.org
Longpeng(Mike) (2):
crypto: virtio: fix src/dst scatterlist calculation
The system will crash when we insmod crypto/tcrypt.ko whit mode=38.
Usually the next entry of one sg will be @sg@ + 1, but if this sg element
is part of a chained scatterlist, it could jump to the start of a new
scatterlist array. Let's fix it by sg_next() on calculation of src/dst
scatterlist.
On 2020-05-24, Arvind Sankar wrote:
On Sun, May 24, 2020 at 03:53:59PM -0700, Fangrui Song wrote:
On 2020-05-24, Arvind Sankar wrote:
>The assembly code in head_{32,64}.S, while meant to be
>position-independent, generates run-time relocations because it uses
>instructions such as
>leal
Greetings,
I know that this mail will come to you as a surprise as we have never
met before, but need not to worry as I am contacting you independently
of my investigation and no one is informed of this communication. I
need your urgent assistance in transferring the sum of $11,300,000.00
USD
On Sun, May 24, 2020 at 05:27:58PM -0700, Sargun Dhillon wrote:
> > if (addfd->fd >= 0) {
> > ret = replace_fd(addfd->fd, addfd->file, addfd->flags);
> > } else {
> > ret = get_unused_fd_flags(addfd->flags);
> > if (ret >= 0)
> >
On Sat, May 23, 2020 at 02:23:45PM -0700, Paul E. McKenney wrote:
> On Sat, May 23, 2020 at 09:05:24PM +0200, Thomas Gleixner wrote:
> > "Paul E. McKenney" writes:
> > > On Sat, May 23, 2020 at 11:54:26AM +0200, Thomas Gleixner wrote:
> > >> core/rcu is the one which diverged and caused the merge
In some swap scalability test, it is found that there are heavy lock
contention on swap cache even if we have split one swap cache radix
tree per swap device to one swap cache radix tree every 64 MB trunk in
commit 4b3ef9daa4fc ("mm/swap: split swap cache into 64MB trunks").
The reason is as
On Sun, May 24, 2020 at 5:05 PM Al Viro wrote:
>
> On Sun, May 24, 2020 at 04:39:39PM -0700, Sargun Dhillon wrote:
>
> Bad refcounting rules. *IF* we go with anything of that sort (and I'm not
> convinced that the entire series makes sense), it's better to have more
> uniform rules re reference
Hi, Matthias:
Matthias Brugger 於 2020年5月17日 週日 上午2:22寫道:
>
>
>
> On 08/03/2020 11:52, Dennis YC Hsieh wrote:
> > Export finalize function to client which helps append eoc and jump
> > command to pkt. Let client decide call finalize or not.
> >
> > Signed-off-by: Dennis YC Hsieh
> > Reviewed-by:
syzbot has found a reproducer for the following crash on:
HEAD commit:806d8acc USB: dummy-hcd: use configurable endpoint naming ..
git tree: https://github.com/google/kasan.git usb-fuzzer
console output: https://syzkaller.appspot.com/x/log.txt?x=1109c09a10
kernel config:
On Sat, May 23, 2020 at 11:09:35PM +, Kyungtae Kim wrote:
> @@ -884,8 +884,11 @@ static void k_ascii(struct vc_data *vc, unsigned char
> value, char up_flag)
>
> if (npadch == -1)
> npadch = value;
> + else if (!check_mul_overflow(npadch, base, _npadch) &&
> +
On Sun, May 24, 2020 at 04:39:39PM -0700, Sargun Dhillon wrote:
> +static void seccomp_handle_addfd(struct seccomp_kaddfd *addfd)
> +{
> + int ret;
> +
> + /*
> + * Remove the notification, and reset the list pointers, indicating
> + * that it has been handled.
> + */
> +
> On May 23, 2020, at 6:50 PM, Hugh Dickins wrote:
>
> When collapse_file() calls try_to_release_page(), it has already
> isolated the page: so if releasing buffers happens to fail (as it
> sometimes does), remember to putback_lru_page(): otherwise that page is
> left unreclaimable and
Hi all,
Today's linux-next merge of the mips tree got a conflict in:
arch/mips/include/asm/module.h
between commit:
62d0fd591db1 ("arch: split MODULE_ARCH_VERMAGIC definitions out to
")
from Linus' tree and commits:
ab7c01fdc3cf ("mips: Add MIPS Release 5 support")
281e3aea35e5
On May 24 Greg KH wrote:
> On Sun, May 24, 2020 at 10:20:48PM +0900, Takashi Sakamoto wrote:
> > In 1394 OHCI specification, Isochronous Receive DMA context has several
> > modes. One of mode is 'BufferFill' and Linux FireWire stack uses it to
> > receive isochronous packets for multiple
On Sun, May 24, 2020 at 04:22:14PM -0700, Fangrui Song wrote:
>
> Probably worth mentioning that this works around GNU ld<2.35
Thanks, I'll add that in v2.
>
>
> This commit fixing https://sourceware.org/bugzilla/show_bug.cgi?id=25754
> also fixed the bug. (Just verified that both 2.24 and
On Sun, May 24, 2020 at 05:57:32PM -0600, Tycho Andersen wrote:
> On Sun, May 24, 2020 at 04:39:39PM -0700, Sargun Dhillon wrote:
> > +static void seccomp_handle_addfd(struct seccomp_kaddfd *addfd)
> > +{
> > + int ret;
> > +
> > + /*
> > +* Remove the notification, and reset the list
On Sun, May 24, 2020 at 04:36:07PM -0700, Fangrui Song wrote:
>
> `grep -qF .rel.local` from 98f78525371b55ccd1c480207ce10296c72fa340
> may be incorrect.. None of these synthesized dynamic relocation sections is
> called *.rel.local* ...
> (it probably wanted to name .rel.data.rel.ro or
On Sun, May 24, 2020 at 04:39:39PM -0700, Sargun Dhillon wrote:
> +static void seccomp_handle_addfd(struct seccomp_kaddfd *addfd)
> +{
> + int ret;
> +
> + /*
> + * Remove the notification, and reset the list pointers, indicating
> + * that it has been handled.
> + */
> +
On Sun, May 24, 2020 at 04:39:38PM -0700, Sargun Dhillon wrote:
> This adds a helper which can iterate through a seccomp_filter to
> find a notification matching an ID. It removes several replicated
> chunks of code.
>
> Signed-off-by: Sargun Dhillon
> Cc: Matt Denton
> Cc: Kees Cook ,
> Cc:
On 05/21/2020 10:29 PM, Catalin Marinas wrote:
> On Thu, May 21, 2020 at 05:22:15PM +0100, Will Deacon wrote:
>> On Thu, May 21, 2020 at 08:45:38AM +0530, Anshuman Khandual wrote:
>>> On 05/20/2020 11:09 PM, Will Deacon wrote:
On Wed, May 20, 2020 at 04:47:11PM +0100, Catalin Marinas
Neither the trackpad, nor the mouse want input core to generate autorepeat
events for their buttons, so let's reset the bit (as hid-input sets it for
these devices based on the usage vendor code).
Reported-by: Yariv
Tested-by: Yariv
Signed-off-by: Dmitry Torokhov
---
Jiri, Benjamin, this is
On 2020-05-24, Arvind Sankar wrote:
On Sun, May 24, 2020 at 03:13:26PM -0700, Fangrui Song wrote:
On 2020-05-24, Arvind Sankar wrote:
>gcc puts the main function into .text.startup when compiled with -Os (or
>-O2). This results in arch/x86/boot/main.c having a .text.startup
>section which is
On Wed, May 13, 2020 at 04:33:49AM +0100, Al Viro wrote:
> FWIW, what I'm going to do is
> * make all callers of copy_regset_to_user() pass 0 as pos
> (there are very few exceptions - one on arm64, three on sparc32
> and five on sparc64; I hadn't dealt with arm64 one yet, but all
> cases on
On May 24, 2020 2:19:45 PM PDT, Sasha Levin wrote:
>On Sun, May 24, 2020 at 12:45:18PM -0700, h...@zytor.com wrote:
>>There are legitimate reasons to write a root-hole module, the main one
>being able to test security features like SMAP. I have requested before
>a TAINT flag specifically for this
On Sun, May 24, 2020 at 03:53:59PM -0700, Fangrui Song wrote:
> On 2020-05-24, Arvind Sankar wrote:
> >The assembly code in head_{32,64}.S, while meant to be
> >position-independent, generates run-time relocations because it uses
> >instructions such as
> > lealgdt(%edx), %eax
> >which
Certain files, when moved to another process have metadata changed, such
as netprioidx, and classid. This is the default behaviour in sending
sockets with SCM_RIGHTS over unix sockets. Depending on the usecase,
this may or may not be desirable with the addfd ioctl. This allows
the user to opt-in.
This introduces another call to addfd, in which the move flag is set. It
may make sense to setup a cgroup v1 hierarchy, and check that the
netprioidx is changed.
Signed-off-by: Sargun Dhillon
Cc: Matt Denton
Cc: Kees Cook ,
Cc: Jann Horn ,
Cc: Robert Sesek ,
Cc: Chris Palmer
Cc: Christian
This adds a seccomp notifier ioctl which allows for the listener to "add"
file descriptors to a process which originated a seccomp user
notification. This allows calls like mount, and mknod to be "implemented",
as the return value, and the arguments are data in memory. On the other
hand, calls
This adds the capability for seccomp notifier listeners to add file
descriptors in response to a seccomp notification. This is useful for
syscalls in which the previous capabilities were not sufficient. The
current mechanism works well for syscalls that either have side effects
that are system /
This adds a helper which can iterate through a seccomp_filter to
find a notification matching an ID. It removes several replicated
chunks of code.
Signed-off-by: Sargun Dhillon
Cc: Matt Denton
Cc: Kees Cook ,
Cc: Jann Horn ,
Cc: Robert Sesek ,
Cc: Chris Palmer
Cc: Christian Brauner
Cc: Tycho
Test whether we can add file descriptors in response to notifications.
This injects the file descriptors via notifications, and then uses
kcmp to determine whether or not it has been successful.
It also includes some basic sanity checking for arguments.
Signed-off-by: Sargun Dhillon
Cc: Matt
On 2020-05-24, Arvind Sankar wrote:
Add a linker script check that there are no runtime relocations, and
remove the old one that tries to check via looking for specially-named
sections in the object files.
Drop the tests for -fPIE compiler option and -pie linker option, as they
are available in
On 2020-05-24, Arvind Sankar wrote:
The BFD linker generates runtime relocations for z_input_len and
z_output_len, even though they are absolute symbols.
Work around this by defining two variables input_len and output_len in
addition to the symbols, and use them via position-independent
On 05/19/2020 07:02 PM, Suzuki K Poulose wrote:
> On 05/19/2020 10:40 AM, Anshuman Khandual wrote:
>> Enable EVC, FGT, EXS, TGRAN4_2, TGRAN64_2 and TGRAN16_2 features bits in
>> ID_AA64MMFR0 register as per ARM DDI 0487F.a specification.
>>
>> Cc: Catalin Marinas
>> Cc: Will Deacon
>> Cc:
On Sun, May 24, 2020 at 03:13:26PM -0700, Fangrui Song wrote:
> On 2020-05-24, Arvind Sankar wrote:
> >gcc puts the main function into .text.startup when compiled with -Os (or
> >-O2). This results in arch/x86/boot/main.c having a .text.startup
> >section which is currently not included explicitly
So if rc6 was a bit bigger than I would have liked, rc7 looks very
normal. Not the smallest we've had, not the largest. It's right in the
middle of the pack.
And none of the fixes look like there's anything particularly scary
going on. Most of it is very small, and the slightly larger patches
On 2020-05-24, Arvind Sankar wrote:
The assembly code in head_{32,64}.S, while meant to be
position-independent, generates run-time relocations because it uses
instructions such as
lealgdt(%edx), %eax
which make the assembler and linker think that the code is using %edx as
an index
On Sun, May 24, 2020 at 5:32 PM Arvind Sankar wrote:
>
> gcc puts the main function into .text.startup when compiled with -Os (or
> -O2). This results in arch/x86/boot/main.c having a .text.startup
> section which is currently not included explicitly in the linker script
> setup.ld in the same
From: Colin Ian King
The variable ret is being initialized with a value that is
never read and it is being updated later with a new value. The
initialization is redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
fs/orangefs/orangefs-mod.c | 2
Adding new test that process metrics code and checks
the expected results. Starting with easy ipc metric.
Signed-off-by: Jiri Olsa
---
tools/perf/tests/Build | 1 +
tools/perf/tests/builtin-test.c | 4 ++
tools/perf/tests/parse-metric.c | 117
For testing purposes we need to pass our own map of events
from parse_groups through metricgroup__add_metric.
Signed-off-by: Jiri Olsa
---
tools/perf/util/metricgroup.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/tools/perf/util/metricgroup.c
Adding test_generic_metric that prepares and runs given metric
over the data from psswd struct runtime_stat object.
Signed-off-by: Jiri Olsa
---
tools/perf/util/stat-shadow.c | 14 ++
tools/perf/util/stat.h| 3 +++
2 files changed, 17 insertions(+)
diff --git
Adding new metri test for frontend metric. It's stolen
from x86 pmu events.
Signed-off-by: Jiri Olsa
---
tools/perf/tests/parse-metric.c | 46 +
1 file changed, 46 insertions(+)
diff --git a/tools/perf/tests/parse-metric.c b/tools/perf/tests/parse-metric.c
index
Adding parse_events_fake interface to parse events
and use fake pmu event in case pmu event is parsed.
This way it's possible to parse events from PMUs
which are not present in the system. It's available
only for testing purposes coming in following
changes.
Signed-off-by: Jiri Olsa
---
Factoring out prepare_metric functio so it can
be used in test interface coming in following
changes.
Signed-off-by: Jiri Olsa
---
tools/perf/util/stat-shadow.c | 53 ++-
1 file changed, 34 insertions(+), 19 deletions(-)
diff --git
Allow to set fake_pmu new parse_groups function.
Signed-off-by: Jiri Olsa
---
tools/perf/util/metricgroup.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/metricgroup.c b/tools/perf/util/metricgroup.c
index e2b4c621700c..547f83ee5c68 100644
---
On Sun, May 24, 2020 at 11:27:57PM +0200, Pavel Machek wrote:
> > > The SNR seems to be most universal value, when it comes to comparing
> > > different situations (different links and different PHYs). The
> > > resolution of BER is not that detailed, for the NXP PHY is says only
> > > "BER below
The test goes through all metrics compiled for arch
within pmu events and try to parse them.
The test also defines its own list of metrics and
tries to parse them. It's handy for developing.
Signed-off-by: Jiri Olsa
---
tools/perf/tests/pmu-events.c | 120 ++
1
Adding metricgroup__parse_groups_test function. It will
be used as test's interface to metric parsing in following
changes.
Signed-off-by: Jiri Olsa
---
tools/perf/util/metricgroup.c | 11 +++
tools/perf/util/metricgroup.h | 9 +
2 files changed, 20 insertions(+)
diff --git
Factor out the parse_groups function, it will be used
for new test interface coming in following changes.
Signed-off-by: Jiri Olsa
---
tools/perf/util/metricgroup.c | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/metricgroup.c
There's no need to pass the given evsel's count to
metric data, because it will be pushed again within
the following metric_events loop.
Signed-off-by: Jiri Olsa
---
tools/perf/util/stat-shadow.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git
We need to pass more data to the scanner so let's
start with having it to take pointer to struct
parse_events_state object instead of just start
token.
Signed-off-by: Jiri Olsa
---
tools/perf/util/parse-events.c | 15 +--
tools/perf/util/parse-events.h | 1 +
hi,
changes for using metric result in another metric seem
to change lot of core metric code, so it's better we
have some more tests before we do that.
Sending as RFC as it's still alive and you guys might
have some other idea of how to do this.
Also available in here:
It's now possible to put subtest name as a test filter:
$ perf test 'PMU event table sanity'
10: PMU events:
10.1: PMU event table sanity : Ok
Signed-off-by: Jiri Olsa
---
tools/perf/tests/builtin-test.c | 34
Adding the way to create pmu event without the actual
PMU being in place. This way we can test metrics defined
for any processors.
The interface is to define fake_pmu in struct parse_events_state
data. It will be used only in tests via special interface
function added in following changes.
On Sun, May 24, 2020 at 2:12 PM Sasha Levin wrote:
>
> (and I'd like to see the reverts too, so that I could apply that revert
> to Stable trees as well. If a revert doesn't show up in git log we might
> miss doing a backport of it).
Plain "git log" never simplifies anything at all.
Only when
From: Colin Ian King
The variable ret is being initialized with a value that is
never read and it is being updated later with a new value. The
initialization is redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/drm_auth.c | 2
On Sun, May 24, 2020 at 12:45 PM Sasha Levin wrote:
>
> Interesting. My thinking around --follow was that it's like
> --full-history in the sense that it won't prune history, but it would
> also keep listing history beyond file renames.
No. It's only completely accidentally like full-history
On Sat, May 23, 2020 at 12:01:03AM +0200, Anders Roxell wrote:
> An allmodconfig kernel makes CONFIG_VEXPRESS_CONFIG a module and
> CONFIG_POWER_RESET_VEXPRESS builtin. That makes us see this build
> error:
>
> aarch64-linux-gnu-ld: drivers/power/reset/vexpress-poweroff.o: in function
>
On 2020-05-24, Arvind Sankar wrote:
gcc puts the main function into .text.startup when compiled with -Os (or
-O2). This results in arch/x86/boot/main.c having a .text.startup
section which is currently not included explicitly in the linker script
setup.ld in the same directory.
The BFD linker
Álvaro Fernández Rojas wrote on Sun, 24 May 2020
21:13:41 +:
> Thanks for merging the patches :).
>
> BTW, is there something wrong with patch 5?
> I can see patches 1-4 applied in
> https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git/log/?h=nand/next,
> but I can’t see patch
On Fri, 2020-05-22 at 12:15:24 UTC,
=?utf-8?q?=C3=81lvaro_Fern=C3=A1ndez_Rojas?= wrote:
> v2.1: tested on Netgear DGND3700v1 (BCM6368)
> v2.2: tested on Netgear DGND3700v2 (BCM6362)
>
> Signed-off-by: Álvaro Fernández Rojas
> Acked-by: Florian Fainelli
Applied to
On 5/24/2020 2:28 PM, Pavel Machek wrote:
> On Tue 2020-05-12 23:10:56, Martin Blumenstingl wrote:
>> The PRG_ETHERNET registers on Meson8b and newer SoCs can add an RX
>> delay. Add a property with the known supported values so it can be
>> configured according to the board layout.
>>
>>
From: Mike Galbraith
The zcomp driver uses per-CPU compression. The per-CPU data pointer is
acquired with get_cpu_ptr() which implicitly disables preemption.
It allocates memory inside the preempt disabled region which conflicts
with the PREEMPT_RT semantics.
Replace the implicit preemption
From: Mike Galbraith
send_msg() disables preemption to avoid out-of-order messages. As the
code inside the preempt disabled section acquires regular spinlocks,
which are converted to 'sleeping' spinlocks on a PREEMPT_RT kernel and
eventually calls into a memory allocator, this conflicts with the
From: Ingo Molnar
The various struct pagevec per CPU variables are protected by disabling
either preemption or interrupts across the critical sections. Inside
these sections spinlocks have to be acquired.
These spinlocks are regular spinlock_t types which are converted to
"sleeping" spinlocks
From: Julia Cartwright
The squashfs multi CPU decompressor makes use of get_cpu_ptr() to
acquire a pointer to per-CPU data. get_cpu_ptr() implicitly disables
preemption which serializes the access to the per-CPU data.
But decompression can take quite some time depending on the size. The
The radix-tree and idr preload mechanisms use preempt_disable() to protect
the complete operation between xxx_preload() and xxx_preload_end().
As the code inside the preempt disabled section acquires regular spinlocks,
which are converted to 'sleeping' spinlocks on a PREEMPT_RT kernel and
This is v2 of the local_lock() series. The v1 can be found at
https://lore.kernel.org/lkml/20200519201912.1564477-1-bige...@linutronix.de/
v1…v2:
- Remove static initializer so a local_lock is not used as a single
per-CPU variable but as a member of an existing structure, that is
From: Thomas Gleixner
preempt_disable() and local_irq_disable/save() are in principle per CPU big
kernel locks. This has several downsides:
- The protection scope is unknown
- Violation of protection rules is hard to detect by instrumentation
- For PREEMPT_RT such sections, unless in
zcomp::stream is per-CPU pointer, pointing to struct zcomp_strm which
contains two pointer. Having struct zcomp_strm allocated directly as
per-CPU memory would avoid one additional memory allocation and a
pointer dereference.
This also also simplifies adding a local_lock to struct zcomp_strm.
syzbot has bisected this bug to:
commit c61769bd4777a922952aed0d042a2572e5bd9b74
Author: Andrey Konovalov
Date: Thu May 7 17:06:57 2020 +
usb: raw-gadget: support stalling/halting/wedging endpoints
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=14add53c10
start
Document r8a7742 xhci support. The driver will use the fallback
compatible string "renesas,rcar-gen2-xhci", therefore no driver
change is needed.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
---
Documentation/devicetree/bindings/usb/usb-xhci.txt | 1 +
1 file changed, 1
Describe internal PCI bridge devices, USB phy device and
link PCI USB devices to USB phy.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
---
arch/arm/boot/dts/r8a7742.dtsi | 115 +
1 file changed, 115 insertions(+)
diff --git
Add xhci support to R8A7742 SoC DT.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
---
arch/arm/boot/dts/r8a7742.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7742.dtsi b/arch/arm/boot/dts/r8a7742.dtsi
index cbf3d85..3a9c67b
Add usb dmac and hsusb device nodes on RZ/G1H SoC dtsi.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
---
arch/arm/boot/dts/r8a7742.dtsi | 45 ++
1 file changed, 45 insertions(+)
diff --git a/arch/arm/boot/dts/r8a7742.dtsi
Document support for RZ/G1H (R8A7742) SoC.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
---
Documentation/devicetree/bindings/usb/renesas,usbhs.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/renesas,usbhs.yaml
101 - 200 of 548 matches
Mail list logo