Re: [PATCH 05/11] btrfs: add helper methods for workspace manager init and cleanup

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > Workspace manager init and cleanup code is open coded inside a for loop > over the compression types. This forces each compression type to rely on > the same workspace manager implementation. This patch creates helper > methods that will be the

Re: WARNING in vb2_core_reqbufs

syzbot has found a reproducer for the following crash on: HEAD commit:39ad1c1b6bb8 Add linux-next specific files for 20190129 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=17971f1740 kernel config:

Re: [PATCH 04/11] btrfs: unify compression ops with workspace_manager

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > Make the workspace_manager own the interface operations rather than > managing index-paired arrays for the workspace_manager and compression > operations. > > Signed-off-by: Dennis Zhou Reviewed-by: Nikolay Borisov > --- >

Re: [PATCH 03/11] btrfs: manage heuristic workspace as index 0

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > While the heuristic workspaces aren't really compression workspaces, > they use the same interface for managing them. So rather than branching, > let's just handle them once again as the index 0 compression type. > > Signed-off-by: Dennis Zhou

Re: [PATCH v2] mm/slub: introduce SLAB_WARN_ON_ERROR

On Tue, 2019-01-29 at 05:46 +, Christopher Lameter wrote: > On Mon, 28 Jan 2019, Andrew Morton wrote: > > > > When debugging slab errors in slub.c, sometimes we have to trigger > > > a panic in order to get the coredump file. Add a debug option > > > SLAB_WARN_ON_ERROR to toggle WARN_ON()

Re: [linux-sunxi] [PATCH v2 1/2] media: v4l: Add definitions for the HEVC slice format and controls

On Fri, Jan 25, 2019 at 10:04 PM Paul Kocialkowski wrote: > > Hi, > > On Thu, 2019-01-24 at 20:23 +0800, Ayaka wrote: > > > > Sent from my iPad > > > > > On Jan 24, 2019, at 6:27 PM, Paul Kocialkowski > > > wrote: > > > > > > Hi, > > > > > > > On Thu, 2019-01-10 at 21:32 +0800, ayaka wrote: > >

[PATCH] spi: ti-qspi: Fix mmap read when more than one CS in use

Commit 4dea6c9b0b64 ("spi: spi-ti-qspi: add mmap mode read support") has has got order of parameter wrong when calling regmap_update_bits() to select CS for mmap access. Mask and value arguments are interchanged. Code will work on a system with single slave, but fails when more than one CS is in

答复: [2/2] mfd: max77620: Add low battery monitor support

Oh yeah will do, thanks. -邮件原件- 发件人: Billy Laws 发送时间: Tuesday, January 29, 2019 3:36 PM 收件人: Mark Zhang 抄送: Lee Jones ; linux-kernel@vger.kernel.org; linux-te...@vger.kernel.org; Laxman Dewangan ; Venkat Reddy Talla 主题: Re: [2/2] mfd: max77620: Add low battery monitor support Sure,

Re: [PATCH trivial] kernel.h: Make container_of_safe type safe

On Mon, Jan 28, 2019 at 06:44:24PM +, Jason Gunthorpe wrote: > On Mon, Jan 28, 2019 at 05:42:42AM -0800, Christoph Hellwig wrote: > > On Thu, Jan 24, 2019 at 08:55:05PM +, Jason Gunthorpe wrote: > > > The final ternary expression is given void * and type * as arguments, so > > > the

Re: [PATCH 5/5] virtio-blk: Consider virtio_max_dma_size() for maximum segment size

On Mon, Jan 28, 2019 at 12:14:33PM -0500, Michael S. Tsirkin wrote: > On Mon, Jan 28, 2019 at 09:05:26AM +0100, Christoph Hellwig wrote: > > On Thu, Jan 24, 2019 at 10:51:51AM +0100, Joerg Roedel wrote: > > > On Thu, Jan 24, 2019 at 09:42:21AM +0100, Christoph Hellwig wrote: > > > > Yes. But more

[PATCH] x86/mm: Remove unused cpu variable

cpu variable is never used after commit ("x86/mm: Pass flush_tlb_info to flush_tlb_others() etc"), so remove it. Cc: Andy Lutomirski Cc: Dave Hansen Cc: Peter Zijlstra Signed-off-by: Shaokun Zhang --- arch/x86/mm/tlb.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/arch/x86/mm/tlb.c

Re: [2/2] mfd: max77620: Add low battery monitor support

Sure, that's fine with me, will send then this gets accepted. Two other things: you should probably set the reg to 0 if the property isn't specified as regmap_add_irqchip sets it to 0xff (basically all enabled on highest limit), and you haven't updated the dt-bindings. On Tue, Jan 29, 2019 at

