Thomas,
2015-10-26 6:09 GMT+01:00 Thomas Petazzoni
:
> Marcin,
>
> On Mon, 26 Oct 2015 05:35:46 +0100, Marcin Wojtas wrote:
>
>> Thanks for the explanation - now it's clear.
>
> Good :-) Hopefully the explanation in PATCH 5/5 is also clear enough.
The Ascii-art is beutiful, indeed:)
>
>> Btw, I
On Mon, Oct 26, 2015 at 3:46 PM, Kees Cook wrote:
> On Mon, Oct 26, 2015 at 12:39 AM, Oleg Nesterov wrote:
>> On 10/21, Tycho Andersen wrote:
>>>
>>> > And this leads to another question... If we expect that this interface
>>> > can change later, then perhaps PTRACE_SECCOMP_GET_FILTER should also
Many reasons can make bpf_prog_load() return EINVAL. This patch utilizes
logbuf to deliver the actual reason of the failure.
Without this patch, it is very easy for user to pass an object with
"version" section not match the kernel version code, and the problem
is hard to determine from return cod
On Mon, 2015-10-26 at 09:56 +0900, Kevin Hilman wrote:
> Hello,
>
> On Sat, Oct 3, 2015 at 12:19 AM, Yingjoe Chen
> wrote:
> > Add arch timer node to enable arch-timer support. MT8135 firmware
> > doesn't correctly setup arch-timer frequency and CNTVOFF, add
> > properties to workaround this.
>
Hi Arnaldo,
On 2015/10/24 8:27, Arnaldo Carvalho de Melo wrote:
libbpf: load bpf program failed: Invalid argument
libbpf: -- BEGIN DUMP LOG ---
libbpf:
libbpf: -- END LOG --
libbpf: failed to load program 'fork=_do_fork'
libbpf: failed to load object '/tmp/foo.o'
bpf: load objects failed
event
On Mon 26-10-15 17:23:19, Dave Chinner wrote:
> On Mon, Oct 26, 2015 at 11:48:06AM +0900, Dan Williams wrote:
> > 2/ Even if we get a new flag that lets the kernel know the app
> > understands DAX mappings, we shouldn't leave fsync broken. Can we
> > instead get by with a simple / big hammer solut
Hi,
On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote:
> Hi,
>
> linux-next 20151022
>
>
Can be reproduced reliably?
Seems like a bad race between the end of session protection for the
authentication and the start of the session protection for the deauth.
I think I found the hole in the locks i
On 25.10.2015 22:53, Jozsef Kadlecsik wrote:
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
Any further ideas?
Does it crash without counters? That could narrow down where to look for.
Hello Jozsef,
it doesn't crash i I don't use the counters so far. So there must be a
bug with the counte
On 2015/10/23 0:35, Bjorn Helgaas wrote:
> Hi Gabriele,
>
> On Thu, Oct 22, 2015 at 07:21:41AM +, Gabriele Paoloni wrote:
>>> -Original Message-
>>> From: Bjorn Helgaas [mailto:helg...@kernel.org]
>
#define PCIECTRL_DRA7XX_CONF_PHY_CS 0x010C
#define
On Sun, Oct 25, 2015 at 03:27:13PM +0100, Oleg Nesterov wrote:
> It is not safe to use the task_struct returned by kthread_run(threadfn)
> if threadfn() can exit before the "owner" does kthread_stop(), nothing
> protects this task_struct.
>
> So __nbd_ioctl() looks buggy; a killed nbd_thread_send(
On 2015/10/23 2:28, Bjorn Helgaas wrote:
> Hi Zhou,
>
> On Fri, Oct 16, 2015 at 06:23:38PM +0800, Zhou Wang wrote:
>> This patch tries to unify ARM32 and ARM64 PCIe in designware driver. Delete
>> function dw_pcie_setup, dw_pcie_scan_bus, dw_pcie_map_irq and struct hw_pci,
>> move related operatio
Hi Oleg,
On Sun, Oct 25, 2015 at 04:26:39PM +0100, Oleg Nesterov wrote:
> nbd_thread_recv() is called by userspace, it is very wrong to dequeue
> and throw out a signal.
This signal handling for a userspace process is implicitly implemented
for several years already through the timeout handling.
Dear Friend,
My name is Fei Kan Lau, a Senior staff with Bank of China U K.A late
investor who bears the same last name with you has left a very huge sum
with Our Bank for some years and no next of kin has come forward all these
years for claim. Please get back to me as soon as possible for de
On Sun, Oct 25, 2015 at 04:26:37PM +0100, Oleg Nesterov wrote:
> nbd_thread_send() does kernel_dequeue_signal() at the end for no reason,
> it is fine to exit with the pending SIGKILL.
>
> Not sure it really needs another kernel_dequeue_signal() inside the
> main loop, we know that signal_pending(
On Sun, Oct 25, 2015 at 04:26:41PM +0100, Oleg Nesterov wrote:
> Both nbd_thread_recv() and nbd_thread_send() are might_sleep() and
> called with irqs enabled(), irqsave/irqrestore make no sense and imo
> look confusing.
Thanks, applied.
Regards,
Markus
>
> Signed-off-by: Oleg Nesterov
> ---
On 10/26/2015 09:23 AM, Grumbach, Emmanuel wrote:
> Hi,
>
> On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote:
>> Hi,
>>
>> linux-next 20151022
>>
>>
>
> Can be reproduced reliably?
> Seems like a bad race between the end of session protection for the
> authentication and the start of the sessio
If CONFIG_JUMP_LABEL=y and CONFIG_MMU=n:
arch/arm/kernel/patch.c: In function 'patch_map':
arch/arm/kernel/patch.c:39:129: error: 'L_PTE_YOUNG' undeclared (first use
in this function)
set_fixmap(fixmap, page_to_phys(page));
Hi Rob,
First of all, thanks for your review.
On 2015년 10월 22일 07:35, Rob Herring wrote:
> On Tue, Oct 20, 2015 at 11:37 PM, Chanwoo Choi wrote:
>> This patch adds the support for Device tree bindings of extcon-gpio driver.
>> The extcon-gpio device tree node must include the both 'extcon-id' an
Hi Rabin,
On Sun, Oct 25, 2015 at 11:32 PM, Rabin Vincent wrote:
> On Sun, Oct 25, 2015 at 11:39:15AM +0100, Geert Uytterhoeven wrote:
>> On Sun, Oct 25, 2015 at 11:18 AM, Geert Uytterhoeven
>> wrote:
>> > On Sun, Oct 25, 2015 at 11:12 AM, Geert Uytterhoeven
>> > wrote:
>> >> JFYI, when compari
Also, please note in the trace for some strange reason, the floppy
drive activates after the rcu_sched errors happen -- fucking wierd
shit. I fixed the problem in the debugger patch but seems like to me
it should not generate a crash report when time is frozen for that
kernel instance just because
On Mon, Oct 26, 2015 at 4:15 PM, Yingjoe Chen wrote:
> On Mon, 2015-10-26 at 09:56 +0900, Kevin Hilman wrote:
>> Hello,
>>
>> On Sat, Oct 3, 2015 at 12:19 AM, Yingjoe Chen
>> wrote:
>> > Add arch timer node to enable arch-timer support. MT8135 firmware
>> > doesn't correctly setup arch-timer fre
This series are based on 4.3-rc1 and provide 5 patches to support
mt8173 spi multiple devices.
Change in v2:
1. add mt8173 board name on patch 5/5 subject.
2. fix this series merge conflict.
Change in v1:
1. update document to add cs-gpio;
2. remove mtk_spi_config function;
3. move controller_dat
mt8173 IC spi HW has 4 gpio group, it's possible to support
max <= 4 slave devices, even mtk spi HW is not congruent to spi core.
1. When a device do a spi_message transfer, spi HW should know
which pad-group this device is on, and then writes pad-select
register.
2. Mtk pad-select register j
mtk_spi_config() and mtk_spi_prepare_message() both initialize
spi register, so remove mtk_spi_config() and init all register
in mtk_spi_prepare_message().
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 59 +---
1 file changed, 26 insertions(+
controller_data is related with device, so move to master->setup
function.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index 7bd84c8..406695a 100
This patch updates document devicetree bindings
to support multiple devices.
Signed-off-by: Leilk Liu
---
Documentation/devicetree/bindings/spi/spi-mt65xx.txt | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/spi/spi-mt65xx.txt
b/Docu
This patch support multiple devices for MT8173 board.
Signed-off-by: Leilk Liu
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
b/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
index 81
On Fri, 23 Oct 2015, Wolfram Sang wrote:
> > Wolfram, since Lee acknowledged patches 1-3, can you pull them to your tree?
>
> So, I picked patches 1-4 to my for-next. Patch 5 is missing an ACK.
Can you place these patches onto their own branch, tag it and send the
appropriate pull-request out ple
On Mon, Sep 21, 2015 at 4:02 PM, Tomeu Vizoso
wrote:
> Walks the OF tree up and finds the closest ancestor that has a struct
> device associated with it, probing it if isn't bound to a driver yet.
>
> The above should ensure that the dependency represented by the passed OF
> node is available, bec
> This series adds two I2C controller drivers.
> (they are completely different IPs.)
>
> The first one is a very simple FIFO-less I2C controller,
> which is used on some older UniPhier SoCs.
>
> The other one is higher-performance I2C controller with TX/RX FIFO,
> used on newer UniPhier SoCs.
A
On 21/10/2015 12:08, Michael Ellerman wrote:
> On Wed, 2015-10-21 at 16:59 +1100, Stephen Rothwell wrote:
>> Hi Andrew,
>>
>> After merging the akpm-current tree, today's linux-next build (powerpc
>> allnoconfig) failed like this:
>
>> arch/powerpc/include/asm/pgtable.h: In function 'pte_pgprot':
On Fri, 23 Oct 2015, Ingi Kim wrote:
> This patch adds rt5033-led sub device to support it.
>
> Signed-off-by: Ingi Kim
> Acked-by: Lee Jones
> ---
> drivers/mfd/rt5033.c | 3 +++
> 1 file changed, 3 insertions(+)
Applied, thanks.
> diff --git a/drivers/mfd/rt5033.c b/drivers/mfd/rt5033.c
>
Hi Linus,
The following changes since commit 5adad9915472e180712030d730cdc476c6f8a60b:
iommu/amd: Fix NULL pointer deref on device detach (2015-10-09 17:59:33 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.3-r
This patch allows perf record setting event's attr.inherit bit by
config terms like:
# perf record -e cycles/no-inherit/ ...
# perf record -e cycles/inherit/ ...
So user can control inherit bit for each event separately.
In following example, a.out fork()s in main then do some complex
CPU inte
On 2015/10/23 2:46, Bjorn Helgaas wrote:
> Hi Zhou,
>
> This looks pretty good to me; just a mask question and add a printk.
>
> On Fri, Oct 16, 2015 at 06:23:39PM +0800, Zhou Wang wrote:
>> This patch adds PCIe host support for HiSilicon SoC Hip05.
>> ...
>
>> +#define PCIE_SUBCTRL_SYS_STATE4_R
Hi Arnaldo,
Could you please take a look at this series and pull it?
---
Thanks,
Hemant
On 10/07/2015 07:55 AM, Hemant Kumar wrote:
Its better to remove the dependency on uapi/kvm_perf.h to allow dynamic
discovery of kvm events (if its needed). To do this, some extern
variables have been intro
Dear Marcin Wojtas,
On Mon, 26 Oct 2015 08:06:18 +0100, Marcin Wojtas wrote:
> > Good :-) Hopefully the explanation in PATCH 5/5 is also clear enough.
>
> The Ascii-art is beutiful, indeed:)
Glad to hear that my artistic skills are appreciated :)
> Yes, you are right - without any pm_ops the d
Hi Lee,
2015-10-26 17:17 GMT+09:00 Lee Jones :
>> This series adds two I2C controller drivers.
>> (they are completely different IPs.)
>>
>> The first one is a very simple FIFO-less I2C controller,
>> which is used on some older UniPhier SoCs.
>>
>> The other one is higher-performance I2C control
On (10/26/15 07:51), Grumbach, Emmanuel wrote:
> > On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote:
> >> Hi,
> >>
> >> linux-next 20151022
> >>
> >>
> >
> > Can be reproduced reliably?
> > Seems like a bad race between the end of session protection for the
> > authentication and the start of the
On Mon, Oct 26, 2015 at 02:53:38PM +0800, Jason Wang wrote:
>
>
> On 10/26/2015 02:09 PM, Michael S. Tsirkin wrote:
> > On Mon, Oct 26, 2015 at 11:15:57AM +0800, Jason Wang wrote:
> >>
> >> On 10/23/2015 09:37 PM, Michael S. Tsirkin wrote:
> >>> On Fri, Oct 23, 2015 at 12:57:05AM -0400, Jason Wan
On Mon, Oct 26, 2015 at 9:27 AM, Masahiro Yamada
wrote:
> 2015-10-26 17:17 GMT+09:00 Lee Jones :
>>> This series adds two I2C controller drivers.
>>> (they are completely different IPs.)
>>>
>>> The first one is a very simple FIFO-less I2C controller,
>>> which is used on some older UniPhier SoCs.
On Fri, Oct 23, 2015 at 11:23:51AM +0100, Sudeep Holla wrote:
>
>
> On 23/10/15 07:39, Dmitry Torokhov wrote:
> >On Wed, Oct 21, 2015 at 11:10:03AM +0100, Sudeep Holla wrote:
> >>Though the mmc core driver should/will continue to support the legacy
> >>"nvidia,wakeup-source" property to enable SD
when I test the memory online or offline, I find the problem that
memory online always return an error. I peform the operation as follow:
cd /sys/device/system/memory/
echo online > state
it always print "-bash: echo: write error: Operation not permitted
On Mon, Oct 26, 2015 at 09:31:15AM +0100, Geert Uytterhoeven wrote:
> On Mon, Oct 26, 2015 at 9:27 AM, Masahiro Yamada
> wrote:
> > 2015-10-26 17:17 GMT+09:00 Lee Jones :
> >>> This series adds two I2C controller drivers.
> >>> (they are completely different IPs.)
> >>>
> >>> The first one is a ve
On Mon, Oct 19, 2015 at 06:34:02PM +0100, Sudeep Holla wrote:
> Hi Dmitry,
>
> On 05/10/15 11:24, Laxman Dewangan wrote:
> >
> >On Monday 21 September 2015 09:16 PM, Sudeep Holla wrote:
> >>
> >>diff --git a/drivers/input/keyboard/tegra-kbc.c
> >>b/drivers/input/keyboard/tegra-kbc.c
> >>index f97c
On 10/26/2015 10:30 AM, Sergey Senozhatsky wrote:
> On (10/26/15 07:51), Grumbach, Emmanuel wrote:
>>> On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote:
Hi,
linux-next 20151022
>>>
>>> Can be reproduced reliably?
>>> Seems like a bad race between the end of session protec
* Paul E. McKenney wrote:
> From: Patrick Marlier
>
> The current list_entry_rcu() implementation copies the pointer to a stack
> variable, then invokes rcu_dereference_raw() on it. This results in an
> additional store-load pair. Now, most compilers will emit normal store
> and load instruc
Hi Simon,
Thanks for the patch. There are conflicts when applying
it to the LED tree:
git://git.kernel.org/pub/scm/linux/kernel/git/j.anaszewski/linux-leds.git
Please use it as a code base for your LED development.
When patching existing drivers, please always copy its author(s).
Cc Alvaro an
add DT support for the tps6502x regulators.
Signed-off-by: Heiko Schocher
---
Changes in v2:
- add comment from kbuild test robot
- tps6502x_parse_dt_data() can be static
- add comment from Mark Brown:
- remove arch/arm/boot/dts/tps65023.dtsi
- do not use "regulator-compatible"
.../devic
On Fri, Sep 11, 2015 at 03:35:39AM +0200, Javier Martinez Canillas wrote:
> Remove the unneded semicolon since it is clearly a typo error.
>
> Signed-off-by: Javier Martinez Canillas
>
Applied, thank you.
> ---
>
> drivers/input/keyboard/snvs_pwrkey.c | 2 +-
> 1 file changed, 1 insertion(+)
Hi Julia,
Patches 1-4 have been applied to the LED tree, thanks.
On 10/24/2015 04:42 PM, Julia Lawall wrote:
The various for_each device_node iterators performs an of_node_get on each
iteration, so a break out of the loop requires an of_node_put.
The complete semantic patch that fixes this pro
On Fri, Oct 23, 2015 at 03:59:14PM -0400, James Simmons wrote:
> diff --git a/drivers/staging/lustre/lustre/lmv/lmv_obd.c
> b/drivers/staging/lustre/lustre/lmv/lmv_obd.c
> index 635a93c..d6d70d8 100644
> --- a/drivers/staging/lustre/lustre/lmv/lmv_obd.c
> +++ b/drivers/staging/lustre/lustre/lmv/lm
On Mon, Oct 26, 2015 at 11:20:01AM +0900, Michael Ellerman wrote:
>
> Sorry guys, these threads are so long I tend not to read them very actively :}
>
> Looking at the system call path, the straight line path does not include any
> barriers. I can't see any hidden in macros either.
>
> We also h
On Mon, Oct 26, 2015 at 3:23 PM, Dave Chinner wrote:
> On Mon, Oct 26, 2015 at 11:48:06AM +0900, Dan Williams wrote:
>> On Mon, Oct 26, 2015 at 6:22 AM, Dave Chinner wrote:
>> > On Thu, Oct 22, 2015 at 11:08:18PM +0200, Jan Kara wrote:
>> >> Ugh2: Now I realized that DAX mmap isn't safe wrt fs fr
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> On 25.10.2015 20:46, Jozsef Kadlecsik wrote:
> > Hi,
> >
> > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
> >
> > > On 25.10.2015 10:46, Willy Tarreau wrote:
> > > > ipset *triggered* the problem. The whole stack dump would tell more.
> > > OK, fi
On 2015/10/23 17:45, Rui Xiang wrote:
> Hi，list
>
> I encounter a panic about init process.
>
> Kernel panic - not syncing: Attempted to kill init! exitcode=0x0007
>
> Pid: 1, comm: init Tainted: G RO 3.4.24.19-0.11-default #1
> Call Trace:
> [] panic+0xc1/0x1e2
> [] do_exit+0x7d
On Fri, Oct 23, 2015 at 02:18:48PM +0900, Jiada Wang wrote:
> Previously ALC2 register is set as a volatile register, declare
> it as one of ALC Coefficients register together with other non-volatile
> registers will cause issue, in case wm8962 has enter suspend mode,
> and cache_only flag is set,
On Mon, Oct 26, 2015 at 02:20:21PM +1100, Paul Mackerras wrote:
> On Wed, Oct 21, 2015 at 10:18:33AM +0200, Peter Zijlstra wrote:
> > On Tue, Oct 20, 2015 at 02:28:35PM -0700, Paul E. McKenney wrote:
> > > I am not seeing a sync there, but I really have to defer to the
> > > maintainers on this one
On Sun, Oct 25, 2015 at 11:41 PM, Javier Martinez Canillas
wrote:
> Commit 4a7748c3d641 ("clk: Allow drivers to build if COMPILE_TEST is
> enabled") allowed clk drives to be compile tested on other archs but
> the COMMON_CLK_VERSATILE was only enabled on platforms that already
> selected OF suppor
On 2015/10/24 0:17, Arnaldo Carvalho de Melo wrote:
Em Fri, Oct 23, 2015 at 09:58:20PM +0800, pi3orama escreveu:
发自我的 iPhone
在 2015年10月23日，下午9:51，Arnaldo Carvalho de Melo 写道：
Em Fri, Oct 23, 2015 at 10:43:49AM +, Wang Nan escreveu:
Inherit bit is useless for a system wide evsel [1].
On 26.10.2015 09:58, Jozsef Kadlecsik wrote:
On Sun, 25 Oct 2015, Gerhard Wiesinger wrote:
Also any idea regarding the second isssue? Or do you think it has the
same root cause?
Looking at your RedHat bugzilla report, the "nf_conntrack: table full,
dropping packet" and "Alignment trap: not han
On 25 October 2015 at 16:18, Rafael J. Wysocki wrote:
> On Wednesday, October 21, 2015 05:34:12 PM Tomeu Vizoso wrote:
>> Adds a function that sets the pointer to dev_pm_domain in struct device
>> and that warns if the device has already finished probing. The reason
>> why we want to enforce that
remove tps65217.dtsi and adapt all boards, which
used it.
Signed-off-by: Heiko Schocher
---
Suggested by Mark Brown, see:
https://lkml.org/lkml/2015/10/21/581
.../devicetree/bindings/regulator/tps65217.txt | 78 --
arch/arm/boot/dts/am335x-bone-common.dtsi | 14
On Wed, Oct 14, 2015 at 09:33:55AM -0500, Dimitri Sivanich wrote:
> On Wed, Oct 14, 2015 at 10:22:25AM +0530, Sudip Mukherjee wrote:
> > On Mon, Oct 05, 2015 at 10:18:32AM -0500, Dimitri Sivanich wrote:
> > > On Mon, Oct 05, 2015 at 08:43:07PM +0530, Sudip Mukherjee wrote:
> > > > On Thu, Sep 24, 2
Hi Heiko,
[auto build test WARNING on v4.3-rc7 -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Heiko-Schocher/regulator-dt-add-dt-support-for-tps6502x-regulator/20151026-164911
coccinelle war
drivers/regulator/tps65023-regulator.c:543:3-8: No need to set .owner here. The
core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Heiko Schocher
Signed-off-by: Fengguang Wu
---
tps65023-reg
On 26/10/15 11:08, Wangnan (F) wrote:
>
>
> On 2015/10/24 0:17, Arnaldo Carvalho de Melo wrote:
>> Em Fri, Oct 23, 2015 at 09:58:20PM +0800, pi3orama escreveu:
>>>
>>> 发自我的 iPhone
>>>
在 2015年10月23日，下午9:51，Arnaldo Carvalho de Melo
写道：
Em Fri, Oct 23, 2015 at 10:43:49AM +,
On 23/10/2015 15:41, Måns Rullgård wrote:
> Marc Gonzalez wrote:
>
>> On 22/10/2015 16:02, Mans Rullgard wrote:
>>
>>> This adds a binding for the Aurora VLSI NB8800 Ethernet controller
>>> using the "aurora,nb8800" compatible string. When used in Sigma
>>> Designs chips a few additional control
SEE ATTACHED FOR DETAILS.
OSAA.doc
Description: MS-Word document
In some cases, we could start a new i2c transfer with the RXRDY flag
set. It is not a clean state and it leads to print annoying error
messages even if there no real issue. The cause is only having garbage
data in the Receive Holding Register because of a weird behavior of the
RXRDY flag.
Signed-o
On Fri, Oct 23, 2015 at 10:51:09PM -0700, Alexander Duyck wrote:
> On 10/23/2015 08:40 PM, Jarod Wilson wrote:
> >
> >+static netdev_features_t netdev_sync_upper_features(struct net_device
> >*lower,
> >+struct net_device *upper, netdev_features_t features)
> >+{
> >+netdev_features_t want
Some power domain comsumers may init before module_init.
So the power domain provider (scpsys) need to be initialized
earlier too.
This patch modify scpsys driver init level from module_init to
subsys_initcall.
Signed-off-by: James Liao
---
This patch is based on v4.3-rc7.
drivers/soc/mediate
syscall_stub is dead code as um is using only
batch_syscall_stub.
Signed-off-by: Richard Weinberger
---
arch/x86/um/stub_64.S | 13 -
1 file changed, 13 deletions(-)
diff --git a/arch/x86/um/stub_64.S b/arch/x86/um/stub_64.S
index 7160b20..a212445 100644
--- a/arch/x86/um/stub_64.S
If UML runs on the host side out of memory, report this
condition more nicely.
Signed-off-by: Richard Weinberger
---
arch/um/kernel/tlb.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/arch/um/kernel/tlb.c b/arch/um/kernel/tlb.c
index 2077248..3777b82 100644
...such that processes within UML can do a ptrace(PTRACE_OLDSETOPTIONS, ...)
Signed-off-by: Richard Weinberger
---
arch/um/include/asm/ptrace-generic.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/um/include/asm/ptrace-generic.h
b/arch/um/include/asm/ptrace-generic.h
index 2966adb
As long STUB_DATA fits into 32bits we can use a plain mov.
If it will grow at some point in future we will switch to movabsq.
In any case the code is smaller and more easy to read
than the current one
Signed-off-by: Richard Weinberger
---
arch/x86/um/stub_64.S | 5 +
1 file changed, 1 insert
We can use __NR_syscall_max.
Signed-off-by: Richard Weinberger
---
arch/um/kernel/skas/syscall.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/um/kernel/skas/syscall.c b/arch/um/kernel/skas/syscall.c
index 64a8fe5..1683b8e 100644
--- a/arch/um/kernel/skas/sysca
syscall_stub is dead code as um is using only
batch_syscall_stub.
Signed-off-by: Richard Weinberger
---
arch/x86/um/stub_32.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/um/stub_32.S b/arch/x86/um/stub_32.S
index b972649..9881680 100644
--- a/arch/x86/um/stub_32.S
+++ b/arch/x86/
To support changing syscall numbers we have to store
it after syscall_trace_enter().
Signed-off-by: Richard Weinberger
---
arch/um/include/shared/os.h | 1 +
arch/um/kernel/skas/syscall.c | 13 +++--
arch/um/os-Linux/skas/process.c | 10 +++---
3 files changed, 11 insertions(+
This patch fixes two problems to make value-returning atomics and
{cmp}xchg fully ordered on PPC.
According to memory-barriers.txt:
> Any atomic operation that modifies some state in memory and returns
> information about the state (old or new) implies an SMP-conditional
> general memory barrier
Hi all，
Is any one knew，whether mainline kernel and psci plan to support hibernation on
arm64 architecture now？
Thanks
Best Regards
william
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
Implement cmpxchg{,64}_relaxed and atomic{,64}_cmpxchg_relaxed, based on
which _release variants can be built.
To avoid superfluous barriers in _acquire variants, we implement these
operations with assembly code rather use __atomic_op_acquire() to build
them automatically.
For the same reason, we
Some atomic operations now have _relaxed/acquire/release variants, this
patch then adds some trivial tests for two purpose:
1. test the behavior of these new operations in single-CPU
environment.
2. make their code generated before we actually use them somewhere,
so that
Hi all,
This is v5 of the series.
Link for v1: https://lkml.org/lkml/2015/8/27/798
Link for v2: https://lkml.org/lkml/2015/9/16/527
Link for v3: https://lkml.org/lkml/2015/10/12/368
Link for v4: https://lkml.org/lkml/2015/10/14/670
Changes since v4:
* define PPC_ATOMIC_ENTRY_BARRIER as "s
On powerpc, acquire and release semantics can be achieved with
lightweight barriers("lwsync" and "ctrl+isync"), which can be used to
implement __atomic_op_{acquire,release}.
For release semantics, since we only need to ensure all memory accesses
that issue before must take effects before the -stor
On Sat, Oct 24, 2015 at 04:42:35PM +0200, Julia Lawall wrote:
> for_each_child_of_node performs an of_node_get on each iteration, so
> a break out of the loop requires an of_node_put.
>
> A simplified version of the semantic patch that fixes this problem is as
> follows (http://coccinelle.lip6.fr)
Implement xchg_relaxed and atomic{,64}_xchg_relaxed, based on these
_relaxed variants, release/acquire variants and fully ordered versions
can be built.
Note that xchg_relaxed and atomic_{,64}_xchg_relaxed are not compiler
barriers.
Signed-off-by: Boqun Feng
---
arch/powerpc/include/asm/atomic.
Some architectures may have their special barriers for acquire, release
and fence semantics, so that general memory barriers(smp_mb__*_atomic())
in the default __atomic_op_*() may be too strong, so allow architectures
to define their own helpers which can overwrite the default helpers.
Signed-off-
On 16/10/15 09:39, andrew-ct.c...@mediatek.com wrote:
From: Andrew-CT Chen
Add Mediatek MT8173 EFUSE Devicetree binding file
Signed-off-by: Andrew-CT Chen
Looks good to me, minor comment below.
Will queue this for v4.5 once v4.4-rc1 is released.
---
.../devicetree/bindings/nvmem/mtk
On 16/10/15 09:39, andrew-ct.c...@mediatek.com wrote:
From: Andrew-CT Chen
Add Mediatek EFUSE driver to access hardware data like
thermal sensor calibration or HDMI impedance.
Signed-off-by: Andrew-CT Chen
Dirver looks pretty simple, below are few minor nits.
Please rebase this patch on t
syscall_stub is nowhere used these days.
Signed-off-by: Richard Weinberger
---
This time with the correct commit message.
---
arch/x86/um/stub_32.S | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/um/stub_32.S b/arch/x86/um/stub_32.S
index b972649..9881680 100644
--- a/arch/x86/um/stu
On Mon, Oct 26, 2015 at 05:51:53PM +0800, wangfei wrote:
> Hi all，
>
> Is any one knew，whether mainline kernel and psci plan to support hibernation
> on arm64 architecture now？
Suspend-to-disk relies on PSCI SYSTEM_OFF to be implemented and does not
require any additional calls in ATF.
Suspend
Hi Ingi,
Thanks for the update. I've found a few minor issues, please
refer to my comments below.
On 10/23/2015 07:48 AM, Ingi Kim wrote:
This patch adds device driver of Richtek RT5033 PMIC.
The driver supports a current regulated output to drive
white LEDs for camera flash.
Signed-off-by: In
Hi Ingi,
On 10/23/2015 07:48 AM, Ingi Kim wrote:
This patch adds the device tree bindings for RT5033 flash LEDs.
Signed-off-by: Ingi Kim
Acked-by: Rob Herring
---
.../devicetree/bindings/leds/leds-rt5033.txt | 38 ++
1 file changed, 38 insertions(+)
create mode
On Mon, Oct 26, 2015 at 05:50:52PM +0800, Boqun Feng wrote:
> This patch fixes two problems to make value-returning atomics and
> {cmp}xchg fully ordered on PPC.
>
> According to memory-barriers.txt:
>
> > Any atomic operation that modifies some state in memory and returns
> > information about t
This patch fixes two problems to make value-returning atomics and
{cmp}xchg fully ordered on PPC.
According to memory-barriers.txt:
> Any atomic operation that modifies some state in memory and returns
> information about the state (old or new) implies an SMP-conditional
> general memory barrier
Dear all,
I think the problem comes from the fact this patch applies on top of
"VFIO platform reset module rework",
https://lkml.org/lkml/2015/10/23/385. This is where
module_vfio_reset_handler macro is introduced. Maybe I should have
reverted the patch into RFC after decision to rework the framew
On Mon, Oct 26, 2015 at 09:56:14AM +, Srinivas Kandagatla wrote:
>
>
> On 16/10/15 09:39, andrew-ct.c...@mediatek.com wrote:
> >From: Andrew-CT Chen
> >
> >Add Mediatek MT8173 EFUSE Devicetree binding file
> >
> >Signed-off-by: Andrew-CT Chen
>
> Looks good to me, minor comment below.
>
>
> > + device_type = "pci";
> > + interrupt-parent = <&gic>;
> > + interrupts = < 0 118 4
> > + 0 116 4
> > + 0 115 4 // MSI_1 [63...32]
> > + 0 114 4 >; // MSI_0 [31...0]
>
> Better write these as tuple
On 10/25/15 6:46 PM, Wangnan (F) wrote:
Can we (or have we already) setup some rules for licensing? Which part
should be GPL? Who has the response to decide it?
in my mind the rules were set long ago. See my other email.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
1 - 100 of 839 matches
Mail list logo
