Hi Bhaskar,
On 3/17/2021 12:33 PM, Bhaskar Chowdhury wrote:
On 10:54 Wed 17 Mar 2021, Reinette Chatre wrote:
Thank you very much for catching this typo.
My feedback [1] to a previous patch from you applies here also. The
prefix should be "x86/resctrl:" for contributions to this area.
Thanks
> > + if (!(ms_hyperv.priv_high & HV_ENABLE_EXTENDED_HYPERCALLS))
> > + return 0;
>
> Return 'false' since the function is declared as bool?
Will fix this in the next iteration.
> > + if (hv_do_hypercall(HV_EXT_CALL_QUERY_CAPABILITIES, NULL, cap) ==
> > + HV_STATUS_SUCCESS)
>
Hi Parshuram,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on robh/for-next]
[also build test WARNING on linux/master linus/master v5.12-rc3 next-20210317]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
The opening comment mark '/**' is used for highlighting the beginning of
kernel-doc comments.
There are files in sound/pci/asihpi which follow this syntax in their file
headers, i.e. start with '/**' like comments, which causes unexpected
warnings from kernel-doc.
E.g., running scripts/kernel-doc
On 3/17/21 3:58 PM, Peter Zijlstra wrote:
On Wed, Mar 17, 2021 at 02:32:27PM -0400, Waiman Long wrote:
On 3/17/21 1:45 PM, Peter Zijlstra wrote:
+# define __DEP_MAP_WW_MUTEX_INITIALIZER(lockname, class) \
+ , .dep_map = { \
+ .key = &(class).mutex_key, \
+
On Wed, Mar 17, 2021 at 7:00 PM Christian Brauner
wrote:
> On Mon, Mar 15, 2021 at 06:16:27PM -0700, Li Li wrote:
> > To improve the user experience when switching between recently used
> > applications, the background applications which are not currently needed
> > are cached in the memory.
On Wed, Mar 17, 2021 at 3:46 AM Leon Romanovsky wrote:
>
> I'm sending this patch to you directly because it is much saner to
> apply it in one place instead of multiple patches saga that will
> span for at least two cycles if per-maintainer path will be taken.
>
> It applies cleanly on v5.12-rc2
make W=1 ARCH=x86_64 error:
acp3x-rt5682-max9836.c:(.text+0x840): multiple definition of
`soc_is_rltk_max';
sound/soc/amd/acp-da7219-max98357a.o:acp-da7219-max98357a.c:
(.text+0xd00):first defined here
Reported-by: kernel test robot
Signed-off-by: Vijendar Mukunda
---
Add support for RT5682 codec in machine driver.
Signed-off-by: Vijendar Mukunda
---
v3->v4: fixed clk_prepare_enable() for wclk instead of bclk
v2->v3: updated SPDX license
v1->v2: updated kconfig, spdx license, removed unnecessary
initialization and updated comment
sound/soc/amd/Kconfig
On Wed, Mar 17, 2021 at 11:44 AM David Brazdil wrote:
>
> For AF_VSOCK, accept() currently returns sockets that are unlabelled.
> Other socket families derive the child's SID from the SID of the parent
> and the SID of the incoming packet. This is typically done as the
> connected socket is
On 3/17/21 12:24 PM, Bhaskar Chowdhury wrote:
>
> s/synopis/synopsis/
> s/differeniate/differentiate/
> s/differeniation/differentiation/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
although you should be modifying the Subject: order so that the filename
is not near the
On Monday, March 15, 2021 5:19:29 PM CET Rafael J. Wysocki wrote:
> On Sun, Mar 14, 2021 at 8:00 PM Mike Rapoport wrote:
> >
> > On Thu, Mar 11, 2021 at 04:36:31PM +0100, Rafael J. Wysocki wrote:
> > > On Wed, Mar 10, 2021 at 8:47 PM David Hildenbrand
> > > wrote:
> > > > >
> > > > > There is
On Fri, Feb 19 2021 at 12:31, Vitaly Kuznetsov wrote:
> Trying to offline/online CPU0 seems to work only once:
>
> # echo 0 > /sys/devices/system/cpu/cpu0/online
> # echo 1 > /sys/devices/system/cpu/cpu0/online
> # echo 0 > /sys/devices/system/cpu/cpu0/online
> -bash: echo: write error: No
On Wednesday 17 March 2021 14:00:20 Alex Williamson wrote:
> On Wed, 17 Mar 2021 20:40:24 +0100
> Pali Rohár wrote:
>
> > On Wednesday 17 March 2021 13:32:45 Alex Williamson wrote:
> > > On Wed, 17 Mar 2021 20:24:24 +0100
> > > Pali Rohár wrote:
> > >
> > > > On Wednesday 17 March 2021
On 3/17/21 12:46 PM, Bhaskar Chowdhury wrote:
> On 10:32 Wed 17 Mar 2021, Randy Dunlap wrote:
>> On 3/17/21 3:08 AM, Bhaskar Chowdhury wrote:
>>>
>>> s/provde/provide/
>>>
>>> Signed-off-by: Bhaskar Chowdhury
>>
>> Bhaskar,
>>
>> Did you send this one to "robh...@kernel.org"?
>> AFAICT, it was
On Wed, Mar 17, 2021 at 9:04 PM Gustavo A. R. Silva
wrote:
> On 3/17/21 13:57, Jann Horn wrote:
> diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c
> b/drivers/net/ethernet/intel/ixgbe/ixgbe_common.c
> index 62ddb452f862..bff3dc1af702 100644
> ---
* Peter Zijlstra wrote:
> Now, the C people figured that distinction was useless and allowed
> sloppiness. But I still think there's merrit to that. And as
> mentioned earlier, it is consistent with variable declarations.
Fully agreed, and my other point was that it's also consistent with
* Arnd Bergmann wrote:
> On Wed, Mar 17, 2021 at 9:45 AM Ingo Molnar wrote:
> > * Ingo Molnar wrote:
> > > * Jiapeng Chong wrote:
> > >
> > > > Fix the following coccicheck warnings:
> > > >
> > > > ./kernel/sched/core.c:8039:2-5: WARNING: Use BUG_ON instead of if
> > > > condition followed
On Wed, Mar 17, 2021, Sean Christopherson wrote:
> On Wed, Mar 17, 2021, Paolo Bonzini wrote:
> > On 17/03/21 17:50, Sean Christopherson wrote:
> > > > Feel free to squash patch 3 in this one or reorder it before; it makes
> > > > sense
> > > > to make them macros when you go from 4 to 6
On 17/03/21 20:47, John Paul Adrian Glaubitz wrote:
> Helo Valentin!
>
> On 3/17/21 8:36 PM, Valentin Schneider wrote:
>> I see ACPI in your boot logs, so I'm guessing you have a bogus SLIT table
>> (the ACPI table with node distances). You should be able to double check
>> this with something
* Borislav Petkov wrote:
> On Thu, Mar 18, 2021 at 05:49:21AM +1100, Stephen Rothwell wrote:
> > That fixes the powerpc build for me, thanks.
>
> Thx, adding your Tested-by and pushing out.
I've pushed this out into tip:auto-latest as well, so that tomorrow's
-next should pick this up
On Wed, Mar 17, 2021 at 04:31:40PM +0530, Sandeep Maheswaram wrote:
> Add the compatible string for sc7280 SoC from Qualcomm
>
> Signed-off-by: Sandeep Maheswaram
> ---
> Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
>
> -Original Message-
> From: Adrian Hunter
> Sent: Monday, March 15, 2021 3:20 PM
> To: Liming Sun ; Khalil Blaiech ;
> Ulf Hansson
> Cc: linux-...@vger.kernel.org; Linux Kernel Mailing List ker...@vger.kernel.org>
> Subject: Re: [PATCH v1 1/1] mmc: sdhci-acpi: Add support for NVIDIA
>
Hi,
On 3/17/21 8:13 PM, Henning Schild wrote:
> Am Mon, 15 Mar 2021 12:31:11 +0200
> schrieb Andy Shevchenko :
>
>> On Mon, Mar 15, 2021 at 12:02 PM Henning Schild
>> wrote:
>>>
>>> This mainly implements detection of these devices and will allow
>>> secondary drivers to work on such machines.
On 3/17/21 12:01 PM, Lukas Wunner wrote:
On Wed, Mar 17, 2021 at 10:54:09AM -0700, Sathyanarayanan Kuppuswamy Natarajan
wrote:
Flush of hotplug event after successful recovery, and a simulated
hotplug link down event after link recovery fails should solve the
problems raised by Lukas. I
On Wed, 17 Mar 2021 20:40:24 +0100
Pali Rohár wrote:
> On Wednesday 17 March 2021 13:32:45 Alex Williamson wrote:
> > On Wed, 17 Mar 2021 20:24:24 +0100
> > Pali Rohár wrote:
> >
> > > On Wednesday 17 March 2021 13:15:36 Alex Williamson wrote:
> > > > On Wed, 17 Mar 2021 20:02:06 +0100
> >
On Wed, 17 Mar 2021 at 20:37, Dmitry Osipenko wrote:
>
> 17.03.2021 12:56, Krzysztof Kozlowski пишет:
> > On 17/03/2021 10:52, Sergei Shtylyov wrote:
> >> Hello!
> >>
> >> On 16.03.2021 20:57, Krzysztof Kozlowski wrote:
> >>
> >>> The Ralink MIPS platform does not use Common Clock Framework and
On Wed, Mar 17, 2021 at 02:32:27PM -0400, Waiman Long wrote:
> On 3/17/21 1:45 PM, Peter Zijlstra wrote:
> > > +# define __DEP_MAP_WW_MUTEX_INITIALIZER(lockname, class) \
> > > + , .dep_map = { \
> > > + .key = &(class).mutex_key, \
> > > + .name =
On 17/03/2021 06.40, Yury Norov wrote:
> On Tue, Mar 16, 2021 at 01:42:45PM +0200, Andy Shevchenko wrote:
>>> It would also be much easier to review if you just redefined the
>>> BITMAP_LAST_WORD_MASK macros etc. in terms of these new things, so you
>>> wouldn't have to do a lot of mechanical
* Thomas Gleixner wrote:
> On Wed, Mar 17 2021 at 12:38, tip-bot wrote:
> > The following commit has been merged into the sched/core branch of tip:
> >
> > Commit-ID: 873d7c4c6a920d43ff82e44121e54053d4edba93
> > Gitweb:
> >
On Wed, Mar 17, 2021 at 5:52 AM Jianlin Lv wrote:
> return BPF_CLASS(meta->insn.code);
> diff --git a/include/uapi/linux/bpf.h b/include/uapi/linux/bpf.h
> index 2d3036e292a9..5d77675e7112 100644
> --- a/include/uapi/linux/bpf.h
> +++ b/include/uapi/linux/bpf.h
> @@ -21,6 +21,7 @@
>
Helo Valentin!
On 3/17/21 8:36 PM, Valentin Schneider wrote:
> I see ACPI in your boot logs, so I'm guessing you have a bogus SLIT table
> (the ACPI table with node distances). You should be able to double check
> this with something like:
>
> $ acpidump > acpi.dump
> $ acpixtract -a acpi.dump
>
On 10:32 Wed 17 Mar 2021, Randy Dunlap wrote:
On 3/17/21 3:08 AM, Bhaskar Chowdhury wrote:
s/provde/provide/
Signed-off-by: Bhaskar Chowdhury
Bhaskar,
Did you send this one to "robh...@kernel.org"?
AFAICT, it was sent to "d...@kernel.org", which bounces.
If you used "robh...@kernel.org",
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Wed, Mar 17, 2021 at
Hi,
On Wed, Mar 17, 2021 at 9:40 AM Rob Clark wrote:
>
> From: Rob Clark
>
> We have seen a couple cases where low memory situations cause something
> bad to happen, followed by a flood of these messages obscuring the root
> cause. Lets ratelimit the dmesg spam so that next time it happens we
On Wed, Mar 17, 2021, Borislav Petkov wrote:
> On Wed, Mar 17, 2021 at 11:32:43AM -0700, Sean Christopherson wrote:
> > Note, early kernel boot code for SEV-*, e.g. get_sev_encryption_bit(),
> > _requires_ the SEV feature flag to be set in CPUID in order to identify
> > SEV (this requirement comes
On Wednesday 17 March 2021 13:32:45 Alex Williamson wrote:
> On Wed, 17 Mar 2021 20:24:24 +0100
> Pali Rohár wrote:
>
> > On Wednesday 17 March 2021 13:15:36 Alex Williamson wrote:
> > > On Wed, 17 Mar 2021 20:02:06 +0100
> > > Pali Rohár wrote:
> > >
> > > > On Monday 15 March 2021 09:03:39
On Wed, Mar 17, 2021 at 12:22:41PM -0700, Raj, Ashok wrote:
> On Wed, Mar 17, 2021 at 08:09:52PM +0100, Lukas Wunner wrote:
> > On Wed, Mar 17, 2021 at 10:45:21AM -0700, Dan Williams wrote:
> > > Ah, ok, we're missing a flush of the hotplug event handler after the
> > > link is up to make sure the
17.03.2021 12:56, Krzysztof Kozlowski пишет:
> On 17/03/2021 10:52, Sergei Shtylyov wrote:
>> Hello!
>>
>> On 16.03.2021 20:57, Krzysztof Kozlowski wrote:
>>
>>> The Ralink MIPS platform does not use Common Clock Framework and does
>>> not define certain clock operations leading to compile test
On 12:34 Wed 17 Mar 2021, Mark Brown wrote:
On Wed, Mar 17, 2021 at 01:50:42PM +0530, Bhaskar Chowdhury wrote:
s/functonality/functionality/
Please submit patches using subject lines reflecting the style for the
subsystem, this makes it easier for people to identify relevant patches.
Look at
On 3/17/2021 2:27 PM, Andy Shevchenko wrote:
On Tue, Mar 16, 2021 at 11:24 PM Hanna Hawa wrote:
An SError was detected when trying to print the supported pins in a
What SError is?
System error:
[ 24.257831] SError Interrupt on CPU0, code 0xbf02 -- SError
...
[ 24.257855]
Hi,
On 17/03/21 20:04, John Paul Adrian Glaubitz wrote:
> Hi Valentin!
>
>> As pointed out by Barry in [1], there are topologies out there that struggle
>> to
>> go through the NUMA distance deduplicating sort. Included patch is something
>> I wrote back when I started untangling this distance
On Mon, 8 Mar 2021 at 11:01, Petr Mladek wrote:
> On Fri 2021-03-05 20:42:05, Marco Elver wrote:
> > Do not show no_hash_pointers message multiple times if the option was
> > passed more than once (e.g. via generated command line).
> >
> > Signed-off-by: Marco Elver
>
> Reviewed-by: Petr Mladek
Hi Greg
You are right, this is not for the network tree.
Can you point me to the right tree to base this change for?
Thanks
Min
> -Original Message-
> From: Greg KH
> Sent: March 17, 2021 3:20 PM
> To: Min Li
> Cc: derek.kier...@xilinx.com; dragan.cve...@xilinx.com; a...@arndb.de;
>
On Wed, Mar 17, 2021 at 04:31:39PM +0530, Sandeep Maheswaram wrote:
> Add the compatible string for sc7280 SoC from Qualcomm.
>
> Signed-off-by: Sandeep Maheswaram
> ---
> Documentation/devicetree/bindings/usb/qcom,dwc3.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Wed, Mar 17, 2021 at 06:36:36PM +, Catalin Marinas wrote:
> On Wed, Mar 17, 2021 at 02:20:50PM +, Chen Jun wrote:
> > On ARM64, cat /sys/kernel/debug/page_owner, all pages return the same
> > stack:
> > stack_trace_save+0x4c/0x78
> > register_early_stack+0x34/0x70
> >
On 10:54 Wed 17 Mar 2021, Reinette Chatre wrote:
Hi Bhaskar,
Thank you very much for catching this typo.
My feedback [1] to a previous patch from you applies here also. The
prefix should be "x86/resctrl:" for contributions to this area.
Thanks for the heads up! Do you want another revision
On Wed, 17 Mar 2021 20:24:24 +0100
Pali Rohár wrote:
> On Wednesday 17 March 2021 13:15:36 Alex Williamson wrote:
> > On Wed, 17 Mar 2021 20:02:06 +0100
> > Pali Rohár wrote:
> >
> > > On Monday 15 March 2021 09:03:39 Alex Williamson wrote:
> > > > On Mon, 15 Mar 2021 15:52:38 +0100
> > >
The following commit has been merged into the x86/core branch of tip:
Commit-ID: 0705ef64d1ff52b817e278ca6e28095585ff31e1
Gitweb:
https://git.kernel.org/tip/0705ef64d1ff52b817e278ca6e28095585ff31e1
Author:Borislav Petkov
AuthorDate:Wed, 17 Mar 2021 11:33:04 +01:00
On Thu, Feb 25, 2021 at 07:35:41PM +, Suzuki K Poulose wrote:
> From: Anshuman Khandual
>
> Add support for dedicated sinks that are bound to individual CPUs. (e.g,
> TRBE). To allow quicker access to the sink for a given CPU bound source,
> keep a percpu array of the sink devices. Also, add
Peter and Prashant aren't actively maintaining Tegra clock driver anymore.
Jonathan and Thierry will pick up maintaining of the driver from now on.
Acked-by: Thierry Reding
Signed-off-by: Dmitry Osipenko
---
CREDITS | 6 ++
MAINTAINERS | 4 ++--
2 files changed, 8 insertions(+), 2
Convert NVIDIA Tegra clock bindings to schema.
Signed-off-by: Dmitry Osipenko
---
.../bindings/clock/nvidia,tegra114-car.txt| 63 --
.../bindings/clock/nvidia,tegra124-car.txt| 107
.../bindings/clock/nvidia,tegra124-car.yaml | 115 ++
Zero clock rate doesn't make sense for PLLs and tegra-clk driver enters
into infinite loop on trying to calculate PLL parameters for zero rate.
Make code to error out if requested rate is zero.
Originally this trouble was found by Robert Yang while he was trying to
bring up upstream kernel on
Higher SCLK rates on Tegra20 require high core voltage. The higher
clock rate may have a positive performance effect only for AHB DMA
transfers and AVP CPU, but both aren't used by upstream kernel at all.
Halve SCLK rate on Tegra20 in order to remove the high core voltage
requirement.
Acked-by:
The PLLU (USB) consists of the PLL configuration itself and configuration
of the PLLU outputs. The PLLU programming is inconsistent on T30 vs T114,
where T114 immediately bails out if PLLU is enabled and T30 re-enables
a potentially already enabled PLL (left after bootloader) and then fully
The 600MHz is a too high clock rate for some SoC versions for the video
decoder hardware and this may cause stability issues. Use 300MHz for the
video decoder by default, which is supported by all hardware versions.
Fixes: ed1a2459e20c ("clk: tegra: Add Tegra20/30 EMC clock implementation")
The refcounting of the gate clocks has a bug causing the enable_refcnt
to underflow when unused clocks are disabled. This happens because clk
provider erroneously bumps the refcount if clock is enabled at a boot
time, which it shouldn't be doing, and it does this only for the gate
clocks, while
This series fixes couple minor standalone problems of the Tegra clk
driver.
Changelog:
v5: - Corrected example in the schema binding to silence dt_binding_check
warning.
- The Tegra124 binding is factored out into standalone binding since
Tegra124 has properties that aren't used
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Wed, 17 Mar 2021 14:30:59 +0530 you wrote:
> s/procesing/processing/
> s/comparations/comparisons/
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> drivers/net/ppp/pppoe.c | 4 ++--
> 1 file changed, 2 insertions(+), 2
On 11:01 Wed 17 Mar 2021, Randy Dunlap wrote:
On 3/17/21 10:54 AM, Reinette Chatre wrote:
Hi Bhaskar,
Thank you very much for catching this typo.
My feedback [1] to a previous patch from you applies here also. The prefix should be
"x86/resctrl:" for contributions to this area.
Bhaskar,
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Wed, 17 Mar 2021 09:42:01 +0100 you wrote:
> BCM63xx switches are present on bcm63xx and bmips devices.
>
> Signed-off-by: Álvaro Fernández Rojas
> Acked-by: Florian Fainelli
> ---
> drivers/net/dsa/b53/b53_priv.h |
On Wed, Mar 17, 2021 at 07:40:04AM +0100, Lukas Bulwahn wrote:
> On Wed, Mar 17, 2021 at 5:57 AM Joe Perches wrote:
> >
> > On Tue, 2021-03-16 at 21:47 -0700, Yury Norov wrote:
> > > [CC Andy Whitcroft, Joe Perches, Dwaipayan Ray, Lukas Bulwahn]
> > >
> > > On Tue, Mar 16, 2021 at 01:45:51PM
Hello:
This series was applied to netdev/net-next.git (refs/heads/master):
On Wed, 17 Mar 2021 11:29:25 +0100 you wrote:
> Legacy Broadcom tags are needed for older switches.
>
> Álvaro Fernández Rojas (2):
> net: dsa: tag_brcm: add support for legacy tags
> net: dsa: b53: support legacy
On 16.03.21 19:44, Sean Christopherson wrote:
Fix a plethora of issues with MSR filtering by installing the resulting
filter as an atomic bundle instead of updating the live filter one range
at a time. The KVM_X86_SET_MSR_FILTER ioctl() isn't truly atomic, as
the hardware MSR bitmaps won't
On Wed, Mar 17, 2021 at 3:44 AM Nicholas Piggin wrote:
>
> Argh, because I didn't test small. Sorry I had the BASE_SMALL setting in
> another patch and thought it would be a good idea to mash them together.
> In hindsight probably not even if it did build.
I was going to complain about that code
On 10:23 Wed 17 Mar 2021, Randy Dunlap wrote:
On 3/17/21 4:00 AM, Bhaskar Chowdhury wrote:
s/synopis/synopsis/
s/differeniate/differentiate/
s/differeniation/differentiation/
Signed-off-by: Bhaskar Chowdhury
---
Changes from V1:
As pointed out by jer, the sentence construction change
s/synopis/synopsis/
s/differeniate/differentiate/
s/differeniation/differentiation/
Signed-off-by: Bhaskar Chowdhury
---
Changes from V2:
Incorporated the changes suggested by Randy
arch/parisc/math-emu/fpu.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Wednesday 17 March 2021 13:15:36 Alex Williamson wrote:
> On Wed, 17 Mar 2021 20:02:06 +0100
> Pali Rohár wrote:
>
> > On Monday 15 March 2021 09:03:39 Alex Williamson wrote:
> > > On Mon, 15 Mar 2021 15:52:38 +0100
> > > Pali Rohár wrote:
> > >
> > > > On Monday 15 March 2021 08:34:09
On Wed, Mar 17, 2021 at 08:09:52PM +0100, Lukas Wunner wrote:
> On Wed, Mar 17, 2021 at 10:45:21AM -0700, Dan Williams wrote:
> > Ah, ok, we're missing a flush of the hotplug event handler after the
> > link is up to make sure the hotplug handler does not see the Link Up.
> > I'm not immediately
Hi All,
can you please review this ?
Thanks,
Mukesh
On 3/2/2021 1:59 PM, Mukesh Ojha wrote:
Hi Kees,
i have updated the patch based on your last comments.
please review.
Thanks,
Mukesh
On 2/25/2021 9:30 PM, Mukesh Ojha wrote:
There could be a sceanario where we define some region
in
On 3/16/21 3:13 PM, Badhri Jagan Sridharan wrote:
> This change adds some of the register bit definitions from the TCPCI spec:
> https://www.usb.org/sites/default/files/documents/
> usb-port_controller_specification_rev2.0_v1.0_0.pdf
>
> Signed-off-by: Badhri Jagan Sridharan
Reviewed-by:
On Wed, Mar 17, 2021 at 02:59:56PM -0400, min.li...@renesas.com wrote:
> From: Min Li
>
> This driver is developed for the IDT ClockMatrix(TM) and 82P33xxx families
> of timing and synchronization devices.It will be used by Renesas PTP Clock
> Manager for Linux (pcm4l) software to provide
On Mon, Mar 15, 2021 at 07:41:00PM -0400, Johannes Weiner
wrote:
> Switch to the atomic variant, cgroup_rstat_irqsafe().
Congratulations(?), the first use of cgroup_rstat_irqsafe().
Reviewed-by: Michal Koutný
signature.asc
Description: Digital signature
On Thu, Mar 18, 2021 at 05:49:21AM +1100, Stephen Rothwell wrote:
> That fixes the powerpc build for me, thanks.
Thx, adding your Tested-by and pushing out.
--
Regards/Gruss,
Boris.
SUSE Software Solutions Germany GmbH, GF: Felix Imendörffer, HRB 36809, AG
Nürnberg
On 20:22-20210317, Kishon Vijay Abraham I wrote:
> Aswath and Nishanth,
>
> On 17/03/21 10:00 am, Aswath Govindraju wrote:
> > The following series of patches, add USB support for AM642 evm.
> >
> > USB test logs,
> > https://pastebin.ubuntu.com/p/YSQRBWGmzd/
&
On Wed, 17 Mar 2021 20:02:06 +0100
Pali Rohár wrote:
> On Monday 15 March 2021 09:03:39 Alex Williamson wrote:
> > On Mon, 15 Mar 2021 15:52:38 +0100
> > Pali Rohár wrote:
> >
> > > On Monday 15 March 2021 08:34:09 Alex Williamson wrote:
> > > > On Mon, 15 Mar 2021 14:52:26 +0100
> > > >
dma_alloc_coherent() might fail on the platform with a small
DMA region.
To avoid such failure in cdns3_prepare_aligned_request_buf(),
dma_alloc_coherent() is replaced with dma_alloc_noncoherent()
to allocate aligned request buffer of dynamic length.
Reported-by: Aswath Govindraju
Hi,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/min-li-xe-renesas-com/misc-Add-Renesas-Synchronization-Management-Unit-SMU-support/20210318-020345
base:
On 12:05-20210317, Vinod Koul wrote:
> On 10-03-21, 16:57, Kishon Vijay Abraham I wrote:
> > Patch series adds device tree bindings to support SERDES in AM64
> > platform.
> >
> > This is split from [1] since this binding is also required for AM64
> > USB DT pat
This reverts commit cd544fd1dc9293c6702fab6effa63dac1cc67e99.
As discussed in [1] this commit was a no-op because the mapping type was
checked in vma_to_resize before move_vma is ever called. This meant that
vm_ops->mremap() would never be called on such mappings. Furthermore,
we've since
Am Mon, 15 Mar 2021 12:31:11 +0200
schrieb Andy Shevchenko :
> On Mon, Mar 15, 2021 at 12:02 PM Henning Schild
> wrote:
> >
> > This mainly implements detection of these devices and will allow
> > secondary drivers to work on such machines.
> >
> > The identification is DMI-based with a vendor
Currently MREMAP_DONTUNMAP only accepts private anonymous mappings. This
change will widen the support to include any mappings which are not
VM_DONTEXPAND or VM_PFNMAP. The primary use case is to support
MREMAP_DONTUNMAP on mappings which may have been created from a memfd.
This change which
On Wed, Mar 17 2021 at 2:14pm -0400,
Sergei Shtepa wrote:
> The 03/17/2021 18:04, Mike Snitzer wrote:
> > On Wed, Mar 17 2021 at 8:22am -0400,
> > Sergei Shtepa wrote:
> >
> > > The 03/17/2021 06:03, Ming Lei wrote:
> > > > On Tue, Mar 16, 2021 at 07:35:44PM +0300, Sergei Shtepa wrote:
> > >
From: Min Li
This driver is developed for the IDT ClockMatrix(TM) and 82P33xxx families
of timing and synchronization devices.It will be used by Renesas PTP Clock
Manager for Linux (pcm4l) software to provide support to GNSS assisted
partial timing support (APTS) and other networking timing
On Wed, Mar 17, 2021 at 11:32:43AM -0700, Sean Christopherson wrote:
> Always reduce x86_phys_bits per CPUID.0x801f[11:6] for SEV-* guests;
> the existing flow that queries X86_FEATURE_SEV may or may not trigger
> depending on what the VMM emulates, e.g. the VMM likely does not emulate
>
On Wed, 17 Mar 2021 10:00:04 +0530, Aswath Govindraju wrote:
> The following series of patches, add USB support for AM642 evm.
>
> USB test logs,
> https://pastebin.ubuntu.com/p/YSQRBWGmzd/
>
> Changes since v2:
> - dropped compatible string "ti,j721e-usb" leading to DT schema errors
> - Reran
Hello:
This patch was applied to netdev/net-next.git (refs/heads/master):
On Wed, 17 Mar 2021 12:09:04 +0800 you wrote:
> From: Voon Weifeng
>
> According to Synopsis DesignWare EQoS Databook, the Clock Domain Cross
> synchronization error is introduced tue to the clock(GMII Tx/Rx clock)
>
On Wed, Mar 17, 2021 at 10:45:21AM -0700, Dan Williams wrote:
> Ah, ok, we're missing a flush of the hotplug event handler after the
> link is up to make sure the hotplug handler does not see the Link Up.
> I'm not immediately seeing how the new proposal ensures that there is
> no Link Up event
-Original Message-
From: David Laight [mailto:david.lai...@aculab.com]
Subject: RE: [PATCH] hpsa: fix boot on ia64 (atomic_t alignment)
From: Martin K. Petersen
> Sent: 17 March 2021 02:26
>
> Arnd,
>
> > Actually that still feels wrong: the annotation of the struct is to
> > pack every
Hi "Rafael,
I love your patch! Yet something to improve:
[auto build test ERROR on pm/linux-next]
[also build test ERROR on linux/master linus/master v5.12-rc3 next-20210317]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest t
On Monday 15 March 2021 09:03:39 Alex Williamson wrote:
> On Mon, 15 Mar 2021 15:52:38 +0100
> Pali Rohár wrote:
>
> > On Monday 15 March 2021 08:34:09 Alex Williamson wrote:
> > > On Mon, 15 Mar 2021 14:52:26 +0100
> > > Pali Rohár wrote:
> > >
> > > > On Monday 15 March 2021 19:13:23 Amey
On Wed, Mar 17, 2021 at 10:54:09AM -0700, Sathyanarayanan Kuppuswamy Natarajan
wrote:
> Flush of hotplug event after successful recovery, and a simulated
> hotplug link down event after link recovery fails should solve the
> problems raised by Lukas. I assume Lukas' proposal adds this support.
>
Display controller (DC) performs isochronous memory transfers, and thus,
has a requirement for a minimum memory bandwidth that shall be fulfilled,
otherwise framebuffer data can't be fetched fast enough and this results
in a DC's data-FIFO underflow that follows by a visual corruption.
The Memory
It's useful to know the total number of underflow events and currently
the debug stats are getting reset each time CRTC is being disabled. Let's
account the overall number of events that doesn't get a reset.
Reviewed-by: Michał Mirosław
Signed-off-by: Dmitry Osipenko
---
This series adds memory bandwidth management to the NVIDIA Tegra DRM driver,
which is done using interconnect framework. It fixes display corruption that
happens due to insufficient memory bandwidth.
Changelog:
v16: - Implemented suggestions that were given by Michał Mirosław to v15.
-
On Wed, Mar 17, 2021 at 7:27 PM Gustavo A. R. Silva
wrote:
> On 3/17/21 12:11, Jann Horn wrote:
> > On Wed, Mar 17, 2021 at 8:43 AM Gustavo A. R. Silva
> > wrote:
> >> Fix the following out-of-bounds warning by replacing the one-element
> >> array in an anonymous union with a pointer:
> >>
> >>
On Tue, 16 Mar 2021, glit...@gmail.com wrote:
> From: Oliver Glitta
>
> Function resiliency_test() is hidden behind #ifdef
> SLUB_RESILIENCY_TEST that is not part of Kconfig, so nobody
> runs it.
>
> This function is replaced with kselftest for SLUB added
> by the previous patch "selftests:
On Tue, 16 Mar 2021, glit...@gmail.com wrote:
> From: Oliver Glitta
>
> SLUB has resiliency_test() function which is hidden behind #ifdef
> SLUB_RESILIENCY_TEST that is not part of Kconfig, so nobody
> runs it. Kselftest should proper replacement for it.
>
> Try changing byte in redzone after
On Wed, 17 Mar 2021, Vlastimil Babka wrote:
> > Greeting,
> >
> > FYI, we noticed the following commit (built with gcc-9):
> >
> > commit: e48d82b67a2b760eedf7b95ca15f41267496386c ("[PATCH 1/2] selftests:
> > add a kselftest for SLUB debugging functionality")
> > url:
> >
Hi Borislav,
On Wed, 17 Mar 2021 19:02:36 +0100 Borislav Petkov wrote:
>
> On Wed, Mar 17, 2021 at 09:22:15AM -0700, Ian Rogers wrote:
> > The path also needs fixing. With the following
> > I was able to build for arm64 and powerpc.
>
> Thanks, I've updated and added your Tested-by. I'll
301 - 400 of 1440 matches
Mail list logo