On Tue, Mar 19, 2019 at 04:03:37PM -0700, Paul Zimmerman wrote:
> So I bisected this down to:
>
> # first bad commit: [a3fbfae82b4cb3ff9928e29f34c64d0507cad874] tpm:
> take TPM chip power gating out of tpm_transmit()
>
> but this doesn't revert cleanly on Linus' HEAD. Anyone have an idea what
>
On 3/10/19 11:09 AM, Jonathan Cameron wrote:
> On Wed, 6 Mar 2019 09:55:17 +0100
> Fabrice Gasnier wrote:
>
>> When SPI clock isn't accurate, 'spi_master_freq' is filled in with
>> expected frequency. Use computed value instead:
>> - e.g. source clock / (CKOUTDIV + 1)
>> Also, current divider
Hi!
On 21/03/2019 13:38, Mike Crowe wrote:
[...]
> I don't mind rebasing my patch once I know which of my two solutions is
> preferred. It seems that the -ESPIPE one is the current favourite.
I think:
1. Since Linux v4.8 (!user) case in not possible any more if the device
file was opened in
Hi Prasad,
On 21/03/2019 02:07, Prasad Sodagudi wrote:
> Preserves the bitfields of PMCR_EL0(AArch64) during PMU reset.
> Reset routine should write a 1 to PMCR.C and PMCR.P fields only
> to reset the counters. Other fields should not be changed
> as they could be set before PMU initialization
On Mon, Mar 18, 2019 at 03:18:16PM -0700, Tadeusz Struk wrote:
> Since the poll returns EPOLLIN base on the state of two
> variables, the response_read being false and the
> response_length > 0 the poll needs to take the buffer_mutex
> after it is woken up.
>
> Fixes: 9488585b21bef0df12 ("tpm:
On Mon, Mar 18, 2019 at 04:19:27PM -0700, James Bottomley wrote:
> On Mon, 2019-03-18 at 15:18 -0700, Tadeusz Struk wrote:
> > Since the poll returns EPOLLIN base on the state of two
> > variables, the response_read being false and the
> > response_length > 0 the poll needs to take the
On Wed, Mar 20, 2019 at 05:22:08PM +0530, Yash Shah wrote:
> This EDAC driver supports:
> - Initial configuration reporting on bootup via debug logs
> - ECC event monitoring and reporting through the EDAC framework
> - ECC event injection
>
> This driver is partially based on pnd2_edac.c and
On Thu, 21 Mar 2019 11:45:17 +0100
Peter Zijlstra wrote:
> - .if \paranoid
> + .if \read_cr2
> + mov %cr2, %rdx /* XXX paravirt crap */
> + .endif
> +
I'm guessing this breaks paravirt, as that's one reason I didn't add
the read_rc in assembly.
I tested
On Thu, Mar 21, 2019 at 09:27:37AM +0100, Sebastian Andrzej Siewior wrote:
> On 2019-03-20 16:46:01 [-0700], Paul E. McKenney wrote:
> > Thank you! I reverted v2 and applied this one with the same sort of
> > update. Testing is going well thus far aside from my failing to add
> > the required
Hi Marc
On 2019/3/21 17:11, Marc Zyngier wrote:
On Sat, 16 Mar 2019 11:15:03 +
chenjianguo wrote:
From: Jianguo Chen
mbigen_write_msg clears eventid bits of a mbigen register
when free a interrupt, because msi_domain_deactivate memset
struct msg to zero. Then multiple mbigen pins with
On 20/03/2019 18:50, Gaurav Kohli wrote:
> On 3/20/2019 9:56 PM, Srinivas Kandagatla wrote:
>
>> Am guessing these are some kind of keys or something that you do not
>> want user to see.
>
> Yes exactly, there are certain keys or even certain bit that we don't
> want to expose to user.
>
>>
On Thu, 2019-03-21 at 08:23 +, Lee Jones wrote:
> On Wed, 20 Mar 2019, Matti Vaittinen wrote:
>
> > Hello Lee, All
> >
> > On Wed, Mar 20, 2019 at 01:02:59PM +, Lee Jones wrote:
> > > On Thu, 14 Feb 2019, Matti Vaittinen wrote:
> > >
> > > > Add ROHM BD71837 / BD71847 specific device
On Thu, 21 Mar 2019 09:33:17 +0100
Peter Zijlstra wrote:
> On Wed, Mar 20, 2019 at 10:15:34PM -0400, Steven Rostedt wrote:
>
> > And it would crash similarly each time I tried it, but always at a
> > different place. After spending the day on this, I finally figured it
> > out. The bug is
On Thu, 21 Mar 2019 11:47:57 +
David Howells wrote:
Very weak change log (none!). What is this fs_context, and why does it
need to change? Each patch should hold its own as a stand alone, as git
history shows a patch not a series, and the cover letters will get lost
over time.
-- Steve
>
Hi, Uwe
Best Regards!
Anson Huang
> -Original Message-
> From: Uwe Kleine-König [mailto:u.kleine-koe...@pengutronix.de]
> Sent: 2019年3月21日 18:41
> To: Anson Huang
> Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com;
> shawn...@kernel.org; s.ha...@pengutronix.de;
Add the imx8mq TMU (Thermal management unit) nodes for CPU,
GPU, and VPU.
Signed-off-by: Angus Ainslie (Purism)
---
Changes since v3:
Moved the annotation.
Changes since v2:
Updated alert and critical temps for commercial parts.
Fixed node names.
Changes since v1:
Removed references to
On Wed, Mar 6, 2019 at 9:42 PM Souptick Joarder wrote:
>
> From: Sabyasachi Gupta
>
> Remove duplicate header which is included twice
>
> Signed-off-by: Sabyasachi Gupta
> Signed-off-by: Souptick Joarder
> Acked-by: Mathieu Desnoyers
> ---
> v2: Corrected format.
Any further comment on this
On Thursday 21 March 2019 at 10:47:26 +0100, Alexander Sverdlin wrote:
> Hello Mike and all,
>
> On Thu, 15 Jan 2015 17:31:32 +
> Mike Crowe wrote:
>
> > glibc's dprintf implementation does not work correctly with /dev/kmsg file
> > descriptors because glibc treats receiving EBADF and
Am Donnerstag, den 21.03.2019, 08:17 -0300 schrieb Fabio Estevam:
> Hi Abel,
>
> > On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa wrote:
>
> > > It seems we have other boards that need to be fixed and we can not
> > > have an old dtb with functional Ethernet with a new kernel.
> > >
> > > Does
The newly added tracepoints in the spi-mxs driver cause a link
error when the driver is a loadable module:
ERROR: "__tracepoint_spi_transfer_stop" [drivers/spi/spi-mxs.ko] undefined!
ERROR: "__tracepoint_spi_transfer_start" [drivers/spi/spi-mxs.ko] undefined!
I'm not quite sure where to put the
Hi,
I hit this while running some hotplug stress tests on my HiKey960 with:
babf09c3837f ("Merge tag 'tag-chrome-platform-fixes-for-v5.1-rc2' of
git://git.kernel.org/pub/scm/linux/kernel/git/chrome-platform/linux")
[ 13.181753] WARNING: CPU: 4 PID: 29 at kernel/time/tick-broadcast.c:647
On Wed, Mar 20, 2019 at 11:22:20PM +0100, Peter Zijlstra wrote:
> On Wed, Mar 20, 2019 at 01:47:28PM -0700, Stephane Eranian wrote:
>
> > Right now, if I do:
> >
> > echo 0 > /sys/bus/event_source/devices/cpu/allow_tsx_force_abort
> >
> > Then I don't have the guarantee on when there will be no
On 04/02/2019 12:13, Shameer Kolothum wrote:
HiSilicon erratum 162001800 describes the limitation of
SMMUv3 PMCG implementation on HiSilicon Hip08 platforms.
On these platforms, the PMCG event counter registers
(SMMU_PMCG_EVCNTRn) are read only and as a result it
is not possible to set the
On Thu, Mar 21, 2019 at 08:22:40PM +0800, zhuchangc...@cvte.com wrote:
>On Thu, Mar 21, 2019 at 07:20:56PM +0800, zhuchangc...@cvte.com wrote:
>>After you unexport GPIO it can go back to any previous mode it
>was. If
>>you need to use it as GPIO then why unexport it in the
On Thu, Mar 21, 2019 at 03:41:25PM +0530, Pankaj Bharadiya wrote:
> outfree_kcontrol_news:
> devm_kfree(card->dev, (void *)template.kcontrol_news);
> - snd_soc_dapm_free_kcontrol(card, _value,
> -rtd->dai_link->num_params, w_param_text);
> + if
Hi Marek,
On 19. 3. 21. 오후 5:26, Marek Szyprowski wrote:
> Exynos Multi-Core Timer driver (exynos_mct) must be started before ARM
> Architected Timers (arch_timer), because they both share some common
> hardware blocks (global system counter) and turning on MCT is needed
> to get ARM Architected
On Thu, 21 Mar 2019 10:17:31 +0100,
Jian-Hong Pan wrote:
>
> From: Chris Chiu
>
> The Acer laptop Aspire E5-523G and ES1-432 with ALC255 can't detect
> the headset microphone until ALC255_FIXUP_ACER_MIC_NO_PRESENCE quirk
> applied.
>
> Signed-off-by: Chris Chiu
> Signed-off-by: Daniel Drake
On Thu, 21 Mar 2019 09:39:04 +0100,
Jian-Hong Pan wrote:
>
> The Acer Aspire Z24-890 cannot detect the headset MIC until
> ALC286_FIXUP_ACER_AIO_HEADSET_MIC quirk applied.
>
> Signed-off-by: Jian-Hong Pan
> Signed-off-by: Daniel Drake
Applied, thanks.
Takashi
On Thu, 21 Mar 2019 00:42:01 +0100,
Gustavo A. R. Silva wrote:
>
> dev is indirectly controlled by user-space, hence leading to
> a potential exploitation of the Spectre variant 1 vulnerability.
>
> This issue was detected with the help of Smatch:
>
> sound/core/seq/oss/seq_oss_synth.c:626
On Wed, 20 Mar 2019 22:15:24 +0100,
Gustavo A. R. Silva wrote:
>
> info->stream is indirectly controlled by user-space, hence leading to
> a potential exploitation of the Spectre variant 1 vulnerability.
>
> This issue was detected with the help of Smatch:
>
> sound/core/rawmidi.c:604
On Tue, Mar 19, 2019 at 05:49:30PM +, Adam Thomson wrote:
> -- #clock-cells : Should be set to '<0>', only one clock source provided;
> -- clock-output-names : Name given for DAI clocks output;
> +- #clock-cells : Should be set to '<1>', two clock sources provided;
> +- clock-output-names :
Specify the oob layout operation to avoid no oob scheme defined for
some nand flash.
Fixes: 8fae856c5350 ("mtd: rawnand: meson: add support for Amlogic NAND flash
controller")
Signed-off-by: Liang Yang
---
drivers/mtd/nand/raw/meson_nand.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Since commit 04b8eb7a4ccd ("symbol lookup: introduce
dereference_symbol_descriptor()") %pf is deprecated, because %ps is smart
enough to handle function pointer dereference on platforms where such
dereference is required.
While at it shorten touched lines not to contain more than 80 characters.
Hi,
the patch series was developed during investigating timer problems and
timer improvements. It contains a struct documentation fix in tick-sched
and a fixes as well as an improvement for timer tracing.
Thanks,
Anna-Maria
Anna-Maria Gleixner (4):
tick-sched: Update tick_sched
Timers are added to the timer wheel off by one. This is required in
case a timer is queued directly before incrementing jiffies to prevent
early timer expiry.
When reading a timer trace and relying only on the expiry time of the
timer in timer_start trace point and on the now in
When placing the timer_start trace point before timer wheel bucket
index is calculated, index information in trace point is useless.
It is not possible to simply move debug_activate() call after index
calculation, because debug_object_activate() function needs to be
called before touching the
Adapt the documentation order of struct members to effective order of
struct members and add missing descriptions.
Signed-off-by: Anna-Maria Gleixner
---
kernel/time/tick-sched.h | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/kernel/time/tick-sched.h
Hi Martin,
On 2019/3/21 4:48, Martin Blumenstingl wrote:
Hi Liang,
On Wed, Mar 20, 2019 at 4:32 AM Liang Yang wrote:
Hi Martin,
Thanks for your time.
On 2019/3/20 4:27, Martin Blumenstingl wrote:
Hello Liang,
On Sat, Mar 16, 2019 at 11:55 AM Martin Blumenstingl
wrote:
[...]
On Wed, Mar 20, 2019 at 12:28:35PM +0100, Sebastian Andrzej Siewior wrote:
> On 2019-03-19 20:26:13 [-0400], Joel Fernandes wrote:
> > > @@ -2769,19 +2782,121 @@ static void invoke_rcu_callbacks(struct rcu_data
> > > *rdp)
> > > {
> > > if (unlikely(!READ_ONCE(rcu_scheduler_fully_active)))
> >
On Thu, Mar 21, 2019 at 07:20:56PM +0800, zhuchangc...@cvte.com wrote:
>After you unexport GPIO it can go back to any previous mode it was. If
>you need to use it as GPIO then why unexport it in the first place?
>--> because we need use the GPIO for device reset, we want to recover
>
The tps65132_regulator_ops and tps_regs_desc never need to be modified,
make them const so compiler can put them to .rodata.
Signed-off-by: Axel Lin
---
drivers/regulator/tps65132-regulator.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
These fields are not really need, remove them.
Signed-off-by: Axel Lin
---
drivers/regulator/tps65132-regulator.c | 25 +++--
1 file changed, 11 insertions(+), 14 deletions(-)
diff --git a/drivers/regulator/tps65132-regulator.c
b/drivers/regulator/tps65132-regulator.c
Signed-off-by: David Howells
cc: Phillip Lougher
cc: squashfs-de...@lists.sourceforge.net
---
fs/squashfs/super.c | 100 ---
1 file changed, 55 insertions(+), 45 deletions(-)
diff --git a/fs/squashfs/super.c b/fs/squashfs/super.c
index
Kill off mount_mtd() as it has now been replaced and nothing now uses it.
Signed-off-by: David Howells
cc: David Woodhouse
cc: Brian Norris
cc: Boris Brezillon
cc: Marek Vasut
cc: Richard Weinberger
cc: linux-...@lists.infradead.org
---
drivers/mtd/mtdsuper.c| 189
Signed-off-by: David Howells
cc: David Woodhouse
cc: linux-...@lists.infradead.org
---
fs/jffs2/fs.c | 21 +++---
fs/jffs2/os-linux.h |4 +
fs/jffs2/super.c| 172 +--
3 files changed, 96 insertions(+), 101 deletions(-)
diff
Provide a function, vfs_get_mtd_super(), to replace mount_mtd(), using an
fs_context struct to hold the parameters. The mtd device pointer is cached
in the struct, along with a destructor pointer as the mtd core may be in a
module and, as such, unreachable by the core code that would release the
Signed-off-by: David Howells
cc: linux-...@lists.infradead.org
cc: linux-bl...@vger.kernel.org
---
fs/romfs/super.c | 46 --
1 file changed, 28 insertions(+), 18 deletions(-)
diff --git a/fs/romfs/super.c b/fs/romfs/super.c
index
Signed-off-by: David Howells
cc: Nicolas Pitre
cc: linux-...@lists.infradead.org
cc: linux-bl...@vger.kernel.org
---
fs/cramfs/inode.c | 69 ++---
1 file changed, 39 insertions(+), 30 deletions(-)
diff --git a/fs/cramfs/inode.c
Signed-off-by: David Howells
cc: David Woodhouse
cc: linux-...@lists.infradead.org
---
fs/jffs2/fs.c | 21 +++---
fs/jffs2/os-linux.h |4 +
fs/jffs2/super.c| 172 +--
3 files changed, 96 insertions(+), 101 deletions(-)
diff
Provide a function, vfs_get_mtd_super(), to replace mount_mtd(), using an
fs_context struct to hold the parameters. The mtd device pointer is cached
in the struct, along with a destructor pointer as the mtd core may be in a
module and, as such, unreachable by the core code that would release the
> I bisected to the original breakage (for the NFS rootfs) back to this commit:
> commit 13d0ab6750b20957ac1466da4e44dc0af746ff28
I don't think that is the correct patch. Yes, it broke here, but that
was a different problem.
I think the real commit is:
6d4cd041f0af ("net: phy: at803x: disable
Hi Al,
Here's a set of patches that convert romfs, cramfs, jffs2 and squashfs to
use the new fs_context struct and replace mount_mtd(). They have
prerequisite commits (such as replacing mount_bdev()) that can be found in
the branch detailed below.
(1) Provide a replacement for mount_mtd()
Kill mount_single() off as nothing now uses it. It has been replaced by
vfs_get_super() keyed with vfs_get_single_super or
vfs_get_single_reconf_super.
Signed-off-by: David Howells
---
Documentation/filesystems/vfs.txt |4 +--
fs/super.c| 55
Signed-off-by: David Howells
cc: Martin Schwidefsky
cc: Heiko Carstens
cc: linux-s...@vger.kernel.org
---
arch/s390/hypfs/inode.c | 128 ++-
1 file changed, 70 insertions(+), 58 deletions(-)
diff --git a/arch/s390/hypfs/inode.c
Signed-off-by: David Howells
cc: Steven Rostedt
cc: Greg Kroah-Hartman
---
fs/tracefs/inode.c | 180
1 file changed, 83 insertions(+), 97 deletions(-)
diff --git a/fs/tracefs/inode.c b/fs/tracefs/inode.c
index 7098c49f3693..7ba64f38931f
Signed-off-by: David Howells
cc: Kees Cook
cc: Anton Vorontsov
cc: Colin Cross
cc: Tony Luck
---
fs/pstore/inode.c | 110 ++---
1 file changed, 71 insertions(+), 39 deletions(-)
diff --git a/fs/pstore/inode.c b/fs/pstore/inode.c
index
Signed-off-by: David Howells
cc: Jeremy Kerr
cc: Arnd Bergmann
cc: linuxppc-...@lists.ozlabs.org
---
arch/powerpc/platforms/cell/spufs/inode.c | 207 -
1 file changed, 116 insertions(+), 91 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spufs/inode.c
In hypfs_fill_super(), if hypfs_create_update_file() fails,
sbi->update_file is left holding an error number. This is passed to
hypfs_kill_super() which doesn't check for this.
Fix this by not setting sbi->update_value until after we've checked for
error.
Fixes: 24bbb1faf3f0 ("[PATCH]
Signed-off-by: David Howells
cc: Greg Kroah-Hartman
cc: "Rafael J. Wysocki"
---
fs/debugfs/inode.c | 186
1 file changed, 85 insertions(+), 101 deletions(-)
diff --git a/fs/debugfs/inode.c b/fs/debugfs/inode.c
index
Add an additional keying mode to vfs_get_super() to indicate that only a
single superblock should exist in the system, and that, if it does, further
mounts should invoke reconfiguration upon it.
This allows mount_single() to be replaced.
Signed-off-by: David Howells
---
fs/super.c
On Thu, Mar 21, 2019 at 08:17:01AM -0300, Fabio Estevam wrote:
> Hi Abel,
>
> On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa wrote:
>
> > > It seems we have other boards that need to be fixed and we can not
> > > have an old dtb with functional Ethernet with a new kernel.
> > >
> > > Does anyone
On Wed, Mar 20, 2019 at 10:22:23AM +0530, Viresh Kumar wrote:
> diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
> index 3fae23834069..b2fe665878f7 100644
> --- a/arch/x86/kernel/tsc.c
> +++ b/arch/x86/kernel/tsc.c
> @@ -958,10 +958,15 @@ static int time_cpufreq_notifier(struct
On Wed, Mar 20, 2019 at 9:53 PM Martin Blumenstingl
wrote:
>
> Hi Maxime,
>
> On Wed, Mar 20, 2019 at 12:16 PM Maxime Jourdan wrote:
> >
> > Hi Martin, thanks for looking into the video decoder for meson8!
> you're welcome - this is only possible because of your work on the
> video decoder
On 27/02/2019 20:58, Ulf Hansson wrote:
> As it's now perfectly possible that a PM domain managed by genpd contains
> devices belonging to CPUs, we should start to take into account the
> residency values for the idle states during the state selection process.
> The residency value specifies the
Commit-ID: 0f4d3aa761b71cd6984330baca1e18bf0590e441
Gitweb: https://git.kernel.org/tip/0f4d3aa761b71cd6984330baca1e18bf0590e441
Author: Matthew Whitehead
AuthorDate: Thu, 14 Mar 2019 16:46:01 -0400
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:28:50 +0100
x86/cpu/cyrix:
Commit-ID: 18fb053f9b827bd98cfc64f2a35df8ab19745a1d
Gitweb: https://git.kernel.org/tip/18fb053f9b827bd98cfc64f2a35df8ab19745a1d
Author: Matthew Whitehead
AuthorDate: Thu, 14 Mar 2019 16:46:00 -0400
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:28:50 +0100
x86/cpu/cyrix:
--
Goedendag,
Wij zijn Simple Federal Credit Union die leningen verstrekt per
postadvertentie. Wij bieden verschillende soorten leningen of projecten
leningen (korte en lange termijn leningen, persoonlijke leningen,
leningen aan bedrijven, enz.) Met 3% rente. dus als u
On Wed, Mar 13, 2019 at 09:24:42AM +, Peng Fan wrote:
> Add lsio_mu2 node which could be used communicate with SCU.
>
> Signed-off-by: Peng Fan
Applied, thanks.
On Wed, Mar 13, 2019 at 09:24:19AM +, Peng Fan wrote:
> Currently lsio_mu1 is used by Linux Kernel with mbox-cells as 2, but
> actually mu0-4 could be used to communicate with SCU. So fix the
> mbox-cells.
>
> Signed-off-by: Peng Fan
Applied, thanks.
Hi Fabio,
On 21 March 2019 11:17, Fabio Estevam,
> Subject: Re: [PATCH] ARM: dts: imx6qdl-sabresd: change phy-mode to use
> rgmii-id
>
> Hi Abel,
>
> On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa wrote:
>
> > > It seems we have other boards that need to be fixed and we can not
> > > have an old
Commit-ID: 9bd681251b7c1db1c6cfe29a72c5ea1b1c0ba022
Gitweb: https://git.kernel.org/tip/9bd681251b7c1db1c6cfe29a72c5ea1b1c0ba022
Author: Borislav Petkov
AuthorDate: Wed, 13 Mar 2019 12:00:22 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:24:39 +0100
x86/microcode:
Commit-ID: 534c89c22e26b183d838294f0937ee092c82ad3a
Gitweb: https://git.kernel.org/tip/534c89c22e26b183d838294f0937ee092c82ad3a
Author: Kangjie Lu
AuthorDate: Thu, 14 Mar 2019 00:46:51 -0500
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:24:39 +0100
x86/hyperv: Prevent
Commit-ID: 2e84f116afca3719c9d0a1a78b47b48f75fd5724
Gitweb: https://git.kernel.org/tip/2e84f116afca3719c9d0a1a78b47b48f75fd5724
Author: Aditya Pakki
AuthorDate: Mon, 18 Mar 2019 21:19:56 -0500
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:24:38 +0100
x86/hpet: Prevent
Commit-ID: a9c640ac96e19b3966357ec9bb586edd2e1e74de
Gitweb: https://git.kernel.org/tip/a9c640ac96e19b3966357ec9bb586edd2e1e74de
Author: Nick Desaulniers
AuthorDate: Thu, 14 Mar 2019 15:14:57 -0700
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:24:38 +0100
x86/boot:
Commit-ID: 725e29db8cb9058976559bc3239c97ef7db40eea
Gitweb: https://git.kernel.org/tip/725e29db8cb9058976559bc3239c97ef7db40eea
Author: Colin Ian King
AuthorDate: Thu, 14 Mar 2019 23:08:38 +
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:24:38 +0100
x86/lib: Fix
Hi Thomas,
Here's a few irqchip updates for 5.1-rc2. Nothing really stands out,
this is the usual bunch of fixes, cleanups and DT binding updates.
Please pull,
M.
The following changes since commit 28528fca4908142bd1a3247956cba56c9c667d71:
irqchip/imx-irqsteer: Add multi output
On 03/21/2019 11:00 AM, Xu Yu wrote:
> Syzkaller hit 'KASAN: use-after-free Write in sanitize_ptr_alu' bug.
> Call trace:
> dump_stack+0xbf/0x12e
> print_address_description+0x6a/0x280
> kasan_report+0x237/0x360
> sanitize_ptr_alu+0x85a/0x8d0
> adjust_ptr_min_max_vals+0x8f2/0x1ca0
>
> On Mar 21, 2019, at 4:35 AM, Michal Hocko wrote:
>
> I am sorry to be snarky but hasn't this generated way much more email
> traffic than it really deserves? A simply and trivial clean up in the
> beginning that was it, right?
That's rather the point; that it did generate a fair amount of
On Wed, Mar 20, 2019 at 05:29:56PM +, Russell King - ARM Linux admin wrote:
> On Wed, Mar 20, 2019 at 12:26:58PM +0530, Manivannan Sadhasivam wrote:
> > Hi Daniel,
> >
> > On Tue, Mar 12, 2019 at 12:27:11PM +, Daniel Thompson wrote:
> > > On Sat, Mar 09, 2019 at 07:26:34AM +0530,
Hi Abel,
On Thu, Mar 21, 2019 at 5:42 AM Abel Vesa wrote:
> > It seems we have other boards that need to be fixed and we can not
> > have an old dtb with functional Ethernet with a new kernel.
> >
> > Does anyone know if this issue is AR8031 specific?
>
> I can confirm the same fix is works on
Our @cavium.com addresses will be switched off soon. Using
@marvell.com addresses from now on.
Cc: Jayachandran C
Signed-off-by: Robert Richter
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a7432224930b..37f0a2aed4bb
On Wed, Mar 20, 2019 at 05:03:29PM +0100, Greg Kroah-Hartman wrote:
> On Wed, Mar 20, 2019 at 04:48:33PM +0100, Peter Zijlstra wrote:
> > On Mon, Mar 18, 2019 at 07:21:09PM +0100, Jiri Olsa wrote:
> > > Adding perf_msr_probe function to provide interface for
> > > checking up on MSR register and
Commit-ID: 0c671812f152b628bd87c0af49da032cc2a2c319
Gitweb: https://git.kernel.org/tip/0c671812f152b628bd87c0af49da032cc2a2c319
Author: Josh Poimboeuf
AuthorDate: Mon, 18 Mar 2019 19:09:38 -0500
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:02:19 +0100
objtool: Move
Commit-ID: 82efcab3b9f3ef59e9713237c6e3c05c3a95c1ae
Gitweb: https://git.kernel.org/tip/82efcab3b9f3ef59e9713237c6e3c05c3a95c1ae
Author: Bart Van Assche
AuthorDate: Mon, 11 Mar 2019 16:02:55 -0700
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 12:00:18 +0100
workqueue: Only
syzbot has bisected this bug to:
commit a6ca88b241d5e929e6e60b12ad8cd288f0ffa256
Author: Song Liu
Date: Tue Oct 2 05:36:36 2018 +
trace_uprobe: support reference counter in fd-based uprobe
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=12c8699320
start commit:
Hi Vignesh,
Thanks for the review.
> -Original Message-
> From: linux-spi-ow...@vger.kernel.org On
> Behalf Of
> Vignesh Raghavendra
> Sent: Wednesday, March 20, 2019 10:42 PM
> To: Naga Sureshkumar Relli ; broo...@kernel.org;
> bbrezil...@kernel.org
> Cc: linux-...@vger.kernel.org;
Commit-ID: 551417af91b163bd697eb50b3601adae2177c28a
Gitweb: https://git.kernel.org/tip/551417af91b163bd697eb50b3601adae2177c28a
Author: Peter Xu
AuthorDate: Mon, 18 Mar 2019 14:51:23 +0800
Committer: Thomas Gleixner
CommitDate: Thu, 21 Mar 2019 11:52:37 +0100
genirq: Fix typo in
On Tue, 19 Mar 2019 10:21:32 -0400
Jean-Francois Dagenais wrote:
> May I suggest a cleaned up version my original klunky code with your fix in it
> (Note: this is untested, it compiles on arm64, that's all):
Thank you Jean!
I just tested your version - and it is working as expected :)
> I can
>From the DS2408 datasheet [1]:
"Resume Command function checks the status of the RC flag and, if it is set,
directly transfers control to the control functions, similar to a Skip ROM
command. The only way to set the RC flag is through successfully executing
the Match ROM, Search ROM,
On Thu, Mar 21, 2019 at 5:56 PM Kroah-Hartman
wrote:
>
> On Thu, Mar 21, 2019 at 05:31:51PM +0800, Bo YU wrote:
> > On Tue, Mar 19, 2019 at 10:05 AM Bo YU wrote:
> > >
> > > There be should check return value from dma_set_mask to throw some infos
> > > if fail to set dma mask.
> > >
> > >
On Wed, 20 Mar 2019 at 21:02, Gustavo A. R. Silva
wrote:
>
> In preparation to enabling -Wimplicit-fallthrough, mark switch
> cases where we are expecting to fall through.
>
> This patch fixes the following warnings:
>
> In file included from drivers/mmc/host/usdhi6rol0.c:9:
>
On Thu, Mar 21, 2019 at 10:02:41AM +0100, Peter Zijlstra wrote:
> On Thu, Mar 21, 2019 at 09:33:17AM +0100, Peter Zijlstra wrote:
>
> I'm thinking this problem wasn't new.
>
> > idtentry page_fault do_page_fault has_error_code=1
> > call error_entry
> > TRACE_IRQS_OFF
Hello Anson,
On Thu, Mar 21, 2019 at 09:54:15AM +, Anson Huang wrote:
> > -Original Message-
> > From: Uwe Kleine-König [mailto:u.kleine-koe...@pengutronix.de]
> > Sent: 2019年3月21日 17:20
> > To: Anson Huang
> > Cc: thierry.red...@gmail.com; robh...@kernel.org; mark.rutl...@arm.com;
>
On Thu, Mar 21, 2019 at 01:38:20PM +0530, Anshuman Khandual wrote:
> Memory hot remove uses get_nid_for_pfn() while tearing down linked sysfs
> entries between memory block and node. It first checks pfn validity with
> pfn_valid_within() before fetching nid. With CONFIG_HOLES_IN_ZONE config
>
On Thu 21-03-19 04:24:35, William Kucharski wrote:
>
>
> > On Mar 21, 2019, at 3:21 AM, Baoquan He wrote:
>
> It appears as is so often the case that the usage has far outpaced the
> documentation and -EEXIST may be the proper code to return.
>
> The correct answer here may be to modify the
On Thu, Mar 21, 2019 at 10:47 AM Alexander Sverdlin
wrote:
>
> Hello Mike and all,
>
> On Thu, 15 Jan 2015 17:31:32 +
> Mike Crowe wrote:
>
> > glibc's dprintf implementation does not work correctly with /dev/kmsg file
> > descriptors because glibc treats receiving EBADF and EINVAL from
At present, when use the kexec_file_load syscall to load the kernel image
and initramfs(for example: kexec -s -p xxx), kernel does not pass the e820
reserved ranges to the second kernel, which might cause two problems:
The first one is the MMCONFIG issue. The basic problem is that this device
is
Following the commit <0e4c12b45aa8> ("x86/mm, resource: Use
PAGE_KERNEL protection for ioremap of memory pages"), here
it is really checking for the 'IORES_DESC_ACPI_*' values.
Therefore, it is necessary to change the examination condition
to avoid confusion.
Signed-off-by: Lianbo Jiang
---
On Wed, 13 Mar 2019 at 22:45, Sowjanya Komatineni
wrote:
>
> Default tap and trim values are incorrect for Tegra186 SDMMC4.
> This patch fixes it.
>
> Tested-by: Jon Hunter
> Signed-off-by: Sowjanya Komatineni
Is this a fix and/or for stable?
In either case, I am leaving this for arm-soc.
On Wed, 13 Mar 2019 at 22:45, Sowjanya Komatineni
wrote:
>
> ddr_signaling is set to true for DDR50 and DDR52 modes but is
> not set back to false for other modes. This programs incorrect
> host clock when mode change happens from DDR52/DDR50 to other
> SDR or HS modes like incase of mmc_retune
601 - 700 of 847 matches
Mail list logo