On Sat, 26 Aug 2017 00:09:49 +0200
Andrea Adami wrote:
> On Fri, Aug 25, 2017 at 11:48 PM, Boris Brezillon
> wrote:
> > On Fri, 25 Aug 2017 19:50:25 +0200
> > Andrea Adami wrote:
> >
> >> On Fri, Aug 25, 2017 at 6:53 AM, Brian Norris
> >> wrote:
> >> > On Thu, Aug 24, 2017 at 01:27:10PM +0
From: Jagan Teki
This patch adds initial support for rk3288 based
Vyasa board, which is made by Amarula Solutions.
Signed-off-by: Jagan Teki
---
arch/arm/boot/dts/Makefile | 3 +-
arch/arm/boot/dts/rk3288-vyasa.dts | 312 +
2 files changed, 314 ins
From: Jagan Teki
Added 'amarula' as a vendor prefix for Amarula Solutions,
specialist in Embedded and Opensource solutions.
Signed-off-by: Jagan Teki
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/
On 07/12/2017 03:03 AM, David Sterba wrote:
On Mon, Jul 10, 2017 at 04:56:36PM +0300, Nikolay Borisov wrote:
On 10.07.2017 16:12, Nikolay Borisov wrote:
On 4.07.2017 14:49, Aleksa Sarai wrote:
Several distributions mount the "proper root" as ro during initrd and
then remount it as rw before p
mei_cl_device_id are not supposed to change at runtime.
mei driver is working with const 'id_table'. So mark
the non-const mei_cl_device_id structs as const.
Signed-off-by: Arvind Yadav
---
drivers/nfc/pn544/mei.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nfc/pn
mei_cl_device_id are not supposed to change at runtime.
mei driver is working with const 'id_table'. So mark
the non-const mei_cl_device_id structs as const.
Signed-off-by: Arvind Yadav
---
drivers/nfc/microread/mei.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/nf
Make this const as it is only stored in a const field of a
video_device structure.
Signed-off-by: Bhumika Goyal
---
drivers/staging/media/omap4iss/iss_video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/omap4iss/iss_video.c
b/drivers/staging/media/o
Make this const as it is only stored in a const field of a
video_device structure.
Signed-off-by: Bhumika Goyal
---
drivers/media/usb/usbtv/usbtv-video.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/usb/usbtv/usbtv-video.c
b/drivers/media/usb/usbtv/usbtv-vid
Make this const as it is only stored in a const field of a
video_device structure.
Signed-off-by: Bhumika Goyal
---
drivers/media/platform/omap3isp/ispvideo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/omap3isp/ispvideo.c
b/drivers/media/platform/
mei_cl_device_id are not supposed to change at runtime. All functions
working with mei_cl_device_id provided by work
with const mei_cl_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
drivers/watchdog/mei_wdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On 2017-07-09 19:10, Jonathan Cameron wrote:
> On Fri, 7 Jul 2017 11:26:35 +0200
> Peter Rosin wrote:
>
>> On 2017-07-07 06:57, Peter Rosin wrote:
>>> On 2017-07-07 06:53, Gustavo A. R. Silva wrote:
Check return values from call to devm_kzalloc() and devm_kmemup()
>>>
>>> If someone care
The obd_init_checks() function can either return -EOVERFLOW or -EINVAL
but we accidentally ignore -EINVAL returns.
Signed-off-by: Dan Carpenter
---
This patch is the right thing, but it's always a bit risky turning on
new checks and I haven't tested this.
diff --git a/drivers/staging/lustre/lust
Make this const as it is only stored in a const field of a
video_device structure.
Signed-off-by: Bhumika Goyal
---
drivers/media/pci/cx18/cx18-streams.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/pci/cx18/cx18-streams.c
b/drivers/media/pci/cx18/cx18-strea
On Fri, 25 Aug 2017 00:11:29 +0200
Boris Brezillon wrote:
> > +/*
> > + * The logical block number assigned to a physical block is stored in the
> > OOB
> > + * of the first page, in 3 16-bit copies with the following layout:
> > + *
> > + * 01234567 89abcdef
> > + *
> > + * E
Check memory allocation failures and return -ENOMEM in such cases, as
already done few lines above for another memory allocation.
This avoids NULL pointers dereference.
Signed-off-by: Christophe JAILLET
---
drivers/iio/multiplexer/iio-mux.c | 6 ++
1 file changed, 6 insertions(+)
diff --gi
Hyper-V Sockets (hv_sock) supplies a byte-stream based communication
mechanism between the host and the guest. It uses VMBus ringbuffer as the
transportation layer.
With hv_sock, applications between the host (Windows 10, Windows Server
2016 or newer) and the guest can talk with each other using
On Fri, Aug 25 2017, Pavel Machek wrote:
> On Fri 2017-08-25 10:04:42, Michal Hocko wrote:
>> On Fri 25-08-17 09:28:19, Pavel Machek wrote:
>> > On Fri 2017-08-25 08:35:46, Michal Hocko wrote:
>> > > On Wed 23-08-17 19:57:09, Pavel Machek wrote:
>> [...]
>> > > > Dunno. < 1msec probably is tempora
On Fri, Aug 25, 2017 at 04:18:18PM -0700, Stephen Boyd wrote:
> On 08/25, Shawn Guo wrote:
> > On Thu, Aug 24, 2017 at 11:37:01AM -0700, Stephen Boyd wrote:
> > > On 08/24, Shawn Guo wrote:
> > > > On Tue, Aug 22, 2017 at 01:31:32PM -0700, Stephen Boyd wrote:
> > > > > Also, I see that on v4.13-rc
Hi Tejun,
Just a gentle ping. I think others are okay with both :D
Thanks.
On Fri, 2017-08-18 at 09:13 +0800, Ryder Lee wrote:
> Hi,
>
> This patch series add support for AHCI compatible SATA controller, and it is
> compliant with the ahci 1.3 and sata 3.0 specification. This driver is
> sligh
From: Kalle Valo
Date: Fri, 25 Aug 2017 16:37:57 +0300
> here's pull request to net tree for 4.13, more info in the signed
> tag below. Please let me know if there are any problems.
Pulled, thanks Kalle.
From: Romain Perier
Date: Fri, 25 Aug 2017 08:49:59 +0200
> This code is no longer used, the logging function was changed by commit
> fbca164776e4 ("net: stmmac: Use the right logging function in
> stmmac_mdio_register").
> It was previously showing information about the type of the IRQ, if it's
From: Christophe JAILLET
Date: Fri, 25 Aug 2017 07:35:51 +0200
> Check memory allocation failure and return -ENOMEM in such a case, as
> already done few lines below for another memory allocation.
>
> Signed-off-by: Christophe JAILLET
Applied, thank you.
On Fri, Aug 25, 2017 at 5:31 PM, Linus Torvalds
wrote:
>
> It made it way more fragile and complicated, having to rewrite things
> so carefully. A simple slab cache would likely be a lot cleaner and
> simpler.
It also turns out that despite all the interfaces, we only really ever
wait on two diff
On 2017/8/26 5:13, Thomas Gleixner wrote:
> On Fri, 25 Aug 2017, zhong jiang wrote:
>> From: zhong jiang
>> Date: Fri, 25 Aug 2017 12:05:56 +0800
>> Subject: [PATCH v2] futex: avoid undefined behaviour when shift exponent is
>> negative
> Please do not send patches without changing the subject li
Hi Shannon,
On 2017/8/26 9:08, Shannon Zhao wrote:
>
>
> On 2017/8/25 19:20, gengdongjiu wrote:
diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
>> index 3d78ff6..def1ec1 100644
>> --- a/hw/arm/virt-acpi-build.c
>> +++ b/hw/arm/virt-acpi-build.c
>> @@ -45,6 +
Sorry for missing the change history.
Changes since v2:
- use standard properties for keycodes and debounce time
- change to use platform_get_irq in leaf drivers
- use better ways to define IRQ resources
Changes since v1:
- create irq mappings in mfd core driver instead of leaf drivers
- remove s
On 08/25/2017 05:47 PM, Thomas Gleixner wrote:
>
> -/* Set of traps needed for early debugging. */
> -void __init early_trap_init(void)
> -{
> - /*
> - * Don't use IST to set DEBUG_STACK as it doesn't work until TSS
> - * is ready in cpu_init() <-- trap_init(). Before trap_init(),
>
On 08/25/2017 05:47 PM, Thomas Gleixner wrote:
> The union inside of desc_struct which allows access to the raw u32 parts of
> the descriptors. This raw access part is about to go away.
>
> Replace the few code parts which access those fields.
>
> Signed-off-by: Thomas Gleixner
> Cc: Boris Ostrovs
On 2017/8/26 9:00, Shannon Zhao wrote:
>
>
> On 2017/8/25 18:37, gengdongjiu wrote:
+
>> +/* From the ACPI 6.1 spec, "18.3.2.9 Hardware Error Notification" */
>> +
It's better to refer to the first spec version of this structure and
same with others you define.
>> do you
e1000e_put_txbuf() can be called from normal reclamation path as well as
when a DMA mapping failure, so we need to differentiate these two cases
when freeing SKBs to be drop monitor friendly. e1000e_tx_hwtstamp_work()
and e1000_remove() are processing TX timestamped SKBs and those should
not be acc
Hi Andrew,
On 2017/8/26 5:24, Andrew Morton wrote:
> On Thu, 24 Aug 2017 08:15:30 + Changwei Ge wrote:
>
>> Hi Andrew,
>>
>> On 2017/8/24 15:42, Stephen Rothwell wrote:
>>> Hi Andrew, After merging the akpm-current tree, today's linux-next
>>> build (x86_64 allmodconfig) produced these warni
On Fri, Aug 25, 2017 at 10:16:39AM +0200, Mickaël Salaün wrote:
> >
> >> +/* WRAP_ARG_SB */
> >> +#define WRAP_ARG_SB_TYPE WRAP_TYPE_FS
> >> +#define WRAP_ARG_SB_DEC(arg) \
> >> + EXPAND_C(WRAP_TYPE_FS) wrap_##arg = \
> >> + { .type = BPF
On Sun, 2017-08-20 at 12:19 +0300, Tariq Toukan wrote:
> On 18/08/2017 4:13 PM, Ben Hutchings wrote:
> > 3.16.47-rc1 review patch. If anyone has any objections, please let me know.
>
> Please notice that there's a fix for this patch, here:
>
> 6dc06c08bef1 net/mlx4: Fix the check in attaching st
On 2017/8/25 19:20, gengdongjiu wrote:
>>> diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
>>> >> index 3d78ff6..def1ec1 100644
>>> >> --- a/hw/arm/virt-acpi-build.c
>>> >> +++ b/hw/arm/virt-acpi-build.c
>>> >> @@ -45,6 +45,7 @@
>>> >> #include "hw/arm/virt.h"
>>> >> #include "
On Fri, Aug 25, 2017 at 09:58:33AM +0200, Mickaël Salaün wrote:
>
>
> On 24/08/2017 04:31, Alexei Starovoitov wrote:
> > On Mon, Aug 21, 2017 at 02:09:24AM +0200, Mickaël Salaün wrote:
> >> This step mechanism may be useful to return an information about the
> >> error without being able to write
On Sat, 2017-08-26 at 01:21 +0530, Harsha Sharma wrote:
> Hello,
>
> Sorry, this was my first contribution in linux-kernel. I will take care
> about this from next time.
> Do I need to send these patches once again one by one?
No, just pick the "best" one of what you sent
without any of the "styl
On 2017/8/25 18:37, gengdongjiu wrote:
>>> +
>>> >> +/* From the ACPI 6.1 spec, "18.3.2.9 Hardware Error Notification" */
>>> >> +
>> > It's better to refer to the first spec version of this structure and
>> > same with others you define.
> do you mean which spec version? the definition is align
On Thu, Aug 24, 2017 at 4:37 PM, Christian Brauner
wrote:
>
> In fact, /dev/ptmx being a symlink or bind-mount is the *standard* in
> containers
> even for non-user namespaced containers or containers that do not retain
> CAP_MKNOD.
Yes.
I think using /dev/pts/ptmx is nice from a kernel standpo
Signed-off-by: Ryan Lee
---
Changes : Added code to support TDM mode
sound/soc/codecs/max98927.c | 141
sound/soc/codecs/max98927.h | 6 +-
2 files changed, 120 insertions(+), 27 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/cod
Signed-off-by: Ryan Lee
---
Changes : Removed obsolete variables from max98927_priv
sound/soc/codecs/max98927.h | 4
1 file changed, 4 deletions(-)
mode change 100644 => 100755 sound/soc/codecs/max98927.h
diff --git a/sound/soc/codecs/max98927.h b/sound/soc/codecs/max98927.h
old mode 1006
Signed-off-by: Ryan Lee
---
Changes : Updated chip default register values
sound/soc/codecs/max98927.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.c
index 208d5ba..3ab8220 100644
--- a/sound/soc/codecs/max
Signed-off-by: Ryan Lee
---
Changes : Added more reigsters into volatile register list
sound/soc/codecs/max98927.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.c
index 1dfcb7b..c72a244 100644
--- a/sound/soc/codecs/max98927.c
Signed-off-by: Ryan Lee
---
Changes : Replaced 'of_property_read_u32' by 'device_property_read_u32'
sound/soc/codecs/max98927.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.c
index f944659..4867f78 100644
---
Signed-off-by: Ryan Lee
---
Changes : added PM suspend and resume function to keep register values from
power down
sound/soc/codecs/max98927.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.
Signed-off-by: Ryan Lee
---
Changes : Modified DAPM widget and audio map to enable/disable IV sensing path
sound/soc/codecs/max98927.c | 28 +---
1 file changed, 17 insertions(+), 11 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.c
inde
Signed-off-by: Ryan Lee
---
Changes : Added controls to support envelope tracking function
sound/soc/codecs/max98927.c | 20
sound/soc/codecs/max98927.h | 4
2 files changed, 20 insertions(+), 4 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/
Signed-off-by: Ryan Lee
---
Changes : added missing \n to end of dev_err
sound/soc/codecs/max98927.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/codecs/max98927.c b/sound/soc/codecs/max98927.c
index c72a244..208d5ba 100644
--- a/sound/soc/codecs/max98927.c
On Sat, 2017-08-19 at 09:29 +0300, Maksim Salau wrote:
> On Fri, 18 Aug 2017 14:13:20 +0100
> Ben Hutchings wrote:
>
> > 3.16.47-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Maksim Salau
> >
> > commit 942a48730faf149ccbf3e12ac7
On Mon, 2017-08-21 at 10:24 +0800, Huacai Chen wrote:
> 3.16 doesn't need this, because 3.16 doesn't support Loongson-3 R2/R3.
Thanks, I'll drop this.
Ben.
> Huacai
>
> > On Fri, Aug 18, 2017 at 9:13 PM, Ben Hutchings wrote:
> > 3.16.47-rc1 review patch. If anyone has any objections, please l
On Fri, 2017-08-18 at 06:53 -0700, Eric Dumazet wrote:
> > On Fri, Aug 18, 2017 at 6:13 AM, Ben Hutchings wrote:
> > 3.16.47-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: WANG Cong
> >
> > commit 82486aa6f1b9bc8145e6d0fa2bc0b44307
On Fri, Aug 25, 2017 at 4:03 PM, Linus Torvalds
wrote:
>
> Let this be a lesson in just *how* little tested, and *how* crap that
> patch probably still is.
I haven't had time to look at it any more (trying to merge the pull
requests that came in today instead), but the more I think about it,
the
On Fri, Aug 25, 2017 at 2:49 PM, Andrew Morton
wrote:
> On Thu, 17 Aug 2017 18:20:17 -0700 Shakeel Butt wrote:
>
>> +linux-mm, linux-kernel
>>
>> On Thu, Aug 17, 2017 at 6:10 PM, Shakeel Butt wrote:
>> > The fadvise() manpage is silent on fadvise()'s effect on
>> > memory-based filesystems (shme
From: Jérôme Glisse
Combinatorial Kconfig is painfull. Withi this patch all below combination
build.
1)
2)
CONFIG_HMM_MIRROR=y
3)
CONFIG_DEVICE_PRIVATE=y
4)
CONFIG_DEVICE_PUBLIC=y
5)
CONFIG_HMM_MIRROR=y
CONFIG_DEVICE_PUBLIC=y
6)
CONFIG_HMM_MIRROR=y
CONFIG_DEVICE_PRIVATE=y
7)
CONFIG_DEVICE_
Hi All,
I am trying to use the latest (4.13-rc6) kernel in my android device
(Intel APL SOC, running Android O). But sometimes, during the boot
process, when MMC partition is getting mounted, I hit the following
kernel panic. Its not 100% reproducible. But I hit it twice in 10
cycles. Copied
On 08/25/17 15:50, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2017-08-25-15-50 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my -mm
On 08/25/2017 03:51 PM, Nadav Amit wrote:
> Mike Kravetz wrote:
>
>> On 08/25/2017 03:02 PM, Nadav Amit wrote:
>>> Michal Hocko wrote:
>>>
Hmm, I do not see this neither in linux-mm nor LKML. Strange
On Wed 23-08-17 14:41:21, Andrew Morton wrote:
> From: Eric Biggers
> Su
This patch gets rid of dealing with intermediate flag for start method
and use start method value from ACPI table directly.
For ARM64, the locality is handled by Trust Zone in FW. The layout
does not have crb_regs_head. It is hitting the following line.
dev_warn(dev, FW_BUG "Bad ACPI memory layo
On 08/25, Zhang Rui wrote:
> On Thu, 2017-08-17 at 13:12 +0530, kgu...@codeaurora.org wrote:
> > On 2017-08-16 17:53, kgu...@codeaurora.org wrote:
> > >
> > > On 2017-08-08 13:42, Zhang Rui wrote:
> > > >
> > > > On Thu, 2017-07-13 at 17:39 +0530, Kiran Gunda wrote:
> > > > >
> > > > > From: Dav
On 08/25, Shawn Guo wrote:
> On Thu, Aug 24, 2017 at 11:37:01AM -0700, Stephen Boyd wrote:
> > On 08/24, Shawn Guo wrote:
> > > On Tue, Aug 22, 2017 at 01:31:32PM -0700, Stephen Boyd wrote:
> > > > Also, I see that on v4.13-rc series the read/write checks are
> > > > causing the led driver to fail
On Thu, Aug 17, 2017 at 12:03 PM, John Stultz wrote:
> In the earlier commit dad3f793f20f ("usb: dwc2: Make sure we
> disconnect the gadget state"), I was trying to fix up the
> fact that we somehow weren't disconnecting the gadget state,
> so that when the OTG port was plugged in the second time
On 08/25/2017 01:02 PM, Adam Wallis wrote:
The dma ops from the parent DWC device are not getting passed to the
child xhci-hcd device. This patch makes use of
platform_device_register_full to set the DMA ops. For the DT/OF case,
dma_ops were still null after the the device register, so
of_dma_c
On Fri, Aug 25, 2017 at 3:51 PM, Linus Torvalds
wrote:
>
> So take it as that: example pseudo-code that happens to pass a
> compiler, but is meant as a RFD rather than actually working.
Oh, and after I sent it out, I wanted to look once again, and realized
that the "remove_myself_from()" function
In commit fc6eead7c1e2 ("time: Clean up CLOCK_MONOTONIC_RAW time
handling"), I mistakenly added the following:
/* Update the monotonic raw base */
seconds = tk->raw_sec;
nsec = (u32)(tk->tkr_raw.xtime_nsec >> tk->tkr_raw.shift);
tk->tkr_raw.base = ns_to_ktime(seconds * NSEC_PER_SEC + nsec);
W
nce commit 9a51544774a57fcb94994a61860a17f9e63a8d7b:
mtd: blkdevs: Fix mtd block write failure (2017-08-12 14:53:24 -0700)
are available in the git repository at:
git://git.infradead.org/linux-mtd.git tags/for-linus-20170825
for you to fetch changes up to be3e83e3471cd0faff2c2d88fe9cfc73d9a9745a:
On Wed, 23 Aug 2017, Pavel Tatashin wrote:
>
> - Use weak sched_clock_early() interface to determine time from boot in
> arch specific read_boot_clock64()
weak sched_clock_early() is not an interface. The weak implementation is
merily a place holder which can be overridden by a real implementat
Mike Kravetz wrote:
> On 08/25/2017 03:02 PM, Nadav Amit wrote:
>> Michal Hocko wrote:
>>
>>> Hmm, I do not see this neither in linux-mm nor LKML. Strange
>>>
>>> On Wed 23-08-17 14:41:21, Andrew Morton wrote:
From: Eric Biggers
Subject: mm/madvise.c: fix freeing of locked page with
On Fri, Aug 25, 2017 at 3:19 PM, Tim Chen wrote:
>
> Also I think patch 1 is still a good idea for a fail safe mechanism
> in case there are other long wait list.
Yeah, I don't hate patch #1.
But that other patch is just nasty.
> That said, I do think your suggested approach is cleaner. Howeve
The mm-of-the-moment snapshot 2017-08-25-15-50 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Fri, Aug 25, 2017 at 04:48:16PM +0200, Antoine Tenart wrote:
> This patch adds logic to reconfigure the comphy/gop when the link status
> change at runtime. This is very useful on boards such as the mcbin which
> have SFP and Ethernet ports connected to the same MAC port: depending on
> what the
On Fri, Aug 25, 2017 at 04:48:12PM +0200, Antoine Tenart wrote:
> The link mode (speed, duplex) was forced based on what the phylib
> returns. This should not be the case, and only forced by ethtool
> functions manually. This patch removes the link mode enforcement from
> the phylib link_event call
On Sat, Aug 26, 2017 at 02:36:47AM +0900, Sergey Senozhatsky wrote:
> If add_preferred_console() returns error then we must free a
> copy of `of_stdout_options' that we create right before the
> console registration.
>
> Signed-off-by: Sergey Senozhatsky
> ---
> drivers/of/base.c | 11 +-
> On Aug 9, 2017, at 2:26 PM, Khalid Aziz wrote:
>
> ADI is a new feature supported on SPARC M7 and newer processors to allow
> hardware to catch rogue accesses to memory. ADI is supported for data
> fetches only and not instruction fetches. An app can enable ADI on its
> data pages, set version
On 08/25/2017 03:02 PM, Nadav Amit wrote:
> Michal Hocko wrote:
>
>> Hmm, I do not see this neither in linux-mm nor LKML. Strange
>>
>> On Wed 23-08-17 14:41:21, Andrew Morton wrote:
>>> From: Eric Biggers
>>> Subject: mm/madvise.c: fix freeing of locked page with MADV_FREE
>>>
>>> If madvise(..
Arnd,
> The only reference to lpfc_nvmet_replenish_context() is inside of an
> #ifdef, leading to a harmless warning when CONFIG_NVME_TARGET_FC is
> disabled:
Applied to 4.14/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
Arnd,
> This is an interesting regression with gcc-8, showing a harmless
> warning for correct code:
Applied to 4.14/scsi-queue. Thanks!
--
Martin K. Petersen Oracle Linux Engineering
On 08/25/2017 12:58 PM, Linus Torvalds wrote:
> On Fri, Aug 25, 2017 at 9:13 AM, Tim Chen wrote:
>> Now that we have added breaks in the wait queue scan and allow bookmark
>> on scan position, we put this logic in the wake_up_page_bit function.
>
> Oh, _this_ is the other patch you were talking a
Last user (lguest) is gone. Remove it.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/irq.h |1 -
arch/x86/kernel/irq.c |2 --
arch/x86/kernel/irqinit.c | 12
3 files changed, 15 deletions(-)
--- a/arch/x86/include/asm/irq.h
+++ b/arch/x86/include/asm/irq.h
The IDT code in x86 is a convoluted mess and contains quite some
bogosities.
One of the main offenders is the extra tracing IDT which has been
introduced to reduce the impact of tracing on the exception vectors when
tracepoints are disabled.
This results in an unholy macro mess which magically cr
On Fri, Aug 25, 2017 at 11:48 PM, Boris Brezillon
wrote:
> On Fri, 25 Aug 2017 19:50:25 +0200
> Andrea Adami wrote:
>
>> On Fri, Aug 25, 2017 at 6:53 AM, Brian Norris
>> wrote:
>> > On Thu, Aug 24, 2017 at 01:27:10PM +0200, Boris Brezillon wrote:
>> >> On Thu, 24 Aug 2017 12:30:02 +0200
>> >> An
On Thu, 24 Aug 2017, Jan Beulich wrote:
> The lack of newlines in preceding format strings is a clear indication
> that these were meant to be continuations of one another, and indeed
> output ends up quite a bit more compact (and readable) that way.
>
> Signed-off-by: Jan Beulich
> ---
> arch/
This variable is beyond pointless. Nothing allocates a vector via
alloc_gate() below FIRST_SYSTEM_VECTOR. So nothing can change
first_system_vector.
If there is a need for a gate below FIRST_SYSTEM_VECTOR then it can be
added to the vector defines and FIRST_SYSTEM_VECTOR adjusted accordingly.
Sig
EISA has absolutely nothing to do with traps. The EISA bus detection does
not need to run in the very early boot. It's good enough to run it before
the EISA bus and drivers are initialized.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/Makefile |1 +
arch/x86/kernel/eisa.c | 18
Remove the unparseable comment in the other place while at it.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/desc.h |1 -
arch/x86/include/asm/irq.h |3 ---
2 files changed, 4 deletions(-)
--- a/arch/x86/include/asm/desc.h
+++ b/arch/x86/include/asm/desc.h
@@ -483,7 +483,6 @@
Switching the IDT just for avoiding tracepoints creates a complete
impenetrable macro/inline/ifdef mess.
There is no point in avoiding tracepoints for most of the traps/exceptions.
For the more expensive tracepoints, like pagefaults, this can be handled with
an explicit static key.
Preparatory pa
Make use of the new irqvector tracing static key and remove the duplicated
trace_do_pagefault() implementation.
If irq vector tracing is disabled, then the overhead of this is a single
NOP5, which is a reasonable tradeoff to avoid duplicated code and the
unholy macro mess.
Signed-off-by: Thomas G
Accessing the per cpu data via per_cpu(, smp_processor_id()) is
pointless. Use this_cpu_ptr() instead.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/apic.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- a/arch/x86/kernel/apic/apic.c
+++ b/arch/x86/kernel/apic/apic.
Two NOP5 are really a good tradeoff vs. the unholy IDT switching mess,
which duplicates code all over the place.
Signed-off-by: Thomas Gleixner
Reviewed-by: Steven Rostedt (VMware)
---
arch/x86/include/asm/hw_irq.h |2 +-
arch/x86/kernel/irq.c | 25 +
2 fil
Two NOP5 are a reasonable tradeoff to avoid duplicated code and the
requirement to switch the IDT.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/hw_irq.h |2 +-
arch/x86/kernel/irq_work.c| 16 ++--
2 files changed, 3 insertions(+), 15 deletions(-)
--- a/arch/x86/
Machine checks are not really high frequency events. The extra two NOP5 for
the disabled tracepoints are noise vs. the heavy lifting which needs to be
done in the MCE handler.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/hw_irq.h|6 +++---
arch/x86/kernel/cpu/mcheck/mc
The two NOP5 are noise in the rest of the work which is done by the timer
interrupt and modern CPUs are pretty good in optimizing nops.
Get rid of the interrupt handler duplication and move the tracepoints into
the regular handler.
Signed-off-by: Thomas Gleixner
Reviewed-by: Steven Rostedt (VMwa
On the 2nd generation Lenovo Tablet only clickpad is working; the
trackpoint and three mouse buttons do not work.
hid_multitouch must export all inputs in order to get trackpoint and
buttons to function.
Signed-off-by: Pavel Tatashin
---
drivers/hid/hid-ids.h| 1 +
drivers/hid/hid-multi
Some of the entry function defines for i386 were explictely using the
BUILD_INTERRUPT3() macro to prevent that the extra trace entry got added
via BUILD_INTERRUPT(). No that the trace cruft is gone, the file can be
cleaned up and converted to use BUILD_INTERRUPT() which avoids the ugly
line breaks.
The pagefault and the resched IPI handler are the only ones where it is
worth to optimize the code further in case tracepoints are disabled. But it
makes no sense to have a single static key for both.
Seperate the static keys so the facilities are handled seperately.
Signed-off-by: Thomas Gleixne
Two NOP5 are really a good tradeoff vs. the unholy IDT switching mess,
which duplicates code all over the place. The rescheduling interrupt gets
optimized in a later step.
Make the ordering of function call and statistics increment the same as in
other places. stats first, then function call.
Sig
No more users of the tracing idt. All exception tracepoints have been moved
into the regular handlers. Get rid of the mess which shouldn't have been
created in the first place.
Signed-off-by: Thomas Gleixner
---
arch/x86/entry/entry_32.S | 12 +-
arch/x86/entry/entry_64.S | 13
It's worth to avoid the extra irq_enter()/irq_exit() pair in the case that
the reschedule interrupt tracepoints are disabled.
Use the static key which indicates that exception tracing is enabled. For
now this key is global. It will be optimized in a later step.
Signed-off-by: Thomas Gleixner
Rev
Like the IDT descriptors the LDT/TSS descriptors are pointlessly different
on 32 and 64 bit.
Unify them and get rid of the duplicated code.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/desc.h | 26 +++---
arch/x86/include/asm/desc_defs.h | 27
The platform IPI vector is only installed when the local APIC is enabled. All
users of it depend on the local APIC anyway.
Make the related code conditional on CONFIG_X86_LOCAL_APIC.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/entry_arch.h |3 +--
arch/x86/kernel/irq.c
The irq work interrupt vector is only installed when CONFIG_X86_LOCAL_APIC is
enabled, but the interrupt handler is compiled in unconditionally.
Compile the cruft out when the APIC is disabled.
Signed-off-by: Thomas Gleixner
---
arch/x86/include/asm/irq_work.h |8
arch/x86/kernel/i
The first 32bits of gate struct are the same for 32 and 64 bit. The 32bit
version uses desc_struct and no designated data structure, so we need
different accessors for 32 and 64 bit. Aside of that the macros which are
necessary to build the 32bit gate descriptor are horrible to read.
Unify the gat
1 - 100 of 800 matches
Mail list logo
