On 15/02/19 16:05, Tianyu Lan wrote:
> Yes, you are right. Thanks to point out and will fix. The last_level
> flag is to avoid adding middle page node(e.g, PGD, PMD)
> into flush list. The address range will be duplicated if adding both
> leaf, node and middle node into flush list.
Hmm, that's not
Hello,
Re: Business proposition for you.
I have a client in Russia who will like to invest with your
company. My client is willing to invest $10 Million to $50
million. Can I have your company website to show to my client
your company so that they will check and decide if they will
invest th
Commit-ID: 8945d96f7b3ead56e053ac79b8f7b0de98a30bfe
Gitweb: https://git.kernel.org/tip/8945d96f7b3ead56e053ac79b8f7b0de98a30bfe
Author: Hedi Berriche
AuthorDate: Wed, 13 Feb 2019 19:34:12 +
Committer: Borislav Petkov
CommitDate: Fri, 15 Feb 2019 15:15:18 +0100
x86/platform/UV: Use
On Fri, Feb 15, 2019 at 04:01:08PM +0100, Michal Vokáč wrote:
> Hi,
>
> networking on my boards [1], which are currently in linux-next, suddently
> stopped working. I tracked it down to this commit 5ecdd77c61c8 ("net: dsa:
> qca8k: disable delay for RGMII mode") [2].
>
> So I think the rgmii-id m
From: Bartosz Golaszewski
There are currently 1200+ instances of using platform_get_resource()
and devm_ioremap_resource() together in the kernel tree. It's a minor
redundancy, but consolidation is always good.
The first patch in this series adds a wrapper for these two calls and
the second uses
Marc,
On 14/02/19 8:21 PM, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> This series ports the davinci platform to using SPARSE_IRQ, cleans up
> the irqchip drivers and moves them over to drivers/irqchip.
>
> The series can be logically split into five parts. The first patch
> pree
On Fri, Feb 15, 2019 at 10:42:05AM +0100, Michal Hocko wrote:
On Fri 15-02-19 10:20:13, Greg KH wrote:
On Fri, Feb 15, 2019 at 10:10:00AM +0100, Michal Hocko wrote:
> On Fri 15-02-19 08:00:22, Greg KH wrote:
> > On Thu, Feb 14, 2019 at 12:20:27PM -0800, Andrew Morton wrote:
> > > On Thu, 14 Feb
On Thu, 14 Feb 2019, Jason Gunthorpe wrote:
> On Thu, Feb 14, 2019 at 01:46:51PM -0800, Ira Weiny wrote:
>
> > > > > Really unclear how to fix this. The pinned/locked split with two
> > > > > buckets may be the right way.
> > > >
> > > > Are you suggesting that we have 2 user limits?
> > >
> > > T
From: Bartosz Golaszewski
There are currently 1200+ instances of using platform_get_resource()
and devm_ioremap_resource() together in the kernel tree.
This patch wraps these two calls in a single helper. Thanks to that
we don't have to declare a local variable for struct resource * and can
omit
On 2/15/19 10:07 AM, Oleksandr Andrushchenko wrote:
> On 2/15/19 5:03 PM, Boris Ostrovsky wrote:
>> On 2/14/19 9:23 AM, Oleksandr Andrushchenko wrote:
>>> /* DMA buffer export support. */
>>> @@ -311,6 +317,7 @@ static void dmabuf_exp_release(struct kref *kref)
>>> dmabuf_exp_wait_obj_s
On Fri, Feb 15, 2019 at 2:53 AM Shubhrajyoti Datta
wrote:
>
> HI Alex,
>
> Thanks for the patch.
>
> On Fri, Feb 1, 2019 at 4:22 AM wrote:
> >
> > From: Alex Williams
> >
> > Under certain conditions, Cadence's I2C controller's transfer_size
>
> Any help in reproducing the conditions would be ap
From: Bartosz Golaszewski
Use the new helper that wraps the calls to platform_get_resource() and
devm_ioremap_resource() together.
Signed-off-by: Bartosz Golaszewski
---
drivers/gpio/gpio-davinci.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpio/gpio-davinci
From: Colin Ian King
The phrasing in two dev_err messages is using fallbacking which
os less understandable than "falling back", so fix this up.
Signed-off-by: Colin Ian King
---
drivers/i2c/busses/i2c-tegra.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/
On Fri, Feb 15, 2019 at 03:31:26PM +, Colin King wrote:
> From: Colin Ian King
>
> The phrasing in two dev_err messages is using fallbacking which
> os less understandable than "falling back", so fix this up.
os -> is, otherwise:
Acked-by: Thierry Reding
signature.asc
Description: PGP si
[Added LKML to CC: -- I forgot to include it originally]
On Fri, 15 Feb 2019, Will Deacon wrote:
Thanks a lot for the quick feedback.
> Hi Alan,
>
> I'll give you my opinions below, but my broader concern here is that the
> compiler folks will be reluctant to guarantee very much in this area :(
This patch prevents the PPv2 driver to put the XPCS in reset while
disabling a port. A port and the XPCS are two different blocks, and a
port can be used without the XPCS. Their configuration should be done
separately, which is already the case in the driver except for this one
example.
Signed-off
The mvpp2_port_reset helper resets the GMAC but not the XLG MAC, which
is used on PPv2.2 when using the port 0. This patch fixes it, so that
the two MAC are set in reset when needed. In addition, the XLG
configuration function sets the XLG MAC out of reset when called.
Signed-off-by: Antoine Tenar
Cosmetic patch fix the alignment of the MVPP2_GMAC_CONFIG_MII_SPEED
macro definition.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h
b/drivers/net/etherne
On 2/15/19 5:28 PM, Boris Ostrovsky wrote:
On 2/15/19 10:07 AM, Oleksandr Andrushchenko wrote:
On 2/15/19 5:03 PM, Boris Ostrovsky wrote:
On 2/14/19 9:23 AM, Oleksandr Andrushchenko wrote:
/* DMA buffer export support. */
@@ -311,6 +317,7 @@ static void dmabuf_exp_release(struct kref *kre
The Marvell PPv2 implementation of the Phylink mac_config helper
disables and enables the port, as the link mode can trigger
reconfiguration of the serdes lanes. This patch helps not disabling the
port every time mac_config is called but only when needed, which is an
improvement as the Phylink stat
We had a check in the mvpp2_mac_link_down() function (called by phylink)
to avoid disabling the port when link interrupts are used. It turned out
the interrupt can still be used with the port disabled. We can thus
remove this check.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/
On 15/02/2019 15:32, Thierry Reding wrote:
> On Fri, Feb 15, 2019 at 03:31:26PM +, Colin King wrote:
>> From: Colin Ian King
>>
>> The phrasing in two dev_err messages is using fallbacking which
>> os less understandable than "falling back", so fix this up.
>
> os -> is, otherwise:
Oops, can
This cosmetic patch fixes a typo made in a comment in the Marvell PPv2
Ethernet driver header.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h
b/drivers/ne
The patch fixes the computation of RXQs being used by the PPv2 driver,
which is set depending on the PPv2 engine version and the queue mode
used. There are three cases:
- PPv2.1: 1 RXQ per CPU.
- PPV2.2 with MVPP2_QDIST_MULTI_MODE: 1 RXQ per CPU.
- PPv2.2 with MVPP2_QDIST_SINGLE_MODE: 1 RXQ is sha
This patch adds a check not to disable/enable a port when an interface
is updated when using PPv2.1 as the functions called are PPv2.2
specific.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
On Fri, Feb 15, 2019 at 11:13 PM Maxime Ripard
wrote:
>
> On Fri, Feb 15, 2019 at 08:49:33AM -0500, Yangtao Li wrote:
> > Add the cpufreq support of h6, source of information is as follows.
> >
> > h6 cpu opp info:
> > https://github.com/Allwinner-Homlet/H6-BSP4.9-linux/blob/master/arch/arm64/boot
On Sat, 16 Feb 2019 00:08:14 +0900
Masami Hiramatsu wrote:
> Hi Tom,
>
> On Wed, 13 Feb 2019 17:42:55 -0600
> Tom Zanussi wrote:
>
> > From: Tom Zanussi
> >
> > Add a test case verifying that basic action combinations fail as
> > expected.
> >
> > Signed-off-by: Tom Zanussi
>
> This loo
The Phylink validate function is the Marvell PPv2 driver makes a check
on the GoP id. This is valid an has to be done when using PPv2.2 engines
but makes no sense when using PPv2.1. The check done when using an RGMII
interface makes sure the GoP id is not 0, but this breaks PPv2.1. Fixes
it.
Fixes
The documentation advises to set the XPCS in reset while reconfiguring
the serdes lanes. This seems to be a good thing to do, but the PPv2
driver wasn't doing it. This patch fixes it.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 1 +
drivers/net/ethernet/ma
Hi all,
This series contains various fixes on bugs reported to us, or bugs I
stumbled upon while testing the various interface configurations I have
access to.
While this series contain fixes, it's sent to net-next as it is based
on top of Russell's rework and fixes he sent during the last 2 week
The GMAC configuration helper modifies values in the auto-negotiation
register. Some of its values require the port to be forced down when
modifying their values. This patches fixes the check made on the bit to
be updated in this register, so that the port is forced down when
needed. This fix cases
On Thu, Oct 11, 2018 at 4:18 PM Paolo Bonzini wrote:
>
> On 10/10/2018 09:58, syzbot wrote:
> > do_invalid_op+0x1b/0x20 arch/x86/kernel/traps.c:316
> > invalid_op+0x14/0x20 arch/x86/entry/entry_64.S:993
> > RIP: 0010:refcount_inc_checked+0x5d/0x70 lib/refcount.c:153
> > kvm_get_kvm arch/x86/kvm
On Fri, 15 Feb 2019, Dave Chinner wrote:
> Which tells us filesystem people that the applications are doing
> something that _will_ cause data corruption and hence not to spend
> any time triaging data corruption reports because it's not a
> filesystem bug that caused it.
>
> See open(2):
>
>
This patch makes the link interrupt handler to avoid calling
phylink_mac_change when there are no event.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/marvell/mvpp2/
Hi,
On Fri, Feb 15, 2019 at 2:28 AM Ulf Hansson wrote:
>
> On Thu, 14 Feb 2019 at 19:13, Douglas Anderson wrote:
> >
> > As of the patch ("PM / Domains: Mark "name" const in
> > genpd_dev_pm_attach_by_name()") it's clear that the name in
> > dev_pm_domain_attach_by_name() can be const. Mark it
The Marvell PPv2 port structure stores the GoP id of a given port. This
information is specific to PPv2.2, but cannot be used by PPv2.1. Update
its comment to denote this specificity.
Signed-off-by: Antoine Tenart
---
drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +-
1 file changed, 1 insertion
In preparation to enabling -Wimplicit-fallthrough, mark switch
cases where we are expecting to fall through.
Warning level 3 was used: -Wimplicit-fallthrough=3
Notice that, in some cases, the code comment is modified
in accordance with what GCC is expecting to find.
This patch is part of the ong
On Fri, Feb 15, 2019 at 03:33:58PM +, Colin Ian King wrote:
> On 15/02/2019 15:32, Thierry Reding wrote:
> > On Fri, Feb 15, 2019 at 03:31:26PM +, Colin King wrote:
> >> From: Colin Ian King
> >>
> >> The phrasing in two dev_err messages is using fallbacking which
> >> os less understandab
On 2/15/19 4:13 AM, Ming Lei wrote:
> Hi,
>
> This patchset brings multi-page bvec into block layer:
>
> 1) what is multi-page bvec?
>
> Multipage bvecs means that one 'struct bio_bvec' can hold multiple pages
> which are physically contiguous instead of one single page used in linux
> kernel fo
On Fri 15-02-19 10:19:12, Sasha Levin wrote:
> On Fri, Feb 15, 2019 at 10:42:05AM +0100, Michal Hocko wrote:
> > On Fri 15-02-19 10:20:13, Greg KH wrote:
> > > On Fri, Feb 15, 2019 at 10:10:00AM +0100, Michal Hocko wrote:
> > > > On Fri 15-02-19 08:00:22, Greg KH wrote:
> > > > > On Thu, Feb 14, 20
Hi,
On Thu, Feb 14, 2019 at 7:02 PM Viresh Kumar wrote:
>
> On 14-02-19, 10:12, Douglas Anderson wrote:
> > The genpd_dev_pm_attach_by_name() simply takes the name and passes it
> > to of_property_match_string() where the argument is "const char *".
> > Adding a const here allows a later patch to
On 14/02/2019 11:03, Amit Daniel Kachhap wrote:
> Hi,
>
> On 2/13/19 11:04 PM, Kristina Martsenko wrote:
>> On 28/01/2019 06:58, Amit Daniel Kachhap wrote:
>>> When restoring HCR_EL2 for the host, KVM uses HCR_HOST_VHE_FLAGS, which
>>> is a constant value. This works today, as the host HCR_EL2 val
Add the cpufreq information of h6 to dts, source of information is as follows.
h6 cpu opp info:
https://github.com/Allwinner-Homlet/H6-BSP4.9-linux/blob/master/arch/arm64/boot/dts/sunxi/sun50iw6p1.dtsi
axp805 spec:
http://linux-sunxi.org/images/b/bc/AXP805_Datasheet_V1.0_en.pdf
Yangtao Li (4):
The original orangepi use the dcdca to supply the CPU cores. According
to the axp805 spec, the range of dcdca is 0.6 to 1.1v, 1.12 to 1.52v.
In order to support more CPU frequency, slightly increase the voltage
maximum and minimum.
In fact, in sunxi's sdk, the actual minimum and maximum voltage of
Hello,
Friendly ping (second one):
Who can take this, please?
Thanks
--
Gustavo
On 1/10/19 1:33 PM, Gustavo A. R. Silva wrote:
> Hi,
>
> Friendly ping:
>
> Who can take this?
>
> Thanks
> --
> Gustavo
>
> On 10/17/18 9:28 AM, Gustavo A. R. Silva wrote:
>> In preparation to enabling -Wimpli
Add an OPP (Operating Performance Points) table for the CPU cores to
enable DVFS (Dynamic Voltage & Frequency Scaling) on the H6. This
information comes from github.
When the four CPUs are running at 1.8 GHz, 100% busy, it is easy to heat
up and make the system restart. And currently H6 does not s
The ARM CPU cores are fed by the CPU clock from the CCU. Add a
reference to the clock for each CPU core, along with the clock
transition latency.
Signed-off-by: Yangtao Li
---
arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm64/boot
The original pine use the dcdca to supply the CPU cores. According
to the axp805 spec, the range of dcdca is 0.6 to 1.1v, 1.12 to 1.52v.
In order to support more CPU frequency, slightly increase the voltage
maximum and minimum.
In fact, in sunxi's sdk, the actual minimum and maximum voltage of the
On Thu, Feb 14, 2019 at 10:15 PM Kees Cook wrote:
>
> The only way we know the interpreter wasn't truncated in the
> no-newline case is if we see whitespace after first skipping any
> leading whitespace, and it seemed really ugly to add a special scan
> there.
No, much easier (and likely better c
On Fri, Feb 15, 2019 at 4:17 AM Mehta, Sanju wrote:
>
> From: Sanjay R Mehta
>
> Add bug fix for ntb_perf and ntb_hw_amd
>
> Sanjay R Mehta (4):
> NTB: ntb_perf: Increased the number of message retries to 1000
> NTB: ntb_perf: Disable NTB link after clearing peer XLAT registers
> NTB: ntb_p
Hi Stefan,
Thanks for working on this.
On Fri, Feb 15, 2019 at 01:50:06PM +0200, Stefan Mavrodiev wrote:
> +static ssize_t control_show(struct device *dev, struct device_attribute
> *attr,
> + char *buf)
> +{
> + struct led_classdev *cdev = dev_get_drvdata(dev);
> +
Append Vivante GPU DT configuration.
Signed-off-by: Pierre-Yves MORDRET
---
arch/arm/boot/dts/stm32mp157c.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c.dtsi
b/arch/arm/boot/dts/stm32mp157c.dtsi
index f8bbfff..29540bc 100644
--- a/arch/arm/boo
Add and enable Vivante GPU on stm32mp157c for ED1, DK1 and DK2 boards.
Pierre-Yves MORDRET (3):
ARM: dts: stm32: Add Vivante GPU support on STM32MP157c
ARM: dts: stm32: enable Vivante GPU support on stm32mp157c-ed1 board
ARM: dts: stm32: enable Vivante GPU support on stm32mp157c-dk1 board
Enable Vivante GPU driver for stm32mp157c-ed1 board.
Signed-off-by: Pierre-Yves MORDRET
---
arch/arm/boot/dts/stm32mp157c-ed1.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157c-ed1.dts
b/arch/arm/boot/dts/stm32mp157c-ed1.dts
index 98ef7a0..79
Enable Vivante GPU driver for stm32mp157c-dk1 and dk2 boards.
Signed-off-by: Pierre-Yves MORDRET
---
arch/arm/boot/dts/stm32mp157a-dk1.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/stm32mp157a-dk1.dts
b/arch/arm/boot/dts/stm32mp157a-dk1.dts
index 87
On Fri, Feb 1, 2019 at 8:17 PM Krzysztof Kozlowski wrote:
>
> The following changes since commit bfeffd155283772bbe78c6a05dec7c0128ee500c:
>
> Linux 5.0-rc1 (2019-01-06 17:08:20 -0800)
>
> are available in the Git repository at:
>
> https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.gi
On Fri, Feb 15, 2019 at 01:10:35PM +0100, Loys Ollivier wrote:
>
> On Thu 14 Feb 2019 at 09:11, Johan Hovold wrote:
>
> > On Wed, Feb 13, 2019 at 04:24:00PM +0100, Loys Ollivier wrote:
> >> On Mon 11 Feb 2019 at 14:17, Loys Ollivier wrote:
> >> > On Mon 11 Feb 2019 at 08:33, Johan Hovold wrote
On 2/14/19 3:40 PM, Steven Rostedt wrote:
> On Thu, 14 Feb 2019 15:30:30 +0100
> Borislav Petkov wrote:
>
>>> void *trampoline;
>>
>> Well, it ain't a trampoline either. It is a "temporary location to go to
>> while
>> patching is going on".
>
> void *detour;
>
The comment on top
On Fri, Feb 15, 2019 at 10:39 AM Rafael J. Wysocki wrote:
>
> From: Rafael J. Wysocki
>
> On HP ProBook 4540s, if PM-runtime is enabled in the radeon driver
> and the direct-complete optimization is used for the radeon device
> during system-wide suspend, the system doesn't resume.
>
> Preventing
On Fri, Feb 15, 2019 at 4:40 PM Dmitry Vyukov wrote:
> On Thu, Oct 11, 2018 at 4:18 PM Paolo Bonzini wrote:
> > On 10/10/2018 09:58, syzbot wrote:
> > > do_invalid_op+0x1b/0x20 arch/x86/kernel/traps.c:316
> > > invalid_op+0x14/0x20 arch/x86/entry/entry_64.S:993
> > > RIP: 0010:refcount_inc_chec
On Wed, Feb 13, 2019 at 04:09:27PM +0100, Loys Ollivier wrote:
> Add binding for Mediatek-based GNSS receivers.
>
> Signed-off-by: Loys Ollivier
> ---
> v4:
> Use standard names for reset-gpios and gnss-fix-gpios
> s/an/a UART
>
> v3:
> Removed the I2C and SPI interfaces references.
> Removed th
Hi,
Please drop this, as I have included this fix into
the following patch, which addresses all the
expected fall-throughs in drivers/gpu/drm:
https://lore.kernel.org/patchwork/patch/1042856/
Thanks
--
Gustavo
On 2/11/19 12:58 PM, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplic
Hi,
On 2/15/19 9:00 AM, Will Deacon wrote:
On Thu, Feb 14, 2019 at 12:03:57PM -0600, Jeremy Linton wrote:
On 2/14/19 11:11 AM, Will Deacon wrote:
On Fri, Feb 08, 2019 at 06:47:17PM -0600, Jeremy Linton wrote:
+/*
+ * For lack of a better place, hook the normal PMU MADT walk
+ * and create a S
On Fri, Feb 15, 2019 at 7:54 AM Linus Torvalds
wrote:
>
> What's wrong with this simple and fairly self-describing patch?
Simple but with two bugs.
First off, the trivial one: I transposed the arguments to memchr(). It
would need to be
cp = memchr(bprm->buf, '\n', BINPRM_BUF_SIZE);
bec
Implement a kernel container object such that it contains the following
things:
(1) Namespaces.
(2) A root directory.
(3) A set of processes, including one designated as the 'init' process.
A container is created and attached to a file descriptor by:
int cfd = container_create(const
Rename linux/container.h to linux/container_dev.h so that linux/container.h
can be used for containers.
Signed-off-by: David Howells
---
drivers/acpi/container.c |2 +-
drivers/base/container.c |2 +-
include/linux/container.h | 25 -
include/linu
Here's a collection of patches that containerises the kernel keys and makes
it possible to separate keys by namespace. This can be extended to any
filesystem that uses request_key() to obtain the pertinent authentication
token on entry to VFS or socket methods.
I have this working with AFS and
Currently sys_move_mount() and sys_mount(MS_MOVE) prevent the caller from
moving a mount into a namespace not their own. Relax this such that any
mount can be mounted onto any given mountpoint provided that the source
mount is either detached or the same namespace as the destination.
This permits
On Fri, Feb 15, 2019 at 8:05 AM Linus Torvalds
wrote:
>
> And even that doesn't really fix it, because what it really wants is
> "strnchr()" (to stop at a NUL too). Which doesn't exist.
.. actually it does exist in the kernel, and I should read all my
emails before writing new ones, because you h
Add a sample program to demonstrate driving a container object. It is
called something like:
./samples/vfs/test-container /dev/sda3
where /dev/sda3 holds an ext4 filesystem that has appropriate /etc, /bin,
/usr, /lib, /proc directories emplaced such that procfs can be mounted and
then /b
Allow a container to be created with an empty mount namespace, as specified
by passing CONTAINER_NEW_EMPTY_FS_NS to container_create(), and allow a
root filesystem to be mounted into the container:
cfd = container_create("foo", CONTAINER_NEW_EMPTY_FS_NS);
fsfd = fsopen("ext3", 0);
On Fri, Feb 15, 2019 at 7:55 AM Linus Torvalds
wrote:
>
> On Thu, Feb 14, 2019 at 10:15 PM Kees Cook wrote:
> >
> > The only way we know the interpreter wasn't truncated in the
> > no-newline case is if we see whitespace after first skipping any
> > leading whitespace, and it seemed really ugly t
Provide an fs_context op to notify a filesystem that a container has been
set. The filesystem should do whatever cleanup it needs, then call
do_set_container() and then re-set its container/namespace dependent stuff.
This allows the following:
(1) proc and mqueue mounts to set the correct pid a
Some filesystem system calls, such as mkdirat(), take a 'directory fd' to
specify the pathwalk origin. This takes either AT_FDCWD or a file
descriptor that refers to an open directory.
Make it possible to supply a container fd, as obtained from
container_create(), instead thereby specifying the c
On Fri, 2019-02-15 at 10:26 +0800, Ming Lei wrote:
> There might be lots of blk_flush_queue instance which is allocated
> for each hctx, then lots of class key slot may be wasted.
>
> So I suggest to use one nvmet_loop_flush_lock_key for this particular issue,
> something like the following patch:
Provide a mechanism by which a running daemon can intercept request_key
upcalls, filtered by namespace and key type, and service them. The list of
active services is per-container.
Intercepts for a specific {key_type, namespace} can be installed on a
container with:
keyctl(KEYCTL_ADD_UPC
Break bits out of key_unlink() into helper functions so that they can be
used in implementing key_move().
Signed-off-by: David Howells
---
security/keys/keyring.c | 89 +++
1 file changed, 66 insertions(+), 23 deletions(-)
diff --git a/security/key
Provide a system call to open a socket inside of a container, using that
container's network namespace. This allows netlink to be used to manage
the container.
fd = container_socket(int container_fd,
int domain, int type, int protocol);
Signed-off-by: David
Grant Link permission to the possessers of request_key authentication keys,
thereby allowing a daemon that is servicing upcalls to arrange things such
that only the necessary auth key is passed to the actual service program
and not all the daemon's pending auth keys.
Signed-off-by: David Howells
Provide a keyctl by which the oldest "unseen" key in a keyring can be
found. The "unseenness" is controlled by a flag on the key, so is shared
across all keyrings that might link to a key. The flag is only set by this
keyctl. The keyctl looks like:
key = keyctl_find_lru(key_serial_t key
Provide /proc/containers to view the current container and all the
containers created within it:
# ./foo-container
NAME USE FL OWNER GROUP
141 01 0 0
foo-test 1 04 0 0
I'm not sure whether this is really
Allow a single process to be forked directly into a container using a new
syscall, thereby 'booting' the container:
pid_t pid = fork_into_container(int container_fd);
This process will be the 'init' process of the container.
Further attempts to fork into the container will be rejected.
Make it possible for fsopen() to create a superblock in a specified
container, using the namespaces associated with that container to cover UID
translation, networking and filesystem content. This involves adding a new
fsconfig command to specify the container.
For example:
cfd = contain
Provide a keyctl to query a request_key authentication key for situations
where this information isn't passed on the command line (such as where the
authentication key is placed in a queue instead of /sbin/request-key being
invoked):
struct keyctl_query_request_key_auth {
c
Add a keyctl to atomically move a link to a key from one keyring to
another. The key must exist in "from" keyring and a flag can be given to
cause the operation to fail if there's a matching key already in the "to"
keyring.
This can be done with:
keyctl(KEYCTL_MOVE,
key_se
Implement a sample upcall handling.
Firstly, the test-container sample is modified to (a) create a staging
keyring and to (b) intercept request_key calls for user-type keys inside
the container and place the authentication keys into that rather than
invoking /sbin/request-key.
Secondly, a test-up
Make __key_link_begin() handle lockdep nesting for the implementation of
key_move() where we have to lock two keyrings.
Signed-off-by: David Howells
---
security/keys/internal.h|2 +-
security/keys/key.c |6 +++---
security/keys/keyring.c |6 +++---
security/keys/req
Replace the uid/gid/perm permissions checking on a key with an ACL to allow
the SETATTR and SEARCH permissions to be split. This will also allow a
greater range of subjects to represented.
WHY DO THIS?
The problem is that SETATTR and SEARCH cover a slew of actions, not
On Fri, Feb 15, 2019 at 11:08 AM Gustavo A. R. Silva
wrote:
>
> In preparation to enabling -Wimplicit-fallthrough, mark switch
> cases where we are expecting to fall through.
>
> Warning level 3 was used: -Wimplicit-fallthrough=3
>
> Notice that, in some cases, the code comment is modified
> in ac
As the function is responsible for executing the individual steps supplied
in the steps argument, execute_steps is a more descriptive name than the
rather generic next.
Signed-off-by: David Kozub
Reviewed-by: Scott Bauer
Reviewed-by: Christoph Hellwig
Reviewed-by: Jon Derrick
---
block/sed-op
Hi Pierre-Yves,
Am Freitag, den 15.02.2019, 16:58 +0100 schrieb Pierre-Yves MORDRET:
> Append Vivante GPU DT configuration.
>
> Signed-off-by: Pierre-Yves MORDRET
> ---
> arch/arm/boot/dts/stm32mp157c.dtsi | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/arch/arm/boot/dts/s
On Fri, Feb 15, 2019 at 3:54 AM Axel Lin wrote:
>
> This driver is for LTC3676 rather than LTC1376.
>
> Signed-off-by: Axel Lin
> ---
> drivers/regulator/ltc3676.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/regulator/ltc3676.c b/drivers/regulator/ltc3676.c
>
Allow a container to be specified to KEYCTL_GRANT_PERMISSION by name. This
allows processes that don't have access to the container fd to grant
permission on a key to a container. This is restricted to the containers
that are children of the current container.
This can be effected with something
Provide a sample program that will grant access to the specified key for a
container named "foo-test" (as created by the test-container sample) and
then link the key into the container keyring (either given on the command
line or searches for a keyring called "_container" in the session keyring
as
Provide a constant that can be used in place of a key ID to indicate the
keyring belonging to the current process's container. Used as:
key_serial_t container_keyring =
keyctl_get_key_ID(KEY_SPEC_CONTAINER_KEYRING, 0);
Note that this is merely a 'macro' for the ID of the
Provide a keyctl() operation to grant/remove permissions. The grant
operation, wrapped by libkeyutils, looks like:
int ret = keyctl_grant_permission(key_serial_t key,
enum key_ace_subject_type type,
unsign
Allow the ACL attached to a key to grant permissions to the denizens of a
container object when request_key() is called. This allows separate
permissions to those granted in the possessor set.
int cfd = container_create("foo", 0);
int ret = keyctl_grant_permission(key,
Allow a container manager to attach keyrings to a container such that the
keys contained therein are searched by request_key() in addition to a
process's normal keyrings. This allows the manager to install keys to
support filesystem decryption and authentication for superblocks inside the
containe
The request_key() syscall allows a process to gain access to the 'possessor'
permits of any key that grants it Search permission by virtue of request_key()
not checking whether a key it finds grants Link permission to the caller.
Signed-off-by: David Howells
---
security/keys/request_key.c |
Am Freitag, den 15.02.2019, 16:58 +0100 schrieb Pierre-Yves MORDRET:
> Enable Vivante GPU driver for stm32mp157c-ed1 board.
>
> Signed-off-by: Pierre-Yves MORDRET
> ---
> arch/arm/boot/dts/stm32mp157c-ed1.dts | 16
> 1 file changed, 16 insertions(+)
>
> diff --git a/arch/arm/bo
401 - 500 of 987 matches
Mail list logo