Re: [PATCH v2] iommu/vt-d: Implement dma_[un]map_resource()

Looks good: Reviewed-by: Christoph Hellwig

[PATCH] dell_rbu: stop abusing the DMA API

For some odd reason dell_rbu actually seems to want the physical and not a bus address for the allocated buffer. Lets assume that actually is correct given that it is BIOS-related and that is a good source of insanity. In that case we should not use dma_alloc_coherent with a NULL device to

Re: [PATCH] mm,memory_hotplug: Fix scan_movable_pages for gigantic hugepages

On Mon 28-01-19 14:56:17, Andrew Morton wrote: [...] > --- > a/mm/memory_hotplug.c~mmmemory_hotplug-fix-scan_movable_pages-for-gigantic-hugepages-fix > +++ a/mm/memory_hotplug.c > @@ -1305,28 +1305,27 @@ int test_pages_in_a_zone(unsigned long s > static unsigned long scan_movable_pages(unsigned

[PATCH 05/10] soc: mediatek: add subsys-base address transform function

GCE cannot know the register base address, we store the subsys-base address relationship in the device node, and store the relationship by cmdq_register_device function. When the client pass the base address and offset into GCE API, we will get the subsys ID by this API. Signed-off-by: Bibby

[PATCH 10/10] soc: mediatek: add polling function

add polling function in cmdq helper functions Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 24 include/linux/mailbox/mtk-cmdq-mailbox.h | 1 + include/linux/soc/mediatek/mtk-cmdq.h| 15 +++ 3 files changed, 40 insertions(+)

[PATCH 04/10] soc: mediatek: clear the event in cmdq initial flow

GCE hardware stored event information in own internal sysram, if the initial value in those sysram is not zero value it will cause a situation that gce can wait the event immediately after client ask gce to wait event but not really trigger the corresponding hardware. In order to make sure that

[PATCH 01/10] soc: mediatek: add mt8183 compatible name

add mt8183 compatible name Signed-off-by: Bibby Hsieh --- drivers/mailbox/mtk-cmdq-mailbox.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mailbox/mtk-cmdq-mailbox.c b/drivers/mailbox/mtk-cmdq-mailbox.c index 2281178..909eb23 100644 --- a/drivers/mailbox/mtk-cmdq-mailbox.c +++

[PATCH 08/10] soc: mediatek: add packet encoder function

Implement a function can encode the GCE instructions Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 102 --- include/linux/mailbox/mtk-cmdq-mailbox.h | 2 + include/linux/soc/mediatek/mtk-cmdq.h| 14 ++--- 3 files changed, 76

[PATCH 07/10] soc: mediatek: add cmdq_dev_get_event function

When client ask gce to clear or wait for event, client need to pass event number to the API. We suggest client store the event information in device node, so we provide an API for client parse the event property. Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 29

[PATCH 03/10] soc: mediatek: move the CMDQ_IRQ_MASK into cmdq driver data

The interrupt mask and thread number has positive correlation, so we move the CMDQ_IRQ_MASK into cmdq driver data and calculate it by thread number. Signed-off-by: Bibby Hsieh --- drivers/mailbox/mtk-cmdq-mailbox.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[PATCH 06/10] soc: mediatek: add register device function

GCE cannot know the register base address, we store the subsys-base address relationship in the device node, and store the relationship by cmdq_register_device function. Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 24

[PATCH 00/10] support gce on mt8183 platform

MTK will support gce function on mt8183 platform. soc: mediatek: add mt8183 compatible name dt-binding: gce: add gce header file for mt8183 Besides above patches, we refine gce driver on those patches. soc: mediatek: move the CMDQ_IRQ_MASK into cmdq driver data

[PATCH 09/10] soc: mediatek: change the argument of write and write_mask API

In order to enhance the convienience of client usage, we change the input argument from subsys and offset to struct cmdq_base and dma_addr_t. Signed-off-by: Bibby Hsieh --- drivers/soc/mediatek/mtk-cmdq-helper.c | 24 +--- include/linux/soc/mediatek/mtk-cmdq.h | 16

[PATCH 02/10] dt-binding: gce: add gce header file for mt8183

Add documentation for the mt8183 gce. Add gce header file defined the gce hardware event, subsys number and constant for mt8183. Signed-off-by: Bibby Hsieh --- .../devicetree/bindings/mailbox/mtk-gce.txt| 6 +- include/dt-bindings/gce/mt8183-gce.h | 177

Re: [PATCH 02/11] btrfs: rename workspaces_list to workspace_manager

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > This is in preparation for zstd compression levels. As each level will > require different sized workspaces, workspaces_list is no longer a > really fitting name. > > Signed-off-by: Dennis Zhou Reviewed-by: Nikolay Borisov > --- >

Re: [PATCH 01/11] btrfs: add macros for compression type and level

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > It is very easy to miss places that rely on a certain bitshifting for > decyphering the type_level overloading. Make macros handle this instead. > > Signed-off-by: Dennis Zhou Reviewed-by: Nikolay Borisov

Re: linux-next: build warning after merge of the spi tree

On 29.01.19 07:57, Yogesh Narayan Gaur wrote: > Hi, > >> -Original Message- >> From: Stephen Rothwell [mailto:s...@canb.auug.org.au] >> Sent: Tuesday, January 29, 2019 7:33 AM >> To: Mark Brown >> Cc: Linux Next Mailing List ; Linux Kernel >> Mailing >> List ; Yogesh Narayan Gaur >> ;

Re: [PATCH] s390/jump_label: Correct asm contraint

On 1/23/19 5:24 AM, Heiko Carstens wrote: On Wed, Jan 23, 2019 at 01:55:13PM +0100, Laura Abbott wrote: There's a build failure with gcc9: ./arch/s390/include/asm/jump_label.h: Assembler messages: ./arch/s390/include/asm/jump_label.h:23: Error: bad expression

Re: [PATCH 11/11] btrfs: add zstd compression level support

On 28.01.19 г. 23:24 ч., Dennis Zhou wrote: > Zstd compression requires different amounts of memory for each level of > compression. The prior patches implemented indirection to allow for each > compression type to manage their workspaces independently. This patch > uses this indirection to

[PATCH v3 2/2] PCI: hv: Refactor hv_irq_unmask() to use cpumask_to_vpset()

Remove the duplicate implementation of cpumask_to_vpset() and use the shared implementation. Export hv_max_vp_index, which is required by cpumask_to_vpset(). Apply changes to hv_irq_unmask() based on feedback. Signed-off-by: Maya Nakamura --- Changes in v3: - Modify to catch all failures from

Re: [PATCH v1] mm: migrate: don't rely on PageMovable() of newpage after unlocking it

On Mon 28-01-19 22:09:14, David Hildenbrand wrote: > On 28.01.19 21:19, Michal Hocko wrote: [...] > > David, could you reformulate the changelog accordingly please? My ack > > still holds. > > You mean reformulating + resending for stable kernels only? I would merge your patch even if it doesn't

[PATCH v3 1/2] PCI: hv: Replace hv_vp_set with hv_vpset

Remove a duplicate definition of VP set (hv_vp_set) and use the common definition (hv_vpset) that is used in other places. Change the order of the members in struct hv_pcibus_device so that the declaration of retarget_msi_interrupt_params is the last member. Struct hv_vpset, which contains a

[PATCH v3 0/2] PCI: hv: Refactor hv_irq_unmask() to use hv_vpset and cpumask_to_vpset()

This patchset removes a duplicate definition of VP set (hv_vp_set) and uses the common definition (hv_vpset) that is used in other places. It changes the order of the members in struct hv_pcibus_device due to flexible array in hv_vpset. It also removes the duplicate implementation of

Re: [PATCH net] net: apple: replace dev_kfree_skb_irq by dev_consume_skb_irq for drop profiles

From: Yang Wei Date: Tue, 29 Jan 2019 07:39:13 +0800 > dev_consume_skb_irq() should be called in bmac_txdma_intr() when > xmit done. It makes drop profiles more friendly. > > Signed-off-by: Yang Wei Applied.

Re: [PATCH net] net: ti: replace dev_kfree_skb_irq by dev_consume_skb_irq for drop profiles

From: Yang Wei Date: Tue, 29 Jan 2019 07:40:10 +0800 > dev_consume_skb_irq() should be called in cpmac_end_xmit() when > xmit done. It makes drop profiles more friendly. > > Signed-off-by: Yang Wei Applied.

Re: [PATCH] perf/x86/intel/uncore: Add Node ID mask

> On Jan 27, 2019, at 6:53 AM, kan.li...@linux.intel.com wrote: > > From: Kan Liang > > Some PCI uncore PMUs cannot be registered on a 8-socket system (HPE > Superdome Flex). > > To understand which Socket the PCI uncore PMUs belong to, perf retrieves > the local Node ID of the uncore

Re: [PATCH v5 2/9] cpufreq: Auto-register the driver as a thermal cooling device if asked

On 29-01-19, 11:50, Amit Kucheria wrote: > On Tue, Jan 29, 2019 at 11:16 AM Amit Kucheria > wrote: > > > > On Tue, Jan 29, 2019 at 11:06 AM Viresh Kumar > > wrote: > > > > > > On 29-01-19, 10:25, Amit Kucheria wrote: > > > > All cpufreq drivers do similar things to register as a cooling

Re: [PATCH] include/linux/bpf.h - fix missing prototype warnings...

On Mon, Jan 28, 2019 at 10:05 PM wrote: > > Compiling with W=1 generates warnings: > > CC kernel/bpf/core.o > kernel/bpf/core.c:721:12: warning: no previous prototype for > ?bpf_jit_alloc_exec_limit? [-Wmissing-prototypes] > 721 | u64 __weak bpf_jit_alloc_exec_limit(void) > |

AW: [PATCH 2/3] Input: st1232 - add support for st1633

Hi Martin, Matthias Fend R Electronics Wolfvision GmbH Oberes Ried 14 | 6833 Klaus | Austria Tel: +43 5523 52250 | Mail: matthias.f...@wolfvision.net Webpage: www.wolfvision.com | www.wolfvision.com/green Firmenbuch / Commercial Register: FN283521v Feldkirch/Austria > -Ursprüngliche

Re: [PATCH] kernel/bpf/cgroup.c - clean up kerneldoc warnings

On Mon, Jan 28, 2019 at 10:48 PM wrote: > > Building with W=1 reveals some bitrot > > CC kernel/bpf/cgroup.o > kernel/bpf/cgroup.c:238: warning: Function parameter or member 'flags' not > described in '__cgroup_bpf_attach' > kernel/bpf/cgroup.c:367: warning: Function parameter or member

[PATCH 3/3] KVM: x86: Add support of clear Trace_ToPA_PMI status

Add support of clear Intel PT ToPA PMI status for KVM guest. Signed-off-by: Luwei Kang --- arch/x86/include/asm/kvm_host.h | 1 + arch/x86/include/asm/msr-index.h | 4 arch/x86/kvm/vmx/pmu_intel.c | 8 +++- 3 files changed, 12 insertions(+), 1 deletion(-) diff --git

[PATCH 2/3] perf/x86/intel/pt: Inject PMI for KVM guest

Inject a PMI for KVM guest when Intel PT working in Host-Guest mode and Guest ToPA entry memory buffer was completely filled. The definition of ‘kvm_make_request’ and ‘KVM_REQ_PMI’ depend on "linux/kvm_host.h" header. Signed-off-by: Luwei Kang --- arch/x86/events/intel/pt.c | 12

[PATCH 1/3] perf/x86/intel/pt: Move pt structure to global header

Intel PT structure (struct pt) is in a private header. Move it (and sub structure) to a global header so that it can be accessible from KVM code. The definition of perf_output_handle structure included in "linux/perf_event.h". Signed-off-by: Luwei Kang --- arch/x86/events/intel/pt.h | 38

[PATCH 0/3] Inject a PMI for KVM Guest when ToPA buffer is filled

Each intel processor trace table of physical addresses (ToPA) entry has an INT bit. If this bit is set, the processor will signal a performance-monitoring interrupt (PMI) when the corresponding trace output region is filled. This patch set will inject a PMI for Intel Processor Trace when ToPA

PCI LTR - ASPM handling upon suspend / resume cycle. Regression since 4.18

Hi, Lately we (Intel) have got a few bugs on suspend / resume. The complaint is that our device becomes unavailable after suspend / resume cycle. The bug on which we have most data is [1]. The original submitter reported a regression since commit 9ab105deb60fa76d66cae5548819b4e8703d2056:

Re: [PATCH net-next] net: nci: remove set-but-not-used variable 'status'

From: YueHaibing Date: Tue, 29 Jan 2019 14:40:28 +0800 > gcc warning this: > net/nfc/nci/hci.c:373:5: > warning: variable 'status' set but not used [-Wunused-but-set-variable] > > It not used since commit d8cd37ed2fc8 ("NFC: nci: Fix improper > management of HCI return code"), so can be

Re: [RFC PATCH v2 08/10] rtc: bd70528: Initial support for ROHM bd70528 RTC

On Mon, Jan 28, 2019 at 01:26:56PM -0700, Jerry Hoemann wrote: > On Sat, Jan 26, 2019 at 08:30:24AM -0800, Guenter Roeck wrote: > > On 1/25/19 3:05 AM, Matti Vaittinen wrote: > > > +static int bd70528_set_wake(struct bd70528 *bd70528, > > > + int enable, int *old_state) > > >

Re: [PATCH] drivers: qcom: rpmh: use struct_size() in kzalloc()

On 1/28/19 11:26 PM, Amit Kucheria wrote: > On Mon, Dec 24, 2018 at 11:52 AM Gustavo A. R. Silva > wrote: >> >> One of the more common cases of allocation size calculations is finding >> the size of a structure that has a zero-sized array at the end, along >> with memory for some number of

RE: linux-next: build warning after merge of the spi tree

Hi, > -Original Message- > From: Stephen Rothwell [mailto:s...@canb.auug.org.au] > Sent: Tuesday, January 29, 2019 7:33 AM > To: Mark Brown > Cc: Linux Next Mailing List ; Linux Kernel Mailing > List ; Yogesh Narayan Gaur > ; Frieder Schrempf > ; Boris Brezillon ; > Ashish Kumar >

[PATCH] dt-bindings: hwmon: Add lm75 documentation

Add dt-binding documentation for lm75 hwmon sensor. Currently documented for national,lm75 and st,stlm75 and rest might add when required. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/hwmon/lm75.txt | 15 +++ 1 file changed, 15 insertions(+) create mode 100644

[PATCH net-next] net: nci: remove set-but-not-used variable 'status'

gcc warning this: net/nfc/nci/hci.c:373:5: warning: variable 'status' set but not used [-Wunused-but-set-variable] It not used since commit d8cd37ed2fc8 ("NFC: nci: Fix improper management of HCI return code"), so can be removed. Signed-off-by: YueHaibing --- net/nfc/nci/hci.c | 10 ++

Re: [PATCH v3 1/3] mfd: cros_ec: Add commands to control codec

On Mon, Jan 28, 2019 at 2:50 PM Lee Jones wrote: > > On Mon, 28 Jan 2019, Cheng-yi Chiang wrote: > > > Hi Lee, > > Could you please give Mark a tag so he can merge ? > > The later patch for cros_ec_codec driver is pending on it. > > Apologies for not getting back to you. > > I was waiting to

Re: [PATCH net] vhost: fix OOB in get_rx_bufs()

From: Jason Wang Date: Mon, 28 Jan 2019 15:05:05 +0800 > After batched used ring updating was introduced in commit e2b3b35eb989 > ("vhost_net: batch used ring update in rx"). We tend to batch heads in > vq->heads for more than one packet. But the quota passed to > get_rx_bufs() was not correctly

RE: [PATCH] nfit: Fix nfit_intel_shutdown_status() command submission

> From: Dan Williams > Sent: Monday, January 28, 2019 9:22 PM > To: linux-nvd...@lists.01.org > Cc: sta...@vger.kernel.org; Dexuan Cui ; > linux-kernel@vger.kernel.org > Subject: [PATCH] nfit: Fix nfit_intel_shutdown_status() command submission > > The implementation is broken in all the ways

Re: [2/2] mfd: max77620: Add low battery monitor support

On 1/27/2019 10:54 PM, Billy Laws wrote: > >This patch adds PMIC configurations for low-battery > >monitoring by handling max77620 register CNFGGLBL1. > > > It might be an idea to add lbhyst configuration here and support using > custom lbdac values to specify a different cutoff point. Yeah

[PATCH] dt-bindings: Add vendor prefix for techstar

Add vendor prefix for techstar, known as Shenzhen Techstar Electronics Co., Ltd. a known producer for LCD modules. Signed-off-by: Jagan Teki --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 4/5] phy: tegra: xusb: Add support for power supplies

Thanks Thierry. Reviewed-by: JC Kuo On 1/28/19 4:00 PM, Thierry Reding wrote: On Mon, Jan 28, 2019 at 03:22:09PM +0800, jckuo wrote: Hi Thierry, I think any non-zero return value of regulator_bulk_enable()/devm_regulator_bulk_get() means error. Thanks, JC Theoretically I think only

[PATCH] kernel/bpf/cgroup.c - clean up kerneldoc warnings

Building with W=1 reveals some bitrot CC kernel/bpf/cgroup.o kernel/bpf/cgroup.c:238: warning: Function parameter or member 'flags' not described in '__cgroup_bpf_attach' kernel/bpf/cgroup.c:367: warning: Function parameter or member 'unused_flags' not described in '__cgroup_bpf_detach'

Re: linux-next: build failure after merge of the net-next tree

From: Stephen Rothwell Date: Tue, 29 Jan 2019 16:17:42 +1100 > I have added the following fix patch for today: > > From: Stephen Rothwell > Date: Tue, 29 Jan 2019 16:13:08 +1100 > Subject: [PATCH] enetc: include linux/vmalloc.h for vzalloc etc > > Fixes: d4fd0404c1c9 ("enetc: Introduce basic

Re: [PATCH 00/13] hisi_sas: Misc fixes and other more minor patches

John, > This series includes a misc assortment of fixes found during testing. > > Also includes is some debugfs tidy-up and a patch missed from original > upstreaming. Applied to 5.1/scsi-queue, thanks. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 1/2] mm: introduce put_user_page*(), placeholder versions

On 1/28/19 5:23 PM, Jerome Glisse wrote: On Mon, Jan 28, 2019 at 04:22:16PM -0800, John Hubbard wrote: On 1/23/19 11:04 AM, Jerome Glisse wrote: On Wed, Jan 23, 2019 at 07:02:30PM +0100, Jan Kara wrote: On Tue 22-01-19 11:46:13, Jerome Glisse wrote: On Tue, Jan 22, 2019 at 04:24:59PM +0100,

[PATCH] parport_pc: fix find_superio io compare code, should use equal test.

From: QiaoChong Fixes: 181bf1e815a2a("parport_pc: clean up the modified while loops using for"). The code find_superio should test superio[i].io == p->base then find out superio, fix it. Signed-off-by: QiaoChong --- drivers/parport/parport_pc.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 0/3] Add cpufreq and cci devfreq for mt8183

