[tip: x86/entry] x86/entry: __always_inline debugreg for noinstr

The following commit has been merged into the x86/entry branch of tip: Commit-ID: c227bf005a079ad7af47f8df3cbb7c39cdbabc37 Gitweb: https://git.kernel.org/tip/c227bf005a079ad7af47f8df3cbb7c39cdbabc37 Author:Peter Zijlstra AuthorDate:Wed, 03 Jun 2020 13:40:17 +02:00

[tip: x86/entry] x86/entry: __always_inline irqflags for noinstr

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 43cea329af80b327cf0981df87fc26ce35d858f8 Gitweb: https://git.kernel.org/tip/43cea329af80b327cf0981df87fc26ce35d858f8 Author:Peter Zijlstra AuthorDate:Wed, 03 Jun 2020 13:40:18 +02:00

[tip: x86/entry] x86/entry, cpumask: Provide non-instrumented variant of cpu_is_offline()

The following commit has been merged into the x86/entry branch of tip: Commit-ID: 02da62886d81c6683fbd6a09aec02b2c050d5827 Gitweb: https://git.kernel.org/tip/02da62886d81c6683fbd6a09aec02b2c050d5827 Author:Peter Zijlstra AuthorDate:Wed, 03 Jun 2020 13:40:23 +02:00

[PATCH] ovl: explicitly initialize error in ovl_copy_xattr()

Under certain circumstances (we found this out running Docker on a Clang-built kernel with CONFIG_INIT_STACK_ALL) ovl_copy_xattr() may return uninitialized value of |error| from ovl_copy_xattr(). It is then returned by ovl_create() to lookup_open(), which casts it to an invalid dentry pointer,

Re: [GIT PULL] SELinux patches for v5.8

On Wed, Jun 3, 2020 at 10:20 AM Casey Schaufler wrote: > > We could have inode->i_security be the blob, rather than a pointer to it. > That will have its own performance issues. It wouldn't actually really fix anything, because the inode is so big and sparsely accessed that it doesn't even

Re: [PATCH 0/4] marvell: Fix firmware filenames for sd8977/sd8997 chipsets

Hi Pali, > This patch series fixes mwifiex and btmrvl drivers to load firmware for sd8977 > and sd8997 chipsets from correct filename. > > Both Marvell distribution package and linux-firmware repository [1] contain > firmware for these chipsets in files >

Re: [PATCH] nvme-fc: Only call nvme_cleanup_cmd() for normal operations

On 5/29/20 6:37 AM, Daniel Wagner wrote: Asynchronous event notifications do not have an request associated. When fcp_io() fails we unconditionally call nvme_cleanup_cmd() which leads to a crash. Fixes: 16686f3a6c3c ("nvme: move common call to nvme_cleanup_cmd to core layer") Cc: Max Gurtovoy

Re: [PATCH 2/2] coresight: tmc: Add shutdown callback for TMC ETR/ETF

On Wed, Jun 03, 2020 at 02:34:10PM +0100, Robin Murphy wrote: > On 2020-06-03 14:22, Mike Leach wrote: > > Hi Sai, > > > > On Wed, 3 Jun 2020 at 13:14, Sai Prakash Ranjan > > wrote: > > > > > > Hi Mike, > > > > > > On 2020-06-03 16:57, Mike Leach wrote: > > > > Hi, > > > > > > > > On Wed, 3

Re: [PATCH v7 2/4] usb: dwc3: qcom: Add interconnect support in dwc3 driver

