Looks like that we forgot to handle -EINPROGRESS being returned by
pm_runtime_get(), which can happen if multiple callers try to
asynchronously resume the GPU before it wakes up. This is perfectly
normal and OK, so fix this by treating -EINPROGRESS as success.
Signed-off-by: Lyude Paul
Fixes:
While I don't know of any problems this has caused, it's definitely not
a great idea for us to potentially block in
nouveau_fbcon_set_suspend_work(). We don't really need to anyway, and
want to simply trigger the autosuspend timer instead.
Signed-off-by: Lyude Paul
---
Found another one, we forget to drop the runtime PM reference we grab
here in the event of a failure. So, do that.
Signed-off-by: Lyude Paul
Fixes: 3e1a12754d4d ("drm/nouveau: Fix deadlocks in nouveau_connector_detect()")
Cc: sta...@vger.kernel.org
Cc: Ben Skeggs
Cc:
PMT Telemetry is a capability of the Intel Platform Monitoring Technology.
The Telemetry capability provides access to device telemetry metrics that
provide hardware performance data to users from continuous, memory mapped,
read-only register spaces.
Register mappings are not provided by the
Intel Platform Monitoring Technology (PMT) is an architecture for
enumerating and accessing hardware monitoring facilities. PMT supports
multiple types of monitoring capabilities. This driver creates platform
devices for each type so that they may be managed by capability specific
drivers (to be
Add PCIe Designated Vendor-Specific Extended Capability (DVSEC) and defines
for the header offsets. Defined in PCIe r5.0, sec 7.9.6.
Signed-off-by: David E. Box
Acked-by: Bjorn Helgaas
Reviewed-by: Andy Shevchenko
---
include/uapi/linux/pci_regs.h | 5 +
1 file changed, 5 insertions(+)
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
Hello,
syzbot found the following issue on:
HEAD commit:23ee3e4e Merge tag 'pci-v5.8-fixes-2' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16c45f7890
kernel config: https://syzkaller.appspot.com/x/.config?x=f87a5e4232fdb267
> -Original Message-
> From: Jim Mattson
> Sent: Wednesday, July 29, 2020 4:06 PM
> To: Moger, Babu
> Cc: Paolo Bonzini ; Vitaly Kuznetsov
> ; Wanpeng Li ; Sean
> Christopherson ; kvm list
> ; Joerg Roedel ; the arch/x86
> maintainers ; LKML ; Ingo
> Molnar ; Borislav Petkov ; H .
> -Original Message-
> From: Jim Mattson
> Sent: Wednesday, July 29, 2020 3:48 PM
> To: Moger, Babu
> Cc: Paolo Bonzini ; Vitaly Kuznetsov
> ; Wanpeng Li ; Sean
> Christopherson ; kvm list
> ; Joerg Roedel ; the arch/x86
> maintainers ; LKML ; Ingo
> Molnar ; Borislav Petkov ; H .
On Tue, Jul 28, 2020 at 04:00:30PM -0400, min.li...@renesas.com wrote:
> From: Min Li
>
> With 4.8.7 firmware, adjtime can change delta instead of absolute time,
> which greately increases snap accuracy. PPS alignment doesn't have to
> be set for every single TOD change. Other minor changes
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 6ba1b005ffc388c2aeaddae20da29e4810dea298
commit: 03884c93560c48c2739caa9b104b0cb4d3ea8c91 media: atomisp: add debug for
hmm alloc
date: 7 weeks ago
config: i386-randconfig-r016-20200729 (attached
On Tue, Jul 28, 2020 at 4:38 PM Babu Moger wrote:
>
> The new intercept bits have been added in vmcb control area to support
> few more interceptions. Here are the some of them.
> - INTERCEPT_INVLPGB,
> - INTERCEPT_INVLPGB_ILLEGAL,
> - INTERCEPT_INVPCID,
> - INTERCEPT_MCOMMIT,
> -
On Sun, Jul 26, 2020 at 01:01:17PM +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Signed-off-by: Alexander A. Klimov
Reviewed-by: Kees Cook
Jon, do you want to take this?
On Wed, Jul 29, 2020 at 12:15:36PM +0900, Masahiro Yamada wrote:
> The shared library build rules are currently implemented in
> scripts/Makefile.host, but actually GCC-plugin is the only user of
> them. Hence, they do not need to be treewide available.
Are none of the VDSOs intending to use
As per RFC792, ICMP errors should be sent to the source host.
However, in configurations with Virtual Routing and Forwarding tables,
looking up which routing table to use is currently done by using the
destination net_device.
commit 9d1a6c4ea43e ("net: icmp_route_lookup should use rt dev to
From: Michael Jeanson
The objective is to check that the incoming vrf routing table is selected
to send an ICMP error back to the source when the ttl of a packet reaches 1
while it is forwarded between different vrfs.
The first test sends a ping with a ttl of 1 from h1 to h2 and parses the
As per RFC4443, the destination address field for ICMPv6 error messages
is copied from the source address field of the invoking packet.
In configurations with Virtual Routing and Forwarding tables, looking up
which routing table to use for sending ICMPv6 error messages is
currently done by using
On Wed, 29 Jul 2020 17:37:41 +0300 Moshe Shemesh wrote:
> > The fact that the driver supports fw_live_patch, does not necessarily
> > mean that the currently running FW can be live upgraded to the
> > currently flashed one, right?
>
> That's correct, though the feature is supported, the
On Wed, Jul 29, 2020 at 08:40:57PM +, Fenghua Yu wrote:
> On Wed, Jul 29, 2020 at 10:49:47AM +0200, pet...@infradead.org wrote:
> > On Fri, Jul 17, 2020 at 02:35:00PM -0700, Fenghua Yu wrote:
> >
> > > #DB for bus lock detect fixes all issues in #AC for split lock detect:
> > > 1) It's
On Wed, 29 Jul 2020 17:54:08 +0300 Moshe Shemesh wrote:
> On 7/28/2020 11:06 PM, Jakub Kicinski wrote:
> > On Tue, 28 Jul 2020 12:18:30 -0700 Jacob Keller wrote:
> >> On 7/28/2020 11:44 AM, Jakub Kicinski wrote:
> >>> From user perspective what's important is what the reset achieves (and
>
On Wed, Jul 29, 2020 at 6:17 AM Tiezhu Yang wrote:
>
> There exists an error "404 Not Found" when I click the html link of
> "Documentation/networking/filter.rst" in the BPF documentation [1],
> fix it.
>
> Additionally, use the new links about "BPF and XDP Reference Guide"
> and "bpf(2)" to
On Tue, Jul 28, 2020 at 4:38 PM Babu Moger wrote:
>
> Convert all the intercepts to one array of 32 bit vectors in
> vmcb_control_area. This makes it easy for future intercept vector
> additions. Also update trace functions.
>
> Signed-off-by: Babu Moger
> ---
> @@ -128,8 +129,7 @@ enum {
>
>
On Wed, Jul 22, 2020 at 06:20:29PM +0100, Suzuki K Poulose wrote:
> TPIU driver access the device before the coresight device
> is registered. In other words, before the drvdata->csdev
> is valid. Thus, we need to make sure that the csdev_access
> is valid for both the invocations. Switch to using
On Fri, Jul 17, 2020 at 11:09:13PM +0200, Thomas Gleixner wrote:
>
> Needs some thought and maybe some cocci help from Julia, but that's way
> better than this brute force sed thing which results in malformed crap
> like this:
>
> static const struct file_operations debug_stats_fops = {
>
David Howells wrote:
> > So my question is, what do we do here?
>
> Hmmm... As the code stands, MS_RDONLY, MS_SYNCHRONOUS, MS_MANDLOCK,
> MS_I_VERSION and MS_LAZYTIME should all be masked off before the new flags are
> set if called from mount(2) rather than fsconfig(2).
>
> do_remount()
On Wed 29 Jul 05:34 PDT 2020, Georgi Djakov wrote:
> There are drivers which just need to get multiple interconnect paths,
> request some predefined amounts of bandwidth and then just toggle the
> paths between enabled/disabled state.
>
> The aim of this patch is simplify the above and to allow
On Wed, 29 Jul 2020 17:42:12 +0300 Moshe Shemesh wrote:
> On 7/28/2020 3:59 AM, Jakub Kicinski wrote:
> > On Mon, 27 Jul 2020 14:02:29 +0300 Moshe Shemesh wrote:
> >> The enable_remote_dev_reset devlink param flags that the host admin
> >> allows device resets that can be initiated by other
On Mon, Jul 27, 2020 at 12:31 PM Daniel Gutson wrote:
>
> On Mon, Jul 27, 2020 at 12:15 PM Arnd Bergmann wrote:
> >
> > On Mon, Jul 27, 2020 at 5:05 PM Daniel Gutson wrote:
> > > On Sun, Jul 26, 2020 at 4:17 AM Greg Kroah-Hartman
> > > wrote:
> > >>
> > >> On Sat, Jul 25, 2020 at 02:20:03PM
On Wed, 29 Jul 2020 01:18:04 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Wednesday, July 29, 2020 3:20 AM
> >
> [...]
> > > +
> > > +For example, IOTLB invalidations should always succeed. There is
> > > no +architectural way to report back to the vIOMMU if the UAPI
> > >
On Wed, Jul 29, 2020 at 09:41:37PM +0100, David Howells wrote:
> pet...@infradead.org wrote:
>
> > I'm not entirely sure what you mean with interpret, provided you don't
> > trigger a refcount fail, the number will be just what you expect and
> > would get from refcount_read(). If you do trigger
On Wed, 2020-07-29 at 13:28 -0700, David Miller wrote:
> From: Saeed Mahameed
> Date: Wed, 29 Jul 2020 19:02:15 +
>
> >> Fix this issue by jumping to the error handling path
> >> err_rq_wq_destroy
> >> when either function fails.
> >>
> >
> > Fixes: 422d4c401edd ("net/mlx5e: RX, Split WQ
On Tue, Jul 07, 2020 at 07:47:46PM +0200, Christoph Hellwig wrote:
> If we write to a file that implements ->write_iter there is no need
> to change the address limit if we send a kvec down. Implement that
> case, and prefer it over using plain ->write with a changed address
> limit if available.
On Wed, Jul 29, 2020 at 1:46 PM Alexander Graf wrote:
> Do you have a rough ETA for Aaron's patch set yet? :)
Rough ETA: Friday (31 July 2020).
On Wed 29 Jul 00:44 PDT 2020, Krzysztof Kozlowski wrote:
> Fix W=1 compile warnings (invalid kerneldoc):
>
> drivers/soc/qcom/smd-rpm.c:35: warning: Function parameter or member
> 'dev' not described in 'qcom_smd_rpm'
> drivers/soc/qcom/smd-rpm.c:99: warning: Function parameter or
On Tue, Jul 28, 2020 at 4:38 PM Babu Moger wrote:
>
> Modify intercept_exceptions to generic intercepts in vmcb_control_area.
> Use the generic __set_intercept, __clr_intercept and __is_intercept to
> set the intercept_exceptions bits.
>
> Signed-off-by: Babu Moger
> ---
> @@ -52,6 +54,25 @@
On 29.07.20 22:37, Jim Mattson wrote:
On Wed, Jul 29, 2020 at 1:29 PM Alexander Graf wrote:
Meanwhile, I have cleaned up Karim's old patch to add allow listing to
KVM and would post it if Aaron doesn't beat me to it :).
Ideally, this becomes a collaboration rather than a race to the
date: 5 months ago
config: i386-randconfig-r016-20200729 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-14) 9.3.0
reproduce (this is a W=1 build):
git checkout 7b27a8622f802761d5c6abd6c37b22312a35343c
# save the attached .config to linux build tree
make W=1 ARCH=i386
Applied, thanks.
On Sat, Jul 25, 2020 at 07:02:25PM +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
Applied.
Em Wed, Jul 29, 2020 at 04:59:18PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Tue, Jul 28, 2020 at 08:51:52AM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Fri, Jul 24, 2020 at 12:19:59AM -0700, Ian Rogers escreveu:
> > > for_each_set_bit, or similar functions like for_each_cpu, may be hot
On Tue 28 Jul 13:11 PDT 2020, Lina Iyer wrote:
> On Tue, Jul 28 2020 at 13:51 -0600, Stephen Boyd wrote:
> > Quoting Lina Iyer (2020-07-28 09:52:12)
> > > On Mon, Jul 27 2020 at 18:45 -0600, Stephen Boyd wrote:
> > > >Quoting Lina Iyer (2020-07-24 09:28:25)
> > > >> On Fri, Jul 24 2020 at 03:03
pet...@infradead.org wrote:
> I'm not entirely sure what you mean with interpret, provided you don't
> trigger a refcount fail, the number will be just what you expect and
> would get from refcount_read(). If you do trigger a fail, you'll get a
> negative value.
That's fine. I seem to remember
Hi, Peter,
On Wed, Jul 29, 2020 at 10:49:47AM +0200, pet...@infradead.org wrote:
> On Fri, Jul 17, 2020 at 02:35:00PM -0700, Fenghua Yu wrote:
>
> > #DB for bus lock detect fixes all issues in #AC for split lock detect:
> > 1) It's architectural ... just need to look at one CPUID bit to know it
On Wed, Jul 29, 2020 at 08:35:57PM +, Fenghua Yu wrote:
> Hi, Sean,
>
> On Wed, Jul 29, 2020 at 01:00:33PM -0700, Sean Christopherson wrote:
> > On Wed, Jul 29, 2020 at 07:42:59PM +, Fenghua Yu wrote:
> > > > Smushing the two into a single option is confusing, e.g. from the table
> > > >
On Wed, Jul 29, 2020 at 05:11:46PM -0300, Vitor Massaru Iha wrote:
> This adds the conversion of the runtime tests of test_min_heap,
> from `lib/test_min_heap.c` to KUnit tests.
>
> Please apply this commit first (linux-kselftest/kunit-fixes):
> 3f37d14b8a3152441f36b6bc74000996679f0998 kunit:
Hi,
On Wed, Jul 29, 2020 at 08:14:00PM +0800, lh lin wrote:
> From: LH Lin
>
> Since default battery_status is POWER_SUPPLY_STATUS_DISCHARGING,
> we should change default battery_current to a negative value.
>
> Signed-off-by: LH Lin
> ---
Thanks, queued.
-- Sebastian
>
Hi,
On Wed, Jul 29, 2020 at 01:31:45PM -0500, Dan Murphy wrote:
> Add the Texas Instruments BQ28z610 battery monitor.
> The register address map is laid out the same as compared to other
> devices within the file.
>
> The battery status register bits are similar to the bq27z561 but they
> are
Hi,
On Wed, Jul 29, 2020 at 01:31:44PM -0500, Dan Murphy wrote:
> Add the Texas Instruments bq28z610 battery monitor to the bq27xxx
> binding.
>
> Acked-by: Rob Herring
> Signed-off-by: Dan Murphy
> ---
Thanks, queued.
-- Sebastian
>
Hi,
On Wed, Jul 29, 2020 at 01:31:43PM -0500, Dan Murphy wrote:
> Add the Texas Instruments BQ27Z561 battery monitor. The register address
> map is laid out the same as compared to other devices within the file.
> The battery status register has differing bits to determine if the
> battery is
Hi,
On Wed, Jul 29, 2020 at 01:31:42PM -0500, Dan Murphy wrote:
> Add the Texas Instruments bq27z561 battery monitor to the bq27xxx
> binding.
>
> Acked-by: Rob Herring
> Signed-off-by: Dan Murphy
> ---
Thanks, queued.
-- Sebastian
>
On 7/29/20 6:03 AM, Brent Lu wrote:
From: Yu-Hsuan Hsu
The CRAS server does not set the period size in hw_param so ALSA will
calculate a value for period size which is based on the buffer size
and other parameters. The value may not always be aligned with Atom's
dsp design so a constraint
On Wed, Jul 29, 2020 at 1:29 PM Alexander Graf wrote:
> Meanwhile, I have cleaned up Karim's old patch to add allow listing to
> KVM and would post it if Aaron doesn't beat me to it :).
Ideally, this becomes a collaboration rather than a race to the
finish. I'd like to see both proposals, so
Josef Bacik wrote:
> So my question is, what do we do here?
Hmmm... As the code stands, MS_RDONLY, MS_SYNCHRONOUS, MS_MANDLOCK,
MS_I_VERSION and MS_LAZYTIME should all be masked off before the new flags are
set if called from mount(2) rather than fsconfig(2).
do_remount() gives MS_RMT_MASK to
Hi, Sean,
On Wed, Jul 29, 2020 at 01:00:33PM -0700, Sean Christopherson wrote:
> On Wed, Jul 29, 2020 at 07:42:59PM +, Fenghua Yu wrote:
> > > Smushing the two into a single option is confusing, e.g. from the table
> > > below it's not at all clear what will happen if sld=fatal, both features
On Tue, 14 Jul 2020 13:57:03 +0800
Lu Baolu wrote:
> Replace iommu_aux_at(de)tach_device() with iommu_aux_at(de)tach_group().
> It also saves the IOMMU_DEV_FEAT_AUX-capable physcail device in the
> vfio_group data structure so that it could be reused in other places.
>
> Signed-off-by: Lu Baolu
From: Saeed Mahameed
Date: Wed, 29 Jul 2020 19:02:15 +
> On Wed, 2020-07-29 at 20:33 +0800, Xin Xiong wrote:
>> The function invokes bpf_prog_inc(), which increases the refcount of
>> a
>> bpf_prog object "rq->xdp_prog" if the object isn't NULL.
>>
>> The refcount leak issues take place in
On 29.07.20 20:27, Jim Mattson wrote:
CAUTION: This email originated from outside of the organization. Do not click
links or open attachments unless you can confirm the sender and know the
content is safe.
On Wed, Jul 29, 2020 at 2:06 AM Alexander Graf wrote:
On 28.07.20 19:13, Jim
From: Brian Vazquez
Date: Wed, 29 Jul 2020 11:10:18 -0700
> This patch fixes:
> commit b9aaec8f0be5 ("fib: use indirect call wrappers in the most common
> fib_rules_ops") which didn't consider the case when
> CONFIG_IPV6_MULTIPLE_TABLES is not set.
>
> Reported-by: Stephen Rothwell
> Fixes:
On Tue, 14 Jul 2020 13:57:02 +0800
Lu Baolu wrote:
> The device driver needs an API to get its aux-domain. A typical usage
> scenario is:
>
> unsigned long pasid;
> struct iommu_domain *domain;
> struct device *dev = mdev_dev(mdev);
> struct device *iommu_device
Hello,
syzbot found the following issue on:
HEAD commit:92ed3019 Linux 5.8-rc7
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=140003ac90
kernel config: https://syzkaller.appspot.com/x/.config?x=84f076779e989e69
dashboard link:
On Tue, Jul 28, 2020 at 11:24 PM Haiwei Li wrote:
>
> From: Haiwei Li
>
> The reason output of 'perf kvm stat report --event=vmexit' is uppercase
> on VMX and lowercase on SVM.
>
> To be consistent with VMX, convert lowercase to uppercase.
>
> Signed-off-by: Haiwei Li
Please don't do this. It
On Wed, Jul 29, 2020 at 12:42:43PM -0700, Stephen Boyd wrote:
> Quoting Krzysztof Kozlowski (2020-07-29 09:09:36)
> > diff --git a/include/linux/clk/samsung.h b/include/linux/clk/samsung.h
> > new file mode 100644
> > index ..b6b253c46c22
> > --- /dev/null
> > +++
On Wed, Jul 29, 2020 at 4:19 PM Andy Shevchenko
wrote:
>
> On Wed, Jul 29, 2020 at 04:11:51PM -0300, Vitor Massaru Iha wrote:
> > This adds the conversion of the test_sort.c to KUnit test.
> >
> > Please apply this commit first (linux-kselftest/kunit-fixes):
> >
On Wed, Jul 29, 2020 at 10:01:26PM +0200, Arnd Bergmann wrote:
> On Wed, Jul 29, 2020 at 6:11 PM Krzysztof Kozlowski wrote:
> >
> > Hi,
> >
> > I tried to cleanup few warnings in S3C machine code which lead to
> > finding some bigger issues.
> >
> > Patches touch mostly the ARM Samsung machine
Hi all,
We are pleased to announce the Scheduler Microconference has been
accepted at LPC this year.
Please submit your proposals on the LPC website at:
https://www.linuxplumbersconf.org/event/7/abstracts/#submit-abstract
And be sure to select "Scheduler MC" in the Track pulldown menu.
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/hotplug/acpi_pcihp.c:69: warning: Function parameter or member
'pdev' not described in 'acpi_get_hp_hw_control_from_firmware'
drivers/pci/hotplug/acpi_pcihp.c:69: warning: Excess function parameter
'dev' description in
On Wed, Jun 10, 2020 at 11:19:46PM -0400, Keyur Patel wrote:
> Fix spelling issues over the comments in the code.
>
> requsted ==> requested
> deterimined ==> determined
> insde ==> inside
> neet ==> need
> somthing ==> something
>
> Signed-off-by: Keyur Patel
Applied, thanks.
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/controller/dwc/pcie-designware-ep.c:16: warning: Function
parameter or member 'ep' not described in 'dw_pcie_ep_linkup'
Signed-off-by: Krzysztof Kozlowski
---
drivers/pci/controller/dwc/pcie-designware-ep.c | 2 +-
1 file changed,
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/controller/pcie-xilinx-cpm.c:122: warning: Function parameter
or member 'cpm_domain' not described in 'xilinx_cpm_pcie_port'
Signed-off-by: Krzysztof Kozlowski
---
drivers/pci/controller/pcie-xilinx-cpm.c | 1 +
1 file changed, 1
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/ats.c:196: warning: Function parameter or member 'pdev' not
described in 'pci_enable_pri'
drivers/pci/ats.c:196: warning: Function parameter or member 'reqs' not
described in 'pci_enable_pri'
drivers/pci/of.c:262: warning:
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/controller/pcie-rockchip-ep.c:50: warning: Function parameter
or member 'epc' not described in 'rockchip_pcie_ep'
Signed-off-by: Krzysztof Kozlowski
---
drivers/pci/controller/pcie-rockchip-ep.c | 1 +
1 file changed, 1
Hi,
Changes since v2:
1. Fix almost all warnings, except:
drivers/pci/controller/pci-hyperv.c:2534: warning: Function parameter or
member 'version' not described in 'hv_pci_protocol_negotiation'
drivers/pci/controller/pci-hyperv.c:2534: warning: Function parameter or
member 'num_version'
Fix W=1 compile warnings (invalid kerneldoc):
drivers/pci/endpoint/pci-epc-core.c:18: warning: cannot understand function
prototype: 'struct class *pci_epc_class; '
drivers/pci/endpoint/pci-ep-cfs.c:17: warning: Function parameter or member
'functions_idr' not described in 'DEFINE_IDR'
This adds the conversion of the runtime tests of test_min_heap,
from `lib/test_min_heap.c` to KUnit tests.
Please apply this commit first (linux-kselftest/kunit-fixes):
3f37d14b8a3152441f36b6bc74000996679f0998 kunit: kunit_config: Fix parsing of
CONFIG options with space
Signed-off-by: Vitor
On Wed, Jul 29, 2020 at 01:00:33PM -0700, Sean Christopherson wrote:
> Why do they need to be exclusive? We've already established that BLD catches
> things that SLD does not. What's wrong with running sld=fatal and
> bld=ratelimit
> so that split locks never happen and kill applications, and
On Wed 29 Jul 00:16 PDT 2020, Rajendra Nayak wrote:
> Add support to add OPP tables and perf voting on the OPP powerdomain.
> This is needed so venus votes on the corresponding performance state
> for the OPP powerdomain along with setting the core clock rate.
>
> Signed-off-by: Rajendra Nayak
On 2020-07-05 11:09, Paul Moore wrote:
> On Sat, Jun 27, 2020 at 9:22 AM Richard Guy Briggs wrote:
> >
> > Implement the proc fs write to set the audit container identifier of a
> > process, emitting an AUDIT_CONTAINER_OP record to document the event.
> >
> > This is a write from the container
On Thu, 16 Jul 2020 09:07:46 +0800
Lu Baolu wrote:
> Hi Jacob,
>
> On 7/16/20 12:01 AM, Jacob Pan wrote:
> > On Wed, 15 Jul 2020 08:47:36 +0800
> > Lu Baolu wrote:
> >
> >> Hi Jacob,
> >>
> >> On 7/15/20 12:39 AM, Jacob Pan wrote:
> >>> On Tue, 14 Jul 2020 13:57:01 +0800
> >>> Lu Baolu
Hello,
syzbot found the following issue on:
HEAD commit:68845a55 Merge branch 'akpm' into master (patches from And..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17c86c5490
kernel config: https://syzkaller.appspot.com/x/.config?x=f87a5e4232fdb267
On Tue, 14 Jul 2020 13:57:00 +0800
Lu Baolu wrote:
> The iommu aux-domain api's work only when IOMMU_DEV_FEAT_AUX is enabled
> for the device. Add this check to avoid misuse.
Shouldn't this really be the IOMMU driver's responsibility to test? If
nothing else, iommu_dev_feature_enabled() needs
On Wed, Jul 29, 2020 at 6:11 PM Krzysztof Kozlowski wrote:
>
> Hi,
>
> I tried to cleanup few warnings in S3C machine code which lead to
> finding some bigger issues.
>
> Patches touch mostly the ARM Samsung machine code except patch #1 (clk)
> and #5 (watchdog). They are independent from each
On Wed, Jul 29, 2020 at 07:42:59PM +, Fenghua Yu wrote:
> > Smushing the two into a single option is confusing, e.g. from the table
> > below it's not at all clear what will happen if sld=fatal, both features
> > are supported, and the kernel generates a split lock.
> >
> > Given that both
On Wed, Jul 29, 2020 at 12:19 PM Andy Shevchenko
wrote:
>
> On Wed, Jul 29, 2020 at 04:11:51PM -0300, Vitor Massaru Iha wrote:
> > This adds the conversion of the test_sort.c to KUnit test.
> >
> > Please apply this commit first (linux-kselftest/kunit-fixes):
> >
Em Tue, Jul 28, 2020 at 08:51:52AM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Fri, Jul 24, 2020 at 12:19:59AM -0700, Ian Rogers escreveu:
> > for_each_set_bit, or similar functions like for_each_cpu, may be hot
> > within the kernel. If many bits were set then one could imagine on
> > Intel a
On Tue, Jul 28, 2020 at 06:45:53PM +0800, Kai-Heng Feng wrote:
> We are seeing AMD Radeon Pro W5700 doesn't work when IOMMU is enabled:
> [3.375841] iommu ivhd0: AMD-Vi: Event logged [IOTLB_INV_TIMEOUT
> device=63:00.0 address=0x42b5b01a0]
> [3.375845] iommu ivhd0: AMD-Vi: Event logged
On Wed, Jul 22, 2020 at 06:20:28PM +0100, Suzuki K Poulose wrote:
> We are about to introduce support for sysreg access to ETMv4.4+
> component. Since there are generic routines that access the
> registers (e.g, CS_LOCK/UNLOCK , claim/disclaim operations, timeout)
> and in order to preserve the
On Wed, Jul 29, 2020 at 10:21:51PM +0300, Kirill A. Shutemov wrote:
> On Mon, Jul 27, 2020 at 01:03:10PM +0100, Matthew Wilcox wrote:
> > > It would be interesting to know if the migration entires ever got removed
> > > for pfn. I mean if remove_migration_pte() got called for it.
> > >
> > > It
Quoting Arnd Bergmann (2020-07-29 04:34:39)
> The kernel test robot points out two harmless warnings in the
> mmp clk drivers:
>
> drivers/clk/mmp/clk-pxa168.c:68:13: warning: no previous prototype for
> 'pxa168_clk_init' [-Wmissing-prototypes]
> drivers/clk/mmp/clk-pxa910.c:66:13: warning: no
On Tue, Jul 28, 2020 at 06:33:53PM +0200, Christoph Hellwig wrote:
> Hi Al and Linus,
>
> currently a lot of the file system calls in the early in code (and the
> devtmpfs kthread) rely on the implicit set_fs(KERNEL_DS) during boot.
> This is one of the few last remaining places we need to deal
Quoting Abel Vesa (2020-07-29 05:07:56)
> diff --git a/Documentation/devicetree/bindings/clock/fsl,imx-blk-ctrl.yaml
> b/Documentation/devicetree/bindings/clock/fsl,imx-blk-ctrl.yaml
> new file mode 100644
> index ..036d3d3
> --- /dev/null
> +++
From: Ioana-Ruxandra Stancioi
Date: Wed, 29 Jul 2020 10:49:03 +
> From: Ioana-Ruxandra Stăncioi
>
> Include in uapi/linux/seg6_iptunnel.h to fix the
> following linux/seg6_iptunnel.h compilation error:
>
>invalid application of 'sizeof' to incomplete type 'struct ipv6hdr'
>
On Wed, Jul 29, 2020 at 07:29:08PM +, Lach wrote:
> Hello
>
> I caught a regression in the nvme driver, which shows itself on some
> controllers (In my case, at 126h:2263)
Fix is staged for the next 5.8 pull;
Commit 5ff843721467 ("scsi: virtio_scsi: unplug LUNs when events missed"),
almost fixed the case of mass unpluging of LUNs, but it missed a
corner case in which all the LUNs are unplugged at the same time.
In this case INQUIRY ends with DID_BAD_TARGET.
Detect this and unplug the LUN.
virtio-scsi currently has limit of 8 outstanding notifications so when more that
8 LUNs are unplugged, some are missed.
Commit 5ff843721467 ("scsi: virtio_scsi: unplug LUNs when events missed")
Fixed this by checking the 'event overflow' bit and manually scanned the bus
to see which LUNs are
Quoting Abel Vesa (2020-07-29 05:07:47)
> In the reference manual the actual name is Audio BLK_CTRL.
> Lets make it more obvious here by renaming from audiomix to audio_blk_ctrl.
And this is safe because there aren't any users of the defines?
Hello,
- Original Message -
> From: "Segher Boessenkool"
> To: "Vladis Dronov"
> Cc: linuxppc-...@lists.ozlabs.org, "Aneesh Kumar K . V"
> , linux-kernel@vger.kernel.org,
> "Paul Mackerras"
> Sent: Wednesday, July 29, 2020 4:49:49 PM
> Subject: Re: [PATCH] powerpc: fix function
Quoting Krzysztof Kozlowski (2020-07-29 09:09:36)
> diff --git a/include/linux/clk/samsung.h b/include/linux/clk/samsung.h
> new file mode 100644
> index ..b6b253c46c22
> --- /dev/null
> +++ b/include/linux/clk/samsung.h
> @@ -0,0 +1,21 @@
> +/* SPDX-License-Identifier: GPL-2.0 */
>
Hi, Sean,
On Wed, Jul 29, 2020 at 11:46:14AM -0700, Sean Christopherson wrote:
> On Wed, Jul 29, 2020 at 11:09:16AM -0700, Yu, Fenghua wrote:
> > > > Some CPUs have ability to notify the kernel by an #DB trap after the
> > > > instruction acquires a bus lock and is executed. This allows the
> > >
On 2020-07-05 11:10, Paul Moore wrote:
> On Sat, Jun 27, 2020 at 9:22 AM Richard Guy Briggs wrote:
> >
> > Create a new audit record AUDIT_CONTAINER_ID to document the audit
> > container identifier of a process if it is present.
> >
> > Called from audit_log_exit(), syscalls are covered.
> >
> >
301 - 400 of 1239 matches
Mail list logo