On 09/19/2017 03:09 PM, Mark Brown wrote:
On Mon, Sep 18, 2017 at 10:39:51AM +0200, Maciej Purski wrote:
On Odroid XU3/4 and other Exynos5422 based boards there is a case, that
different devices on the board are supplied by different regulators
with non-fixed voltages. If one of these devices t
Last release, module functions can be enabled before they are loaded
by echoing in ":mod:module-name" into set_ftrace_filter before the
module is loaded. When the module is loaded, its functions will be
enabled for tracing. Now it makes sense to enable module init functions
as well (kernel init fun
From: "Steven Rostedt (VMware)"
If function tracing is active when the module init functions are freed, then
store them to be referenced by kallsyms. As module init functions can now be
traced on module load, they were useless:
># echo ':mod:snd_seq' > set_ftrace_filter
># echo function > curr
On Tue, Sep 19, 2017 at 08:55:59AM +0800, jianchao.wang wrote:
> > But can you elaborate a little more on how this found and if there
> > is a way to easily reproduce it, say for a blktests test case?
> >
> It is found when I made the patch of
> 'block: consider merge of segments when merge bio i
From: "Steven Rostedt (VMware)"
The ftrace_mod_map is a descriptor to save module init function names in
case they were traced, and the trace output needs to reference the function
name from the function address. But after the function is unloaded, it
the maps should be freed, as the rest of the
From: "Steven Rostedt (VMware)"
If a module is loaded while tracing is enabled, then there's a possibility
that the module init functions were traced. These functions have their name
and address stored by ftrace such that it can translate the function address
that is written into the buffer into
On Tue, Sep 19, 2017 at 08:49:12AM -0400, Waiman Long wrote:
> On 09/18/2017 08:01 PM, Christoph Hellwig wrote:
> > Taking a look at this it seems like using a lock in struct block_device
> > isn't the right thing to do anyway - all the action is on fields in
> > struct blk_trace, so having a lock
From: Gao Feng
There is no one which would invokes the function skb_header_release.
So just remove it now.
Signed-off-by: Gao Feng
---
include/linux/skbuff.h | 16
1 file changed, 16 deletions(-)
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
index 72299ef..ce63
On 09/08/2017 07:52 AM, Shuah Khan wrote:
> On 09/08/2017 02:41 AM, Fathi Boudra wrote:
>> Shuah, should I resend?
>
> No need to resend. Sorry about this.I just missed it. I will get
> this into 4.14-rc2 or so. Thanks for the ping.
>
Applied to linux-kselftest fixes for 4.14-rc2
thanks,
-- Shu
From: Colin Ian King
Don't populate the read-only arrays prop2 and prop4 on the stack, instead
make them static const. Makes the object code smaller by over 230 bytes:
Before:
textdata bss dec hex filename
282355820 192 3424785c7 drivers/pinctrl/pinctrl-single
On Tue, Sep 19, 2017 at 4:29 PM, Andrey Ryabinin
wrote:
> On 09/19/2017 04:54 PM, Dmitry Vyukov wrote:
>> On Tue, Sep 19, 2017 at 3:52 PM, Andrey Ryabinin
>> wrote:
>>>
>>>
>>> On 09/19/2017 03:57 PM, Dmitry Vyukov wrote:
On Tue, Sep 19, 2017 at 2:46 PM, Andrey Ryabinin
wrote:
> As
On Mon, Sep 18, 2017 at 09:41:15AM +0200, Richard Cochran wrote:
> This series is an early RFC that introduces a new socket option
> allowing time based transmission of packets. This option will be
> useful in implementing various real time protocols over Ethernet,
> including but not limited to P
Hi Jan,
On lun., août 28 2017, Jan Luebbe wrote:
> At least the Armada XP SoC supports 4GB on a single DRAM window. Because
> the size register values contain the actual size - 1, the MSB is set in
> that case. For example, the SDRAM window's control register's value is
> 0xffe1 for 4GB (b
On 09/14/2017 09:01 AM, Shuah Khan wrote:
> On 09/08/2017 05:05 PM, Daniel Borkmann wrote:
>> On 09/09/2017 01:01 AM, Alexei Starovoitov wrote:
>>> On Fri, Sep 08, 2017 at 01:19:23PM +0200, Thomas Meyer wrote:
The current implementation fails to work on uniprocessor systems.
Fix the parse
On Thu, Sep 14, 2017 at 11:43:18AM +0800, Sandy Huang wrote:
> This path add support rv1108 rgb output interface driver.
>
> Signed-off-by: Sandy Huang
> ---
> .../bindings/display/rockchip/rockchip-rgb.txt | 80
> ++
> 1 file changed, 80 insertions(+)
> create mode 100
On Tue, Sep 19, 2017 at 04:35:54PM +0200, Maciej Purski wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
easier to read and reply to.
> On 09/19/2017 03:09 PM, Mark Brown wrote:
> and from my n
On 09/18/2017 09:19 AM, Shuah Khan wrote:
> On 09/18/2017 09:18 AM, Steven Rostedt wrote:
>> On Thu, 14 Sep 2017 08:15:19 -0700
>> Masami Hiramatsu wrote:
>>
>>
Hi Steve/Masami,
This patch looks good to me. Adds a check similar to the one one in
tools/testing/selftests/ftrace/t
Commit 04c81c7293df ("MIPS: PCI: Replace pci_fixup_irqs() call with host
bridge IRQ mapping hooks") allowed to move the PCI irq fixup to the new
host bridge map/swizzle_irq() hooks mechanism. Those hooks can also be
called after boot completed - with all __init/__initdata/__initconst
sections freed
On some intergrations of the Intel TH the reported size of RTIT_BAR
doesn't match its actual size, which leads to overlaps with other
devices' resources.
For this reason, we need to resize the RTIT_BAR on Denverton where
it would overlap with XHCI MMIO space.
Signed-off-by: Alexander Shishkin
Fi
Since the Data Strobe pin is optional, take it out of the default
eMMC pins and add a separate entry.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dtsi| 2 +-
arch/arm64/boot/dts/amlogic/meson-gxbb-nanopi-k2.dts | 2 +-
arch/arm64/boot/
The Khadas VIM2 is a Single Board Computer, respin of the origin
Khadas VIM board, using an Amlogic S912 SoC and more server oriented.
It provides the same external connectors and header pinout, plus a SPI
NOR Flash, a reprogrammable STM8S003 MCU, FPC Connector, Cooling FAN header
and Pogo Pads Ar
The Khadas VIM2 is a Single Board Computer, respin of the origin
Khadas VIM board, using an Amlogic S912 SoC and more server oriented.
It provides the same external connectors and header pinout, plus a SPI
NOR Flash, a reprogrammable STM8S003 MCU, FPC Connector, Cooling FAN header
and Pogo Pad
Running make allmodconfig;make is throwing compilation error:
CC kernel/watchdog.o
In file included from ./include/linux/kvm_para.h:4:0,
from kernel/watchdog.c:29:
./include/uapi/linux/kvm_para.h:32:26: fatal error: asm/kvm_para.h: No
such file or directory
#include
we can find the logic in domain_dirty_limits() that
when dirty bg_thresh is bigger than dirty thresh,
bg_thresh will be set as thresh * 1 / 2.
if (bg_thresh >= thresh)
bg_thresh = thresh / 2;
But actually we can set vm background dirtiness bigger than
vm dirtiness successfu
Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq
device with OPP v2") causes a cpufreq-dt platform device to be
automatically created for any platform with an OPP v2 node defined.
However, ti-cpufreq registers the cpufreq-dt platdev at the end of probe
in order to ensure the
The patch
ASoC: samsung: Fix invalid argument when devm_gpiod_get is called
has been applied to the asoc tree at
git://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
The patch
ASoC: samsung: Use 'samsung-i2s' cpu_dai for dai_links
has been applied to the asoc tree at
git://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
The patch
ASoC: samsung: i2s: Use specific name for i2s dais
has been applied to the asoc tree at
git://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
The patch
ASoC: arizona: Add audio device tree bindings
has been applied to the asoc tree at
git://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 L
The patch
ASoC: arizona: Add new common Arizona init function
has been applied to the asoc tree at
git://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
The patch
ASoC: arizona: Add handling for audio related device tree entries
has been applied to the asoc tree at
git://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
On Tue, 2017-09-19 at 14:05 +0200, Neil Armstrong wrote:
> The Tronsmart Vega S96 is a TV box derived from Amlogic q200 reference design.
>
> Cc: supp...@tronsmart.com
> Signed-off-by: Oleg
Does Oleg have a surname ? :)
> Signed-off-by: Neil Armstrong
> ---
> arch/arm64/boot/dts/amlogic/Makef
From: Colin Ian King
Don't populate the read-only array types on the stack, instead make
it static const. Makes the object code smaller by nearly 60 bytes:
Before:
textdata bss dec hex filename
905366552 64 97152 17b80 fs/btrfs/ioctl.o
After:
textdata
On 19 September 2017 at 07:57, Dave Gerlach wrote:
> Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq
> device with OPP v2") causes a cpufreq-dt platform device to be
> automatically created for any platform with an OPP v2 node defined.
> However, ti-cpufreq registers the cp
> mdev->limits.reserved_mtts = ALIGN(mdev->limits.reserved_mtts *
> mdev->limits.mtt_seg_size,
> -dma_get_cache_alignment()) /
> mdev->limits.mtt_seg_size;
> +dma_get_cache_alignment(NULL)) /
> mdev->limits.mtt
The patch
spi: imx: Add support for SPI Slave mode
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.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
On Tue, 2017-09-19 at 14:05 +0200, Neil Armstrong wrote:
> This patchset adds support for the Tronsmart Vega S96 TV Box based
> on the Q200 Amlogic Reference design.
>
> Neil Armstrong (2):
> ARM64: dts: meson-gxm: Add Vega S96 board
> dt-bindings: arm: amlogic: Add Tronsmart Vega S96 binding
During the reclaiming slab of a memcg, shrink_slab iterates
over all registered shrinkers in the system, and tries to count
and consume objects related to the cgroup. In case of memory
pressure, this behaves bad: I observe high system time and
time spent in list_lru_count_one() for many processes o
On 09/19/2017 09:19 AM, Mark Rutland wrote:
> On Mon, Sep 18, 2017 at 03:50:04PM -0500, Andrew F. Davis wrote:
>> Our ROM Secure Monitor(SM) uses the value in r12 to determine which
>> service is being requested by an SMC call. This inline with the ARM
>> recommended SMC Calling Convention(SMCCC),
On 09/19/2017 10:02 AM, Viresh Kumar wrote:
> On 19 September 2017 at 07:57, Dave Gerlach wrote:
>> Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq
>> device with OPP v2") causes a cpufreq-dt platform device to be
>> automatically created for any platform with an OPP v2 nod
On 09/18/2017 08:59 PM, Mathieu Desnoyers wrote:
> The example given specifically states that it focus on x86 (TSO memory
> model), but gives a read-read vs write-write ordering example, even
> though this scenario does not require explicit barriers on TSO.
>
> So either we change the example arch
Hi,
On 09/18/2017 02:18 PM, suni...@techveda.org wrote:
> From: Suniel Mahesh
>
> ti-cpufreq and cpufreq-dt-platdev drivers are registering platform-device
> with same name "cpufreq-dt" using platform_device_register_*() routines.
> This is leading to build warnings appended below.
>
> Providing
On 2017-09-19 at 16:54:54 +0200, Michal Simek wrote:
> Running make allmodconfig;make is throwing compilation error:
> CC kernel/watchdog.o
> In file included from ./include/linux/kvm_para.h:4:0,
> from kernel/watchdog.c:29:
> ./include/uapi/linux/kvm_para.h:32:26: fatal er
On Tue, Sep 19, 2017 at 04:01:23PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Don't populate the read-only array types on the stack, instead make
> it static const. Makes the object code smaller by nearly 60 bytes:
>
> Before:
>text data bss dec hex filename
>
Hello,
Fedora rawhide config here.
AMD FX-8370E
Bisected a problem to:
74def747bcd0 (genirq: Restrict effective affinity to interrupts actually using
it)
It seems to be causing stalls, short lived or long lived lockups very shortly
after boot.
Everything becomes jerky.
The only visible in
Hi Stefano,
On Fri, Sep 15, 2017 at 04:00:38PM -0700, Stefano Stabellini wrote:
> For active sockets, check the indexes and use the inflight_conn_req
> waitqueue to wait.
>
> For passive sockets if an accept is outstanding
> (PVCALLS_FLAG_ACCEPT_INFLIGHT), check if it has been answered by looking
Hi,
2 small patches fix long live raid5 stripe batch bugs, one from Dennis and the
other from me. Please pull!
Thanks,
Shaohua
The following changes since commit e8a27f836f165c26f867ece7f31eb5c811692319:
md/bitmap: disable bitmap_resize for file-backed bitmaps. (2017-08-31
22:57:03 -0700)
ar
On Tue, 19 Sep 2017, Mark Brown wrote:
> On Mon, Sep 18, 2017 at 09:52:36AM +0100, Lee Jones wrote:
> > On Thu, 14 Sep 2017, Mark Brown wrote:
>
> > > On Thu, Sep 14, 2017 at 08:43:00AM +0100, Lee Jones wrote:
>
> > > > Change of plan. It looks like there are deps.
>
> > > > Unapplied.
>
> >
On Tue, 19 Sep 2017, Lee Jones wrote:
> On Tue, 19 Sep 2017, Mark Brown wrote:
>
> > On Mon, Sep 18, 2017 at 09:52:36AM +0100, Lee Jones wrote:
> > > On Thu, 14 Sep 2017, Mark Brown wrote:
> >
> > > > On Thu, Sep 14, 2017 at 08:43:00AM +0100, Lee Jones wrote:
> >
> > > > > Change of plan. It l
In coda_psdev_write(), the header of the buffer is fetched twice from the
userspace. The first fetch is used to peek at the opcode and unique id while
the second fetch copies the whole message. However, there could be
inconsistency in these two fields between two fetches as buf resides in
userspace
On Tue, Sep 19, 2017 at 12:37:24PM +0200, Markus Trippelsdorf wrote:
> Since commit e462ec50cb5fa ("VFS: Differentiate mount flags (MS_*) from
> internal superblock flags") the lazytime mount option didn't get passed
> on anymore.
>
> Fix the issue by handling the option in do_mount().
>
> Signed
On Tue, 19 Sep 2017, Nicolas Ferre wrote:
> On 15/09/2017 at 16:04, Romain Izard wrote:
> > The controller used by a flexcom module is configured at boot, and left
> > alone after this. As the configuration will be lost after backup mode,
> > restore the state of the flexcom driver on resume.
> >
Hi, Ryder:
Some comment inline.
On Tue, 2017-09-19 at 14:27 +0800, Ryder Lee wrote:
> This patch adds the device nodes for the display function block.
> Also, we add some missing pin macros in mt7623-pinfunc.h.
>
> Signed-off-by: Ryder Lee
> CC: Linus Walleij
> Acked-by: Linus Walleij
> ---
>
From: Colin Ian King
Don't populate the read-only arrays types[] on the stack, instead make
them both static const. Makes the object code smaller by over 200 bytes:
Before:
textdata bss dec hex filename
111503 37696 448 149647 2488f fs/cifs/file.o
After:
text
From: Chao Yu
__submit_discard_cmd may lead long latency due to exhaustion of I/O
request resource in block layer, so issuing all discard under cmd_lock
may lead to hangtask, in order to avoid that, let's reduce it's coverage.
Signed-off-by: Chao Yu
---
fs/f2fs/segment.c | 18 ++---
From: Chao Yu
This patch adds tracepoint to trace f2fs_remove_discard.
Signed-off-by: Chao Yu
---
fs/f2fs/segment.c | 2 ++
include/trace/events/f2fs.h | 7 +++
2 files changed, 9 insertions(+)
diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
index 412ac3a68be3..85f909419b69 1
From: Chao Yu
In ->umount, once we drop remained discard entries, we should not
set CP_TRIMMED_FLAG with another checkpoint.
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h| 2 +-
fs/f2fs/segment.c | 15 +++
fs/f2fs/super.c | 5 +++--
3 files changed, 15 insertions(+), 7 deletion
On Mon, Sep 18, 2017 at 09:24:12AM -0700, Paul E. McKenney wrote:
> On Mon, Sep 18, 2017 at 12:12:13PM -0400, Steven Rostedt wrote:
> > On Mon, 18 Sep 2017 09:01:25 -0700
> > "Paul E. McKenney" wrote:
> >
> >
> > > sched: Make resched_cpu() unconditional
> > >
> > > The current impl
From: Chao Yu
There are many different scenarios such as fstrim, umount, urgent or
background where we will issue discards, actually, they need use
different policy in aspect of io aware, discard granularity, delay
interval and so on. But now they just share one common discard policy,
so there wi
From: Chao Yu
This patch wraps scattered optional parameters into discard policy as
below, later, with it we expect that we can adjust these parameters with
proper strategy in different scenario.
struct discard_policy {
unsigned int min_interval; /* used for candidates exist */
From: Chao Yu
Fstrim intends to trim invalid blocks of filesystem only with specified
range and granularity, but actually, it will issue all previous cached
discard commands which may be out-of-range and be with unmatched
granularity, it's unneeded.
In order to fix above issues, this patch intro
On 19/09/17 16:12, Yanko Kaneti wrote:
> Hello,
>
> Fedora rawhide config here.
> AMD FX-8370E
>
> Bisected a problem to:
> 74def747bcd0 (genirq: Restrict effective affinity to interrupts actually
> using it)
>
> It seems to be causing stalls, short lived or long lived lockups very shortly
On Tue, Sep 19, 2017, at 16:09, Greg KH wrote:
> On Tue, Sep 19, 2017 at 07:54:55AM +1000, Stephen Rothwell wrote:
> > Hi Greg,
> >
> > Commits
> >
> > 688a0206cfb8 ("staging: rtlwifi: fix parenthesis alignment")
> > 85d309d53f7a ("staging: rtlwifi: use kcalloc instead of multiply")
> > f2
On Mon, Sep 18, 2017 at 5:53 PM, Moritz Fischer wrote:
Hi Moritz,
> On Wed, Sep 13, 2017 at 03:48:24PM -0500, Alan Tull wrote:
>> Add two functions for getting the FPGA bridge from the device
>> rather than device tree node. This is to enable writing code
>> that will support using FPGA bridges
Jason A. Donenfeld wrote:
> And, some error paths forgot to zero out sensitive
> material, so this patch changes a kfree into a kzfree.
Can you split that out into a separate preparatory patch?
Also, I recommend limiting the lines in your patch description to 75 chars
lest you get people who ru
On Tue, 2017-09-19 at 16:33 +0100, Marc Zyngier wrote:
> On 19/09/17 16:12, Yanko Kaneti wrote:
> > Hello,
> >
> > Fedora rawhide config here.
> > AMD FX-8370E
> >
> > Bisected a problem to:
> > 74def747bcd0 (genirq: Restrict effective affinity to interrupts actually
> > using it)
> >
> > It
2017-09-18 20:07 GMT+02:00 Jordan Glover :
> Hi,
Hi!
> I tested this S.A.R.A LSM and it works well. It's nice replacement for PaX
> mprotect feature from grsecurity patschset. It doesn't need much learning
> curve as SElinux. I hope it will be accepted in mainline. Great work!
Thank you very much
On Thu, Sep 14, 2017 at 12:44 PM, Williams, Dan J
wrote:
> Hi Linus, please consider pulling:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm
> tags/map-shared-validate-for-4.14
Hi Linus, checking to see you if you declined to merge this because
you missed it, or you don't lik
Add support for the Line6 POD HD500X multi effect processor for playback
and capture (in/out audio) through USB.
Signed-off-by: Hans P. Moller
---
sound/usb/line6/podhd.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/sound/usb/line6/podhd.c b/sound/usb/line
Eric Biggers wrote:
> In request_key_auth_new(), if alloc_key() or key_instantiate_and_link()
> were to fail, we would leak a reference to the 'struct cred'. Currently
> this can only happen if alloc_key() fails to to allocate memory. But it
> still should be fixed, as it is a more severe bug w
repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ash/stm.git
tags/stm-fixes-for-greg-20170919
for you to fetch changes up to 4de8301b8cc7287585c93639934426388c6718c6:
intel_th: pci: Add Lewisburg PCH support (2017-09-19 18:32:10 +0300
For reasons unknown, the stm_source removal path uses device_destroy()
to kill the underlying device object. Because device_destroy() uses
devt to look for the device to destroy and the fact that stm_source
devices don't have one (or all have the same one), it just picks the
first device in the cla
On 09/18/17 21:15, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20170918:
>
> Linus' tree still had its build failure for which I reverted a commit.
>
> The drm-intel tree gained conflicts against Linus' tree.
>
on x86_64:
In file included from ../drivers/gpu/drm/i915/i915_gem.c:5342:0
On Wed, Sep 20, 2017, at 01:34, Tobin Harding wrote:
>
> On Tue, Sep 19, 2017, at 16:09, Greg KH wrote:
> > On Tue, Sep 19, 2017 at 07:54:55AM +1000, Stephen Rothwell wrote:
> > > Hi Greg,
> > >
> > > Commits
> > >
> > > 688a0206cfb8 ("staging: rtlwifi: fix parenthesis alignment")
> > > 85d
This adds Intel(R) Trace Hub PCI ID for Cedar Fork PCH.
Signed-off-by: Alexander Shishkin
Cc: sta...@vger.kernel.org
---
drivers/hwtracing/intel_th/pci.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/hwtracing/intel_th/pci.c b/drivers/hwtracing/intel_th/pci.c
index bc9cebc305.
This adds Intel(R) Trace Hub PCI ID for Lewisburg PCH.
Signed-off-by: Alexander Shishkin
Cc: sta...@vger.kernel.org
---
drivers/hwtracing/intel_th/pci.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/hwtracing/intel_th/pci.c b/drivers/hwtracing/intel_th/pci.c
index 00ee60d978..
2017-09-18 23:00 GMT+02:00 Kees Cook :
> On Fri, Sep 15, 2017 at 1:43 AM, Salvatore Mesoraca
> wrote:
>> Disallows writing into FIFOs or regular files not owned by the user
>> in world writable sticky directories, unless the owner is the same as
>> that of the directory or the file is opened witho
On 19/09/17 16:40, Yanko Kaneti wrote:
> On Tue, 2017-09-19 at 16:33 +0100, Marc Zyngier wrote:
>> On 19/09/17 16:12, Yanko Kaneti wrote:
>>> Hello,
>>>
>>> Fedora rawhide config here.
>>> AMD FX-8370E
>>>
>>> Bisected a problem to:
>>> 74def747bcd0 (genirq: Restrict effective affinity to interru
Hi Jagan,
On Tue, Sep 19, 2017 at 2:06 AM, Jagan Teki wrote:
> Hi Fabio,
>
>> Please add the support of this panel to drivers/gpu/drm/panel/panel-simple.c.
>>
>> Then you can refer its compatible in your board dts.
>
> Yes, I'm trying to add the display timings but I couldn't find any
> info how
Commit edeec420de24 ("cpufreq: dt-platdev: Automatically create cpufreq
device with OPP v2") missed adding few platforms to the blacklist which
create the cpufreq-dt device from their own drivers, after some
dependencies are sorted out. And for those platforms, both the platform
specific driver and
On 09/18/17 21:15, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20170918:
>
> Linus' tree still had its build failure for which I reverted a commit.
>
on i386:
../arch/x86/kernel/cpuinfo.c: In function 'cpuinfo_flags':
../arch/x86/kernel/cpuinfo.c:35:26: error: 'x86_cap_flags' undeclare
On 19/09/2017 09:59, Benjamin Gaignard wrote:
> 2017-09-18 23:30 GMT+02:00 Daniel Lezcano :
>> On 14/09/2017 09:56, Benjamin Gaignard wrote:
>>> Rework driver code to use only one timer for both clocksource
>>> and clockevent.
>>> This patch also forbids to use 16 bits timers because they are
>>> n
On 09/19/2017 08:36 AM, Rob Herring wrote:
> On Mon, Sep 18, 2017 at 3:50 PM, Andrew F. Davis wrote:
>> On TI platforms OP-TEE must be called using a modified SMC call,
>> allow the selection of this though DT.
>>
>> Signed-off-by: Andrew F. Davis
>> ---
>> Documentation/devicetree/bindings/arm/
On 09/16, Al Viro wrote:
> On Fri, Sep 15, 2017 at 04:29:11PM -0700, Jaegeuk Kim wrote:
>
> > The mntput() in delayed_fput() is the last function call. So before that
> > moment,
> > sys_umount() may see mnt_get_count() as 2, so it avoids EBUSY condition.
> > I'm not
> > sure why it check over 2
From: Colin Ian King
An earlier fix changed the return type from find_bb_size however the
integer return is being assigned to a unsigned int so the -ve error
check will never be detected. Make bb_size an int to fix this.
Detected by CoverityScan CID#1456886 ("Unsigned compared against 0")
Fixes
On 09/19/2017 10:38 AM, Christoph Hellwig wrote:
> On Tue, Sep 19, 2017 at 08:49:12AM -0400, Waiman Long wrote:
>> On 09/18/2017 08:01 PM, Christoph Hellwig wrote:
>>> Taking a look at this it seems like using a lock in struct block_device
>>> isn't the right thing to do anyway - all the action is
On Tue, 19 Sep 2017 08:31:26 -0700
"Paul E. McKenney" wrote:
> commit bc43e2e7e08134e6f403ac845edcf4f85668d803
> Author: Paul E. McKenney
> Date: Mon Sep 18 08:54:40 2017 -0700
>
> sched: Make resched_cpu() unconditional
>
> The current implementation of synchronize_sched_expedit
On 18/09/17 17:12, Mark Rutland wrote:
Hi Daniel,
On Mon, Sep 18, 2017 at 04:38:32PM +0100, Daniel Thompson wrote:
Currently if the Foundation model is running ARM Trusted Firmware then
the kernel, which is configured to use spin tables, cannot start secondary
processors or "power off" the simu
There is no need to store a copy of the master ethtool ops, storing the
original pointer in DSA and the new one in the master netdev itself is
enough.
In the meantime, set orig_ethtool_ops to NULL when restoring the master
ethtool ops and check the presence of the master original ethtool ops as
we
DSA overrides the master's ethtool ops so that we can inject its CPU
port's statistics. Because of that, we need to setup the ethtool ops
after the master's dsa_ptr pointer has been assigned, not before.
This patch setups the ethtool ops after dsa_ptr is assigned, and
restores them before it gets
When a DSA switch tree is meant to be applied, it already has a CPU
port. Thus remove the condition of dst->cpu_dp.
Moreover, the next lines access dst->cpu_dp unconditionally.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
The DSA core overrides the master device's ethtool_ops structure so that
it can inject statistics and such of its dedicated switch CPU port.
This ethtool code is currently called on unnecessary conditions or
before the master interface and its switch CPU port get wired up.
This patchset fixes this
On Fri, Sep 15, 2017 at 11:01:19AM -0700, Linus Torvalds wrote:
> And most code movement really seemed to be around inline asms, I
> wonder if the gcc logic simply is something like "if the stack pointer
> is visible as a register, don't move any inline asm across a frame
> setup".
After some test
DSA overrides the master device ethtool ops, so that it can inject stats
from its dedicated switch CPU port as well.
The related code is currently split in dsa.c and slave.c, but it only
scopes the master net device. Move it to a new master.c DSA core file.
This file will be later extented with m
On Sun, 10 Sep 2017, James Morris wrote:
> Here's an updated pull request with the IMA integrity_read() patch
> reverted. Note that this restores the orginal buggy behavior with XFS/IMA
> deadlock the builtin ima_tcb policy wand XFS rootfs.
Linus, can you pull this v2 version? The buggy IMA c
On Tue, Sep 19, 2017 at 04:22:53PM +0100, Lee Jones wrote:
> Normally I wait until all patches patches in the set have been
> reviewed (the ASOC ones still have not), then ask the OP and the
I've been fine with them for ages.
> other affected Maintainers how they want to deal with the patch.
> F
Eric Biggers wrote:
> Fix it by marking user and user session keyrings with a flag
> KEY_FLAG_UID_KEYRING. Then, when searching for a user or user session
> keyring by name, skip all keyrings that don't have the flag set.
I wonder if it's better just to reject attempts to manually create/join
k
2017-09-19 2:37 GMT+02:00 Solar Designer :
> On Mon, Sep 18, 2017 at 02:00:50PM -0700, Kees Cook wrote:
>> On Fri, Sep 15, 2017 at 1:43 AM, Salvatore Mesoraca
>> wrote:
>> > The purpose is to make data spoofing attacks harder.
>>
>> Do you have any examples of attacks (CVEs, blog posts, etc) that
On Thu, Sep 14, 2017 at 5:54 PM, Moritz Fischer wrote:
> On Thu, Sep 14, 2017 at 03:29:09PM -0700, matthew.gerl...@linux.intel.com
> wrote:
>>
>>
>> On Thu, 14 Sep 2017, Alan Tull wrote:
>>
>> > On Wed, Sep 13, 2017 at 6:38 PM, wrote:
>> >
>> > Hi Matthew,
>> >
>> > >
>> > > Hi Alan,
>> > >
>>
Eric Biggers wrote:
> + if (test_bit(KEY_FLAG_NEGATIVE, &key->flags)) {
> + ret = -ENOKEY;
> + goto error2;
> + }
It might be better to do this check in key_validate(). Also, it should
perhaps take the error from key->reject_error.
David
301 - 400 of 957 matches
Mail list logo
