Add kexec_image_info to print detailed information about a kexec image.
Signed-off-by: Łukasz Stelmach
---
arch/arm/kernel/machine_kexec.c | 28
1 file changed, 28 insertions(+)
diff --git a/arch/arm/kernel/machine_kexec.c b/arch/arm/kernel/machine_kexec.c
index
This is kexec_file_load implementation for ARM. It loads zImage and
initrd from file descripters and resuses DTB.
Most code is derived from arm64 kexec_file_load implementation
and from kexec-tools.
Cc: AKASHI Takahiro
Signed-off-by: Łukasz Stelmach
---
arch/arm/Kconfig |
It was <2020-06-01 pon 21:41>, when Russell King - ARM Linux admin wrote:
> On Mon, Jun 01, 2020 at 10:27:45PM +0200, Lukasz Stelmach wrote:
>> It was <2020-06-01 pon 19:25>, when Russell King - ARM Linux admin wrote:
>>> On Mon, Jun 01, 2020 at 06:19:52PM +0200, Lukasz Stelmach wrote:
It
On Tue, 2 Jun 2020 13:18:24 +0800 Xiaoliang Yang wrote:
> VCAP ES0 is an egress VCAP working on all outgoing frames.
> This patch added ES0 driver to support vlan push action of tc filter.
> Usage:
> tc filter add dev swp1 egress protocol 802.1Q flower skip_sw
> vlan_id 1 vlan_prio 1
On Tue, 2 Jun 2020 13:18:23 +0800 Xiaoliang Yang wrote:
> VCAP IS1 is a VCAP module which can filter MAC, IP, VLAN, protocol, and
> TCP/UDP ports keys, and do Qos classified and VLAN retag actions.
>
> This patch added VCAP IS1 support in ocelot ace driver, which can supports
> vlan modify and
Hello, Lai.
On Tue, Jun 02, 2020 at 01:49:14PM +, Lai Jiangshan wrote:
> +static void dec_nr_in_flight_flush_work(struct workqueue_struct *wq)
> +{
> + if (atomic_dec_and_test(>nr_flush_work))
Do you think it'd make sense to put this in pwq so that it can be
synchronized with the pool
On Tue, Jun 02, 2020 at 02:03:12PM +0200, Geert Uytterhoeven wrote:
> On Tue, Jun 2, 2020 at 1:50 PM Bartlomiej Zolnierkiewicz
> wrote:
> > On 5/14/20 10:21 PM, Geert Uytterhoeven wrote:
> > > These #ifdefs are relics from APUS (Amiga Power-Up System), which
> > > added a PPC board. APUS support
On 5/30/20 2:31 AM, Matt Helsley wrote:
> Currently objtool only collects information about relocations with
> addends. In recordmcount, which we are about to merge into objtool,
> some supported architectures do not use rela relocations.
>
> Signed-off-by: Matt Helsley
> ---
LGTM, minor
Hi Emil,
On 2020-06-02 21:09, Emil Velikov wrote:
On Tue, 2 Jun 2020 at 15:49, Sai Prakash Ranjan
wrote:
Hi Emil,
On 2020-06-02 19:43, Emil Velikov wrote:
> Hi Krishna,
>
> On Tue, 2 Jun 2020 at 08:17, Krishna Manikandan
> wrote:
>>
>> Define shutdown callback for display drm driver,
>> so
Hi Linus,
Please pull the new XFS code for 5.8. Most of the changes this cycle
are refactoring of existing code in preparation for things landing in
the future. We also fixed various problems and deficiencies in the
quota implementation, and (I hope) the last of the stale read vectors by
Please avoid a typo for the patch subject.
> But
e22bee782b3b("…")
Perhaps small adjustments?:
But commit e22bee782b3b ("…")
> and the wokenup wq-user code
… woken-up …
> can be scheduled eariler than …
… earlier …
> Changed from V1:
> Change from flush_no_color based mechanism to
+ Russell King
On Tue, 2 Jun 2020 at 21:07, Guenter Roeck wrote:
>
> On 6/2/20 3:23 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.226 release.
> > There are 59 patches in this series, all will be posted as a response
> > to this one. If anyone has
On 02/06/2020 16:37, Guenter Roeck wrote:
> On 6/2/20 3:23 AM, Greg Kroah-Hartman wrote:
>> This is the start of the stable review cycle for the 4.9.226 release.
>> There are 59 patches in this series, all will be posted as a response
>> to this one. If anyone has any issues with these being
On Tue, 2 Jun 2020 at 15:57, Larry Finger wrote:
>
> On 6/1/20 3:24 PM, Pascal Terjan wrote:
> > This patch switches to and and
> > deletes a lot of duplicate definitions plus many unused ones.
> >
> > Non obvious changes:
> > - struct ieee80211_ht_cap is different enough that I preferred to
Ted,
Sorry for the top post but did you catch this reply? Generally the patch looks
good but I had a couple of questions because I don't fully grok the mount code
especially with regard to EXT2 support.
If you already saw it sorry for bothering you I just know that our email
servers sometimes
Colin King wrote:
> From: Colin Ian King
>
> The error exit path is currently kfree'ing cell_name for a second time,
> the previous kfree of this object occurred a statement earlier. Fix this
> by removing it.
>
> Addresses-Coverity: ("Double free")
> Fixes: 6147fe6b7f8c ("afs: Detect cell
On Tue, Jun 02, 2020 at 11:57:51AM +0200, Geert Uytterhoeven wrote:
> Hi Paul,
>
> On Tue, May 26, 2020 at 9:17 PM Paul E. McKenney wrote:
> > On Tue, May 26, 2020 at 08:27:44PM +0200, Ingo Molnar wrote:
> > > * tip-bot2 for Joel Fernandes (Google) wrote:
> > >
> > > > The following commit has
Hello!
This pull request contains a single commit that fixes a printk() format
error that appears on 32-bit architectures. This could be argued to
be a minor bug, but it is a regression from this week's merge window,
and is in code that is never used in production. Therefore the risk of
adding
Date: Tue, 02 Jun 2020 16:51:44 +0100
Hi Linus,
Can you pull this, please? It adds a general notification queue concept
and adds an event source for keys/keyrings, such as linking and unlinking
keys and changing their attributes.
Thanks to Debarshi Ray, we do have a pull request to use this to
On Tue, 2 Jun 2020, Dominique Martinet wrote:
> Stefano Stabellini wrote on Mon, Jun 01, 2020:
> > > LGTM, I'll try to find some time to test this by the end of next week or
> > > will trust you if I can't make it -- ping me around June 1st if I don't
> > > reply again until then...
> >
> > Ping
On Wed, May 27, 2020 at 11:41:24AM -0700, Eric Anholt wrote:
> On Wed, May 27, 2020 at 8:51 AM Maxime Ripard wrote:
> >
> > the vc4_hdmi driver has some custom structures to hold the data it needs to
> > associate with the drm_encoder and drm_connector structures.
> >
> > However, it allocates
Oops - I forgot to include the pull request. Will resend.
David
Hi Linus,
Can you pull this, please? It adds a general notification queue concept
and adds an event source for keys/keyrings, such as linking and unlinking
keys and changing their attributes.
Thanks to Debarshi Ray, we do have a pull request to use this to fix a
problem with
On Thu, May 28, 2020 at 12:13:06PM +0200, Robert Richter wrote:
> The ghes driver reports errors with 'unknown label' even if the actual
> DIMM label is known, e.g.:
>
> EDAC MC0: 1 CE Single-bit ECC on unknown label (node:0 card:0
>module:0 rank:1 bank:0 col:13 bit_pos:16 DIMM location:N0
On Tue, Jun 2, 2020 at 3:17 AM Jiri Olsa wrote:
>
> Jin Yao reported the issue (and posted first versions of this change)
> with groups being defined over events with different cpu mask.
>
> This causes assert aborts in get_group_fd, like:
>
> # perf stat -M "C2_Pkg_Residency" -a -- sleep 1
>
On Tue, Apr 28, 2020 at 05:17:20PM +0200, Joerg Roedel wrote:
> From: Joerg Roedel
>
> The #VC exception will trigger very early in head_64.S, when the first
> CPUID instruction is executed. When secondary CPUs boot, they already
> load the real system IDT, which has the #VC handler configured
On Tue, Jun 02, 2020 at 10:18:07AM -0500, David Lechner wrote:
> On 5/31/20 12:14 PM, William Breathitt Gray wrote:
> > Yielding the following /dev/counter0 memory layout:
> >
> > ++-++---+
> > | Byte 0 | Byte 1 - Byte 8 | Byte 9 |
Hi Marco,
On 27.05.20 11:35, Marco Felsch wrote:
> Hi Martin,
>
> On 20-05-14 17:57, Martin Kepplinger wrote:
>> From: "Angus Ainslie (Purism)"
>>
>> Add a devicetree description for the Librem 5 phone. The early batches
>> that have been sold are supported as well as the mass-produced device
On Tue, 2 Jun 2020 11:35:36 -0400 Steven Rostedt wrote:
> On Tue, 2 Jun 2020 15:12:49 +0200
> SeongJae Park wrote:
>
> > From: SeongJae Park
> >
> > This commit adds a tracepoint for DAMON. It traces the monitoring
> > results of each region for each aggregation interval. Using this, DAMON
On Tue, 2 Jun 2020 at 15:49, Sai Prakash Ranjan
wrote:
>
> Hi Emil,
>
> On 2020-06-02 19:43, Emil Velikov wrote:
> > Hi Krishna,
> >
> > On Tue, 2 Jun 2020 at 08:17, Krishna Manikandan
> > wrote:
> >>
> >> Define shutdown callback for display drm driver,
> >> so as to disable all the CRTCS when
On 6/2/20 8:05 AM, Peter Rosin wrote:
> On 2020-06-02 14:12, Quentin Strydom wrote:
>> Change current bus commands to match the pca9541a datasheet
>> (see table 12 on page 14 of
>> https://www.nxp.com/docs/en/data-sheet/PCA9541A.pdf). Also
>> where entries are marked as no change the current
On Tue, Jun 2, 2020 at 12:24 PM Piotr Stankiewicz
wrote:
>
> Seeing as there is shorthand available to use when asking for any type
> of interrupt, or any type of message signalled interrupt, leverage it.
> irq_flag = PCI_IRQ_LEGACY;
> if (ioa_cfg->ipr_chip->has_msi)
> -
On 2020-06-02 3:20 a.m., Piotr Stankiewicz wrote:
> Seeing as there is shorthand available to use when asking for any type
> of interrupt, or any type of message signalled interrupt, leverage it.
>
> Signed-off-by: Piotr Stankiewicz
> Reviewed-by: Andy Shevchenko
Seems fine to me, for the
On Tue, Jun 2, 2020 at 12:26 PM Piotr Stankiewicz
wrote:
>
> Seeing as there is shorthand available to use when asking for any type
> of interrupt, or any type of message signalled interrupt, leverage it.
...
> vectors = pci_alloc_irq_vectors(pdev, HNAE3_MIN_VECTOR_NUM,
> -
On Tue, Jun 02, 2020 at 01:10:34PM +0200, Markus Elfring wrote:
> > The original patch was basically fine.
>
> I propose to reconsider the interpretation of the software situation once
> more.
>
> * Should the allocated clock object be kept usable even after
> a successful return from this
On 6/2/20 3:23 AM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.226 release.
> There are 59 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On Tue, Jun 2, 2020 at 6:35 PM Andy Shevchenko
wrote:
> On Tue, Jun 2, 2020 at 12:25 PM Piotr Stankiewicz
> wrote:
...
> if (dd->flags & QIB_HAS_INTX)
>flags = PCI_IRQ_ALL_TYPES;
> if (dd->flags & QIB_HAS_INTX)
This line should be 'else'.
>
On Tue, Jun 2, 2020 at 12:25 PM Piotr Stankiewicz
wrote:
>
> Seeing as there is shorthand available to use when asking for any type
> of interrupt, or any type of message signalled interrupt, leverage it.
...
> - unsigned int flags = PCI_IRQ_MSIX | PCI_IRQ_MSI;
> + unsigned int
On Tue, 2 Jun 2020 15:12:49 +0200
SeongJae Park wrote:
> From: SeongJae Park
>
> This commit adds a tracepoint for DAMON. It traces the monitoring
> results of each region for each aggregation interval. Using this, DAMON
> will be easily integrated with any tracepoints supporting tools such
On 6/2/20 3:48 PM, Andy Shevchenko wrote:
> On Tue, Jun 2, 2020 at 5:03 PM Johan Hovold wrote:
>>
>> Commit d6e1935819db ("serial: core: Allow processing sysrq at port
>> unlock time") worked around a circular locking dependency by adding
>> helpers used to defer sysrq processing to when the port
From: Colin Ian King
The error exit path is currently kfree'ing cell_name for a second time,
the previous kfree of this object occurred a statement earlier. Fix this
by removing it.
Addresses-Coverity: ("Double free")
Fixes: 6147fe6b7f8c ("afs: Detect cell aliases 3 - YFS Cells with a canonical
On 6/2/2020 2:16 AM, YueHaibing wrote:
dummy_netdev shold be freed by free_netdev() instead of
kfree(). Also remove unneeded variable 'priv'
Fixes: 4730f4a6c6b2 ("IB/hfi1: Activate the dummy netdev")
Signed-off-by: YueHaibing
---
drivers/infiniband/hw/hfi1/netdev_rx.c | 5 +
1 file
On Tue, Jun 02, 2020 at 12:03:52PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
> > right, it disables 'grouping', events are scheduled/counted individualy
>
> Ok, I applied this already, we can fix this in the next cycle.
>
> > this way we will not hit the issue when looking for group_fd FD
>
On Tue, 2020-06-02 at 05:10 -0700, Matthew Wilcox wrote:
> On Tue, Jun 02, 2020 at 07:50:33PM +0800, Wang Hai wrote:
> > syzkaller reports for memory leak when kobject_init_and_add()
> > returns an error in the function sysfs_slab_add() [1]
> >
> > When this happened, the function kobject_put()
The following changes since commit 2c523b344dfa65a3738e7039832044aa133c75fb:
Linux 5.6-rc5 (2020-03-08 17:44:44 -0700)
are available in the Git repository at:
git://github.com/kleikamp/linux-shaggy.git tags/jfs-5.8
for you to fetch changes up to 7aba5dcc234635b44b2781dbc268048cfba388ad:
On 5/31/20 12:14 PM, William Breathitt Gray wrote:
Yielding the following /dev/counter0 memory layout:
++-++---+
| Byte 0 | Byte 1 - Byte 8 | Byte 9 | Byte 10 - Byte 17 |
On 6/2/20 3:37 AM, Stephen Rothwell wrote:
> Hi all,
>
> News: The merge window has opened, so please do *not* add v5.9 material
> to your linux-next included branches until after v5.8-rc1 has been
> released.
>
> Changes since 20200529:
>
on x86_64:
CC arch/x86/xen/suspend_hvm.o
In
On Tue, 2 Jun 2020 07:36:45 -0700
Randy Dunlap wrote:
> On 6/2/20 3:37 AM, Stephen Rothwell wrote:
> > Hi all,
> >
> > News: The merge window has opened, so please do *not* add v5.9 material
> > to your linux-next included branches until after v5.8-rc1 has been
> > released.
> >
> > Changes
On Mon, Jun 01, 2020 at 09:52:18AM -, tip-bot2 for Peter Zijlstra wrote:
> The following commit has been merged into the sched/core branch of tip:
>
> Commit-ID: a148866489fbe243c936fe43e4525d8dbfa0318f
> Gitweb:
>
02.06.2020 16:02, Marek Szyprowski пишет:
> Add a simple custom voltage regulator coupler for Exynos5800 SoCs, which
> require coupling between "vdd_arm" and "vdd_int" regulators. This coupler
> ensures that the voltage balancing for the coupled regulators is done
> only when clients for the each
Hi Dafna,
On Tue, Jun 02, 2020 at 03:16:03PM +0200, Dafna Hirschfeld wrote:
> On 02.06.20 14:45, Laurent Pinchart wrote:
> > On Tue, Jun 02, 2020 at 08:31:26AM -0300, Helen Koike wrote:
> >> On 6/2/20 8:24 AM, Kieran Bingham wrote:
> >>> On 02/06/2020 11:55, Helen Koike wrote:
> On 6/2/20
Hi Arnd, Olof,
On 3/7/20 9:56 AM, Santosh Shilimkar wrote:
The following changes since commit bb6d3fb354c5ee8d6bde2d576eb7220ea09862b9:
Linux 5.6-rc1 (2020-02-09 16:08:48 -0800)
are available in the git repository at:
loop-AES changes since previous release:
- Worked around kernel interface changes on 5.7 kernels
bzip2 compressed tarball is here:
http://loop-aes.sourceforge.net/loop-AES/loop-AES-v3.7q.tar.bz2
md5sum b9628468b35e92feee63eccfee8e4863
Hi Andriy,
thanks for you patch.
Le samedi 02 mai 2020 à 15:40 -0400, Andriy Gelman a écrit :
> From: Andriy Gelman
>
> As per V4L2 api, the final buffer should set V4L2_BUF_FLAG_LAST flag.
>
> Signed-off-by: Andriy Gelman
> ---
> drivers/media/platform/s5p-mfc/s5p_mfc.c | 1 +
> 1 file
Hi Rob,
On Fri, May 29, 2020 at 12:18:33PM -0600, Rob Herring wrote:
> On Wed, May 27, 2020 at 05:49:14PM +0200, Maxime Ripard wrote:
> > The HDMI controllers found in the BCM2711 SoC need some adjustments to the
> > bindings, especially since the registers have been shuffled around in more
> >
Hi Pascal,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on staging/staging-testing]
[also build test ERROR on next-20200602]
[cannot apply to v5.7]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system. BTW, we also suggest
On Tue, Jun 02, 2020 at 10:42:35AM -0400, Qian Cai wrote:
> Reverted this commit fixed the POWER9 boot warning,
ARGH, I'm an idiot. Please try this instead:
diff --git a/kernel/softirq.c b/kernel/softirq.c
index a3eb6eba8c41..c4201b7f42b1 100644
--- a/kernel/softirq.c
+++ b/kernel/softirq.c
@@
>> I find this commit message improvable also according to Linux software
>> development documentation.
>
> Causing people to send out new versions of things for tweaks to the
> commit log consumes time for them and everyone they're sending changes to.
Improving patches (besides source code
On 2020-06-02 14:12, Quentin Strydom wrote:
> Change current bus commands to match the pca9541a datasheet
> (see table 12 on page 14 of
> https://www.nxp.com/docs/en/data-sheet/PCA9541A.pdf). Also
> where entries are marked as no change the current control
> command is repeated as the current
Em Tue, Jun 02, 2020 at 04:05:08PM +0200, Jiri Olsa escreveu:
> On Tue, Jun 02, 2020 at 10:42:56AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Jun 02, 2020 at 12:17:36PM +0200, Jiri Olsa escreveu:
> > > Jin Yao reported the issue (and posted first versions of this change)
> > > with groups
Hi Maxime and Eric
On Tue, 2 Jun 2020 at 15:12, Maxime Ripard wrote:
>
> Hi Eric
>
> On Wed, May 27, 2020 at 09:54:44AM -0700, Eric Anholt wrote:
> > On Wed, May 27, 2020 at 8:50 AM Maxime Ripard wrote:
> > >
> > > The VIDEN bit in the pixelvalve currently being used to enable or disable
> > >
On Fri, May 22, 2020 at 09:04:04AM +0530, Anshuman Khandual wrote:
> This adds the following two new VM events which will help in validating PMD
> based THP migration without split. Statistics reported through these events
> will help in performance debugging.
>
> 1. THP_PMD_MIGRATION_SUCCESS
>
On Tue, Jun 2, 2020 at 1:44 AM Chocron, Jonathan wrote:
>
> On Wed, 2020-05-27 at 21:20 +0800, Dejin Zheng wrote:
> > CAUTION: This email originated from outside of the organization. Do
> > not click links or open attachments unless you can confirm the sender
> > and know the content is safe.
> >
Hi Rob,
On Wed, May 27, 2020 at 01:12:11PM -0600, Rob Herring wrote:
> On Wed, May 27, 2020 at 05:47:36PM +0200, Maxime Ripard wrote:
> > The BCM283x SoCs have a display pipeline composed of several controllers
> > with device tree bindings that are supported by Linux.
> >
> > Now that we have
On 6/1/20 3:24 PM, Pascal Terjan wrote:
This patch switches to and and
deletes a lot of duplicate definitions plus many unused ones.
Non obvious changes:
- struct ieee80211_ht_cap is different enough that I preferred to keep
(and rename) it for now.
- mcs_rate in translate_scan was not
On Tue, Jun 02, 2020 at 04:04:04PM +0200, Greg Kroah-Hartman wrote:
> On Tue, Jun 02, 2020 at 05:10:35AM -0700, Matthew Wilcox wrote:
> > On Tue, Jun 02, 2020 at 07:50:33PM +0800, Wang Hai wrote:
> > > syzkaller reports for memory leak when kobject_init_and_add()
> > > returns an error in the
On Mon, Jun 01, 2020 at 09:48:09PM -0700, John Hubbard wrote:
> However, the fact that this is under discussion hints at the need for a
> bit of documentation help. What do you think about adding some notes about
> all of this to, say, Documentation/vm/page_migration.rst ?
Yes, that would be
Hi Emil,
On 2020-06-02 19:43, Emil Velikov wrote:
Hi Krishna,
On Tue, 2 Jun 2020 at 08:17, Krishna Manikandan
wrote:
Define shutdown callback for display drm driver,
so as to disable all the CRTCS when shutdown
notification is received by the driver.
This change will turn off the timing
On Tue, Jun 2, 2020 at 5:03 PM Johan Hovold wrote:
>
> Commit d6e1935819db ("serial: core: Allow processing sysrq at port
> unlock time") worked around a circular locking dependency by adding
> helpers used to defer sysrq processing to when the port lock was
> released.
>
> A later commit
On Tue, 2020-06-02 at 19:48 +0530, Sumit Garg wrote:
> Add support for TEE based trusted keys where TEE provides the
> functionality to seal and unseal trusted keys using hardware unique
> key. Also, this is an alternative in case platform doesn't possess a
> TPM device.
So here's a meta problem:
0.012502][T0] clocksource: timebase mult[1f4] shift[24] registered
[0.030273][T0] [ cut here ]
[0.034421][T0] DEBUG_LOCKS_WARN_ON(current->hardirq_context)
[0.034433][T0] WARNING: CPU: 0 PID: 0 at kernel/locking/lockdep.c:3680
lockdep_har
> On Jun 2, 2020, at 12:38 AM, Prabhakar Kushwaha
> wrote:
>
> On Tue, Jun 2, 2020 at 3:29 AM John Donnelly
> wrote:
>>
>> Hi . See below !
>>
>>> On Jun 1, 2020, at 4:02 PM, Bhupesh Sharma wrote:
>>>
>>> Hi John,
>>>
>>> On Tue, Jun 2, 2020 at 1:01 AM John Donnelly
>>> wrote:
On Tue, Jun 2, 2020 at 10:35 AM Andy Shevchenko
wrote:
>
> On Tue, Jun 2, 2020 at 5:21 PM Alex Deucher wrote:
> > On Tue, Jun 2, 2020 at 10:00 AM Andy Shevchenko
> > wrote:
> > > On Tue, Jun 2, 2020 at 4:38 PM Ruhl, Michael J
> > > wrote:
> > > > >From: dri-devel On Behalf Of
> > > > >Piotr
On Tue, Jun 02, 2020 at 09:10:33PM +0800, YueHaibing wrote:
> WARNING: unmet direct dependencies detected for PCIE_DW_EP
> Depends on [n]: PCI [=y] && PCI_ENDPOINT [=n]
> Selected by [y]:
> - PCIE_UNIPHIER_EP [=y] && PCI [=y] && (ARCH_UNIPHIER || COMPILE_TEST [=y])
> && OF [=y] && HAS_IOMEM
On 6/2/20 3:37 AM, Stephen Rothwell wrote:
> Hi all,
>
> News: The merge window has opened, so please do *not* add v5.9 material
> to your linux-next included branches until after v5.8-rc1 has been
> released.
>
> Changes since 20200529:
>
on i386:
ld: drivers/vfio/vfio_iommu_type1.o: in
Instead of __no_kcsan_or_inline, prefer '__no_kcsan inline' in test --
this is in case we decide to remove __no_kcsan_or_inline.
Suggested-by: Peter Zijlstra
Signed-off-by: Marco Elver
---
Hi Paul,
This is to prepare eventual removal of __no_kcsan_or_inline, and avoid a
series that doesn't
On Tue, Jun 2, 2020 at 5:21 PM Alex Deucher wrote:
> On Tue, Jun 2, 2020 at 10:00 AM Andy Shevchenko
> wrote:
> > On Tue, Jun 2, 2020 at 4:38 PM Ruhl, Michael J
> > wrote:
> > > >From: dri-devel On Behalf Of
> > > >Piotr Stankiewicz
> > > > int nvec =
On Sun, 2020-05-31 at 15:54 +0100, Jonathan Cameron wrote:
> [External]
>
> On Fri, 29 May 2020 15:45:33 +0200
> Johan Hovold wrote:
>
> > [ Trimming CC to something more reasonable... ]
> >
> > On Fri, May 29, 2020 at 11:08:38AM +, Ardelean, Alexandru wrote:
> > > On Fri, 2020-05-29 at
Hi Fenghua,
> -Original Message-
> From: Fenghua Yu
> Sent: Monday, June 1, 2020 6:23 PM
> To: Moger, Babu
> Cc: reinette.cha...@intel.com; t...@linutronix.de; mi...@redhat.com;
> b...@alien8.de; x...@kernel.org; h...@zytor.com; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH]
p
---
arch/x86/kernel/idt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20200602.orig/arch/x86/kernel/idt.c
+++ linux-next-20200602/arch/x86/kernel/idt.c
@@ -174,7 +174,7 @@ void load_current_idt(void)
#ifdef CONFIG_X86_F00F_BUG
bool idt_is_f00f_address(unsigned
On Tue, Jun 2, 2020 at 4:05 AM Victor Julien wrote:
>
> Introduce a new flag (TP_STATUS_CSUM_UNNECESSARY) to indicate
> that the driver has completely validated the checksums in the packet.
>
> The TP_STATUS_CSUM_UNNECESSARY flag differs from TP_STATUS_CSUM_VALID
> in that the new flag will only
On Mon, Jun 01, 2020 at 11:49:13AM +0530, Sandipan Patra wrote:
> Add support for profiles mode settings.
> This allows different fan settings for trip point temp/hyst/pwm.
> Tegra194 has multiple fan-profiles support.
>
> Signed-off-by: Sandipan Patra
The subject says "remove module support".
Hi Jerry,
On Mon, Jun 01, 2020 at 05:02:36PM -0700, Jerry Snitselaar wrote:
>
> Yeah, that will solve the panic.
>
If you still see the kdump faults, can you please try with the attached
diff? I was not able to reproduce them in my setup.
Regards,
Joerg
diff --git
On Tue, Jun 2, 2020 at 10:00 AM Andy Shevchenko
wrote:
>
> On Tue, Jun 2, 2020 at 4:38 PM Ruhl, Michael J
> wrote:
> > >-Original Message-
> > >From: dri-devel On Behalf Of
> > >Piotr Stankiewicz
> > >Sent: Tuesday, June 2, 2020 5:21 AM
> > >To: Alex Deucher ; Christian König
> > >;
On Mon, Jun 1, 2020 at 4:43 PM Nick Desaulniers wrote:
>
> On Sat, May 30, 2020 at 3:11 PM Brian Gerst wrote:
> >
> > Use __pcpu_size_call_return() to simplify this_cpu_read_stable().
>
> Clever! As in this_cpu_read() in include/linux/percpu-defs.h. Could
> be its own patch before this, but
Add support for TEE based trusted keys where TEE provides the functionality
to seal and unseal trusted keys using hardware unique key.
Refer to Documentation/tee.txt for detailed information about TEE.
Signed-off-by: Sumit Garg
---
include/keys/trusted-type.h | 3 +
Add MAINTAINERS entry for TEE based Trusted Keys framework.
Signed-off-by: Sumit Garg
Acked-by: Jarkko Sakkinen
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7b58ca2..50d0502 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9396,6
Update documentation for Trusted and Encrypted Keys with TEE as a new
trust source. Following is brief description of updates:
- Add a section to demostrate a list of supported devices along with
their security properties/guarantees.
- Add a key generation section.
- Updates for usage section
Current trusted keys framework is tightly coupled to use TPM device as
an underlying implementation which makes it difficult for implementations
like Trusted Execution Environment (TEE) etc. to provide trusted keys
support in case platform doesn't posses a TPM device.
So this patch tries to add
On Tue, Jun 02, 2020 at 01:23:19PM +0800, Oliver Sang wrote:
> On Fri, May 29, 2020 at 07:26:01PM +0200, Vincent Guittot wrote:
> > On Mon, 25 May 2020 at 10:02, Vincent Guittot
> > wrote:
> > >
> > > On Thu, 21 May 2020 at 10:28, Oliver Sang wrote:
> > > >
> > > > On Wed, May 20, 2020 at
Add support for TEE based trusted keys where TEE provides the functionality
to seal and unseal trusted keys using hardware unique key. Also, this is
an alternative in case platform doesn't possess a TPM device.
This patch-set has been tested with OP-TEE based early TA which is already
merged in
SLUB_DEBUG creates several files under /sys/kernel/slab// that can be
read to check if the respective debugging options are enabled for given cache.
Some options, namely sanity_checks, trace, and failslab can be also enabled and
disabled at runtime by writing into the files.
The runtime toggling
SLUB allows runtime changing of page allocation order by writing into the
/sys/kernel/slab//order file. Jann has reported [1] that this interface
allows the order to be set too small, leading to crashes.
While it's possible to fix the immediate issue, closer inspection reveals
potential races.
The attribute reflects the SLAB_RECLAIM_ACCOUNT cache flag. It's not clear why
this attribute was writable in the first place, as it's tied to how the cache
is used by its creator, it's not a user tunable. Furthermore:
- it affects slab merging, but that's not being checked while toggled
- if
SLUB_DEBUG creates several files under /sys/kernel/slab// that can be
read to check if the respective debugging options are enabled for given cache.
The options can be also toggled at runtime by writing into the files. Some of
those, namely red_zone, poison, and store_user can be toggled only when
Hi Krishna,
On Tue, 2 Jun 2020 at 08:17, Krishna Manikandan wrote:
>
> Define shutdown callback for display drm driver,
> so as to disable all the CRTCS when shutdown
> notification is received by the driver.
>
> This change will turn off the timing engine so
> that no display transactions are
Hi,
we had recently reports [1,2] of troubles with runtime writes to various SLUB
per-cache sysfs files related to slub_debug or tuning leading to crashes. I have
inspected all those writable files and the rather unfortunate result is that
most of them are made read-only by this patchset, as
The slub_debug kernel boot parameter can either apply a single set of options
to all caches or a list of caches. There is a use case where debugging is
applied for all caches and then disabled at runtime for specific caches, for
performance and memory consumption reasons [1]. As runtime changes
On Tue, Jun 02, 2020 at 12:15:03PM +0800, Tiezhu Yang wrote:
> When build perf with ASan or UBSan, if libasan or libubsan can not find,
> the feature-glibc is 0 and there exists the following error log which is
> wrong, because we can find gnu/libc-version.h in /usr/include, glibc-devel
> is also
On Mon, Jun 1, 2020 at 1:30 PM syzbot
wrote:
>
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:b0c3ba31 Merge tag 'fsnotify_for_v5.7-rc8' of git://git.ke..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=14089eee10
> kernel config:
601 - 700 of 1198 matches
Mail list logo
