On Thu, Mar 15, 2018 at 1:54 AM, Michael Ellerman wrote:
> Mathieu Malaterre writes:
>> Subject: Re: [PATCH] powerpc: Mark the variable earlycon_acpi_spcr_enable
>> maybe_unused
>
> You're fixing an error on powerpc, but the patch is to the serial code,
> so the subject should probably be more l
According to TRM, uart4 tx/rx should be 14/15
Signed-off-by: Jacob Chen
---
arch/arm/boot/dts/rk3288.dtsi | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index ed05f3d77358..40327c764385 100644
--- a/arch/a
On 3/14/2018 8:08 PM, Kani, Toshi wrote:
On Wed, 2018-03-14 at 14:18 +0530, Chintan Pandya wrote:
Note: I was working on these patches for quite sometime
and realized that Toshi Kani has shared some patches
addressing the same isssue with subject
"[PATCH 0/2] fix memory leak / panic in ioremap
On Thu, Mar 15, 2018 at 2:46 AM, Robin Murphy wrote:
> On 13/03/18 08:55, Vivek Gautam wrote:
>>
>> From: Sricharan R
>>
>> The smmu device probe/remove and add/remove master device callbacks
>> gets called when the smmu is not linked to its master, that is without
>> the context of the master de
On Thu, 15 Mar 2018 11:18:19 +0530
Ravi Bangoria wrote:
> Hi Masami,
>
> On 03/08/2018 02:20 PM, Masami Hiramatsu wrote:
> > Add array type support for probe events.
> > This allows user to get arraied types from memory address.
> > The array type syntax is
> >
> > TYPE[N]
> >
> > Where TYPE
From: Gabriel Fernandez
This patch enables stm32mp1 clock driver.
Signed-off-by: Gabriel Fernandez
---
arch/arm/boot/dts/stm32mp157-pinctrl.dtsi | 24
arch/arm/boot/dts/stm32mp157c.dtsi| 48 +++
2 files changed, 28 insertions(+), 44 deletion
From: Zhang Ning
there are 2 reasons for no need to wait device probe
reason 1:
mount root device is very late in kernel initial stage.
all initcalls are finished. that means most of probe functions
are returned.
and deferred probe are also finished by late_initcall.
only async probe driver are
if device_register() returned an error! Always use put_device()
to give up the reference initialized.
Signed-off-by: Arvind Yadav
---
change in v2:
Fix use-after-free bug. move put_device() after cdev_del().
drivers/mtd/ubi/vmt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drive
On Wed, Mar 14, 2018 at 07:25:05PM +0100, Johannes Thumshirn wrote:
> Provide a module_nd_driver() wrapper and move over the appliccable
> drivers nd_pmem.ko and dax_pmem.ko.
What is the point? It saves a hand fulk of lines, while making
the code both harder to read and harder to extend.
Hi Ravi,
On Thu, 15 Mar 2018 16:18:40 +0900
Masami Hiramatsu wrote:
> On Thu, 15 Mar 2018 11:18:19 +0530
> Ravi Bangoria wrote:
>
> > Hi Masami,
> >
> > On 03/08/2018 02:20 PM, Masami Hiramatsu wrote:
> > > Add array type support for probe events.
> > > This allows user to get arraied types f
On Wed, Mar 14, 2018 at 09:42:42AM -0700, Joshua R. Poulson wrote:
> >> Move the file renaming to hyperv-tlfs.h to avoid confusing it with
> >> mshyperv.h. In future, all definitions from TLFS should go to it and
> >> all kernel objects should go to mshyperv.h or include/linux/hyperv.h.
> >
> > Wha
Hi all,
Today's linux-next merge of the scsi-mkp tree got a conflict in:
drivers/scsi/eata.c
between commit:
5b76b160badb ("scsi: Lock down the eata driver")
from the efi-lock-down tree and commit:
6b1745caa14a ("scsi: eata: eata-pio: Deprecate legacy EATA drivers")
from the scsi-mkp t
On 03/12/18 at 03:40pm, Dave Young wrote:
> Hi Philipp,
> On 03/09/18 at 03:25pm, Philipp Rudo wrote:
> > Hi Dave,
> >
> > On Fri, 9 Mar 2018 13:19:40 +0800
> > Dave Young wrote:
> >
> > > Hi Philipp,
> > > On 02/26/18 at 04:16pm, Philipp Rudo wrote:
> > > >
> > > > Hi everybody
> > > >
> > >
Hi, Jeff
Today, I deleted the previous kernel images for commit
3da90b159b146672f830bcd2489dd3a1f4e9e089
and commit c0cef30e4ff0dc025f4a1660b8f0ba43ed58426e, respectively. And, re-run
the same aim7
jobs for three times for each commit. The aim7 score between two commit does
not have obvious
Hi all,
Today's linux-next merge of the staging tree got a conflict in:
drivers/staging/irda/net/af_irda.c
between commit:
9b2c45d479d0 ("net: make getname() functions return length rather than use
int* parameter")
from the net-next tree and commit:
d64c2a76123f ("staging: irda: remove
On 15 March 2018 at 02:23, Daniel Vacek wrote:
> On Wed, Mar 14, 2018 at 8:29 PM, Ard Biesheuvel
> wrote:
>> This reverts commit 864b75f9d6b0100bb24fdd9a20d156e7cda9b5ae.
>>
>> Commit 864b75f9d6b0 ("mm/page_alloc: fix memmap_init_zone pageblock
>> alignment") modified the logic in memmap_init_zon
Hi Alexander,
Thanks for the patch.
> @@ -2575,13 +2571,7 @@ static int lan78xx_stop(struct net_device *net)
> if (timer_pending(&dev->stat_monitor))
> del_timer_sync(&dev->stat_monitor);
>
> - phy_unregister_fixup_for_uid(PHY_KSZ9031RNX, 0xfff0);
> - phy_unregist
Hi Bjorn,
Today's linux-next merge of the rpmsg tree got a conflict in:
samples/Makefile
between commit:
e7e57f690e38 ("arch: remove blackfin port")
from the asm-generic tree and commit:
842891be96bd ("samples: Introduce Qualcomm QMI sample client")
from the rpmsg tree.
I fixed it up
On 3/14/2018 11:31 PM, Toshi Kani wrote:
Implement pud_free_pmd_page() and pmd_free_pte_page() on x86, which
clear a given pud/pmd entry and free up lower level page table(s).
Address range associated with the pud/pmd entry must have been purged
by INVLPG.
fixes: e61ce6ade404e ("mm: change ior
From: Sean Wang
Document the devicetree bindings for MediaTek High-Speed DMA controller
which could be found on MT7623 SoC or other similar Mediatek SoCs.
Signed-off-by: Sean Wang
Reviewed-by: Rob Herring
---
.../devicetree/bindings/dma/mtk-hsdma.txt | 33 ++
1 fi
From: Sean Wang
Changes since v6:
- add Reviewed-by tag from Rob to patch 1
Changes since v5:
- use C99 style comments at the first two lines
- remove unused header includes
- use directly KBUILD_MODNAME as a driver name
- use DMA_SLAVE_BUSWIDTH_4_BYTES to reflect the real bus width
- refine com
From: Sean Wang
MediaTek High-Speed DMA controller (HSDMA) on MT7622 and MT7623 SoC has
a single ring is dedicated to memory-to-memory transfer through ring based
descriptor management.
Even though there is only one physical ring available inside HSDMA, the
driver can be easily extended to the s
From: Sean Wang
I work for MediaTek and maintain SoC targeting to home gateway and
also will keep extending and testing the function.
Signed-off-by: Sean Wang
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3bdc260..d3c33d7 100644
--
On Thu, Mar 15, 2018 at 7:39 AM, Ard Biesheuvel
wrote:
> On 15 March 2018 at 02:32, Daniel Vacek wrote:
>> On Wed, Mar 14, 2018 at 6:36 PM, Ard Biesheuvel
>> wrote:
>>> On 14 March 2018 at 16:41, Ard Biesheuvel wrote:
On 14 March 2018 at 15:54, Ard Biesheuvel
wrote:
> On 14 Marc
On Thu 15-03-18 08:00:01, Stephen Rothwell wrote:
> Hi Michal,
>
> On Wed, 14 Mar 2018 13:17:04 +0100 Michal Hocko wrote:
> >
> > My build test battery says we need also this one, m32r complains
> > otherwise for allmodconfig.
>
> Note that the m32r architecture is being removed (the removal wil
Hi Arnd,
Today's linux-next merge of the y2038 tree got a conflict in:
arch/tile/include/asm/compat.h
between commit:
0373506fe580 ("arch: remove tile port")
from the asm-generic tree and commit:
f00689038f71 ("include: Move compat_timespec/ timeval to compat_time.h")
from the y2038 tr
These files contain various forms of boilerplate language and sloppy GPL
references.
Replace all of them with the proper SPDX identifiers.
[ ... ]
Acked-by: Daniel Lezcano
On Thu, Mar 15, 2018 at 8:36 AM, Ard Biesheuvel
wrote:
> On 15 March 2018 at 02:23, Daniel Vacek wrote:
>> On Wed, Mar 14, 2018 at 8:29 PM, Ard Biesheuvel
>> wrote:
>>> This reverts commit 864b75f9d6b0100bb24fdd9a20d156e7cda9b5ae.
>>>
>>> Commit 864b75f9d6b0 ("mm/page_alloc: fix memmap_init_zone
On 15 March 2018 at 07:44, Daniel Vacek wrote:
> On Thu, Mar 15, 2018 at 8:36 AM, Ard Biesheuvel
> wrote:
>> On 15 March 2018 at 02:23, Daniel Vacek wrote:
>>> On Wed, Mar 14, 2018 at 8:29 PM, Ard Biesheuvel
>>> wrote:
This reverts commit 864b75f9d6b0100bb24fdd9a20d156e7cda9b5ae.
On (03/15/18 11:45), Stephen Rothwell wrote:
> Hi Petr,
>
> Today's linux-next merge of the printk tree got a conflict in:
>
> arch/blackfin/kernel/dumpstack.c
>
> between commit:
>
> e7e57f690e38 ("arch: remove blackfin port")
>
> from the asm-generic tree and commit:
>
> 33251b634b4a
Am Donnerstag, 15. März 2018, 08:20:31 CET schrieb Arvind Yadav:
> if device_register() returned an error! Always use put_device()
> to give up the reference initialized.
Like DaveM said, there is no need to shout and use "!".
> Signed-off-by: Arvind Yadav
> ---
> change in v2:
> Fix us
On 2018-03-15 02:22, Keith Busch wrote:
On Wed, Mar 14, 2018 at 09:20:48PM +0530, Oza Pawandeep wrote:
Current DPC driver acknowledges the interrupt in deferred work, which
works
since MSI are edge triggered.
But when MSI is disabled (e.g. pci=nomsi boot option) port service
driver falls back
On (03/14/18 15:09), Petr Mladek wrote:
[..]
> +static const char *check_pointer_access(const void *ptr)
> +{
> + unsigned char byte;
> +
> + if (!ptr)
> + return "(null)";
> +
> + if (probe_kernel_read(&byte, ptr, 1))
^
Why one by
On 03/15/2018 12:53 PM, Masami Hiramatsu wrote:
>
> Sorry, that is too complicated than enough. you should try to specify a[0]
> instead of a.
>
> $ sudo ./perf probe -x ~/hello foo1 'a=a[0]:x32[3]'
Cool.. that works fine.
$ sudo ./perf script
hello 1779 [034] 76.081971: probe_
On 15 March 2018 at 07:42, Daniel Vacek wrote:
> On Thu, Mar 15, 2018 at 7:39 AM, Ard Biesheuvel
> wrote:
>> On 15 March 2018 at 02:32, Daniel Vacek wrote:
>>> On Wed, Mar 14, 2018 at 6:36 PM, Ard Biesheuvel
>>> wrote:
On 14 March 2018 at 16:41, Ard Biesheuvel
wrote:
> On 14 Mar
Hi Alexandre,
Today's linux-next merge of the rtc tree got a conflict in:
drivers/rtc/rtc-tile.c
between commit:
909ce75a0665 ("rtc: remove tile driver")
from the asm-generic tree and commit:
1fbcb2aa1d64 ("rtc: tile: remove useless message")
from the rtc tree.
I fixed it up (see belo
On Tue, Mar 13, 2018 at 7:40 PM, Michael S. Tsirkin wrote:
> Thanks for the patch! Yet something to improve (see below):
Thanks for the review.
> On Thu, Mar 01, 2018 at 04:22:15PM +0200, Or Idgar wrote:
>> From: Or Idgar
>
> I see addresses at gmail, virtualoco and redhat.com At this point I
>
2018-03-15 4:06 GMT+09:00 Nicolas Pitre :
> On Thu, 15 Mar 2018, Masahiro Yamada wrote:
>
>> If CONFIG_TRIM_UNUSED_KSYMS is enabled and the kernel is built from
>> a pristine state, the vmlinux is linked twice.
>>
>> [1] A user runs "make"
>>
>> [2] First build with empty autoksyms.h
>>
>> [3] adju
On (03/15/18 16:58), Sergey Senozhatsky wrote:
> On (03/14/18 15:09), Petr Mladek wrote:
> [..]
> > +static const char *check_pointer_access(const void *ptr)
> > +{
> > + unsigned char byte;
> > +
> > + if (!ptr)
> > + return "(null)";
> > +
> > + if (probe_kernel_read(&byte, ptr, 1
On Thu, Mar 15, 2018 at 3:51 AM, Deepa Dinamani wrote:
> On Wed, Mar 14, 2018 at 1:52 PM, Arnd Bergmann wrote:
>> On Wed, Mar 14, 2018 at 4:50 AM, Deepa Dinamani
>> wrote:
>>> The file arch/arm64/kernel/process.c needs asm/compat.h also to be
>>> included directly since this is included conditi
On Thu, Mar 15, 2018 at 09:04:24AM +0100, Ondrej Zary wrote:
> On Thursday 15 March 2018, Christoph Hellwig wrote:
> > The paride drivers are some of the cruftiest, grottiest block drivers
> > (besides drivers/ide and floppy.c) and have seen one single targeted
> > commit since the dawn of git in 2
On Thursday 15 March 2018, Christoph Hellwig wrote:
> The paride drivers are some of the cruftiest, grottiest block drivers
> (besides drivers/ide and floppy.c) and have seen one single targeted
> commit since the dawn of git in 2007. Drop them to make block layer
> improvements easier.
This will
Hi all,
Today's linux-next merge of the nvdimm tree got a conflict in:
arch/x86/mm/init_64.c
between commit:
91f606a8fa68 ("x86/mm: Replace compile-time checks for 5-level paging with
runtime-time checks")
from the tip tree and commit:
a7e6c7015bf3 ("x86, memremap: fix altmap accountin
On Thu, Mar 15, 2018 at 5:58 AM, Finn Thain wrote:
>
> MN103 is a separate architecture, unrelated to M32R afaict...
That is correct. They are both being removed, but I must have made
a mistake when writing the changelog text here. I've fixed it now
to say
8<---
net: smsc: remove m32r/mn10300 s
Hi,
On 3/14/2018 10:13 PM, Dmitry Torokhov wrote:
On Tue, Mar 13, 2018 at 07:40:48PM -0700, Bjorn Andersson wrote:
On Tue 13 Mar 01:35 PDT 2018, Tirupathi Reddy wrote:
Add resin key support to handle different types of key events
defined in different platforms.
Signed-off-by: Tirupathi Redd
On Thu, Mar 15, 2018 at 12:22:57AM -0700, Christoph Hellwig wrote:
> What is the point? It saves a hand fulk of lines, while making
> the code both harder to read and harder to extend.
In the end it's just style alignment with most of the other "busses"
in the kernel, like pci, of, acpi, platform
On Wed, 14 Mar 2018, Christophe JAILLET wrote:
> If a 'platform_device_alloc()' call fails, we still need to release the
> resources that have already been allocated before returning.
>
> Signed-off-by: Christophe JAILLET
> ---
> drivers/mfd/pcf50633-core.c | 7 +--
> 1 file changed, 5 inse
Hi,
On 3/14/2018 2:20 PM, Felipe Balbi wrote:
> Hi,
>
> Manu Gautam writes:
>
[snip]
- Support to replace pip3 clock going to DWC3 with utmi clock
for hardware configuration where SSPHY is not used with DWC3.
>>> Is that SW configurable? Really? In any case seems like this and SESS
On Wed, Mar 14, 2018 at 08:38:53PM +, Alexey Brodkin wrote:
> > int sys_cmpxchg(u32 __user *user_ptr, u32 old, u32 new)
> > {
> > u32 val;
> > int ret;
> >
> > again:
> > ret = 0;
> >
> > preempt_disable();
> > val = get_user(user_ptr);
> > if (val == old)
> >
On Wed, 14 Mar 2018, Felix Brack wrote:
> On 27.12.2017 16:20, Felix Brack wrote:
> > This patch adds a LCD driver supporting the OTM3225A LCD SoC
> > from ORISE Technology. This device can drive TFT LC panels having a
> > resolution of 240x320 pixels. After initializing the OTM3225A using
> > it's
On Wed, Mar 14, 2018 at 10:05:06AM -0700, Sonny Rao wrote:
Clang is particularly anal about signed vs unsigned comparisons and
doesn't like the fact that some ioctl numbers set the MSB, so we get
this error when trying to build vhost on aarch64:
drivers/vhost/vhost.c:1400:7: error: overflow conv
>>> On 14.03.18 at 23:47, wrote:
> On 03/13/2018 05:06 PM, Arnd Bergmann wrote:
>> The legacy hypercall handlers were originally added with
>> a comment explaining that "copying the argument structures in
>> HYPERVISOR_event_channel_op() and HYPERVISOR_physdev_op() into the local
>> variable is su
tu->offset is unsigned long, not a pointer, thus %lx should
be used to print it, not the %px.
Fixes: 0e4d819d0893 ("trace_uprobe: Display correct offset in uprobe_events")
Suggested-by: Kees Cook
Signed-off-by: Ravi Bangoria
---
v2 changelog:
- Keep prefixed 0s as is.
kernel/trace/trace_uprob
Simplify probes_seq_show() function. No change in output
before and after patch.
Signed-off-by: Ravi Bangoria
---
kernel/trace/trace_uprobe.c | 21 +++--
1 file changed, 3 insertions(+), 18 deletions(-)
diff --git a/kernel/trace/trace_uprobe.c b/kernel/trace/trace_uprobe.c
index
On Wed, Mar 14, 2018 at 01:19:01PM -0700, Vineet Gupta wrote:
> +CC Peter since we have his attention ;-)
Yeah, timezone collision there, I typically sleep at 1am ;-)
> On 03/01/2018 07:13 AM, Alexey Brodkin wrote:
> > Hi Vineet,
> >
> > Just noticed that in comments for smp_call_function_many()
On Wed, Mar 14, 2018 at 05:37:46PM -0400, Steven Rostedt wrote:
> On Tue, 13 Mar 2018 11:29:51 -0400 (EDT)
> Mathieu Desnoyers wrote:
>
> > Here is a WARN_ON() splat in tracepoint.c, which I suspect is caused
> > by perf trying to register the same probe twice to the tracepoint API.
> > We got an
On 2018年03月14日 11:37, Michael S. Tsirkin wrote:
return NULL;
case XDP_TX:
- xdp_xmit = true;
- /* fall through */
+ get_page(alloc_frag->page);
+ alloc_frag->offset +=
Hello!
On 3/15/2018 1:26 AM, Grygorii Strashko wrote:
The sysfs_create_link_nowarn() is going to be used in phylib framework in
suseuent patch which can be built as module. Hence, export
Subsequent.
sysfs_create_link_nowarn() to avoid build errors.
Cc: Florian Fainelli
Fixes: a39954604
On Wed, 14 Mar 2018, Arnd Bergmann wrote:
>
> /*
> + * legacy timeval structure, only embedded in structures that
> + * traditionally used 'timeval' to pass time intervals (not absolute
> + * times). Do not add new users. If user space fails to compile
> + * here, this is probably because it is
Configure RS485 mode during port initialization.
Fixes: 1bcda09d291081a7732fcaa9d1745312404a4e36 ("serial: stm32: add
support for RS485 hardware control mode")
Signed-off-by: Bich Hemon
---
drivers/tty/serial/stm32-usart.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/tty/seri
On 7 March 2018 at 14:20, Kishon Vijay Abraham I wrote:
> Add UHS/HS200 mode support in sdhci-omap. The programming sequence
> for voltage switching, tuning is followed from AM572x TRM
> http://www.ti.com/lit/ug/spruhz6i/spruhz6i.pdf
> (Similar to all AM57x/DRA7x SoCs). The patch series also imple
On Thursday 15 March 2018 01:25 PM, Richard Weinberger wrote:
Am Donnerstag, 15. März 2018, 08:20:31 CET schrieb Arvind Yadav:
if device_register() returned an error! Always use put_device()
to give up the reference initialized.
Like DaveM said, there is no need to shout and use "!".
I will
On 03/14/2018 05:51 PM, Jonas Mark (BT-FIR/ENG1) wrote:
>> That doesn't matter. It would be the first driver that makes use of the
>> feature, so we can learn from it. And you might get a free review of
>> your driver.
>
> Of course we would be happy if somebody was volunteering to review
> our dr
Separate the function symbol address from .plt to .got.plt section.
The original plt entry has trampoline code with symbol address,
there is a 32-bit padding bwtween jar instruction and symbol address.
Extract the symbol address to .got.plt to reduce the module size.
Signed-off-by: Zong Li
---
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c
index be717bd7cea7..3f2730840c25 100644
--- a/arch/riscv/kernel/module.c
+++ b/arch/riscv/kernel/module.c
@@ -1
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.c | 35 +++
1 file changed, 35 insertions(+)
diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c
index f1bd6b1a4520..7ab6a9b72384 100644
--- a/arch/riscv/kernel/module.c
+++ b/arch/riscv/kernel/m
Signed-off-by: Zong Li
---
arch/riscv/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/riscv/configs/defconfig b/arch/riscv/configs/defconfig
index 92ff23586c11..07326466871b 100644
--- a/arch/riscv/configs/defconfig
+++ b/arch/riscv/configs/defconfig
@@ -74,3 +74,5 @@
Signed-off-by: Zong Li
---
arch/riscv/include/uapi/asm/elf.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/riscv/include/uapi/asm/elf.h
b/arch/riscv/include/uapi/asm/elf.h
index a510edfa8226..5cae4c30cd8e 100644
--- a/arch/riscv/include/uapi/asm/elf.h
+++ b/arch/riscv/include/u
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c
index 73ea36c73d3b..5dddba301d0a 100644
--- a/arch/riscv/kernel/module.c
+++ b/arch/riscv/kernel/module.c
@@ -256,6 +256,13 @@
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c
index 957933e669b1..73ea36c73d3b 100644
--- a/arch/riscv/kernel/module.c
+++ b/arch/riscv/kernel/module.c
@@ -249,6 +249,13 @@
On 15/03/18 10:47, Ulf Hansson wrote:
> On 7 March 2018 at 14:20, Kishon Vijay Abraham I wrote:
>> Add UHS/HS200 mode support in sdhci-omap. The programming sequence
>> for voltage switching, tuning is followed from AM572x TRM
>> http://www.ti.com/lit/ug/spruhz6i/spruhz6i.pdf
>> (Similar to all AM
Commit-ID: 13cc36d76bc4f5a9801ae32630bc8240ba0cc522
Gitweb: https://git.kernel.org/tip/13cc36d76bc4f5a9801ae32630bc8240ba0cc522
Author: Benjamin Gaignard
AuthorDate: Fri, 9 Mar 2018 10:42:50 -0800
Committer: Thomas Gleixner
CommitDate: Thu, 15 Mar 2018 09:47:24 +0100
x86/rtc: Stop usin
Just fail on align type. Kernel modules loader didn't do relax
like linker, it is difficult to remove or migrate the code,
but the remnant nop instructions harm the performaace of module.
We expect the building module with the no-relax option.
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.
For CALL_PLT, emit the plt entry only when offset is more than 32-bit.
For PCREL_LO12, it uses the location of corresponding HI20 to
get the address of external symbol. It should check the HI20 type
is the PCREL_HI20 or GOT_HI20, because sometime the location will
have two or more relocation types
HI20 and LO12_I/LO12_S relocate the absolute address, the range of
offset must in 32-bit.
Signed-off-by: Zong Li
---
arch/riscv/kernel/module.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/arch/riscv/kernel/module.c b/arch/riscv/kernel/module.c
These patches resolve the some issues of loadable module.
- symbol out of ranges
- unknown relocation types
The reference of external variable and function symbols
cannot exceed 32-bit offset ranges in kernel module.
The module only can work on the 32-bit OS or the 64-bit
OS with sv32 virtual
The address of external symbols will locate more than 32-bit offset
in 64-bit kernel with sv39 or sv48 virtual addressing.
Module loader emits the GOT and PLT entries for data symbols and
function symbols respectively.
The PLT entry is a trampoline code for jumping to the 64-bit
real address. The
On Wed, 14 Mar 2018, Christoph Hellwig wrote:
> The generic dma-direct implementation is now functionally equivalent to
> the x86 nommu dma_map implementation, so switch over to using it.
Can you please convert the various drivers first and then remove the
unused code?
> Note that the various io
Hi Robin,
On Wed, Mar 14, 2018 at 11:20 PM, Robin Murphy wrote:
> On 13/03/18 08:55, Vivek Gautam wrote:
>>
>> From: Sricharan R
>>
>> Finally add the device link between the master device and
>> smmu, so that the smmu gets runtime enabled/disabled only when the
>> master needs it. This is done
Hi,
On 15.03.2018 00:17, Sakari Ailus wrote:
> On Wed, Mar 14, 2018 at 10:15:43PM +0100, SF Markus Elfring wrote:
>> From: Markus Elfring
>> Date: Wed, 14 Mar 2018 22:02:52 +0100
>>
>> Move an assignment for a specific error code so that it is stored only once
>> in this function implementation.
On 15.03.2018 01:22, Andrew Morton wrote:
> On Wed, 14 Mar 2018 15:09:09 -0700 Tejun Heo wrote:
>
>> Hello, Andrew.
>>
>> On Wed, Mar 14, 2018 at 01:56:31PM -0700, Andrew Morton wrote:
>>> It would benefit from a comment explaining why we're doing this (it's
>>> for the oom-killer).
>>
>> Will ad
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/sparse.c
between commit:
123d3239fb65 ("mm: remove obsolete alloc_remap()")
from the asm-generic tree and commit:
9c6a14b65e50 ("mm/sparse.c: optimize memmap allocation during sparse_init()")
from the ak
On Wed, 14 Mar 2018, Christoph Hellwig wrote:
> #if defined(CONFIG_INTEL_IOMMU) || defined(CONFIG_AMD_IOMMU)
> void *iommu; /* hook for IOMMU specific extension */
> #endif
> +#ifdef CONFIG_STA2X11
> + bool is_sta2x11 : 1;
Huch? Please use either bool or an unsigned int based bitfield.
From: Honggang Li
commit f1b65df5a232 ("IB/mlx5: Add support for active_width and
active_speed in RoCE"). Before this patch applied, the mlx5_ib
driver set default active_width and active_speed to IB_WIDTH_4X
and IB_SPEED_QDR.
Now, the active_width and active_speed are zeros if the RoCE port
is
From: Honggang Li
commit f1b65df5a232 ("IB/mlx5: Add support for active_width and
active_speed in RoCE"). Before this patch applied, the mlx5_ib
driver set default active_width and active_speed to IB_WIDTH_4X
and IB_SPEED_QDR.
When the RoCE port is down, the RoCE port did not negotiate the
activ
From: Honggang Li
Before the mlx5 RoCE port negotiate the active rate and width
with remote side, the mlx5_ib driver set them to zero.
The tool 'ibstat' of 'infiniband-diags' package will panic as it
read invalid width from the sys file. Set the active widths to
lowest valid vaule as what ib_cor
On Thu, Mar 15, 2018 at 7:11 AM, Andiry Xu wrote:
> On Wed, Mar 14, 2018 at 9:54 PM, Darrick J. Wong
> wrote:
>> On Sat, Mar 10, 2018 at 10:17:44AM -0800, Andiry Xu wrote:
>>> + /* s_mtime and s_wtime should be together and their order should not
>>> be
>>> + * changed. we use an 8 byt
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/score/mm/cache.c
between commit:
b8c9c8f0190f ("arch: remove score port")
from the asm-generic tree and commit:
32a8c02959cd ("mm: fix races between swapoff and flush dcache")
from the akpm-current tre
Hi Arnd, Kevin, Olof
PLease consider this second round of STi dts update for v4.17
The following changes since commit 0e04ce02e6a2ac30d21294d8bb2aeceb8489e52b:
ARM: dts: STi: Remove unused clk_ext2f_a9 clock (2018-02-13 13:31:38
+0100)
are available in the git repository at:
git://git.k
"Tobin C. Harding" writes:
> On Wed, Mar 14, 2018 at 11:19:53AM +0200, Kalle Valo wrote:
>> "Tobin C. Harding" writes:
>>
>> > Added Konstantin in case he is in charge of administering
>> > patchwork.kernel.org?
>> >
>> > On Tue, Mar 13, 2018 at 07:53:34PM -0700, Kees Cook wrote:
>> >> On Tue,
Hello Marc,
> > The driver consists of two layers because the HW is accessed via SPI.
>
> Normal SPI?
Yes, normal SPI (CLK, MOSI, MISO, SEL) plus two GPIOs for flow control.
The CAN peripheral (SPI slave) asserts the additional signals to
request a transfer and to signal that it is busy.
> > I
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/tile/kernel/pci_gx.c
between commit:
0373506fe580 ("arch: remove tile port")
from the asm-generic tree and commit:
4b36a05ab086 ("arch/tile/kernel/pci_gx.c: make setup_pcie_rc_delay() __init")
from the ak
Hi Peter,
On Thu, 2018-03-15 at 09:18 +0100, Peter Zijlstra wrote:
> On Wed, Mar 14, 2018 at 08:38:53PM +, Alexey Brodkin wrote:
> > > int sys_cmpxchg(u32 __user *user_ptr, u32 old, u32 new)
> > > {
> > > u32 val;
> > > int ret;
> > >
> > > again:
> > > ret = 0;
> > >
> > > preempt_d
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
arch/tile/mm/mmap.c
between commit:
0373506fe580 ("arch: remove tile port")
from the asm-generic tree and commit:
69ab63fcaa9b ("exec: pass stack rlimit into mm layout functions")
from the akpm-current tree.
On Fri, 19 Jan 2018, Kirill A. Shutemov wrote:
> CPUID.0x8008:EBX[9] indicates whether CPU supports WBNOINVD
> instruction.
>
> The WBNOINVD instruction writes back all modified cache lines in the
> processor’s internal cache to main memory and does not invalidate
> (flush) the internal cache
On Thu, Mar 15, 2018 at 09:31:25AM +0100, Peter Zijlstra wrote:
> On Wed, Mar 14, 2018 at 05:37:46PM -0400, Steven Rostedt wrote:
> > On Tue, 13 Mar 2018 11:29:51 -0400 (EDT)
> > Mathieu Desnoyers wrote:
> >
> > > Here is a WARN_ON() splat in tracepoint.c, which I suspect is caused
> > > by perf
On Fri, 19 Jan 2018, Kirill A. Shutemov wrote:
> This patch implements infrastructure to call WBNOINVD instruction.
grep 'This patch' Documentation/process/
> The basic idea is to match what we have for WBINVD.
Is it just an idea or is it actually doing it?
> The instruction is defined as WBIN
Hi,
On Tue, 13 Mar 2018 17:07:22 +0200 Liran Alon wrote:
> Before this commit, dev_forward_skb() always cleared packet's
> per-network-namespace info. Even if the packet doesn't cross
> network namespaces.
>
> The comment above dev_forward_skb() describes that this is done
> because the receivin
On 14/03/18 21:44, dbasehore . wrote:
> On Wed, Mar 14, 2018 at 3:22 AM, Marc Zyngier wrote:
>> On 02/03/18 02:08, dbasehore . wrote:
>>> On Thu, Mar 1, 2018 at 4:29 AM, Marc Zyngier wrote:
Hi Mark,
On 01/03/18 11:41, Mark Rutland wrote:
> On Wed, Feb 28, 2018 at 09:48:18PM -08
On Thu, 15 Mar 2018 13:57:55 +0530
Ravi Bangoria wrote:
> tu->offset is unsigned long, not a pointer, thus %lx should
> be used to print it, not the %px.
>
This looks good to me.
Acked-by: Masami Hiramatsu
Thanks,
> Fixes: 0e4d819d0893 ("trace_uprobe: Display correct offset in uprobe_events
1 - 100 of 1239 matches
Mail list logo
