Re: [RFC PATCH] cpufreq: add support for HiSilicon SoC HIP09

2020-05-04 Thread Xiongfeng Wang
Hi Sudeep, Thanks for your reply. On 2020/4/30 17:55, Sudeep Holla wrote: > On Thu, Apr 30, 2020 at 02:19:59PM +0800, Xiongfeng Wang wrote: >> HiSilicon SoC has a separate System Control Processor(SCP) dedicated for >> clock frequency adjustment and has been using the cpufreq driver >>

Re: [PATCH 6/7] mm: parallelize deferred_init_memmap()

2020-05-04 Thread Daniel Jordan
On Mon, May 04, 2020 at 09:48:44PM -0400, Daniel Jordan wrote: > On Mon, May 04, 2020 at 05:40:19PM -0700, Alexander Duyck wrote: > > On Mon, May 4, 2020 at 4:44 PM Josh Triplett wrote: > > > > > > On May 4, 2020 3:33:58 PM PDT, Alexander Duyck > > > wrote: > > > >On Thu, Apr 30, 2020 at 1:12

Re: [f2fs-dev] [PATCH] f2fs: change maximum zstd compression buffer size

2020-05-04 Thread Chao Yu
On 2020-5-5 9:52, Chao Yu wrote: On 2020-5-4 22:30, Jaegeuk Kim wrote: From: Daeho Jeong Current zstd compression buffer size is one page and header size less than cluster size. By this, zstd compression always succeeds even if the real compression data is failed to fit into the buffer size,

Re: [PATCH] firmware: arm_sdei: remove unused interfaces

2020-05-04 Thread Xiongfeng Wang
Hi James, On 2020/5/5 1:14, James Morse wrote: > Hi Christoph, > > (CC: +Xiongfeng) > > Thanks for the reminder - I was just searching for who was using this. Thanks for CC me. We do have a driver that are using it. > > On 04/05/2020 17:42, Christoph Hellwig wrote: >> The export symbols to

[PATCH v1] [media] mtk-mdp: Remove states for format checks

2020-05-04 Thread Eizan Miyamoto
From: Francois Buergisser The mtk-mdp driver uses states to check if the formats have been set on the capture and output when turning the streaming on, setting controls or setting the selection rectangles. Those states are reset when 0 buffers are requested like when checking capabilities. This

Re: [GIT PULL] HID subsystem fixes

2020-05-04 Thread pr-tracker-bot
The pull request you sent on Tue, 5 May 2020 00:18:38 +0200 (CEST): > git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/47cf1b422e6093aee2a3e55d5e162112a2c69870 Thank you! -- Deet-doot-dot, I am a

[PATCH net v1] net: broadcom: fix a mistake about ioremap resource

2020-05-04 Thread Dejin Zheng
Commit d7a5502b0bb8b ("net: broadcom: convert to devm_platform_ioremap_resource_byname()") will broke this driver. idm_base and nicpm_base were optional, after this change, they are mandatory. it will probe fails with -22 when the dtb doesn't have them defined. so revert part of this commit and

Re: [PATCH] Fix all coding-style warnings on lm75 driver

2020-05-04 Thread Guenter Roeck
On Thu, Apr 30, 2020 at 04:05:34PM +0200, Michal Orzel wrote: > Check/fix all warnings generated by checkpatch.pl script on LM75 driver. > > Signed-off-by: Michal Orzel Applied, but for the future please prepend your patches with something like "subsystem: driver:", or for hwmon "hwmon:

Re: [f2fs-dev] [PATCH] f2fs: remove redundant check in f2fs_force_buffered_io

2020-05-04 Thread Chao Yu
On 2020-5-4 22:35, Jaegeuk Kim wrote: From: Daeho Jeong We already checked whether the file is compressed or not in f2fs_post_read_required(). So removed f2fs_compressed_file() in f2fs_force_buffered_io(). Agreed, since I have sent similar patch before: https://lkml.org/lkml/2020/3/24/1819

Re: [f2fs-dev] [PATCH] f2fs: change maximum zstd compression buffer size

2020-05-04 Thread Chao Yu
On 2020-5-4 22:30, Jaegeuk Kim wrote: From: Daeho Jeong Current zstd compression buffer size is one page and header size less than cluster size. By this, zstd compression always succeeds even if the real compression data is failed to fit into the buffer size, and eventually reading the cluster

RE: [PATCH v0 linux master] i2c/busses: Avoid i2c interrupt status clear race condition.

2020-05-04 Thread Ryan Chen
> In AST2600 there have a slow peripheral bus between CPU and i2c > controller. > Therefore GIC i2c interrupt status clear have delay timing, when CPU > issue write clear i2c controller interrupt status. > To avoid this issue, the driver need have read after write clear at > i2c ISR. > >

RE: [PATCH v0 linux master] i2c/busses: Avoid i2c interrupt status clear race condition.

2020-05-04 Thread Ryan Chen
> > And is there maybe a Fixes: tag for it? > > [Ryan Chen] Yes it is a fix patch. > > I meant this (from submitting-patches.rst): >It fixes the original implementation of the driver basically. It's just a >classic posted-write fix. The write to clear the pending interrupt is >asynchronous, so

Re: [PATCH 6/7] mm: parallelize deferred_init_memmap()

