As the task isn't executing at the moment of {GET,SET}REGS,
return regset that corresponds to code selector, rather than
value of TIF_IA32 flag.
I.e. if we ptrace i386 elf binary that has just changed it's
code selector to __USER_CS, than GET_REGS will return
full x86_64 register set.
Note, that t
Arnd Bergmann wrote:
> A change to the retransmission handling in rxrpc caused a use-before-init
> bug in rxrpc_data_ready(), as indicated by "gcc -Wmaybe-uninitialized":
>
> net/rxrpc/input.c: In function 'rxrpc_data_ready':
> net/rxrpc/input.c:735:34: error: 'call' may be used uninitialized in
>>> @@ -474,12 +474,12 @@ void __init sn_irq_lh_init(void)
>>> {
>>>int i;
>>>
>>> - sn_irq_lh = kmalloc(sizeof(struct list_head *) * NR_IRQS, GFP_KERNEL);
>>> + sn_irq_lh = kmalloc_array(NR_IRQS, sizeof(*sn_irq_lh), GFP_KERNEL);
>>>if (!sn_irq_lh)
>>>panic
I got this with syzkaller:
general protection fault: [#1] PREEMPT SMP KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
CPU: 0 PID: 11941 Comm: syz-executor Not tainted 4.8.0-rc2+ #169
Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS
rel-1.9.3-0-ge2fc41e-pr
On 2016/08/18 at 18:43, Chen Yu wrote:
> Previously we encountered some memory overflow issues due to
> the bogus sleep time brought by inconsistent rtc, which is
> triggered when pm_trace is enabled, please refer to:
> https://patchwork.kernel.org/patch/9286365/
> It's improper in the first place
* Tony Luck wrote:
> The original version of this used a check of the x86_model_id string
> for the magic "Intel(R) Xeon(R) CPU E7-" to determine whether we are
> running on a cpu that supports machine check recovery.
>
> Boris tried to talk me out of that, but at the time I didn't think
> ther
>arch/ia64/mm/tlb.c: In function 'ia64_global_tlb_purge':
>>> arch/ia64/mm/tlb.c:247:5: warning: suggest explicit braces to avoid
>>> ambiguous 'else' [-Wparentheses]
> if (mm != active_mm)
> ^
Does this message from the compiler mean that there are a few
corresponding details to
On Aug 27, 2016 1:05 AM, "Alexei Starovoitov"
wrote:
>
> On Fri, Aug 26, 2016 at 05:10:40PM +0200, Mickaël Salaün wrote:
> >
>
> trimming cc list again. When it's too big vger will consider it as spam.
>
> > On 26/08/2016 04:14, Alexei Starovoitov wrote:
> > > On Thu, Aug 25, 2016 at 12:32:44PM +0
There are several ways to set the SDA hold time for i2c controller,
including: Device Tree, built-in device properties and ACPI. However,
if the SDA hold time is not specified by above method, we should
read the value, where it is preset by firmware, and save it to
sda_hold_time. This is needed bec
On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
> Hi,
>
> This series is a proof of concept to fill some missing part of seccomp as the
> ability to check syscall argument pointers or creating more dynamic security
> policies. The goal of this new stackable Linux Security Module (LSM) calle
* Rik van Riel wrote:
> On Thu, 25 Aug 2016 12:42:15 -0700
> "H. Peter Anvin" wrote:
>
> > Why grabbing a lock instead of cmpxchg?
>
> ... and some more cleanups later, this might actually be
> good to merge, assuming it works for Benjamin :)
>
> ---8<---
LGTM in principle (it's a pretty cl
On 2016/8/26 20:39, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:42PM +0800, Zhen Lei wrote:
>> Use the same tactic to cpu and numa-distance nodes.
>>
>> Signed-off-by: Zhen Lei
>> ---
>> drivers/of/of_numa.c | 5 +
>> 1 file changed, 5 insertions(+)
>
> The subject has arm64/numa, b
On 2016/8/27 1:04, Jaegeuk Kim wrote:
> On Sat, Aug 27, 2016 at 12:14:32AM +0800, Chao Yu wrote:
>> From: Chao Yu
>>
>> Update node page under cp_rwsem in order to keep data consistency
>> during writting checkpoint.
>>
>> Signed-off-by: Chao Yu
>> ---
>> fs/f2fs/inode.c | 5 -
>> 1 file cha
On Fri, 26 Aug 2016, Jonathan Corbet wrote:
> As far as I can tell, the handling of "..." arguments has never worked
> right, so any documentation provided was ignored in favor of "variable
> arguments." This makes kernel-doc handle "@...:" as documented. It does
> *not* fix spots in kerneldoc c
On Sat, Aug 27, 2016 at 8:26 AM, Baoyou Xie wrote:
> We get 2 warnings when biuld kernel with W=1:
> drivers/iio/common/st_sensors/st_sensors_trigger.c:69:13: warning: no
> previous prototype
> for 'st_sensors_irq_handler' [-Wmissing-prototypes]
> drivers/iio/common/st_sensors/st_sensors_trigger
Am 26.08.2016 20:02, schrieb SF Markus Elfring:
> From: Markus Elfring
> Date: Fri, 26 Aug 2016 18:32:53 +0200
>
> * A multiplication for the size determination of a memory allocation
> indicated that an array data structure should be processed.
> Thus use the corresponding function "kmallo
Hi everyone,
This is v2 of the AXP806 PMIC support series. The patch "regulator: core:
Try full range when adjusting regulators to constraints" has been dropped.
Other changes are inline in the patches.
This series adds support for X-Powers' AXP806 PMIC. This is the secondary
PMIC accompanying Al
The AXP809's SW (switch) regulator is unused on the A80 Optimus.
Add an empty node for it so that the OS can generate constraints.
Signed-off-by: Chen-Yu Tsai
---
Changes since v1: none
---
arch/arm/boot/dts/sun9i-a80-optimus.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/b
EHCI1 provides an HSIC interface. This interface is exposed on the
board through two pins among the GPIO header.
With the PHY now powered up and responding, enabling the interface when
nothing is connected results in a lot of error messages:
usb 2-1: device descriptor read/64, error -71
This patch adds the basic and regulator bindings for the X-Powers AXP806
PMIC.
Signed-off-by: Chen-Yu Tsai
---
Changes since v1: none
---
Documentation/devicetree/bindings/mfd/axp20x.txt | 28 ++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git a/Documentation/d
The X-Powers AXP806 PMIC has a new set of buck and LDO regulators, and
also a switch. The buck regulators support teaming into multi-phase
groups, with A+B, A+B+C, D+E groupings.
Some registers controlling DCDC converter work settings are at different
offsets. Deal with them as well.
Add support
The AXP809's SW (switch) regulator is unused on the Cubieboard 4.
Add an empty node for it so that the OS can generate constraints.
Signed-off-by: Chen-Yu Tsai
---
Changes since v1: none
---
arch/arm/boot/dts/sun9i-a80-cubieboard4.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/
The AXP806 PMIC is the secondary PMIC. It provides various supply
voltages for the SoC and other peripherals. The PMIC's interrupt
line is connected to NMI pin of the SoC.
Signed-off-by: Chen-Yu Tsai
---
Changes since v1:
- Fixed up bldo* voltage constraints to match regulator voltage step.
-
The AXP806 PMIC is the secondary PMIC. It provides various supply
voltages for the SoC and other peripherals. The PMIC's interrupt
line is connected to NMI pin of the SoC.
Signed-off-by: Chen-Yu Tsai
---
Changes since v1:
- Fixed up bldo* voltage constraints to match regulator voltage step.
-
The X-Powers AXP806 is a new PMIC that is paired with Allwinner's A80
SoC, along with a master AXP809 PMIC.
This PMIC has a new register layout, and supports some functions not
seen in other X-Powers PMICs, such as master-slave mode, or having
multiple AXP806 PMICs on the same bus with address spa
On 2016/8/26 20:47, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:44PM +0800, Zhen Lei wrote:
>> numa_init(of_numa_init) may returned error because of numa configuration
>> error. So "No NUMA configuration found" is inaccurate. In fact, specific
>> configuration error information should be i
Use subprocess and set shell to False to avoid potential shell
injections.
Reported-by: Bernd Dietzel
Signed-off-by: Valentin Rothberg
---
Note that I don't see how it could be exploited currently. There is no
user input used in the execute() function. I see the patch more as a
preventive fix
On Sat, Aug 27, 2016 at 09:07:28AM +0200, Vegard Nossum wrote:
> I got this with syzkaller:
>
> general protection fault: [#1] PREEMPT SMP KASAN
> Dumping ftrace buffer:
>(ftrace buffer empty)
> CPU: 0 PID: 11941 Comm: syz-executor Not tainted 4.8.0-rc2+ #169
> Hardwar
On 2016/8/26 20:54, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:47PM +0800, Zhen Lei wrote:
>> From: Kefeng Wang
>>
>> Use pr_fmt to prefix kernel output, and remove duplicated msg
>> of NUMA turned off.
>>
>> Signed-off-by: Kefeng Wang
>> ---
>> arch/arm64/mm/numa.c | 40 ++
Greg, Jiri,
I checked Jari's explanation below and found that v3.14.77 and v3.12.62
are missing the same fix as 3.10. In fact Al's original commit 3d56c25
("fix d_walk()/non-delayed __d_free() race") used to mention to check
this __d_materialise_dentry() function in the Cc: stable line, but this
On 08/27/2016 11:03 AM, Rabin Vincent wrote:
On Sat, Aug 27, 2016 at 09:07:28AM +0200, Vegard Nossum wrote:
I got this with syzkaller:
general protection fault: [#1] PREEMPT SMP KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
CPU: 0 PID: 11941 Comm: syz-executor Not t
Hi Andrew,
Can this patchset be merged? Or have any other comments?
Thanks
Xie Yisheng
On 2016/8/26 18:26, Will Deacon wrote:
> On Mon, Aug 22, 2016 at 09:20:02PM +0800, Xie Yisheng wrote:
>>
>> Xie Yisheng (2):
>> mm/hugetlb: Introduce ARCH_HAS_GIGANTIC_PAGE
>> arm64 Kconfig: Select gigantic
Hi:
I have been reported that the setting the profile, level and bitrate
through the v4l2 extra controls would not make the encoded result
different. I tried it recently, it is true. Although the h264 parser
would tell me the result have been applied as different h264 profile and
level, but
On Wed, Aug 24, 2016 at 11:40 PM, Hannes Frederic Sowa
wrote:
> On 24.08.2016 16:24, Nikolay Borisov wrote:
>> Hello,
>>
>> I hit the following BUG:
>>
>> [1851513.239831] [ cut here ]
>> [1851513.240079] kernel BUG at net/unix/garbage.c:149!
>> [1851513.240313] invalid opc
On 2016/8/26 21:28, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:48PM +0800, Zhen Lei wrote:
>> To make each percpu area allocated from its local numa node. Without this
>> patch, all percpu areas will be allocated from the node which cpu0 belongs
>> to.
>>
>> Signed-off-by: Zhen Lei
>> --
> David, here's a bug report with reproducer that was sent to the
> oss-security mailing list for some unknown reason earlier today.
>
> Any ideas?
The problem is in the wrong RNG dependency.
I submitted a patch to fix the behaviour, you can find it by subject:
[PATCH] KEYS: fix big_key dependenc
On 2016/8/26 23:29, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:49PM +0800, Zhen Lei wrote:
>> 1. MAX_NUMNODES is base on CONFIG_NODES_SHIFT, the default value of the
>>latter is very small now.
>> 2. Suppose the default value of MAX_NUMNODES is enlarged to 64, so the
>>size of num
Acked-by: Majd Dibbiny
> On Aug 26, 2016, at 8:25 AM, Christophe JAILLET
> wrote:
>
> The 2nd parameter of 'find_first_bit' is the number of bits to search.
> In this case, we are passing 'sizeof(tmp)' which is likely to be 4 or 8
> because 'tmp' is an 'unsigned long'.
>
> It is likely that t
On 2016/8/26 23:35, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:53PM +0800, Zhen Lei wrote:
>> Update documentation. This limit is unneccessary.
>>
>> Signed-off-by: Zhen Lei
>> Acked-by: Rob Herring
>> ---
>> Documentation/devicetree/bindings/numa.txt | 1 -
>> 1 file changed, 1 deleti
On 2016/8/26 23:43, Will Deacon wrote:
> On Wed, Aug 24, 2016 at 03:44:50PM +0800, Zhen Lei wrote:
>> Some numa nodes may have no memory. For example:
>> 1. cpu0 on node0
>> 2. cpu1 on node1
>> 3. device0 access the momory from node0 and node1 take the same time.
>>
>> So, we can not simply class
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Makefile currently controlling compilation of this code is:
>
> drivers/pinctrl/mediatek/pinctrl-mtk-common.o
> ---> drivers/pinctrl/mediatek/Makefile:obj-y += pinctrl-mtk-common.o
>
> ...meaning that it currently is not being bu
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> config PINCTRL_ABX500
>bool "ST-Ericsson ABx500 family Mixed Signal Circuit gpio functions"
>
> ...meaning that it currently is not being built as a module by anyo
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/nomadik/Kconfig:config PINCTRL_NOMADIK
> drivers/pinctrl/nomadik/Kconfig:bool "Nomadik pin controller driver"
>
> ...meaning that it currently is no
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Kconfig currently controlling compilation of this code is:
>
> drivers/pinctrl/Kconfig:config PINCTRL_ROCKCHIP
> drivers/pinctrl/Kconfig:bool
>
> ...meaning that it currently is not being built as a module by anyone.
>
> Lets r
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Makefile currently controlling compilation of this code is:
>
> drivers/pinctrl/sirf/pinctrl-atlas7.o
> ---> drivers/pinctrl/sirf/Makefile:obj-y += pinctrl-atlas7.o
>
> ...meaning that it currently is not being built as a module
On Tue, Aug 23, 2016 at 11:19 PM, Paul Gortmaker
wrote:
> The Makefile currently controlling compilation of this code is:
>
> drivers/pinctrl/sirf/pinctrl-sirf.o
> --> drivers/pinctrl/sirf/Makefile:obj-y += pinctrl-sirf.o
>
> ...meaning that it currently is not being built as a module by
On Sat, 2016-08-27 at 11:31 +0200, Willy Tarreau wrote:
> Greg, Jiri,
>
> I checked Jari's explanation below and found that v3.14.77 and v3.12.62
> are missing the same fix as 3.10. In fact Al's original commit 3d56c25
> ("fix d_walk()/non-delayed __d_free() race") used to mention to check
> this
Hi Arnd,
[auto build test WARNING on net-next/master]
[also build test WARNING on v4.8-rc3 next-20160825]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
[Suggest to use git(>=2.9.0) format-patch --base= (or --base=auto for
convenience) to recor
On Fri, 26 Aug 2016 17:26:18 -0400
James Bottomley wrote:
> On Fri, 2016-08-26 at 22:12 +0100, One Thousand Gnomes wrote:
> > > A non-security use case would be to run the binary (without
> > > modification) with a different ELF interpreter (assuming this
> > > allows to override binfmt_elf, bu
To clarify, this patch effectively reverts
commit 2ab9f5879162499e1c4e48613287e3f59e593c4f
gpu: drm: omapdrm: dss-of: add missing of_node_put after calling
of_parse_phandle
except it leaves behind unnecessary verbiage that this commit
introduced. And to be clear, that commit *should* indeed be re
On 22 August 2016 at 23:23, H. Nikolaus Schaller wrote:
> Hi Sebastian,
>
>> Am 22.08.2016 um 22:39 schrieb Sebastian Reichel :
>>
>> Hi,
>>
>> On Sun, Aug 21, 2016 at 09:50:57AM +0200, H. Nikolaus Schaller wrote:
Am 20.08.2016 um 15:34 schrieb One Thousand Gnomes
:
> What it is not
Hi,
On Fri, Aug 26, 2016 at 09:22:28AM +0200, Danny Milosavljevic wrote:
> This patch adds support for some mixer controls:
> - Line-In
> - FM-In
> - Mic 2
> - Capture Source
> - Differential Line-In
Please send your patches using send-email.
Thanks,
Maxime
--
Maxime Ripard, Free Electrons
Emb
> [8.842806] OF: ERROR: Bad of_node_put() on /encoder/ports/port@1/endpoint
> [8.843014] [] (omapdss_of_find_source_for_first_ep [omapdss])
I can confirm that reverting 2ab9f5879162 fixes this regression,
tested on omap5-uevm.
Matthijs
On Fri, Aug 26, 2016 at 06:23:56PM +0800, Icenowy Zheng wrote:
> The inet-d978_rev2 is a pcb used in generic A33 based tablets. It features
> volume buttons, micro-usb otg, headphone connector and a power button.
>
> On the board a Realtek RTL8723BS SDIO Wi-Fi module are soldered, and there
> is a
Russell,
On Sun, Aug 21, 2016 at 12:05:30AM +0100, Russell King wrote:
> PCMCIA suspend/resume no longer works since the commit mentioned below,
> as the callbacks are no longer made. Convert the driver to the new
> dev_pm_ops, which restores the suspend/resume functionality. Tested on
> the arm
Hi,
Thanks a lot for your patch.
On Fri, Aug 26, 2016 at 01:24:13PM +0200, jo...@kippendief.biz wrote:
> From: Jorik Jonker
>
> The reset register offsets for UART*, I2C* and SCR were off by a few bytes.
You're missing your signed-off-by though. Could you resend it with it?
Thanks!
Maxime
--
On Fri, Aug 26, 2016 at 02:25:25PM +, Wei Yongjun wrote:
> From: Wei Yongjun
>
> There is a error message within devm_ioremap_resource
> already, so remove the dev_err call to avoid redundant
> error message.
>
> Signed-off-by: Wei Yongjun
Applied, thanks!
Maxime
--
Maxime Ripard, Free E
Commit d88429a695a4 ("ASoC: dapm: Add output driver widget") added
the snd_soc_dapm_out_drv ID for the output driver widget, which is
the same as the PGA widget, with a later power sequence number.
Commit 19a2557b76d6 ("ASoC: dapm: Add kcontrol support for PGAs")
then added kcontrol support for PG
If soc_dapm_read() fails, val will be uninitialized, and bogus values
will be written later:
ret = soc_dapm_read(dapm, reg, &val);
val = (val >> shift) & mask;
However, the compiler does not give a warning. Return on error before
val is really used to avoid this.
This is similar
Hi everyone,
This series is a bunch of fixes for some problems I encountered while
experimenting with various dapm kcontrols for Allwinner A31 support
in sun4i-codec.
Patch 1 fixes a possible uninitialized variable usage in
snd_soc_dapm_get_volsw(). This doesn't show up as a compiler warning
but
The value for the second channel in _ENUM_DOUBLE (double channel) MUXs
is not correctly updated, due to using the wrong bit shift.
Use the correct bit shift, so both channels toggle together.
Fixes: 3727b4968453 ("ASoC: dapm: Consolidate MUXs and value MUXs")
Signed-off-by: Chen-Yu Tsai
---
sou
Commit 19a2557b76d6 ("ASoC: dapm: Add kcontrol support for PGAs") added
kcontrol support for PGA widgets, but did not add necessary changes to
snd_soc_dapm_put_volsw or soc_dapm_mixer_update_power to have hardware
register updates actually happen.
As this is a little used feature, this patch just
On Sat, Aug 27, 2016 at 02:05:22PM +0200, Dominik Brodowski wrote:
> Russell,
>
> On Sun, Aug 21, 2016 at 12:05:30AM +0100, Russell King wrote:
> > PCMCIA suspend/resume no longer works since the commit mentioned below,
> > as the callbacks are no longer made. Convert the driver to the new
> > de
These functions were only mentioned in the rtw_proc_init_one()
function in drivers/staging/rtl8188eu/os_dep/os_intfs.c, which was
under #if 0 and has now been removed completely.
Signed-off-by: Luca Ceresoli
Cc: Greg Kroah-Hartman
Cc: Kyle Kuffermann
Cc: Chris Elliott
Cc: Ivan Safonov
Cc: lin
Signed-off-by: Luca Ceresoli
Cc: Greg Kroah-Hartman
Cc: Kyle Kuffermann
Cc: linux-kernel@vger.kernel.org
---
drivers/staging/rtl8188eu/include/recv_osdep.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/recv_osdep.h
b/drivers/staging/rtl8188eu/include/
Signed-off-by: Luca Ceresoli
Cc: Greg Kroah-Hartman
Cc: Bhaktipriya Shridhar
Cc: Andy Shevchenko
Cc: Geliang Tang
Cc: Jakub Sitnicki
Cc: Ivan Safonov
Cc: Kyle Kuffermann
Cc: linux-kernel@vger.kernel.org
---
drivers/staging/rtl8188eu/core/rtw_recv.c | 4 ++--
1 file changed, 2 insertions(+)
Signed-off-by: Luca Ceresoli
Cc: Larry Finger
Cc: Jes Sorensen
Cc: Greg Kroah-Hartman
Cc: linux-wirel...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
drivers/staging/rtl8723au/include/recv_osdep.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8723au/include/r
Hi All,
On Sat, Aug 27, 2016 at 4:08 AM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in ath10k_warn message.
>
> Signed-off-by: Colin Ian King
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com
Hi Jaegeuk,
On 2016/8/27 1:11, Jaegeuk Kim wrote:
> Hi Chao,
>
> I integrated this patch into the original patch which makes inline_dentry by
> default. And, I couldn't find any bug case from my test-cases. :)
OK, it seems that this feature becomes stable now. :)
Thanks,
>
> Thanks,
>
> On F
rtw_proc_init_one() and rtw_proc_remove_one() are two very long
functions that are supposed to create a bunch of proc entries to
access debugging features of the driver.
But both of them are under #if 0 since their first commit three years
ago (5adef66acf73705ae95ea0b1e6b5fc7f17d82d30), replaced b
Hi,
This appears to be "as expected": 4.4 gcc doesn't have either of those
features, so it correctly failed.
-Kees
On Sat, Aug 27, 2016 at 1:52 AM, kbuild test robot
wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 28687b935e93a9041a485b9ec
Hi Kees,
On Sat, Aug 27, 2016 at 09:28:38AM -0400, Kees Cook wrote:
Hi,
This appears to be "as expected": 4.4 gcc doesn't have either of those
features, so it correctly failed.
OK, I'll teach the robot to use newer compiler for CONFIG_GCC_PLUGINS.
Thanks,
Fengguang
On Sat, Aug 27, 2016 at
Control power domain for eMMC via genpd to reduce power consumption.
Signed-off-by: Elaine Zhang
Signed-off-by: Ziyuan Xu
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
b/arch/arm64/boot/d
This series add power domain for eMMC node which will be controlled by
genpd to make sure it's available in probing state, and will be off
once suspend/remove.
Ziyuan Xu (2):
Documentation: mmc: sdhci-of-arasan: add description of power domain
arm64: dts: rockchip: add eMMC's power domain sup
Hi Arnd,
On 2016年08月26日 23:50, Arnd Bergmann wrote:
The rk3399 scans the spi_bus_type to find the rt5514 driver, but does not
actually have a Kconfig dependency on SPI, so we can end up with a link
failure:
sound/soc/codecs/snd-soc-rt5514-spi.o: In function `rt5514_spi_driver_init':
rt5514-spi.
On 26/08/2016 16:57, Andy Lutomirski wrote:
> On Thu, Aug 25, 2016 at 7:10 AM, Mickaël Salaün wrote:
>>
>> On 25/08/2016 13:12, Andy Lutomirski wrote:
>>> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
Add eBPF functions to compare file system access with a Landlock file
system
Add power domain as a optional property for sdhci-of-arasan, which can
be truned off in the so-called unused condition, such as suspend and
remove. Aim to lower power requirements.
Signed-off-by: Ziyuan Xu
---
Documentation/devicetree/bindings/mmc/arasan,sdhci.txt | 6 +-
1 file changed, 5
Greetings, unfortunate souls trying to use the omap-i2c peripheral in
slave mode! :-)
I recently posted some stuff about exactly that topic on TI's E2E
forum, you may want to read this warning:
http://e2e.ti.com/support/arm/sitara_arm/f/791/p/514961/1955843#1955843
and post contains suggestions o
The proc filesystem is not used in this driver.
Signed-off-by: Luca Ceresoli
Cc: Greg Kroah-Hartman
Cc: Arnd Bergmann
Cc: Binoy Jayan
Cc: Anish Bhatt
Cc: "Rémy Oudompheng"
Cc: Alexey Khoroshilov
Cc: Kyle Kuffermann
Cc: linux-kernel@vger.kernel.org
---
drivers/staging/rtl8188eu/include/osd
On 27/08/2016 01:05, Alexei Starovoitov wrote:
> On Fri, Aug 26, 2016 at 05:10:40PM +0200, Mickaël Salaün wrote:
>>
>>>
>>> - I don't think such 'for' loop can scale. The solution needs to work
>>> with thousands of containers and thousands of cgroups.
>>> In the patch 06/10 the proposal is to use
This patch adds function for filling and truncating ranges of slots:
radix_tree_node *radix_tree_fill_range(root, start, end, item, flags)
It fills slots in range "begin".."end" with "item" and returns pointer
to the last filled node. Filling with NULL truncates range.
This is intended for manag
This patch updates test for multi-order operations according to changes
in radix-tree: huge entry now must remember its range.
Signed-off-by: Konstantin Khlebnikov
---
tools/testing/radix-tree/linux/bug.h |2 -
tools/testing/radix-tree/linux/err.h | 31
tools/testing/rad
Current implementation stores huge entry as "canonical" head entry with
tail of "sibling" entries which points backward to the head. Iterator
jumps back and forward when sees them. This complication is required for
THP in page-cache because struct page can tell it start index and size.
This patch
This adds simple benchmark for iterator similar to one I've used for
commit 78c1d78488a3 ("radix-tree: introduce bit-optimized iterator")
Building with make BENCHMARK=1 set radix tree order to 6 and adds -O2,
this allows to get performance comparable to in kernel performance.
Signed-off-by: Konst
On 27/08/2016 01:05, Alexei Starovoitov wrote:
> On Fri, Aug 26, 2016 at 05:10:40PM +0200, Mickaël Salaün wrote:
>> To sum up, there is four related patchsets:
>> * "Landlock LSM: Unprivileged sandboxing" (this series)
>> * "Add Checmate, BPF-driven minor LSM" (Sargun Dhillon)
>> * "Networking cgr
On 27/08/2016 01:05, Alexei Starovoitov wrote:
> On Fri, Aug 26, 2016 at 05:10:40PM +0200, Mickaël Salaün wrote:
>
>>> As far as safety and type checking that bpf programs has to do,
>>> I like the approach of patch 06/10:
>>> +LANDLOCK_HOOK2(file_open, FILE_OPEN,
>>> + PTR_TO_STRUCT_FILE, s
Hi Corentin,
On Fri, Aug 26, 2016 at 01:11:34PM +0200, LABBE Corentin wrote:
> Instead of having two global variable, it's better to use a
> private struct. This will permit to remove amd_pdev variable
>
> Signed-off-by: LABBE Corentin
> ---
> drivers/char/hw_random/amd-rng.c | 57
> ++
Hi Corentin,
On Fri, Aug 26, 2016 at 01:11:28PM +0200, LABBE Corentin wrote:
> Changes since v2:
> - split the latest patch in 4
> Changes since v1:
> - Keep the hwrng name as "amd"
>
> LABBE Corentin (8):
> hwrng: amd: Fix style problem with blank line
> hwrng: amd: use the BIT macro
> h
On 2016/8/27 21:41, Ziyuan Xu wrote:
Add power domain as a optional property for sdhci-of-arasan, which can
be truned off in the so-called unused condition, such as suspend and
remove. Aim to lower power requirements.
Signed-off-by: Ziyuan Xu
---
Documentation/devicetree/bindings/mmc/arasan,
On 2016/8/27 9:01, Jaegeuk Kim wrote:
> On Fri, Aug 26, 2016 at 10:20:18PM +0800, Chao Yu wrote:
>> From: Chao Yu
>>
>> tests/generic/251 of fstest suit complains us with below message:
>>
>> [ cut here ]
>> invalid opcode: [#1] PREEMPT SMP
>> CPU: 2 PID: 7698 Comm: fs
Hi Yunlei,
On 2016/8/27 9:54, heyunlei wrote:
> Hi all,
>
> On 2016/8/27 9:01, Jaegeuk Kim wrote:
>> On Fri, Aug 26, 2016 at 10:20:18PM +0800, Chao Yu wrote:
>>> From: Chao Yu
>>>
>>> tests/generic/251 of fstest suit complains us with below message:
>>>
>>> [ cut here ]
>
On 2016/8/27 21:41, Ziyuan Xu wrote:
Control power domain for eMMC via genpd to reduce power consumption.
Signed-off-by: Elaine Zhang
Signed-off-by: Ziyuan Xu
It looks nice to me. But this should be merged after applying that[0]
as your patch will break bind/unbind test for sdhci-of-arasan
On 27/08/2016 09:40, Andy Lutomirski wrote:
> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
>> Hi,
>>
>> This series is a proof of concept to fill some missing part of seccomp as the
>> ability to check syscall argument pointers or creating more dynamic security
>> policies. The goal of
Hello.
On 8/27/2016 6:10 AM, Oleg Drokin wrote:
%ul would print an unsigned value and a letter l,
likely it was %lu that was meant to print the long int,
but in reality the values printed there are just regular signed
Signed? Then you need probably "%d" or "%i"...
ints, so just dropping
Hi Vegard,
Thanks for the prompt response.
The commit is introduced since 4.6, but the issue can be reproduced at
3.10 (earliest I have ever test). And testing on buildroot+4.7 with
the commit reverted, the issue still happen.
In fact, I did a test that ran a script that keep increase a counter
fo
Nicolai Stange writes:
> @@ -332,10 +337,10 @@ int clockevents_program_event(struct clock_event_device
> *dev, ktime_t expires,
> if (delta <= 0)
> return force ? clockevents_program_min_delta(dev) : -ETIME;
>
> - delta = min(delta, (int64_t) dev->max_delta_ns);
> -
Cc Tejun and the cgroups ML.
On 27/08/2016 17:10, Mickaël Salaün wrote:
> On 27/08/2016 09:40, Andy Lutomirski wrote:
>> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
>>>
>>> # Sandbox example with conditional access control depending on cgroup
>>>
>>> $ mkdir /sys/fs/cgroup/sandboxed
Thomas Gleixner writes:
> On Tue, 23 Aug 2016, Nicolai Stange wrote:
>
>> Right now, being of type unsigned long long, the clc local variable in
>> clockevents_program_event() is unnecessarily wide as it gets cast to
>> unsigned long anyway.
>
> Congrats! You just broke 32bit systems. When delta
Port the script to python3 and fix some pylint warnings.
Signed-off-by: Valentin Rothberg
---
scripts/checkkconfigsymbols.py | 280 +++--
1 file changed, 156 insertions(+), 124 deletions(-)
diff --git a/scripts/checkkconfigsymbols.py b/scripts/checkkconfigsym
From: zijun_hu
this patch fixes the following bugs:
- no bootmem is implemented by memblock currently, but config option
CONFIG_NO_BOOTMEM doesn't depend on CONFIG_HAVE_MEMBLOCK
- the same ARCH_LOW_ADDRESS_LIMIT statements are duplicated between
header and relevant source
- don't ensu
1 - 100 of 189 matches
Mail list logo
