On 10/29, Tycho Andersen wrote:
>
> +static int seccomp_notify_release(struct inode *inode, struct file *file)
> +{
> + struct seccomp_filter *filter = file->private_data;
> + struct seccomp_knotif *knotif;
> +
> + mutex_lock(>notify_lock);
> +
> + /*
> + * If this file is
Hi,
On 31-10-18 23:27, Pierre-Louis Bossart wrote:
Just thought it worth mentioning, this new patch that fixes sound
again, seems to have ressurected an old issue with PLL unlock. I'm
seeing journal entries after fresh boot ..
```
picard kernel: max98090 i2c-193C9890:00: PLL unlocked
Hello dear.
It is wonderful to contact you, I want us to have correspondence. I
wish you will have the desire so that we can get acquainted to each
other. Life itself is a mystery, you never know where it might lead
you.
I'm Aisha.gaddafi, the only biological douther of Qi,muamar gaddafi
On 10/24/2018 3:30 PM, Stephane Eranian wrote:
The need for this new record type extends beyond physical address conversions
and PEBS. A long while ago, someone reported issues with symbolization related
to perf lacking munmap tracking. It had to do with vma merging. I think the
sequence of
On Thu, 2018-11-01 at 04:51 +0100, Jann Horn wrote:
> On Thu, Nov 1, 2018 at 3:59 AM James Bottomley
> wrote:
> >
> > On Tue, 2018-10-16 at 11:52 +0200, Laurent Vivier wrote:
> > > Hi,
> > >
> > > Any comment on this last version?
> > >
> > > Any chance to be merged?
> >
> > I've got a use
On 10/31, Paul E. McKenney wrote:
>
> Oy... Right message, wrong commit.
>
> Does the one below look somewhat more relevant? ;-)
Much more relevant ;) feel free to add
Acked-by: Oleg Nesterov
On Thu, Nov 01, 2018 at 11:31:36AM +, Lorenzo Pieralisi wrote:
> On Fri, Oct 12, 2018 at 02:29:37PM -0500, Jeremy Linton wrote:
> > The BAD_MADT_GICC_ENTRY check is a little too strict because
> > it rejects MADT entries that don't match the currently known
> > lengths. We should remove this
merged into cifs-2.6.git for-next
On Thu, Nov 1, 2018 at 8:14 AM Colin King wrote:
>
> From: Colin Ian King
>
> There is a null check on dst_file->private data which suggests
> it can be potentially null. However, before this check, pointer
> smb_file_target is derived from dst_file->private and
This patch add qca_set_bdaddr() to set the device
address for latest Qualcomm Bluetooth chipset wcn3990 and above.
Signed-off-by: Balakrishna Godavarthi
Reviewed-by: Matthias Kaehlcke
Tested-by: Matthias Kaehlcke
---
v2: addressed review comments
v1: intial patch
---
drivers/bluetooth/btqca.c
* Thomas Gleixner wrote:
> On Thu, 1 Nov 2018, Woodhouse, David wrote:
> > On Thu, 2018-11-01 at 10:50 +0100, Ingo Molnar wrote:
> > > * Zhenzhong Duan wrote:
> > >
> > > > Since retpoline capable compilers are widely available, make
> > > > CONFIG_RETPOLINE hard depend on it.
> > > >
> > >
Use devm_clk_add_provider. It will take care of clk un-registering.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/clk/clk-fixed-rate.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/drivers/clk/clk-fixed-rate.c b/drivers/clk/clk-fixed-rate.c
index
All Tull reported that there might be a great ammount of drivers with
imbalance on clk_add_provider. This is an issue for Device tree overlays
(and also a bug) https://lkml.org/lkml/2018/10/18/1103
This patchset implement a devm_ function of of_clk_add_provider, and
fixes 3 drivers.
Drivers like
On Tue, 30 Oct 2018 13:40:27 -0400
William Cohen wrote:
> On 10/22/18 5:30 AM, Kees Cook wrote:
> > The arm compiler internally interprets an inline assembly label
> > as an unsigned long value, not a pointer. As a result, under
> > CONFIG_FORTIFY_SOURCE, the size of the array pointed to by an
Both functions have almost the same functionality. Create a helper
function that is called by both functions.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/clk/clk.c | 49 +++
1 file changed, 20 insertions(+), 29 deletions(-)
diff --git
Use devm_clk_add_provider. It will take care of clk un-registering.
Signed-off-by: Ricardo Ribalda Delgado
---
drivers/clk/clk-fixed-factor.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/clk/clk-fixed-factor.c b/drivers/clk/clk-fixed-factor.c
index
On Thu, Nov 01, 2018 at 10:52:14AM +0200, Vladimir Zapolskiy wrote:
> Hi Nathan,
>
> thank you for your patch.
>
> On 11/01/2018 02:52 AM, Nathan Chancellor wrote:
> > Clang warns when one enumerated type is implicitly converted to another:
> >
> > drivers/pinctrl/pinctrl-lpc18xx.c:643:29:
From: Peng Hao
This patch updates license to use SPDX-License-Identifier
instead of verbose license text
Signed-off-by: Peng Hao
---
arch/x86/kernel/kvmclock.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/arch/x86/kernel/kvmclock.c
Good catch.
Acked-by: Alexandru Ardelean
On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> Variable val subtracted an uninitialized value on IIO_CHAN_INFO_OFFSET.
> This was fixed by assigning the correct value instead.
>
> Signed-off-by: Renato Lui Geh
> ---
>
Clang warns when one enumerated type is implicitly converted to another:
drivers/pinctrl/pinctrl-lpc18xx.c:643:29: warning: implicit conversion
from enumeration type 'enum lpc18xx_pin_config_param' to different
enumeration type 'enum pin_config_param' [-Wenum-conversion]
On Thu, 1 Nov 2018 21:49:48 +1100
Aleksa Sarai wrote:
> On 2018-11-01, Masami Hiramatsu wrote:
> > > > > Anyway, until that merge happens, this patch looks good to avoid
> > > > > this issue for generic solution (e.g. for the arch which doesn't
> > > > > supports retstack).
> > > >
> > > > I
Greetings,
On 11/01/2018 03:45 PM, Juergen Gross wrote:
> On 01/11/2018 14:10, Eial Czerwacki wrote:
>> Greetings,
>>
>> On 11/01/2018 12:39 PM, Shai Fultheim (s...@scalemp.com) wrote:
>>> On 01/11/18 11:37, Thomas Gleixner wrote:
>>>
VSMP support is built even if CONFIG_X86_VSMP is not set.
On Thu, 2018-11-01 at 08:17 +0200, Mike Rapoport wrote:
> On Wed, Oct 31, 2018 at 03:40:02PM +, Pasha Tatashin wrote:
> >
> >
> > On 10/17/18 7:54 PM, Alexander Duyck wrote:
> > > This patch introduces a new iterator for_each_free_mem_pfn_range_in_zone.
> > >
> > > This iterator will take
From: Colin Ian King
Trivial fix to clean up indentation issues, add missing tab
Signed-off-by: Colin Ian King
---
drivers/input/keyboard/atkbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/input/keyboard/atkbd.c b/drivers/input/keyboard/atkbd.c
index
Hi Linus,
Two small things for v4.20. The first fixes a clang uninitialized
variable warning for arm64 in the default path calls BUILD_BUG(). The
second removes an unnecessary unlikely() in a WARN_ON() use.
Thanks,
Dennis
The following changes since commit
The threshold in tsc_read_refs() is constant which may favor slower CPUs
but may not be optimal for simple reading of reference on faster ones.
Hence make it proportional to tsc_khz to compensate for this. The threshold
guards against any disturbance like IRQs, NMIs, SMIs or CPU stealing by
host
Från Fröken Zena Kone
Kära
God dag, kan Guds välsignelser vara över dig och ge dig visdom och sympati för
att förstå min situation och hur mycket jag behöver din hjälp. Efter att ha
gått igenom din profil var jag övertygad om att du är ansedd och en förtroende
värdig person som kan hjälpa
> >Does this mean we can drop the plt pointer from this struct altogether, and
> >simply offset into the section headers when applying the relocations?
>
> Hmm, if everyone is OK with dropping the plt pointer from struct
> mod_plt_sec, then I think we can simplify this patch even further.
>
>
On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> The ad7780 driver previously did not read the correct device output, as
> it read an outdated value set at initialization. It now updates its
> voltage on read.
>
> Signed-off-by: Renato Lui Geh
> ---
> Changes in v3:
> - removed
Signed-off-by: Yangtao Li
---
arch/arm64/kernel/crash_dump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/crash_dump.c b/arch/arm64/kernel/crash_dump.c
index f46d57c31443..6b5037ed15b2 100644
--- a/arch/arm64/kernel/crash_dump.c
+++
On Thu, 2018-11-01 at 11:43 -0300, Renato Lui Geh wrote:
> This patch removes the unnecessary field int_vref_mv in ad7780_state
> referring to the device's voltage.
>
> Signed-off-by: Renato Lui Geh
> ---
> Changes in v3:
> - removed unnecessary int_vref_mv from ad7780_state
>
>
On Thu, Nov 1, 2018 at 2:13 PM Muchun Song wrote:
> gpiod_request_commit() copies the pointer to the label passed as
> an argument only to be used later. But there's a chance the caller
> could immediately free the passed string(e.g., local variable).
> This could trigger a use after free when
On Wed, Oct 31, 2018 at 04:53:41PM +0100, Jessica Yu wrote:
> Could this be done in modpost? I'm guessing the answer is no as some
> relocations may rely on that bit being set in st_value, right?
> Therefore we can only clear the bit _after_ relocations to the module
> are applied at runtime,
Peng,
On Thu, 1 Nov 2018, Peng Hao wrote:
> This patch updates license to use SPDX-License-Identifier
> instead of verbose license text
Again:
git grep 'This patch' Documentation/process/
This leads you to:
"Describe your changes in imperative mood, e.g. "make xyzzy do frotz"
instead of
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
On Thu, Nov 1, 2018 at 2:59 AM Mathieu Desnoyers
wrote:
>
> Here is an updated patchset submitted as RFC for 4.21 (next merge
> window).
So I'm not willing to take the cpu_opv system call until I see the the
regular rseq code getting more real-life use.
Maybe people are using it. Maybe they
Daniel,
On Thu, 1 Nov 2018, Daniel Vacek wrote:
Please use 'x86/tsc:' as prefix. git log path/to/file usually gives you a
reasonable hint about prefixes.
> -#define MAX_RETRIES 5
> -#define SMI_TRESHOLD5
> +#define MAX_RETRIES 5
> +#define TSC_THRESHOLD(tsc_khz >> 5)
This
On Wed, Oct 31, 2018 at 09:30:36PM +0530, Nishad Kamdar wrote:
> Add device tree table for matching vendor ID.
>
> Signed-off-by: Nishad Kamdar
> ---
> drivers/staging/iio/resolver/ad2s1210.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git
Signed-off-by: Yangtao Li
---
drivers/dma/ep93xx_dma.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/ep93xx_dma.c b/drivers/dma/ep93xx_dma.c
index a15592383d4e..7997e9bb7e10 100644
--- a/drivers/dma/ep93xx_dma.c
+++ b/drivers/dma/ep93xx_dma.c
@@ -993,7
On 11/1/18 1:06 AM, Frank Rowand wrote:
On 10/31/18 8:32 AM, Jaewon Kim wrote:
Hi Frank,
Thanks to review my patch.
On 18. 10. 31. 오전 8:04, Frank Rowand wrote:
Hi Jaewon,
On 10/25/18 9:39 AM, Jaewon Kim wrote:
This patch supports dynamic device-tree for AMBA device.
Add AMBA devices
On 11/1/18 9:52 AM, Marc Zyngier wrote:
On 31/10/18 20:33, Grygorii Strashko wrote:
"
NAK. Either this fits in the standard model, or we adapt the standard
model to catter for your particular use case. But we don't define a new,
TI specific API.
"
And I stand by what I've written.
Signed-off-by: Yangtao Li
---
drivers/i2c/busses/i2c-rk3x.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c/busses/i2c-rk3x.c
index b8a2728dd4b6..fe347e8e2a23 100644
--- a/drivers/i2c/busses/i2c-rk3x.c
+++
On 01-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 15:28, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 11:37, Dean Wallace wrote:
> > > > On 31-10-18, Pierre-Louis Bossart wrote:
> > > > >
> > > > > > Just thought it worth mentioning, this new
On 01/11/2018 16:09, Eial Czerwacki wrote:
> Greetings,
>
> On 11/01/2018 03:45 PM, Juergen Gross wrote:
>> On 01/11/2018 14:10, Eial Czerwacki wrote:
>>> Greetings,
>>>
>>> On 11/01/2018 12:39 PM, Shai Fultheim (s...@scalemp.com) wrote:
On 01/11/18 11:37, Thomas Gleixner wrote:
>
Signed-off-by: Yangtao Li
---
drivers/mfd/rave-sp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/rave-sp.c b/drivers/mfd/rave-sp.c
index 2a8369657e38..26c7b63e008a 100644
--- a/drivers/mfd/rave-sp.c
+++ b/drivers/mfd/rave-sp.c
@@ -109,7 +109,7 @@ struct
These are i.MX6S/DL based SBCs embedded in various Y Soft products.
All share the same board design but have slightly different HW
configuration.
Ursa
- i.MX6S SoC, 512MB RAM DDR3, 4GB eMMC, microSD
- parallel WVGA 7" LCD with touch panel
- 1x Eth (QCA8334 switch)
- USB OTG
- USB host (micro-B)
Signed-off-by: Yangtao Li
---
drivers/pinctrl/mediatek/pinctrl-mt7622.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/mediatek/pinctrl-mt7622.c
b/drivers/pinctrl/mediatek/pinctrl-mt7622.c
index 6f931b85701b..9b00c5e6ba8e 100644
---
On 11/01, Paul E. McKenney wrote:
>
> Any news on exactly which patch constituted the reworking of this
> code some time back?
Again, I never sent a patch, I simply showed the new code (more than 2 years
ago ;), see below. I need to re-read our discussiong, but iirc your and Peter's
reviews were
On Wed, Oct 31, 2018 at 8:07 PM Darren Hart wrote:
>
> platform-drivers-x86 for v4.20-1
Pulled,
Linus
Signed-off-by: Yangtao Li
---
kernel/trace/ring_buffer_benchmark.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/ring_buffer_benchmark.c
b/kernel/trace/ring_buffer_benchmark.c
index ffba6789c0e2..0564f6db0561 100644
--- a/kernel/trace/ring_buffer_benchmark.c
On Thu, Nov 01, 2018 at 07:43:35AM -0400, Prarit Bhargava wrote:
On 10/31/2018 07:03 PM, Sasha Levin wrote:
From: Prarit Bhargava
[ Upstream commit f69ffc5d3db8f1f03fd6d1df5930f9a1fbd787b6 ]
cpupower crashes on VMWare guests. The guests have the AMD PStateDef MSR
(0xC0010064 + state
Add pinmux support for UART1 on MediatekX20 Development board based
on Mediatek MT6797 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/mediatek/mt6797-x20-dev.dts | 2 ++
arch/arm64/boot/dts/mediatek/mt6797.dtsi| 7 +++
2 files changed, 9 insertions(+)
diff --git
Add devicetree bindings for Mediatek MT6797 SoC Pin Controller.
Signed-off-by: Manivannan Sadhasivam
---
.../bindings/pinctrl/pinctrl-mt6797.txt | 74 +
include/dt-bindings/pinctrl/mt6797-pinfunc.h | 1368 +
2 files changed, 1442 insertions(+)
create mode 100644
This patchset adds initial pinctrl support for Mediatek MT6797 SoC.
The pinctrl driver is based on the vendor binding as like MT6765 and
implements only GPIO and pinmux functionalities.
The devicetree binding document consists of pinmux, pinconf and
interrupt functionalities documented since the
Add initial pinctrl driver for Mediatek MT6797 SoC supporting only
GPIO and pinmux configurations.
Tested-by: Matthias Brugger
Acked-by: Sean Wang
Signed-off-by: Manivannan Sadhasivam
---
drivers/pinctrl/mediatek/Kconfig |7 +
drivers/pinctrl/mediatek/Makefile |
Add pinctrl support for Mediatek MT6797 SoC.
Signed-off-by: Manivannan Sadhasivam
---
arch/arm64/boot/dts/mediatek/mt6797.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt6797.dtsi
b/arch/arm64/boot/dts/mediatek/mt6797.dtsi
index
The Andes FPU coprocessor does not support denormalized number handling.
According to the specification, FPU generates a denorm input exception
that requires the kernel to deal with this instrution operation when it
encounters denormalized operands. Hence an nds32 FPU ISA emulator in the
kernel is
Currently, the nds32 FPU dose not support the arithmetic of denormalized
number. When the nds32 FPU finds the result of the instruction is a
denormlized number, the nds32 FPU considers it to be an underflow condition
and rounds the result to an appropriate number. It may causes some loss
of
This patch set contains basic components for supporting the nds32 FPU,
such as exception handlers and context switch for FPU registers. By
default, the lazy FPU scheme is supported and the user can configure it
via CONFIG_LZAY_FPU. In addition, a floating point emulator is required
to handle all
This modification is quoted from glibc 'commit <
sysdeps/unix/sysv/linux/sparc/sparc64/dl-procinfo.c: Moved to>
(fe0b1e854ad32a69b260)'
Signed-off-by: Vincent Chen
---
include/math-emu/op-2.h | 97 ++
1 files changed, 46 insertions(+), 51
_FP_ROUND_ZERO is defined as 0 and used as a statemente in macro
_FP_ROUND. This generates "error: statement with no effect
[-Werror=unused-value]" from gcc. Defining _FP_ROUND_ZERO as (void)0 to
fix it.
This modification is quoted from glibc 'commit
(8ed1e7d5894000c155acbd06f)'
Signed-off-by:
Patch series adding managed clkdev and of_provider registrations
Few clk drivers appear to be leaking clkdev lookup registrations at
driver remove. The patch series adds devm versions of lookup
registrations and cleans up few drivers. Driver clean-up patches have
not been tested as I lack the HW.
This patch set contains basic components for supporting the nds32 FPU,
such as exception handlers and context switch for FPU registers. By
default, the lazy FPU scheme is supported and the user can configure it via
CONFIG_LZAY_FPU.
Signed-off-by: Vincent Chen
---
arch/nds32/Kconfig
Good morning!
On 11/1/18 5:53 AM, Michael Schmitz wrote:
> my fix is evidently incomplete - I just crashed elgar trying to remove the
> pata_buddha module, sorry. Must've done something silly.
I'll reboot him in about 2-3 hours when I'm in the office.
Adrian
--
.''`. John Paul Adrian
On Wed, 31 Oct 2018 21:08:18 +0100,
wrote:
>
> This patch solves bug 200501 'Only 2 of 4 speakers playing sound.'
> https://bugzilla.kernel.org/show_bug.cgi?id=200501
The information should be put in the patch description.
thanks,
Takashi
>
> On Wed, 2018-10-31 at 15:20 -0400, Ayman
On Thu, 01 Nov 2018 08:37:47 +0100,
Takashi Iwai wrote:
>
> At the next submission, could you give a proper cover letter (PATCH
> 0/3) and submit together with other patches? git-format-patch will
> give you a nice template with --cover-letter option.
... and don't forget to put "v2" prefix, so
On Thu 2018-11-01 10:48:21, Sergey Senozhatsky wrote:
> On (10/31/18 13:27), Petr Mladek wrote:
> > >
> > > Signed-off-by: Sergey Senozhatsky
> >
> > The patch makes sense to me. The locks should stay busted also for
> > console_flush_on_panic().
> >
> > With the added #include :
> >
> >
On Wed, 31 Oct 2018, Dan O'Donovan wrote:
> UP Squared (UP2) is a x86 SBC from AAEON based on Intel Apollo Lake. It
> features a MAX 10 FPGA that routes lines from both SoC and on-board
> devices to two I/O headers:
>
> ++
>
Hi Nathan,
thank you for your patch.
On 11/01/2018 02:52 AM, Nathan Chancellor wrote:
> Clang warns when one enumerated type is implicitly converted to another:
>
> drivers/pinctrl/pinctrl-lpc18xx.c:643:29: warning: implicit conversion
> from enumeration type 'enum lpc18xx_pin_config_param' to
On Thu, 01 Nov 2018 07:55:12 +,
Peter Ujfalusi wrote:
>
> Lokesh,
>
> On 10/29/18 3:04 PM, Lokesh Vutla wrote:
> >>> With the above information, linux should send a message to
> >>> system-controller using TISCI protocol. After policing the given
> >>> information, system-controller does
Hi,
A hot removal failure was met on one bare metal system with 8 nodes, and
node1~7 are all hotpluggable and 'movable_node' is set. When try to check
value of /sys/devices/system/node/node1/memory*/removable, found some of
them are 0, namely un-removable. And a back trace will always be seen.
Hi Marc,
On 10/31/18 8:21 PM, Marc Zyngier wrote:
> Well, I'm convinced that we do not want a networking driver to be tied
> to an interrupt architecture, and that the two should be completely
> independent. But that's my own opinion. I can only see two solutions
> moving forward:
>
> 1) You
Hi Marc,
On 11/1/18 11:00 AM, Marc Zyngier wrote:
> On Thu, 01 Nov 2018 07:55:12 +,
> Peter Ujfalusi wrote:
>>
>> Lokesh,
>>
>> On 10/29/18 3:04 PM, Lokesh Vutla wrote:
> With the above information, linux should send a message to
> system-controller using TISCI protocol. After
Peter,
On Thu, Nov 01, 2018 at 09:11:52AM +0800, kbuild test robot wrote:
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 5b7449810ae6d652629c550d3974c8453836d229
> commit:
Hi Arnd,
I guess you may have missed this pull request.
Thanks,
Chunyan
On Thu, 18 Oct 2018 at 17:19, Chunyan Zhang wrote:
>
> Hi Arnd,
>
> For 4.20-rc1 there's one patch only for sprd devicetree, please pull from my
> git tree:
>
> https://github.com/lyrazhang/linux.git m-v4.19-rc1
>
> Please
On 2018-11-01, Aleksa Sarai wrote:
> On 2018-10-29, Daniel Colascione wrote:
> > This patch adds a new file under /proc/pid, /proc/pid/exithand.
> > Attempting to read from an exithand file will block until the
> > corresponding process exits, at which point the read will successfully
> >
On Wed, 31 Oct 2018 20:20:38 +0100,
Ayman Bagabas wrote:
>
> Some of Huawei laptops come with a LED in the mic mute key. This patch
> enables and disable this LED when the internal microphone status is
> changed.
>
> Signed-off-by: Ayman Bagabas
> ---
> include/linux/huawei_wmi.h| 7
On Thu, Nov 01, 2018 at 02:52:29AM +0100, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> As UARTB and VFIR share their clock enable bit it is rather unwise for
> the kernel to turn off the VFIR one should that be unused (and
> potentially vice versa but so far there anyway is no VFIR
On Do, 2018-11-01 at 09:03 +0100, Maximilian Heyne wrote:
> On 10/31/18 10:24 AM, Shah, Amit wrote:
> >
> > On Di, 2018-10-30 at 21:57 +, Maximilian Heyne wrote:
> > >
> > > [...]
> > >
> > > diff --git a/fs/direct-io.c b/fs/direct-io.c
> > > index 093fb54cd316..199146036093 100644
> > >
On Thu 01-11-18 17:10:55, Baoquan He wrote:
> Hi,
>
> A hot removal failure was met on one bare metal system with 8 nodes, and
> node1~7 are all hotpluggable and 'movable_node' is set. When try to check
> value of /sys/devices/system/node/node1/memory*/removable, found some of
> them are 0,
On 2018/11/1 16:56, Peter Zijlstra wrote:
On Thu, Nov 01, 2018 at 10:02:14AM +0800, Zhenzhong Duan wrote:
Hmm, what about the case where we have RETPOLINE runtime disabled? Then
the CALL_NOSPEC alternative patches in an indirect call again, and the
retpolines are gone.
Is RETPOLINE runtime
With Due Respect,
I know that this mail will come to you as a surprise as we have never met
before, but need not to worry as I am contacting you independently of my
investigation and no one is informed of this communication. I need your urgent
assistance in transferring the sum of $10.5million
Lokesh,
On 10/29/18 3:04 PM, Lokesh Vutla wrote:
>>> With the above information, linux should send a message to
>>> system-controller using TISCI protocol. After policing the given
>>> information, system-controller does the following:
>>> - Attaches the interrupt(INTA input) to the device
Good day,
My name is Annable Katherine Grosvenor, I'm 57yrs old, a widow, no kids, from
the United Kingdom, I'm very sorry to bother you with this message but it is
very important for me that I send out this message because I am very sick and
at the point of death, I'm diagnosed with Ovarian
Long,
On Thu, 1 Nov 2018, Long Li wrote:
> On a large system with multiple devices of the same class (e.g. NVMe disks,
> using managed IRQs), the kernel tends to concentrate their IRQs on several
> CPUs.
>
> The issue is that when NVMe calls irq_matrix_alloc_managed(), the assigned
> CPU tends
Commit-ID: 57f01796f14fecf00d330fe39c8d2477ced9cd79
Gitweb: https://git.kernel.org/tip/57f01796f14fecf00d330fe39c8d2477ced9cd79
Author: Michael Kelley
AuthorDate: Thu, 1 Nov 2018 00:35:05 +
Committer: Thomas Gleixner
CommitDate: Thu, 1 Nov 2018 10:00:38 +0100
irq/matrix: Fix
This patch adds a DT binding documentation for the MT8183 soc.
Signed-off-by: Leilk Liu
---
.../devicetree/bindings/spi/spi-mt65xx.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/spi/spi-mt65xx.txt
>From 44b1c34bc19d9bfdc736664439c0530fbb2c75b8 Mon Sep 17 00:00:00 2001
From: Leilk Liu
Date: Thu, 1 Nov 2018 11:48:20 +0800
Subject: [PATCH 0/2] add SPI driver support for mt8183
This series are based on 4.19-rc1 and provide two patches to support mt8183 IC.
Leilk Liu (2):
spi: mediatek: Add
this patch add support for mt8183 IC.
Signed-off-by: Leilk Liu
---
drivers/spi/spi-mt65xx.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c
index 0c2867d..9ee1fe9 100644
--- a/drivers/spi/spi-mt65xx.c
+++
On 2018-10-29, Daniel Colascione wrote:
> This patch adds a new file under /proc/pid, /proc/pid/exithand.
> Attempting to read from an exithand file will block until the
> corresponding process exits, at which point the read will successfully
> complete with EOF. The file descriptor supports
Hi Quentin,
On 29 October 2018 at 22:48, Quentin Schulz wrote:
> Hi all,
>
> Just chiming in, hopefully I got the message header fine as I don't have
> the original of the mail.
>
>>
>> We have introduced some battery properties to present the OCV table
>> temperatures and OCV capacity table
On 10/31/18 10:24 AM, Shah, Amit wrote:
On Di, 2018-10-30 at 21:57 +, Maximilian Heyne wrote:
[...]
diff --git a/fs/direct-io.c b/fs/direct-io.c
index 093fb54cd316..199146036093 100644
--- a/fs/direct-io.c
+++ b/fs/direct-io.c
@@ -325,8 +325,8 @@ static ssize_t dio_complete(struct dio
On 11/01/2018 09:09 AM, Randy Dunlap wrote:
On 10/31/18 5:48 PM, kbuild test robot wrote:
Hi Rakesh,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 5b7449810ae6d652629c550d3974c8453836d229
commit:
Commit-ID: bcb6fb5da77c2a228adf07cc9cb1a0c2aa2001c6
Gitweb: https://git.kernel.org/tip/bcb6fb5da77c2a228adf07cc9cb1a0c2aa2001c6
Author: Josh Poimboeuf
AuthorDate: Wed, 31 Oct 2018 21:57:30 -0500
Committer: Thomas Gleixner
CommitDate: Thu, 1 Nov 2018 09:55:38 +0100
objtool: Support GCC
On Thu, Nov 01, 2018 at 11:20:21AM +0800, Yi Sun wrote:
> On 18-10-31 18:15:39, Peter Zijlstra wrote:
> > So Yi, are you actually seeing a problem? If so, can you give details?
>
> Where does the patch come from? I cannot find it through google.
What patch!? The one I posted:
[apologies if you get this twice -- my GPU hung (!) whilst sending my
previous response]
On Wed, Oct 31, 2018 at 06:14:56PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 31, 2018 at 07:08:29PM +0100, Daniel Borkmann escreveu:
> > On 10/31/2018 06:44 PM, Will Deacon wrote:
> > > Diff
Am Donnerstag, 1. November 2018, 09:55:53 CET schrieb Rafał Miłecki:
> On Sun, 28 Oct 2018 at 22:44, Richard Weinberger wrote:
> > UBIFS's recovery code strictly assumes that a deleted inode will never
> > come back, therefore it removes all data which belongs to that inode
> > as soon it faces
On Wed, Oct 31, 2018 at 09:14:58AM +0100, Daniel Wagner wrote:
> From: Daniel Wagner
>
> Sebastian writes:
>
> """
> We reproducibly observe cache line starvation on a Core2Duo E6850 (2
> cores), a i5-6400 SKL (4 cores) and on a NXP LS2044A ARM Cortex-A72 (4
> cores).
>
> The problem can be
Allocations over PAGE_SIZE << MAX_ORDER could be served only by vmalloc.
Signed-off-by: Konstantin Khlebnikov
---
[Thu Nov 1 08:43:56 2018] [ cut here ]
[Thu Nov 1 08:43:56 2018] WARNING: CPU: 0 PID: 6676 at mm/vmstat.c:986
__fragmentation_index+0x54/0x60
[Thu Nov 1
On Wed, 31 Oct 2018, Daniel Wagner wrote:
> Backporting all qspinlock related patches is very likely to introduce
> regressions on v4.4. Therefore, the recommended solution by Peter and
> Thomas is to drop back to ticket spinlocks for v4.4.
>
> Link
On Wed, Oct 31, 2018 at 03:40:02PM +, Pasha Tatashin wrote:
>
>
> On 10/17/18 7:54 PM, Alexander Duyck wrote:
> > This patch introduces a new iterator for_each_free_mem_pfn_range_in_zone.
> >
> > This iterator will take care of making sure a given memory range provided
> > is in fact
1 - 100 of 1024 matches
Mail list logo