There is no code that tries to get the attribute
SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS, remove support for doing that.
Signed-off-by: Florian Fainelli
---
drivers/staging/fsl-dpaa2/ethsw/ethsw.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/fsl-dpaa2/ethsw/ethsw.c
There is no code that attempts to get the
SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS attribute, remove support for that.
Signed-off-by: Florian Fainelli
---
drivers/net/ethernet/rocker/rocker.h | 2 --
drivers/net/ethernet/rocker/rocker_main.c | 15 ---
Hi all,
AFAICT there is no code that attempts to get the value of the attribute
SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS while it is used with
switchdev_port_attr_set().
This is effectively no doing anything and it can slow down future work
that tries to make modifications in these areas so remove
There is no code that will query the SWITCHDEV_ATTR_ID_PORT_BRIDGE_FLAGS
attribute remove support for that.
Signed-off-by: Florian Fainelli
---
.../mellanox/mlxsw/spectrum_switchdev.c | 17 -
1 file changed, 17 deletions(-)
diff --git
On Mon, Feb 11, 2019 at 01:06:32PM -0800, a...@linux-foundation.org wrote:
> @@ -2848,8 +2848,10 @@ static int __do_proc_doulongvec_minmax(v
> - if ((min && val < *min) || (max && val > *max))
> - continue;
> + if ((min && val <
>
> On Mon, Feb 11, 2019 at 12:16:40PM -0800, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > NOTE: This series depends on my clean up patch to remove the write
> > parameter from gup_fast_permitted()[1]
> >
> > HFI1 uses get_user_pages_fast() due to it performance advantages.
> > Like
On 2/11/19 12:39 PM, Jason Gunthorpe wrote:
> On Mon, Feb 11, 2019 at 12:16:42PM -0800, ira.we...@intel.com wrote:
>> From: Ira Weiny
[...]
>> +static inline int get_user_pages_fast_longterm(unsigned long start, int
>> nr_pages,
>> + bool write, struct
On Mon, Feb 11, 2019 at 05:28:00PM +, Will Deacon wrote:
> On Mon, Feb 11, 2019 at 06:09:43PM +0100, Peter Zijlstra wrote:
> >
> > Clarify the whole signed vs unsigned issue for atomic_t.
> >
> > There has been enough confusion on this topic to warrant a few explicit
> > words I feel.
> >
>
From: Eric Biggers
If the sysctl 'kernel.keys.maxkeys' is set to some number n, then
actually users can only add up to 'n - 1' keys. Likewise for
'kernel.keys.maxbytes' and the root_* versions of these sysctls. But
these sysctls are apparently supposed to be *maximums*, as per their
names and
Got UBSAN warning from Dell D600 running 5.0.0-rc4-00218-g12491ed354d2.
The warning did not happen on bootup but during xfce session start or console
switch.
[ 15.323113] radeon :01:00.0: putting AGP V2 device into 4x mode
[ 15.323134] radeon :01:00.0: GTT: 128M 0xE000 -
On Mon, Feb 11, 2019 at 01:02:37PM -0800, Dan Williams wrote:
> On Mon, Feb 11, 2019 at 12:49 PM Jason Gunthorpe wrote:
> >
> > On Mon, Feb 11, 2019 at 11:58:47AM -0800, Dan Williams wrote:
> > > On Mon, Feb 11, 2019 at 10:40 AM Matthew Wilcox
> > > wrote:
> > > >
> > > > On Mon, Feb 11, 2019
On Mon, Feb 11, 2019 at 10:19:22AM -0800, Ira Weiny wrote:
> On Mon, Feb 11, 2019 at 11:06:54AM -0700, Jason Gunthorpe wrote:
> > On Mon, Feb 11, 2019 at 09:22:58AM -0800, Dan Williams wrote:
> >
> > > I honestly don't like the idea that random subsystems can pin down
> > > file blocks as a side
As stated in 'TLV320AIC3254 Application Reference Guide' ([1]):
3.2 Device Startup Lockout Times
After the TLV320AIC3254 initializes through hardware reset at power-up
or software reset, the internal registers initialize to default values.
This initialization takes place within 1ms
Hello Mark,
On Mon, 11 Feb 2019 15:04:25 +, Mark Brown wrote:
> On Sun, Feb 10, 2019 at 04:45:19PM +0100, Peter Seiderer wrote:
>
> > @@ -972,6 +972,8 @@ static int aic32x4_component_probe(struct
> > snd_soc_component *component)
> > gpio_set_value(aic32x4->rstn_gpio, 1);
> >
There are several skb_* functions where the locked and unlocked
functions are confusingly documented. For several of them, the
kernel-doc for the unlocked version is placed above the locked version,
which to the casual reader makes it seems like the locked version "takes
no locks and you must
On Mon, Feb 11, 2019 at 12:49 PM Jason Gunthorpe wrote:
>
> On Mon, Feb 11, 2019 at 11:58:47AM -0800, Dan Williams wrote:
> > On Mon, Feb 11, 2019 at 10:40 AM Matthew Wilcox wrote:
> > >
> > > On Mon, Feb 11, 2019 at 11:26:49AM -0700, Jason Gunthorpe wrote:
> > > > On Mon, Feb 11, 2019 at
On Mon, 2019-02-11 at 14:54 -0500, Michael S. Tsirkin wrote:
> On Mon, Feb 11, 2019 at 10:10:06AM -0800, Alexander Duyck wrote:
> > On Mon, 2019-02-11 at 12:36 -0500, Michael S. Tsirkin wrote:
> > > On Mon, Feb 11, 2019 at 08:31:34AM -0800, Alexander Duyck wrote:
> > > > On Sat, 2019-02-09 at
On Mon, Feb 11, 2019 at 02:59:29PM -0500, Tavian Barnes wrote:
> It seems that readdir()/getdents() fill d_type from the underlying
> filesystem, not respecting bind mounts of non-directories:
>
> $ touch mount_point
> $ sudo mount --bind /dev/null mount_point
> $ find -name mount_point -type c
>
Hi Lukasz,
On Mon, Feb 11, 2019 at 11:05:27AM +0100, Lukasz Luba wrote:
> Hi Matthias,
>
> My apologize for late response, I did not have access to mailbox.
> Thank you for review, please check the comments below.
>
> On 2/5/19 1:39 AM, Matthias Kaehlcke wrote:
> > Hi Lukasz,
> >
> > On Fri,
Hi!
> 4.9-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> [ Upstream commit f36797ee43802b367e59f0f9a9805304a4ff0c98 ]
>
> The device-tree booted MMP2 needs to enable the timer clock, otherwise
> it would stop ticking when the boot finishes.
>
On Mon, Feb 11, 2019 at 11:58:47AM -0800, Dan Williams wrote:
> On Mon, Feb 11, 2019 at 10:40 AM Matthew Wilcox wrote:
> >
> > On Mon, Feb 11, 2019 at 11:26:49AM -0700, Jason Gunthorpe wrote:
> > > On Mon, Feb 11, 2019 at 10:19:22AM -0800, Ira Weiny wrote:
> > > > What if user space then writes
On Wed, 6 Feb 2019 20:00:13 +0100
Andreas Ziegler wrote:
> Commit 9178412ddf5a ("tracing: probeevent: Return consumed
> bytes of dynamic area") improved the string fetching
> mechanism by returning the number of required bytes after
> copying the argument to the dynamic area. However, this
>
On 02/06/19 at 08:08pm, Dave Young wrote:
> On 02/05/19 at 09:15am, Borislav Petkov wrote:
> > On Mon, Feb 04, 2019 at 03:30:16PM -0700, Jerry Hoemann wrote:
> > > Is your objection only to the second fallback of allocating
> > > memory above >= 4GB? Or are you objecting to allocating from
> > >
On Mon, Feb 11, 2019 at 12:34:17PM -0800, Davidlohr Bueso wrote:
> On Mon, 11 Feb 2019, ira.we...@intel.com wrote:
> > Ira Weiny (3):
> > mm/gup: Change "write" parameter to flags
> > mm/gup: Introduce get_user_pages_fast_longterm()
> > IB/HFI1: Use new get_user_pages_fast_longterm()
>
> Out
On Mon, Feb 11, 2019 at 11:18:45AM -0800, Andrew Morton wrote:
> On Mon, 11 Feb 2019 14:08:22 -0500 Johannes Weiner wrote:
>
> > On Wed, Dec 19, 2018 at 09:37:48AM -0800, Roman Gushchin wrote:
> > > The patchset contains few changes to the vmalloc code, which are
> > > leading to some
On Mon, 11 Feb 2019 13:43:11 -0200
Marcelo Schmitt wrote:
> Move ad5933 impedance-analyzer driver from staging to mainline.
>
> The ad5933 is a high precision impedance converter system
> solution that combines an on-board frequency generator with an
> analog-to-digital converter (ADC). This
On Mon, Feb 11, 2019 at 1:13 PM Greg Kroah-Hartman
wrote:
>
> On Mon, Feb 11, 2019 at 12:41:40PM -0600, Alan Tull wrote:
> > On Fri, Nov 9, 2018 at 12:58 AM Frank Rowand wrote:
> >
> > What LTSI's are these patches likely to end up in? Just to be clear,
> > I'm not pushing for any specific
On Mon, Feb 11, 2019 at 12:18 PM Jiri Olsa wrote:
>
> On Mon, Feb 11, 2019 at 04:32:02PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Feb 11, 2019 at 07:53:06PM +0100, Jiri Olsa escreveu:
> > > On Mon, Feb 11, 2019 at 10:34:16AM -0800, Stephane Eranian wrote:
> > > > On Mon, Feb 11, 2019 at
On Mon, Feb 11, 2019 at 12:16:40PM -0800, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> NOTE: This series depends on my clean up patch to remove the write parameter
> from gup_fast_permitted()[1]
>
> HFI1 uses get_user_pages_fast() due to it performance advantages. Like RDMA,
> HFI1 pages
On Mon, Feb 11, 2019 at 10:39:34AM -0500, Josef Bacik wrote:
> On Sat, Feb 09, 2019 at 03:07:49PM +0100, Andrea Righi wrote:
> > This is an attempt to mitigate the priority inversion problem of a
> > high-priority blkcg issuing a sync() and being forced to wait the
> > completion of all the
On Mon, Feb 11, 2019 at 12:16:42PM -0800, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Users of get_user_pages_fast are not protected against mapping
> pages within FS DAX. Introduce a call which protects them.
>
> We do this by checking for DEVMAP pages during the fast walk and
> falling
On Mon, 11 Feb 2019, ira.we...@intel.com wrote:
Ira Weiny (3):
mm/gup: Change "write" parameter to flags
mm/gup: Introduce get_user_pages_fast_longterm()
IB/HFI1: Use new get_user_pages_fast_longterm()
Out of curiosity, are you planning on having all rdma drivers
use
On 2/11/2019 2:15 PM, Raj, Ashok wrote:
It seems rather odd we have to check for ATS version.
I always assumed unspecified bits (Reserved) must be 0. We only check
this if ATS is enabled, and this particular bit wasn't given away for another
feature.
Is it really required to check for ATS
On Mon, Feb 11, 2019 at 9:28 AM Kevin Brodsky wrote:
>
> On 19/12/2018 12:52, Dave Martin wrote:
> > On Tue, Dec 18, 2018 at 05:59:38PM +, Catalin Marinas wrote:
> >> On Tue, Dec 18, 2018 at 04:03:38PM +0100, Andrey Konovalov wrote:
> >>> On Wed, Dec 12, 2018 at 4:02 PM Catalin Marinas
>
> On Feb 11, 2019, at 11:42 AM, Borislav Petkov wrote:
>
> On Mon, Feb 11, 2019 at 11:27:03AM -0800, Nadav Amit wrote:
>> Is there any comment over static_cpu_has()? ;-)
>
> Almost:
>
> /*
> * Static testing of CPU features. Used the same as boot_cpu_has().
> * These will statically patch the
> On Feb 11, 2019, at 11:30 AM, Stephane Eranian wrote:
>
> Arnaldo,
>
> On Mon, Feb 11, 2019 at 10:55 AM Arnaldo Carvalho de Melo
> wrote:
>>
>> Em Mon, Feb 11, 2019 at 10:34:16AM -0800, Stephane Eranian escreveu:
>>> Jiri,
>>>
>>> On Mon, Feb 11, 2019 at 2:20 AM Jiri Olsa wrote:
On Mon, 11 Feb 2019 15:27:25 -0500
Steven Rostedt wrote:
> On Mon, 11 Feb 2019 12:21:32 -0800
> Kees Cook wrote:
>
> > > > Looks good to me.
> > > >
> > > > Reviewed-by: Srikar Dronamraju
> > >
> > > Thank you very much Srikar!
> > > Would you be able to take this patch to integration?
On Mon, 11 Feb 2019 12:21:32 -0800
Kees Cook wrote:
> > > Looks good to me.
> > >
> > > Reviewed-by: Srikar Dronamraju
> >
> > Thank you very much Srikar!
> > Would you be able to take this patch to integration?
>
> Steve can you pick this up with Srikar's Reviewed-by?
Yep. And I'll also
On Sun, 10 Feb 2019 22:47:49 +0200
Tomer Maimon wrote:
> Remove NPCM7xx rst node for preparing the NPCM ADC
> document to describe ADC reset binding.
>
> Signed-off-by: Tomer Maimon
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to play with it.
PERF_RECORD_COMPRESSED records are decompressed from trace file into
a linked list of mmaped memory regions using streaming Zstandard API.
After that the regions are loaded fetching uncompressed events. When
dumping raw trace (e.g., perf report -D --header) file offsets of
events from compressed
Compression is implemented using simple Zstd API and employs AIO data
buffer as the memory to operate on. If the API call fails for some
reason compression falls back to memcpy().
Data chunks are split and packed into PERF_RECORD_COMPRESSED records
by 64KB at max. mmap-flush option value can be
On Mon, Feb 11, 2019 at 05:29:48PM +, Will Deacon wrote:
> The "KERNEL I/O BARRIER EFFECTS" section of memory-barriers.txt is vague,
> x86-centric, out-of-date, incomplete and demonstrably incorrect in places.
> This is largely because I/O ordering is a horrible can of worms, but also
>
Implement -z,--compression_level= and --mmap-flush=
options as well as a special PERF_RECORD_COMPRESSED record that contains
compressed parts of kernel data buffer.
Because compression requires auxilary memory to implement encoding of
kernel data record->opts.nr_cblocks == -1 signifies to
On Sat, 9 Feb 2019 18:36:09 +0100
Tomasz Duszynski wrote:
> Add device tree support for Plantower PMS7003 particulate matter sensor.
>
> Signed-off-by: Tomasz Duszynski
Applied to the togreg branch of iio.git and pushed out as testing.
I'll be doing a pull request pretty soon on this given
On Sun, Feb 3, 2019 at 10:51 PM Reshetova, Elena
wrote:
>
>
> > * Elena Reshetova [2019-01-16 13:20:27]:
> >
> > > atomic_t variables are currently used to implement reference
> > > counters with the following properties:
> > > - counter is initialized to 1 using atomic_set()
> > > - a
Implement libzstd feature check, NO_LIBZSTD and LIBZSTD_DIR defines
to override Zstd library sources or disable the feature from the
command line:
$ make -C tools/perf LIBZSTD_DIR=/root/abudanko/zstd-1.3.7 clean all
$ make -C tools/perf NO_LIBZSTD=1 clean all
Signed-off-by: Alexey Budankov
On Sat, 9 Feb 2019 18:36:08 +0100
Tomasz Duszynski wrote:
> Add Plantower to the vendor prefixes.
>
> Signed-off-by: Tomasz Duszynski
> Reviewed-by: Rob Herring
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to ignore this.
Thanks,
Jonathan
> ---
>
Hi all,
On Tue, 12 Feb 2019 07:18:58 +1100 Stephen Rothwell
wrote:
>
> Does the 4.20 stable tree use -Wimplicit-fallthrough? I assume not
> (since v4.20 doesn't), so this warning does not happen in that tree.
Ditto for 4.19, 4.14 and 4.9.
--
Cheers,
Stephen Rothwell
pgp2oJEZLx65N.pgp
Hi Greg,
On Mon, 11 Feb 2019 15:15:08 +0100 Greg Kroah-Hartman
wrote:
>
> 4.20-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> [ Upstream commit f5d5510e7389fa264337fb524346bac9eb93adc8 ]
>
> After merging the f2fs tree, today's linux-next
On Mon, Feb 11, 2019 at 04:32:02PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Feb 11, 2019 at 07:53:06PM +0100, Jiri Olsa escreveu:
> > On Mon, Feb 11, 2019 at 10:34:16AM -0800, Stephane Eranian wrote:
> > > On Mon, Feb 11, 2019 at 2:20 AM Jiri Olsa wrote:
> > > > On Tue, Feb 05, 2019 at
> > Bus clear feature of Tegra I2C controller helps to recover from bus
> > hang when I2C master loses the bus arbitration due to the slave device
> > holding SDA LOW continuously for some unknown reasons.
> >
> > Per I2C specification, the device that held the bus LOW should release
> > it
On Sat, 9 Feb 2019 18:36:07 +0100
Tomasz Duszynski wrote:
> Add support for Plantower PMS7003 particulate matter sensor.
>
> Signed-off-by: Tomasz Duszynski
Applied to the togreg branch of iio.git and pushed out as testing for
the autobuilders to play with it.
I made a really small tweak to
PCI core handles save and restore of device state around reset, but
when using pci_set_power_state() we can unintentionally trigger a soft
reset of the device, where PCI core only restores the BAR state. If
we're using vfio-pci's idle D3 support to try to put devices into low
power when unused,
On Mon, Feb 11, 2019 at 12:06 PM Jonathan Cameron wrote:
>
> On Sat, 9 Feb 2019 12:56:11 -0600
> David Lechner wrote:
>
> > On 2/9/19 11:00 AM, Jonathan Cameron wrote:
> > > Nope. This is a state lock used to protect against transitions between
> > > different modes of the IIO device (buffered
From: Ira Weiny
In order to support more options in the GUP fast walk, change the
write parameter to flags throughout the call stack.
This patch does not change functionality and passes FOLL_WRITE
where write was previously used.
Signed-off-by: Ira Weiny
---
mm/gup.c | 52
From: Ira Weiny
Users of get_user_pages_fast are not protected against mapping
pages within FS DAX. Introduce a call which protects them.
We do this by checking for DEVMAP pages during the fast walk and
falling back to the longterm gup call to check for FS DAX if needed.
Signed-off-by: Ira
This is the rebase to the tip of Arnaldo's perf/core repository.
The patch set implements runtime trace compression for record mode and
trace file decompression for report mode. Zstandard API [1] is used for
compression/decompression of data that come from perf_events kernel
data buffers.
From: Ira Weiny
NOTE: This series depends on my clean up patch to remove the write parameter
from gup_fast_permitted()[1]
HFI1 uses get_user_pages_fast() due to it performance advantages. Like RDMA,
HFI1 pages can be held for a significant time. But get_user_pages_fast() does
not protect
From: Ira Weiny
Use the new get_user_pages_fast_longterm() call to protect against
FS DAX pages being mapped.
Signed-off-by: Ira Weiny
---
drivers/infiniband/hw/hfi1/user_pages.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/hfi1/user_pages.c
From: Florian Fainelli
Date: Mon, 11 Feb 2019 11:09:52 -0800
> David, I would like to get Ido's feedback on this to make sure I did not
> miss something, thank you!
Ok, Ido please look at this when you can.
On Mon, Feb 11, 2019 at 10:34:09AM -0800, Linus Torvalds wrote:
> > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
> > fixes
>
> has been merged into torvalds/linux.git:
> https://git.kernel.org/torvalds/c/7ad915f5ebf5b9e7ca98a7048d8f84a631fe388b
I think the bot is
On Mon, 2019-02-11 at 09:23 +0800, Shawn Guo wrote:
> On Thu, Feb 07, 2019 at 09:00:44PM +, Trent Piepho wrote:
> > On Mon, 2019-01-07 at 14:22 +0100, Stefan Agner wrote:
> > > Allow to use DMA for SPI by adding the appropriate DMA properites
> > > to the ecspi nodes.
> > >
> > >
On 2019.02.05 04:04 Rafael J. Wysocki wrote:
> On Friday, February 1, 2019 5:54:37 PM CET Doug Smythies wrote:
>> On 2019.01.30 16:05 Rafael J. Wysocki wrote:
>>
>>> From: Rafael J. Wysocki
>>>
>>> The current iowait boosting mechanism in intel_pstate_update_util()
>>> is quite aggressive, as it
On 2/10/19, 9:22 PM, "Andrew Jeffery" wrote:
On Fri, 25 Jan 2019, at 05:59, Vijay Khemka wrote:
>
>
> On 1/24/19, 12:16 AM, "Greg Kroah-Hartman"
wrote:
>
> On Wed, Jan 23, 2019 at 03:06:34PM -0800, Vijay Khemka wrote:
> > Corrected some of return
Hello, Ingo,
This pull request contains the following changes:
1. Additional cleanups after RCU flavor consolidation.
http://lkml.kernel.org/r/20190109211830.ga30...@linux.ibm.com
2. Grace-period forward-progress cleanups and improvements.
> On Feb 11, 2019, at 10:54 AM, Arnaldo Carvalho de Melo
> wrote:
>
> Em Fri, Feb 08, 2019 at 05:16:56PM -0800, Song Liu escreveu:
>> This series enables annotation of BPF programs in perf.
>>
>> perf tool gathers information via sys_bpf and (optionally) stores them in
>> perf.data as
Hi Chao,
Thank you for your review.
On Mon, Feb 11, 2019 at 09:46:05AM +0800, Chao Fan wrote:
> On Tue, Feb 05, 2019 at 10:05:16AM -0500, Masayoshi Mizuma wrote:
> [...]
>
> Hi Masa,
>
> Sorry for delay, since last days were Chinese holiday.
>
> >diff --git a/arch/x86/boot/compressed/acpi.c
On Sat, 9 Feb 2019 12:56:11 -0600
David Lechner wrote:
> On 2/9/19 11:00 AM, Jonathan Cameron wrote:
> > Nope. This is a state lock used to protect against transitions between
> > different modes of the IIO device (buffered vs polled), it
> > isn't suitable for general use.
> >
> > The driver
On Mon, 11 Feb 2019 at 13:40, Konstantin Ryabitsev
wrote:
> >> On Sun, Feb 10, 2019 at 04:25:16AM +, pr-tracker-...@kernel.org wrote:
> >> > The pull request you sent on Sat, 9 Feb 2019 20:17:23 -0800:
> >> >
> >> > > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal
>
On 2/11/19 11:02 AM, Palmer Dabbelt wrote:
On Fri, 08 Feb 2019 20:26:07 PST (-0800), david.abdurachma...@gmail.com wrote:
On Sat, Feb 9, 2019 at 12:03 AM Atish Patra wrote:
On 2/8/19 1:11 AM, Christoph Hellwig wrote:
+ * We don't support running Linux on hertergenous ISA systems.
+
On Mon, Feb 11, 2019 at 02:09:31PM -0500, Jerome Glisse wrote:
> Yeah, between do you have any good workload for me to test this ? I
> was thinking of running few same VM and having KSM work on them. Is
> there some way to trigger KVM to fork ? As the other case is breaking
> COW after fork.
KVM
On Mon, 11 Feb 2019 01:34:06 PST (-0800), jo...@kernel.org wrote:
On Fri, Jan 18, 2019 at 03:03:03PM +0100, Johan Hovold wrote:
This series fix up some minor issues found through inspection.
Note that the fourth patch changes which cpu (hart) devicetree nodes
are enabled by following the Linux
It seems that readdir()/getdents() fill d_type from the underlying
filesystem, not respecting bind mounts of non-directories:
$ touch mount_point
$ sudo mount --bind /dev/null mount_point
$ find -name mount_point -type c
$ find -name mount_point -type f
./mount_point
(Requires a fairly recent
On Mon, Feb 11, 2019 at 10:40 AM Matthew Wilcox wrote:
>
> On Mon, Feb 11, 2019 at 11:26:49AM -0700, Jason Gunthorpe wrote:
> > On Mon, Feb 11, 2019 at 10:19:22AM -0800, Ira Weiny wrote:
> > > What if user space then writes to the end of the file with a regular
> > > write?
> > > Does that write
stable-rc/linux-4.19.y boot: 113 boots: 0 failed, 112 passed with 1
untried/unknown (v4.19.20-313-g175a7aa1da44)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.19.20-313-g175a7aa1da44/
Full Build Summary:
On Sun, Feb 10, 2019 at 12:09:08PM +0100, Krzysztof Grygiencz wrote:
> Dear Sir,
>
> I'm using ArchLinux distribution. After kernel upgrade form 4.19.14 to
> 4.19.15 my X environment stopped working. I have AMD HD3300 (RS780D)
> graphics card. I have bisected kernel and found a failing commit:
>
On Mon, Feb 11, 2019 at 10:19:17AM -0800, Dave Hansen wrote:
> On 2/11/19 9:58 AM, Michael S. Tsirkin wrote:
> >>> Really it seems we want a virtio ring so we can pass a batch of these.
> >>> E.g. 256 entries, 2M each - that's more like it.
> >> That only makes sense for a system that's doing
On Sun, 10 Feb 2019 00:19:19 +0800
Changbin Du wrote:
> Here is an example for this change.
>
> $ sudo perf record -e 'ftrace:function' --filter='ip==schedule'
> $ sudo perf report
I took this but changed the subject as it only affects perf (the kernel
doesn't use the format field for output,
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.git
tags/samsung-soc-5.1
for you to fetch changes up to
On Mon, Feb 11, 2019 at 10:10:06AM -0800, Alexander Duyck wrote:
> On Mon, 2019-02-11 at 12:36 -0500, Michael S. Tsirkin wrote:
> > On Mon, Feb 11, 2019 at 08:31:34AM -0800, Alexander Duyck wrote:
> > > On Sat, 2019-02-09 at 19:49 -0500, Michael S. Tsirkin wrote:
> > > > On Mon, Feb 04, 2019 at
On 02/11/2019 05:15 PM, Davidlohr Bueso wrote:
> Holding mmap_sem exclusively for a gup() is an overkill.
> Lets share the lock and replace the gup call for gup_longterm(),
> as it is better suited for the lifetime of the pinning.
>
> Cc: David S. Miller
> Cc: Bjorn Topel
> Cc: Magnus Karlsson
On Mon, 2019-02-11 at 15:39 +0100, Maxime Ripard wrote:
> From: Pawel Osciak
>
> Stateless video codecs will require both the H264 metadata and slices in
> order to be able to decode frames.
>
> This introduces the definitions for a new pixel format for H264 slices that
> have been parsed, as
On Sun, Feb 10, 2019 at 09:39:43PM +0100, Christian Brauner wrote:
> Currently when userspace gives us a values that overflow e.g. file-max and
> other callers of __do_proc_doulongvec_minmax() we simply
> ignore the new value and leave the current value untouched. This can be
> problematic as it
On Mon, 2019-02-11 at 15:39 +0100, Maxime Ripard wrote:
> Introduce some basic H264 decoding support in cedrus. So far, only the
> baseline profile videos have been tested, and some more advanced features
> used in higher profiles are not even implemented.
>
> Signed-off-by: Maxime Ripard
[..]
On Mon, Feb 11, 2019 at 11:27:03AM -0800, Nadav Amit wrote:
> Is there any comment over static_cpu_has()? ;-)
Almost:
/*
* Static testing of CPU features. Used the same as boot_cpu_has().
* These will statically patch the target code for additional
* performance.
*/
static __always_inline
Replace the license boiler plate with a SPDX license identifier.
While in the area, update an email address and add copyright notices.
Signed-off-by: Paul E. McKenney
diff --git a/tools/testing/selftests/rcutorture/bin/configNR_CPUS.sh
b/tools/testing/selftests/rcutorture/bin/configNR_CPUS.sh
On Mon, Feb 11, 2019 at 8:05 AM Sedat Dilek wrote:
>
> On Mon, Feb 11, 2019 at 4:33 PM Masahiro Yamada
> wrote:
> [ ... ]
> > > > > Link: https://github.com/ClangBuiltLinux/linux/issues/342
> > > > > Suggested-by: Nathan Chancellor
> > > > > Signed-off-by: Nick Desaulniers
> > > > > ---
> > >
> On Feb 11, 2019, at 10:22 AM, Borislav Petkov wrote:
>
> Only nitpicks:
Thanks for the feedback. Applied.
Hi,
On Mon, Feb 11, 2019 at 11:00 AM Matthias Kaehlcke wrote:
>
> Add dynamic power coefficients for the Silver and Gold CPU cores of
> the Qualcomm SDM845.
>
> Signed-off-by: Matthias Kaehlcke
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 8
> 1 file changed, 8 insertions(+)
On Mon, Feb 11, 2019 at 08:18:04PM +0100, Daniel Vetter wrote:
> On Mon, Feb 11, 2019 at 7:57 PM Takashi Iwai wrote:
> >
> > On Mon, 11 Feb 2019 19:25:12 +0100,
> > Sam Ravnborg wrote:
> > >
> > > Hi Daniel.
> > >
> > > On Mon, Feb 11, 2019 at 06:15:20PM +0100, Daniel Vetter wrote:
> > > > Hi
On Thu, Feb 7, 2019 at 9:51 PM Nathan Chancellor
wrote:
>
> On Thu, Feb 07, 2019 at 02:01:51PM -0800, ndesaulni...@google.com wrote:
> > This is needed because clang doesn't select which linker to use based on
> > $LD but rather -fuse-ld=$(LD). This is problematic especially for
> > cc-ldoption,
v2:
- Add patch 2 to optimize __down_read_trylock() as suggested by PeterZ.
- Update performance test data in patch 1.
This is part 0 of my rwsem patchset. It just removes the architecture
specific files to make it easer to add enhancements in the upcoming
rwsem patches.
Since the two ll/sc
Em Mon, Feb 11, 2019 at 07:53:06PM +0100, Jiri Olsa escreveu:
> On Mon, Feb 11, 2019 at 10:34:16AM -0800, Stephane Eranian wrote:
> > On Mon, Feb 11, 2019 at 2:20 AM Jiri Olsa wrote:
> > > On Tue, Feb 05, 2019 at 02:37:27PM +0100, Jiri Olsa wrote:
> > > I think all could be added and worked
As the generic rwsem-xadd code is using the appropriate acquire and
release versions of the atomic operations, the arch specific rwsem.h
files will not be that much faster than the generic code as long as the
atomic functions are properly implemented. So we can remove those arch
specific rwsem.h
Modify __down_read_trylock() to make it generate slightly better code
(smaller and maybe a tiny bit faster).
Before this patch, down_read_trylock:
0x <+0>: callq 0x5
0x0005 <+5>: jmp0x18
0x0007 <+7>: lea0x1(%rdx),%rcx
For arm64:
0.34% size improvement with lld -O2 over lld for vmlinux.
3.3% size improvement with lld -O2 over lld for Image.lz4-dtb.
Link: https://github.com/ClangBuiltLinux/linux/issues/343
Suggested-by: Rui Ueyama
Suggested-by: Nathan Chancellor
Reviewed-by: Nathan Chancellor
Tested-by:
This causes an issue when trying to build with `make LD=ld.lld` if
ld.lld and the rest of your cross tools aren't in the same directory
(ex. /usr/local/bin) (as is the case for Android's build system), as the
GCC_TOOLCHAIN_DIR then gets set based on `which $(LD)` which will point
where LLVM tools
This patch cleans up a few places in the Makefile to make way for
landing LLD support in the kernel. There are still a few arch specific
fixes that need to get upstreamed, but this core set of patches should
be arch independent.
Some very rough numbers: LLD is improving the overall build time of
This is needed because clang doesn't select which linker to use based on
$LD but rather -fuse-ld=lld. This is problematic especially for
cc-ldoption, which checks for linker flag support via invoking the
compiler, rather than the linker.
Link: https://github.com/ClangBuiltLinux/linux/issues/342
Similar to how we differentiate between CONFIG_CC_IS_GCC and
CONFIG_CC_IS_CLANG, add CONFIG_LD_IS_BFD, CONFIG_LD_IS_GOLD, and
CONFIG_LD_IS_LLD.
This simiplifies patches to Makefiles that need to do different things
for different linkers.
Cc: Sami Tolvanen
Suggested-by: Sedat Dilek
Reviewed-by:
401 - 500 of 2376 matches
Mail list logo