MT8183 supports CPU DVFS and CCI DVFS, and LITTLE cpus and CCI are in the same voltage domain. So, this series is to add drivers to handle the voltage coupling between CPU and CCI DVFS. Andrew-sh.Cheng (3): cpufreq: mediatek: add mt8183 cpufreq support dt-bindings: devfreq: add compatible

Re: [PATCH] pcmcia: Remove unnecessary parentheses

Nathan, >> drivers/scsi/pcmcia/nsp_cs.c:1137:27: warning: equality comparison with >> extraneous parentheses [-Wparentheses-equality] >> if ((tmpSC->SCp.Message == MSG_COMMAND_COMPLETE)) { >> ~~~^~~ Applied to

Re: [PATCH] scsi: nsp32: Remove unnecessary self assignment in nsp32_set_sync_entry

Nathan, >> drivers/scsi/nsp32.c:2444:14: warning: explicitly assigning value of >> variable of type 'unsigned char' to itself [-Wself-assign] >> offset = offset; >> ~~ ^ Applied to 5.1/scsi-queue. Thanks. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH net] vhost: fix OOB in get_rx_bufs()

On Mon, Jan 28, 2019 at 03:05:05PM +0800, Jason Wang wrote: > After batched used ring updating was introduced in commit e2b3b35eb989 > ("vhost_net: batch used ring update in rx"). We tend to batch heads in > vq->heads for more than one packet. But the quota passed to > get_rx_bufs() was not