2020-05-04 Thread Daniel Jordan
On Mon, May 04, 2020 at 05:40:19PM -0700, Alexander Duyck wrote: > On Mon, May 4, 2020 at 4:44 PM Josh Triplett wrote: > > > > On May 4, 2020 3:33:58 PM PDT, Alexander Duyck > > wrote: > > >On Thu, Apr 30, 2020 at 1:12 PM Daniel Jordan > > > wrote: > > >> /* > > >> -* Initialize

Re: [PATCH] KVM: Fix a warning in __kvm_gfn_to_hva_cache_init()

2020-05-04 Thread Sean Christopherson
On Mon, May 04, 2020 at 03:05:26PM -0400, Peter Xu wrote: > GCC 10.0.1 gives me this warning when building KVM: > > warning: ‘nr_pages_avail’ may be used uninitialized in this function > [-Wmaybe-uninitialized] > 2442 | for ( ; start_gfn <= end_gfn; start_gfn += nr_pages_avail) { > > It

[rcu:for-mingo] BUILD SUCCESS b6c10df0dbfe25b53c3ebb0d6f7dc45c364fa841

2020-05-04 Thread kbuild test robot
-h002-20200502 i386 randconfig-h003-20200502 x86_64 randconfig-h002-20200502 x86_64 randconfig-h001-20200502 x86_64 randconfig-h003-20200502 i386 randconfig-h002-20200504 i386 randconfig-h001-20200504 i386

[PATCH 0/3] Intel Platform Monitoring Technology

2020-05-04 Thread David E. Box
Intel Platform Monitoring Technology (PMT) is an architecture for enumerating and accessing hardware monitoring capabilities on a device. With customers increasingly asking for hardware telemetry, engineers not only have to figure out how to measure and collect data, but also how to deliver it and

[PATCH 1/3] pci: Add Designated Vendor Specific Capability

2020-05-04 Thread David E. Box
Add pcie dvsec extended capability id along with helper macros to retrieve information from the headers. https://members.pcisig.com/wg/PCI-SIG/document/12335 Signed-off-by: David E. Box --- include/uapi/linux/pci_regs.h | 5 + 1 file changed, 5 insertions(+) diff --git

Re: [PATCH hmm v2 5/5] mm/hmm: remove the customizable pfn format from hmm_range_fault

2020-05-04 Thread John Hubbard
On 2020-05-01 11:20, Jason Gunthorpe wrote: From: Jason Gunthorpe Presumably the intent here was that hmm_range_fault() could put the data into some HW specific format and thus avoid some work. However, nothing actually does that, and it isn't clear how anything actually could do that as

Re: [PATCH 6/7] mm: parallelize deferred_init_memmap()

2020-05-04 Thread Daniel Jordan
On Mon, May 04, 2020 at 03:33:58PM -0700, Alexander Duyck wrote: > On Thu, Apr 30, 2020 at 1:12 PM Daniel Jordan > > @@ -1778,15 +1798,25 @@ static int __init deferred_init_memmap(void *data) > > goto zone_empty; > > > > /* > > -* Initialize and free pages in

[PATCH 4.19 STABLE 2/2] KVM: VMX: Mark RCX, RDX and RSI as clobbered in vmx_vcpu_run()'s asm blob

2020-05-04 Thread Sean Christopherson
Save RCX, RDX and RSI to fake outputs to coerce the compiler into treating them as clobbered. RCX in particular is likely to be reused by the compiler to dereference the 'struct vcpu_vmx' pointer, which will result in a null pointer dereference now that RCX is zeroed by the asm blob. Add

[PATCH 4.19 STABLE 1/2] KVM: VMX: Explicitly reference RCX as the vmx_vcpu pointer in asm blobs

2020-05-04 Thread Sean Christopherson
Upstream commit 051a2d3e59e51ae49fd56aef34e472832897ce46. Use '%% " _ASM_CX"' instead of '%0' to dereference RCX, i.e. the 'struct vcpu_vmx' pointer, in the VM-Enter asm blobs of vmx_vcpu_run() and nested_vmx_check_vmentry_hw(). Using the symbolic name means that adding/removing an output

[PATCH 4.19 STABLE 0/2] KVM: VMX: Fix null pointer dereference

2020-05-04 Thread Sean Christopherson
A simple fix for a null pointer dereference in vmx_vcpu_run() with an ugly-but-safe prereq patch. The fix also has a wart/hack where it marks RSP as clobbered using ASM_CALL_CONSTRAINT to workaround an issue where the VM-Exit label isn't found by _something_ during modpost. I vaguely recall

Re: [PATCH RFC 1/6] Revert "KVM: async_pf: Fix #DF due to inject "Page not Present" and "Page Ready" exceptions simultaneously"

2020-05-04 Thread Gavin Shan
On 4/29/20 7:36 PM, Vitaly Kuznetsov wrote: Commit 9a6e7c39810e (""KVM: async_pf: Fix #DF due to inject "Page not Present" and "Page Ready" exceptions simultaneously") added a protection against 'page ready' notification coming before 'page not ready' is delivered. This situation seems to be

Re: [PATCH net-next v2 3/3] net: phy: mscc: use phy_package_shared

2020-05-04 Thread Florian Fainelli
On 5/4/2020 2:31 PM, Michael Walle wrote: > Use the new phy_package_shared common storage to ease the package > initialization and to access the global registers. > > Signed-off-by: Michael Walle > Tested-by: Vladimir Oltean Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH net-next v2 2/3] net: phy: bcm54140: use phy_package_shared

2020-05-04 Thread Florian Fainelli
On 5/4/2020 2:31 PM, Michael Walle wrote: > Use the new phy_package_shared common storage to ease the package > initialization and to access the global registers. > > Signed-off-by: Michael Walle Reviewed-by: Florian Fainelli -- Florian

Re: [PATCH net-next v2 1/3] net: phy: add concept of shared storage for PHYs

2020-05-04 Thread Florian Fainelli
On 5/4/2020 2:31 PM, Michael Walle wrote: > There are packages which contain multiple PHY devices, eg. a quad PHY > transceiver. Provide functions to allocate and free shared storage. > > Usually, a quad PHY contains global registers, which don't belong to any > PHY. Provide convenience

Re: [PATCH v6 1/2] x86: fix bitops.h warning with a moved cast

2020-05-04 Thread Jesse Brandeburg
On Mon, 4 May 2020 12:51:12 -0700 Nick Desaulniers wrote: > Sorry for the very late report. It turns out that if your config > tickles __builtin_constant_p just right, this now produces invalid > assembly: > > $ cat foo.c > long a(long b, long c) { > asm("orb\t%1, %0" : "+q"(c): "r"(b)); >

Re: BUG: stack guard page was hit in unwind_next_frame

2020-05-04 Thread Cong Wang
On Mon, May 4, 2020 at 12:08 PM Josh Poimboeuf wrote: > > On Sat, May 02, 2020 at 11:36:11PM -0700, syzbot wrote: > > Hello, > > > > syzbot found the following crash on: > > > > HEAD commit:8999dc89 net/x25: Fix null-ptr-deref in x25_disconnect > > git tree: net > > console output:

Re: [PATCH v1 1/3] printk: honor the max_reason field in kmsg_dumper

2020-05-04 Thread Sergey Senozhatsky
On (20/05/02 10:35), Pavel Tatashin wrote: [..] > +static bool always_kmsg_dump; > +module_param_named(always_kmsg_dump, always_kmsg_dump, bool, S_IRUGO | > S_IWUSR); > > /** > * kmsg_dump_register - register a kernel log dumper. > @@ -3106,6 +3108,12 @@ int kmsg_dump_register(struct

Re: [PATCH] net: rtw88: fix an issue about leak system resources

2020-05-04 Thread Dejin Zheng
On Mon, May 04, 2020 at 10:03:59AM -0700, Brian Norris wrote: > (Markus is clearly not taking the hint, but FYI for everyone else:) > > On Mon, May 4, 2020 at 8:00 AM Markus Elfring wrote: > > > BTW, In the past week, you asked me to change the commit comments in my > > > 6 patches like this

KASAN: null-ptr-deref Read in uncore_pmu_event_add

2020-05-04 Thread syzbot
Hello, syzbot found the following crash on: HEAD commit:ac935d22 Add linux-next specific files for 20200415 git tree: linux-next console output: https://syzkaller.appspot.com/x/log.txt?x=17f5743fe0 kernel config: https://syzkaller.appspot.com/x/.config?x=bc498783097e9019 dashboard

Re: [PATCH net-next v2 1/3] net: phy: add concept of shared storage for PHYs

2020-05-04 Thread Andrew Lunn
On Mon, May 04, 2020 at 11:31:34PM +0200, Michael Walle wrote: > There are packages which contain multiple PHY devices, eg. a quad PHY > transceiver. Provide functions to allocate and free shared storage. > > Usually, a quad PHY contains global registers, which don't belong to any > PHY. Provide

Re: [PATCH 5/7] mm: move zone iterator outside of deferred_init_maxorder()

2020-05-04 Thread Daniel Jordan
On Mon, May 04, 2020 at 03:10:46PM -0700, Alexander Duyck wrote: > So we cannot stop in the middle of a max order block. That shouldn't > be possible as part of the issue is that the buddy allocator will > attempt to access the buddy for the page which could cause issues if > it tries to merge the

Re: [PATCH] Makefile: support compressed debug info

2020-05-04 Thread Fangrui Song
On 2020-05-04, Sedat Dilek wrote: On Mon, May 4, 2020 at 5:13 AM Nick Desaulniers wrote: As debug information gets larger and larger, it helps significantly save the size of vmlinux images to compress the information in the debug information sections. Note: this debug info is typically

Re: [PATCH RFC 6/6] KVM: x86: Switch KVM guest to using interrupts for page ready APF delivery

2020-05-04 Thread Gavin Shan
Hi Vitaly, On 4/29/20 7:36 PM, Vitaly Kuznetsov wrote: KVM now supports using interrupt for type 2 APF event delivery (page ready notifications). Switch KVM guests to using it when the feature is present. Signed-off-by: Vitaly Kuznetsov --- arch/x86/entry/entry_32.S | 5

Re: [PATCH 6/7] mm: parallelize deferred_init_memmap()

2020-05-04 Thread Alexander Duyck
On Mon, May 4, 2020 at 4:44 PM Josh Triplett wrote: > > On May 4, 2020 3:33:58 PM PDT, Alexander Duyck > wrote: > >On Thu, Apr 30, 2020 at 1:12 PM Daniel Jordan > > wrote: > >> /* > >> -* Initialize and free pages in MAX_ORDER sized increments so > >> -* that we can

Re: [PATCH net-next v2 3/3] net: phy: mscc: use phy_package_shared

2020-05-04 Thread Andrew Lunn
On Mon, May 04, 2020 at 11:31:36PM +0200, Michael Walle wrote: > Use the new phy_package_shared common storage to ease the package > initialization and to access the global registers. > > Signed-off-by: Michael Walle > Tested-by: Vladimir Oltean Reviewed-by: Andrew Lunn Andrew

Re: [PATCH net-next v2 2/3] net: phy: bcm54140: use phy_package_shared

2020-05-04 Thread Andrew Lunn
On Mon, May 04, 2020 at 11:31:35PM +0200, Michael Walle wrote: > Use the new phy_package_shared common storage to ease the package > initialization and to access the global registers. > > Signed-off-by: Michael Walle Reviewed-by: Andrew Lunn Andrew

Re: [PATCH RFC 4/6] KVM: x86: acknowledgment mechanism for async pf page ready notifications

2020-05-04 Thread Gavin Shan
Hi Vitaly, On 4/29/20 7:36 PM, Vitaly Kuznetsov wrote: If two page ready notifications happen back to back the second one is not delivered and the only mechanism we currently have is kvm_check_async_pf_completion() check in vcpu_run() loop. The check will only be performed with the next vmexit

Re: [PATCH] mm: Limit boost_watermark on small zones.

2020-05-04 Thread Henry Willard
On 5/4/20 1:36 PM, Andrew Morton wrote: On Mon, 4 May 2020 13:44:09 +0100 Mel Gorman wrote: On Fri, May 01, 2020 at 03:57:29PM -0700, Andrew Morton wrote: On Thu, 30 Apr 2020 17:49:08 -0700 Henry Willard wrote: Commit 1c30844d2dfe ("mm: reclaim small amounts of memory when an external

Re: [PATCH hmm v2 4/5] mm/hmm: remove HMM_PFN_SPECIAL

2020-05-04 Thread John Hubbard
On 2020-05-01 11:20, Jason Gunthorpe wrote: From: Jason Gunthorpe This is just an alias for HMM_PFN_ERROR, nothing cares that the error was because of a special page vs any other error case. Reviewed-by: John Hubbard thanks, -- John Hubbard NVIDIA Acked-by: Felix Kuehling Reviewed-by:

[PATCH] man/statx: Add STATX_ATTR_DAX

2020-05-04 Thread ira . weiny
From: Ira Weiny Linux 5.8 is slated to have STATX_ATTR_DAX support. https://lore.kernel.org/lkml/20200428002142.404144-4-ira.we...@intel.com/ https://lore.kernel.org/lkml/20200504161352.GA13783@magnolia/ Add the text to the statx man page. Signed-off-by: Ira Weiny --- man2/statx.2 | 24

Re: [PATCH hmm v2 2/5] mm/hmm: make hmm_range_fault return 0 or -1

2020-05-04 Thread John Hubbard
On 2020-05-01 11:20, Jason Gunthorpe wrote: From: Jason Gunthorpe hmm_vma_walk->last is supposed to be updated after every write to the pfns, so that it can be returned by hmm_range_fault(). However, this is not done consistently. Fortunately nothing checks the return code of hmm_range_fault()

Re: [RFC PATCH] ima: verify mprotect change is consistent with mmap policy

2020-05-04 Thread Jann Horn
On Mon, May 4, 2020 at 11:18 PM Mimi Zohar wrote: > Files can be mmap'ed read/write and later changed to execute to circumvent > IMA's mmap appraise policy rules. Due to locking issues (mmap semaphore > would be taken prior to i_mutex), files can not be measured or appraised at > this point.

Re: [PATCH v3 1/2] timer: make deferrable cpu unbound timers really not bound to a cpu

2020-05-04 Thread kbuild test robot
Hi Prasad, Thank you for the patch! Yet something to improve: [auto build test ERROR on tip/timers/core] [also build test ERROR on tip/auto-latest tip/timers/nohz v5.7-rc4 next-20200504] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we

Re: [v3,iproute2 1/2] iproute2:tc:action: add a gate control action

2020-05-04 Thread Stephen Hemminger
On Sun, 3 May 2020 14:32:50 +0800 Po Liu wrote: > + print_string(PRINT_ANY, "gate state", "\tgate-state %-8s", NAK Space in a json tag is not valid. Please run a dump command and feed it into JSON validation checker like Python.

Re: [v3,iproute2 1/2] iproute2:tc:action: add a gate control action

2020-05-04 Thread Stephen Hemminger
On Sun, 3 May 2020 14:32:50 +0800 Po Liu wrote: > Introduce a ingress frame gate control flow action. > Tc gate action does the work like this: > Assume there is a gate allow specified ingress frames can pass at > specific time slot, and also drop at specific time slot. Tc filter > chooses the

Re: [PATCH] perf evsel: Get group fd from CPU0 for system wide event

2020-05-04 Thread Jiri Olsa
On Sat, May 02, 2020 at 10:33:59AM +0800, Jin, Yao wrote: SNIP > > > @@ -1461,6 +1461,9 @@ static int get_group_fd(struct evsel *evsel, int > > > cpu, int thread) > > > BUG_ON(!leader->core.fd); > > > fd = FD(leader, cpu, thread); > > > + if (fd == -1 &&

Re: s390 KVM warning in handle_pqap()

2020-05-04 Thread Tony Krowiak
I'll check with the z/VM folks. On 5/4/20 4:59 AM, Christian Borntraeger wrote: On 02.05.20 04:38, Qian Cai wrote: This line, if (WARN_ON_ONCE(fc != 0x03)) qemu-kvm-2.12.0-99.module+el8.2.0+5827+8c39933c with this kernel config,

[PATCH v8 0/5] Add SS/HS-USB changes for Qualcomm SM8150 chipset

2020-05-04 Thread Wesley Cheng
This series adds support for the Synopsis 7nm HSPHY USB driver being used in QCOM chipsets. The HSPHY register map differs compared to other PHY revisions. In addition, modifications and updates are done to the QMP driver to add new registers/offsets, and to update the initialization sequence

[PATCH v8 4/5] phy: qcom-qmp: Use proper PWRDOWN offset for sm8150 USB

2020-05-04 Thread Wesley Cheng
The register map for SM8150 QMP USB SSPHY has moved QPHY_POWER_DOWN_CONTROL to a different offset. Allow for an offset in the register table to override default value if it is a DP capable PHY. Signed-off-by: Wesley Cheng Reviewed-by: Manu Gautam --- drivers/phy/qualcomm/phy-qcom-qmp.c | 23

[PATCH v8 2/5] phy: qcom-snps: Add SNPS USB PHY driver for QCOM based SOCs

2020-05-04 Thread Wesley Cheng
This adds the SNPS FemtoPHY V2 driver used in QCOM SOCs. There are potentially multiple instances of this UTMI PHY on the SOC, all which can utilize this driver. The V2 driver will have a different register map compared to V1. Signed-off-by: Wesley Cheng Reviewed-by: Philipp Zabel

[Patch] mtd: set master partition panic write flag

2020-05-04 Thread Kamal Dasu
Check and set master panic write flag so that low level drivers can use it to take required action to ensure oops data gets written to assigned mtdoops device partition. Signed-off-by: Kamal Dasu --- drivers/mtd/mtdcore.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH v8 5/5] phy: qcom-qmp: Rename UFS PCS QMP v4 registers

2020-05-04 Thread Wesley Cheng
The UFS QMP v4 PHY has a largely different register set versus USB and PCIe. Rename the register offsets to denote that the value is specific for the UFS PCS register. Signed-off-by: Wesley Cheng --- drivers/phy/qualcomm/phy-qcom-qmp.c | 20 +--

[PATCH v8 3/5] phy: qcom-qmp: Add SM8150 QMP USB3 PHY support

2020-05-04 Thread Wesley Cheng
From: Jack Pham Add support for SM8150 QMP USB3 PHY with the necessary initialization sequences as well as additional QMP V4 register definitions. Signed-off-by: Jack Pham Signed-off-by: Wesley Cheng Reviewed-by: Manu Gautam --- drivers/phy/qualcomm/phy-qcom-qmp.c | 153

[PATCH v8 1/5] dt-bindings: phy: Add binding for qcom,usb-snps-femto-v2

2020-05-04 Thread Wesley Cheng
This binding shows the descriptions and properties for the Synopsis Femto USB PHY V2 used on QCOM platforms. Signed-off-by: Wesley Cheng Reviewed-by: Rob Herring Reviewed-by: Stephen Boyd --- .../bindings/phy/qcom,usb-snps-femto-v2.yaml | 77 ++ 1 file changed, 77

[PATCH net-next 0/5] net: ipa: kill endpoint stop workaround

2020-05-04 Thread Alex Elder
It turns out that a workaround that performs a small DMA operation between retried attempts to stop a GSI channel is not needed for any supported hardware. The hardware quirk that required the extra DMA operation was fixed after IPA v3.1. So this series gets rid of that workaround code, along

[PATCH net-next 5/5] net: ipa: kill ipa_cmd_dma_task_32b_addr_add()

2020-05-04 Thread Alex Elder
A recent commit removed the only use of ipa_cmd_dma_task_32b_addr_add(). This function (and the IPA immediate command it implements) is no longer needed, so get rid of it, along with all of the definitions associated with it. Isolate its removal in a commit so it can be easily added back again if

[PATCH net-next 1/5] net: ipa: fix a bug in ipa_endpoint_stop()

2020-05-04 Thread Alex Elder
In ipa_endpoint_stop(), for TX endpoints we set the number of retries to 0. When we break out of the loop, retries being 0 means we return EIO rather than the value of ret (which should be 0). Fix this by using a non-zero retry count for both RX and TX channels, and just break out of the loop

[PATCH net-next 3/5] net: ipa: don't retry in ipa_endpoint_stop()

2020-05-04 Thread Alex Elder
The only reason ipa_endpoint_stop() had a retry loop was that the just-removed workaround required an IPA DMA command to occur between attempts. The gsi_channel_stop() call that implements the stop does its own retry loop, to cover a channel's transition from started to stop-in-progress to

[PATCH net-next 4/5] net: ipa: kill ipa_endpoint_stop()

2020-05-04 Thread Alex Elder
The previous commit made ipa_endpoint_stop() be a trivial wrapper around gsi_channel_stop(). Since it no longer does anything special, just open-code it in the three places it's used. Signed-off-by: Alex Elder --- drivers/net/ipa/ipa_endpoint.c | 27 ++-

[PATCH net-next 2/5] net: ipa: get rid of workaround in ipa_endpoint_stop()

2020-05-04 Thread Alex Elder
In ipa_endpoint_stop(), a workaround is used for IPA version 3.5.1 where a 1-byte DMA request is issued between GSI channel stop retries. It turns out that this workaround is only required for IPA versions 3.1 and 3.2, and we don't support those. So remove the call to ipa_endpoint_stop_rx_dma()

Re: [PATCH RFC 2/6] KVM: x86: extend struct kvm_vcpu_pv_apf_data with token info

2020-05-04 Thread Gavin Shan
Hi Vitaly, On 4/29/20 7:36 PM, Vitaly Kuznetsov wrote: Currently, APF mechanism relies on the #PF abuse where the token is being passed through CR2. If we switch to using interrupts to deliver page-ready notifications we need a different way to pass the data. Extent the existing 'struct

Re: [PATCH v2 1/2] perf evsel: Create counts for collecting summary data

2020-05-04 Thread Jiri Olsa
On Sat, May 02, 2020 at 10:07:04AM +0800, Jin Yao wrote: > It would be useful to support the overall statistics for perf-stat > interval mode. For example, report the summary at the end of > "perf-stat -I" output. > > But since perf-stat can support many aggregation modes, such as > --per-thread,

Re: [PATCH 0/3] KVM: x86: cleanup and fixes for debug register accesses

2020-05-04 Thread Peter Xu
On Mon, May 04, 2020 at 09:20:05PM +0200, Paolo Bonzini wrote: > On 04/05/20 20:55, Peter Xu wrote: > > On Mon, May 04, 2020 at 11:55:55AM -0400, Paolo Bonzini wrote: > >> The purpose of this series is to get rid of the get_dr6 accessor > >> and, on Intel, of set_dr6 as well. This is done mostly

Re: [PATCH 1/1] selftests/bpf: add cls_redirect classifier

2020-05-04 Thread Alexei Starovoitov
On Sat, May 02, 2020 at 01:48:51AM +0200, Daniel Borkmann wrote: > On 4/27/20 11:45 AM, Lorenz Bauer wrote: > > On Sun, 26 Apr 2020 at 18:33, Alexei Starovoitov > > wrote: > [...] > > > > +/* Linux packet pointers are either aligned to NET_IP_ALIGN (aka 2 > > > > bytes), > > > > + * or not

RE: [PATCH v2 2/2] PCI: hv: Retry PCI bus D0 entry when the first attempt failed with invalid device state

2020-05-04 Thread Michael Kelley
From: Wei Hu Sent: Thursday, April 30, 2020 10:37 PM > > In the case of kdump, the PCI device was not cleanly shut down > before the kdump kernel starts. This causes the initial > attempt of entering D0 state in the kdump kernel to fail with > invalid device state returned from Hyper-V host. >

Re: [PATCH 6/7] mm: parallelize deferred_init_memmap()

2020-05-04 Thread Josh Triplett
On May 4, 2020 3:33:58 PM PDT, Alexander Duyck wrote: >On Thu, Apr 30, 2020 at 1:12 PM Daniel Jordan > wrote: >> /* >> -* Initialize and free pages in MAX_ORDER sized increments so >> -* that we can avoid introducing any issues with the buddy >> -* allocator. >> +

Re: [PATCH v7 2/5] PCI: Add Loongson PCI Controller support

2020-05-04 Thread Bjorn Helgaas
On Tue, Apr 28, 2020 at 09:14:17AM +0800, Jiaxun Yang wrote: > This controller can be found on Loongson-2K SoC, Loongson-3 > systems with RS780E/LS7A PCH. > > The RS780E part of code was previously located at > arch/mips/pci/ops-loongson3.c and now it can use generic PCI > driver implementation.

RE: [PATCH v2 1/2] PCI: hv: Fix the PCI HyperV probe failure path to release resource properly

2020-05-04 Thread Michael Kelley
From: Wei Hu Sent: Thursday, April 30, 2020 10:36 PM > > Some error cases in hv_pci_probe() were not handled. Fix these error > paths to release the resourses and clean up the state properly. > > Signed-off-by: Wei Hu > --- > drivers/pci/controller/pci-hyperv.c | 20 > 1

Re: [PATCH v2 2/2] perf stat: Report summary for interval mode

2020-05-04 Thread Jiri Olsa
On Sat, May 02, 2020 at 10:07:05AM +0800, Jin Yao wrote: SNIP > init_stats(_nsecs_stats); > update_stats(_nsecs_stats, stat_config.interval * 100); > print_counters(, 0, NULL); > + walltime_nsecs_stats = walltime_nsecs_stats_bak; > } > > static void

[PATCH net-next 2/3] net: ipa: introduce ipa_endpoint_program_suspend()

2020-05-04 Thread Alex Elder
Create a new helper function that encapsulates enabling or disabling suspend on an RX endpoint. It returns the previous state of the endpoint (true means suspend mode was enabled). Create another function that handles enabling or disabling delay mode on a TX endpoint. Delay mode does not work

[PATCH net-next 1/3] net: ipa: have ipa_endpoint_init_ctrl() return previous state

2020-05-04 Thread Alex Elder
Change ipa_endpoint_init_ctrl() so it returns the previous state (whether suspend or delay mode was enabled) rather than indicating whether the request caused a change in state. This makes it easier to understand what's happening where called. Signed-off-by: Alex Elder ---

[PATCH net-next 0/3] net: ipa: kill endpoint delay mode workaround

2020-05-04 Thread Alex Elder
A "delay mode" feature was put in place to work around a problem where packets could passed to the modem before it was ready to handle them. That problem no longer exists, and we don't need the workaround any more so get rid of it. -Alex Alex Elder (3):

Re: [PATCH v7 01/18] KVM: SVM: Add KVM_SEV SEND_START command

2020-05-04 Thread Ashish Kalra
On Mon, May 04, 2020 at 06:10:50PM -0500, Venu Busireddy wrote: > On 2020-05-04 22:36:37 +, Ashish Kalra wrote: > > On Mon, May 04, 2020 at 04:07:17PM -0500, Venu Busireddy wrote: > > > On 2020-04-30 08:40:34 +, Ashish Kalra wrote: > > > > From: Brijesh Singh > > > > > > > > The command

[PATCH net-next 3/3] net: ipa: remove endpoint delay mode feature

2020-05-04 Thread Alex Elder
A "delay mode" feature was put in place to work around a problem that was observed during development of the upstream IPA driver. It used TX endpoint "delay mode" in order to prevent transmitting packets toward the modem before it was ready. A race condition that would explain the problem has

[PATCH net-next 1/2] net: ipa: rename db_enable flag

2020-05-04 Thread Alex Elder
In several places, a Boolean flag is used in the GSI code to indicate whether the "doorbell engine" should be enabled or not when a channel is configured. This is basically done to abstract this property from the IPA version; the GSI code doesn't otherwise "know" what the IPA hardware version is.

[PATCH net-next 2/2] net: ipa: only reset channel twice for IPA v3.5.1

2020-05-04 Thread Alex Elder
In gsi_channel_reset(), RX channels are subjected to two consecutive CHANNEL_RESET commands. This workaround should only be used for IPA version 3.5.1, and for newer hardware "can lead to unwanted behavior." Only issue the second CHANNEL_RESET command for legacy hardware. Signed-off-by: Alex

[PATCH net-next 0/2] net: ipa: limit special reset handling

2020-05-04 Thread Alex Elder
Some special handling done during channel reset should only be done for IPA hardare version 3.5.1. This series generalizes the meaning of a flag passed to indicate special behavior, then has the special handling be used only when appropriate. -Alex Alex

[trivial PATCH] video: fbdev: Use IS_BUILTIN

2020-05-04 Thread Joe Perches
IS_BUILTIN can be use to replace various initializations like #if CONFIG_ int val = 1; #else int val = 0; #endif so do so. Signed-off-by: Joe Perches --- drivers/video/fbdev/aty/aty128fb.c | 6 +- drivers/video/fbdev/aty/atyfb_base.c | 7 +-- drivers/video/fbdev/aty/radeon_base.c

Re: [PATCH] perf session: Try to read pipe data from file

2020-05-04 Thread Ian Rogers
On Mon, May 4, 2020 at 3:57 PM Jiri Olsa wrote: > > On Fri, May 01, 2020 at 01:34:47PM +0200, Jiri Olsa wrote: > > From: Jiri Olsa > > > > Ian came with the idea of having support to read the pipe > > data also from file [1]. Currently pipe mode files fails > > like: > > > > $ perf record -o -

Re: [PATCH V2 00/11] Subject: Remove duplicated kmap code

2020-05-04 Thread Ira Weiny
On Mon, May 04, 2020 at 10:02:25PM +0100, Al Viro wrote: > On Mon, May 04, 2020 at 01:17:41PM -0700, Ira Weiny wrote: > > > > || * arm: much, much worse. We have several files that pull > > > linux/highmem.h: > > > || arch/arm/mm/cache-feroceon-l2.c, arch/arm/mm/cache-xsc3l2.c, > > > ||

[block/for-5.7] iocost: protect iocg->abs_vdebt with iocg->waitq.lock

2020-05-04 Thread Tejun Heo
Subject: iocost: protect iocg->abs_vdebt with iocg->waitq.lock abs_vdebt is an atomic_64 which tracks how much over budget a given cgroup is and controls the activation of use_delay mechanism. Once a cgroup goes over budget from forced IOs, it has to pay it back with its future budget. The

[GRUB PATCH RFC 15/18] i386/txt: Add Intel TXT core implementation

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- grub-core/loader/i386/txt/txt.c | 887 include/grub/i386/memory.h | 5 + 2 files changed, 892 insertions(+) create mode 100644 grub-core/loader/i386/txt/txt.c

[GRUB PATCH RFC 12/18] i386/efi: Report UEFI Secure Boot status to the Linux kernel

2020-05-04 Thread Daniel Kiper
Otherwise the kernel does not know its state and cannot enable various security features depending on UEFI Secure Boot. Signed-off-by: Ignat Korchagin Signed-off-by: Daniel Kiper --- grub-core/loader/i386/linux.c | 86 ++- include/grub/i386/linux.h |

[GRUB PATCH RFC 08/18] i386/tpm: Add TPM TIS and CRB driver

2020-05-04 Thread Daniel Kiper
It will be used by Intel TXT secure launcher introduced by subsequent patches. Signed-off-by: Daniel Kiper --- grub-core/commands/i386/tpm.c | 182 ++ include/grub/i386/tpm.h | 36 + 2 files changed, 218 insertions(+) create mode 100644

[GRUB PATCH RFC 07/18] i386/tpm: Rename tpm module to tpm_verifier

2020-05-04 Thread Daniel Kiper
..to avoid naming collision with TPM TIS and CRB driver introduced by subsequent patch. Signed-off-by: Daniel Kiper --- docs/grub.texi | 15 --- grub-core/Makefile.core.def | 4 ++-- grub-core/commands/{tpm.c => tpm_verifier.c} | 6

[GRUB PATCH RFC 02/18] i386/msr: Rename grub_msr_read() and grub_msr_write()

2020-05-04 Thread Daniel Kiper
.. to grub_rdmsr() and grub_wrmsr() respectively. New names are more obvious than older ones. Signed-off-by: Daniel Kiper --- grub-core/commands/i386/rdmsr.c | 2 +- grub-core/commands/i386/wrmsr.c | 2 +- include/grub/i386/msr.h | 4 ++-- 3 files changed, 4 insertions(+), 4

[GRUB PATCH RFC 14/18] i386/txt: Add Intel TXT definitions header file

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- include/grub/i386/txt.h | 690 1 file changed, 690 insertions(+) create mode 100644 include/grub/i386/txt.h diff --git a/include/grub/i386/txt.h

[GRUB PATCH RFC 16/18] i386/txt: Add Intel TXT ACM module support

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- grub-core/loader/i386/txt/acmod.c | 575 ++ 1 file changed, 575 insertions(+) create mode 100644 grub-core/loader/i386/txt/acmod.c diff --git

[GRUB PATCH RFC 18/18] i386/slaunch: Add secure launch framework and commands

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- grub-core/Makefile.am| 3 + grub-core/Makefile.core.def | 15 +++ grub-core/lib/i386/relocator32.S | 8 ++ grub-core/loader/i386/bsd.c | 7 ++ grub-core/loader/i386/linux.c| 206

[GRUB PATCH RFC 06/18] mmap: Add grub_mmap_get_lowest() and grub_mmap_get_highest()

2020-05-04 Thread Daniel Kiper
The functions calculate lowest and highest available RAM addresses respectively. Both functions are needed to calculate PMR boundaries for Intel TXT secure launcher introduced by subsequent patches. Signed-off-by: Daniel Kiper --- grub-core/mmap/mmap.c | 64

[GRUB PATCH RFC 13/18] i386/slaunch: Add basic platform support for secure launch

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- include/grub/i386/cpuid.h | 13 include/grub/i386/crfr.h | 186 ++ include/grub/i386/mmio.h | 90 ++ include/grub/i386/msr.h | 61

[GRUB PATCH RFC 11/18] efi: Add a function to read EFI variables with attributes

2020-05-04 Thread Daniel Kiper
It will be used to properly detect and report UEFI Secure Boot status to the x86 Linux kernel. The functionality will be added by subsequent patches. Signed-off-by: Ignat Korchagin Signed-off-by: Daniel Kiper --- grub-core/kern/efi/efi.c | 16 +--- include/grub/efi/efi.h | 5

[GRUB PATCH RFC 17/18] i386/txt: Add Intel TXT verification routines

2020-05-04 Thread Daniel Kiper
From: Ross Philipson Signed-off-by: Ross Philipson Signed-off-by: Daniel Kiper --- grub-core/loader/i386/txt/verify.c | 297 + 1 file changed, 297 insertions(+) create mode 100644 grub-core/loader/i386/txt/verify.c diff --git

[GRUB PATCH RFC 10/18] efi: Return grub_efi_status_t from grub_efi_get_variable()

2020-05-04 Thread Daniel Kiper
This is needed to properly detect and report UEFI Secure Boot status to the x86 Linux kernel. The functionality will be added by subsequent patches. Signed-off-by: Daniel Kiper --- grub-core/commands/efi/efifwsetup.c | 8 grub-core/kern/efi/efi.c| 16 +---

[GRUB PATCH RFC 00/18] i386: Intel TXT secure launcher

2020-05-04 Thread Daniel Kiper
Hi, This is an RFC patchset for the GRUB introducing the Intel TXT secure launcher. This is a part of larger work known as the TrenchBoot. Patchset can be split into two distinct parts: - 01-12: preparatory patches, - 13-18: the Intel TXT secure launcher itself. The initial implementation of

[GRUB PATCH RFC 01/18] i386/msr: Merge rdmsr.h and wrmsr.h into msr.h

2020-05-04 Thread Daniel Kiper
It does not make sense to have separate headers for separate static functions. Additionally, we have to add some constants with MSR addresses in subsequent patches. So, make one common place to store them. Signed-off-by: Daniel Kiper --- grub-core/commands/i386/rdmsr.c | 2 +-

[GRUB PATCH RFC 05/18] i386/memory: Rename PAGE_SIZE to GRUB_PAGE_SIZE and make it global

2020-05-04 Thread Daniel Kiper
Subsequent patches will use that constant. Signed-off-by: Daniel Kiper --- grub-core/loader/i386/xen.c | 35 +-- include/grub/i386/memory.h | 1 + 2 files changed, 18 insertions(+), 18 deletions(-) diff --git a/grub-core/loader/i386/xen.c

[GRUB PATCH RFC 04/18] i386/memory: Rename PAGE_SHIFT to GRUB_PAGE_SHIFT

2020-05-04 Thread Daniel Kiper
..to avoid potential conflicts and confusion. Signed-off-by: Daniel Kiper --- grub-core/lib/i386/xen/relocator.S | 6 +++--- grub-core/lib/x86_64/xen/relocator.S | 4 ++-- grub-core/loader/i386/xen.c | 28 ++-- include/grub/i386/memory.h | 2 +- 4

<    1   2   3   4   5   6   7   8   9   10   >