On Sat, Jan 09, 2021 at 07:31:46PM +0100, Michael Walle wrote:
> Hi Bjorn,
>
> Am 2021-01-08 22:20, schrieb Bjorn Helgaas:
> > On Wed, Dec 30, 2020 at 07:53:17PM +0100, Michael Walle wrote:
> > > The Intel i210 doesn't work if the Expansion ROM BAR overlaps with
> > > another BAR. Networking
On Tue, Jan 12, 2021 at 2:48 PM Will Deacon wrote:
>
> GCC versions >= 4.9 and < 5.1 have been shown to emit memory references
> beyond the stack pointer, resulting in memory corruption if an interrupt
> is taken after the stack pointer has been adjusted but before the
> reference has been
For a metric like:
EVENT1 if #smt_on else EVENT2
currently EVENT1 and EVENT2 will be measured and then when the metric is
reported EVENT1 or EVENT2 will be printed depending on the value from
smt_on() during the expr parsing. Computing both events is unnecessary and
can lead to multiplexing as
A later change will remove the notion of other, rename the function to
expr__find_ids as this is what it populates.
Signed-off-by: Ian Rogers
---
tools/perf/tests/expr.c | 26 +-
tools/perf/tests/pmu-events.c | 9 -
tools/perf/util/expr.c| 4 ++--
If during computing a metric an event (id) is missing the parsing
aborts. A later patch will make it so that events that aren't used in
the output are deliberately omitted, in which case we don't want the
abort. Modify the missing ID case to report NAN for these cases.
Signed-off-by: Ian Rogers
Add utilities to new/free an ids hashmap, as well as to union. Add
testing of the union. Unioning hashmaps will be used when parsing the
metric, if a value is known then the hashmap is unnecessary, otherwise
we need to union together all the event ids to compute their values for
reporting.
On Tue, Jan 12, 2021 at 4:28 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commit
>
> e9805cb2a361 ("dt-bindings: Remove plain text OF graph binding")
>
> is missing a Signed-off-by from its author.
I meant to make myself the author here because what Sameer wrote
really ended up in the dt-schema
Hi Li,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on block/for-next]
[also build test WARNING on v5.11-rc3 next-20210112]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base
On Tue, 12 Jan 2021 at 22:16, Andrey Konovalov wrote:
>
> On Tue, Jan 12, 2021 at 3:32 PM Marco Elver wrote:
> >
> > > +/*
> > > + * Unlike kasan_check_read/write(), kasan_check_byte() is performed even
> > > for
> > > + * the hardware tag-based mode that doesn't rely on compiler
> > >
On Intel Tangier B0 and Anniedale the interrupt line, disregarding
to have different numbers, is shared between HSU DMA and UART IPs.
Thus on such SoCs we are expecting that IRQ handler is called in
UART driver only. hsu_pci_irq was handling the spurious interrupt
from HSU DMA by returning
On 1/11/21 5:12 PM, Tyrel Datwyler wrote:
> Introduce several new vhost fields for managing MQ state of the adapter
> as well as initial defaults for MQ enablement.
>
> Signed-off-by: Tyrel Datwyler
> ---
> drivers/scsi/ibmvscsi/ibmvfc.c | 8
> drivers/scsi/ibmvscsi/ibmvfc.h | 9
On Tue, Jan 12, 2021 at 11:48 PM Yuchung Cheng wrote:
>
> On Tue, Jan 12, 2021 at 2:31 PM Enke Chen wrote:
> >
> > From: Enke Chen
> >
> > In this patch two issues with TCP keepalives are fixed:
> >
> > 1) TCP keepalive does not timeout when there are data waiting to be
> >delivered and
On Tue 12 Jan 13:21 CST 2021, Alex Elder wrote:
> The IPA driver depends on some SMEM functionality (qcom_smem_init(),
> qcom_smem_alloc(), and qcom_smem_virt_to_phys()), but this is not
> reflected in the configuration dependencies. Add a dependency on
> QCOM_SMEM to avoid attempts to build the
On Sat, Jan 09, 2021 at 10:53:53AM +0100, Ard Biesheuvel wrote:
> The _DSM #5 method in the ACPI host bridge object tells us whether the
> OS is permitted to deviate from the resource assignment configured by
> the firmware. If this is not the case, we should not permit drivers to
> resize BARs on
On Tue, Jan 12, 2021 at 2:31 PM Enke Chen wrote:
>
> From: Enke Chen
>
> In this patch two issues with TCP keepalives are fixed:
>
> 1) TCP keepalive does not timeout when there are data waiting to be
>delivered and then the connection got broken. The TCP keepalive
>timeout is not
On Wed, 30 Dec 2020 15:59:11 +0100, Arnd Bergmann wrote:
> With CONFIG_I2C=m, the #ifdef section is disabled, as shown
> by this warning:
>
> drivers/rtc/rtc-rx6110.c:314:12: error: unused function 'rx6110_probe'
> [-Werror,-Wunused-function]
>
> Change the driver to use IS_ENABLED() instead,
GCC versions >= 4.9 and < 5.1 have been shown to emit memory references
beyond the stack pointer, resulting in memory corruption if an interrupt
is taken after the stack pointer has been adjusted but before the
reference has been executed. This leads to subtle, infrequent data
corruption such as
On Thu, 24 Dec 2020 19:28:57 +0800, Guixiong Wei wrote:
> ALARM_EN status is retained in PMIC register after device shutdown
> if poweron_alarm is enabled. Read it to make sure the driver has
> consistent value with the register status.
Applied, thanks!
[1/1] rtc: pm8xxx: Read ALARM_EN and
On Tue, Jan 12, 2021 at 02:29:51PM -0800, Nadav Amit wrote:
> > On Jan 12, 2021, at 1:43 PM, Will Deacon wrote:
> >
> > On Tue, Jan 12, 2021 at 12:38:34PM -0800, Nadav Amit wrote:
> >>> On Jan 12, 2021, at 11:56 AM, Yu Zhao wrote:
> >>> On Tue, Jan 12, 2021 at 11:15:43AM -0800, Nadav Amit
On Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz
wrote:
> Yeah, I have the same impression that's the strong commercial interest pushes
> hobbyist use of the Linux kernel a bit down. A lot of these changes feel like
> they're motivated by corporate decisions.
>
> There has to be a
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_surface.c:119: warning:
> Cannot understand
> *
>
> Cc: Harry
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_stream.c:253: warning:
> Function parameter or member 'pStream' not described in
> 'dc_optimize_timing_for_fsft'
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_resource.c:522:17:
> warning: no previous prototype for ‘dce60_aux_engine_create’
> [-Wmissing-prototypes]
>
On Mon, Jan 11, 2021 at 2:55 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> In file included from
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce100/dce100_resource.c:54:
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce100/dce100_resource.c:614:22:
> warning: no
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_timing_generator.c:192:6:
> warning: no previous prototype for ‘dce60_configure_crc’
> [-Wmissing-prototypes]
>
> Cc: Harry Wentland
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_transform_v.c:228:
> warning: bad line:void
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_transform_v.c:233:
>
On Tue, Jan 12, 2021 at 04:02:05AM +, Victor Ding wrote:
> GL9750 has a 3100us PortTPowerOnTime; however, it enters L1.2 after
> only ~4us inactivity per PCIe trace. During a suspend/resume process,
> PCI access operations are frequently longer than 4us apart.
> Therefore, the device
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_resource.c:262:15:
> warning: initialized field overwritten [-Woverride-init]
>
On Tue, Jan 12, 2021 at 10:03 PM Pierre-Louis Bossart
wrote:
> On 1/12/21 2:32 PM, Arnd Bergmann wrote:
> > From: Arnd Bergmann
> >
> > The Kconfig logic around SND_SOC_SOF_INTEL_SOUNDWIRE tries to
> > ensure that all sound modules can be built with the minimal
> > dependencies, but this fails
On 01/12, Chao Yu wrote:
> On 2021/1/12 10:04, Jaegeuk Kim wrote:
> > On 01/12, Chao Yu wrote:
> > > On 2021/1/11 19:45, Chao Yu wrote:
> > > > On 2021/1/11 18:31, Chao Yu wrote:
> > > > > On 2021/1/11 17:48, Jaegeuk Kim wrote:
> > > > > > Hi Chao,
> > > > > >
> > > > > > After quick test of
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> In file included from
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_resource.c:66:
>
> drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_11_0_sh_mask.h:5936:51:
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_mem_input_v.c:1034:6:
> warning: no previous prototype for ‘dce110_mem_input_v_construct’
> [-Wmissing-prototypes]
>
> Cc: Harry
On Mon, Jan 11, 2021 at 2:55 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce112/dce112_resource.c:620:22:
> warning: no previous prototype for ‘dce112_link_encoder_create’
> [-Wmissing-prototypes]
>
On Tue, Jan 12, 2021 at 01:39:10PM -0800, Jay Vosburgh wrote:
> Jarod Wilson wrote:
>
> >On Thu, Jan 07, 2021 at 07:03:40PM -0500, Jarod Wilson wrote:
> >> On Fri, Dec 18, 2020 at 04:18:59PM -0800, Jay Vosburgh wrote:
> >> > Jarod Wilson wrote:
> >> >
> >> > >This comes from an end-user
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_timing_generator_v.c:54:
> warning: Function parameter or member 'tg' not described in
> 'dce110_timing_generator_v_enable_crtc'
>
Hi Victor,
Thanks for the patch. Improving suspend/resume performance is always
a good thing!
On Tue, Jan 12, 2021 at 04:02:04AM +, Victor Ding wrote:
> Right after powering up, the device may have ASPM enabled; however,
> its LTR and/or L1ss controls may not be in the desired states;
On 01/12, Chao Yu wrote:
> On 2021/1/12 0:32, Jaegeuk Kim wrote:
> > On 01/06, Jaegeuk Kim wrote:
> > > On 01/06, Jaegeuk Kim wrote:
> > > > Hi Chao,
> > > >
> > > > With a quick test, this patch causes down_write failure resulting in
> > > > blocking
> > > > process. I didn't dig in the bug so,
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_compressor.c:429:14:
> warning: no previous prototype for ‘controller_id_to_index’
> [-Wmissing-prototypes]
>
> Cc: Harry Wentland
>
> On Jan 12, 2021, at 1:43 PM, Will Deacon wrote:
>
> On Tue, Jan 12, 2021 at 12:38:34PM -0800, Nadav Amit wrote:
>>> On Jan 12, 2021, at 11:56 AM, Yu Zhao wrote:
>>> On Tue, Jan 12, 2021 at 11:15:43AM -0800, Nadav Amit wrote:
I will send an RFC soon for per-table deferred TLB flushes
Hi!
> > People want to use USB sticks from time to time. And while I
> > understand XFS is so complex it is unsuitable for such use, I'd still
> > expect bugs to be fixed there.
> >
> > I hope VFAT to be safe to mount, because that is very common on USB.
> >
> > I also hope ext2/3/4 is safe in
Hi!
> Booting a 5.11-rc2 kernel with lockdep enabled inside a virtualbox vm (which
> still
> emulates good old piix ATA controllers) I get the below lockdep splat early
> on during boot:
>
> This seems to be led-class related but also seems to have a (P)ATA
> part to it. To the best of my
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_timing_generator.c:79:
> warning: Cannot understand
>
Hi all,
Commit
e9805cb2a361 ("dt-bindings: Remove plain text OF graph binding")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgp6wBXplKC4o.pgp
Description: OpenPGP digital signature
On Tue, 12 Jan 2021 17:47:20 +0800 Rokudo Yan wrote:
> In fast_isolate_freepages, high_pfn will be used if a prefered one(PFN >=
> low_fn) not found. But the high_pfn
> is not reset before searching an free area, so when it was used as freepage,
> it may from another free area searched before.
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce120/dce120_timing_generator.c:602:13:
> warning: ‘dce120_timing_generator_get_position’ defined but not used
> [-Wunused-function]
>
> Cc:
SGX ioctl() calls are serialized with a lock. It's a weird open-coded
lock that is not even called a "lock". That makes it a weird beast,
but Sean has convinced me it's a good idea without better alternatives.
Give the lock bit a better name, and document what it actually trying
to do.
Cc:
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:613:6: warning:
> no previous prototype for ‘vangogh_clk_dpm_is_enabled’ [-Wmissing-prototypes]
>
> Cc: Alex Deucher
> Cc:
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_mem_input_v.c:471:6:
> warning: no previous prototype for ‘dce_mem_input_v_is_surface_pending’
> [-Wmissing-prototypes]
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_hw_sequencer.c:1639:
> warning: Function parameter or member 'dc' not described in
> 'dce110_enable_accelerated_mode'
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_compressor.c:415:6:
> warning: no previous prototype for
> ‘dce110_get_required_compressed_surfacesize’ [-Wmissing-prototypes]
>
>
On Tue, Jan 12, 2021 at 1:53 AM David Hildenbrand wrote:
>
> On 12.01.21 10:34, Dan Williams wrote:
> > pfn_section_valid() determines pfn validity on subsection granularity.
> >
> > pfn_valid_within() internally uses pfn_section_valid(), but gates it
> > with early_section() to preserve the
On 1/12/21 1:50 PM, Andrew Morton wrote:
>>
>> on i386 and x86_64:
>>
>> when CONFIG_SWAP is not set/enabled:
>>
>> ../mm/migrate.c: In function ‘migrate_page_move_mapping’:
>> ../mm/migrate.c:504:35: error: ‘NR_SWAPCACHE’ undeclared (first use in this
>> function); did you mean ‘QC_SPACE’?
>>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce110/dce110_timing_generator.c:
> In function ‘dce110_timing_generator_tear_down_global_swap_lock’:
>
>
On Mon, Jan 11, 2021, Vitaly Kuznetsov wrote:
> Tom Lendacky writes:
>
> > On 1/11/21 4:42 AM, Vitaly Kuznetsov wrote:
> >> Sean Christopherson writes:
> >>
> >>> Unconditionally invoke sev_hardware_setup() when configuring SVM and
> >>> handle clearing the module params/variable 'sev' and
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> This file uses a complex abstracted set of hierarchical macros to
> setup its applicable register lists within constant structures.
> However in the case of TMDS_CNTL we wish to mark it as not applicable
> for this use-case.
>
> One method
On Mon, Jan 11, 2021 at 12:50 PM Alexander Lobakin wrote:
>
> > The disassembly for me produces:
> > 399c: 3c 03 00 00 lui $3, 0
> > 399c: R_MIPS_HI16 .text
> > ...
> > 39a8: 24 63 3a 5c addiu $3, $3, 14940
> > 39a8:
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> In file included from
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce112/dce112_resource.c:59:
>
> drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_11_2_sh_mask.h:10480:62:
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce120/dce120_timing_generator.c:602:13:
> warning: ‘dce120_timing_generator_get_position’ defined but not used
> [-Wunused-function]
>
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> In file included from
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce112/dce112_resource.c:59:
>
> drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_11_2_sh_mask.h:10014:58:
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce120/dce120_resource.c:426:32:
> warning: no previous prototype for ‘dce120_opp_create’ [-Wmissing-prototypes]
>
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> This file uses a complex abstracted set of hierarchical macros to
> setup its applicable register lists within constant structures.
> However in the case of TMDS_CNTL we wish to mark it as not applicable
> for this use-case.
>
> One method
On Mon, Jan 11, 2021 at 2:20 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce120/dce120_timing_generator.c:101:6:
> warning: no previous prototype for ‘dce120_timing_generator_validate_timing’
> [-Wmissing-prototypes]
Hi,
On Mon, Jan 11, 2021 at 05:49:31PM -0800, menglong8.d...@gmail.com wrote:
> From: Menglong Dong
>
> 'HWMON_T_INPUT' and 'HWMON_T_MIN_ALARM' in power_supply_hwmon_info are
> duplicated and can be removed.
>
> Signed-off-by: Menglong Dong
> ---
Thanks, queued.
-- Sebastian
>
On Tue, 12 Jan 2021 11:43:31 -0800
Dan Williams wrote:
> On Tue, Jan 12, 2021 at 10:44 AM Jonathan Cameron
> wrote:
> >
> > On Mon, 11 Jan 2021 14:51:06 -0800
> > Ben Widawsky wrote:
> >
> > > From: Vishal Verma
> > >
> > > Add an acpi_cxl module to coordinate the ACPI portions of the CXL
>
On Tue, Jan 12, 2021 at 01:53:30PM -0800, Nick Desaulniers wrote:
> On Tue, Jan 12, 2021 at 1:37 PM Nathan Chancellor
> wrote:
> >
> > > if real_ptr is an unsigned long, do we want to use `__ffs(real_ptr) +
> > > 1` here rather than ffs which takes an int? It seems the kernel is
> > > missing a
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Ideally someone should strip-out all these garbage 'if 0's.
>
> Tempted to carry out the work myself on principle!
>
> Fixes the following W=1 kernel build warning(s):
>
>
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/diagnostics/hw_factory_diag.h:30:43:
> warning: ‘struct hw_factory’ declared inside parameter list will not be
> visible outside of this
On Tue, Jan 12, 2021, Nitesh Narayan Lal wrote:
>
> On 1/7/21 4:33 AM, Vitaly Kuznetsov wrote:
> > Sean Christopherson writes:
> >
> >> On Wed, Jan 06, 2021, Vitaly Kuznetsov wrote:
> >>> Looking back, I don't quite understand why we wanted to account ticks
> >>> between vmexit and exiting guest
> On Jan 12, 2021, at 12:52 PM, Luck, Tony wrote:
>
> On Tue, Jan 12, 2021 at 10:57:07AM -0800, Andy Lutomirski wrote:
>>> On Tue, Jan 12, 2021 at 10:24 AM Luck, Tony wrote:
>>>
>>> On Tue, Jan 12, 2021 at 09:21:21AM -0800, Andy Lutomirski wrote:
Well, we need to do *something* when
Hi all,
Commits
32678deac9cd ("timer: Report ignored local enqueue in nohz mode")
8beeef08bd76 ("entry: Report local wake up on resched blind zone while
resuming to user")
7b3f45a1ad1f ("sched: Report local wake up on resched blind zone within idle
loop")
4d19f38bb06c ("entry:
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/diagnostics/hw_factory_diag.c:50:6:
> warning: no previous prototype for ‘dal_hw_factory_diag_fpga_init’
> [-Wmissing-prototypes]
>
> Cc:
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/gpio/diagnostics/hw_translate_diag.c:37:6:
> warning: no previous prototype for ‘dal_hw_translate_diag_fpga_init’
> [-Wmissing-prototypes]
>
>
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/irq/irq_service.c:82:31: warning:
> no previous prototype for ‘find_irq_source_info’ [-Wmissing-prototypes]
>
> Cc: Harry Wentland
> Cc: Leo Li
>
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> The header doesn't provide any additional parameter descriptions.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_transform.c:1104: warning:
> Cannot understand
>
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_opp.c:109: warning:
> Function parameter or member 'opp110' not described in 'set_truncation'
>
On Tue, Jan 12, 2021 at 8:50 PM Andrey Konovalov wrote:
>
> On Tue, Jan 12, 2021 at 9:18 AM Alexander Potapenko wrote:
> >
> > On Tue, Jan 5, 2021 at 7:28 PM Andrey Konovalov
> > wrote:
> > >
> > > It might not be obvious to the compiler that the expression must be
> > > executed between
Quoting Konrad Dybcio (2020-12-26 06:09:34)
> On boards without cont_splash the clock wouldn't get enabled.
> Reparent it and strongly depend on the parent to make sure
> it's accessible. Access to MMSS depends on mmss_s0_axi being
It's not a dependency. The parent is supposed to be the actual
kernel test robot throws below warnings ->
drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:594:6:
warning: no previous prototype for 'vangogh_clk_dpm_is_enabled'
[-Wmissing-prototypes]
drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:594:6:
warning: no previous prototype for
Quoting Taniya Das (2020-12-15 10:48:34)
> diff --git a/drivers/clk/qcom/gcc-sc7280.c b/drivers/clk/qcom/gcc-sc7280.c
> new file mode 100644
> index 000..74a3151
> --- /dev/null
> +++ b/drivers/clk/qcom/gcc-sc7280.c
> @@ -0,0 +1,3361 @@
> +// SPDX-License-Identifier: GPL-2.0-only
> +/*
> + *
Sean Christopherson writes:
...
>> -if ((emulation_type & EMULTYPE_VMWARE_GP) &&
>> -!is_vmware_backdoor_opcode(ctxt)) {
>> -kvm_queue_exception_e(vcpu, GP_VECTOR, 0);
>> -return 1;
>> +if (emulation_type & EMULTYPE_PARAVIRT_GP) {
>> +vminstr =
On Tue, Jan 12, 2021 at 1:54 AM Oscar Salvador wrote:
>
> On Tue, Jan 12, 2021 at 01:34:58AM -0800, Dan Williams wrote:
> > The conversion to move pfn_to_online_page() internal to
> > soft_offline_page() missed that the get_user_pages() reference needs to
> > be dropped when pfn_to_online_page()
On Tue, Jan 12, 2021 at 9:26 AM Alexander Potapenko wrote:
>
> Nit: s/adopt/adapt in the title.
>
>
> > +again:
> > ptr1 = kmalloc(size, GFP_KERNEL);
> > KUNIT_ASSERT_NOT_ERR_OR_NULL(test, ptr1);
> >
> > @@ -384,6 +386,13 @@ static void kmalloc_uaf2(struct kunit *test)
> >
On Tue, Jan 12, 2021 at 1:50 PM Andrew Morton wrote:
>
> On Tue, 12 Jan 2021 12:38:18 -0800 Randy Dunlap wrote:
>
> > On 1/12/21 1:58 AM, a...@linux-foundation.org wrote:
> > > The mm-of-the-moment snapshot 2021-01-12-01-57 has been uploaded to
> > >
> > >https://www.ozlabs.org/~akpm/mmotm/
On 1/12/21 1:41 PM, Rob Herring wrote:
> On Tue, Jan 12, 2021 at 1:06 PM Frank Rowand wrote:
>>
>> On 1/12/21 8:04 AM, Rob Herring wrote:
>>> On Mon, Jan 11, 2021 at 4:06 PM Frank Rowand wrote:
On 1/8/21 2:41 AM, Viresh Kumar wrote:
> Now that fdtoverlay is part of the kernel
On Tue, Jan 12, 2021 at 2:39 PM Marco Elver wrote:
>
> On Tue, Jan 05, 2021 at 07:27PM +0100, Andrey Konovalov wrote:
> > In the kmalloc_uaf2() test, the pointers to the two allocated memory
> > blocks might be the same, and the test will fail. With the software
> > tag-based mode, the
Quoting Taniya Das (2020-12-15 10:48:33)
> diff --git a/Documentation/devicetree/bindings/clock/qcom,gcc-sc7280.yaml
> b/Documentation/devicetree/bindings/clock/qcom,gcc-sc7280.yaml
> new file mode 100644
> index 000..79c64d8
> --- /dev/null
> +++
On Tue, Jan 12, 2021 at 11:03 AM Jonathan Cameron
wrote:
>
> On Mon, 11 Jan 2021 14:51:08 -0800
> Ben Widawsky wrote:
>
> > From: Dan Williams
> >
> > The CXL.mem protocol allows a device to act as a provider of "System
> > RAM" and/or "Persistent Memory" that is fully coherent as if the memory
On Tue, Jan 12, 2021 at 9:30 AM Alexander Potapenko wrote:
>
> On Tue, Jan 5, 2021 at 7:28 PM Andrey Konovalov wrote:
> >
> > Since the hardware tag-based KASAN mode might not have a redzone that
> > comes after an allocated object (when kasan.mode=prod is enabled), the
> > kasan_bitops_tags()
On Tue, Jan 12, 2021 at 11:27 AM Qais Yousef wrote:
>
> On 01/11/21 23:26, Andrii Nakryiko wrote:
> > On Mon, Jan 11, 2021 at 10:20 AM Qais Yousef wrote:
> > >
> > > Reuse module_attach infrastructure to add a new bare tracepoint to check
> > > we can attach to it as a raw tracepoint.
> > >
> >
On 12/01/2021 12:17, Jürgen Groß wrote:
> On 12.01.21 12:53, Roger Pau Monne wrote:
>> Allow issuing an IOCTL_PRIVCMD_MMAP_RESOURCE ioctl with num = 0 and
>> addr = 0 in order to fetch the size of a specific resource.
>>
>> Add a shortcut to the default map resource path, since fetching the
>>
On Tue, Jan 12, 2021 at 11:05 AM Peter Zijlstra wrote:
>
> On Tue, Jan 12, 2021 at 10:16:50AM -0600, Rob Herring wrote:
> > On Tue, Jan 12, 2021 at 9:33 AM Peter Zijlstra wrote:
> > >
> > > On Thu, Jan 07, 2021 at 05:01:36PM -0700, Rob Herring wrote:
> > > > Userspace access using rdpmc only
On Tue, Jan 12, 2021 at 07:35:50PM +0100, Borislav Petkov wrote:
> + paulmck.
>
> On Tue, Jan 12, 2021 at 02:08:10AM +0200, Jarkko Sakkinen wrote:
> > On Tue, Jan 05, 2021 at 03:57:49PM +0100, Borislav Petkov wrote:
> > > On Wed, Dec 16, 2020 at 03:49:20PM +0200, Jarkko Sakkinen wrote:
> > > >
The following commit has been merged into the timers/urgent branch of tip:
Commit-ID: aba428a0c612bb259891307da12e22efd0fab14c
Gitweb:
https://git.kernel.org/tip/aba428a0c612bb259891307da12e22efd0fab14c
Author:Chunguang Xu
AuthorDate:Tue, 01 Dec 2020 17:52:31 +08:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 66a425011c61e71560c234492d204e83cfb73d1d
Gitweb:
https://git.kernel.org/tip/66a425011c61e71560c234492d204e83cfb73d1d
Author:Peter Zijlstra
AuthorDate:Thu, 07 Jan 2021 11:14:25 +01:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 77ca93a6b1223e210e58e1000c09d8d420403c94
Gitweb:
https://git.kernel.org/tip/77ca93a6b1223e210e58e1000c09d8d420403c94
Author:Peter Zijlstra
AuthorDate:Wed, 06 Jan 2021 15:36:23 +01:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 0afda3a888dccf12557b41ef42eee942327d122b
Gitweb:
https://git.kernel.org/tip/0afda3a888dccf12557b41ef42eee942327d122b
Author:Peter Zijlstra
AuthorDate:Wed, 06 Jan 2021 15:36:22 +01:00
On Mon, Jan 11, 2021 at 2:19 PM Lee Jones wrote:
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/gpu/drm/amd/amdgpu/../display/dc/dce/dce_link_encoder.c: In function
> ‘dce110_link_encoder_update_mst_stream_allocation_table’:
>
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: a1d5c98aac33a5a0004ecf88905dcc261c52f988
Gitweb:
https://git.kernel.org/tip/a1d5c98aac33a5a0004ecf88905dcc261c52f988
Author:Peter Zijlstra
AuthorDate:Wed, 06 Jan 2021 15:36:21 +01:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 737495361d4469477ffe45d51e6fc56f44f3cc6a
Gitweb:
https://git.kernel.org/tip/737495361d4469477ffe45d51e6fc56f44f3cc6a
Author:Peter Zijlstra
AuthorDate:Wed, 06 Jan 2021 15:36:24 +01:00
The following commit has been merged into the x86/urgent branch of tip:
Commit-ID: 9caa7ff509add50959a793b811cc7c9339e281cd
Gitweb:
https://git.kernel.org/tip/9caa7ff509add50959a793b811cc7c9339e281cd
Author:Peter Zijlstra
AuthorDate:Wed, 06 Jan 2021 15:36:20 +01:00
401 - 500 of 1829 matches
Mail list logo
