On 5/28/2019 1:47 PM, David Howells wrote:
> From: Casey Schaufler
>
> The 5.1 mount system rework changed the smackfsdef mount option
> to smackfsdefault. This fixes the regression by making smackfsdef
> treated the same way as smackfsdefault.
>
> Also fix the smack_param_specs[] to have "smack"
Good afternoon linux
http://alexandrastanciu.com/chapter.php?sykegp=VLZ19401
Bests
Venkat
On Tue, May 28, 2019 at 01:48:02PM -0700, Andy Lutomirski wrote:
> On Tue, May 28, 2019 at 1:24 PM Sean Christopherson
> wrote:
> >
> > Actually, I think we do have everything we need from an LSM perspective.
> > LSMs just need to understand that sgx_enclave_load() with a NULL vma
> > implies a
From: Balakrishna Godavarthi
Latest qualcomm chips are not sending an command complete event for
every firmware packet sent to chip. They only respond with a vendor
specific event for the last firmware packet. This optimization will
decrease the BT ON time. Due to this we are seeing a timeout
On Tue, May 28, 2019 at 3:10 PM Fred Klassen wrote:
>
> Fixes an issue where TX Timestamps are not arriving on the error queue
> when UDP_SEGMENT CMSG type is combined with CMSG type SO_TIMESTAMPING.
> This can be illustrated with an updated updgso_bench_tx program which
> includes the '-T'
Hi Steffen,
In commit
7c80eb1c7e2b ("af_key: fix leaks in key_pol_get_resp and dump_sp.")
Fixes tag
Fixes: 55569ce256ce ("Fix conversion between IPSEC_MODE_xxx and
XFRM_MODE_xxx.")
has these problem(s):
- Subject does not match target commit subject
Just use
git log -1
On Tue, May 28, 2019 at 11:11:02PM +0300, Vladimir Davydov wrote:
> On Tue, May 28, 2019 at 07:58:17PM +, Roman Gushchin wrote:
> > It looks like outstanding questions are:
> > 1) synchronization around the dying flag
> > 2) removing CONFIG_SLOB in 2/7
> > 3) early sysfs_slab_remove()
> > 4)
On Mon, Apr 1, 2019 at 8:46 PM Lee Jones wrote:
>
> On Wed, 27 Feb 2019, Gwendal Grignou wrote:
>
> > From: Enric Balletbo i Serra
> >
> > With this patch, the cros_ec_ctl driver will register the legacy
> > accelerometer driver (named cros_ec_accel_legacy) if it fails to
> > register sensors
Hi all,
In commit
be1b577d0178 ("ASoC: SOF: Intel: hda: fix the hda init chip")
Fixes tag
Fixes: 8a300c8fb17 ("ASoC: SOF: Intel: Add HDA controller for Intel DSP")
has these problem(s):
- SHA1 should be at least 12 digits long
In commit
1183e9a634db ("ASoC: SOF: ipc: fix a race,
On Tue, May 21, 2019 at 01:07:29PM -0700, Roman Gushchin wrote:
> Initialize kmem_cache->memcg_params.memcg pointer in
> memcg_link_cache() rather than in init_memcg_params().
>
> Once kmem_cache will hold a reference to the memory cgroup,
> it will simplify the refcounting.
>
> For non-root
Hi Mark,
This should have referred to the sound-asoc-fixes tree, sorry.
--
Cheers,
Stephen Rothwell
pgpokNBUBNmc8.pgp
Description: OpenPGP digital signature
On Tue, May 21, 2019 at 01:07:32PM -0700, Roman Gushchin wrote:
> Currently the page accounting code is duplicated in SLAB and SLUB
> internals. Let's move it into new (un)charge_slab_page helpers
> in the slab_common.c file. These helpers will be responsible
> for statistics (global and
On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote:
> + arr = rcu_dereference(cachep->memcg_params.memcg_caches);
> +
> + /*
> + * Make sure we will access the up-to-date value. The code updating
> + * memcg_caches issues a write barrier to match this (see
> + *
Hi Mauro,
In commit
0c310868826e ("media: rcar-csi2: Fix coccinelle warning for
PTR_ERR_OR_ZERO()")
Fixes tag
Fixes: 3ae854cafd76 ("rcar-csi2: Use standby mode instead of resetting")
has these problem(s):
- Target SHA1 does not exist
Did you mean
Fixes: d245a940d97b ("media:
Hello,
On Sun, 26 May 2019, Jacky Hu wrote:
> +/* Tunnel encapsulation flags */
> +#define IP_VS_TUNNEL_ENCAP_FLAG_NOCSUM (0)
> +#define IP_VS_TUNNEL_ENCAP_FLAG_CSUM (1<<0)
> +#define IP_VS_TUNNEL_ENCAP_FLAG_REMCSUM (1<<1)
From: Kan Liang
The perf fuzzer caused skylake machine to crash.
[ 9680.085831] Call Trace:
[ 9680.088301]
[ 9680.090363] perf_output_sample_regs+0x43/0xa0
[ 9680.094928] perf_output_sample+0x3aa/0x7a0
[ 9680.099181] perf_event_output_forward+0x53/0x80
[ 9680.103917]
From: Kan Liang
The perf fuzzer triggers a warning which map to:
if (WARN_ON_ONCE(idx >= ARRAY_SIZE(pt_regs_offset)))
return 0;
The bits between XMM registers and generic registers are reserved.
But perf_reg_validate() doesn't check these bits.
Add
From: Kan Liang
Don't need pebs_no_xmm_regs anymore. The capabilities
PERF_PMU_CAP_EXTENDED_REGS can be used to check if XMM registers
collection is supported.
Signed-off-by: Kan Liang
---
New for V3
arch/x86/events/core.c | 2 +-
arch/x86/events/intel/ds.c | 6 ++
From: Kan Liang
Use the macro defined in kernel ABI header to replace the local name.
No functional change.
Signed-off-by: Kan Liang
---
Changes since V2:
- Rename PERF_REG_NON_GENERIC_MASK to PERF_REG_EXTENDED_MASK
tools/arch/x86/include/uapi/asm/perf_regs.h | 3 +++
From: Kan Liang
Use generic macro PERF_REG_EXTENDED_MASK to replace PEBS_XMM_REGS to
avoid duplication.
Signed-off-by: Kan Liang
---
New for V3
arch/x86/events/core.c | 4 ++--
arch/x86/events/intel/ds.c | 2 +-
arch/x86/events/perf_event.h | 18 --
3 files
flush_cache_vmap() and flush_cache_vunmap() were calling
r4k_blast_dcache() which is not safe to do on a SMP system. Redefine
them to call r4k_flush_kernel_vmap_range() which will correctly handle
the SMP/UP cases.
Signed-off-by: Chris Packham
---
I don't know if passing 0, dcache_size to
On Tue, May 28, 2019 at 07:58:17PM +, Roman Gushchin wrote:
> On Tue, May 28, 2019 at 09:33:02PM +0300, Vladimir Davydov wrote:
> > On Tue, May 21, 2019 at 01:07:34PM -0700, Roman Gushchin wrote:
> > > Let's reparent memcg slab memory on memcg offlining. This allows us
> > > to release the
On Sun, May 26, 2019 at 11:25:12AM +0200, Bartosz Golaszewski wrote:
From: Bartosz Golaszewski
The documentation says that kmod_module_probe_insert_module() will
return >0 if "stopped by a reason given in @flags" but it returns a
negative value if KMOD_PROBE_FAIL_ON_LOADED flag is passed and
On 5/28/19 4:56 PM, Stephen Rothwell wrote:
Hi all,
In commit
be1b577d0178 ("ASoC: SOF: Intel: hda: fix the hda init chip")
Fixes tag
Fixes: 8a300c8fb17 ("ASoC: SOF: Intel: Add HDA controller for Intel DSP")
Sorry about that, not sure how I managed to add an off-by-one in all
these
On Tue, May 21, 2019 at 12:50:57PM +, Raphael Gault wrote:
> Hi Josh,
>
> Thanks for offering your help and sorry for the late answer.
>
> My understanding is that a table of offsets is built by GCC, those
> offsets being scaled by 4 before adding them to the base label.
> I believe the
On Fri, 17 May 2019, Joe Lawrence wrote:
> Miroslav reported that the livepatch self-tests were failing,
> specifically a case in which the consistency model ensures that we do
> not patch a current executing function, "TEST: busy target module".
>
> Recent renovations to
On Tue, May 28, 2019 at 06:03:53PM -0400, Johannes Weiner wrote:
> On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote:
> > + arr = rcu_dereference(cachep->memcg_params.memcg_caches);
> > +
> > + /*
> > +* Make sure we will access the up-to-date value. The code updating
> > +
On Mon, May 27, 2019 at 11:38:39AM +0200, Uladzislau Rezki (Sony) wrote:
> Remove unused argument from the __alloc_vmap_area() function.
>
> Signed-off-by: Uladzislau Rezki (Sony)
> ---
> mm/vmalloc.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/mm/vmalloc.c
Dear RT Folks,
I'm pleased to announce the 4.9.178-rt131 stable release.
This release is just an update to the new stable 4.9.178 version
and no RT specific changes have been made.
You can get this release via the git tree at:
On Mon, May 27, 2019 at 11:38:40AM +0200, Uladzislau Rezki (Sony) wrote:
> Refactor the NE_FIT_TYPE split case when it comes to an
> allocation of one extra object. We need it in order to
> build a remaining space.
>
> Introduce ne_fit_preload()/ne_fit_preload_end() functions
> for preloading one
On Mon, May 27, 2019 at 11:38:41AM +0200, Uladzislau Rezki (Sony) wrote:
> It does not make sense to try to "unlink" the node that is
> definitely not linked with a list nor tree. On the first
> merge step VA just points to the previously disconnected
> busy area.
>
> On the second step, check if
On Mon, May 27, 2019 at 09:53:33AM +0200, Rasmus Villemoes wrote:
> On 25/05/2019 17.33, Randy Dunlap wrote:
> > On 3/13/19 7:53 PM, Kees Cook wrote:
> >> Hi!
> >>
> >> On Wed, Mar 13, 2019 at 2:29 PM Randy Dunlap wrote:
> >>>
> >>> This is v5.0-11053-gebc551f2b8f9, MAR-12 around 4:00pm PT.
> >>>
Dear RT Folks,
I'm pleased to announce the 4.19.37-rt20 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v4.19-rt
Head SHA1: 66d5562e2a457c468303368e49722d5f6e4cfad0
Or to build 4.19.37-rt20
Hi,
On Tue, May 28, 2019 at 12:22 PM Ulf Hansson wrote:
>
> On Mon, 29 Apr 2019 at 22:41, Douglas Anderson wrote:
> >
> > Processing SDIO interrupts while dw_mmc is suspended (or partly
> > suspended) seems like a bad idea. We really don't want to be
> > processing them until we've gotten
This adds __GFP_NOWARN to the kmalloc()-portions of the overflow test to
avoid tainting the kernel. Additionally fixes up the math on wrap size
to be architecture and page size agnostic.
Reported-by: Randy Dunlap
Suggested-by: Rasmus Villemoes
Fixes: ca90800a91ba ("test_overflow: Add memory
On Mon, May 27, 2019 at 11:38:42AM +0200, Uladzislau Rezki (Sony) wrote:
> Move the BUG_ON()/RB_EMPTY_NODE() check under unlink_va()
> function, it means if an empty node gets freed it is a BUG
> thus is considered as faulty behaviour.
It's not exactly clear from the description, why it's better.
On Tue, 2019-05-28 at 13:23 -0700, tip-bot for Geert Uytterhoeven wrote:
> diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
[]
> @@ -139,7 +139,7 @@ struct irq_domain *__irq_domain_add(struct fwnode_handle
> *fwnode, int size,
>
> domain = kzalloc_node(sizeof(*domain) +
On 5/28/19 5:54 PM, Joe Perches wrote:
> On Tue, 2019-05-28 at 13:23 -0700, tip-bot for Geert Uytterhoeven wrote:
>> diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
> []
>> @@ -139,7 +139,7 @@ struct irq_domain *__irq_domain_add(struct fwnode_handle
>> *fwnode, int size,
>>
>>
Hi all,
This patch series attempts to fix the most obvious W=1 DTC warnings for
Broadcom SoCs DTS files. Stefan, if you could do the same for all
bcm283* that would be fantastic.
Thank you!
Florian Fainelli (7):
ARM: dts: Fix BCM7445 DTC warnings
ARM: dts: Cygnus: Fix most DTC W=1 warnings
Fix the bulk of the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm-nsp.dtsi | 9 +++--
arch/arm/boot/dts/bcm958522er.dts | 2 +-
Fix the bulk of the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm4708-asus-rt-ac56u.dts| 4 +---
arch/arm/boot/dts/bcm4708-asus-rt-ac68u.dts| 4 +---
This allows drivers to lookup i2c adapters on ACPI based systems similar to
of_get_i2c_adapter_by_node() with DT based systems.
Signed-off-by: Ruslan Babayev
Cc: xe-linux-exter...@cisco.com
---
drivers/i2c/i2c-core-acpi.c | 3 ++-
include/linux/i2c.h | 6 ++
2 files changed, 8
Fix the bulk of the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm63138.dtsi| 9 +++--
arch/arm/boot/dts/bcm963138dvt.dts | 2 +-
2 files changed, 4
Changes:
v2:
- more descriptive commit body
v3:
- made 'i2c_acpi_find_adapter_by_handle' static inline
v4:
- don't initialize i2c_adapter to NULL. Instead see below...
- handle the case of neither DT nor ACPI present as invalid.
- alphabetical includes.
Fix the bulk of the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm-cygnus-clock.dtsi | 12 ++--
arch/arm/boot/dts/bcm-cygnus.dtsi | 6 +++---
Lookup I2C adapter using the "i2c-bus" device property on ACPI based
systems similar to how it's done with DT.
An example DSD describing an SFP on an ACPI based system:
Device (SFP0)
{
Name (_HID, "PRP0001")
Name (_CRS, ResourceTemplate()
{
GpioIo(Exclusive, PullDefault, 0,
Fixes a number of unit_address_vs_reg warnings:
DTC arch/arm/boot/dts/bcm7445-bcm97445svmb.dtb
arch/arm/boot/dts/bcm7445.dtsi:66.6-225.4: Warning (unit_address_vs_reg): /rdb:
node has a reg or ranges property, but no unit name
arch/arm/boot/dts/bcm7445.dtsi:227.21-298.4: Warning
Fix the bulk of the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm11351.dtsi| 12 ++--
arch/arm/boot/dts/bcm21664-garnet.dts | 2 +-
Fix the the unit_address_vs_reg warnings and unnecessary
\#address-cells/#size-cells without "ranges" or child "reg" property
warnings.
Signed-off-by: Florian Fainelli
---
arch/arm/boot/dts/bcm47189-luxul-xap-1440.dts | 4 +---
arch/arm/boot/dts/bcm47189-luxul-xap-810.dts | 4 +---
This patch has implementation of saving and restoring PLL's state to
support system suspend and resume operations.
Signed-off-by: Sowjanya Komatineni
---
drivers/clk/tegra/clk-divider.c | 19
drivers/clk/tegra/clk-pll-out.c | 25 +++
drivers/clk/tegra/clk-pll.c | 99
This patch updates device tree for RTC and PMC to allow system wake
from deep sleep on RTC alarm.
Signed-off-by: Sowjanya Komatineni
---
arch/arm64/boot/dts/nvidia/tegra210.dtsi | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/nvidia/tegra210.dtsi
Tegra210 platforms use sc7 entry firmware to program Tegra LP0/SC7 entry
sequence and sc7 entry firmware is run from COP/BPMP-Lite.
So, COP/BPMP-Lite still need IRQ function to finish SC7 suspend sequence
for Tegra210.
This patch has fix for leaving the COP IRQ enabled for Tegra210 during
This patch adds system suspend and resume support for Tegra210
clocks.
Signed-off-by: Sowjanya Komatineni
---
drivers/clk/tegra/clk-tegra210.c | 382 +++
1 file changed, 382 insertions(+)
diff --git a/drivers/clk/tegra/clk-tegra210.c
This patch adds support for restoring OSC control context on resume.
Signed-off-by: Sowjanya Komatineni
---
drivers/clk/tegra/clk-tegra-fixed.c | 16
drivers/clk/tegra/clk.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/drivers/clk/tegra/clk-tegra-fixed.c
This patch series includes Tegra210 deepsleep/LP0 support with
deep sleep exit through RTC alarm wake and power button wake events.
Note: Wake on power button is through gpio-keys node in device tree.
This series also includes save and restore of PLLs, clocks, OSC contexts
for basic LP0 exit.
This patch adds suspend and resume support for Tegra pinctrl driver
and registers them to syscore so the pinmux settings are restored
before the devices resume.
Signed-off-by: Sowjanya Komatineni
---
drivers/pinctrl/tegra/pinctrl-tegra.c| 68 +++-
This patch allows to create separate irq_set_wake and irq_set_type
implementations for different tegra designs PMC that has different
wake models which require difference wake registers and different
programming sequence.
AOWAKE model support is available for Tegra186 and Tegra194 only
and it
This patch implements peripheral clock context save and restore
to support system suspend and resume operation.
Signed-off-by: Sowjanya Komatineni
---
drivers/clk/tegra/clk.c | 74 -
drivers/clk/tegra/clk.h | 3 ++
2 files changed, 76
Tegra210 and prior Tegra chips have power request signal polarity,
deep sleep entry and wake related timings which are platform specific
that should be configured before entering into deep sleep.
Below are the timings specific configurations for deep sleep and wake.
- Core rail power-on
The GPIO controller doesn't have any controls to enable the system to
wake up from low power states based on activity on GPIO pins. An extra
hardware block that is part of the power management controller (PMC)
contains these controls. In order for the GPIO controller to be able
to cooperate with
This patch implements PMC wakeup sequence for Tegra210 and defines
common used wake events of RTC alarm and power key.
Signed-off-by: Sowjanya Komatineni
---
drivers/soc/tegra/pmc.c | 113
1 file changed, 113 insertions(+)
diff --git
This patch adds support for suspend and resume for DFLL clock.
Signed-off-by: Sowjanya Komatineni
---
drivers/clk/tegra/clk-dfll.c | 82
drivers/clk/tegra/clk-dfll.h | 2 ++
2 files changed, 84 insertions(+)
diff --git
With due respect, I am inviting you for a business deal of Eleven Million Three
hundred thousand united states dollars where this money can be shared between
us if you agree to my business proposal.
By indicating your interest I will send you the full details on how the
business will be
Add checksum support for gue encapsulation with the tun_flags parameter,
which could be one of the values below:
IP_VS_TUNNEL_ENCAP_FLAG_NOCSUM
IP_VS_TUNNEL_ENCAP_FLAG_CSUM
IP_VS_TUNNEL_ENCAP_FLAG_REMCSUM
Signed-off-by: Jacky Hu
---
v3->v2:
1) fixed CHECK: spaces preferred around that '<<'
On 5/28/19 3:47 PM, Kees Cook wrote:
> On Mon, May 27, 2019 at 09:53:33AM +0200, Rasmus Villemoes wrote:
>> On 25/05/2019 17.33, Randy Dunlap wrote:
>>> On 3/13/19 7:53 PM, Kees Cook wrote:
Hi!
On Wed, Mar 13, 2019 at 2:29 PM Randy Dunlap wrote:
>
> This is
On Tue, May 28, 2019 at 03:20:31PM -0500, richard.g...@linux.intel.com wrote:
> From: Richard Gong
>
> The Intel Remote System Update (RSU) driver exposes interfaces access
> through the Intel Service Layer to user space via sysfs interface.
> The RSU interfaces report and control some of the
On Tue, May 28, 2019 at 03:20:32PM -0500, richard.g...@linux.intel.com wrote:
> +What:/sys/devices/.../stratix10-rsu.0/driver/fail_image
> +Date:May 2019
> +KernelVersion: 5.3
> +Contact: Richard Gong
> +Description:
> + (RO) the version
On Tue, May 28, 2019 at 03:20:31PM -0500, richard.g...@linux.intel.com wrote:
> +/**
> + * rsu_send_msg() - send a message to Intel service layer
> + * @priv: pointer to rsu private data
> + * @command: RSU status or update command
> + * @arg: the request argument, the bitstream address or notify
On Tue, May 28, 2019 at 03:20:31PM -0500, richard.g...@linux.intel.com wrote:
> +static int rsu_send_msg(struct stratix10_rsu_priv *priv,
> + enum stratix10_svc_command_code command,
> + unsigned long arg,
> + void (*callback)(struct stratix10_svc_client *client,
> +
On Tue, 2019-05-28 at 15:51 -0700, Kees Cook wrote:
> This adds __GFP_NOWARN to the kmalloc()-portions of the overflow test to
> avoid tainting the kernel. Additionally fixes up the math on wrap size
> to be architecture and page size agnostic.
[]
> diff --git a/lib/test_overflow.c
Hello
Just a quick remindal, did you get the proposal i sent to you
on the 24th of this month ?
Kindly Reply
Regional Group Manager
Mrs Karen Ngui
The design of this PHC driver is influenced by the switch's behavior
w.r.t. timestamping. It exposes two PTP counters, one free-running
(PTPTSCLK) and the other offset- and frequency-corrected in hardware
through PTPCLKVAL, PTPCLKADD and PTPCLKRATE. The MACs can sample either
of these for frame
On RX, timestamping is done by programming the switch to send "meta"
follow-up Ethernet frames after each link-local frame that was trapped
to the CPU port through MAC filtering. This includes PTP frames. These
meta frames contain partial timestamps that are processed in a worker
thread and then
901 - 973 of 973 matches
Mail list logo