Re: [PATCH 0/2] scsi: trivial header search path fixups

Masahiro, > My main motivation is to get rid of crappy header search path manipulation > from Kbuild core. > > Before that, I want to do as many treewide cleanups as possible. Applied to 5.1/scsi-queue, thanks! -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH] pinctrl: mediatek: fix dependencies for PINCTRL_MT76XX

On 1/29/19 6:02 AM, Sean Wang wrote: > On Mon, Jan 28, 2019 at 2:35 PM Dmitry Voytik wrote: >> >> How to reproduce the problem: >> $ make tinyconfig >> $ make menuconfig >> then enable: >> CONFIG_COMPILE_TEST=y >> CONFIG_PINCTRL=y >> and any of these: >> CONFIG_PINCTRL_MT7622=y >>

Re: [PATCH] netfilter: nat: Update comment of get_unique_tuple

Friendly ping... On 2019/1/10 21:06, YueHaibing wrote: > Replace outdated __ip_conntrack_confirm in comment. > > Signed-off-by: YueHaibing > --- > net/netfilter/nf_nat_core.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/net/netfilter/nf_nat_core.c

Re: [PATCH v5 2/9] cpufreq: Auto-register the driver as a thermal cooling device if asked

On Tue, Jan 29, 2019 at 11:16 AM Amit Kucheria wrote: > > On Tue, Jan 29, 2019 at 11:06 AM Viresh Kumar wrote: > > > > On 29-01-19, 10:25, Amit Kucheria wrote: > > > All cpufreq drivers do similar things to register as a cooling device. > > > Provide a cpufreq driver flag so drivers can just ask

