The LSM check should happen after the file has been confirmed to be
unchanging. Without this, we could have a ToCToU issue between the
LSM verification and the actual contents of the file later.
Signed-off-by: Kees Cook
---
Only loadpin and SELinux implement this hook. From what I can see, this
w
On Wed, 7 Mar 2018 20:33:56 +0900, musashino.o...@gmail.com wrote:
> From: INAGAKI Hiroshi
>
> Buffalo WZR-900DHP has 8 LEDs, but there is not LED definitions in the
> dts and cannot configure these LEDs.
> I Added missing LED definitions for WZR-900DHP.
>
> Signed-off-by: INAGAKI Hiroshi
> --
Em Sun, Feb 11, 2018 at 02:19:37PM -0500, Martin Vuille escreveu:
> build_id_filename already contains symfs path if applicable, so
> don't prepend it a second time.
Where is the analysis that shows that that is the case? I looked here at
the implementation for dso__build_id_filename() and couldn'
On Fri, Mar 9, 2018 at 6:51 AM, Alvaro G. M. wrote:
> Hi,
>
> I've found via git bisect that 0fa1c579349fdd90173381712ad78aa99c09d38b
> makes microblaze unbootable.
>
> I'm sorry I can't provide any console output, as nothing appears at all,
> even when setting earlyprintk (or at least I wasn't ab
On Fri, Mar 9, 2018 at 7:01 AM, Petr Mladek wrote:
> Also it makes the handling unified. We print:
>
>+ (null) when pure NULL pointer is dereferenced
>+ (efault) when an invalid address is dereferenced
>+ pointer address otherwise
This is still fundamentally completely wrong.
It neve
From: Bjorn Helgaas
The pcie_port_bus_type must be registered before drivers that depend on it
can be registered. Those drivers include:
pcied_init()# PCIe native hotplug driver
aer_service_init() # AER driver
dpc_service_init() # DPC driver
pcie_pme_se
From: Bjorn Helgaas
portdrv_pci.c doesn't use anything from . Remove the
include of it. No functional change intended.
Signed-off-by: Bjorn Helgaas
Reviewed-by: Rafael J. Wysocki
---
drivers/pci/pcie/portdrv_pci.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/pci/pcie/portdr
From: Bjorn Helgaas
7570a333d8b0 ("PCI: Add pcie_hp=nomsi to disable MSI/MSI-X for pciehp
driver") added the "pcie_hp=nomsi" kernel parameter to work around this
error on shutdown:
irq 16: nobody cared (try booting with the "irqpoll" option)
Pid: 1081, comm: reboot Not tainted 3.2.0 #1
...
From: Bjorn Helgaas
The platform may restrict the OS's use of PCIe services, e.g., via the ACPI
_OSC method. The user may use "pcie_ports=native" to force the port driver
to use PCIe services even if the platform asked us not to.
The "pcie_ports=native" parameter determines the setting of
pcie_
From: Bjorn Helgaas
The "pcie_ports=auto" parameter set pcie_ports_disabled and pcie_ports_auto
to their compiled-in defaults, so specifying the parameter is the same as
not using it at all.
Remove the "pcie_ports=auto" parameter and update the documentation.
Signed-off-by: Bjorn Helgaas
---
From: Bjorn Helgaas
"pcie_ports_auto" is only used inside the PCIe port driver itself, so
move it from include/linux/pci.h to portdrv.h so it's not visible to the
whole kernel.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/pcie/portdrv.h |2 ++
include/linux/pci.h|2 --
2 files
From: Bjorn Helgaas
Some PCIe features (AER, DPC, hotplug, PME) can be managed by either the
platform firmware or the OS, so the host bridge driver may have to request
permission from the platform before using them. On ACPI systems, this is
done by negotiate_os_control() in acpi_pci_root_add().
From: Bjorn Helgaas
No driver registers for PCIE_PORT_SERVICE_VC, so remove it.
This removes the VC "service" files from /sys/bus/pci_express/devices,
e.g., :07:00.0:pcie108, :08:04.0:pcie208 (all the files that
contained "8" as the last digit of the "pcieXXX" part). The port driver
cre
From: Bjorn Helgaas
fe31e69740ed ("PCI/PCIe: Clear Root PME Status bits early during system
resume") added a .resume_noirq() callback to the PCIe port driver to clear
the PME Status bit during resume to work around a BIOS issue.
The BIOS evidently enabled PME interrupts for ACPI-based runtime wa
From: Bjorn Helgaas
The "pcie_ports=compat" kernel parameter sets pcie_ports_disabled, which is
intended to disable the PCIe port driver. But even when it was disabled,
we registered pcie_portdriver so we could work around a BIOS PME issue (see
fe31e69740ed ("PCI/PCIe: Clear Root PME Status bits
From: Bjorn Helgaas
pcieport_if.h contained the interfaces to register port service driver,
e.g., pcie_port_service_register(). portdrv.h contained internal data
structures of the port driver.
I don't think it's worth keeping those files separate, since both headers
and their users are all insi
From: Bjorn Helgaas
Per PCIe r4.0, sec 6.1.6, Root Complex Event Collectors can generate PME
interrupts on behalf of Root Complex Integrated Endpoints.
Linux does not currently enable PME interrupts from RC Event Collectors,
but fe31e69740ed ("PCI/PCIe: Clear Root PME Status bits early during sy
From: Bjorn Helgaas
Move pcie_clear_root_pme_status() from the port driver to the PCI core so
it will be available even when the port driver isn't present. No
functional change intended.
Signed-off-by: Bjorn Helgaas
Reviewed-by: Rafael J. Wysocki
---
drivers/pci/pci.c |9 +++
This is an attempt to move a few things out of the port driver.
I added these new patches since v1:
Merge pcieport_if.h into portdrv.h
Merge pcieport_if.h and portdrv.h to reduce clutter
Remove unnecessary "pcie_ports=auto" parameter
This is the default setting anyway, so specifying
On 3/9/18 10:50 AM, Linus Torvalds wrote:
On Fri, Mar 9, 2018 at 10:43 AM, Kees Cook wrote:
Module loading (via kernel_read_file()) already uses
deny_write_access(), and so does do_open_execat(). As long as module
loading doesn't call allow_write_access() before the execve() has
started in the
On Wed, Feb 28, 2018 at 10:56:18AM +, Bich HEMON wrote:
> Add options for enabling RS485 hardware control and configuring
> Driver Enable signal:
> - rs485-rts-delay
> - rs485-rx-during-tx
> - rs485-rts-active-low
> - linux,rs485-enabled-at-boot-time
>
> Signed-off-by: Bich Hemon
> Reviewed-b
From: Linus Torvalds
Date: Fri, 9 Mar 2018 10:53:45 -0800
> Anyway, see my other suggestion that makes this all irrelevant. Just
> wait synchronously (until the exit), and just use deny_write_access().
What exit?
Once the helper UMH is invoked, it runs asynchronously taking eBPF
translation req
On Fri, Mar 9, 2018 at 5:33 AM, Jean Delvare wrote:
> Hi Alex,
>
> On Tue, 27 Feb 2018 22:48:14 -0800, Alex Hung wrote:
>> OEM strings are defined by each OEM and they contain customized and
>> useful OEM information. Supporting it provides more flexible uses of
>> the dmi_matches function.
>>
>>
From: Alexei Starovoitov
Date: Fri, 9 Mar 2018 10:50:49 -0800
> On 3/9/18 10:23 AM, Andy Lutomirski wrote:
>> It might not be totally crazy to back it by tmpfs.
>
> interesting. how do you propose to do it?
> Something like:
> - create /umh_module_tempxxx dir
> - mount tmpfs there
> - copy elf i
On Fri, 09 Mar 2018 10:36:44 PST (-0800), parri.and...@gmail.com wrote:
On Fri, Mar 09, 2018 at 09:56:21AM -0800, Palmer Dabbelt wrote:
On Fri, 09 Mar 2018 04:13:40 PST (-0800), parri.and...@gmail.com wrote:
>Atomics present the same issue with locking: release and acquire
>variants need to be s
> This is Intel SE7520JR22S mainboard with 2 64-bit P4 xeons. Earlier
> kernels up to 4.14 have had W+X checking on but found nothing. Now I
> tried 4.15.0-rc9-00023-g1f07476ec143 and it gives a new W+X warning.
Actually, I was wrong about earlier kernels - I just did not have
CONFIG_DEBUG_WX
On Fri, Mar 9, 2018 at 10:50 AM, Linus Torvalds
wrote:
> On Fri, Mar 9, 2018 at 10:43 AM, Kees Cook wrote:
>>
>> Module loading (via kernel_read_file()) already uses
>> deny_write_access(), and so does do_open_execat(). As long as module
>> loading doesn't call allow_write_access() before the exe
On 3/9/2018 12:42 PM, Peter Zijlstra wrote:
On Fri, Mar 09, 2018 at 09:31:11AM -0500, Vince Weaver wrote:
On Fri, 9 Mar 2018, tip-bot for Kan Liang wrote:
Commit-ID: 1af22eba248efe2de25658041a80a3d40fb3e92e
Gitweb: https://git.kernel.org/tip/1af22eba248efe2de25658041a80a3d40fb3e92e
Auth
On Fri, Mar 9, 2018 at 10:48 AM, Andy Lutomirski wrote:
>> On Mar 9, 2018, at 10:17 AM, Linus Torvalds
>> wrote:
>>
>> Hmm. I wish we had an "execute blob" model, but we really don't, and
>> it would be hard/impossible to do without pinning the pages in memory.
>>
>
> Why so hard? We can alread
On Wed, Mar 7, 2018 at 6:36 AM, Mark Brown wrote:
> On Tue, Mar 06, 2018 at 06:57:49AM -0800, Tony Lindgren wrote:
>
>> > By using regmap_irq_update_bits to ACK the interrupts we use the masked
>> > status bits so we take care not to affect any other bits then use
>> > ack_invert to determine if w
On 3/9/18 10:23 AM, Andy Lutomirski wrote:
On Mar 9, 2018, at 10:15 AM, Greg KH wrote:
Oh, and for the record, I like Andy's proposal as well as dumping this
into a kernel module "blob" with the exception that this now would take
up unswapable memory, which isn't the nicest and is one bi
Le vendredi 09 mars 2018 à 14:49 -0300, Gustavo Padovan a écrit :
> From: Gustavo Padovan
>
> In preparation to have full support to explicit fence we are
> marking codec as non-ordered preventively. It is easier and safer from an
The usage of "codec" is soso
> uAPI point of view to move f
On Fri, Mar 9, 2018 at 10:43 AM, Kees Cook wrote:
>
> Module loading (via kernel_read_file()) already uses
> deny_write_access(), and so does do_open_execat(). As long as module
> loading doesn't call allow_write_access() before the execve() has
> started in the new implementation, I think we'd be
On 09/03/18 18:29, Nipun Gupta wrote:
-Original Message-
From: Christoph Hellwig [mailto:h...@lst.de]
Sent: Thursday, March 08, 2018 13:11
On Tue, Mar 06, 2018 at 04:41:56AM +, Nipun Gupta wrote:
Sorry for asking a trivial question - looking into dma_configure() I see that
PCI is
Hi,
I made two other submissions that may also have been overlooked:
https://patchwork.kernel.org/patch/10211401/ -- This one has the S-o-B
https://patchwork.kernel.org/patch/10211473/ -- RFC, was looking for comments,
has the S-o-B
For https://patchwork.kernel.org/patch/10211483/, I'm not s
> On Mar 9, 2018, at 10:17 AM, Linus Torvalds
> wrote:
>
>
> Hmm. I wish we had an "execute blob" model, but we really don't, and
> it would be hard/impossible to do without pinning the pages in memory.
>
Why so hard? We can already execute a struct file for execveat, and Alexei
already
This patch adds high-level documentation about the Generic Counter
interface.
Signed-off-by: William Breathitt Gray
---
Documentation/driver-api/generic-counter.rst | 321 +++
Documentation/driver-api/index.rst | 1 +
MAINTAINERS
From: Miroslav Lichvar
When the timekeeping multiplier is changed, the NTP error is updated to
correct the clock for the delay between the tick and the update of the
clock. This error is corrected in later updates and the clock appears as
if the frequency was changed exactly on the tick.
Remove
From: Benjamin Gaignard
rtc_time_to_tm() and rtc_tm_to_time() are deprecated because they
rely on 32bits variables and that will make rtc break in y2038/2016.
Stop using those two functions to safer 64bits ones.
Cc: Arnd Bergmann
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: x...@kernel.org
Cc: Mir
From: Arnd Bergmann
Dealing with 'struct timeval' users in the y2038 series is a bit tricky:
We have two definitions of timeval that are visible to user space,
one comes from glibc (or some other C library), the other comes from
linux/time.h. The kernel copy is what we want to be used for a numb
On Fri, Mar 9, 2018 at 10:35 AM, Kees Cook wrote:
>
> I think you mean ARRAY_SIZE(service_data) ? In that case, yeah, it
> seems like a raw "64" for the array size can be used instead.
I think 64 is much too big anyway. That's 768 bytes of stack data that
is used to check stuff deep in some trans
The VCHIQ firmware communication channel operates in parallel with our
other mailbox-based channel. This is the communication channel that
exposes the firmware's media decode/encode and ISP interfaces.
Signed-off-by: Eric Anholt
Acked-by: Stefan Wahren (v2)
---
v2: dropped firmware property, a
On Fri, Mar 9, 2018 at 4:50 AM, Mark Brown wrote:
> On Thu, Mar 08, 2018 at 12:06:53PM -0800, Kees Cook wrote:
>
>> If a codec is not attached to the sound soc, a NULL deref is possible as a
>> regular user in /sys.
>
> I can't parse this, sorry. What is the "sound soc"?
SoC's sound component? I
This was requested by Rob Herring in DT bindings review.
Signed-off-by: Eric Anholt
Acked-by: Stefan Wahren
---
v2: new patch
v3: no changes
drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/vc04
The VCHIQ communication channel can be provided by BCM283x and Capri
SoCs, to communicate with the VPU-side OS services.
Signed-off-by: Eric Anholt
---
v2: VCHI->VCHIQ, dropped firmware property, added cache-line-size
v3: Dropped cache-line-size, s/vchi@/mailbox@/
.../devicetree/bindings/soc/b
These are dead code, including in the downstream Raspberry Pi tree.
Signed-off-by: Eric Anholt
---
v2-3: no changes
.../vc04_services/interface/vchiq_arm/vchiq_arm.c| 20
.../vc04_services/interface/vchiq_arm/vchiq_if.h | 10 --
2 files changed, 30 deletion
Now we just need to get the other drivers merged and finish the style
cleanups/garbage collecting so we can get out of staging.
Signed-off-by: Eric Anholt
Acked-by: Stefan Wahren
---
v2-3: no changes
drivers/staging/vc04_services/interface/vchi/TODO | 9 ++---
1 file changed, 2 insertions
It's been tempting to replace this with (L1) cache_line_size(), but
that's really not what the value is about. It's about coordinating
the condition for the pagelist fragment behavior between the two
sides. However, the property was not accepted for the upstream DT
binding, so we have to use the
From: Benjamin Gaignard
Implement counter part of the STM32 timer hardware block
by using counter API.
Hardware only support X2 and X4 quadrature modes.
A Preset value can to set to define the maximum value
reachable by the counter.
Signed-off-by: Benjamin Gaignard
Signed-off-by: William Breath
From: Benjamin Gaignard
In addition of the generic sysfs-bus-counter ABI stm32-timer-cnt
offerts three functionality:
- enable the counter
- set preset value
- allow to read counter direction
Signed-off-by: Benjamin Gaignard
Signed-off-by: William Breathitt Gray
---
.../ABI/testing/sysfs-bus-
From: Benjamin Gaignard
Add bindings for STM32 Timer quadrature encoder.
It is a sub-node of STM32 Timer which implement the
counter part of the hardware.
Signed-off-by: Benjamin Gaignard
Signed-off-by: William Breathitt Gray
---
.../bindings/counter/stm32-timer-cnt.txt | 26 +++
Hey Thomas,
Just wanted to send along my timekeeping queue for 4.17.
Its a bit short, and I want to apologize as I've not had much
time for maintanance and review work. I worry if my current
workload levels persist, I might need to downgrade my status
in the maintainers file, as I'm not particula
This patch adds standard documentation for the Generic Counter interface
userspace sysfs attributes of the 104-QUAD-8 driver.
Signed-off-by: William Breathitt Gray
---
.../ABI/testing/sysfs-bus-counter-104-quad-8 | 115 +
MAINTAINERS
From: Miroslav Lichvar
When the length of the NTP tick changes significantly, e.g. when an
NTP/PTP application is correcting the initial offset of the clock, a
large value may accumulate in the NTP error before the multiplier
converges to the correct value. It may then take a very long time (hour
This patch adds support for the Generic Counter interface to the
104-QUAD-8 driver. The existing 104-QUAD-8 device interface should not
be affected by this patch; all changes are intended as supplemental
additions as perceived by the user.
Generic Counter Counts are created for the eight quadratur
On Fri, Mar 9, 2018 at 10:35 AM, David Miller wrote:
> From: Linus Torvalds
> Date: Fri, 9 Mar 2018 10:17:42 -0800
>
>> - use deny_write_access() to make sure that we don't have active
>> writers and cannot get them during the execve.
>
> I agree that this is necessary for image validation purpo
Changes in v5:
- Organize counter subsystem to its own drivers/counter/ directory
- Remove Simple Counter and Quadrature Counter interfaces
- Remove simple_write callback from Generic Counter interface
- Refactor documentation to utilize Sphinx for code inclusion
- Remove dummy-counter dr
This patch adds standard documentation for the userspace sysfs
attributes of the Generic Counter interface.
Signed-off-by: William Breathitt Gray
---
Documentation/ABI/testing/sysfs-bus-counter | 120
MAINTAINERS | 1 +
2 files chang
This patch introduces the Generic Counter interface for supporting
counter devices.
In the context of the Generic Counter interface, a counter is defined as
a device that reports one or more "counts" based on the state changes of
one or more "signals" as evaluated by a defined "count function."
D
One MC command structure got away with using uXX fields instead
of __leXX. Fix it.
Signed-off-by: Ioana Radulescu
---
v2: new patch
drivers/staging/fsl-dpaa2/ethernet/dpni-cmd.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/fsl-dpaa2/ethernet/dpni-cmd.h
Drop dependency on ARCH_LAYERSCAPE (which in turn depends on ARM64),
thus allowing this driver to compile on all architectures supported
by the fsl-mc bus driver.
This was compile tested on:
- powerpc (corenet_basic_defconfig, ppc64_defconfig)
- x86 (i386_defconfig, x86_64_defconfig, needs CONFI
The Ethernet driver can be built on multiple architectures, so
remove the ARCH_LAYERSCAPE dependency from its Kconfig.
This patchset is marked as v2 because it includes the final patch
from this set: https://lkml.org/lkml/2018/2/26/626, preceeded by
a patch fixing a sparse warning when building on
Hi Linus,
Please pull the arm64 fixes below. Thanks.
The following changes since commit 4a3928c6f8a53fa1aed28ccba227742486e8ddcb:
Linux 4.16-rc3 (2018-02-25 18:50:41 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux tags/arm64-fixes
f
On 03/09/2018 09:37 PM, Sergei Shtylyov wrote:
>> Commit 009f766 intended to filter multicast/broadcast, however
>
>At least 12 digits needed here, and the summary line too, just like you do
> for the Fixes: tag.
>
>> the NDIS filter wasn't set properly in non-promiscuous modes,
>> which res
Hmm. This hunk annoys me and makes me go "Whaa?":
On Fri, Mar 9, 2018 at 2:57 AM, Christian Brauner
wrote:
> @@ -163,6 +159,26 @@ struct vfsmount *devpts_mntget(struct file *filp, struct
> pts_fs_info *fsi)
>
> path = filp->f_path;
> path_get(&path);
> + if ((DEVPTS_SB(path
Hello!
On 03/09/2018 04:25 PM, Mohammed Gamal wrote:
> Commit 009f766 intended to filter multicast/broadcast, however
At least 12 digits needed here, and the summary line too, just like you do
for the Fixes: tag.
> the NDIS filter wasn't set properly in non-promiscuous modes,
> which resulte
On Fri, Mar 09, 2018 at 09:56:21AM -0800, Palmer Dabbelt wrote:
> On Fri, 09 Mar 2018 04:13:40 PST (-0800), parri.and...@gmail.com wrote:
> >Atomics present the same issue with locking: release and acquire
> >variants need to be strengthened to meet the constraints defined
> >by the Linux-kernel me
On Fri, Mar 9, 2018 at 10:11 AM, Eric Anholt wrote:
> "Tobin C. Harding" writes:
>
>> The kernel would like to have all stack VLA usage removed[1]. The
>> array here is fixed (declared with a const variable) but it appears
>> like VLA to the compiler. We can use a pre-processor define to quiet
From: Linus Torvalds
Date: Fri, 9 Mar 2018 10:17:42 -0800
> - use deny_write_access() to make sure that we don't have active
> writers and cannot get them during the execve.
I agree that this is necessary for image validation purposes.
Hello!
On 03/09/2018 03:21 PM, Andreas Christoforou wrote:
> The kernel would like to have all stack VLA usage removed[1].
>
> Signed-off-by: Andreas Christoforou
> ---
> net/ipv6/xfrm6_state.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/net/ipv6/xfrm6_stat
On 03/09/2018 10:58 AM, David Miller wrote:
From: "Gustavo A. R. Silva"
Date: Thu, 8 Mar 2018 23:43:40 -0600
In preparation to enabling -Wvla, remove VLA usage and replace it
with a fixed-length array instead.
Signed-off-by: Gustavo A. R. Silva
---
David,
I'm not sure how often this funct
On Fri, Mar 09, 2018 at 10:23:27AM -0800, Andy Lutomirski wrote:
>
>
> > On Mar 9, 2018, at 10:15 AM, Greg KH wrote:
> >
>
> >
> > Oh, and for the record, I like Andy's proposal as well as dumping this
> > into a kernel module "blob" with the exception that this now would take
> > up unswapab
> -Original Message-
> From: Christoph Hellwig [mailto:h...@lst.de]
> Sent: Thursday, March 08, 2018 13:11
>
> On Tue, Mar 06, 2018 at 04:41:56AM +, Nipun Gupta wrote:
> > Sorry for asking a trivial question - looking into dma_configure() I see
> > that
> > PCI is used in the start
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.16a-rc5-tag
xen: fix for V4.16-rc5
It contains just one fix for the correct error handling after a negative
rc from device_register().
Thanks.
Juergen
drivers/xen/xenbus/xenbus
In preparation to enabling -Wvla, remove VLA usage and replace it
with fixed-length arrays.
DA9150_QIF_LONG_SIZE (4 bytes) is the biggest size of an attribute which can
be accessed [1].
Fixed as part of the directive to remove all VLAs from
the kernel: https://lkml.org/lkml/2018/3/7/621
[1] http
Quoting Rajan Vaja (2018-03-08 06:15:00)
> Fixed factor clock has two initialization at of_clk_init()
> time and also during platform driver probe. So declare the
> fixed factor clock with CLK_OF_DECLARE_DRIVER instead of
> CLK_OF_DECLARE.
>
> See below commit for reference:
> "clk: sunxi: apb0: U
Em Fri, Mar 09, 2018 at 12:07:20PM -0600, Kim Phillips escreveu:
> On Fri, 9 Mar 2018 12:06:27 -0300
> Arnaldo Carvalho de Melo wrote:
>
> Hi Arnaldo,
>
> > Em Thu, Mar 08, 2018 at 09:10:30PM -0600, Kim Phillips escreveu:
> > > Based on prior work:
> > >
> > > https://lkml.org/lkml/2014/5/6/395
> On Mar 9, 2018, at 10:15 AM, Greg KH wrote:
>
>
> Oh, and for the record, I like Andy's proposal as well as dumping this
> into a kernel module "blob" with the exception that this now would take
> up unswapable memory, which isn't the nicest and is one big reason we
> removed the in-kernel-
On 03/09/2018 01:17 PM, Mike Galbraith wrote:
> On Fri, 2018-03-09 at 12:45 -0500, Waiman Long wrote:
>> On 03/09/2018 11:34 AM, Mike Galbraith wrote:
>>> On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote:
Given the fact that thread mode had been merged into 4.14, it is now
time to ena
On Thu, Mar 8, 2018 at 9:08 PM, Alexei Starovoitov wrote:
>
> there is not abi breakage and file cannot disappear from running task.
> One cannot umount fs while file is still being used.
I think that "cannot umount" part _is_ the ABI breakage that Andy is
talking about.
> Not only "read twice",
On Fri, 2018-03-09 at 12:45 -0500, Waiman Long wrote:
> On 03/09/2018 11:34 AM, Mike Galbraith wrote:
> > On Fri, 2018-03-09 at 10:35 -0500, Waiman Long wrote:
> >> Given the fact that thread mode had been merged into 4.14, it is now
> >> time to enable cpuset to be used in the default hierarchy (c
On Fri, Mar 09, 2018 at 09:32:36AM -0800, Alexei Starovoitov wrote:
> On 3/9/18 8:24 AM, Andy Lutomirski wrote:
> > On Fri, Mar 9, 2018 at 3:39 PM, Alexei Starovoitov wrote:
> > > On 3/9/18 7:16 AM, Andy Lutomirski wrote:
> > > > > >
> > > > > > On Mar 8, 2018, at 9:08 PM, Alexei Starovoitov wro
2018-03-02 11:17-0500, Babu Moger:
> Bring the PLE(pause loop exit) logic to AMD svm driver.
> We have noticed it help in situations where numerous pauses are generated
> due to spinlock or other scenarios. Tested it with idle=poll and noticed
> pause interceptions go down considerably.
>
> Signed
"Tobin C. Harding" writes:
> The kernel would like to have all stack VLA usage removed[1]. The
> array here is fixed (declared with a const variable) but it appears
> like VLA to the compiler. We can use a pre-processor define to quiet
> the compiler.
>
> [1]: https://lkml.org/lkml/2018/3/7/621
On Fri, 9 Mar 2018 02:29:55 -0500
Will Hawkins wrote:
> Mr. Rostedt and others interested reading on the LKML,
>
> I hope that this is the proper venue to ask this (longwinded)
> question. If it is not, I apologize for the SPAM and wasting
> everyone's time and bits. I am emailing to ask for cla
On Fri, 09 Mar 2018 04:16:43 PST (-0800), parri.and...@gmail.com wrote:
On Thu, Mar 08, 2018 at 02:11:12PM -0800, Palmer Dabbelt wrote:
On Thu, 08 Mar 2018 13:03:03 PST (-0800), parri.and...@gmail.com wrote:
>On Wed, Mar 07, 2018 at 10:33:49AM -0800, Palmer Dabbelt wrote:
>
>[...]
>
>>I'm going
On Fri, 9 Mar 2018 12:06:27 -0300
Arnaldo Carvalho de Melo wrote:
Hi Arnaldo,
> Em Thu, Mar 08, 2018 at 09:10:30PM -0600, Kim Phillips escreveu:
> > Based on prior work:
> >
> > https://lkml.org/lkml/2014/5/6/395
>
> Thanks, looks good, applying.
>
> Jean, is everything ok with you on this?
On Fri, Mar 9, 2018 at 11:32 PM, Arnaldo Carvalho de Melo
wrote:
> Em Fri, Mar 09, 2018 at 03:00:40PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Fri, Mar 09, 2018 at 11:15:16PM +0530, Ganapatrao Kulkarni escreveu:
>> > On Fri, Mar 9, 2018 at 11:03 PM, Arnaldo Carvalho de Melo
>> > > +++ b/too
The patch
regulator: 88pg86x: new i2c dual regulator chip
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
The patch
regulator: 88pg86x: add DT bindings document
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
The patch
ASoC: TSCS42xx: Add missing headers
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus dur
The patch
ASoC: da7219: Add common clock usage for providing DAI clks
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
ASoC: uniphier: add support for UniPhier PXs2 AIO
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sen
Em Fri, Mar 09, 2018 at 03:00:40PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Mar 09, 2018 at 11:15:16PM +0530, Ganapatrao Kulkarni escreveu:
> > On Fri, Mar 9, 2018 at 11:03 PM, Arnaldo Carvalho de Melo
> > > +++ b/tools/perf/pmu-events/arch/arm64/mapfile.csv
> > > @@ -13,5 +13,5 @@
> > >
Em Fri, Mar 09, 2018 at 11:15:16PM +0530, Ganapatrao Kulkarni escreveu:
> Hi Arnaldo,
>
> On Fri, Mar 9, 2018 at 11:03 PM, Arnaldo Carvalho de Melo
> wrote:
> > Em Fri, Mar 09, 2018 at 03:58:09PM +, Will Deacon escreveu:
> >> On Fri, Mar 09, 2018 at 11:34:15AM -0300, Arnaldo Carvalho de Melo
On Fri, Mar 9, 2018 at 3:55 PM, Mark Rutland wrote:
> Hi,
>
> [trimming Ccs]
>
> On Fri, Mar 09, 2018 at 03:01:58PM +0100, Andrey Konovalov wrote:
>> arm64 has a feature called Top Byte Ignore, which allows to embed pointer
>> tags into the top byte of each pointer. Userspace programs (such as
>>
On Fri, Mar 9, 2018 at 4:58 PM, Catalin Marinas wrote:
> On Fri, Mar 09, 2018 at 03:03:09PM +, Mark Rutland wrote:
>> On Fri, Mar 09, 2018 at 03:02:00PM +0100, Andrey Konovalov wrote:
>> > copy_from_user (and a few other similar functions) are used to copy data
>> > from user memory into the k
On Fri, 09 Mar 2018 04:13:40 PST (-0800), parri.and...@gmail.com wrote:
Atomics present the same issue with locking: release and acquire
variants need to be strengthened to meet the constraints defined
by the Linux-kernel memory consistency model [1].
Atomics present a further issue: implementat
On Fri, 09 Mar 2018 02:20:12 PST (-0800), t...@linutronix.de wrote:
On Wed, 7 Mar 2018, Palmer Dabbelt wrote:
This is my third version of this patch set, but the original cover
letter is still the most relevant description I can come up with.
This patch set has been sitting around for a wh
On 03/09/2018 05:36 AM, Adam Thomson wrote:
On 09 March 2018 04:58, Gustavo A. R. Silva wrote:
In preparation to enabling -Wvla, remove VLA usage and replace it
with fixed-length arrays.
It seems that the length of array 'buf' will not exceed
DA9150_QIF_SHORT_SIZE bytes (2 bytes). But a fixe
501 - 600 of 1208 matches
Mail list logo
