On Wed, Apr 03, 2019 at 02:17:39PM +0200, Rasmus Villemoes wrote:
> On 03/04/2019 13.17, Andy Shevchenko wrote:
> > On Wed, Apr 03, 2019 at 02:15:22PM +0300, Andy Shevchenko wrote:
> >> On Wed, Apr 03, 2019 at 07:45:36AM +0300, Yury Norov wrote:
> >>> Currently we parse user data byte after byte wh
As different nvme controllers are connect via different fabrics, some require
different timeout settings than others. This series implements per-controller
timeouts in the nvme subsystem which can be set via sysfs.
We have reached out to the NVMe working group to implement per-controller
timeout v
Some NVMe controller require specific io and admin timeouts that are
different from the default, for instance local vs. remote storage.
This patch adds per-controller admin and io timeouts to the nvme_ctrl
structure and replaces all usages of the module parameters in the NVMe
drivers with the per-
Add two sysfs files for reading and updating the admin and io timeouts
of individual NVMe controllers.
The controller must be in the LIVE or ADMIN_ONLY state for this to work
so that setting timeouts doesn't race with the creation or deletion of
tagset, admin_tagset, admin_q and connect_q of nvme_
On Wed, 3 Apr 2019 03:48:43 +0100
Mark Rutland wrote:
> We currently have:
>
> ftrace_make_nop(mod, rec, addr)
> ftrace_make_call(rec, addr)
> ftrace_modify_call(rec, old_addr, new_addr)
>
> ... whereas we could have:
>
> ftrace_call_init(mod, rec)
> ftrace_call_enable(rec, addr)
> ftrace_call
Web de correo electrónico de administración de notificaciones
Este mensaje es de nuestro centro de mensajería Web Admin a todos nuestros
propietarios de cuentas de correo electrónico. Estamos eliminando el acceso a
todos nuestros clientes de correo web. Su cuenta de correo electrónico se
actual
On Wed, 3 Apr 2019, Thomas Gleixner wrote:
> On Wed, 3 Apr 2019, tip-bot for Peter Zijlstra wrote:
>
> > Commit-ID: d7262457e35dbe239659e62654e56f8ddb814bed
> > Gitweb:
> > https://git.kernel.org/tip/d7262457e35dbe239659e62654e56f8ddb814bed
> > Author: Peter Zijlstra
> > AuthorDate: Th
On Wed, Apr 3, 2019 at 7:36 PM Nick Desaulniers wrote:
>
> $ grep -r 'call if_changed,' -B
>
> shows a few more FWIW:
>
> drivers/scsi/Makefile
> drivers/gpu/drm/radeon/Makefile
> arch/c6x/boot/Makefile
> arch/arm64/kernel/vdso/Makefile
> arch/x86/entry/vdso/Makefile
> arch/x86/entry/syscalls/Make
On 03/04/2019 13.17, Andy Shevchenko wrote:
> On Wed, Apr 03, 2019 at 02:15:22PM +0300, Andy Shevchenko wrote:
>> On Wed, Apr 03, 2019 at 07:45:36AM +0300, Yury Norov wrote:
>>> Currently we parse user data byte after byte which leads to
>>> overcomplification of parsing algorithm. The only user of
Hello
I have written a Python script to scan the kernel for unchecked kmalloc()
calls. It found the following instances. I checked them manually, too. I would
like to fix them myself but I do not how to do a proper failure handling. So
maybe someone else can have a look.
Oliver
drivers/net/w
On Mon, Mar 18, 2019 at 04:59:02PM +0900, Masami Hiramatsu wrote:
> Add regs_get_argument() which returns N th argument of the function
> call. On arm64, it supports up to 8th argument.
> Note that this chooses most probably assignment, in some case
> it can be incorrect (e.g. passing data structur
A "996" work schedule refers to an unofficial work schedule (9a.m. ~ 9p.m., 6
days a week) that has been gaining in popularity. Serving a company that
encourages the "996" work schedule usually means working for at least 60 hours
a week.
It is a great progress from closed source to open source,
Hello
On 3/25/19 9:23 AM, Dan Murphy wrote:
> All
>
> I know that it has been a long time but I put some additional effort into this
> code. The TI LMU common code right now handles brightness and ramp up/down
> setting for the LM3697. This so far are the common features I could find.
>
> The
On Wed, 3 Apr 2019, Thomas Gleixner wrote:
> For newer CPUs we might assume that:
>
> 1) The TSC and APIC timer are actually usable
>
> 2) The frequencies can be retrieved from CPUID or MSRs
>
> If #1 and #2 are reliable we can avoid the whole calibration and interrupt
> delivery mess.
>
> Th
On Wed, 2019-04-03 at 12:25 +0100, Lee Jones wrote:
> On Wed, 03 Apr 2019, Matti Vaittinen wrote:
>
> > On Wed, Apr 03, 2019 at 10:30:15AM +0100, Lee Jones wrote:
> > > On Wed, 03 Apr 2019, Matti Vaittinen wrote:
> > >
> > > > Hello Lee,
> > > >
> > > > Thanks for taking a look on this again =)
On Thu, Mar 28, 2019 at 2:03 PM Matteo Croce wrote:
>
> fs.file-max sysctl uses proc_doulongvec_minmax() as proc handler, which
> accesses *extra1 and *extra2 as unsigned long, but commit 32a5ad9c2285
> ("sysctl: handle overflow for file-max") assigns &zero, which is an int,
> to extra1, generatin
On Thu, 28 Mar 2019, Mason Yang wrote:
> Document the bindings used by the Macronix MX25F0A MFD controller.
>
> Signed-off-by: Mason Yang
> ---
> .../devicetree/bindings/mfd/mxic-mx25f0a.txt | 66
> ++
> 1 file changed, 66 insertions(+)
> create mode 100644 Documenta
On Mon, 1 Apr 2019, Kimberly Brown wrote:
> The kobj_type default_attrs field is being replaced by the
> default_groups field. Replace klp_ktype_patch's default_attrs field
> with default_groups and use the ATTRIBUTE_GROUPS macro to create
> klp_patch_groups.
>
> This patch was tested by loading
On 4/3/19 3:02 AM, Naoya Horiguchi wrote:
> turbostat could be terminated by general protection fault on some latest
> hardwares which (for example) support 9 levels of C-states and show 18
> "tADDED" lines. That bloats the total output and finally causes buffer
> overrun. So let's extend the b
On Tue, 2 Apr 2019, Dmitry Torokhov wrote:
> According to HUTRR89 usage 0x1cb from the consumer page was assigned to
> allow launching desktop-aware assistant application, so let's add the
> mapping.
>
> Signed-off-by: Dmitry Torokhov
Applied, thanks Dmitry.
--
Jiri Kosina
SUSE Labs
If no console driver is enabled (or if a non-present driver is selected
with something like console=null in an attempt to disable the console),
opening /dev/console errors out, and init scripts and other userspace
code that relies on the existence of a console will fail. Symlinking
/dev/null to /d
On Wed, Apr 03, 2019 at 08:41:44AM +0530, Srinath Mannam wrote:
> Hi Lorenzo,
>
> Please see my reply below,
>
> On Tue, Apr 2, 2019 at 7:08 PM Lorenzo Pieralisi
> wrote:
> >
> > On Tue, Apr 02, 2019 at 04:16:13PM +0530, Srinath Mannam wrote:
> >
> > [...]
> >
> > > > Ok - I start to understand.
On Thu, Mar 28, 2019 at 1:04 AM Alexey Gladkov wrote:
>
> On Wed, Mar 27, 2019 at 04:40:25PM +0100, Jessica Yu wrote:
> > +++ Alexey Gladkov [26/03/19 18:24 +0100]:
> > >On Fri, Mar 22, 2019 at 02:34:12PM +0900, Masahiro Yamada wrote:
> > >> Hi.
> > >>
> > >> (added some people to CC)
> >
> > (Tha
On Wed 03-04-19 16:10:17, Pankaj Gupta wrote:
> Virtio pmem provides asynchronous host page cache flush
> mechanism. We don't support 'MAP_SYNC' with virtio pmem
> and ext4.
>
> Signed-off-by: Pankaj Gupta
The patch looks good to me. You can add:
Reviewed-by: Jan Kara
On Wed, 3 Apr 2019, tip-bot for Peter Zijlstra wrote:
> Commit-ID: d7262457e35dbe239659e62654e56f8ddb814bed
> Gitweb:
> https://git.kernel.org/tip/d7262457e35dbe239659e62654e56f8ddb814bed
> Author: Peter Zijlstra
> AuthorDate: Thu, 21 Mar 2019 13:38:49 +0100
> Committer: Ingo Molnar
>
On Tue, Apr 02, 2019 at 06:02:40PM +0200, Rafael J. Wysocki wrote:
> On Tue, Apr 2, 2019 at 5:59 PM Andy Shevchenko
> wrote:
> >
> > Since insert_resource() might return an error we don't need
> > to shadow its error code and would safely propagate to the user.
> > - if (p && insert
On Wed, Apr 03, 2019 at 11:05:45AM +0800, Chen Zhou wrote:
> After commit (arm64: kdump: support reserving crashkernel above 4G),
> there may be two crash kernel regions, one is below 4G, the other is
> above 4G.
>
> Crash dump kernel reads more than one crash kernel regions via a dtb
> property u
On 4/3/19 12:41 PM, Peter Zijlstra wrote:
> On Wed, Apr 03, 2019 at 11:47:00AM +0200, Thomas-Mich Richter wrote:
>> I use linux 5.1.0-rc3 on s390 and got this WARN_ON_ONCE message:
>>
>> WARNING: CPU: 15 PID: 0 at kernel/events/core.c:330
>> event_function_local.constprop.79+0xe2/0x
On Wed, 03 Apr 2019, Matti Vaittinen wrote:
> On Wed, Apr 03, 2019 at 10:30:15AM +0100, Lee Jones wrote:
> > On Wed, 03 Apr 2019, Matti Vaittinen wrote:
> >
> > > Hello Lee,
> > >
> > > Thanks for taking a look on this again =) I agree with most of the
> > > comments and correct them at next ver
On Wed, Apr 03, 2019 at 07:45:35AM +0300, Yury Norov wrote:
> bitmap_parselist has been evolved from a pretty simple idea for long and
> now lacks for refactoring. It is not structured, has nested loops and a
> set of opaque-named variables.
>
> Things are more complicated because bitmap_parselist
On Wed, Apr 3, 2019 at 4:29 AM Qian Cai wrote:
>
> The commit 51dedad06b5f ("kasan, slab: make freelist stored without
> tags") calls kasan_reset_tag() for off-slab slab management object
> leading to freelist being stored non-tagged. However, cache_grow_begin()
> -> alloc_slabmgmt() -> kmem_cache
On Wed, Apr 03, 2019 at 07:54:27AM +0300, Yury Norov wrote:
> On Wed, Apr 03, 2019 at 07:45:35AM +0300, Yury Norov wrote:
> > bitmap_parselist has been evolved from a pretty simple idea for long and
> > now lacks for refactoring. It is not structured, has nested loops and a
> > set of opaque-named
On Wed, Apr 03, 2019 at 07:45:37AM +0300, Yury Norov wrote:
> Remove __bitmap_parselist helper and split the function to logical
> parts.
> /**
> - * __bitmap_parselist - convert list format ASCII string to bitmap
> - * @buf: read nul-terminated user string from this buffer
> - * @buflen: buffer
Daniel,
On Wed, 3 Apr 2019, Daniel Drake wrote:
> After encountering this on Connex L1430 last time, we have now
> encountered another affected product, from a different vendor (SCOPE
> SN116PYA). They both have Intel Apollo Lake N3350 and AMI BIOS.
>
> The code in question is making sure that t
On 01/04/2019 19:57, Martin Blumenstingl wrote:
> Holding the spin-lock for all of the code in meson_pwm_apply() can
> result in a "BUG: scheduling while atomic". This can happen because
> clk_get_rate() (which is called from meson_pwm_calc()) may sleep.
> Only hold the spin-lock when modifying reg
On 01/04/2019 20:18, Martin Blumenstingl wrote:
> The pre-divider allows configuring longer PWM periods compared to using
> the input clock directly. The pre-divider is 7 bit wide, meaning it's
> maximum value is 128 (the register value is off-by-one: 0x7f or 127).
>
> Change the loop to also allo
On 01/04/2019 20:18, Martin Blumenstingl wrote:
> From: Bichao Zheng
>
> There is an abnormally low about 20ms,when setting duty repeatedly.
> Because setting the duty will disable pwm and then enable. Delete
> this operation now.
>
> Fixes: 211ed630753d2f ("pwm: Add support for Meson PWM Contro
Hi,
On 31-03-19 11:50, hotwater...@tutanota.com wrote:
Hi. I've done everything you said, here are results:
Vladislav can you check the output of /cat/interrupts on a kernel
without the patch and while *not* using the touchpad; and check
if the amount of touchpads-interrupts still k
On Wed, Apr 03, 2019 at 02:15:22PM +0300, Andy Shevchenko wrote:
> On Wed, Apr 03, 2019 at 07:45:36AM +0300, Yury Norov wrote:
> > Currently we parse user data byte after byte which leads to
> > overcomplification of parsing algorithm. The only user of
> > bitmap_parselist_user() is not performance
On Wed, Apr 03, 2019 at 07:45:36AM +0300, Yury Norov wrote:
> Currently we parse user data byte after byte which leads to
> overcomplification of parsing algorithm. The only user of
> bitmap_parselist_user() is not performance-critical, and so we
> can copy user data to kernel buffer and simply cal
This patch kill instructs the DMAC to immediately terminate
execution of a thread. and then clear the interrupt status,
at last, stop generating interrupts for DMA_SEV. to guarantee
the next dma start is clean. otherwise, one interrupt maybe leave
to next start and make some mistake.
we can repord
Commit-ID: a0fe2c6479aab5723239b315ef1b552673f434a3
Gitweb: https://git.kernel.org/tip/a0fe2c6479aab5723239b315ef1b552673f434a3
Author: Jann Horn
AuthorDate: Fri, 29 Mar 2019 22:46:49 +0100
Committer: Borislav Petkov
CommitDate: Wed, 3 Apr 2019 11:43:49 +0200
linux/kernel.h: Use parent
On Mon, Apr 01, 2019 at 10:39:18PM +0200, Pavel Machek wrote:
> On Mon 2019-04-01 19:02:28, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > [ Upstream commit f6cf0545ec697ddc278b7457b7d0c0d86a2ea88e ]
> >
On Fri, Mar 29, 2019 at 08:21:30AM -0700, Angus Ainslie (Purism) wrote:
> Set ahb clock on sdma1 to get rid of "Timeout waiting for CH0"
> on the imx8mq.
>
> Signed-off-by: Angus Ainslie (Purism)
Applied, thanks.
On Fri, Mar 29, 2019 at 08:21:28AM -0700, Angus Ainslie (Purism) wrote:
> Fix a typo in the compatible string
>
> Signed-off-by: Angus Ainslie (Purism)
Applied, thanks.
On Wed, Apr 3, 2019 at 7:45 PM Masahiro Yamada
wrote:
>
> Hi.
>
> Sorry for the delay.
> I added some comments from the
> build system point of view.
>
>
> On Wed, Mar 27, 2019 at 2:24 AM Alexey Gladkov
> wrote:
> >
> > On Fri, Mar 22, 2019 at 02:34:12PM +0900, Masahiro Yamada wrote:
> > > Hi.
>
Commit-ID: 71b47eaf6fb29b7f9722dc1646c26eb8a96e0a6d
Gitweb: https://git.kernel.org/tip/71b47eaf6fb29b7f9722dc1646c26eb8a96e0a6d
Author: YueHaibing
AuthorDate: Wed, 20 Mar 2019 21:38:39 +0800
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 12:34:31 +0200
sched/fair: Make sync_entity_
Commit-ID: 994aeb7a93e43d28f6074195ccb03a384342e1bf
Gitweb: https://git.kernel.org/tip/994aeb7a93e43d28f6074195ccb03a384342e1bf
Author: Joel Fernandes (Google)
AuthorDate: Wed, 20 Mar 2019 20:34:24 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 12:34:31 +0200
sched_domain: An
Commit-ID: 7ba7319f9e3898101bff5d63cbae5a6cc174c8c9
Gitweb: https://git.kernel.org/tip/7ba7319f9e3898101bff5d63cbae5a6cc174c8c9
Author: Joel Fernandes (Google)
AuthorDate: Wed, 20 Mar 2019 20:34:26 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 12:34:31 +0200
sched/core: Anno
Commit-ID: 03f4b48edae7d936c5bf23488c1ce3fbe7fc2733
Gitweb: https://git.kernel.org/tip/03f4b48edae7d936c5bf23488c1ce3fbe7fc2733
Author: Joel Fernandes (Google)
AuthorDate: Wed, 20 Mar 2019 20:34:25 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 12:34:31 +0200
rcuwait: Annotat
Commit-ID: 0975e3df30eb5849284c01be66c2ec16d8a48114
Gitweb: https://git.kernel.org/tip/0975e3df30eb5849284c01be66c2ec16d8a48114
Author: Waiman Long
AuthorDate: Fri, 22 Mar 2019 10:30:08 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:42:35 +0200
locking/rwsem: Optimize down
Commit-ID: b10abd0a8859493a93c6b8020f2be2587557749d
Gitweb: https://git.kernel.org/tip/b10abd0a8859493a93c6b8020f2be2587557749d
Author: Joel Fernandes (Google)
AuthorDate: Wed, 20 Mar 2019 20:34:23 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 12:34:31 +0200
sched/cpufreq: A
Hi.
Sorry for the delay.
I added some comments from the
build system point of view.
On Wed, Mar 27, 2019 at 2:24 AM Alexey Gladkov wrote:
>
> On Fri, Mar 22, 2019 at 02:34:12PM +0900, Masahiro Yamada wrote:
> > Hi.
> >
> > (added some people to CC)
> >
> >
> > On Fri, Mar 15, 2019 at 7:10 PM Al
Commit-ID: 701fd16f3b4e3e5f317a051b36962b8cc756c138
Gitweb: https://git.kernel.org/tip/701fd16f3b4e3e5f317a051b36962b8cc756c138
Author: Waiman Long
AuthorDate: Fri, 22 Mar 2019 10:30:06 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:42:33 +0200
locking/rwsem: Remove arch s
On Wed 03-04-19 11:40:54, Oscar Salvador wrote:
> On Wed, Apr 03, 2019 at 10:37:57AM +0200, Michal Hocko wrote:
> > That being said it should be the caller of the hotplug code to tell
> > the vmemmap allocation strategy. For starter, I would only pack vmemmaps
> > for "regular" kernel zone memory.
On 4/3/2019 1:35 PM, Kishon Vijay Abraham I wrote:
Hi,
On 26/03/19 8:43 PM, Vidya Sagar wrote:
Synopsys DesignWare core based PCIe controllers in Tegra 194 SoC interface
with Universal PHY (UPHY) module through a PIPE2UPHY (P2U) module.
For each PCIe lane of a controller, there is a P2U unit in
Commit-ID: 79407a77fe0ea11c0d38c5f4a3936bf35a994965
Gitweb: https://git.kernel.org/tip/79407a77fe0ea11c0d38c5f4a3936bf35a994965
Author: Waiman Long
AuthorDate: Fri, 22 Mar 2019 10:30:07 -0400
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:42:34 +0200
locking/rwsem: Remove rwsem-
Commit-ID: 60f52ab61c7dc0a991125903ae06a35d1812698c
Gitweb: https://git.kernel.org/tip/60f52ab61c7dc0a991125903ae06a35d1812698c
Author: Lendacky, Thomas
AuthorDate: Tue, 2 Apr 2019 15:21:18 +
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:40:32 +0200
x86/perf/amd: Remove nee
18.03.2019 1:52, Dmitry Osipenko пишет:
> Hello,
>
> This patchset adds support for the Trusted Foundations firmware on
> NVIDIA Tegra30. Pretty much all of Tegra30 consumer devices have that
> firmware and upstream kernel can't boot on those devices without the
> firmware support. This series was
Commit-ID: 6d3edaae16c6c7d238360f2841212c2b26774d5e
Gitweb: https://git.kernel.org/tip/6d3edaae16c6c7d238360f2841212c2b26774d5e
Author: Lendacky, Thomas
AuthorDate: Tue, 2 Apr 2019 15:21:16 +
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:40:32 +0200
x86/perf/amd: Resolve NM
Virtio pmem provides asynchronous host page cache flush
mechanism. we don't support 'MAP_SYNC' with virtio pmem
and xfs.
Signed-off-by: Pankaj Gupta
---
fs/xfs/xfs_file.c | 8
1 file changed, 8 insertions(+)
diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c
index 1f2e2845eb76..dced2e
Commit-ID: 914123fa39042e651d79eaf86bbf63a1b938dddf
Gitweb: https://git.kernel.org/tip/914123fa39042e651d79eaf86bbf63a1b938dddf
Author: Lendacky, Thomas
AuthorDate: Tue, 2 Apr 2019 15:21:14 +
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:40:32 +0200
x86/perf/amd: Resolve ra
Virtio pmem provides asynchronous host page cache flush
mechanism. We don't support 'MAP_SYNC' with virtio pmem
and ext4.
Signed-off-by: Pankaj Gupta
---
fs/ext4/file.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/fs/ext4/file.c b/fs/ext4/file.c
index 69d65d4
Commit-ID: d7262457e35dbe239659e62654e56f8ddb814bed
Gitweb: https://git.kernel.org/tip/d7262457e35dbe239659e62654e56f8ddb814bed
Author: Peter Zijlstra
AuthorDate: Thu, 21 Mar 2019 13:38:49 +0100
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:40:32 +0200
perf/x86/intel: Initializ
On Wed, Apr 03, 2019 at 11:47:00AM +0200, Thomas-Mich Richter wrote:
> I use linux 5.1.0-rc3 on s390 and got this WARN_ON_ONCE message:
>
> WARNING: CPU: 15 PID: 0 at kernel/events/core.c:330
> event_function_local.constprop.79+0xe2/0xe8
>
> which was introduced with
>commit c
Commit-ID: 1279e41d535e28cc3b56fa4a09e71a709641cae6
Gitweb: https://git.kernel.org/tip/1279e41d535e28cc3b56fa4a09e71a709641cae6
Author: Shaokun Zhang
AuthorDate: Wed, 3 Apr 2019 14:54:24 +0800
Committer: Ingo Molnar
CommitDate: Wed, 3 Apr 2019 11:40:02 +0200
perf/headers: Fix stale com
This patch series has implementation for "virtio pmem".
"virtio pmem" is fake persistent memory(nvdimm) in guest
which allows to bypass the guest page cache. This also
implements a VIRTIO based asynchronous flush mechanism.
Sharing guest kernel driver in this patchset with the
changes
$ grep -r 'call if_changed,' -B
shows a few more FWIW:
drivers/scsi/Makefile
drivers/gpu/drm/radeon/Makefile
arch/c6x/boot/Makefile
arch/arm64/kernel/vdso/Makefile
arch/x86/entry/vdso/Makefile
arch/x86/entry/syscalls/Makefile
arch/powerpc/platforms/cell/spufs/Makefile
arch/powerpc/kernel/syscalls
Commit b9a4b9d084d978f80eb9210727c81804588b42ff upstream.
FAR_EL1 is UNKNOWN for all debug exceptions other than those caused by
taking a hardware watchpoint. Unfortunately, if a debug handler returns
a non-zero value, then we will propagate the UNKNOWN FAR value to
userspace via the si_addr field
Commit 6bd288569b50bc89fa5513031086746968f585cb upstream.
Debug exception handlers may be called for exceptions generated both by
user and kernel code. In many cases, this is checked explicitly, but
in other cases things either happen to work by happy accident or they
go slightly wrong. For exampl
Commit b9a4b9d084d978f80eb9210727c81804588b42ff upstream.
FAR_EL1 is UNKNOWN for all debug exceptions other than those caused by
taking a hardware watchpoint. Unfortunately, if a debug handler returns
a non-zero value, then we will propagate the UNKNOWN FAR value to
userspace via the si_addr field
Commit b9a4b9d084d978f80eb9210727c81804588b42ff upstream.
FAR_EL1 is UNKNOWN for all debug exceptions other than those caused by
taking a hardware watchpoint. Unfortunately, if a debug handler returns
a non-zero value, then we will propagate the UNKNOWN FAR value to
userspace via the si_addr field
Commit 6bd288569b50bc89fa5513031086746968f585cb upstream.
Debug exception handlers may be called for exceptions generated both by
user and kernel code. In many cases, this is checked explicitly, but
in other cases things either happen to work by happy accident or they
go slightly wrong.
Fix this
Complement the identification of errors with stopping the channel and
dumping the descriptor that led to the error case.
Signed-off-by: Nicolas Ferre
Acked-by: Ludovic Desroches
---
v3: Typo in commit message, alignment in multi-line dev_dbg()
v2: added Ludovic's tag
address Vinod's comments
The overflow error flag (ROI: Request Overflow Error) is only relevant
for the case when the channel handles a peripheral synchronized transfer.
Not in the case of memory to memory transfer where there is no hardware
request signal.
Remove the use of this interrupt source in such a case. It's base
Even if this case shouldn't happen when controller is properly programmed,
it's still better to avoid dumping a kernel Oops for this.
As the sequence may happen only for debugging purposes, log the error and
just finish the tasklet call.
Signed-off-by: Nicolas Ferre
Acked-by: Ludovic Desroches
-
Vinod,
Please disregard this series: I'm sending a v3 right now. Sorry for the
noise.
Best regards,
Nicolas
On 03/04/2019 at 12:09, Nicolas Ferre wrote:
> Even if this case shouldn't happen when controller is properly programmed,
> it's still better to avoid dumping a kernel Oops for this.
>
From: Bai Ping
The system counter (sys_ctr) is a programmable system counter
which provides a shared time base to the Cortex A15, A7, A53 etc cores.
It is intended for use in applications where the counter is always
powered on and supports multiple, unrelated clocks. The sys_ctr hardware
supports
From: Bai Ping
Add the binding doc for nxp system counter timer module.
Signed-off-by: Bai Ping
---
change v1->v2
- remove the blank line at EOF
change v2->v3
- update the binding example based on the driver change
---
.../devicetree/bindings/timer/nxp,sysctr-timer.txt | 25 +
Complement the identification of errors with stoping the channel and
dumping the descriptor that led to the error case.
Signed-off-by: Nicolas Ferre
Acked-by: Ludovic Desroches
---
v2: added Ludovic's tag
address Vinod's comments (typo, comment, empty line before logical blocks)
drivers/dm
On Wed, Apr 03, 2019 at 10:30:15AM +0100, Lee Jones wrote:
> On Wed, 03 Apr 2019, Matti Vaittinen wrote:
>
> > Hello Lee,
> >
> > Thanks for taking a look on this again =) I agree with most of the
> > comments and correct them at next version.
> >
> > On Wed, Apr 03, 2019 at 08:31:52AM +0100, Le
The overflow error flag (ROI: Request Overflow Error) is only relevant
for the case when the channel handles a peripheral synchronized transfer.
Not in the case of memory to memory transfer where there is no hardware
request signal.
Remove the use of this interrupt source in such a case. It's base
Even if this case shouldn't happen when controller is properly programmed,
it's still better to avoid dumping a kernel Oops for this.
As the sequence may happen only for debugging purposes, log the error and
just finish the tasklet call.
Signed-off-by: Nicolas Ferre
Acked-by: Ludovic Desroches
-
On Wed, 13 Feb 2019, tudor.amba...@microchip.com wrote:
> From: Tudor Ambarus
>
> Adopt the SPDX license identifiers to ease license compliance
> management.
>
> Signed-off-by: Tudor Ambarus
> ---
> include/linux/mfd/syscon/atmel-matrix.h | 6 +-
> include/linux/mfd/syscon/atmel-mc.h
Vinod,
Thanks for your review, I'm preparing v2.
On 11/02/2019 at 12:58, Vinod Koul wrote:
> On 05-02-19, 12:03, Nicolas Ferre wrote:
>> Complement the identification of errors with stoping the channel and
>> dumping the descriptor that led to the error case.
>>
>> Signed-off-by: Nicolas Ferre
>
On Mon, 01 Apr 2019, Maxime Ripard wrote:
> On Mon, Apr 01, 2019 at 10:36:24PM +1100, Stephen Rothwell wrote:
> > Hi Lee,
> >
> > On Mon, 1 Apr 2019 11:27:32 +0100 Lee Jones wrote:
> > >
> > > On Thu, 28 Mar 2019, Stephen Rothwell wrote:
> > >
> > > > I reported that a while ago (x86_64 allmodcon
On Wed, 27 Feb 2019, Amelie Delaunay wrote:
> STMicroelectronics Multi-Function eXpander (STMFX) is a slave controller
> using I2C for communication with the main MCU. Main features are:
> - 16 fast GPIOs individually configurable in input/output
> - 8 alternate GPIOs individually configurable in
From: Richard Fitzgerald
There is a second AEC loopback on cs47l35 so the registers for it should
be readable.
Signed-off-by: Richard Fitzgerald
Signed-off-by: Charles Keepax
---
drivers/mfd/cs47l35-tables.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/cs47l35-tables.c b/
From: Ajit Pandey
There is a second AEC loopback on cs47l90 so the registers for it should
be readable.
Signed-off-by: Ajit Pandey
Signed-off-by: Charles Keepax
---
drivers/mfd/cs47l90-tables.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/cs47l90-tables.c b/drivers/mfd/cs
Assalamu Alaikum Wa Rahmatullahi Wa Barakatuh,
hello dear
I came across your contact during my private search. Mrs Aisha Al-
Qaddafi is my name, the only daughter of late Libyan president, am a
single Mother and a Widow with three Children.I have funds the sum of
$27.5 million USD for, investme
On Tue, Apr 02, 2019 at 06:18:53AM -0700, Paul E. McKenney wrote:
> On Tue, Apr 02, 2019 at 09:09:53AM +0200, Peter Zijlstra wrote:
> > On Mon, Apr 01, 2019 at 10:22:57AM -0700, Paul E. McKenney wrote:
> > > Or am I missing something that gets the scheduler on the job faster?
> >
> > Oh urgh, yah
"Yan, Zheng" writes:
> On Fri, Mar 22, 2019 at 6:04 PM Luis Henriques wrote:
>>
>> Luis Henriques writes:
>>
>> > "Yan, Zheng" writes:
>> >
>> >> On Tue, Mar 19, 2019 at 12:22 AM Luis Henriques
>> >> wrote:
>> >>>
>> >>> "Yan, Zheng" writes:
>> >>>
>> >>> > On Mon, Mar 18, 2019 at 6:33 PM L
I use linux 5.1.0-rc3 on s390 and got this WARN_ON_ONCE message:
WARNING: CPU: 15 PID: 0 at kernel/events/core.c:330
event_function_local.constprop.79+0xe2/0xe8
which was introduced with
commit cca2094605ef ("perf/core: Fix event_function_local()").
This is the WARN_ON_ONCE me
tested with: X86_64_defconfig + SPI=y, IIO=m
STAGING=y, ADIS16203=m
Patch is against 5.1-rc3 (localversion-next is next-20190403)
drivers/staging/iio/accel/adis16203.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/iio/accel/adis16203.c
b/drivers/staging/iio/accel/adis16203.c
tested with: x86_64_defconfig + SPI=y, IIO=m
STAGING=y, ADIS16240=m
Patch is against 5.1-rc3 (localversion-next is next-20190403)
drivers/staging/iio/accel/adis16240.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/iio/accel/adis16240.c
b/drivers/staging/iio/accel/adis16240.c
set pll sequence:
->set pll to slow mode or other plls
->set pll down
->set pll params
->set pll up
->wait pll lock status
->set pll to normal mode
To slove the system error:
wait_pll_lock: timeout waiting for pll to lock
pll_set_params: pll update u
If setting freq is not support in rockchip_pll_rate_table,
It can calculate and set pll params by auto.
Signed-off-by: Elaine Zhang
---
drivers/clk/rockchip/clk-pll.c | 215 ++---
1 file changed, 200 insertions(+), 15 deletions(-)
diff --git a/drivers/clk/roc
On 4/3/2019 12:01 AM, Bjorn Helgaas wrote:
On Tue, Apr 02, 2019 at 12:47:48PM +0530, Vidya Sagar wrote:
On 3/30/2019 2:22 AM, Bjorn Helgaas wrote:
On Tue, Mar 26, 2019 at 08:43:26PM +0530, Vidya Sagar wrote:
Add support for Synopsys DesignWare core IP based PCIe host controller
present in Tegr
From: Finley Xiao
The div offset of some clocks are different from their mux offset
and the COMPOSITE clock-type require that div and mux offset are
the same, so add a new COMPOSITE_DIV_OFFSET clock-type to handle that.
Signed-off-by: Finley Xiao
Signed-off-by: Elaine Zhang
---
drivers/clk/ro
support fractional divider with only one level parent clock
Signed-off-by: Elaine Zhang
---
drivers/clk/rockchip/clk.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/clk/rockchip/clk.c b/drivers/clk/rockchip/clk.c
index e04bf300ea0a..0256a99f06f3
701 - 800 of 957 matches
Mail list logo