Re: [PATCH -next] scsi: fnic: Remove set but not used variable 'vdev'

YueHaibing, > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/scsi/fnic/vnic_wq.c: In function 'vnic_wq_alloc_bufs': > drivers/scsi/fnic/vnic_wq.c:50:19: warning: > variable 'vdev' set but not used [-Wunused-but-set-variable] > > drivers/scsi/fnic/vnic_rq.c: In function

linux-next: Tree for Jan 29

Hi all, Changes since 20190125: The vfs tree still had its build failure for which I applied a patch. The net-next tree gained a build failure for which I applied a patch. The mtd tree gained a conflict against Linus' tree. The char-misc tree gained conflicts against the qcom tree. Non-merge

[PATCH 1/9] clk: Combine __clk_get() and __clk_create_clk()

The __clk_get() function is practically a private clk implementation detail now. No architecture defines it, and given that new code should be using the common clk framework there isn't a need for it to keep existing just to serve clkdev purposes. Let's fold it into the __clk_create_clk() function

[PATCH 3/9] clk: core: clarify the check for runtime PM

From: Miquel Raynal Currently, the core->dev entry is populated only if runtime PM is enabled. Doing so prevents accessing the device structure in any case. Keep the same logic but instead of using the presence of core->dev as the only condition, also check the status of pm_runtime_enabled().

