Re: [PATCH v6] perf diff: Report noisy for cycles diff

On Tue, Aug 20, 2019 at 08:22:07PM +0800, Jin Yao wrote: > This patch prints the stddev and hist for the cycles diff of > program block. It can help us to understand if the cycles > is noisy or not. > > This patch is inspired by Andi Kleen's patch > https://lwn.net/Articles/600471/ > > We create

Re: PROBLEM: 5.3.0-rc* causes iwlwifi failure

On Tue, Aug 20, 2019 at 12:45 PM Luciano Coelho wrote: > > On Sat, 2019-08-17 at 17:44 -0400, Stuart Little wrote: > > After some private coaching from Serge Belyshev on git-revert I can > > confirm that reverting that commit atop the current tree resolves the > > issue (the wifi card scans for an

Re: [PATCH] mm/oom: Add oom_score_adj value to oom Killed process message

On Tue 20-08-19 20:25:32, David Rientjes wrote: > On Tue, 20 Aug 2019, Edward Chron wrote: > > > For an OOM event: print oom_score_adj value for the OOM Killed process to > > document what the oom score adjust value was at the time the process was > > OOM Killed. The adjustment value can be set by

Re: [RT PATCH v2] net/xfrm/xfrm_ipcomp: Protect scratch buffer with local_lock

On 21/08/19 01:43, Li, Philip wrote: > > Subject: Re: [RT PATCH v2] net/xfrm/xfrm_ipcomp: Protect scratch buffer with > > local_lock > > > > Hi, > > > > On 20/08/19 13:35, kbuild test robot wrote: > > > Hi Juri, > > > > > > Thank you for the patch! Yet something to improve: > > > > > > [auto buil

Re: [PATCH v8 2/3] fdt: add support for rng-seed

On Wed, 21 Aug 2019 at 08:57, Hsin-Yi Wang wrote: > > Then we'd still use add_device_randomness() in case that bootloader > provides weak entropy. > (please don't top post) Whether to trust the firmware provided entropy is a policy decision, and typically, we try to avoid dictating policy in the

linux-next: build warning after merge of the rtc tree

Hi all, After merging the rtc tree, today's linux-next build (x86_64 allmodconfig) produced this warning: drivers/rtc/rtc-aspeed.c: In function 'aspeed_rtc_probe': drivers/rtc/rtc-aspeed.c:89:6: warning: unused variable 'ret' [-Wunused-variable] int ret; ^~~ drivers/rtc/rtc-armada38x.c:

[PATCH v1] Bluetooth: hci_qca: Set HCI_QUIRK_SIMULTANEOUS_DISCOVERY for QCA UART Radio

QCA UART Bluetooth controllers can do both LE scan and BR/EDR inquiry at once, need to set HCI_QUIRK_SIMULTANEOUS_DISCOVERY quirk. Signed-off-by: Rocky Liao --- drivers/bluetooth/hci_qca.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/bluetooth/hci_qca.c b/drivers/bluetooth/hc

RE: [PATCH v2 0/2] Simplify mtty driver and mdev core

> -Original Message- > From: Alex Williamson > Sent: Wednesday, August 21, 2019 10:56 AM > To: Parav Pandit > Cc: Jiri Pirko ; David S . Miller ; > Kirti Wankhede ; Cornelia Huck > ; k...@vger.kernel.org; linux-kernel@vger.kernel.org; > cjia ; net...@vger.kernel.org > Subject: Re: [PAT

Re: [v2] rtc: pcf85363/pcf85263: fix error that failed to run hwclock -w

On 8/16/19 10:40 PM, Li Yang wrote: On Fri, Aug 16, 2019 at 11:30 AM Alexandre Belloni wrote: On 16/08/2019 10:50:49-0500, Li Yang wrote: On Fri, Aug 16, 2019 at 3:05 AM Alexandre Belloni wrote: On 16/08/2019 10:46:36+0800, Biwen Li wrote: Issue: - # hwclock -w hwclock: RTC_SE

linux-next: build failure after merge of the pinctrl tree

ader") I have used the pinctrl tree from next-20190820 for today. -- Cheers, Stephen Rothwell pgpkDxkHvyjeO.pgp Description: OpenPGP digital signature

pull-request: wireless-drivers 2019-08-21

Hi Dave, here's a pull request to net for 5.3, more info below. I will be offline the next week, but Johannes should be able to help if there are any issues. Kalle The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1: Linux 5.3-rc5 (2019-08-18 14:31:08 -0700) are avai

Re: [PATCH] fsi: scom: Don't abort operations for minor errors

On Wed, 21 Aug 2019 at 05:26, Benjamin Herrenschmidt wrote: > > On Thu, 2019-08-15 at 14:08 -0500, Eddie James wrote: > > The scom driver currently fails out of operations if certain system > > errors are flagged in the status register; system checkstop, special > > attention, or recoverable error

linux-next: manual merge of the gpio tree with the irqchip tree

Hi all, Today's linux-next merge of the gpio tree got a conflict in: drivers/gpio/gpio-ixp4xx.c between commit: daa19fe5b082 ("gpio/ixp4xx: Register the base PA instead of its VA in fwnode") from the irqchip tree and commit: aa7d618ac65f ("gpio: ixp4xx: Convert to hierarchical GPIOLIB_I

Re: [linux-sunxi] [PATCH v5 09/15] clk: sunxi-ng: h6: Allow I2S to change parent rate

On Wed, Aug 21, 2019 at 1:52 PM Code Kipper wrote: > > ThanksI've added to my next patch series but if you could add it > when applying that would be great. Please reply with an explicit SoB to put it on the record. ChenYu > BR, > CK > > On Wed, 21 Aug 2019 at 06:07, Chen-Yu Tsai wrote: >

Re: [PATCH v8 2/3] fdt: add support for rng-seed

Then we'd still use add_device_randomness() in case that bootloader provides weak entropy. On Tue, Aug 20, 2019 at 7:14 PM Ard Biesheuvel wrote: > > On Tue, 20 Aug 2019 at 10:43, Hsin-Yi Wang wrote: > > > > Hi Ted, > > > > Thanks for raising this question. > > > > For UEFI based system, they hav

Re: [RFC PATCH v4 4/9] printk-rb: initialize new descriptors as invalid

On 2019-08-20, Petr Mladek wrote: >> Initialize never-used descriptors as permanently invalid so there > > The word "permanently" is confusing. It suggests that it will > never ever be valid again. I would just remove the word. Agreed. >> is no risk of the descriptor unexpectedly being determine

RE: [EXT] Re: [PATCH net-next 0/1] net: fec: add C45 MDIO read/write support

From: Andrew Lunn Sent: Tuesday, August 20, 2019 9:04 PM > On Tue, Aug 20, 2019 at 02:32:26AM +, Andy Duan wrote: > > From: Andrew Lunn > > > On Mon, Aug 19, 2019 at 05:11:14PM +, Marco Hartmann wrote: > > > > As of yet, the Fast Ethernet Controller (FEC) driver only supports > > > > Clau

[PATCH] kprobes/x86: use instruction_pointer and instruction_pointer_set

Use an arch-independent way to get/set the instruction pointer, we can make the x86 kprobe_ftrace_handler() more common. Signed-off-by: Jisheng Zhang Acked-by: Masami Hiramatsu --- arch/x86/kernel/kprobes/ftrace.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch

Re: assign_desc() barriers: Re: [RFC PATCH v4 1/9] printk-rb: add a new printk ringbuffer implementation

On 2019-08-20, Petr Mladek wrote: >> > --- /dev/null >> > +++ b/kernel/printk/ringbuffer.c >> > +/** >> > + * assign_desc() - Assign a descriptor to the caller. >> > + * >> > + * @e: The entry structure to store the assigned descriptor to. >> > + * >> > + * Find an available descriptor to assign t

Re: [linux-sunxi] [PATCH v5 09/15] clk: sunxi-ng: h6: Allow I2S to change parent rate

ThanksI've added to my next patch series but if you could add it when applying that would be great. BR, CK On Wed, 21 Aug 2019 at 06:07, Chen-Yu Tsai wrote: > > On Wed, Aug 14, 2019 at 2:09 PM wrote: > > > > From: Jernej Skrabec > > > > I2S doesn't work if parent rate couldn't be change. Di

Re: [RFC PATCH v4 8/9] printk-rb: new functionality to support printk

On 2019-08-20, Sergey Senozhatsky wrote: > [..] >> +void prb_init(struct printk_ringbuffer *rb, char *data, int data_size_bits, >> + struct prb_desc *descs, int desc_count_bits, >> + struct wait_queue_head *waitq) >> +{ >> +struct dataring *dr = &rb->dr; >> +struct numlis

Re: comments style: Re: [RFC PATCH v4 1/9] printk-rb: add a new printk ringbuffer implementation

On 2019-08-20, Sergey Senozhatsky wrote: > [..] >> > + * >> > + * Memory barrier involvement: >> > + * >> > + * If dB reads from gA, then dC reads from fG. >> > + * If dB reads from gA, then dD reads from fH. >> > + * If dB reads from gA, then dE reads from fE. >> > + * >> > + * No

Re: ##freemail## Re: [PATCH v2] mm: hwpoison: disable memory error handling on 1GB hugepage

On Tue, Aug 20, 2019 at 03:03:55PM +0800, Wanpeng Li wrote: > Cc Mel Gorman, Kirill, Dave Hansen, > On Tue, 11 Jun 2019 at 07:51, Naoya Horiguchi > wrote: > > > > On Wed, May 29, 2019 at 04:31:01PM -0700, Mike Kravetz wrote: > > > On 5/28/19 2:49 AM, Wanpeng Li wrote: > > > > Cc Paolo, > > > > Hi

Re: comments style: Re: [RFC PATCH v4 1/9] printk-rb: add a new printk ringbuffer implementation

On 2019-08-20, Petr Mladek wrote: >> --- /dev/null >> +++ b/kernel/printk/dataring.c >> +/** >> + * _datablock_valid() - Check if given positions yield a valid data block. >> + * >> + * @dr: The associated data ringbuffer. >> + * >> + * @head_lpos: The newest data logical position. >> + *

Re: numlist_pop(): Re: [RFC PATCH v4 1/9] printk-rb: add a new printk ringbuffer implementation

On 2019-08-20, Petr Mladek wrote: >> --- /dev/null >> +++ b/kernel/printk/numlist.c >> +/** >> + * numlist_pop() - Remove the oldest node from the list. >> + * >> + * @nl: The numbered list from which to remove the tail node. >> + * >> + * The tail node can only be removed if two conditions are sa

Re: [PATCH v2 2/2] phy: intel-lgm-emmc: Add support for eMMC PHY

On 20/8/2019 9:59 PM, Andy Shevchenko wrote: On Tue, Aug 20, 2019 at 04:56:02PM +0300, Andy Shevchenko wrote: On Tue, Aug 20, 2019 at 06:31:33PM +0800, Ramuthevar,Vadivel MuruganX wrote: +#define DR_TY_50OHM(x) ((~(x) << 28) & DR_TY_MASK) For consistency it should be #define DR_TY_SHI

Re: [PATCH v2 2/2] phy: intel-lgm-emmc: Add support for eMMC PHY

On 20/8/2019 9:56 PM, Andy Shevchenko wrote: On Tue, Aug 20, 2019 at 06:31:33PM +0800, Ramuthevar,Vadivel MuruganX wrote: From: Ramuthevar Vadivel Murugan Add support for eMMC PHY on Intel's Lightning Mountain SoC. Thanks for an update. Looks better though several minor comments below. Than

Re: [PATCH v2 0/2] Simplify mtty driver and mdev core

On Wed, 21 Aug 2019 05:01:52 + Parav Pandit wrote: > > -Original Message- > > From: Alex Williamson > > Sent: Wednesday, August 21, 2019 10:27 AM > > To: Parav Pandit > > Cc: Jiri Pirko ; David S . Miller ; > > Kirti Wankhede ; Cornelia Huck > > ; k...@vger.kernel.org; linux-kernel@

Re: [PATCH v5 2/3] OPP: Add support for bandwidth OPP tables

On 20-08-19, 15:36, Saravana Kannan wrote: > On Tue, Aug 20, 2019 at 3:27 PM Saravana Kannan wrote: > > > > On Mon, Aug 19, 2019 at 11:13 PM Viresh Kumar > > wrote: > > > > > > On 07-08-19, 15:31, Saravana Kannan wrote: > > > > > + ret = of_property_read_u32(np, "opp-peak-kBps", &bw); > > >

Re: [PATCH v2 1/2] dt-bindings: phy: intel-emmc-phy: Add YAML schema for LGM eMMC PHY

On 20/8/2019 11:54 PM, Rob Herring wrote: On Tue, Aug 20, 2019 at 5:31 AM Ramuthevar,Vadivel MuruganX wrote: From: Ramuthevar Vadivel Murugan Add a YAML schema to use the host controller driver with the eMMC PHY on Intel's Lightning Mountain SoC. Signed-off-by: Ramuthevar Vadivel Murugan

Re: [PATCH v5 2/3] OPP: Add support for bandwidth OPP tables

On 20-08-19, 15:36, Saravana Kannan wrote: > On Tue, Aug 20, 2019 at 3:27 PM Saravana Kannan wrote: > > > > On Mon, Aug 19, 2019 at 11:13 PM Viresh Kumar > > wrote: > > > > > > On 07-08-19, 15:31, Saravana Kannan wrote: > > > > > + ret = of_property_read_u32(np, "opp-peak-kBps", &bw); > > >

Re: [PATCH v5 2/3] OPP: Add support for bandwidth OPP tables

On 20-08-19, 15:27, Saravana Kannan wrote: > On Mon, Aug 19, 2019 at 11:13 PM Viresh Kumar wrote: > > > > On 07-08-19, 15:31, Saravana Kannan wrote: > > > Not all devices quantify their performance points in terms of frequency. > > > Devices like interconnects quantify their performance points in

[rcu:dev.2019.08.17a 8/36] ERROR: "tick_nohz_full_running" [kernel/rcu/rcutorture.ko] undefined!

Hi Paul, FYI, the error/warning still remains. tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/paulmck/linux-rcu.git dev.2019.08.17a head: 9120323ada960bc9f1427e546772a983ad036b9a commit: 14569aa16daa1cd7610624a500ed2750fe341351 [8/36] rcutorture: Force on tick for readers a

RE: [PATCH v2] qed: Add cleanup in qed_slowpath_start()

> -Original Message- > From: Wenwen Wang > Sent: Wednesday, August 21, 2019 10:17 AM > To: Wenwen Wang > Cc: Sudarsana Reddy Kalluru ; Ariel Elior > ; GR-everest-linux-l2 l...@marvell.com>; David S. Miller ; open > list:QLOGIC QL4xxx ETHERNET DRIVER ; open list > > Subject: [PATCH v2]

Re: PROBLEM: 5.3.0-rc* causes iwlwifi failure

On Tue, 2019-08-20 at 19:37 -0400, Stuart Little wrote: > On Tue, Aug 20, 2019 at 01:45:37PM +0300, Luciano Coelho wrote: > > I'll have to look into all NIC/FW-version combinations that we have > > and > > update the iwl_mvm_sar_geo_support() function accordingly, which > > is, > > BTW, the easier

RE: [PATCH v2 0/2] Simplify mtty driver and mdev core

> -Original Message- > From: Alex Williamson > Sent: Wednesday, August 21, 2019 10:27 AM > To: Parav Pandit > Cc: Jiri Pirko ; David S . Miller ; > Kirti Wankhede ; Cornelia Huck > ; k...@vger.kernel.org; linux-kernel@vger.kernel.org; > cjia ; net...@vger.kernel.org > Subject: Re: [PAT

Re: [PATCH v2 0/2] Simplify mtty driver and mdev core

On Wed, 21 Aug 2019 04:40:15 + Parav Pandit wrote: > > -Original Message- > > From: Alex Williamson > > Sent: Wednesday, August 21, 2019 9:51 AM > > To: Parav Pandit > > Cc: Jiri Pirko ; David S . Miller ; > > Kirti Wankhede ; Cornelia Huck > > ; k...@vger.kernel.org; linux-kernel@v

[PATCH v2] qed: Add cleanup in qed_slowpath_start()

If qed_mcp_send_drv_version() fails, no cleanup is executed, leading to memory leaks. To fix this issue, introduce the label 'err4' to perform the cleanup work before returning the error. Signed-off-by: Wenwen Wang --- drivers/net/ethernet/qlogic/qed/qed_main.c | 4 +++- 1 file changed, 3 insert

linux-next: manual merge of the irqchip tree with the pci tree

Hi all, Today's linux-next merge of the irqchip tree got a conflict in: drivers/pci/controller/pci-hyperv.c between commit: 44b1ece783ff ("PCI: hv: Detect and fix Hyper-V PCI domain number collision") from the pci tree and commit: 467a3bb97432 ("PCI: hv: Allocate a named fwnode instead

RE: [PATCH v2 0/2] Simplify mtty driver and mdev core

> -Original Message- > From: Alex Williamson > Sent: Wednesday, August 21, 2019 9:51 AM > To: Parav Pandit > Cc: Jiri Pirko ; David S . Miller ; > Kirti Wankhede ; Cornelia Huck > ; k...@vger.kernel.org; linux-kernel@vger.kernel.org; > cjia ; net...@vger.kernel.org > Subject: Re: [PATC

Re: [PATCH] powerpc/vdso32: inline __get_datapage()

On Fri, 2019-08-16 at 14:48 +, Christophe Leroy wrote: > __get_datapage() is only a few instructions to retrieve the > address of the page where the kernel stores data to the VDSO. > > By inlining this function into its users, a bl/blr pair and > a mflr/mtlr pair is avoided, plus a few reg mov

Re: [PATCH] fsi: scom: Don't abort operations for minor errors

On Thu, 2019-08-15 at 14:08 -0500, Eddie James wrote: > The scom driver currently fails out of operations if certain system > errors are flagged in the status register; system checkstop, special > attention, or recoverable error. These errors won't impact the ability > of the scom engine to perform

Re: [EXT] [PATCH] qed: Add cleanup in qed_slowpath_start()

On Tue, Aug 13, 2019 at 6:46 AM Sudarsana Reddy Kalluru wrote: > > > -Original Message- > > From: Wenwen Wang > > Sent: Tuesday, August 13, 2019 3:35 PM > > To: Wenwen Wang > > Cc: Ariel Elior ; GR-everest-linux-l2 > l...@marvell.com>; David S. Miller ; open > > list:QLOGIC QL4xxx ETHER

Re: [PATCH v7 1/7] driver core: Add support for linking devices during device addition

On 8/20/19 7:01 PM, Saravana Kannan wrote: > > > On Tue, Aug 20, 2019, 6:56 PM Greg Kroah-Hartman > wrote: > > On Tue, Aug 20, 2019 at 06:06:55PM -0700, Frank Rowand wrote: > > On 8/20/19 3:10 PM, Saravana Kannan wrote: > > > On Mon, Aug 19, 2019 a

Re: [PATCH v2 0/2] Simplify mtty driver and mdev core

On Wed, 21 Aug 2019 03:42:25 + Parav Pandit wrote: > > -Original Message- > > From: Alex Williamson > > Sent: Tuesday, August 20, 2019 10:49 PM > > To: Parav Pandit > > Cc: Jiri Pirko ; David S . Miller ; > > Kirti Wankhede ; Cornelia Huck > > ; k...@vger.kernel.org; linux-kernel@vg

[PATCH v2] net: pch_gbe: Fix memory leaks

In pch_gbe_set_ringparam(), if netif_running() returns false, 'tx_old' and 'rx_old' are not deallocated, leading to memory leaks. To fix this issue, move the free statements to the outside of the if() statement. Signed-off-by: Wenwen Wang --- drivers/net/ethernet/oki-semi/pch_gbe/pch_gbe_ethtool

Re: [PATCH v7 0/2] KVM: LAPIC: Implement Exitless Timer

On Sat, 6 Jul 2019 at 09:26, Wanpeng Li wrote: > > Dedicated instances are currently disturbed by unnecessary jitter due > to the emulated lapic timers fire on the same pCPUs which vCPUs resident. > There is no hardware virtual timer on Intel for guest like ARM. Both > programming timer in guest a

Re: [PATCH 15/15] riscv: disable the EFI PECOFF header for M-mode

> On Aug 13, 2019, at 8:47 AM, Christoph Hellwig wrote: > > No point in bloating the kernel image with a bootloader header if > we run bare metal. I would say the same for S-mode. EFI booting should be an option, not a requirement. I have M-mode U-boot working with bootelf to start BBL, and a

Re: [PATCH] net: pch_gbe: Fix memory leaks

On Thu, Aug 15, 2019 at 4:51 PM David Miller wrote: > > From: Wenwen Wang > Date: Thu, 15 Aug 2019 16:46:05 -0400 > > > On Thu, Aug 15, 2019 at 4:42 PM David Miller wrote: > >> > >> From: Wenwen Wang > >> Date: Thu, 15 Aug 2019 16:03:39 -0400 > >> > >> > On Thu, Aug 15, 2019 at 3:34 PM David Mi

Re: [linux-sunxi] [PATCH v5 09/15] clk: sunxi-ng: h6: Allow I2S to change parent rate

On Wed, Aug 14, 2019 at 2:09 PM wrote: > > From: Jernej Skrabec > > I2S doesn't work if parent rate couldn't be change. Difference between > wanted and actual rate is too big. > > Fix this by adding CLK_SET_RATE_PARENT flag to I2S clocks. > > Signed-off-by: Jernej Skrabec This lacks your SoB. P

[PATCH v2 2/3] mm/gup: introduce FOLL_PIN flag for get_user_pages()

As explained in the newly added documentation for FOLL_PIN and FOLL_LONGTERM, in every case where vaddr_pin_pages() is required, FOLL_PIN must be set. That reason, plus a desire to keep FOLL_PIN an internal (to get_user_pages() and follow_page()) detail, is why vaddr_pin_pages() sets FOLL_PIN. FOL

[PATCH v2 3/3] mm/gup: introduce vaddr_pin_pages_remote(), and invoke it

vaddr_pin_user_pages_remote() is the "vaddr_pin_pages" corresponding variant to get_user_pages_remote(), except that: a) it sets FOLL_PIN, and b) it can handle FOLL_LONGTERM (and the associated vaddr_pin arg). Change process_vm_rw_single_vec() to invoke the new function. Signed-off-by: John

[PATCH v2 1/3] For Ira: tiny formatting tweak to kerneldoc

For your vaddr_pin_pages() and vaddr_unpin_pages(). Just merge it into wherever it goes please. Didn't want to cause merge problems so it's a separate patch-let. Signed-off-by: John Hubbard --- mm/gup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/gup.c b/mm/gup.c i

disregard: [PATCH 1/4] checkpatch: revert broken NOTIFIER_HEAD check

On 8/20/19 9:03 PM, John Hubbard wrote: commit 1a47005dd5aa ("checkpatch: add *_NOTIFIER_HEAD as var definition") causes the following warning when run on some patches: Please disregard this series. It's stale. thanks, -- John Hubbard NVIDIA

[PATCH v2 0/3] mm/gup: introduce vaddr_pin_pages_remote(), FOLL_PIN

Hi Ira, This is for your tree. I'm dropping the RFC because this aspect is starting to firm up pretty well. I've moved FOLL_PIN inside the vaddr_pin_*() routines, and moved FOLL_LONGTERM outside, based on our recent discussions. This is documented pretty well within the patches. Note that there

[PATCH 3/4] mm/gup: introduce FOLL_PIN flag for get_user_pages()

FOLL_PIN is set by callers of vaddr_pin_pages(). This is different than FOLL_LONGTERM, because even short term page pins need a new kind of tracking, if those pinned pages' data is going to potentially be modified. This situation is described in more detail in commit fc1d8e7cca2d ("mm: introduce p

[PATCH 1/4] checkpatch: revert broken NOTIFIER_HEAD check

commit 1a47005dd5aa ("checkpatch: add *_NOTIFIER_HEAD as var definition") causes the following warning when run on some patches: Unescaped left brace in regex is passed through in regex; marked by < --HERE in m/(?: ... [238 lines of appalling perl output, mercifully not included] ... )/ at ./sc

[PATCH 4/4] mm/gup: introduce vaddr_pin_pages_remote(), and invoke it

vaddr_pin_user_pages_remote() is the "vaddr_pin_pages" corresponding variant to get_user_pages_remote(): it adds the ability to handle FOLL_PIN, FOLL_LONGTERM, or both. Note that the put_user_page*() requirement won't be truly required until all of the call sites have been converted, and the track

[PATCH 2/4] For Ira: tiny formatting tweak to kerneldoc

For your vaddr_pin_pages() and vaddr_unpin_pages(). Just merge it into wherever it goes please. Didn't want to cause merge problems so it's a separate patch-let. Signed-off-by: John Hubbard --- mm/gup.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/gup.c b/mm/gup.c i

Re: rfc: treewide scripted patch mechanism? (was: Re: [PATCH] Makefile: Convert -Wimplicit-fallthrough=3 to just -Wimplicit-fallthrough for clang)QUILT

On Tue, Aug 20, 2019 at 05:43:27PM -0700, Linus Torvalds wrote: > I would seriously suggest doing something like > >copy_string( dst, dstsize, src, srcsize, FLAGS ); > > where FLAGS migth be "pad" or whatever. Make it return the size of the > resulting string, because while it can be convenie

RE: [PATCH v2 0/2] Simplify mtty driver and mdev core

> -Original Message- > From: Cornelia Huck > Sent: Tuesday, August 20, 2019 11:25 PM > To: Alex Williamson > Cc: Parav Pandit ; Jiri Pirko ; > David S . Miller ; Kirti Wankhede > ; k...@vger.kernel.org; linux- > ker...@vger.kernel.org; cjia ; net...@vger.kernel.org > Subject: Re: [PATC

[PATCH 4/4] video/logo: move pnmtologo tool to drivers/video/logo/ from scripts/

This tool is only used by drivers/video/logo/Makefile. No reason to keep it in scripts/. Signed-off-by: Masahiro Yamada --- drivers/video/logo/.gitignore | 1 + drivers/video/logo/Makefile | 10 +- {scripts => drivers/video/logo}/pnmtologo.c | 0 scripts/

[PATCH] aio: Fix io_pgetevents() struct __compat_aio_sigset layout

This type is used to pass the sigset_t from userland to the kernel, but it was using the kernel native pointer type for the member representing the compat userland pointer to the userland sigset_t. This messes up the layout, and makes the kernel eat up both the userland pointer and the size member

Re: [v2 PATCH] RISC-V: Optimize tlb flush path.

On Wed, Aug 21, 2019 at 7:10 AM h...@infradead.org wrote: > > On Wed, Aug 21, 2019 at 09:29:22AM +0800, Alan Kao wrote: > > IMHO, this approach should be avoided because CLINT is compatible to but > > not mandatory in the privileged spec. In other words, it is possible that > > a Linux-capable R

Re: kernel panic in 5.3-rc5, nfsd_reply_cache_stats_show+0x11

On Tue, Aug 20, 2019 at 6:39 PM wrote: > > Hi, > > Apology if there is a better channel reporting the issue, if so, please > let me know. > > I just saw below regression in 5.3-rc5 kernel, but not in 5.2-rc7 or > earlier kernels. Is the error stable enough to bisect?

[PATCH] VMCI: Release resource if the work is already queued

Francois reported that VMware balloon gets stuck after a balloon reset, when the VMCI doorbell is removed. A similar error can occur when the balloon driver is removed with the following splat: [ 1088.622000] INFO: task modprobe:3565 blocked for more than 120 seconds. [ 1088.622035] Tainted:

Re: [PATCH 1/3] csky: Fixup arch_get_unmapped_area() implementation

Thx Christoph, On Wed, Aug 21, 2019 at 10:16 AM Christoph Hellwig wrote: > > > +/* > > + * We need to ensure that shared mappings are correctly aligned to > > + * avoid aliasing issues with VIPT caches. We need to ensure that > > + * a specific page of an object is always mapped at a multiple of

[PATCH v2] ACPI / PCI: fix acpi_pci_irq_enable() memory leak

In acpi_pci_irq_enable(), 'entry' is allocated by kzalloc() in acpi_pci_irq_check_entry() (invoked from acpi_pci_irq_lookup()). However, it is not deallocated if acpi_pci_irq_valid() returns false, leading to a memory leak. To fix this issue, free 'entry' before returning 0. Fixes: e237a5518425 ("

Re: [PATCH 3/3] csky: Support kernel non-aligned access

Thx Christoph On Wed, Aug 21, 2019 at 10:17 AM Christoph Hellwig wrote: > > On Tue, Aug 20, 2019 at 08:34:29PM +0800, guo...@kernel.org wrote: > > From: Guo Ren > > > > We prohibit non-aligned access in kernel mode, but some special NIC > > driver needs to support kernel-state unaligned access.

RE: [PATCH v2 0/2] Simplify mtty driver and mdev core

> -Original Message- > From: Alex Williamson > Sent: Tuesday, August 20, 2019 10:49 PM > To: Parav Pandit > Cc: Jiri Pirko ; David S . Miller ; > Kirti Wankhede ; Cornelia Huck > ; k...@vger.kernel.org; linux-kernel@vger.kernel.org; > cjia ; net...@vger.kernel.org > Subject: Re: [PATCH

Re: [PATCH] ACPI / PCI: fix a memory leak bug

On Mon, Aug 19, 2019 at 5:23 PM Bjorn Helgaas wrote: > > The subject line should give a clue about where the leak is, e.g., > > ACPI / PCI: fix acpi_pci_irq_enable() memory leak > > On Thu, Aug 15, 2019 at 11:33:22PM -0500, Wenwen Wang wrote: > > In acpi_pci_irq_enable(), 'entry' is allocated by

linux-next: manual merge of the integrity tree with the security tree

Hi all, Today's linux-next merge of the integrity tree got a conflict in: arch/s390/kernel/machine_kexec_file.c between commit: 99d5cadfde2b ("kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG and KEXEC_SIG_FORCE") from the security tree and commit: c8424e776b09 ("MODSIGN: Export modul

[PATCH v3] psi: get poll_work to run when calling poll syscall next time

From: Jason Xing Only when calling the poll syscall the first time can user receive POLLPRI correctly. After that, user always fails to acquire the event signal. Reproduce case: 1. Get the monitor code in Documentation/accounting/psi.txt 2. Run it, and wait for the event triggered. 3. Kill and r

Re: [PATCH] mm/oom: Add oom_score_adj value to oom Killed process message

On Tue, 20 Aug 2019, Edward Chron wrote: > For an OOM event: print oom_score_adj value for the OOM Killed process to > document what the oom score adjust value was at the time the process was > OOM Killed. The adjustment value can be set by user code and it affects > the resulting oom_score so it

RE: [PATCH v6 3/3] soc: fsl: add RCPM driver

Hi Pavel, On Wednesday, August 21, 2019 11:16, Ran Wang wrote: > > The NXP's QorIQ Processors based on ARM Core have RCPM module (Run > Control and Power Management), which performs system level tasks associated > with power management such as wakeup source control. > > This driver depends on PM

[PATCH v2] NFSv4: Fix a memory leak bug

In nfs4_try_migration(), if nfs4_begin_drain_session() fails, the previously allocated 'page' and 'locations' are not deallocated, leading to memory leaks. To fix this issue, go to the 'out' label to free 'page' and 'locations' before returning the error. Signed-off-by: Wenwen Wang --- fs/nfs/nf

Re: [PATCH v2 2/3] x86/cpu: Add new Intel Atom CPU model name

On 20/8/2019 10:57 PM, Peter Zijlstra wrote: On Tue, Aug 20, 2019 at 12:48:05PM +, Luck, Tony wrote: +#define INTEL_FAM6_ATOM_AIRMONT_NP0x75 /* Lightning Mountain */ What's _NP ? Network Processor. But that is too narrow a descriptor. This is going to be used in other areas besides

[PATCH 1/2] nvmem: imx: scu: support hole region check

From: Peng Fan Introduce HOLE/ECC_REGION flag and in_hole helper to ease the check of hole region. The ECC_REGION is also introduced here which is preparing for programming support. ECC_REGION could only be programmed once, so need take care. Signed-off-by: Peng Fan --- drivers/nvmem/imx-ocotp

[PATCH 2/2] nvmem: imx: scu: support write

From: Peng Fan The fuse programming from non-secure world is blocked, so we could only use Arm Trusted Firmware SIP call to let ATF program fuse. Because there is ECC region that could only be programmed once, so add a heler in_ecc to check the ecc region. Signed-off-by: Peng Fan --- The ATF

Re: [PATCH v2] (submitted) input: misc: soc_button_array: use platform_device_register_resndata()

Hi Enrico, On Tue, Aug 20, 2019 at 02:25:44PM +0200, Enrico Weigelt, metux IT consult wrote: > From: Enrico Weigelt > > The registration of gpio-keys device can be written much shorter > by using the platform_device_register_resndata() helper. > > v2: > * pass &pdev->dev to platform_device

[PATCH] net: Add the same IP detection for duplicate address.

The network sends an ARP REQUEST packet to determine whether there is a host with the same IP. Windows and some other hosts may send the source IP address instead of 0. When IN_DEV_ORCONF(in_dev, DROP_GRATUITOUS_ARP) is enable, the REQUEST will be dropped. When IN_DEV_ORCONF(in_dev, DROP_GRATUITOUS

Re: linux-next: manual merge of the security tree with Linus' tree

Hi all, Just adding a couple of more Cc's On Wed, 21 Aug 2019 13:01:06 +1000 Stephen Rothwell wrote: > > Today's linux-next merge of the security tree got conflicts in: > > arch/s390/configs/debug_defconfig > arch/s390/configs/defconfig > > between commit: > > 3361f3193c74 ("s390: upd

[PATCH v6 1/3] PM: wakeup: Add routine to help fetch wakeup source object.

Some user might want to go through all registered wakeup sources and doing things accordingly. For example, SoC PM driver might need to do HW programming to prevent powering down specific IP which wakeup source depending on. So add this API to help walk through all registered wakeup source objects

[PATCH v6 3/3] soc: fsl: add RCPM driver

The NXP's QorIQ Processors based on ARM Core have RCPM module (Run Control and Power Management), which performs system level tasks associated with power management such as wakeup source control. This driver depends on PM wakeup source framework which help to collect wake information. Signed-off-

[PATCH v6 2/3] Documentation: dt: binding: fsl: Add 'little-endian' and update Chassis define

By default, QorIQ SoC's RCPM register block is Big Endian. But there are some exceptions, such as LS1088A and LS2088A, are Little Endian. So add this optional property to help identify them. Actually LS2021A and other Layerscapes won't totally follow Chassis 2.1, so separate them from powerpc SoC.

[PATCH v2 2/2] dt-bindings: arm: rockchip: remove reference to fennec board

The rk3288 fennec board has been removed, remove the binding document at the same time. Signed-off-by: Kever Yang --- Changes in v2: None Documentation/devicetree/bindings/arm/rockchip.yaml | 5 - 1 file changed, 5 deletions(-) diff --git a/Documentation/devicetree/bindings/arm/rockchip.y

[PATCH v2] mt76: fix some checkpatch warnings

This fixes the following checkpatch warnings: CHECK: Alignment should match open parenthesis CHECK: No space is necessary after a cast Signed-off-by: Ryder Lee --- Changes since v2: remove false positive checkpatch warnings. Changes since v1: none. --- drivers/net/wireless/mediatek/mt76/agg-rx.c

[PATCH v2 1/2] ARM: dts: rockchip: remove rk3288 fennec board support

Since there is no one using this board, remove it. Signed-off-by: Kever Yang --- Changes in v2: - update document at the same time arch/arm/boot/dts/Makefile | 1 - arch/arm/boot/dts/rk3288-fennec.dts | 347 2 files changed, 348 deletions(-) delete mode

[PATCH] scsi: qla4xxx: Fix a typo in ql4_os.c

This patch fix a spelling typo in a printk message. Signed-off-by: Masanari Iida --- drivers/scsi/qla4xxx/ql4_os.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/qla4xxx/ql4_os.c b/drivers/scsi/qla4xxx/ql4_os.c index 8c674eca09f1..1ac18f93cf9a 100644 --- a/drive

[PATCH v2 4/6] staging: erofs: avoid loop in submit chains

As reported by erofs-utils fuzzer, 2 conditions can happen in corrupted images, which can cause unexpected behaviors. - access the same pcluster one more time; - access the tail end pcluster again, e.g. _ access again (will trigger tail merging) | 1 2 3 1 2

linux-next: manual merge of the security tree with Linus' tree

Hi all, Today's linux-next merge of the security tree got a conflict in: arch/s390/configs/performance_defconfig between commit: d1523a8f4b8b ("s390: replace defconfig with performance_defconfig") from Linus' tree and commit: 99d5cadfde2b ("kexec_file: split KEXEC_VERIFY_SIG into KEXEC_

[PATCH] __div64_const32(): improve the generic C version

Let's rework that code to avoid large immediate values and convert some 64-bit variables to 32-bit ones when possible. This allows gcc to produce smaller and better code. This even produces optimal code on RISC-V. Signed-off-by: Nicolas Pitre diff --git a/include/asm-generic/div64.h b/include/as

linux-next: manual merge of the security tree with Linus' tree

Hi all, Today's linux-next merge of the security tree got a conflict in: security/integrity/ima/Kconfig between commit: 9e1e5d4372d6 ("x86/ima: fix the Kconfig dependency for IMA_ARCH_POLICY") from Linus' tree and commit: 99d5cadfde2b ("kexec_file: split KEXEC_VERIFY_SIG into KEXEC_SIG

Re: [PATCH] ARM: dts: rockchip: remove rk3288 fennec board support

On 2019/8/20 下午9:56, Heiko Stuebner wrote: Hi Kever, Am Dienstag, 20. August 2019, 12:03:52 CEST schrieb Kever Yang: Since there is no one using this board, remove it. so just to elaborate a bit, I guess this board was internal to Rockchip, never went to the market and therefore is obsolete

linux-next: manual merge of the security tree with Linus' tree

Hi all, FIXME: Add owner of second tree to To: Add author(s)/SOB of conflicting commits. Today's linux-next merge of the security tree got conflicts in: arch/s390/configs/debug_defconfig arch/s390/configs/defconfig between commit: 3361f3193c74 ("s390: update configs") from Linus'

Re: [PATCH 2/4] memremap: remove the dev field in struct dev_pagemap

On Tue, Aug 20, 2019 at 6:27 AM Jason Gunthorpe wrote: > > On Mon, Aug 19, 2019 at 06:44:02PM -0700, Dan Williams wrote: > > On Sun, Aug 18, 2019 at 2:12 AM Christoph Hellwig wrote: > > > > > > The dev field in struct dev_pagemap is only used to print dev_name in > > > two places, which are at be

[PATCH v3 5/7] mmc: Add Actions Semi Owl SoCs SD/MMC driver

Add SD/MMC driver for Actions Semi Owl SoCs. This driver currently supports standard, high speed, SDR12, SDR25 and SDR50. DDR50 mode is supported but it is untested. There is no SDIO support for now. Signed-off-by: Manivannan Sadhasivam --- drivers/mmc/host/Kconfig | 8 + drivers/mmc/host/Ma

[PATCH v3 6/7] MAINTAINERS: Add entry for Actions Semi SD/MMC driver and binding

Add MAINTAINERS entry for Actions Semi SD/MMC driver with its binding. Signed-off-by: Manivannan Sadhasivam --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c31e6492b601..d13138330b97 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1375,6 +1375

[PATCH v3 7/7] arm64: configs: Enable Actions Semi platform in defconfig

Since the Actions Semi platform can now boot a distro, enable it in ARM64 defconfig. Signed-off-by: Manivannan Sadhasivam --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 0e58ef02880c..8e2d6

[PATCH v3 4/7] arm64: dts: actions: Add uSD and eMMC support for Bubblegum96

Add uSD and eMMC support for Bubblegum96 board based on Actions Semi S900 SoC. SD0 is connected to uSD slot and SD2 is connected to eMMC. Since there is no PMIC support added yet, fixed regulator has been used as a regulator node. Signed-off-by: Manivannan Sadhasivam --- .../boot/dts/actions/s90

  1   2   3   4   5   6   7   8   9   10   >