On Fri, Dec 04, 2020 at 02:23:23PM +0100, Paul Menzel wrote:
> Dear Wim, dear Daniel,
>
>
> First, thank you for including all parties in the discussion.
> Am 04.12.20 um 13:52 schrieb Wim Vervoorn:
>
> > I agree with you. Using an existing standard is better than inventing
> > a new one in
On Thu, 19 Nov 2020 00:18:39 +0100, Gustavo Pimentel wrote:
> This patch removes a loose "i" character is present on the current
> documentation.
>
> Signed-off-by: Gustavo Pimentel
> ---
> Documentation/devicetree/bindings/reset/snps,dw-reset.txt | 2 +-
> 1 file changed, 1 insertion(+), 1
On Wed, Nov 18, 2020 at 05:20:50PM +0200, Cristian Ciocaltea wrote:
> If DT_SCHEMA_FILES is specified and contains more than one file paths,
If that worked before, it was by chance. :) Yes, it's called '_FILES',
but more than one was on my todo list.
Anyways, I'll apply it.
> 'make dtbs_check'
Hello Thierry,
On Mon, Dec 07, 2020 at 04:29:36PM +0100, Thierry Reding wrote:
> On Mon, Dec 07, 2020 at 02:52:09PM +0100, Uwe Kleine-König wrote:
> > I asked in the hardware department of the company I work for and they
> > had another usecase: Motors where for example a 1 ms pulse means "move
>
On Mon, Dec 07 2020 at 11:44, Paul E. McKenney wrote:
> On Mon, Dec 07, 2020 at 07:19:51PM +0100, Marco Elver wrote:
>> On Mon, 7 Dec 2020 at 18:46, Thomas Gleixner wrote:
>> I currently don't know what the rule for Peter's preferred variant
>> would be, without running the risk of some
On Sun, 6 Dec 2020 14:27:12 +0100 Aleksander Jan Bajkowski wrote:
> This patch allows to use all PHYs on GRX300 and GRX330. The ARX300 has 3
> and the GRX330 has 4 integrated PHYs connected to different ports compared
> to VRX200.
>
> Port configurations:
>
> xRX200:
> GMAC0:
On Mon, Dec 07, 2020 at 09:58:14AM -0600, Rob Herring wrote:
> On Tue, 01 Dec 2020 14:35:04 -0800, mgr...@linux.intel.com wrote:
> > From: Seamus Kelly
> >
> > Add device tree bindings for the xLink IPC driver which enables xLink to
> > control and communicate with the VPU IP present on the
NVMe driver and other applications depend on the data offset
to operate correctly. Currently when unaligned data is mapped via
SWIOTLB, the data is mapped as slab aligned with the SWIOTLB. When
booting with --swiotlb=force option and using NVMe as interface,
running mkfs.xfs on Rhel fails because
I can do more than just review patches here. The plan is to pick up
patches from the list and shuttle them up to gregkh. The korg tree will
be used to hold the pending patches. Move the list away from
linux-arm-msm to just be linux-kernel as SPMI isn't msm specific
anymore.
Cc: Greg Kroah-Hartman
On 12/1/20 7:17 PM, Badhri Jagan Sridharan wrote:
> nRetryCount was updated from 3 to 2 between PD2.0 and PD3.0 spec.
> nRetryCount in "Table 6-34 Counter parameters" of the PD 2.0
> spec is set to 3, whereas, nRetryCount in "Table 6-59 Counter
> parameters" is set to 2.
>
> Pass down negotiated
syzbot reported[1] a use-after-free introduced in 0f818c4bc1f3. The bug
is that an ongoing trace event might race with the tracepoint being
disabled (and therefore the _unreg() callback being called). Consider
this ordering:
T1: trace event fires, get_mm_memcg_path() is called
T1:
On Mon, Dec 07, 2020 at 09:06:05PM +0100, Florent Revest wrote:
> This avoids
> ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
> bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
> When compiling a kernel with BPF and without NET.
>
> Reported-by: Randy
On Wed, 18 Nov 2020 09:29:53 +0100, Guido Günther wrote:
> This panel from Shenzhen Yashi Changhua Intelligent Technology Co
> uses the same driver IC but a different LCD.
>
> Signed-off-by: Guido Günther
> Reviewed-by: Linus Walleij
> ---
>
On Wed, Nov 18, 2020 at 09:29:52AM +0100, Guido Günther wrote:
> Add prefix for Shenzhen Yashi Changhua Intelligent Technology Co., Ltd.
>
> Signed-off-by: Guido Günther
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
> 1 file changed, 2 insertions(+)
Acked-by: Rob
On Wed, Nov 18, 2020 at 04:21:25PM +0800, Chunfeng Yun wrote:
> Convert mediatek,mtu3.txt to YAML schema mediatek,mtu3.yaml
>
> Signed-off-by: Chunfeng Yun
> ---
> v3:
> 1. fix yamllint warning
> 2. remove pinctrl* properties
> 3. remove unnecessary '|'
> 4. drop unused labels in example
Hi Tian,
I love your patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v5.10-rc7 next-20201207]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented
On Mon, Dec 07, 2020 at 09:57:26AM -0600, Rob Herring wrote:
> On Tue, 01 Dec 2020 14:34:53 -0800, mgr...@linux.intel.com wrote:
> > From: Paul Murphy
> >
> > Add DT bindings documentation for the Keem Bay VPU IPC driver.
> >
> > Cc: devicet...@vger.kernel.org
> > Reviewed-by: Mark Gross
> >
On Fri, 4 Dec 2020 19:02:32 +0200 Andra Paraschiv wrote:
> diff --git a/include/uapi/linux/vm_sockets.h b/include/uapi/linux/vm_sockets.h
> index fd0ed7221645d..46735376a57a8 100644
> --- a/include/uapi/linux/vm_sockets.h
> +++ b/include/uapi/linux/vm_sockets.h
> @@ -145,7 +145,7 @@
>
> struct
Hi Mincheol,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on bluetooth-next/master]
[also build test WARNING on net-next/master net/master bluetooth/master
sparc-next/master v5.10-rc7 next-20201207]
[If your patch is applied to the wrong git tree, kindly drop
HI, Pavel,
yes, thanks for the pointer, will include in the future.
Boris.
On Mon, Dec 7, 2020 at 2:05 PM Pavel Shilovsky wrote:
>
> Hi Boris,
>
> Are you talking about this patch "[PATCH] Extend cifs acl utilities to
> handle SACLs"?
>
> Just for the future, I am trying to monitor the
Hi Borislav,
Thank you very much for your review.
On 12/7/2020 10:29 AM, Borislav Petkov wrote:
On Thu, Dec 03, 2020 at 03:25:48PM -0800, Reinette Chatre wrote:
From: Fenghua Yu
The code of setting the CPU on which a task is running in a CPU mask is
moved into a couple of helpers.
Pls
On Wed, Nov 18, 2020 at 04:21:24PM +0800, Chunfeng Yun wrote:
> Convert mediatek,mtk-xhci.txt to YAML schema mediatek,mtk-xhci.yaml
>
> Signed-off-by: Chunfeng Yun
> ---
> v3:
> 1. fix yamllint warning
> 2. remove pinctrl* properties supported by default suggested by Rob
> 3. drop unused
As x86 is becoming more widespread in embedded devices, that don't have
any video adapter at all, make it possible to opt out from video init on
bootup (expert option). Also useful for minimized paravirtualized kernels.
Most users wanna leave this enabled and shouldn't touch it, thus defaulting
On Wed, Nov 18, 2020 at 04:21:22PM +0800, Chunfeng Yun wrote:
> Convert MIPI DSI PHY binding to YAML schema mediatek,dsi-phy.yaml
>
> Cc: Chun-Kuang Hu
> Signed-off-by: Chunfeng Yun
> ---
> v3: new patch
> ---
> .../display/mediatek/mediatek,dsi.txt | 18 +---
>
On Wed, 18 Nov 2020 16:21:19 +0800, Chunfeng Yun wrote:
> Convert phy-mtk-tphy.txt to YAML schema mediatek,tphy.yaml
>
> Signed-off-by: Chunfeng Yun
> ---
> v3:
> 1. fix dt_binding_check error in example after add mtu3.yaml
> Changes suggested by Rob:
> 2. fix wrong indentation
> 3.
On Wed, 18 Nov 2020 16:21:18 +0800, Chunfeng Yun wrote:
> Convert phy-mtk-xsphy.txt to YAML schema mediatek,xsphy.yaml
>
> Signed-off-by: Chunfeng Yun
> ---
> v3:
> 1. remove type for property with standard unit suffix suggested by Rob
> 2. remove '|' for descritpion
> 3. fix yamllint
On Tue, Nov 17, 2020 at 11:08:07PM +0100, Krzysztof Kozlowski wrote:
> Convert the Analog Devices ADM1275 bindings to dt-schema.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> .../bindings/hwmon/adi,adm1275.yaml | 58 +++
> .../devicetree/bindings/hwmon/adm1275.txt
On Wed, 18 Nov 2020 15:17:22 +0800, Chen-Yu Tsai wrote:
> From: Chen-Yu Tsai
>
> The NanoPi M4B is a minor revision of the original M4.
>
> The differences against the original Nanopi M4 that are common with the
> other M4V2 revision include:
>
> - microphone header removed
> - power
On Tue, 17 Nov 2020 23:08:06 +0100, Krzysztof Kozlowski wrote:
> Convert the TI ADS7828 bindings to dt-schema.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> .../devicetree/bindings/hwmon/ads7828.txt | 25
> .../devicetree/bindings/hwmon/ti,ads7828.yaml | 57 +++
>
On Tue, 17 Nov 2020 23:08:04 +0100, Krzysztof Kozlowski wrote:
> Convert the TI INA2xx bindings to dt-schema.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> .../devicetree/bindings/hwmon/ina2xx.txt | 24
> .../devicetree/bindings/hwmon/ti,ina2xx.yaml | 55 +++
>
On Tue, 17 Nov 2020 23:08:05 +0100, Krzysztof Kozlowski wrote:
> Convert the Analog Devices AD741x bindings to dt-schema.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> .../devicetree/bindings/hwmon/ad741x.txt | 15 ---
> .../devicetree/bindings/hwmon/adi,ad741x.yaml | 39
On Tue, 17 Nov 2020 21:17:52 +0100, Krzysztof Kozlowski wrote:
> Remove redundant white-spaces, no functional change.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> Documentation/devicetree/bindings/arm/vt8500.yaml | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
Applied, thanks!
Brendan Jackman wrote:
> A later commit will need to lookup a subset of these opcodes. To
> avoid duplicating code, pull out a table.
>
> The shift opcodes won't be needed by that later commit, but they're
> already duplicated, so fold them into the table anyway.
>
> Signed-off-by: Brendan
On Mon, Nov 30, 2020 at 07:57:17AM -0800, Ben Levinsky wrote:
> R5 is included in Xilinx Zynq UltraScale MPSoC so by adding this
> remotproc driver, we can boot the R5 sub-system in two different
> configurations -
> * Split
> * Lockstep
>
> The Xilinx R5 Remoteproc Driver boots the
Brendan Jackman wrote:
> The JIT case for encoding atomic ops is about to get more
> complicated. In order to make the review & resulting code easier,
> let's factor out some shared helpers.
>
> Signed-off-by: Brendan Jackman
> ---
Acked-by: John Fastabend
On 11/25/20 9:10 AM, Mathieu Desnoyers wrote:
- On Nov 24, 2020, at 11:04 PM, Xingxing Su suxingx...@loongson.cn wrote:
Except arch x86, the function rseq_offset_deref_addv is not defined.
The function test_membarrier_manager_thread call rseq_offset_deref_addv
produces a build error.
The
On Sun, Dec 06, 2020 at 10:46:21PM +0100, Thomas Gleixner wrote:
> /*
> * If we have an externally synchronized Linux clock, then update RTC clock
> * accordingly every ~11 minutes. Generally RTCs can only store second
> @@ -686,6 +621,10 @@ static bool sync_cmos_clock(void)
> */
> static
Brendan Jackman wrote:
> The case for JITing atomics is about to get more complicated. Let's
> factor out some common code to make the review and result more
> readable.
>
> NB the atomics code doesn't yet use the new helper - a subsequent
> patch will add its use as a side-effect of other
Add missing ';' as well as fixes the indent for the first struct.
Signed-off-by: Ben Widawsky
---
Documentation/doc-guide/kernel-doc.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/doc-guide/kernel-doc.rst
b/Documentation/doc-guide/kernel-doc.rst
On Mon, 7 Dec 2020 09:56:20 +0100
Mauro Carvalho Chehab wrote:
> changeset ed13a92d0fde ("docs: archis: add a per-architecture features list")
> besides having a typo on its title, it was missing the feature file.
>
> Add it.
>
> Reported-by: Stephen Rothwell
> Fixes: ed13a92d0fde ("docs:
On Sun, Dec 06, 2020 at 10:46:19PM +0100, Thomas Gleixner wrote:
> rtc_set_ntp_time() is not really RTC functionality as the code is just a
> user of RTC. Move it into the NTP code which allows further cleanups.
>
> Requested-by: Alexandre Belloni
> Signed-off-by: Thomas Gleixner
> ---
>
On Sun, Dec 06, 2020 at 10:46:18PM +0100, Thomas Gleixner wrote:
> Miroslav reported that the periodic RTC synchronization in the NTP code
> fails more often than not to hit the specified update window.
>
> The reason is that the code uses delayed_work to schedule the update which
> needs to be
Hi Mathieu,
Thanks for the clarification. IIRC he is on the device tree list so should see
this. Ill add him on this particular thread to be safe.
+Rob
Best,
Ben
> -Original Message-
> From: Mathieu Poirier
> Sent: Monday, December 7, 2020 10:04 AM
> To: Ben Levinsky
> Cc:
On Sun, Dec 06, 2020 at 10:46:17PM +0100, Thomas Gleixner wrote:
> The offset which is used to steer the start of an RTC synchronization
> update via rtc_set_ntp_time() is huge. The math behind this is:
>
> tsched twrite(t2.tv_sec - 1) t2 (seconds increment)
>
> twrite - tsched is the
Am 07.12.20 um 21:47 schrieb Alex Deucher:
On Fri, Dec 4, 2020 at 3:13 AM Arnd Bergmann wrote:
From: Arnd Bergmann
As the DRM_AMD_DC_DCN3_0 code was x86-only and fails to build on
arm64, merging it into DRM_AMD_DC means that the top-level symbol
is now x86-only as well.
Compilation fails on
Introducing new GPIO driver for virtual GPIO devices via virtio.
The driver allows routing GPIO control into VM guests, eg. brigding
virtual gpios to specific host gpios, or attaching simulators for
automatic application testing.
Changes v3:
* spec: fixed type names
* spec: replace
On Sun, Dec 06, 2020 at 10:46:16PM +0100, Thomas Gleixner wrote:
> The offset for rtc_cmos must be -500ms to work correctly with the current
> implementation of rtc_set_ntp_time() due to the following:
>
> tsched twrite(t2.tv_sec - 1) t2 (seconds increment)
>
> twrite - tsched is the
On Fri, Dec 4, 2020 at 3:13 AM Arnd Bergmann wrote:
>
> From: Arnd Bergmann
>
> As the DRM_AMD_DC_DCN3_0 code was x86-only and fails to build on
> arm64, merging it into DRM_AMD_DC means that the top-level symbol
> is now x86-only as well.
>
> Compilation fails on arm64 with clang-12 with
>
>
On Mon, Dec 7, 2020 at 8:30 AM Juergen Gross wrote:
>
> Commit 9e2369c06c8a18 ("xen: add helpers to allocate unpopulated
> memory") introduced usage of ZONE_DEVICE memory for foreign memory
> mappings.
>
> Unfortunately this collides with using page->lru for Xen backend
> private page caches.
>
>
Hi Vikas,
On 12/3/20 3:50 PM, Vikas Gupta wrote:
> Hi Eric,
>
> On Wed, Dec 2, 2020 at 8:14 PM Auger Eric wrote:
>>
>> Hi Vikas,
>>
>> On 11/24/20 5:16 PM, Vikas Gupta wrote:
>>> MSI support for platform devices.
>>>
>>> Signed-off-by: Vikas Gupta
>>> ---
>>>
On 07/12/2020 19:59, Andrea Mayer wrote:
> On Mon, 7 Dec 2020 14:45:03 +
> Colin King wrote:
>
>> From: Colin Ian King
>>
>> Shifting the integer value 1 is evaluated using 32-bit arithmetic
>> and then used in an expression that expects a unsigned long value
>> leads to a potential
On Sun, Dec 06, 2020 at 05:21:43PM +0100, Ahmed S. Darwish wrote:
> @@ -519,11 +524,10 @@ static inline void
> do_write_seqcount_begin_nested(seqcount_t *s, int subclass)
> * write_seqcount_begin() - start a seqcount_t write side critical section
> * @s: Pointer to seqcount_t or any of the
On Sun, Dec 06, 2020, Paolo Bonzini wrote:
> On 03/12/20 01:34, Sean Christopherson wrote:
> > On Tue, Dec 01, 2020, Ashish Kalra wrote:
> > > From: Brijesh Singh
> > >
> > > KVM hypercall framework relies on alternative framework to patch the
> > > VMCALL -> VMMCALL on AMD platform. If a
Since we already have a few virtual GPIO drivers, and more to come,
this category deserves its own submenu.
changes v2: fixed menu title (replaced "devices" by "drivers")
changes v3: added patch changelog
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/gpio/Kconfig | 4
1 file
Since we already have a few virtual GPIO drivers, and more to come,
this category deserves its own submenu.
changes v2: fixed menu title (replaced "devices" by "drivers")
changes v3: added patch changelog
Signed-off-by: Enrico Weigelt, metux IT consult
---
drivers/gpio/Kconfig | 4
1 file
On Sun, Dec 06, 2020 at 05:21:42PM +0100, Ahmed S. Darwish wrote:
> When the seqcount_LOCKNAME_t group of data types were introduced, two
> classes of seqlock.h sequence counter macros were added:
>
> - An external public API which can either take a plain seqcount_t or
> any of the
Hi,
I'm getting a crash when trying to load a module into a kernel that
uses __ro_after_init static labels, see the crash below. The label is
defined and initialized in the main kernel binary, and is used in the
module. Is this not supported?
Thanks!
[ 15.088489] Unable to handle kernel
[+cc Jingoo, Gustavo]
On Thu, Dec 03, 2020 at 07:04:51PM +0530, Vidya Sagar wrote:
> PCIe cards like Marvell SATA controller and some of the Samsung NVMe
> drives don't support taking the link to L2 state. When the link doesn't
> go to L2 state, Tegra194 requires the LTSSM to be disabled to allow
Hi Adrien,
I love your patch! Perhaps something to improve:
[auto build test WARNING on robh/for-next]
[also build test WARNING on linus/master v5.10-rc7]
[cannot apply to regulator/for-next next-20201207]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when
On Thu, Nov 26, 2020 at 06:32:09PM +0800, Chao Yu wrote:
> + if (!ret && fi->i_compress_flag & 1 << COMPRESS_CHKSUM) {
This really could use some parentheses. People shouldn't have to look up a
C operator precedence table to understand the code.
> + u32 provided =
On Mon, Dec 7, 2020 at 11:54 AM Leon Romanovsky wrote:
>
> On Mon, Dec 07, 2020 at 11:25:15AM -0800, Saravana Kannan wrote:
> > On Sat, Dec 5, 2020 at 11:26 PM Leon Romanovsky wrote:
> > >
> > > On Fri, Nov 20, 2020 at 06:02:22PM -0800, Saravana Kannan wrote:
> > > > There are multiple locations
On 07.12.20 14:52, Michael S. Tsirkin wrote:
>> See above: NAK. because it can't even be enabled directly (by the user).
>> If it wasn't meant otherwise, we'd have to add an menu text.
>
> The point is that user enables one of the bindings.
> That in turn enables drivers. If we merely select
On Thu, Dec 03, 2020 at 11:14:24PM +0900, Kuniyuki Iwashima wrote:
> From: Eric Dumazet
> Date: Tue, 1 Dec 2020 16:25:51 +0100
> > On 12/1/20 3:44 PM, Kuniyuki Iwashima wrote:
> > > This patch lets reuseport_detach_sock() return a pointer of struct sock,
> > > which is used only by
On Mon, 7 Dec 2020, Roman Gushchin wrote:
> On Mon, Dec 07, 2020 at 04:02:54PM +0100, Michal Hocko wrote:
> >
> > As I've said the THP accounting change makes more sense to me because it
> > allows future changes which are already undergoing so there is more
> > merit in those.
>
> +1
> And this
On Mon, Dec 7, 2020 at 12:43 PM Daniele Alessandrelli
wrote:
>
> Hi Rob,
>
> Thanks for the feedback.
>
> On Mon, 2020-12-07 at 10:01 -0600, Rob Herring wrote:
> > On Tue, Dec 01, 2020 at 02:34:51PM -0800, mgr...@linux.intel.com wrote:
> > > From: Daniele Alessandrelli
> > >
> > > Add DT binding
On 2020-11-17 16:53, Vidya Sagar wrote:
Set DMA mask to 32-bit while allocating the MSI target address so that
the address is usable for both 32-bit and 64-bit MSI capable devices.
Throw a warning if it fails to set the mask to 32-bit to alert that
devices that are only 32-bit MSI capable may
Hi Marco,
On Mon, 7 Dec 2020 15:52:07 +0100 Marco Elver wrote:
>
> On Sun, 6 Dec 2020 at 23:08, Marco Elver wrote:
> > On Sun, 6 Dec 2020 at 22:23, Stephen Rothwell
> > wrote:
> [...]
> > > > ../arch/arm64/include/asm/kfence.h:12:2: error: implicit declaration of
> > > > function
On Sat, Dec 05, 2020 at 01:26:26PM +0900, Daeho Jeong wrote:
> From: Daeho Jeong
>
> I found out f2fs_free_dic() is invoked in a wrong timing, but
> f2fs_verify_bio() still needed the dic info and it triggered the
> below kernel panic. It has been caused by the race condition of
> pending_pages
On Sun, 6 Dec 2020 23:11:38 +0900
Masami Hiramatsu wrote:
> Currently kprobes x86 decodes opcode right after single
> stepping in resume_execution(). But it already decoded the
> opcode while preparing arch_specific_insn in arch_copy_kprobe().
>
> This decodes opcode in arch_copy_kprobe()
On 12/7/2020 12:07 PM, Arnaldo Carvalho de Melo wrote:
Em Mon, Nov 30, 2020 at 09:27:53AM -0800, kan.li...@linux.intel.com escreveu:
From: Kan Liang
Support new sample type PERF_SAMPLE_DATA_PAGE_SIZE for page size.
Add new option --data-page-size to record sample data page size.
So,
On Thu, Dec 03, 2020 at 10:13:09PM -0800, Song Liu wrote:
SNIP
> @@ -735,7 +739,8 @@ prepare: $(OUTPUT)PERF-VERSION-FILE
> $(OUTPUT)common-cmds.h archheaders $(drm_ioc
> $(x86_arch_prctl_code_array) \
> $(rename_flags_array) \
> $(arch_errno_name_array) \
> -
On Mon, Dec 07, 2020 at 02:20:55PM -0600, Wei Huang wrote:
> In summary, this patch is fine if Punit already verified it. My only
> concern is the list can potentially increase over the time, and we will
> keep coming back to fix override_acpi_psd() function.
Can the detection be done by looking
On Mon, 7 Dec 2020 23:02:59 +0900
Masami Hiramatsu wrote:
> There will be the 2 options, one is to change kconfig so that user can not
> select FTRACE_STARTUP_TEST if BOOTTIME_TRACING=y, another is to provide
> a flag from trace_boot and all tests checks the flag at runtime.
> (moreover, that
On 12/4/2020 6:27 PM, Jiri Olsa wrote:
On Mon, Nov 30, 2020 at 09:27:57AM -0800, kan.li...@linux.intel.com wrote:
SNIP
@@ -172,7 +172,7 @@ dump_raw_samples(struct perf_tool *tool,
{
struct perf_mem *mem = container_of(tool, struct perf_mem, tool);
struct addr_location al;
On 11/25/20 8:48 AM, Punit Agrawal wrote:
> Booting Linux on a Zen2 based processor (family: 0x17, model: 0x60,
> stepping: 0x1) shows the following message in the logs -
>
> acpi_cpufreq: overriding BIOS provided _PSD data
>
> Although commit 5368512abe08 ("acpi-cpufreq: Honor _PSD table
CC devicetree
On Tue, Dec 1, 2020 at 3:06 PM Arnd Bergmann wrote:
> On Tue, Dec 1, 2020 at 12:39 PM Ulf Hansson wrote:
> > So, I think we have two options. If people are willing to move to
> > "disk labels" or to patch their DTBs with mmc aliases, things can stay
> > as is. Otherwise, we can
On Sun, Dec 06, 2020 at 01:03:07AM +0900, Kuniyuki Iwashima wrote:
> From: Martin KaFai Lau
> Date: Fri, 4 Dec 2020 17:42:41 -0800
> > On Tue, Dec 01, 2020 at 11:44:10PM +0900, Kuniyuki Iwashima wrote:
> > [ ... ]
> > > diff --git a/net/core/sock_reuseport.c b/net/core/sock_reuseport.c
> > >
On 07.12.20 16:42, Andy Shevchenko wrote:
> On Mon, Dec 7, 2020 at 1:29 PM Enrico Weigelt, metux IT consult
> wrote:
>>
>> Since we already have a few virtual GPIO drivers, and more to come,
>> this category deserves its own submenu.
>>
>> Signed-off-by: Enrico Weigelt, metux IT consult
>> ---
>
On 12/7/20 12:06 PM, Florent Revest wrote:
> This avoids
> ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
> bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
> When compiling a kernel with BPF and without NET.
>
> Reported-by: Randy Dunlap
> Signed-off-by:
On Mon, 2020-12-07 at 14:09 +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the block tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/io_uring.c: In function 'io_shutdown':
> fs/io_uring.c:3782:9: error: too many arguments to function
>
On Mon, Dec 7, 2020 at 2:00 PM Evan Green wrote:
>
> On Sat, Nov 21, 2020 at 9:43 PM Bjorn Andersson
> wrote:
> >
> > A graceful shutdown of the Qualcomm remote processors where
> > traditionally performed by invoking a shared memory state signal and
> > waiting for the associated ack.
> >
> >
This avoids
ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
When compiling a kernel with BPF and without NET.
Reported-by: Randy Dunlap
Signed-off-by: Florent Revest
---
kernel/trace/bpf_trace.c | 4
1
syzbot suspects this issue was fixed by commit:
commit 1d0e850a49a5b56f8f3cb51e74a11e2fedb96be6
Author: David Howells
Date: Fri Oct 16 12:21:14 2020 +
afs: Fix cell removal
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=162cebcf50
start commit: c85fb28b Merge tag
On Mon, 2020-12-07 at 20:55 +0100, Florent Revest wrote:
> This avoids
> ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
> bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
> When compiling a kernel with BPF and without NET.
>
> Reported-by: Randy Dunlap
>
The 12/03/2020 17:30, Catalin Marinas wrote:
> On Fri, Nov 27, 2020 at 01:19:16PM +, Szabolcs Nagy wrote:
> > This is v2 of
> > https://sourceware.org/pipermail/libc-alpha/2020-November/119305.html
> >
> > To enable BTI support, re-mmap executable segments instead of
> > mprotecting them in
Hello,
syzbot found the following issue on:
HEAD commit:34da8721 selftests/bpf: Test bpf_sk_storage_get in tcp ite..
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=10c3b83750
kernel config: https://syzkaller.appspot.com/x/.config?x=3cb098ab0334059f
On Mon, Dec 07, 2020 at 11:46:22AM -0800, Roman Gushchin wrote:
> On Sun, Dec 06, 2020 at 06:14:48PM +0800, Muchun Song wrote:
> > the global and per-node counters are stored in pages, however memcg
> > and lruvec counters are stored in bytes. This scheme looks weird.
> > So convert all vmstat
On Mon, 7 Dec 2020 14:45:03 +
Colin King wrote:
> From: Colin Ian King
>
> Shifting the integer value 1 is evaluated using 32-bit arithmetic
> and then used in an expression that expects a unsigned long value
> leads to a potential integer overflow. Fix this by using the BIT
> macro to
On Sat, Nov 21, 2020 at 9:43 PM Bjorn Andersson
wrote:
>
> A graceful shutdown of the Qualcomm remote processors where
> traditionally performed by invoking a shared memory state signal and
> waiting for the associated ack.
>
> This was later superseded by the "sysmon" mechanism, where some form
On Mon, 2020-12-07 at 15:28 -0400, Jason Gunthorpe wrote:
> On Sun, Dec 06, 2020 at 08:26:16PM +0100, Thomas Gleixner wrote:
> > Just as a side note. I was looking at tpm_tis_probe_irq_single()
> > and that function is leaking the interrupt request if any of the
> > checks afterwards fails, except
On Mon, Dec 07, 2020 at 11:25:03AM -0800, Saravana Kannan wrote:
> On Sat, Dec 5, 2020 at 11:48 PM Leon Romanovsky wrote:
> >
> > On Fri, Nov 20, 2020 at 06:02:23PM -0800, Saravana Kannan wrote:
> > > Add support for creating supplier-consumer links between fwnodes. It is
> > > intended for
This avoids
ld: kernel/trace/bpf_trace.o: in function `bpf_sock_from_file':
bpf_trace.c:(.text+0xe23): undefined reference to `sock_from_file'
When compiling a kernel with BPF and without NET.
Reported-by: Randy Dunlap
Signed-off-by: Florent Revest
---
kernel/trace/bpf_trace.c | 4
1
On Mon, Dec 07, 2020 at 08:09:06PM +0300, Alexei Budankov wrote:
SNIP
> > sched:sched_move_numa: type: 2, size: 120, config: 0x12c, { sample_period,
> > sample_freq }: 1, sample_type: IP|TID|TIME|ID|CPU|PERIOD|RAW, read_format:
> > ID, disabled: 1, inherit: 1, enable_on_exec: 1, sample_id_all:
Ahoy--
On 12/1/20 2:35 PM, mgr...@linux.intel.com wrote:
> From: Seamus Kelly
>
> Add xLink driver, which interfaces the xLink Core driver with the Keem
> Bay VPU IPC driver, thus enabling xLink to control and communicate with
> the VPU IP present on the Intel Keem Bay SoC.
>
> Specifically
On Mon, Dec 07, 2020 at 11:25:15AM -0800, Saravana Kannan wrote:
> On Sat, Dec 5, 2020 at 11:26 PM Leon Romanovsky wrote:
> >
> > On Fri, Nov 20, 2020 at 06:02:22PM -0800, Saravana Kannan wrote:
> > > There are multiple locations in the kernel where a struct fwnode_handle
> > > is initialized.
On Mon, Dec 07, 2020 at 01:28:06PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
> > sched:sched_stick_numa
> > sched:sched_swap_numa
> > sched:sched_wake_idle_without_ipi
> > dummy:HG
> >
> > This new command is handy to get real event names when
> > wildcards are used.
>
> Ok,
On Mon, Dec 07, 2020 at 04:02:54PM +0100, Michal Hocko wrote:
> On Mon 07-12-20 22:52:30, Muchun Song wrote:
> > On Mon, Dec 7, 2020 at 9:00 PM Michal Hocko wrote:
> > >
> > > On Sun 06-12-20 18:14:39, Muchun Song wrote:
> > > > Hi,
> > > >
> > > > This patch series is aimed to convert all THP
On 07/12/2020 12:00, Stefano Garzarella wrote:
On Fri, Dec 04, 2020 at 07:02:35PM +0200, Andra Paraschiv wrote:
The vsock flags field can be set in the connect and (listen) receive
paths.
When the vsock transport is assigned, the remote CID is used to
distinguish between types of
On Mon, Dec 7, 2020 at 2:01 PM Rob Herring wrote:
>
> On Thu, Nov 12, 2020 at 12:56:26PM -0500, Jim Quinlan wrote:
> > In normal use of smc/hvc transport in SCMI the message completion is
> > indicated by the return of the SMC call. This commit provides for an
> > optional interrupt named
On Sun, Dec 06, 2020 at 06:14:48PM +0800, Muchun Song wrote:
> the global and per-node counters are stored in pages, however memcg
> and lruvec counters are stored in bytes. This scheme looks weird.
> So convert all vmstat slab counters to bytes.
There is a reason for this weird scheme:
percpu
501 - 600 of 1538 matches
Mail list logo