[PATCH 0/9] Rewrite clk parent handling

There are a couple problems with clk parent handling in the common clk framework. This patch series combines a few different topics together as all this code is closely related. First off, we don't do well at determining parents of clks at clk registration time because the return type of the

[PATCH 5/9] clk: Inform the core about consumer devices

We'd like to have a pointer to the device that's consuming a particular clk in the clk framework so we can link the consumer to the clk provider with a PM device link. Add a device argument to clk_hw_create_clk() for this so it can be used in subsequent patches to add and remove the link. Cc:

[PATCH 9/9] arm64: dts: qcom: Specify XO clk as input to GCC node

This is an example patch to show how DT nodes are updated to specify the clocks which are external to the clock controller can be specified in DT and then found by the clk core to do parent-child linkage. Cc: Miquel Raynal Cc: Jerome Brunet Cc: Russell King Cc: Michael Turquette

[PATCH 8/9] clk: qcom: gcc-sdm845: Migrate to DT parent mapping

TODO: Fully convert driver Cc: Miquel Raynal Cc: Jerome Brunet Cc: Russell King Cc: Michael Turquette Signed-off-by: Stephen Boyd --- drivers/clk/qcom/gcc-sdm845.c | 180 +- 1 file changed, 89 insertions(+), 91 deletions(-) diff --git

