On Tue, Aug 14, 2018 at 5:35 AM Takashi Iwai wrote:
>
> please pull sound updates for v4.19-rc1 from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-4.19-rc1
Uhhoh. This doesn't work for me on my laptop. I get this
input: HDA Intel PCH Headphone Mic as
>From Mimi Zohar:
"This pull request adds support for EVM signatures based on larger
digests, contains a new audit record AUDIT_INTEGRITY_POLICY_RULE to
differentiate the IMA policy rules from the IMA-audit messages,
addresses two deadlocks due to either loading or searching for crypto
On Tue, Aug 14, 2018 at 03:33:02PM -0700, Seth Howell wrote:
> By making this enum accessible to the userspace API, we can avoid
> conflicts between the kernel-space ib_wr_opcode and the user-space
> ibv_wr_opcode enums.
>
> When using the rxe software driver interface between kernel and user
>
This patch adds full memory barrier into nvme_dbbuf_update_and_check_event
function to ensure that the shadow doorbell is written before reading
EventIdx from memory. This is a critical bugfix for initial patch that
added support for shadow doorbell into NVMe driver
On 08/13/2018 04:24 AM, zhong jiang wrote:
> PTR_ERR_OR_ZERO has implemented the if(IS_ERR(...)) + PTR_ERR, So
> just replace them rather than duplicating its implement.
Subject should be:
phy: phy-brcm-usb: Use PTR_ERR_OR_ZERO to replace open coded version
Thank you
>
> Signed-off-by: zhong
This is prep work for changing generic_file_buffered_read() to use
find_get_pages_contig() to batch up all the pagecache lookups.
This patch should be functionally identical to the existing code and
changes as little as of the flow control as possible. More refactoring
could be done, this patch
Convert generic_file_buffered_read() to get pages to read from in
batches, and then copy data to userspace from many pages at once - in
particular, we now don't touch any cachelines that might be contended
while we're in the loop to copy data to userspace.
This is is a performance improvement on
Small patch series to
- firstly, refactor generic_file_buffered_read enough that it can be modified
in more interesting ways without going insane, and then
- secondly, change it to use find_get_pages_contig() to batch up the page
operations, and then copy data to userspace in a separate
This driver prints that "Unsupported machine..." message on every boot on
ThinkPad X1 Carbon laptops (and I assume a number of other systems), which
causes graphical boots to "glitch" a bit and is rather annoying ...
Make it a pr_debug instead.
Signed-off-by: Benjamin Herrenschmidt
---
diff
Thank you for taking the time to review this issue. The patch you submitted
will definitely fix the problem I was facing.
-Original Message-
From: Jason Gunthorpe [mailto:j...@ziepe.ca]
Sent: Wednesday, August 15, 2018 3:50 PM
To: Howell, Seth
Cc: Walker, Benjamin ; Doug Ledford
;
Hello,
Booting Linus's master of today with the usual arm64 defconfig fails for
me on the Hikey960 board. I've bisected it down to:
commit 693350a7998018391852c48f68956cf0f855b2b9 (HEAD, refs/bisect/bad)
Author: Will Deacon
Date: Tue Jun 19 17:55:28 2018 +0100
arm64: insn: Don't
On Wed, 2018-08-15 at 15:40 -0700, Guenter Roeck wrote:
> On Thu, Aug 16, 2018 at 07:50:13AM +1000, Benjamin Herrenschmidt wrote:
> > (Resent with lkml on copy)
> >
> > [Note: This isn't meant to be merged, it need splitting at the very
> > least, see below]
> >
> > This is something I cooked up
Hi all,
On Mon, 9 Jul 2018 14:15:10 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the staging tree got a conflict in:
>
> drivers/staging/skein/skein_generic.c
>
> between commit:
>
> e50944e219f9 ("crypto: shash - remove useless setting of type flags")
>
> from the
On Tue, Aug 14, 2018 at 4:36 AM, Will Deacon wrote:
>
> Please pull these arm64 updates for 4.19. Details in the tag, but please be
> aware that we've pulled in the x86/mm branch from -tip so that we can make
> use of the core ioremap changes which allow us to put down huge mappings
> in the
Hi all,
On Fri, 3 Aug 2018 18:36:53 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> lib/Kconfig.debug
>
> between commit:
>
> 06ec64b84c35 ("Kconfig: consolidate the "Kernel hacking" menu")
>
> from the kbuild tree and commit:
>
CPU hotplug code in smpboot requires interrupt cause
to identify the cause of cpu wakeup.
Move the IRQ cause declarations to appropriate header
file.
Signed-off-by: Atish Patra
---
arch/riscv/include/asm/irq.h | 7 +++
arch/riscv/kernel/irq.c | 7 ---
2 files changed, 7
This patch enable support for cpu hotplug in RISC-V.
In absence of generic cpu stop functions, WFI is used
to put the cpu in low power state during offline. An IPI
is sent to bring it out of WFI during online operation.
Tested both on QEMU and HighFive Unleashed board with
4 cpus. Test result
Setup the cpu_logical_map during boot. Moreover, every SBI call
and PLIC context are based on the physical hartid. Use the logical
cpu to hartid mapping to pass correct hartid to respective functions.
Signed-off-by: Atish Patra
---
arch/riscv/include/asm/tlbflush.h | 17 +
Currently, both linux cpu id and hardware cpu id are same.
This is not recommended as it will lead to discontinuous cpu
indexing in Linux. Moreover, kdump kernel will run from CPU0
which would be absent if we follow existing scheme.
Implement a logical mapping between Linux cpu id and hardware
Hi all,
On Fri, 3 Aug 2018 17:30:20 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the kspp tree got a conflict in:
>
> arch/Kconfig
>
> between commit:
>
> 22471e1313f2 ("kconfig: use a menu in arch/Kconfig to reduce clutter")
>
> from the kbuild tree and commit:
>
>
Defining cpu_operations now helps adding cpu hotplug
support in proper manner. Moreover, it provides flexibility
in supporting other cpu enable/boot methods can be
supported in future. This patch has been largely inspired from
ARM64. However, a default boot method is defined for RISC-V unlike
This patch series implements following smp related features.
Some of the work has been inspired from ARM64.
1. Decouple linux logical cpu ids from hardware cpu id
2. Introduce cpu_operations structure for better flexibility &
extesnability of future smp enablement methods. It also makes it
Hi all,
On Thu, 16 Aug 2018 09:56:28 +1000 Stephen Rothwell
wrote:
>
> On Fri, 3 Aug 2018 17:30:20 +1000 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the kspp tree got a conflict in:
> >
> > arch/Kconfig
> >
> > between commit:
> >
> > 22471e1313f2 ("kconfig: use a
Hi all,
On Mon, 30 Jul 2018 19:02:10 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> drivers/xen/gntdev.c
>
> between commit:
>
> 1d3145675538 ("xen/gntdev: Make private routines/structures accessible")
>
> from the xen-tip tree
Hi all,
On Fri, 27 Jul 2018 20:55:32 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the akpm-current tree got a conflict in:
>
> drivers/firmware/efi/libstub/Makefile
>
> between commit:
>
> 0b3e336601b8 ("arm64: Add support for STACKLEAK gcc plugin")
>
> from the arm64
On 08/14/2018 04:31 PM, justinpo...@gmail.com wrote:
> From: Justin Chen
>
> Sometimes we have empty banks within the GPIO block. This commit allows
> proper handling of 0 width GPIO banks. We handle 0 width GPIO banks by
> incrementing the bank and number of GPIOs, but not initializing them.
>
Hi all,
On Mon, 23 Jul 2018 14:46:41 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the kvm-arm tree got a conflict in:
>
> arch/arm64/include/asm/cpucaps.h
>
> between commit:
>
> 314d53d29798 ("arm64: Handle mismatched cache type")
>
> from the arm64 tree and commit:
>
On 08/15/2018 09:34 AM, Linus Torvalds wrote:
On Wed, Aug 15, 2018 at 9:09 AM Tony Luck wrote:
I did manage to build 4.6.4.
4.6.4 built git HEAD* that failed yesterday using 4.3.4. It boots OK.
Good. 4.6 is what we'd suggest be the new baseline, and we can
hopefully keep that for a while.
On 08/15/18 at 01:42pm, Vivek Goyal wrote:
> On Wed, Aug 15, 2018 at 07:27:33PM +0200, Yannik Sembritzki wrote:
> > Would this be okay?
>
> [ CC dave young, Baoquan, Justin Forbes]
>
> Hi Yannik,
>
> I am reading that bug and wondering that what broke it. It used to work,
> so some change broke
On 08/16/18 at 08:52am, Dave Young wrote:
> On 08/15/18 at 01:42pm, Vivek Goyal wrote:
> > On Wed, Aug 15, 2018 at 07:27:33PM +0200, Yannik Sembritzki wrote:
> > > Would this be okay?
> >
> > [ CC dave young, Baoquan, Justin Forbes]
> >
> > Hi Yannik,
> >
> > I am reading that bug and wondering
Commit 4adb7bcbcb69 ("ALSA: core: Use seq_file for text proc file
reads") heavily refactored ALSA procfs and fixed the overflow as
a side-effect, so this fix only applies to kernels < 4.2 and
there is no upstream equivalent
snd_info_entry_write() resizes the buffer with an unsigned long
size
On 08/16/18 at 12:07am, Yannik Sembritzki wrote:
> Signed-off-by: Yannik Sembritzki
> ---
> arch/x86/kernel/kexec-bzimage64.c | 2 +-
> certs/system_keyring.c | 3 ++-
> crypto/asymmetric_keys/pkcs7_key_type.c | 2 +-
> include/linux/verification.h | 3 +++
> 4
On Wed, Aug 15, 2018 at 3:47 PM Linus Torvalds
wrote:
>
>
> Uhhoh. This doesn't work for me on my laptop. I get this
>
> BUG: unable to handle kernel NULL pointer dereference at
>
> But iooks like something jumps through a NULL pointer.
I have no idea _why_, but it's
On 08/14/2018 07:16 AM, Joe Perches wrote:
> On Tue, 2018-08-14 at 16:06 +0200, Marcel Ziswiler wrote:
>> From: Marcel Ziswiler
>>
>> Dynamic debug is really helpful.
>
> It's useful, but perhaps not appropriate.
>
> Most arm configs are for small resource constrained systems.
Yes, but
On 2018/8/16 7:23, Florian Fainelli wrote:
> On 08/13/2018 04:24 AM, zhong jiang wrote:
>> PTR_ERR_OR_ZERO has implemented the if(IS_ERR(...)) + PTR_ERR, So
>> just replace them rather than duplicating its implement.
> Subject should be:
>
> phy: phy-brcm-usb: Use PTR_ERR_OR_ZERO to replace open
Arnaldo Carvalho de Melo writes:
> Em Wed, Aug 15, 2018 at 08:02:48PM +1000, Michael Ellerman escreveu:
>> Jiri Olsa writes:
>> > On Tue, Aug 14, 2018 at 03:06:44PM -0300, Arnaldo Carvalho de Melo wrote:
>> >> Em Tue, Aug 14, 2018 at 09:27:26AM +0200, Jiri Olsa escreveu:
>> >> > sry.. Arnaldo,
On Wed, Aug 15, 2018 at 6:27 PM Linus Torvalds
wrote:
>
> It still seems to revert cleanly, so I will double-check that a revert
> fixes it on current master.
Yes. A revert fixes things.
Linus
On (08/14/18 16:45), Andrew Morton wrote:
> >
> > > > - strlcpy(file_name, buf, len);
> >
> > This is quite interesting. The reason it worked before was the fact that
> > strlcpy() copies 'len - 1' bytes, which is strlen(buf) - 1 in our case,
> > so it accidentally didn't copy the trailing
Signed-off-by: Ryan Lee
---
Changes : Added Speaker FS gain maximum control(0x203E) register to volatile.
sound/soc/codecs/max98373.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/codecs/max98373.c b/sound/soc/codecs/max98373.c
index 92b7125..2764fae 100644
---
On Mon, Jul 16, 2018 at 12:03 PM, Rik van Riel wrote:
> Andy discovered that speculative memory accesses while in lazy
> TLB mode can crash a system, when a CPU tries to dereference a
> speculative access using memory contents that used to be valid
> page table memory, but have since been reused
A bunch of corrections
On (08/16/18 10:48), Sergey Senozhatsky wrote:
> The problem is that strlcpy() copies as many bytes as the source string
> has, not as many bytes as destination string can fit.
I mean - strlcpy() expects that the 3rd argument will be sizeof(dst), but
we passed the wrong
On Wed, Aug 15, 2018 at 6:27 PM Linus Torvalds
wrote:
>
> I have no idea _why_, but it's consistent, and it bisects down to
>
> c647f806b8c2 "ALSA: hda - Allow multiple ADCs for mic mute LED controls"
>
> where the previous commit works fine, but that commit definitely
> causes the problem.
On Wed, 2018-08-15 at 19:00 -0700, Linus Torvalds wrote:
> On Wed, Aug 15, 2018 at 6:27 PM Linus Torvalds
> wrote:
> >
> > I have no idea _why_, but it's consistent, and it bisects down to
> >
> > c647f806b8c2 "ALSA: hda - Allow multiple ADCs for mic mute LED controls"
> >
> > where the
On Wed, Aug 15, 2018 at 7:05 PM Joe Perches wrote:
>
> Why does the commit change snd_hda_gen_add_micmute_led
> to return 0; instead of return 1;
>
> That bit looks wrong.
Well, it changes the comment too, and is clearly intentional.
I guess the logic was to have the usual "0 for success,
On Thu, Aug 16, 2018 at 02:38:51AM +0300, Tuomas Tynkkynen wrote:
> Hello,
>
> Booting Linus's master of today with the usual arm64 defconfig fails for
> me on the Hikey960 board. I've bisected it down to:
>
> commit 693350a7998018391852c48f68956cf0f855b2b9 (HEAD, refs/bisect/bad)
> Author: Will
2018-08-16 4:30 GMT+09:00 Randy Dunlap :
> From: Randy Dunlap
>
> Fix missing error check for memory allocation functions in
> scripts/mod/modpost.c.
>
> Fixes kernel bugzilla #200319:
> https://bugzilla.kernel.org/show_bug.cgi?id=200319
>
> Signed-off-by: Randy Dunlap
> Cc: Yuexing Wang
> Cc:
Everyone:
This is v2 of the patches adding support for rumble for Xbox One S
controller connected over Bluetooth. Hopefully all of the changes are
pretty straightforward and self-explanatory.
Feedback is wellcome!
Changes since [v1]:
- code converting the driver to use struct ms_data is
Hi,
We recently hit a weird problem on the ASUS laptop UX433FN with
latest Intel Core i7-8565U CPU on kernel 4.18. The keyboard stops
functioning after exit s2idle. It stops firing interrupts after resume
on any keypress. We thought it should be something wrong with i8042
driver or even atkbd
Add HID quirk driver for Xbox One S controller over bluetooth.
This driver only adds support for rumble. Standard controller
functionality is exposed by default HID driver.
Cc: Dmitry Torokhov
Cc: Jiri Kosina
Cc: Benjamin Tissoires
Cc: linux-in...@vger.kernel.org
Cc:
In order to be able to have more than just an unsigned long worth of
private data, convert the code to allocate and use a dedicated struct.
Cc: Dmitry Torokhov
Cc: Jiri Kosina
Cc: Benjamin Tissoires
Cc: linux-in...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: Pierre-Loup A. Griffais
On Wed, Aug 15, 2018 at 02:54:13PM -0700, Yang Shi wrote:
>
>
> On 8/15/18 2:09 PM, Matthew Wilcox wrote:
> > On Wed, Aug 15, 2018 at 12:16:06PM -0700, Matthew Wilcox wrote:
> > > (not even compiled, and I can see a good opportunity for combining the
> > > VM_LOCKED loop with the has_uprobes
from: Roy Im
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Signed-off-by: Roy Im
---
.../devicetree/bindings/input/dlg,da7280.txt | 91
1 file changed, 91 insertions(+)
create mode 100644
from: Roy Im
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Signed-off-by: Roy Im
---
drivers/input/misc/Kconfig | 12 +
drivers/input/misc/Makefile |1 +
From: Roy Im
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
MAINTAINERS |2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 544cac8..720f9fe 100644
--- a/MAINTAINERS
+++
From: Roy Im
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH V1 1/3] MAINTAINERS file update for DA7280
[PATCH V1 2/3] DA7280 DT Binding
[PATCH V1 3/3] DA7280 Driver
This patch applies against linux-next and v4.18
Thank you,
Sorry for the late reply, I actually wrote this email over a week ago,
but never hit send. And the email was pushed back behind other
windows. :-/
On Fri, 3 Aug 2018 19:58:42 +0530
Sai Prakash Ranjan wrote:
> diff --git a/kernel/trace/trace_rtb.c b/kernel/trace/trace_rtb.c
> new file mode
On 2018/8/15 6:50, Rob Herring wrote:
> On Tue, Aug 14, 2018 at 02:12:13AM -0400, Hanjie Lin wrote:
>> From: Yue Wang
>
> Subject should be "dt-bindings: phy: ..."
>
>> The Meson-PCIE-PHY controller supports the 5-Gbps data rate
>> of the PCI Express Gen 2 specification and is
On 2018/8/14 18:41, Jerome Brunet wrote:
> On Tue, 2018-08-14 at 02:12 -0400, Hanjie Lin wrote:
>> From: Yue Wang
>>
>> The Meson-PCIE-PHY controller supports the 5-Gbps data rate
>> of the PCI Express Gen 2 specification and is backwardcompatible
>> with the 2.5-Gbps Gen 1.1 specification
On 08/10/2018 04:35 PM, Joerg Roedel wrote:
On Fri, Aug 10, 2018 at 06:33:42AM +0800, kernel test robot wrote:
commit a13c600e15de44ccf03df28d3311ef3cb754ed9b
Author: Joerg Roedel
AuthorDate: Wed Aug 8 13:16:40 2018 +0200
Commit: Thomas Gleixner
CommitDate: Thu Aug 9 20:42:07 2018
On 2018/8/14 18:41, Jerome Brunet wrote:
> On Tue, 2018-08-14 at 02:18 -0400, Hanjie Lin wrote:
>> From: Yue Wang
>>
>> The Amlogic Meson PCIe host controller is based on the Synopsys DesignWare
>> PCI core. This patch adds documentation for the DT bindings in Meson PCIe
>> controller.
>>
>>
On 2018/8/15 6:53, Rob Herring wrote:
> On Tue, Aug 14, 2018 at 02:18:41AM -0400, Hanjie Lin wrote:
>> From: Yue Wang
>>
>> The Amlogic Meson PCIe host controller is based on the Synopsys DesignWare
>> PCI core. This patch adds documentation for the DT bindings in Meson PCIe
>> controller.
>>
On 2018/8/14 18:41, Jerome Brunet wrote:
> On Tue, 2018-08-14 at 02:18 -0400, Hanjie Lin wrote:
>> From: Yue Wang
>>
>> The Amlogic Meson PCIe host controller is based on the Synopsys DesignWare
>> PCI core. This patch adds the driver support for Meson PCIe controller.
>>
>> Signed-off-by: Yue
2018-08-15 9:36 GMT+09:00 Randy Dunlap :
> From: Randy Dunlap
>
> Add build-only targets for build_menuconfig, build_nconfig,
> build_xconfig, and build_gconfig.
> (targets must end in "config" to qualify in top-level Makefile)
>
> This allows these target to be built without execution (e.g., to
On Thu, 16 Aug 2018 10:48:35 +0900 Sergey Senozhatsky
wrote:
> > The implementation might be able to use strim() somehow.
>
> strim() trims white-spaces.
Which includes \n.
> What we have here is a trailing new line symbol,
> which echo appends to the string it writes to the kernel [echo -n
Hi zhouxianrong,
Please could you be more sepcific what case can we encounter below BUG?
(Please use plain text)
What zs_class size did you this this problem?
Could you say how that can happen?
As I wrote in other reply, zsmalloc should never allocate last parital
object when I look at source
This is worth further detailed discussion re:SMB3 as there are some fascinating
protocol features that might help here, but my first thought is just the obvious
one - this could help 'DFS' (the global name space feature almost all modern
CIFS/SMB3 implement) work a little better in the client. A
Dmitry Vyukov writes:
> On Tue, Aug 14, 2018 at 12:11 PM, J. Bruce Fields
> wrote:
>> On Mon, Aug 13, 2018 at 06:33:02AM -0700, syzbot wrote:
>>> syzbot has found a reproducer for the following crash on:
>>>
>>> HEAD commit:5ed5da74de9e Add linux-next specific files for 20180813
>>> git
Recently syzbot reported crashes in send_sigio_to_task and
send_sigurg_to_task in linux-next. Despite finding a reproducer
syzbot apparently did not bisected this or otherwise track down the
offending commit in linux-next.
I happened to see this report and examined the code because I had
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
> Currently, both linux cpu id and hardware cpu id are same.
> This is not recommended as it will lead to discontinuous cpu
> indexing in Linux. Moreover, kdump kernel will run from CPU0
> which would be absent if we follow existing scheme.
>
>
I have important transaction for you as next of kin to claim $16m Dolles email
me at ( dray...@gmail.com )
Regards
Mr.Fung
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
> Setup the cpu_logical_map during boot. Moreover, every SBI call
> and PLIC context are based on the physical hartid. Use the logical
> cpu to hartid mapping to pass correct hartid to respective functions.
>
> Signed-off-by: Atish Patra
> ---
Eric Biggers writes:
> You'd probably attract more contributors if you followed established
> open source conventions.
SUPERCOP already has thousands of implementations from hundreds of
contributors. New speed records are more likely to appear in SUPERCOP
than in any other cryptographic software
On Wed, 15 Aug 2018, Greg Kroah-Hartman wrote:
On Wed, Aug 15, 2018 at 01:24:25PM -0400, Byron Stanoszek wrote:
Hi Greg & Thomas,
I'd like to report a regression in Linux 4.18.1 regarding the L1TF patches.
The kernel no longer thinks I have SMT enabled in the BIOS. This works fine in
4.18.0.
Hi Borislav,
2018-06-16 20:10 GMT+09:00 Borislav Petkov :
> Hi,
>
> I'm seeing this when I do
>
> # make menuconfig
>
> after a fresh repo clean: git clean -dqfx
>
> Might wanna silence it...
>
> /bin/sh: 1: .: Can't open scripts/kconfig/.mconf-cfg
> /bin/sh: 1: .: Can't open
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
> Defining cpu_operations now helps adding cpu hotplug
> support in proper manner. Moreover, it provides flexibility
> in supporting other cpu enable/boot methods can be
> supported in future. This patch has been largely inspired from
> ARM64.
Hi Rick,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.18 next-20180815]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
David Howells writes:
> Having just re-ported NFS on top of the new mount API stuff, I find that I
> don't really like the idea of superblocks being separated by communication
> parameters - especially when it might seem reasonable to be able to adjust
> those parameters.
>
> Does it make sense
Cut down the shutdown time from 2 seconds to 1 sec. In case of roll
over try again.
Signed-off-by: Keerthy
---
drivers/rtc/rtc-omap.c | 25 +++--
1 file changed, 15 insertions(+), 10 deletions(-)
diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
index
Use of_device_is_system_power_controller instead of manually reading
the system-power-controller property from the device tree node.
Reviewed-by: Johan Hovold
Signed-off-by: Keerthy
---
drivers/rtc/rtc-omap.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On 8/15/18 9:06 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
Currently, both linux cpu id and hardware cpu id are same.
This is not recommended as it will lead to discontinuous cpu
indexing in Linux. Moreover, kdump kernel will run from CPU0
which would be absent
On Wed, Aug 15 2018, Jeff Layton wrote:
> On Wed, 2018-08-15 at 14:28 +0200, Krzysztof Kozlowski wrote:
>> Hi,
>>
>> Bisect pointed commit ce3147990450a68b3f549088b30f087742a08b5d
>> ("fs/locks: allow a lock request to block other requests.") to failure
>> boot of NFSv4 with root on several
On 8/15/18 9:24 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
Setup the cpu_logical_map during boot. Moreover, every SBI call
and PLIC context are based on the physical hartid. Use the logical
cpu to hartid mapping to pass correct hartid to respective functions.
On Thu, 16 Aug 2018 04:08:04 +0200,
Linus Torvalds wrote:
>
> On Wed, Aug 15, 2018 at 7:05 PM Joe Perches wrote:
> >
> > Why does the commit change snd_hda_gen_add_micmute_led
> > to return 0; instead of return 1;
> >
> > That bit looks wrong.
>
> Well, it changes the comment too, and is
On Wed, 2018-08-15 at 18:54 -0700, Andy Lutomirski wrote:
> On Mon, Jul 16, 2018 at 12:03 PM, Rik van Riel
> wrote:
> Hi Rik-
>
> I was looking through this, and I see:
>
> > -static void tlb_remove_table_one(void *table)
> > +static void tlb_remove_table_one(void *table, struct mmu_gather
> >
On Thu, Aug 16, 2018 at 10:47 AM, Atish Patra wrote:
> On 8/15/18 9:06 PM, Anup Patel wrote:
>>
>> On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
>>>
>>> Currently, both linux cpu id and hardware cpu id are same.
>>> This is not recommended as it will lead to discontinuous cpu
>>> indexing
On 8/15/18 10:02 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
Defining cpu_operations now helps adding cpu hotplug
support in proper manner. Moreover, it provides flexibility
in supporting other cpu enable/boot methods can be
supported in future. This patch has
Substitute spaces with tab. No functional changes.
Signed-off-by: Yi Wang
Reviewed-by: Jiang Biao
---
arch/x86/kvm/vmx.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 46b428c0..ef712b2 100644
---
Hi all,
Please do not add any v4.20 material to your linux-next included
branches until after v4.19-rc1 has been released.
Changes since 20180815:
Non-merge commits (relative to Linus' tree): 9298
8206 files changed, 426675 insertions(+), 158863 deletions
On Thu, Aug 16, 2018 at 10:53 AM, Atish Patra wrote:
> On 8/15/18 9:24 PM, Anup Patel wrote:
>>
>> On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
>>>
>>> Setup the cpu_logical_map during boot. Moreover, every SBI call
>>> and PLIC context are based on the physical hartid. Use the logical
On 8/15/18 10:45 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 10:53 AM, Atish Patra wrote:
On 8/15/18 9:24 PM, Anup Patel wrote:
On Thu, Aug 16, 2018 at 5:26 AM, Atish Patra wrote:
Setup the cpu_logical_map during boot. Moreover, every SBI call
and PLIC context are based on the physical
801 - 890 of 890 matches
Mail list logo