Signed-off-by: Ismail H. Kose
Signed-off-by: Ismail H. Kose
---
v6:
* Removed reference resistors property
* Fixed regulator property
v3:
* Removed iio-map
v2:
* Removed min/max rfs, ifs-scale, etc values
Documentation/devicetree/bindings/iio/dac/ds4424.txt | 20
Hello, Steve,
Yet another attempt to allow safe initiation of RCU voyeurism...
Untested at the moment.
Thanx, Paul
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
The move_pages() syscall can be used to find the numa node where a page
currently resides. This is not working for device public memory pages,
which erroneously report -EFAULT (unmapped or zero page).
Enable by adding a FOLL_DEVICE flag for follow_page(), which
move_pages() will use. This could be
Hi Florian,
Florian Fainelli writes:
> On 09/22/2017 12:40 PM, Vivien Didelot wrote:
>> There is no need to store a phy_device in dsa_slave_priv since
>> net_device already provides one. Simply s/p->phy/dev->phydev/.
>
> You can therefore remove the phy_device from dsa_slave_priv, see below
> fo
Most shutdown tests only run on filesystems with metadata journaling, so
we lose coverage. Add a shutdown stress test that doesn't check for
consistency, so does not require journaling. This is a modified version
of generic/051, with some extras trimmed and fs checking removed.
Signed-off-by: Khaz
Hi Randy,
On Fri, Sep 22, 2017 at 10:08 PM, Randy Dunlap wrote:
> On 09/22/17 12:46, Geert Uytterhoeven wrote:
>> On Fri, Sep 22, 2017 at 8:23 PM, Randy Dunlap wrote:
>>> On 09/22/17 11:15, Geert Uytterhoeven wrote:
On Fri, Sep 22, 2017 at 6:24 PM, Randy Dunlap
wrote:
> From: Ran
From: Randy Dunlap
This change makes xconfig present the PANEL drivers immediately
following the AUXDISPLAY drivers instead of under the major menu
item "Device Drivers". It also unclutters the Device Drivers menu in
nconfig and menuconfig by moving the PANEL drivers to a sub-menu.
Signed-off-by
On Fri, Sep 22, 2017 at 02:52:19PM +, icen...@aosc.io wrote:
> 在 2017-08-22 13:23，Icenowy Zheng 写道：
> > The compatible string for Allwinner V3s SoC used to be missing.
> >
> > Add it to the binding document.
> >
> > Fixes: b074fede01c0 ("arm: sunxi: add support for V3s SoC")
> > Signed-off-by
On Fri, Sep 22, 2017 at 10:49:43AM +0530, Arvind Yadav wrote:
> - Free memory region, if gb_lights_channel_config is not successful.
> - No need to add check for gb_lights_channel_flash_config().
These should be separate patches. They're not related.
regards,
dan carpenter
On Fri, Sep 22, 2017 at 08:13:56PM +, Reza Arbab wrote:
The move_pages() syscall can be used to find the numa node where a page
currently resides. This is not working for device public memory pages,
which erroneously report -EFAULT (unmapped or zero page).
Argh. Please disregard this patch.
Hi Brijesh,
[auto build test WARNING on kvm/linux-next]
[also build test WARNING on v4.14-rc1 next-20170922]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Brijesh-Singh/x86-Secure-Encrypted
Hi Marc-André,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.14-rc1 next-20170922]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/marcandre-lureau-redhat-com/fw_cfg-add
On Fri, 22 Sep 2017, Tejun Heo wrote:
> > It doesn't have anything to do with my particular usecase, but rather the
> > ability of userspace to influence the decisions of the kernel. Previous
> > to this patchset, when selection is done based on process size, userspace
> > has full control ove
On 09/22/17 13:17, Geert Uytterhoeven wrote:
> Hi Randy,
>
> On Fri, Sep 22, 2017 at 10:08 PM, Randy Dunlap wrote:
>> On 09/22/17 12:46, Geert Uytterhoeven wrote:
>>> On Fri, Sep 22, 2017 at 8:23 PM, Randy Dunlap wrote:
On 09/22/17 11:15, Geert Uytterhoeven wrote:
> On Fri, Sep 22, 2017
> No one needs to argue about keeping it the way it is.
I got an other impression in this case after a bit of information
was presented which seems to be contradictory.
> I don't see any improvement brought by the proposed change,
Do you care if the source code for an error message is present o
On Thu, 21 Sep 2017, Johannes Weiner wrote:
> > The issue is that if you opt-in to the new feature, then you are forced to
> > change /proc/pid/oom_score_adj of all processes attached to a cgroup that
> > you do not want oom killed based on size to be oom disabled.
>
> You're assuming that most
On Fri, Sep 22, 2017 at 08:31:57PM +, Reza Arbab wrote:
On Fri, Sep 22, 2017 at 08:13:56PM +, Reza Arbab wrote:
The move_pages() syscall can be used to find the numa node where a page
currently resides. This is not working for device public memory pages,
which erroneously report -EFAULT
Hello,
On Fri, Sep 22, 2017 at 01:39:55PM -0700, David Rientjes wrote:
> Current heuristic based on processes is coupled with per-process
> /proc/pid/oom_score_adj. The proposed
> heuristic has no ability to be influenced by userspace, and it needs one.
> The proposed heuristic based on memory
From: "Edward A. James"
The OCC is a device embedded on a POWER processor that collects and
aggregates sensor data from the processor and system. The OCC can
provide the raw sensor data as well as perform thermal and power
management on the system.
This driver provides an atomic communications c
On Fri, Sep 22, 2017 at 11:29:18AM +0200, Peter Zijlstra wrote:
> On Thu, Sep 21, 2017 at 09:40:46AM -0700, Paul E. McKenney wrote:
> > > Also, none of these cover 'simple' stuff like a ring-buffer.
> >
> > Control dependencies are now 'simple'? ;-)
>
> They're not particularly harder than any o
From: "Edward A. James"
Add an in-kernel read/write API with exported functions. This is
necessary for other drivers which want to directly interact with the
OCC. Also add a child platform device node for the associated hwmon
device.
Signed-off-by: Edward A. James
---
drivers/fsi/fsi-occ.c |
From: "Edward A. James"
IBM POWER9 processors contain some embedded hardware and software bits
collectively referred to as the self boot engine (SBE). One role of
the SBE is to act as a proxy that provides access to the registers of
the POWER chip from other (embedded) systems.
The POWER9 chip
From: "Edward A. James"
This series adds two FSI-based device drivers. The OCC driver is dependent on
the SBEFIFO driver, as a user of it's in-kernel API. The in-kernel API provided
by the OCC driver will be used by a hwmon driver (on the lkml as "Add On-Chip
Controller (OCC) hwmon driver").
Cha
From: "Edward A. James"
Document the bindings for the SBE CFAM device. SBE devices are
located on a CFAM off an FSI bus.
Signed-off-by: Edward A. James
---
.../devicetree/bindings/fsi/ibm,p9-sbefifo.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 Docum
From: "Edward A. James"
Refactor the user interface of the SBEFIFO driver to allow for an
in-kernel read/write API. Add exported functions for other drivers to
call, and add an include file with those functions. Also parse the
device tree for child nodes and create child platform devices
accordin
From: "Edward A. James"
Document the bindings for the P9 OCC device. OCC devices are accessed
through the SBEFIFO.
Signed-off-by: Edward A. James
---
Documentation/devicetree/bindings/fsi/ibm,p9-occ.txt | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/de
A number of architecture invoke rcu_irq_enter() on exception entry in
order to allow RCU read-side critical sections in the exception handler
when the exception is from an idle or nohz_full CPU. This works, at
least unless the exception happens in an NMI handler. In that case,
rcu_nmi_enter() wou
This is a new version of patches I originally submitted back in March
[1], and last time in June [2]. This time I have basically rewritten
the entire patch series based on a new approach that came out of GCC
PR81715 that I opened[3]. The upcoming gcc-8 release is now much better
at consolidating st
With KASAN and a couple of other patches applied, this driver is one
of the few remaining ones that actually use more than 2048 bytes of
kernel stack:
broadcom/brcm80211/brcmsmac/phy/phy_n.c: In function
'wlc_phy_workarounds_nphy_gainctrl':
broadcom/brcm80211/brcmsmac/phy/phy_n.c:16065:1: warning
The stack consumption in this driver is still relatively high, with one
remaining warning if the warning level is lowered to 1536 bytes:
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c:17135:1: error:
the frame size of 1880 bytes is larger than 1536 bytes
[-Werror=frame-larger-than=
In the previous commit I left the indentation alone to help reviewing
the patch, this one now runs the three new functions through 'indent -kr -8'
with some manual fixups to avoid silliness.
No changes other than whitespace are intended here.
Signed-off-by: Arnd Bergmann
Acked-by: Arend van Spri
With CONFIG_KASAN, we get an overly long stack frame due to inlining
the register access functions:
drivers/media/tuners/r820t.c: In function 'generic_set_freq.isra.7':
drivers/media/tuners/r820t.c:1334:1: error: the frame size of 2880 bytes is
larger than 2048 bytes [-Werror=frame-larger-than=]
A typical code fragment was copied across many dvb-frontend drivers and
causes large stack frames when built with with CONFIG_KASAN on gcc-5/6/7:
drivers/media/dvb-frontends/cxd2841er.c:3225:1: error: the frame size of 3992
bytes is larger than 3072 bytes [-Werror=frame-larger-than=]
drivers/medi
With CONFIG_KASAN, the init function uses a large amount of kernel stack:
drivers/media/usb/em28xx/em28xx-dvb.c: In function 'em28xx_dvb_init.part.4':
drivers/media/usb/em28xx/em28xx-dvb.c:2061:1: error: the frame size of 3232
bytes is larger than 2048 bytes [-Werror=frame-larger-than=]
It seems
Inlining these functions creates lots of stack variables that each take
64 bytes when KASAN is enabled, leading to this warning about potential
stack overflow:
drivers/net/ethernet/rocker/rocker_ofdpa.c: In function
'ofdpa_cmd_flow_tbl_add':
drivers/net/ethernet/rocker/rocker_ofdpa.c:621:1: error
We get a lot of very large stack frames using gcc-7.0.1 with the default
-fsanitize-address-use-after-scope --param asan-stack=1 options, which
can easily cause an overflow of the kernel stack, e.g.
drivers/gpu/drm/i915/gvt/handlers.c:2407:1: error: the frame size of 31216
bytes is larger than 20
When CONFIG_KASAN is enabled, the "--param asan-stack=1" causes rather large
stack frames in some functions. This goes unnoticed normally because
CONFIG_FRAME_WARN is disabled with CONFIG_KASAN by default as of commit
3f181b4d8652 ("lib/Kconfig.debug: disable -Wframe-larger-than warnings with
KASAN
On Tue, Sep 19, 2017 at 04:17:59PM +, Brüns, Stefan wrote:
> On Dienstag, 19. September 2017 16:25:08 CEST Maxime Ripard wrote:
> > On Mon, Sep 18, 2017 at 02:09:43PM +, Brüns, Stefan wrote:
> > > On Montag, 18. September 2017 10:18:24 CEST you wrote:
> > > > Hi,
> > > >
> > > > On Sun, Se
On 22/09/17 20:14, Nick Terrell wrote:
> On 9/22/17, 8:00 AM, "linux-kernel-ow...@vger.kernel.org on behalf of Colin
> King" colin.k...@canonical.com> wrote:
>> From: Colin Ian King
>>
>> Don't populate const array rtbTable on the stack, instead make it
>> static. Also split overly long line to
On 20 September 2017 at 13:35, Arnd Bergmann wrote:
> On Wed, Sep 20, 2017 at 5:26 PM, Ard Biesheuvel
> wrote:
>> On 20 September 2017 at 08:18, Romain Izard
>> wrote:
>>> Add an arch-specific header to ARM, to retain other optimizations that
>>> rely on HAVE_EFFICIENT_UNALIGNED_ACCESS, while m
drivers/crypto/ccp/psp-dev.c:311:5-11: ERROR: allocation function on line 310
returns NULL not ERR_PTR on failure
The various basic memory allocation functions don't return ERR_PTR
Generated by: scripts/coccinelle/null/eno.cocci
Fixes: 7d4ce155f344 ("crypto: ccp: Add Secure Encrypted Virtualiz
Hi Brijesh,
[auto build test WARNING on kvm/linux-next]
[also build test WARNING on v4.14-rc1 next-20170922]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Brijesh-Singh/x86-Secure-Encrypted
This patch adds maintainer for Synopsys DesignWare APB GPIO driver.
Signed-off-by: Hoan Tran
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 36cf85d..7ee8957 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -12929,6 +12929,12 @@ F: arch/
On Fri, Sep 22, 2017 at 9:17 PM, Arnd Bergmann wrote:
> On Fri, Sep 22, 2017 at 7:21 PM, Joe Perches wrote:
>> On Fri, 2017-09-22 at 09:48 +0200, Arnd Bergmann wrote:
>>> On Fri, Sep 22, 2017 at 1:11 AM, Colin Ian King
>
>>>textdata bss dec hex filename
>>> 18220 176
On 22/09/17 22:39, Arnd Bergmann wrote:
> On Fri, Sep 22, 2017 at 9:17 PM, Arnd Bergmann wrote:
>> On Fri, Sep 22, 2017 at 7:21 PM, Joe Perches wrote:
>>> On Fri, 2017-09-22 at 09:48 +0200, Arnd Bergmann wrote:
On Fri, Sep 22, 2017 at 1:11 AM, Colin Ian King
>>
textdata bss
On 25 August 2017 at 01:31, Florent Revest wrote:
> Hi,
>
> This series implements a mechanism to sandbox EFI Runtime Services on arm64.
> It can be enabled with CONFIG_EFI_SANDBOX. At boot it spawns an internal KVM
> virtual machine that is ran everytime an EFI Runtime Service is called. This
> l
The kcontrol for the third input (rxN_mix1_inp3) of both RX2
and RX3 mixers are not using the correct control register. This simple
patch fixes this.
Signed-off-by: Jean-François Têtu
---
sound/soc/codecs/msm8916-wcd-digital.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Good day
I am Peter Cheng, from United States. I browsed through the internet and came
across your mail.
I would like us to be friends. Do you mind being my friend?
Regards,
Peter Cheng.
On Fri, Sep 22, 2017 at 11:36 PM, Ard Biesheuvel
wrote:
> On 20 September 2017 at 13:35, Arnd Bergmann wrote:
>> The architectures that do use include/asm-generic/unaligned.h and
>> also set HAVE_EFFICIENT_UNALIGNED_ACCESS in some configurations
>> are arm, arm64, metag, s390 and arc.
>>
>> This
From: Adrien Schildknecht
FILE_DIRECT is working fine and offers faster results and lower memory
footprint.
Removing FILE_CACHE makes our life easier because we don't have to
maintain 2 differents function that does the same thing.
Signed-off-by: Adrien Schildknecht
Signed-off-by: Daniel Rosen
mm/madvise.c has the brief description about all MADV_ flags, added the
description for the newly added MADV_WIPEONFORK and MADV_KEEPONFORK.
Although man page has the similar information, but it'd better to keep the
consistency with other flags.
Signed-off-by: Yang Shi
---
mm/madvise.c | 7
From: Adrien Schildknecht
When dealing with uncompressed data, there is no need to read a whole
block (default 128K) to get the desired page: the pages are
independent from each others.
This patch change the readpages logic so that reading uncompressed
data only read the number of pages advised
These patches contain several optimizations to Squashfs. ll_rw_block is
replaced with submit_bio. readpages is implemented to support asynchronous
readahead. Uncompressed file reads are optimized, no longer requiring the
entire block to be read if the block doesn't need to be decompressed, which
gr
From: Adrien Schildknecht
This patch essentially does 3 things:
1/ Always use an array of page to store the data instead of a mix of
buffers and pages.
2/ It is now possible to have 'holes' in a page actor, i.e. NULL
pages in the array.
When reading a block (default 128K), squa
From: Adrien Schildknecht
The 'll_rw_block' has been deprecated and BIO is now the basic container
for block I/O within the kernel.
Switching to BIO offers 2 advantages:
1/ It removes synchronous wait for the up-to-date buffers: SquashFS
now deals with decompressions/copies asynchronously
From: Adrien Schildknecht
Squashfs does not implement .readpages(), so the kernel just repeatedly
calls .readpage().
The readpages function tries to pack as much pages as possible in the
same page actor so that only 1 read request is issued.
Now that the read requests are asynchronous, the kern
> +static bool pvcalls_front_write_todo(struct sock_mapping *map)
> +{
> + struct pvcalls_data_intf *intf = map->active.ring;
> + RING_IDX cons, prod, size = XEN_FLEX_RING_SIZE(PVCALLS_RING_ORDER);
> + int32_t error;
> +
> + cons = intf->out_cons;
> + prod = intf->out_prod;
> +
On Wed, Sep 13, 2017 at 04:29:31PM +0530, Allen Pais wrote:
> Use ARRAY_SIZE() macro instead of TELEM_EVT_LEN().
>
> v3: Replace TELEM_EVT_LEN() with ARRAY_SIZE().
>
> Signed-off-by: Allen Pais
Thanks Allen, queued for testing with minor changelog changes.
> ---
Note: in the future, the chan
>
> +static bool pvcalls_front_read_todo(struct sock_mapping *map)
> +{
> + struct pvcalls_data_intf *intf = map->active.ring;
> + RING_IDX cons, prod;
> + int32_t error;
> +
> + cons = intf->in_cons;
> + prod = intf->in_prod;
> + error = intf->in_error;
> + return (e
Hi,
The build of kernel v4.14-rc1 for i686 fails on RHEL 6 with the error
in tools/perf:
util/syscalltbl.c:157: error: expected ';', ',' or ')' before '__maybe_unused'
mv: cannot stat `util/.syscalltbl.o.tmp': No such file or directory
This is fixed by placing/moving
#include
outside of #ifd
arch/x86/kvm/svm.c:5728:5-11: ERROR: allocation function on line 5727 returns
NULL not ERR_PTR on failure
The various basic memory allocation functions don't return ERR_PTR
Generated by: scripts/coccinelle/null/eno.cocci
Fixes: 16e737dd7c3c ("KVM: SVM: Add support for SEV LAUNCH_START command"
Hi Brijesh,
[auto build test WARNING on kvm/linux-next]
[also build test WARNING on v4.14-rc1 next-20170922]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Brijesh-Singh/x86-Secure-Encrypted
On Fri, Sep 22, 2017 at 17:45:25 -0400, Jean-François Têtu wrote:
>The kcontrol for the third input (rxN_mix1_inp3) of both RX2
>and RX3 mixers are not using the correct control register. This simple
>patch fixes this.
>
>Signed-off-by: Jean-François Têtu
I'm sorry, I did not send this to the act
From: "Paul E. McKenney"
A number of architecture invoke rcu_irq_enter() on exception entry in
order to allow RCU read-side critical sections in the exception handler
when the exception is from an idle or nohz_full CPU. This works, at
least unless the exception happens in an NMI handler. In tha
From: "Steven Rostedt (VMware)"
If kernel_text_address() is called when RCU is not watching, it can cause an
RCU bug because is_module_text_address() and the is_kprobe_*insn_slot()
functions require the use of RCU.
Only enable RCU if it is not currently watching before it calls
is_module_text_ad
From: "Steven Rostedt (VMware)"
The functionality between kernel_text_address() and _kernel_text_address()
is the same except that _kernel_text_address() does a little more (that
function needs a rename, but that can be done another time). Instead of
having duplicate code in both, simply have _ke
From: "Steven Rostedt (VMware)"
While debugging some RCU issues with the stack tracer, it was discovered
that the problem was much more than with the stack tracer itself, but with
the saving of the stack trace, which could happen from any WARN() as well.
The problem was fixed within kernel_text_a
I'm currently running this through my test suite, but wanted to get
review or acks, so that I can send this right off to Linus before rc2.
I need these to base my new work on.
Basically if a stack trace happens (say from a WARN()) when RCU is not
watching (like going to or coming from idle, or bri
Hi Brijesh,
[auto build test ERROR on kvm/linux-next]
[also build test ERROR on v4.14-rc1 next-20170922]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Brijesh-Singh/x86-Secure-Encrypted
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2093060..de7124e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13019,6 +13019,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F: dri
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
arch/arm/boot/dts/imx6q-gw54xx.dts | 85 ++
1 file changed, 85 insertions(+)
diff --git a/arch/arm/boot/dt
Add support for the TDA1997x HDMI receivers.
Signed-off-by: Tim Harvey
---
drivers/media/i2c/Kconfig|9 +
drivers/media/i2c/Makefile |1 +
drivers/media/i2c/tda1997x.c | 3065 ++
include/dt-bindings/media/tda1997x.h | 78 +
Signed-off-by: Tim Harvey
---
.../devicetree/bindings/media/i2c/tda1997x.txt | 159 +
1 file changed, 159 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/i2c/tda1997x.txt
diff --git a/Documentation/devicetree/bindings/media/i2c/tda1997x.txt
b/Do
This is an RFC for a driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx with an IMX6Q which uses the TDA19971
with 16bits connected to the IMX6 CSI. For this configuration I've tested
both 16bit YUV422 and 8bit BT656 mode. While the driver should support the
>
> +static unsigned int pvcalls_front_poll_passive(struct file *file,
> +struct pvcalls_bedata *bedata,
> +struct sock_mapping *map,
> +poll_table *wait)
> +{
> +
On Fri, Sep 22, 2017 at 06:15:46PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> If kernel_text_address() is called when RCU is not watching, it can cause an
> RCU bug because is_module_text_address() and the is_kprobe_*insn_slot()
> functions require the use of RCU.
is_bpf_
From: Haiyang Zhang
For older hosts without multi-channel (vRSS) support, and some error
cases, we still need to set the real number of queues to one.
This patch adds this missing setting.
Fixes: 8195b1396ec8 ("hv_netvsc: fix deadlock on hotplug")
Signed-off-by: Haiyang Zhang
---
drivers/net/h
Hi Jon,
Thank you very much for your suggestion.
Best Regards,
Javi
El 22/09/17 a las 16:15, Jonathan Corbet escribió:
On Thu, 21 Sep 2017 18:16:12 -0300
Javier Romero wrote:
My name is Javier, live in Argentina, and work as a Linux Server admin
in the Network Operations Center of an IS
On Friday, September 22, 2017 9:22:47 AM CEST Ulf Hansson wrote:
> [...]
>
> >>> Second, leaving devices in runtime suspend in the "suspend" phase of
> >>> system
> >>> suspend is fishy even when their runtime PM is disabled, because that
> >>> doesn't
> >>> guarantee anything regarding their ch
On Fri, Sep 22, 2017 at 06:15:45PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> The functionality between kernel_text_address() and _kernel_text_address()
> is the same except that _kernel_text_address() does a little more (that
> function needs a rename, but that can be don
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for the input subsystem. You will get:
- fixes for two long standing issues (lock up and a crash) in force
feedback handling in uinput driver
- tweak to firmware upda
On 08/12/2017 04:33 AM, Wolfram Sang wrote:
On Sat, Jul 15, 2017 at 04:51:26PM -0700, Guenter Roeck wrote:
AMD Family 17h uses the KERNCZ SMBus controller. While its documentation
is not publicly available, it is documented in the BIOS and Kernel
Developer’s Guide for AMD Family 15h Models 60h-6
>
> +static void pvcalls_front_free_map(struct pvcalls_bedata *bedata,
> +struct sock_mapping *map)
I just noticed: pvcalls_front_free_map() is referenced by patches 2 and 8.
> +{
> + int i;
> +
> + unbind_from_irqhandler(map->active.irq, map);
> +
> +
On Fri, Sep 22, 2017 at 06:15:46PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> If kernel_text_address() is called when RCU is not watching, it can cause an
> RCU bug because is_module_text_address() and the is_kprobe_*insn_slot()
> functions require the use of RCU.
>
> Onl
>> + */
>> +map->active.ring->in_error = -EBADF;
>> +wake_up_interruptible(&map->active.inflight_conn_req);
>> +
>> +/*
>> + * Wait until there are no more waiters on the mutexes.
>> + * We know that no new waiters can be adde
On Fri, Sep 22, 2017 at 06:15:47PM -0400, Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> While debugging some RCU issues with the stack tracer, it was discovered
> that the problem was much more than with the stack tracer itself, but with
> the saving of the stack trace, which could
Hi Nickey,
El Mon, Sep 18, 2017 at 05:05:33PM +0800 Nickey Yang ha dit:
> This patch correct Feedback divider setting:
> 1、Set Feedback divider [8:5] when HIGH_PROGRAM_EN
> 2、Due to the use of a "by 2 pre-scaler," the range of the
> feedback multiplication Feedback divider is limited to even
> di
Variable 'capacity_margin' is used with read operation for most cases
to calculate the capacity margin, put it into __read_mostly section.
Cc: Dietmar Eggemann
Cc: Morten Rasmussen
Cc: Chris Redpath
Cc: Joel Fernandes
Cc: Vincent Guittot
Signed-off-by: Leo Yan
---
kernel/sched/fair.c | 2 +-
Scheduler CFS class has variable 'capacity_margin' to calculate the
capacity margin, and schedutil governor also needs to compensate the
same margin for frequency tipping point. Below are formulas used in
CFS class and schedutil governor separately:
CFS: U` = U * capacity_margin / 1024 = U *
This patchset makes slave open and close symmetrical and provides
helpers for enabling or disabling a given DSA port.
Changes in v3:
- save the phy_device change for a future patchset
Changes in v2:
- do not remove the phy argument from port enable/disable
Vivien Didelot (2):
net: dsa: mak
Provide dsa_port_enable and dsa_port_disable helpers to respectively
enable and disable a switch port. This makes the dsa_port_set_state_now
helper static.
Signed-off-by: Vivien Didelot
Reviewed-by: Florian Fainelli
Reviewed-by: Andrew Lunn
---
net/dsa/dsa_priv.h | 3 ++-
net/dsa/port.c |
The DSA slave open function configures the unicast MAC addresses on the
master device, enable the switch port, change its STP state, then start
the PHY device.
Make the close function symmetric, by first stopping the PHY device,
then changing the STP state, disabling the switch port and restore th
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-4.14-rc2
with top-most commit d84c97f8f77bc4124256e76864f125f45ad53744
Merge branches 'pm-cpufreq' and 'pm-cpuidle'
on top of commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e
Linux 4.1
On Sat, 2017-09-23 at 05:55 +0800, Yang Shi wrote:
> mm/madvise.c has the brief description about all MADV_ flags, added
> the
> description for the newly added MADV_WIPEONFORK and MADV_KEEPONFORK.
>
> Although man page has the similar information, but it'd better to
> keep the
> consistency with
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
acpi-4.14-rc2
with top-most commit 672d0e4502a22364b298f9307f651c1b8313514b
Merge branches 'acpi-pmic', 'acpi-bus', 'acpi-wdat' and 'acpi-properties'
on top of commit 2bd6bf03f4c1c59381d62
On 22.09.2017 17:02, Mikko Perttunen wrote:
> On 09/05/2017 04:33 PM, Dmitry Osipenko wrote:
>> On 05.09.2017 11:10, Mikko Perttunen wrote:
>>> ... >> diff --git a/drivers/gpu/host1x/hw/channel_hw.c
> b/drivers/gpu/host1x/hw/channel_hw.c
>>> index 8447a56c41ca..0161da331702 100644
>>> --- a/driver
On Mon, Sep 18, 2017 at 12:57:12AM +0200, Jérôme de Bretagne wrote:
> From: Jérôme de Bretagne
>
> On Dell Latitude 7275 the 5-button array is not exposed in the
> ACPI tables, but still notifies are sent to the Intel HID device
> object (device ID INT33D5) in response to power button actions.
>
On Freitag, 22. September 2017 23:30:27 CEST Maxime Ripard wrote:
> On Tue, Sep 19, 2017 at 04:17:59PM +, Brüns, Stefan wrote:
> > On Dienstag, 19. September 2017 16:25:08 CEST Maxime Ripard wrote:
> > > On Mon, Sep 18, 2017 at 02:09:43PM +, Brüns, Stefan wrote:
> > > > On Montag, 18. Septe
Add the operating table for the CPU (ARM cores) on Allwinner A64 SoC.
OPPs higher to 816MHz is temporarily dropped, to prevent overheat on
boards with AXP803 support and undervoltage on boards without AXP803
support.
Signed-off-by: Icenowy Zheng
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
This patchset imports simple DVFS support for Allwinner A64 SoC.
As the thermal sensor driver is not yet implemented and some boards
have still no AXP PMIC support, now only two OPPs are present --
648MHz@1.04V and 816MHz@1.1V to prevent overheat or undervoltage.
PATCH 1 is a fix to the CCU drive
1 - 100 of 786 matches
Mail list logo