Quoting Sandeep Maheswaram (2020-03-31 22:15:43) > diff --git a/drivers/usb/dwc3/dwc3-qcom.c b/drivers/usb/dwc3/dwc3-qcom.c > index 1dfd024..d33ae86 100644 > --- a/drivers/usb/dwc3/dwc3-qcom.c > +++ b/drivers/usb/dwc3/dwc3-qcom.c > @@ -76,8 +85,13 @@ struct dwc3_qcom { > enum usb_dr_mode

Re: [PATCH v3] usb: host: xhci-mtk: avoid runtime suspend when removing hcd

Hello. On 03.06.2020 16:09, Macpaul Lin wrote: When runtime suspend was enabled, runtime suspend might happened Happen. when xhci is removing hcd. This might cause kernel panic when hcd has been freed but runtime pm suspend related handle need to reference it. Signed-off-by: Macpaul

Re: [RESEND PATCH v1 6/6] staging: greybus: audio: Enable GB codec, audio module compilation.

On Tue, Jun 02, 2020 at 03:57:15PM +0300, Dan Carpenter wrote: > On Tue, Jun 02, 2020 at 10:51:15AM +0530, Vaibhav Agarwal wrote: > > Currently, GB codec and audio module is conditionally compiled based on > > GREYBUS_AUDIO_MSM8994. However, audio module is not dependent on MSM8994 > > platform

Re: [PATCH net-next 0/5] hinic: add some ethtool ops support

net-next is closed

Re: [PATCH 0/2] firmware/psci: PSCI checker cleanup

On 03/06/20 18:05, Sudeep Holla wrote: > On Fri, Apr 24, 2020 at 02:56:55PM +0100, Valentin Schneider wrote: >> Hi folks, >> >> This is a small cleanup of the PSCI checker following Peter's objections >> to its homegrown do_idle() implementation. It is based on his >> sched_setscheduler()

[GIT PULL] First batch of KVM changes for Linux 5.8

Linus, The following changes since commit 655389433e7efec589838b400a2a652b3ffa: vmlinux.lds.h: Create section for protection against instrumentation (2020-05-19 15:47:20 +0200) are available in the Git repository at: https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus for

[PATCH] x86/cpu: Add Sapphire Rapids CPU model number

Latest edition (039) of "Intel Architecture Instruction Set Extensions and Future Features Programming Reference" includes three new CPU model numbers. Linux already has the two Ice Lake server ones. Add the new model number for Sapphire Rapids. Signed-off-by: Tony Luck --- I'd appreciate this

Re: [PATCH v3 070/105] drm/vc4: hdmi: rework connectors and encoders

Am 02.06.20 um 17:54 schrieb Maxime Ripard: > On Wed, May 27, 2020 at 11:41:24AM -0700, Eric Anholt wrote: >> On Wed, May 27, 2020 at 8:51 AM Maxime Ripard wrote: >>> the vc4_hdmi driver has some custom structures to hold the data it needs to >>> associate with the drm_encoder and drm_connector

Re: [PATCH][V2] input: ims-pcu: return error code rather than -ENOMEM

On Wed, Jun 03, 2020 at 04:21:51PM +0100, Colin King wrote: > From: Colin Ian King > > Currently the assignment of -ENOMEM to error is redudant because error > is not being read and -ENOMEM is being hard coded as an error return. > Fix this by returning the error code in variable 'error'; this

v5.7: new core kernel option missing help text

Hi, A new kernel configuration option ("SCHED_THERMAL_PRESSURE") was recently added, but has no help text. This is most unhelpful when trying to configure the kernel, since one does not know what the effect of answering yes or no to this option would be. Please supply a proper help text when

Re: [PATCH] clk: clk-st: Add missed return value checks in st_clk_probe()

> st_clk_probe() has not check for clk_hw_register_mux(), clk_hw_register_gate() > and devm_clk_hw_register_clkdev(). > Add the missed checks and return devm_clk_hw_register_clkdev()'s return value > to check errors. How do you think about another wording variant? Return values were not

Re: [PATCH glibc 1/3] glibc: Perform rseq registration at C startup and thread creation (v20)

On Wed, 3 Jun 2020, Florian Weimer via Libc-alpha wrote: > I'm still waiting for feedback from other maintainers whether the level > of documentation and testing is appropriate. Looking at the documentation in the manual, it doesn't look like it has enough information for someone to use this

Re: [PATCH 2/2] mm: hugetlb: fix the name of hugetlb CMA

On 6/3/20 1:40 AM, Barry Song wrote: > once we enable CMA_DEBUGFS, we will get the below errors: > directory 'cma-hugetlb' with parent 'cma' already present > > only the first numa node will get a directory in debugfs. > we should have different names for different CMA areas. > > Cc: Roman

Re: [PATCH v3 01/10] dmaengine: Actions: get rid of bit fields from dma descriptor

Hi, Thanks for having a look. On Wed, Jun 3, 2020 at 12:52 PM Manivannan Sadhasivam wrote: > Individual comments for these enums? I was expecting this comment , and thought these fields are self explanatory But if you prefer to have description about it, I would have it in next version. >

Re: [PATCH 1/2] mm: cma: fix the name of CMA areas

On 6/3/20 1:40 AM, Barry Song wrote: > if users give a name saved in stack, the current code will generate magic > pointer. > if users don't give a name(NULL), kasprintf() will always return NULL as > we are at the early stage. that means cma_init_reserved_mem() will return > -ENOMEM if users set

Re: [PATCH 0/9] x86/entry fixes

On Wed, 3 Jun 2020 at 18:07, Peter Zijlstra wrote: > > On Wed, Jun 03, 2020 at 04:47:54PM +0200, Marco Elver wrote: > > > This is fun: __always_inline functions inlined into > > __no_sanitize_undefined *do* get instrumented because apparently UBSan > > passes must run before the optimizer (before

Re: [GIT pull] timers/core for v5.8

Linus Torvalds writes: > On Tue, Jun 2, 2020 at 5:09 AM Thomas Gleixner wrote: >> >> The truly boring timer and clocksource updates for 5.8: >> >> - Not a single new clocksource or clockevent driver! > > The diffstat proved that to be a filthy lie: > >>

[GIT PULL] VFIO updates for v5.8-rc1

Hi Linus, The following changes since commit 9cb1fd0efd195590b828b9b865421ad345a4a145: Linux 5.7-rc7 (2020-05-24 15:32:54 -0700) are available in the Git repository at: git://github.com/awilliam/linux-vfio.git tags/vfio-v5.8-rc1 for you to fetch changes up to

Re: [GIT PULL] SELinux patches for v5.8

On 6/2/2020 5:31 PM, Linus Torvalds wrote: > On Mon, Jun 1, 2020 at 6:07 PM Paul Moore wrote: >> - A number of improvements to various SELinux internal data structures >> to help improve performance. We move the role transitions into a hash >> table. In the content structure we shift from

Re: [RFC, WIP, v6 02/10] media: vidtv: implement a tuner driver

Hi Shuah, thanks for reviewing this! >> From: "Daniel W. S. Almeida" > > Are you using git send-email to send patches. Why do have this > From line in here? Same comment on all other patches in this series. I am using 'git format-patch --to=[...] --cc=[...]' and then 'git send-email'. Git

[tip:core/urgent] BUILD SUCCESS 5fdeefa053df54961c1e9b69a128ddb5185ce150

allyesconfig powerpc rhel-kconfig powerpc allmodconfig powerpc allnoconfig powerpc defconfig i386 randconfig-a001-20200603 i386 randconfig-a006-20200603

[tip:master] BUILD SUCCESS cc7a4a02564c6cc8dc981fb0a37313830ee8c2d4

allmodconfig powerpc allnoconfig powerpc defconfig i386 randconfig-a014-20200603 i386 randconfig-a015-20200603 i386 randconfig-a011-20200603 i386 randconfig-a016-20200603 i386

Re: [GIT pull] timers/core for v5.8

On Tue, Jun 2, 2020 at 5:09 AM Thomas Gleixner wrote: > > The truly boring timer and clocksource updates for 5.8: > > - Not a single new clocksource or clockevent driver! The diffstat proved that to be a filthy lie: > drivers/clocksource/timer-ti-dm-systimer.c | 727 >

Re: [PATCH v3 35/75] x86/head/64: Build k/head64.c with -fno-stack-protector

On Wed, Jun 3, 2020 at 11:18 AM Joerg Roedel wrote: > > On Tue, May 19, 2020 at 09:58:18AM -0400, Brian Gerst wrote: > > On Tue, Apr 28, 2020 at 11:28 AM Joerg Roedel wrote: > > > The proper fix would be to initialize MSR_GS_BASE earlier. > > That'll mean to initialize it two times during boot,

Re: [PATCH 2/9] rcu: Fixup noinstr warnings

On Wed, Jun 03, 2020 at 09:46:00AM -0700, Paul E. McKenney wrote: > > --- a/kernel/rcu/tree.c > > +++ b/kernel/rcu/tree.c > > @@ -250,7 +250,7 @@ static noinstr void rcu_dynticks_eqs_ent > > * next idle sojourn. > > */ > > rcu_dynticks_task_trace_enter(); // Before ->dynticks

Re: [PATCH v3 6/6] MAINTAINERS: Add maintainers for MIPS core drivers

Daniel, Rafael, Thomas (Gleixner), Could you take a look at the series this patch belongs to and to this patch in particular? If you are ok with this, please explicitly ack. It would be great to merge the leftover series in this merge window. -Sergey On Wed, Jun 03, 2020 at 03:03:19AM +0300,

Good day

Attention Beneficiary, This is to inform you that the United Nations Committee on REWARD/COMPENSATION have selected your Email I.D for the New year 2020 program. The Microsoft through a careful world wide web gathering of data made a very careful electronic base selection and your Email happen to

Re: [PATCH] mm/memblock: export max_pfn for kernel modules

On Thu, Jun 04, 2020 at 12:11:32AM +0800, Miles Chen wrote: > max_pfn is uesd to get the highest pfn in the system. Drivers like > drivers/iommu/mtk_iommu.c checks max_pfn to see if it should enable > its "4GB mode". > > This patch exports the max_pfn symbol, so we can build the driver as > a

Re: [sched/fair] 0b0695f2b3: phoronix-test-suite.compress-gzip.0.seconds 19.8% regression

Hi Oliver, On Tue, 2 Jun 2020 at 16:11, Oliver Sang wrote: > > On Tue, Jun 02, 2020 at 01:23:19PM +0800, Oliver Sang wrote: > > On Fri, May 29, 2020 at 07:26:01PM +0200, Vincent Guittot wrote: > > > On Mon, 25 May 2020 at 10:02, Vincent Guittot > > > wrote: > > > > > > > > > > > > We also

Re: [PATCH] scs: Report SCS usage in bytes rather than number of entries

On Wed, Jun 03, 2020 at 04:12:17PM +0100, Will Deacon wrote: > Fix the SCS debug usage check so that we report the number of bytes > usedm, rather than the number of entries. typo: used > > Fixes: 5bbaf9d1fcb9 ("scs: Add support for stack usage debugging") > Reported-by: Sami Tolvanen >

Re: [PATCH 0/2] firmware/psci: PSCI checker cleanup

On Fri, Apr 24, 2020 at 02:56:55PM +0100, Valentin Schneider wrote: > Hi folks, > > This is a small cleanup of the PSCI checker following Peter's objections > to its homegrown do_idle() implementation. It is based on his > sched_setscheduler() unexport series at [1]. > > I've never really used

Re: [PATCH V11 11/11] fs/xfs: Update xfs_ioctl_setattr_dax_invalidate()

On Wed, Jun 03, 2020 at 12:10:24PM +0200, Jan Kara wrote: > On Tue 02-06-20 10:23:53, Darrick J. Wong wrote: > > On Tue, Apr 28, 2020 at 01:11:38PM -0700, Darrick J. Wong wrote: > > > > -out_unlock: > > > > - xfs_iunlock(ip, XFS_MMAPLOCK_EXCL | XFS_IOLOCK_EXCL); > > > > - return error;

Re: headers_install builds break on a lot of targets?

On Wed, Jun 03, 2020 at 08:49:54AM -0500, Rob Landley wrote: > The headers_install_all target got removed last year (commit f3c8d4c7a728 and > would someone like to update Documentation/kbuild/headers_install.txt which > still describes it?) > > The musl-libc maintainer is using a forked

Re: [PATCH v2 1/3] capabilities: Introduce CAP_CHECKPOINT_RESTORE

On Wed, Jun 03, 2020 at 06:23:26PM +0200, Adrian Reber wrote: ... > > /* > - * Only allow CAP_SYS_ADMIN to follow the links, due to concerns about how > the > - * symlinks may be used to bypass permissions on ancestor directories in the > - * path to the file in question. > + * Only allow

Re: [PATCH RFC] uaccess: user_access_begin_after_access_ok()

[ Just a re-send without html and a few fixes for mobile editing, since that email got eaten by the mailing list Gods ] On Tue, Jun 2, 2020, 23:02 Michael S. Tsirkin wrote: > > Right and we do that, but that still sets the segment according to the > current thread's flags, right? But that

Re: [PATCH v6 01/13] tools/libperf: introduce notion of static polled file descriptors

On 03.06.2020 18:53, Adrian Hunter wrote: > On 3/06/20 3:52 pm, Alexey Budankov wrote: >> >> On 03.06.2020 15:30, Hunter, Adrian wrote: >>> >>> -Original Message- From: Hunter, Adrian Sent: Wednesday, June 3, 2020 3:24 PM To: Alexey Budankov Cc: Arnaldo

Re: [PATCH] module: make module symbols visible after init

Hi, I'm confused... On Wed, 3 Jun 2020, Cheng Jian wrote: > When lookup the symbols of module by module_kallsyms_lookup_name(), > the symbols address is visible only if the module's status isn't > MODULE_STATE_UNFORMED, This is problematic. > > When complete_formation is done, the state of the

Re: [PATCH 1/2] sched/uclamp: Add a new sysctl to control RT default boost value

On 06/03/20 16:59, Vincent Guittot wrote: > When I want to stress the fast path i usually use "perf bench sched pipe -T " > The tip/sched/core on my arm octo core gives the following results for > 20 iterations of perf bench sched pipe -T -l 5 > > all uclamp config disabled 50035.4(+/-

Re: [PATCH RFC] uaccess: user_access_begin_after_access_ok()

On Wed, Jun 03, 2020 at 01:29:00AM -0400, Michael S. Tsirkin wrote: > On Wed, Jun 03, 2020 at 02:48:15AM +0100, Al Viro wrote: > > On Tue, Jun 02, 2020 at 04:45:05AM -0400, Michael S. Tsirkin wrote: > > > So vhost needs to poke at userspace *a lot* in a quick succession. It > > > is thus

Re: [PATCH] fbdev: geocode: Add the missed pci_disable_device() in gx1fb_map_video_memory()

> Add the missed function call to fix the bug. … > +++ b/drivers/video/fbdev/geode/gx1fb_core.c > @@ -208,29 +208,44 @@ static int gx1fb_map_video_memory(struct fb_info > *info, struct pci_dev *dev) … > return 0; > + > +err: > + pci_disable_device(dev); > + return ret; > } … I

Re: BUG: unable to handle kernel paging request in rb_erase

On Wed, Jun 03, 2020 at 10:43:26AM -0400, J. Bruce Fields wrote: > On Wed, Jun 03, 2020 at 12:34:35PM +0800, Hillf Danton wrote: > > > > On Tue, 2 Jun 2020 17:55:17 -0400 "J. Bruce Fields" wrote: > > > > > > As far as I know, this one's still unresolved. I can't see the bug from > > > code

Re: [PATCH 2/9] rcu: Fixup noinstr warnings

On Wed, Jun 03, 2020 at 01:40:16PM +0200, Peter Zijlstra wrote: > A KCSAN build revealed we have explicit annoations through atomic_*() > usage, switch to arch_atomic_*() for the respective functions. > > vmlinux.o: warning: objtool: rcu_nmi_exit()+0x4d: call to > __kcsan_check_access() leaves

[PATCH v2] media: omap3isp: Add missed v4l2_ctrl_handler_free() for preview_init_entities()

preview_init_entities() does not call v4l2_ctrl_handler_free() when it fails. Add the missed function to fix it. Fixes: de1135d44f4f ("[media] omap3isp: CCDC, preview engine and resizer]") Signed-off-by: Chuhong Yuan --- Changes in v2: - Fix the typo.

[PATCH v2] media: marvell-ccic: Add missed v4l2_async_notifier_cleanup()

mccic_register() forgets to cleanup the notifier in its error handler. mccic_shutdown() also misses calling v4l2_async_notifier_cleanup(). Add the missed calls to fix them. Fixes: 3eefe36cc00c ("media: marvell-ccic: use async notifier to get the sensor") Signed-off-by: Chuhong Yuan --- Changes

Re: [PATCH] lan743x: Added fixed link and RGMII support / debugging

If I find a fix, would I need to submit a delta patch (to our last one) or a full patch ? Thanks. > So lets try to fix it. > >Thanks > Andrew >

Re: [PATCH] lan743x: Added fixed link and RGMII support / debugging

Ok, let's proceed :) The code runs well, dmesg looks good, ip addr shows me a link up, speed/duplex looks ok. But it does not transfer any data. Debugging steps (A/B versions): - Check clocks with oscilloscope (10/100/1000) - Dump actual register settings - Trace Phy-Phy autonegotiation and

Re: [PATCH] rcu: Fixup noinstr warnings

On Wed, Jun 03, 2020 at 12:52:06PM +0200, Peter Zijlstra wrote: > On Wed, Jun 03, 2020 at 02:59:32AM -0700, Paul E. McKenney wrote: > > On Wed, Jun 03, 2020 at 10:48:18AM +0200, Peter Zijlstra wrote: > > > On Tue, Jun 02, 2020 at 09:38:53PM +0200, Peter Zijlstra wrote: > > > > > > > That said;

Re: [PATCH V4] pwm: tegra: dynamic clk freq configuration by PWM driver

Hello, On Mon, Jun 01, 2020 at 10:50:36AM +0530, Sandipan Patra wrote: > diff --git a/drivers/pwm/pwm-tegra.c b/drivers/pwm/pwm-tegra.c > index d26ed8f..1daf591 100644 > --- a/drivers/pwm/pwm-tegra.c > +++ b/drivers/pwm/pwm-tegra.c > @@ -4,8 +4,36 @@ > * > * Tegra pulse-width-modulation

Re: [PATCH v5 0/4] introduction of migration_version attribute for VFIO live migration

On Wed, 3 Jun 2020 01:24:43 -0400 Yan Zhao wrote: > On Tue, Jun 02, 2020 at 09:55:28PM -0600, Alex Williamson wrote: > > On Tue, 2 Jun 2020 23:19:48 -0400 > > Yan Zhao wrote: > > > > > On Tue, Jun 02, 2020 at 04:55:27PM -0600, Alex Williamson wrote: > > > > On Wed, 29 Apr 2020 20:39:50

Re: [PATCH] xfs: Add the missed xfs_perag_put() for xfs_ifree_cluster()

On Wed, Jun 03, 2020 at 05:27:07PM +0800, Chuhong Yuan wrote: > xfs_ifree_cluster() calls xfs_perag_get() at the beginning, but forgets to > call xfs_perag_put() in one failed path. > Add the missed function call to fix it. > > Fixes: ce92464c180b ("xfs: make xfs_trans_get_buf return an error

Re: [PATCH] drm/nouveau/dispnv50: fix runtime pm imbalance on error

Hi! Was going through my email and found this from last month, it's a bit late and someone might have reviewed/pushed this already but just in case: Reviewed-by: Lyude Paul On Wed, 2020-05-20 at 18:47 +0800, Dinghao Liu wrote: > pm_runtime_get_sync() increments the runtime PM usage counter even

[PATCH v2 2/3] selftests: add clone3() CAP_CHECKPOINT_RESTORE test

This adds a test that changes its UID, uses capabilities to get CAP_CHECKPOINT_RESTORE and uses clone3() with set_tid to create a process with a given PID as non-root. Signed-off-by: Adrian Reber --- tools/testing/selftests/clone3/Makefile | 4 +-

[PATCH v2 0/3] capabilities: Introduce CAP_CHECKPOINT_RESTORE

This is v2 of the 'Introduce CAP_CHECKPOINT_RESTORE' patchset. The difference from v1 are: * Renamed CAP_RESTORE to CAP_CHECKPOINT_RESTORE * Added a test * Added details about CRIU's use of map_files * Allow changing /proc/self/exe link with CAP_CHECKPOINT_RESTORE The biggest difference is

Re: [PATCH 1/1] blk-mq: get ctx in order to handle BLK_MQ_S_INACTIVE in blk_mq_get_tag()

Hi John, On 6/3/20 4:59 AM, John Garry wrote: > On 02/06/2020 07:17, Dongli Zhang wrote: >> When scheduler is set, we hit below page fault when we offline cpu. >> >> [ 1061.007725] BUG: kernel NULL pointer dereference, address: >> 0040 >> [ 1061.008710] #PF: supervisor read access in

[PATCH v2 1/3] capabilities: Introduce CAP_CHECKPOINT_RESTORE

This patch introduces CAP_CHECKPOINT_RESTORE, a new capability facilitating checkpoint/restore for non-root users. Over the last years, The CRIU (Checkpoint/Restore In Userspace) team has been asked numerous times if it is possible to checkpoint/restore a process as non-root. The answer usually

[PATCH v2 3/3] prctl: Allow ptrace capable processes to change exe_fd

From: Nicolas Viennot The current process is authorized to change its /proc/self/exe link via two policies: 1) The current user can do checkpoint/restore In other words is CAP_SYS_ADMIN or CAP_CHECKPOINT_RESTORE capable. 2) The current user can use ptrace. With access to ptrace facilities, a

Re: headers_install builds break on a lot of targets?

On Wed, 2020-06-03 at 16:05 +0200, Arnd Bergmann wrote: > I don't know if you can just run 'make headers_install' without configuring > first, or if that is something that can be easily changed if it doesn't > already > work. It would be kind of wrong for the exported ABI headers to depend on

Re: [PATCH v2 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

On 2020-06-03 10:04 a.m., Stankiewicz, Piotr wrote: >> -Original Message- >> From: Logan Gunthorpe >> Sent: Wednesday, June 3, 2020 5:48 PM >> >> >> >> On 2020-06-03 5:44 a.m., Piotr Stankiewicz wrote: >>> When debugging an issue where I was asking the PCI machinery to enable a >>> set

Re: [PATCH][next] ovl: fix null pointer dereference on null stack pointer on error return

On Wed, Jun 3, 2020 at 7:15 PM Colin Ian King wrote: > > On 03/06/2020 17:11, Amir Goldstein wrote: > > On Wed, Jun 3, 2020 at 6:46 PM Colin King wrote: > >> > >> From: Colin Ian King > >> > >> There are two error return paths where the call to path_put is > >> dereferencing the null pointer

[PATCH] power: reset: gpio-poweroff: add missing '\n' in dev_err()

dev_err() needs a terminating newline. Signed-off-by: Luca Ceresoli --- drivers/power/reset/gpio-poweroff.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/power/reset/gpio-poweroff.c b/drivers/power/reset/gpio-poweroff.c index 6a4bbb506551..c5067eb75370 100644 ---

Re: [PATCH v2 2/6] net: phy: fixed_phy: Remove unused seqcount

On Wed, Jun 03, 2020 at 04:49:45PM +0200, Ahmed S. Darwish wrote: > Commit bf7afb29d545 ("phy: improve safety of fixed-phy MII register > reading") protected the fixed PHY status with a sequence counter. > > Two years later, commit d2b977939b18 ("net: phy: fixed-phy: remove >

Re: [PATCH v4 1/7] perf: arm64: Add test to check userspace access to hardware counters.

On Tue, Aug 27, 2019 at 07:17:55PM +0800, Jonathan Cameron wrote: > On Thu, 22 Aug 2019 15:42:14 +0100 > Raphael Gault wrote: > > > This test relies on the fact that the PMU registers are accessible > > from userspace. It then uses the perf_event_mmap_page to retrieve > > the counter index and

Re: [PATCH] mm/memblock: export max_pfn for kernel modules

On 03.06.20 18:11, Miles Chen wrote: > max_pfn is uesd to get the highest pfn in the system. Drivers like > drivers/iommu/mtk_iommu.c checks max_pfn to see if it should enable > its "4GB mode". > > This patch exports the max_pfn symbol, so we can build the driver as > a kernel module. Please add

Re: [PATCH] dt-bindings: rtc: Convert imxdi rtc to json-schema

On Wed, Jun 3, 2020 at 5:59 AM Anson Huang wrote: > > Convert the i.MXDI RTC binding to DT schema format using json-schema > > Signed-off-by: Anson Huang > --- > .../devicetree/bindings/rtc/imxdi-rtc.txt | 20 --- > .../devicetree/bindings/rtc/imxdi-rtc.yaml | 42 >

Re: [PATCH][next] ovl: fix null pointer dereference on null stack pointer on error return

On 03/06/2020 17:11, Amir Goldstein wrote: > On Wed, Jun 3, 2020 at 6:46 PM Colin King wrote: >> >> From: Colin Ian King >> >> There are two error return paths where the call to path_put is >> dereferencing the null pointer 'stack'. Fix this by avoiding the >> error exit path via label

Re: [PATCH] media: omap3isp: Add missed v4l2_ctrl_handler_free() for preview_init_entities()

Hi Chuhong, Thank you for the patch! Yet something to improve: [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v5.7 next-20200603] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system. BTW, we also suggest to use '--base

[PATCH] mm/memblock: export max_pfn for kernel modules

max_pfn is uesd to get the highest pfn in the system. Drivers like drivers/iommu/mtk_iommu.c checks max_pfn to see if it should enable its "4GB mode". This patch exports the max_pfn symbol, so we can build the driver as a kernel module. Signed-off-by: Miles Chen --- mm/memblock.c | 1 + 1 file

Re: [PATCH][next] ovl: fix null pointer dereference on null stack pointer on error return

On Wed, Jun 3, 2020 at 6:46 PM Colin King wrote: > > From: Colin Ian King > > There are two error return paths where the call to path_put is > dereferencing the null pointer 'stack'. Fix this by avoiding the > error exit path via label 'out_err' that will lead to the path_put > calls and

Re: [PATCH] mm/vmstat: Add events for PMD based THP migration without split

On Wed, Jun 03, 2020 at 10:06:31AM +0530, Anshuman Khandual wrote: > Does this look okay and sufficient ? > > --- a/Documentation/vm/page_migration.rst > +++ b/Documentation/vm/page_migration.rst > @@ -253,5 +253,20 @@ which are function pointers of struct > address_space_operations. >

Re: [RFC v2 7/9] mm/damon: Implement callbacks for physical memory monitoring

On 03.06.20 16:11, SeongJae Park wrote: > From: SeongJae Park > > This commit implements the four callbacks (->init_target_regions, > ->update_target_regions, ->prepare_access_check, and ->check_accesses) > for the basic access monitoring of the physical memory address space. > By setting the

Re: [PATCH 0/9] x86/entry fixes

On Wed, Jun 03, 2020 at 04:47:54PM +0200, Marco Elver wrote: > This is fun: __always_inline functions inlined into > __no_sanitize_undefined *do* get instrumented because apparently UBSan > passes must run before the optimizer (before inlining), contrary to > what [ATM]SAN instrumentation does.

RE: [PATCH v2 01/15] PCI/MSI: Forward MSI-X vector enable error code in pci_alloc_irq_vectors_affinity()

> -Original Message- > From: Logan Gunthorpe > Sent: Wednesday, June 3, 2020 5:48 PM > > > > On 2020-06-03 5:44 a.m., Piotr Stankiewicz wrote: > > When debugging an issue where I was asking the PCI machinery to enable a > > set of MSI-X vectors, without falling back on MSI, I ran

[PATCH][next] dm zoned: fix memory leak of newly allocated zone on xa_insert failure

From: Colin Ian King Currently if an xa_insert fails then there is a memory lead of the recently allocated zone object. Fix this by kfree'ing zone before returning on the error return path. Addresses-Coverity: ("Resource leak") Fixes: 1a311efa3916 ("dm zoned: convert to xarray") Signed-off-by:

[PATCH v7 12/13] perf record: implement control commands handling

Implement handling of 'enable' and 'disable' control commands coming from control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/builtin-record.c | 16 1 file changed, 16 insertions(+) diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c

[PATCH v7 13/13] perf record: introduce --ctl-fd[-ack] options

Introduce --ctl-fd[-ack] options to pass open file descriptors numbers from command line. Extend perf-record.txt file with --ctl-fd[-ack] options description. Document possible usage model introduced by --ctl-fd[-ack] options by providing example bash shell script. Signed-off-by: Alexey

[PATCH v7 11/13] perf record: extend -D,--delay option with -1 value

Extend -D,--delay option with -1 to start collection with events disabled to be enbled later by enable command provided via control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/Documentation/perf-record.txt | 5 +++-- tools/perf/builtin-record.c | 12

[PATCH v7 10/13] perf stat: introduce --ctl-fd[-ack] options

Introduce --ctl-fd[-ack] options to pass open file descriptors numbers from command line. Extend perf-stat.txt file with --ctl-fd[-ack] options description. Document possible usage model introduced by --ctl-fd[-ack] options by providing example bash shell script. Signed-off-by: Alexey Budankov

Re: [PATCH] lan743x: Added fixed link and RGMII support / BROKEN PATCH

On Wed, Jun 03, 2020 at 04:52:32PM +0200, Roelof Berg wrote: > TEST REPORT: BROKEN PATCH > > Thanks to everyone for working on the fixed link feature of lan743x eth > driver. > > I received more test hardware today, and one piece of hardware > (EVBlan7430) becomes incompatible by the patch. We

[PATCH v7 09/13] perf stat: implement control commands handling

Implement handling of 'enable' and 'disable' control commands coming from control file descriptor. process_evlist() function checks for events on static fds and makes required operations. If poll event splits initiated timeout interval then the reminder is calculated and still waited in the

[PATCH v7 08/13] perf stat: extend -D,--delay option with -1 value

Extend -D,--delay option with -1 value to start monitoring with events disabled to be enabled later by enable command provided via control file descriptor. Signed-off-by: Alexey Budankov --- tools/perf/Documentation/perf-stat.txt | 5 +++-- tools/perf/builtin-stat.c | 18

[PATCH v7 07/13] perf stat: factor out event handling loop into dispatch_events()

Consolidate event dispatching loops for fork, attach and system wide monitoring use cases into common dispatch_events() function. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 35 --- 1 file changed, 24 insertions(+), 11 deletions(-) diff

[PATCH v7 06/13] perf stat: factor out body of event handling loop for fork case

Factor out body of event handling loop for fork case reusing process_timeout() function. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/tools/perf/builtin-stat.c b/tools/perf/builtin-stat.c index

[PATCH v7 05/13] perf stat: move target check to loop control statement

Check for target existence in loop control statement jointly with 'stop' indicator based on command line values and external asynchronous 'done' signal. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH v7 04/13] perf stat: factor out body of event handling loop for system wide

Introduce process_interval() and process_timeout() functions that factor out body of event handling loop for attach and system wide monitoring use cases. Signed-off-by: Alexey Budankov --- tools/perf/builtin-stat.c | 28 1 file changed, 20 insertions(+), 8

[PATCH v7 03/13] perf evlist: implement control command handling functions

Implement functions of initialization, finalization and processing of control command messages coming from control file descriptors. Allocate control file descriptor as a static descriptor at struct pollfd object of evsel_list using perf_evlist__add_pollfd_stat(). Signed-off-by: Alexey Budankov

Re: [PATCH v6 01/13] tools/libperf: introduce notion of static polled file descriptors

On 3/06/20 3:52 pm, Alexey Budankov wrote: > > On 03.06.2020 15:30, Hunter, Adrian wrote: >> >> >>> -Original Message- >>> From: Hunter, Adrian >>> Sent: Wednesday, June 3, 2020 3:24 PM >>> To: Alexey Budankov >>> Cc: Arnaldo Carvalho de Melo ; Jiri Olsa >>> ; Namhyung Kim ; Alexander

[PATCH v7 02/13] perf evlist: introduce control file descriptors

Define and initialize control file descriptors. Signed-off-by: Alexey Budankov --- tools/perf/util/evlist.c | 3 +++ tools/perf/util/evlist.h | 5 + 2 files changed, 8 insertions(+) diff --git a/tools/perf/util/evlist.c b/tools/perf/util/evlist.c index 173b4f0e0e6e..47541b5cab46 100644

[PATCH v7 01/13] tools/libperf: introduce notion of static polled file descriptors

Implement adding of file descriptors by fdarray__add_stat() to fix-sized (currently 1) stat_entries array located at struct fdarray. Append added file descriptors to the array used by poll() syscall during fdarray__poll() call. Copy poll() result of the added descriptors from the array back to

Re: [PATCH v4 10/10] perf record: introduce --ctl-fd[-ack] options

On 03.06.2020 18:44, Adrian Hunter wrote: > On 3/06/20 3:52 pm, Alexey Budankov wrote: >> >> On 03.06.2020 15:05, Adrian Hunter wrote: >>> On 25/05/20 5:23 pm, Alexey Budankov wrote: Introduce --ctl-fd[-ack] options to pass open file descriptors numbers from command line. Extend

Re: [PATCH] xen-netback: use kstrdup() in connect_data_rings()

On Wed, Jun 03, 2020 at 06:26:43PM +0300, Denis Efremov wrote: > Use kstrdup() instead of opencoded alloc and copy. kzalloc() is > excessive here. > > Signed-off-by: Denis Efremov Acked-by: Wei Liu > --- > drivers/net/xen-netback/xenbus.c | 3 +-- > 1 file changed, 1 insertion(+), 2

[PATCH] mm/page_alloc: Skip setting nodemask when we are in interrupt

When we are in the interrupt context, it is irrelevant to the current task context. If we use current task's mems_allowed, we can fair to alloc pages in the fast path and fall back to slow path memory allocation when the current node(which is the current task mems_allowed) does not have enough

Re: [tip: core/rcu] rcu/tree: Add a shrinker to prevent OOM due to kfree_rcu() batching

On 5/11/20 10:59 PM, tip-bot2 for Joel Fernandes (Google) wrote: > The following commit has been merged into the core/rcu branch of tip: > > Commit-ID: 9154244c1ab6c9db4f1f25ac8f73bd46dba64287 > Gitweb: > https://git.kernel.org/tip/9154244c1ab6c9db4f1f25ac8f73bd46dba64287 > Author:

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