[PATCH 4/9] clk: Introduce of_clk_get_hw_from_clkspec()

We want to get struct clk_hw pointers from a DT clk specifier (i.e. a clocks property) so that we can find parent clks without searching for globally unique clk names. This should save time by avoiding the global string search for clks that are external to the clock controller providing the clk

[PATCH 7/9] clk: Allow parents to be specified without string names

The common clk framework is lacking in ability to describe the clk topology without specifying strings for every possible parent-child link. There are a few drawbacks to the current approach: 1) String comparisons are used for everything, including describing topologies that are 'local' to a

[PATCH 2/9] clk: Introduce get_parent_hw clk op

The clk_ops::get_parent function is limited in ability to return errors because it returns a u8. A "workaround" to return an error is to return a number >= the number of parents of a clk. This will in turn cause the framework to "orphan" the clk and make the parent of the clk NULL. This isn't

[PATCH 6/9] clk: Move of_clk_*() APIs into clk.c from clkdev.c

The API between clk.c and clkdev.c is purely getting the clk_hw structure (or the struct clk if it's not CCF) and then turning that struct clk_hw pointer into a struct clk pointer via clk_hw_create_clk(). There's no need to complicate clkdev.c with these DT parsing details that are only relevant

[PATCH] include/linux/bpf.h - fix missing prototype warnings...

Compiling with W=1 generates warnings: CC kernel/bpf/core.o kernel/bpf/core.c:721:12: warning: no previous prototype for ?bpf_jit_alloc_exec_limit? [-Wmissing-prototypes] 721 | u64 __weak bpf_jit_alloc_exec_limit(void) |^~~~

Re: [PATCH v2 2/2] PCI: hv: Refactor hv_irq_unmask() to use cpumask_to_vpset()

On Sun, Jan 27, 2019 at 05:22:06AM +, Michael Kelley wrote: > From: Maya Nakamura Sent: Saturday, January 26, > 2019 12:55 AM > > > > @@ -953,29 +951,27 @@ static void hv_irq_unmask(struct irq_data *data) > > */ > > params->int_target.flags |= > >

Re: [PATCHv7] x86/kdump: bugfix, make the behavior of crashkernel=X consistent with kaslr

On Fri, Jan 25, 2019 at 6:39 PM Borislav Petkov wrote: > > > > Subject: Re: [PATCHv7] x86/kdump: bugfix, make the behavior of > > crashkernel=X > > s/bugfix, // > OK. > On Mon, Jan 21, 2019 at 01:16:08PM +0800, Pingfan Liu wrote: > > People reported crashkernel=384M reservation failed on a

[PATCH v6 1/4] tee: add bus driver framework for TEE based devices

Introduce a generic TEE bus driver concept for TEE based kernel drivers which would like to communicate with TEE based devices/services. Also add support in module device table for these new TEE based devices. In this TEE bus concept, devices/services are identified via Universally Unique

[PATCH v6 3/4] tee: optee: add TEE bus device enumeration support

OP-TEE provides a pseudo TA to enumerate TAs which can act as devices/ services for TEE bus. So implement device enumeration using invoke function: PTA_CMD_GET_DEVICES provided by pseudo TA to fetch array of device UUIDs. Also register these enumerated devices with TEE bus as "optee-clntX" device.

[PATCH v6 2/4] tee: add supp_nowait flag in tee_context struct

This flag indicates that requests in this context should not wait for tee-supplicant daemon to be started if not present and just return with an error code. It is needed for requests which should be non-blocking in nature like ones arising from TEE based kernel drivers or any in kernel api that

[PATCH v6 4/4] hwrng: add OP-TEE based rng driver

On ARM SoC's with TrustZone enabled, peripherals like entropy sources might not be accessible to normal world (linux in this case) and rather accessible to secure world (OP-TEE in this case) only. So this driver aims to provides a generic interface to OP-TEE based random number generator service.

[PATCH v6 0/4] Introduce TEE bus driver framework

This series introduces a generic TEE bus driver concept for TEE based kernel drivers which would like to communicate with TEE based devices/ services. Patch #1 adds TEE bus concept where devices/services are identified via Universally Unique Identifier (UUID) and drivers register a table of

Re: [PATCH v2 1/2] PCI: hv: Replace hv_vp_set with hv_vpset

On Sun, Jan 27, 2019 at 05:11:48AM +, Michael Kelley wrote: > From: Maya Nakamura Sent: Saturday, January 26, > 2019 12:52 AM > > > > Remove a duplicate definition of VP set (hv_vp_set) and use the common > > definition (hv_vpset) that is used in other places. > > > > Change the order of

[PATCH] parport_pc.c change for fix hanging problem while suspend machine. parport_pc.c has the samevendor id and device id definition as sunix multi-I/O board driver, when the sunix multi-io board dr

Signed-off-by: saumah --- parport_pc.c | 17 + 1 file changed, 1 insertion(+), 16 deletions(-) diff --git a/parport_pc.c b/parport_pc.c index 380916b..8c163b9 100644 --- a/parport_pc.c +++ b/parport_pc.c @@ -2622,11 +2622,6 @@ enum parport_pc_pci_cards {

Re: [PATCH v5 2/9] cpufreq: Auto-register the driver as a thermal cooling device if asked

On Tue, Jan 29, 2019 at 11:06 AM Viresh Kumar wrote: > > On 29-01-19, 10:25, Amit Kucheria wrote: > > All cpufreq drivers do similar things to register as a cooling device. > > Provide a cpufreq driver flag so drivers can just ask the cpufreq core > > to register the cooling device on their

Re: [PATCH v2] mm/slub: introduce SLAB_WARN_ON_ERROR

On Mon, 28 Jan 2019, Andrew Morton wrote: > > When debugging slab errors in slub.c, sometimes we have to trigger > > a panic in order to get the coredump file. Add a debug option > > SLAB_WARN_ON_ERROR to toggle WARN_ON() when the option is set. > > > > Change since v1: > > 1. Add a special debug

Re: [PATCH] irqchip/gic-v3-its: Lock its device list during find and create its device

On 2019/1/28 21:51, Marc Zyngier wrote: > On 28/01/2019 07:13, Zheng Xiang wrote: >> Hi Marc, >> >> Thanks for your review. >> >> On 2019/1/26 19:38, Marc Zyngier wrote: >>> Hi Zheng, >>> >>> On Sat, 26 Jan 2019 06:16:24 +, >>> Zheng Xiang wrote: Currently each PCI device under a

Re: [PATCH] scsi: hpsa: clean up two indentation issues

Colin, > There are two statements that are indented incorrectly. Fix these. Applied to 5.1/scsi-queue, thanks. -- Martin K. Petersen Oracle Linux Engineering

Re: [RESEND PATCH v2 8/8] Input: sx8654 - convert #defined flags to BIT(x)

On Mon, 2019-01-28 at 16:25 -0800, Dmitry Torokhov wrote: > On Tue, Dec 18, 2018 at 09:40:02AM +0100, Richard Leitner wrote: > > Some of the #defined register values are one-bit flags. Convert them to > > use the BIT(x) macro instead of 1 byte hexadecimal values. This improves > > readability and

[PATCH] mm: Prevent mapping typed pages to userspace

Pages which use page_type must never be mapped to userspace as it would destroy their page type. Add an explicit check for this instead of assuming that kernel drivers always get this right. Signed-off-by: Matthew Wilcox --- mm/memory.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

  1   2   3   4   5   6   7   8   9   10   >