On 5/24/19 1:51 PM, Hillf Danton wrote:
On Fri, 24 May 2019 09:27:02 +0800 Yang Shi wrote:
On 5/23/19 11:51 PM, Hillf Danton wrote:
On Thu, 23 May 2019 10:27:38 +0800 Yang Shi wrote:
@ -1642,14 +1650,14 @@ static unsigned long isolate_lru_pages(unsigned long
nr_to_scan,
unsigned
The initial value of return variable ret, -1, is never used and hence
can be removed.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/gdm724x/gdm_usb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/gdm_usb.c
The return variable is used only twice (in two different branches), and
both times it is assigned the same constant value. These can therefore
be merged into the same assignment, placed at the point that both
these branches (and no other) go to. The return variable itself can be
removed.
Issue
The local variable cd, used in multiple functions, is immediately passed
to another function call, whose result is returned. As that is the only
use of cd, it can be replaced with its variable.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
On 5/21/2019 11:52 AM, Viresh Kumar wrote:
On 20-03-19, 15:19, Rajendra Nayak wrote:
This is a v2 of the RFC posted earlier by Stephen Boyd [1]
As part of v2 I still follow the same approach of dev_pm_opp_set_rate()
API using clk framework to round the frequency passed and making it
accept 0
Fixes: 63b2bc619565 ("powerpc/mm/32s: Use BATs for STRICT_KERNEL_RWX")
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/machine_kexec_32.c | 8
arch/powerpc/mm/book3s32/mmu.c | 7 +--
arch/powerpc/mm/mmu_decl.h | 2 ++
3 files changed, 15 insertions(+), 2
On 05/22/2019 10:12 PM, Mark Rutland wrote:
> On Thu, May 16, 2019 at 01:05:29PM +0200, Michal Hocko wrote:
>> On Thu 16-05-19 11:23:54, Mark Rutland wrote:
>>> Hi Michal,
>>>
>>> On Wed, May 15, 2019 at 06:58:47PM +0200, Michal Hocko wrote:
On Tue 14-05-19 14:30:05, Anshuman Khandual
On Fri, May 24, 2019 at 9:52 AM Miguel Ojeda
wrote:
>
> On Thu, May 23, 2019 at 2:58 PM Miguel Ojeda
> wrote:
> >
> > Taking a quick look now, by the way, why does vm_map_pages_zero() (and
> > __vm_map_pages() etc.) get a pointer to an array instead of a pointer
> > to the first element?
For
This fix issue when access config from PCIe switch.
Stratix 10 PCIe controller does not support Type 1 to Type 0 conversion
as previous version (V1) does.
The PCIe controller need to send Type 0 config TLP if the targeting bus
matches with the secondary bus number, which is when the TLP is
This fix issue when access config from PCIe switch.
Stratix 10 PCIe controller does not support Type 1 to Type 0 conversion
as previous version (V1) does.
The PCIe controller need to send Type 0 config TLP if the targeting bus
matches with the secondary bus number, which is when the TLP is
No longer need cfgrdX and cfgwrX since we have separate defines for
TLP_CFG*_DW0 and S10_TLP_CFG*_DW0, so remove them.
Signed-off-by: Ley Foon Tan
---
drivers/pci/controller/pcie-altera.c | 33 +++-
1 file changed, 8 insertions(+), 25 deletions(-)
diff --git
On Thu, May 23, 2019 at 6:53 PM Miguel Ojeda
wrote:
>
> On Mon, May 20, 2019 at 5:26 PM Souptick Joarder wrote:
> >
> > While using mmap, the incorrect value of length and vm_pgoff are
> > ignored and this driver go ahead with mapping fbdev.buffer
> > to user vma.
>
> Typos: values*, goes* (same
When CONFIG_USB is not set, and CONFIG_USB_GADGET is set,
there is an issue:
ld:
drivers/usb/mtu3/mtu3_debugfs.o: in function 'ssusb_debugfs_create_root':
mtu3_debugfs.c:(.text+0xba3): undefined reference to 'usb_debug_root'
usb_debug_root is only built when CONFIG_USB is enabled, so here drop
The specific clk_csr value can be zero, and
stmmac_clk is necessary for MDC clock which can be set dynamically.
So, change the condition from plat->clk_csr to plat->stmmac_clk to
fix clk_csr can't be zero issue.
Fixes: cd7201f477b9 ("stmmac: MDC clock dynamically based on the csr clock
input")
1. the frequency of csr clock is 66.5MHz, so the csr_clk value should
be 0 other than 5.
2. the csr_clk can be got from device tree, so remove initialization here.
Fixes: 9992f37e346b ("stmmac: dwmac-mediatek: add support for mt2712")
Signed-off-by: Biao Huang
---
changes in v4:
since MTL_OPERATION_MODE write back issue has be fixed in the latest
driver,
remove original patch#3
Currently we will not update the receive descriptor tail pointer in
stmmac_rx_refill. Rx dma will think no available descriptors and stop
once received packets exceed DMA_RX_SIZE, so that the rx only test will fail.
Update the receive tail pointer in stmmac_rx_refill to add more descriptors
to
On Fri, May 24, 2019 at 07:54:09AM +0200, Greg KH wrote:
> On Thu, May 23, 2019 at 01:49:27PM -0700, Mark Salyzyn wrote:
> > Cherry pick security-related fix 592acbf16821288ecdc4192c47e3774a4c48bb64
> > ("ext4: zero out the unused memory region in the extent tree block") to
> > 3.18.y and 4.4.y
>
Am Freitag, 24. Mai 2019, 04:20:43 CEST schrieb Eduardo Valentin:
> On Wed, May 22, 2019 at 08:34:34AM -0700, Doug Anderson wrote:
> > Hi,
> >
> > On Wed, May 22, 2019 at 7:12 AM Heiko Stuebner wrote:
> > >
> > > This reverts commit 28694e009e512451ead5519dd801f9869acb1f60.
> > >
> > > The
Dear All,
any comments about this patch?
Thanks.
On Tue, 2019-05-14 at 11:00 +0800, Biao Huang wrote:
> 1. get hash table size in hw feature reigster, and add support
> for taller hash table(128/256) in dwmac4.
> 2. only clear PR/HMC/PM bits of GMAC_PACKET_FILTER, to avoid
> side effect to
On Fri, May 24, 2019 at 6:30 AM Rodrigo Ribeiro wrote:
>
> This patch adds of_match_table entry in device driver in order to
> enable spi fallback probing.
>
> Signed-off-by: Rodrigo Ribeiro
> Reviewed-by: Marcelo Schmitt
> ---
> drivers/staging/iio/accel/adis16240.c | 1 +
> 1 file changed, 1
From: Peng Fan
Add i.MX8QXP ocotp node
Cc: Rob Herring
Cc: Mark Rutland
Cc: Shawn Guo
Cc: Sascha Hauer
Cc: Pengutronix Kernel Team
Cc: Fabio Estevam
Cc: NXP Linux Team
Cc: Anson Huang
Cc: Daniel Baluta
Cc: devicet...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Reviewed-by:
From: Peng Fan
Build in CONFIG_NVMEM_IMX_OCOTP_SCU.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Shawn Guo
Cc: Andy Gross
Cc: Maxime Ripard
Cc: Olof Johansson
Cc: Jagan Teki
Cc: Bjorn Andersson
Cc: Leonard Crestez
Cc: Marc Gonzalez
Cc: Enric Balletbo i Serra
Cc:
* Sebastian Andrzej Siewior wrote:
> It is possible to ignore the validation for a certain log be using
> lockdep_set_novalidate_class()
s/log/lock
s/be/by
?
> on it. Each invocation will assign a new name to the class it created
> for created __lockdep_no_validate__. That means that
On Thu, May 23, 2019 at 04:10:38PM -0300, Jason Gunthorpe wrote:
>
> On Thu, May 23, 2019 at 02:24:58PM -0400, Jerome Glisse wrote:
> > I can not take mmap_sem in range_register, the READ_ONCE is fine and
> > they are no race as we do take a reference on the hmm struct thus
>
> Of course there
On 21/05/2019 01:30, Daniel Jordan wrote:
> On Mon, May 20, 2019 at 04:19:34PM +1000, Alexey Kardashevskiy wrote:
>> On 04/05/2019 06:16, Daniel Jordan wrote:
>>> locked_vm accounting is done roughly the same way in five places, so
>>> unify them in a helper. Standardize the debug prints,
Hi Elaine,
Am Donnerstag, 23. Mai 2019, 03:34:37 CEST schrieb elaine.zhang:
> hi, Heiko & Enric:
>
> 在 2019/5/22 下午8:27, Heiko Stuebner 写道:
> > Hi Enric,
> >
> > Am Montag, 20. Mai 2019, 15:38:32 CEST schrieb Enric Balletbo Serra:
> >> Hi all,
> >>
> >> As pointed by [1] and [2] this commit,
Commit-ID: 978315462d3ea3cf6cfacd34c563ec1eb02a3aa5
Gitweb: https://git.kernel.org/tip/978315462d3ea3cf6cfacd34c563ec1eb02a3aa5
Author: Sebastian Andrzej Siewior
AuthorDate: Fri, 17 May 2019 23:22:34 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:41:59 +0200
Hi Shawn,
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: 2019年5月23日 20:53
> To: Peng Fan
> Cc: srinivas.kandaga...@linaro.org; robh...@kernel.org;
> s.ha...@pengutronix.de; feste...@gmail.com; dl-linux-imx
> ; linux-kernel@vger.kernel.org;
>
On Thu, May 23, 2019 at 05:46:39PM +0200, Tianzheng Li wrote:
> This patch removes unnecessary quoted string splits.
>
> Reported-by: Jie Zhang
> Signed-off-by: Tianzheng Li
> ---
> drivers/staging/gasket/gasket_core.c | 6 ++
> drivers/staging/gasket/gasket_ioctl.c | 3 +--
>
On Fri, May 24, 2019 at 03:02:48AM +, Geordan Neukum wrote:
> On Fri, May 24, 2019 at 2:38 AM Geordan Neukum wrote:
> > + depends on MFD_CORE
>
> In order for this to work in menuconfig, this either needs to be a
> select or I need to
> add a prompt to MFD_CORE. I don't have strong
On Fri, May 24, 2019 at 11:26:02AM +0530, Nishka Dasgupta wrote:
> As the initial value of the return variable result is never used, it can
> be removed.
> Issue found with Coccinelle.
>
> Signed-off-by: Nishka Dasgupta
> ---
> drivers/staging/ks7010/ks7010_sdio.c | 2 +-
> 1 file changed, 1
On Fri, May 24, 2019 at 11:30:26AM +0530, Nishka Dasgupta wrote:
> The return variable is used only twice (in two different branches), and
> both times it is assigned the same constant value. These can therefore
> be merged into the same assignment, placed at the point that both
> these branches
On Fri, May 24, 2019 at 11:30:25AM +0530, Nishka Dasgupta wrote:
> The initial value of return variable ret, -1, is never used and hence
> can be removed.
> Issue found with Coccinelle.
>
> Signed-off-by: Nishka Dasgupta
> ---
> drivers/staging/gdm724x/gdm_usb.c | 2 +-
> 1 file changed, 1
On Fri, May 24, 2019 at 11:33:28AM +0530, Nishka Dasgupta wrote:
> The local variable cd, used in multiple functions, is immediately passed
> to another function call, whose result is returned. As that is the only
> use of cd, it can be replaced with its variable.
> Issue found with Coccinelle.
>
On Thu, May 23, 2019 at 11:40:09PM +0530, Hariprasad Kelam wrote:
> Function "rtw_sta_flush" always returns 0 value. So change
> return type of rtw_sta_flush from int to void.
Odd line wrapping :(
Also your subject line is missing a trailing '"' character :(
v5?
thanks,
greg k-h
* Peter Zijlstra wrote:
> On Fri, May 17, 2019 at 03:05:09PM +0200, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > In perf_output_put_handle(), an IRQ/NMI can happen in below location and
> > > write records to the same ring buffer:
> > > ...
> > >
On 24/05/19 12:22 PM, Greg KH wrote:
On Fri, May 24, 2019 at 11:26:02AM +0530, Nishka Dasgupta wrote:
As the initial value of the return variable result is never used, it can
be removed.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/ks7010/ks7010_sdio.c | 2
pt., 24 maj 2019 o 00:00 Randy Dunlap napisał(a):
>
> From: Randy Dunlap
>
> The gpio-adp5588 driver uses interfaces that are provided by
> GPIOLIB_IRQCHIP, so select that symbol in its Kconfig entry.
>
> Fixes these build errors:
>
> ../drivers/gpio/gpio-adp5588.c: In function
On Fri, May 24, 2019 at 11:22:38AM +0530, Nishka Dasgupta wrote:
> The initial value of return variable ret is never used, so it can be
> removed.
> Issue found with Coccinelle.
>
> Signed-off-by: Nishka Dasgupta
> ---
> drivers/staging/ks7010/ks_hostif.c | 2 +-
> 1 file changed, 1
On Fri, May 24, 2019 at 5:13 AM 廖崇榮 wrote:
>
> Hi Benjamin,
>
> Thanks so much for all you do for Elan touchpad.
>
> For the width_*, I have a question for it.
> Our antenna sensors fully occupied the whole touchpad PCB.
>
> The Gap between 2 sensors are 7.5 mil (0.19mm).
> That's why we did not
Hi Biao
On 5/24/19 8:26 AM, Biao Huang wrote:
The specific clk_csr value can be zero, and
stmmac_clk is necessary for MDC clock which can be set dynamically.
So, change the condition from plat->clk_csr to plat->stmmac_clk to
fix clk_csr can't be zero issue.
Fixes: cd7201f477b9 ("stmmac: MDC
> -Original Message-
> From: Randy Dunlap [mailto:rdun...@infradead.org]
> Sent: Freitag, 24. Mai 2019 00:01
> To: LKML ; linux-g...@vger.kernel.org
> Cc: kbuild test robot ; Hennerich, Michael
> ; Linus Walleij
> ; Bartosz Golaszewski
> Subject: [PATCH] gpio: fix gpio-adp5588 build
There was below bugreport from Wu Fangsuo.
7200 [ 680.491097] c4 7125 (syz-executor) page:ffbf02f33b40 count:86
mapcount:84 mapping:ffc08fa7a810 index:0x24
7201 [ 680.531186] c4 7125 (syz-executor) flags:
0x19040c(referenced|uptodate|arch_1|mappedtodisk|unevictable|mlocked)
7202 [
Hi,
This issue[1] is already fixed on latest linux.git
You can check it. Thanks.
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=b53b0128052ffd687797d5f4deeb76327e7b5711
Regards,
Chanwoo Choi
On 19. 5. 24. 오전 6:58, Rob Clark wrote:
> From: Rob Clark
>
>
On Fri, May 24, 2019 at 04:11:14PM +0900, Minchan Kim wrote:
> There was below bugreport from Wu Fangsuo.
>
> 7200 [ 680.491097] c4 7125 (syz-executor) page:ffbf02f33b40 count:86
> mapcount:84 mapping:ffc08fa7a810 index:0x24
> 7201 [ 680.531186] c4 7125 (syz-executor) flags:
>
Hi Andy,
> From: Andy Lutomirski [mailto:l...@kernel.org]
> Sent: Thursday, May 23, 2019 6:18 PM
>
> On Thu, May 23, 2019 at 4:40 PM Sean Christopherson
>
> wrote:
> >
> > On Thu, May 23, 2019 at 08:38:17AM -0700, Andy Lutomirski wrote:
> > > On Thu, May 23, 2019 at 7:17 AM Sean Christopherson
From: David Miller
Date: Thu, May 23, 2019 at 17:18:14
> I'm reverting, this doesn't even build.
Damn, sorry! I failed to notice that dev_set_rx_mode() is not exported :/
I will fix and resend!
Thanks,
Jose Miguel Abreu
>>> On 23.05.19 at 19:27, wrote:
> This fixes 53809751ac23 ("sscanf: don't ignore field widths for numeric
> conversions"). sscanf overflows integers with simple strings such as dates.
> As an example, consider
>
> r = sscanf("20190523123456", "%4d%2d%2d%2d%2d%2d",
> , , ,
>
On Thu, 9 May 2019, Ferdinand Blomqvist wrote:
> On 2019-04-04 13:24:05, Thomas Gleixner wrote:
> > Ferdinand,
> >
> > On Sat, 30 Mar 2019, Ferdinand Blomqvist wrote:
> >
> > Thanks for providing that! I'm short of cycles to go through that right
> > now, but will do in the foreseeable future.
On 5/21/19 12:54 PM, Dariusz Marcinkiewicz wrote:
> On Mon, May 20, 2019 at 1:30 PM Hans Verkuil wrote:
>>
>> On 5/17/19 5:42 PM, Dariusz Marcinkiewicz wrote:
>>> This patch makes dw-hdmi pass DRM connector info to a respective
>>> CEC adapter. In order to be able to do that it delays creation of
On Friday 24 May 2019 13:50:53 Hui Wang wrote:
> On 2019/5/24 下午1:36, Peter Hutterer wrote:
> > On Fri, May 24, 2019 at 01:25:52PM +0800, Hui Wang wrote:
> > > On 2019/5/23 下午2:01, Peter Hutterer wrote:
> > > > On Wed, May 22, 2019 at 09:40:30AM +0200, Pali Rohár wrote:
> > > > > On Wednesday 22
On Wed, May 22, 2019 at 02:22:15PM -0400, Kris Van Hees wrote:
> > Let me further NAK it for adding all sorts of garbage to the code --
> > we're not going to do gaps and stay_in_page nonsense.
>
> Could you give some guidance in terms of an alternative? The ring buffer code
> provides both
czw., 23 maj 2019 o 18:38 Daniel Lezcano napisał(a):
>
> On 23/05/2019 14:58, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski
> >
> > Currently the clocksource and clockevent support for davinci platforms
> > lives in mach-davinci. It hard-codes many things, uses global variables,
> >
A recent patch allows the clock framework to specify the parent
relationship with either the clk_hw pointer, the global name or through
Device Tree name.
But the global name isn't handled by the clk framework because the DT name
is considered valid even if it's NULL, so of_clk_get_hw() returns an
On 5/23/19 9:18 PM, Linus Walleij wrote:
> On Thu, May 23, 2019 at 4:11 PM Amelie DELAUNAY
> wrote:
>> On 5/22/19 11:48 PM, Linus Walleij wrote:
>>> On Wed, May 22, 2019 at 11:21 AM Amelie DELAUNAY
>>> wrote:
>>>
../drivers/pinctrl/pinctrl-stmfx.c:409:20: error:
When CONFIG_GPIO_OF is not defined, struct gpio_chip 'of_node' member does
not exist:
drivers/pinctrl/pinctrl-stmfx.c: In function 'stmfx_pinctrl_probe':
drivers/pinctrl/pinctrl-stmfx.c:652:17: error: 'struct gpio_chip' has no member
named 'of_node'
pctl->gpio_chip.of_node = np;
Fixes:
On 2019/5/24 下午3:26, Pali Rohár wrote:
On Friday 24 May 2019 13:50:53 Hui Wang wrote:
On 2019/5/24 下午1:36, Peter Hutterer wrote:
On Fri, May 24, 2019 at 01:25:52PM +0800, Hui Wang wrote:
On 2019/5/23 下午2:01, Peter Hutterer wrote:
On Wed, May 22, 2019 at 09:40:30AM +0200, Pali Rohár wrote:
If the running kernel has 5-level paging activated, the 5-level paging
mode is preserved across kexec. If the kexec'ed kernel does not contain
support for handling active 5-level paging mode in the decompressor, the
decompressor will crash with #GP.
Prevent this situation at load time. If 5-level
The v4 cover letter tells the background about this adding, paste the
link here for reference:
http://lkml.kernel.org/r/20190509013644.1246-1-...@redhat.com
Changelog:
v4->v5:
Tune code and log per Dave's comments, no functional change.
- In patch 2, change the printed erorr message;
-
The current kernel supports 5-level paging mode, and supports dynamically
choosing paging mode during bootup according to kernel image, hardware and
kernel parameter setting. This flexibility brings several issues to
kexec/kdump:
1)
Dynamic switching between paging modes requires code change in
Change the sata node to enable sata.
Signed-off-by: Peng Ma
---
arch/arm64/boot/dts/freescale/fsl-ls1028a-qds.dts |4
arch/arm64/boot/dts/freescale/fsl-ls1028a-rdb.dts |4
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git
Restrict kdump to only reserve crashkernel below 64TB.
The reaons is that the kdump may jump from 5-level to 4-level, and if
the kdump kernel is put above 64TB, then the jumping will fail. While the
1st kernel reserves crashkernel region during bootup, we don't know yet
which kind of kernel will
Hi Miquel,
> > >
> > > > +
> > > > + ret = nand_get_features(chip, feature_addr, feature);
> > > > + if (ret || feature[0] != mode)
> > > > + pr_err("Failed to verify read retry moded:%d(%d)\n",
> > > > +mode, feature[0]);
> > >
> > > if ret == 0 but
On Thu, May 23, 2019 at 8:05 PM 'Nick Desaulniers' via Clang Built
Linux wrote:
>
> On Thu, May 23, 2019 at 9:20 AM Nathan Chancellor
> wrote:
> >
> > Clang warns:
> >
> > drivers/misc/sgi-xp/xpc_partition.c:73:14: warning: variable 'buf' is
> > uninitialized when used within its own
On Fri, May 24, 2019 at 12:31:19PM +0530, Nishka Dasgupta wrote:
> On 24/05/19 12:22 PM, Greg KH wrote:
> > On Fri, May 24, 2019 at 11:26:02AM +0530, Nishka Dasgupta wrote:
> > > As the initial value of the return variable result is never used, it can
> > > be removed.
> > > Issue found with
On Do, 2019-05-23 at 18:53 +0530, Nishka Dasgupta wrote:
> External E-Mail
>
>
> Remove variable frame_size as its multiple usages are all independent
> of
> each other and so can be returned separately.
> Issue found with Coccinelle.
>
> Signed-off-by: Nishka Dasgupta
Acked-by: Christian
"Huang, Ying" writes:
> "Huang, Ying" writes:
>
>> Hi, Josef,
>>
>> kernel test robot writes:
>>
>>> Greeting,
>>>
>>> FYI, we noticed a -12.4% regression of fio.write_bw_MBps due to commit:
>>>
>>>
>>> commit: 302167c50b32e7fccc98994a91d40ddbbab04e52 ("btrfs: don't end
>>> the transaction for
On Fri, May 24, 2019 at 02:11:33PM +0800, Chunfeng Yun wrote:
> When CONFIG_USB is not set, and CONFIG_USB_GADGET is set,
> there is an issue:
>
> ld:
> drivers/usb/mtu3/mtu3_debugfs.o: in function 'ssusb_debugfs_create_root':
> mtu3_debugfs.c:(.text+0xba3): undefined reference to
Hi,
linking kallsyms into the kernel occasionally triggers edge conditions
of the linker heuristic and results in inconsistent System.map generation.
This patch adds a first-aid analysis of such inconsistency in form of
unified diff between the two generated symbol maps, where every symbol's
On Thu, May 23, 2019 at 11:57 AM Tetsuo Handa
wrote:
>
> Well, the culprit of this problem might be syz_execute_func().
>
> https://twitter.com/ed_maste/status/1131165065485398016
>
> Then, blacklisting specific syscalls/arguments might not work.
> We will need to guard specific paths on the
On Wed, May 22, 2019 at 02:11:16PM +0200, Stefan Roese wrote:
> This patch adds a check for the GPIOs property existence, before the
> GPIO is requested. This fixes an issue seen when the 8250 mctrl_gpio
> support is added (2nd patch in this patch series) on x86 platforms using
> ACPI. Please find
From: Eugen Hristev
During frame reception while the MCAN is in Error Passive state
and the Receive Error Counter has thevalue MCAN_ECR.REC = 127, it may happen
that MCAN_IR.MRAF is set although there was no Message RAM access failure.
If MCAN_IR.MRAF is enabled, an interrupt to the Host CPU is
Commit-ID: 11e86dc7f2746210f9c7dc10deaa7658f8dc8350
Gitweb: https://git.kernel.org/tip/11e86dc7f2746210f9c7dc10deaa7658f8dc8350
Author: Ingo Molnar
AuthorDate: Thu, 25 Apr 2019 11:50:39 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 12:00:44 +0200
x86/paravirt: Detect
Commit-ID: 2777cae2b19d4a08ad233b3504c19c6f7a6a2ef3
Gitweb: https://git.kernel.org/tip/2777cae2b19d4a08ad233b3504c19c6f7a6a2ef3
Author: Ingo Molnar
AuthorDate: Thu, 25 Apr 2019 11:17:17 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 12:00:31 +0200
x86/paravirt: Detect
Commit-ID: e05196401657cff3178dc392b739e520b26d4aef
Gitweb: https://git.kernel.org/tip/e05196401657cff3178dc392b739e520b26d4aef
Author: Thomas Gleixner
AuthorDate: Wed, 24 Apr 2019 15:41:16 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 11:35:55 +0200
x86/paravirt: Remove
Commit-ID: fb2af0712fe8831dc152b0b5dd8bc516970da336
Gitweb: https://git.kernel.org/tip/fb2af0712fe8831dc152b0b5dd8bc516970da336
Author: Thomas Gleixner
AuthorDate: Wed, 24 Apr 2019 15:41:17 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 12:00:44 +0200
x86/paravirt: Unify
Commit-ID: 0b9d2fc1d0d628c94c6866a2ed3005c6730db512
Gitweb: https://git.kernel.org/tip/0b9d2fc1d0d628c94c6866a2ed3005c6730db512
Author: Thomas Gleixner
AuthorDate: Wed, 24 Apr 2019 15:41:18 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 12:00:44 +0200
x86/paravirt: Replace
Commit-ID: fc93dfd9345bb8b29a62b21cb0447dd1a3815f91
Gitweb: https://git.kernel.org/tip/fc93dfd9345bb8b29a62b21cb0447dd1a3815f91
Author: Ingo Molnar
AuthorDate: Thu, 25 Apr 2019 10:10:12 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 12:00:44 +0200
x86/paravirt: Match
On Fri, May 24, 2019 at 10:19:32AM +0800, Gen Zhang wrote:
> In function con_insert_unipair(), when allocation for p2 and p1[n]
> fails, ENOMEM is returned, but previously allocated p1 is not freed,
> remains as leaking memory. Thus we should free p1 as well when this
> allocation fails.
>
>
Commit-ID: e62a4239c3dfd182a7e676cfe9efb1f4cec5ca25
Gitweb: https://git.kernel.org/tip/e62a4239c3dfd182a7e676cfe9efb1f4cec5ca25
Author: Masahiro Yamada
AuthorDate: Tue, 21 May 2019 16:22:10 +0900
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:46:06 +0200
x86/io_delay: Break
The initial value of return variable result is never used, so it can be
removed.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
Changes in v2:
- Fixed typo in commit message
- Clarified subject line to include filename
drivers/staging/ks7010/ks_hostif.c | 2 +-
1 file changed,
Commit-ID: c2d64c7ec4de6385150aa79570c438b4ba49c243
Gitweb: https://git.kernel.org/tip/c2d64c7ec4de6385150aa79570c438b4ba49c243
Author: Masahiro Yamada
AuthorDate: Tue, 21 May 2019 16:22:11 +0900
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:46:06 +0200
x86/io_delay: Define
On Thu, May 16, 2019 at 9:08 AM Andrew-sh.Cheng
wrote:
>
> From: "Andrew-sh.Cheng"
>
> SVS will change the voltage of opp item.
> CCI devfreq need to react to change frequency.
>
> Signed-off-by: Andrew-sh.Cheng
> ---
> drivers/devfreq/mt8183-cci-devfreq.c | 63
>
On Thu, May 16, 2019 at 04:33:40PM +0200, Grzegorz Halat wrote:
> On Fri, 26 Apr 2019 at 16:59, Grzegorz Halat wrote:
> >
> > After memory allocation failure vc_allocate() doesn't clean up data
> > which has been initialized in visual_init(). In case of fbcon this
> > leads to divide-by-0 in
Commit-ID: 2ac44ab608705948564791ce1d15d43ba81a1e38
Gitweb: https://git.kernel.org/tip/2ac44ab608705948564791ce1d15d43ba81a1e38
Author: Frank van der Linden
AuthorDate: Wed, 22 May 2019 22:17:45 +
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:50:32 +0200
x86/CPU/AMD:
Commit-ID: 7231d0165df3754ec90a2868a026a146401ec751
Gitweb: https://git.kernel.org/tip/7231d0165df3754ec90a2868a026a146401ec751
Author: Steven Rostedt (VMware)
AuthorDate: Thu, 23 May 2019 10:23:25 -0400
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:48:17 +0200
x86/asm:
As the initial value of the return variable result is never used, it can
be removed.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
Changes in v2:
- Clarified subject line
drivers/staging/ks7010/ks7010_sdio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This is important for the scenario where FBE (file based encryption)
is enabled. With FBE, the encryption context needed to en/decrypt a file
will be stored in inode and any inode that is left in the cache after
drop_caches is done will be a problem. For ex, in Android, drop_caches
will be used
Commit-ID: 9db9b76767f133d0e1ce19f01117c83221641899
Gitweb: https://git.kernel.org/tip/9db9b76767f133d0e1ce19f01117c83221641899
Author: Ira Weiny
AuthorDate: Mon, 20 May 2019 13:52:53 -0700
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:52:54 +0200
Documentation/x86: Fix path
On 05/24/2019 07:28 AM, syzbot wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit: e6f6cd0d bpf: sockmap, fix use after free from sleep in ps..
> git tree: bpf
> console output: https://syzkaller.appspot.com/x/log.txt?x=16f116e4a0
> kernel config:
Commit-ID: 8d2bd61bd89260d5da5eaef7cf264587f19a7e0d
Gitweb: https://git.kernel.org/tip/8d2bd61bd89260d5da5eaef7cf264587f19a7e0d
Author: Qian Cai
AuthorDate: Wed, 22 May 2019 14:20:06 -0400
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 08:57:29 +0200
sched/core: Clean up
Commit-ID: 1b038c6e05ff70a1e66e3e571c2e6106bdb75f53
Gitweb: https://git.kernel.org/tip/1b038c6e05ff70a1e66e3e571c2e6106bdb75f53
Author: Yabin Cui
AuthorDate: Fri, 17 May 2019 13:52:31 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 09:00:10 +0200
perf/ring_buffer: Fix
Commit-ID: 4d839dd9e4356bbacf3eb0ab13a549b83b008c21
Gitweb: https://git.kernel.org/tip/4d839dd9e4356bbacf3eb0ab13a549b83b008c21
Author: Peter Zijlstra
AuthorDate: Fri, 17 May 2019 13:52:33 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 09:00:11 +0200
perf/ring-buffer:
Commit-ID: 5322ea58a06da2e69c5ef36a9b4d4b9255edd423
Gitweb: https://git.kernel.org/tip/5322ea58a06da2e69c5ef36a9b4d4b9255edd423
Author: Peter Zijlstra
AuthorDate: Fri, 17 May 2019 13:52:34 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 09:00:11 +0200
perf/ring-buffer: Use
On Fri, May 24, 2019 at 9:32 AM Amelie Delaunay wrote:
> When CONFIG_GPIO_OF is not defined, struct gpio_chip 'of_node' member does
> not exist:
> drivers/pinctrl/pinctrl-stmfx.c: In function 'stmfx_pinctrl_probe':
> drivers/pinctrl/pinctrl-stmfx.c:652:17: error: 'struct gpio_chip' has no
>
Commit-ID: 3f9fbe9bd86c534eba2faf5d840fd44c6049f50e
Gitweb: https://git.kernel.org/tip/3f9fbe9bd86c534eba2faf5d840fd44c6049f50e
Author: Peter Zijlstra
AuthorDate: Fri, 17 May 2019 13:52:32 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 09:00:10 +0200
perf/ring_buffer: Add
Commit-ID: c0090c4c85c27d1fa3d785c935501b7207cd2869
Gitweb: https://git.kernel.org/tip/c0090c4c85c27d1fa3d785c935501b7207cd2869
Author: Anders Roxell
AuthorDate: Thu, 16 May 2019 21:13:26 +0200
Committer: Ingo Molnar
CommitDate: Fri, 24 May 2019 09:05:46 +0200
locking/lockdep: Remove
Hi:
This series tries to access virtqueue metadata through kernel virtual
address instead of copy_user() friends since they had too much
overheads like checks, spec barriers or even hardware feature
toggling like SMAP. This is done through setup kernel address through
direct mapping and
Use one generic vhost_copy_to_user() instead of two dedicated
accessor. This will simplify the conversion to fine grain
accessors. About 2% improvement of PPS were seen during vitio-user
txonly test.
Signed-off-by: Jason Wang
---
drivers/vhost/vhost.c | 11 +--
1 file changed, 1
1 - 100 of 915 matches
Mail list logo