On 7/12/2024 11:34 AM, Peng Fan (OSS) wrote:
From: Peng Fan
Merge contiguous TCML/U regions into one to avoid load elf files which
has large sections failure.
Signed-off-by: Peng Fan
---
Reviewed-by: Iuliana Prodan
Thanks,
Iulia
drivers/remoteproc/imx_rproc.c | 18 ++
> Subject: Re: [PATCH 5/6] remoteproc: imx_rproc: allow tx_block to be
> set
>
> On Fri, Jul 12, 2024 at 04:34:58PM +0800, Peng Fan (OSS) wrote:
> > From: Peng Fan
> >
> > Current tx_block is set to true, but there is case that no need to
> > wait response. Linux just needs to send data to remote
> Subject: Re: [PATCH 4/6] remoteproc: imx_rproc: merge TCML/U
>
> On Fri, Jul 12, 2024 at 04:34:57PM +0800, Peng Fan (OSS) wrote:
> > From: Peng Fan
> >
> > Merge contiguous TCML/U regions into one to avoid load elf files
> which
> > has large sections failure.
> >
> > Signed-off-by: Peng Fan
>
The leakage would happend when create_namespace_pmem() meets an invalid
label which gets failure in validating isetcookie.
Try to resuse the devs that may have already been allocated with size
(2 * sizeof(dev)) previously.
A kmemleak reports:
unreferenced object 0x88800dda1980 (size 16):
co
The only way create_namespace_pmem() returns an ENODEV code is if
select_pmem_id(nd_region, &uuid) returns ENODEV when its 2nd parameter
is a null pointer. However, this is impossible because &uuid is always
valid.
Furthermore, create_namespace_pmem() is the only user of
select_pmem_id(), it's saf
On Fri, Jul 19, 2024 at 09:02:29AM +0800, Jason Wang wrote:
> On Wed, Jul 17, 2024 at 2:53 PM Jason Wang wrote:
> >
> > On Wed, Jul 17, 2024 at 2:00 PM Michael S. Tsirkin wrote:
> > >
> > > On Wed, Jul 17, 2024 at 09:19:02AM +0800, Jason Wang wrote:
> > > > On Wed, Jul 10, 2024 at 11:03 AM Jason
On Wed, Jul 17, 2024 at 2:53 PM Jason Wang wrote:
>
> On Wed, Jul 17, 2024 at 2:00 PM Michael S. Tsirkin wrote:
> >
> > On Wed, Jul 17, 2024 at 09:19:02AM +0800, Jason Wang wrote:
> > > On Wed, Jul 10, 2024 at 11:03 AM Jason Wang wrote:
> > > >
> > > > On Tue, Jul 9, 2024 at 9:28 PM Michael S. T
On Fri, Jul 19, 2024 at 3:28 AM Michael S. Tsirkin wrote:
>
> On Thu, Jul 18, 2024 at 08:52:28AM +0800, Jason Wang wrote:
> > On Wed, Jul 17, 2024 at 5:30 PM Michael S. Tsirkin wrote:
> > >
> > > This is relatively small.
> > > I had to drop a buggy commit in the middle so some hashes
> > > chang
On Fri, Jul 19, 2024 at 4:19 AM Steven Sistare
wrote:
>
> On 7/18/2024 3:39 PM, Michael S. Tsirkin wrote:
> > On Thu, Jul 18, 2024 at 08:45:31AM +0800, Jason Wang wrote:
> For example:
>
> 1) old owner pass fd to new owner which is another process
> 2) the new owner do VHOST_NE
> -Original Message-
> From: Dr. David Alan Gilbert
> Sent: Friday, July 19, 2024 1:44 AM
> To: Li, Fei1
> Cc: linux-kernel@vger.kernel.org; virtualizat...@lists.linux.dev
> Subject: Re: [PATCH] virt: acrn: Remove unusted list 'acrn_irqfd_clients'
>
> * Fei Li (fei1...@intel.com) wrote:
On 2024-07-16 6:13 AM, Mike Rapoport wrote:
> From: "Mike Rapoport (Microsoft)"
>
> Move code dealing with numa_distance array from arch/x86 to
> mm/numa_memblks.c
>
> This code will be later reused by arch_numa.
>
> No functional changes.
>
> Signed-off-by: Mike Rapoport (Microsoft)
> ---
>
On 7/18/2024 3:39 PM, Michael S. Tsirkin wrote:
On Thu, Jul 18, 2024 at 08:45:31AM +0800, Jason Wang wrote:
For example:
1) old owner pass fd to new owner which is another process
2) the new owner do VHOST_NEW_OWNER
3) new owner doesn't do remap correctly
There's no way for the old owner to re
On Thu, Jul 18, 2024 at 08:45:31AM +0800, Jason Wang wrote:
> > > For example:
> > >
> > > 1) old owner pass fd to new owner which is another process
> > > 2) the new owner do VHOST_NEW_OWNER
> > > 3) new owner doesn't do remap correctly
> > >
> > > There's no way for the old owner to remove/unpin
On Wed, Jul 17, 2024 at 05:30:34AM -0400, Michael S. Tsirkin wrote:
> This is relatively small.
> I had to drop a buggy commit in the middle so some hashes
> changed from what was in linux-next.
> Deferred admin vq scalability fix to after rc2 as a minor issue was
> found with it recently, but the
On Thu, Jul 18, 2024 at 08:52:28AM +0800, Jason Wang wrote:
> On Wed, Jul 17, 2024 at 5:30 PM Michael S. Tsirkin wrote:
> >
> > This is relatively small.
> > I had to drop a buggy commit in the middle so some hashes
> > changed from what was in linux-next.
> > Deferred admin vq scalability fix to
* Fei Li (fei1...@intel.com) wrote:
> On 2024-05-18 at 00:12:46 +, Dr. David Alan Gilbert wrote:
> > * li...@treblig.org (li...@treblig.org) wrote:
> > > From: "Dr. David Alan Gilbert"
> > >
> > > It doesn't look like this was ever used.
> > >
> > > Build tested only.
> > >
> > > Signed-off
On Tue, Jul 09, 2024 at 12:08:16PM +0200, Miguel Ojeda wrote:
> On Mon, Jul 8, 2024 at 11:42 PM Luis Chamberlain wrote:
> >
> > The rationale here is that a rust binding means commitment then also
> > from fresh blood to help co-maintain review C / Rust for exising code
> > when there is will / de
On Tue, Jul 16, 2024 at 12:12 AM Greg Kroah-Hartman
wrote:
>
> > After replacement:
> >
> > union {
> > u64 new_member;
> > struct {
> > u8 __kabi_reserved_1[8];
> > };
> > }
>
> Note, such a thing would only be for the distros that w
On Thu, Jul 18, 2024 at 8:45 AM Steven Rostedt wrote:
>
> On Thu, 18 Jul 2024 08:29:23 -0700
> Andrii Nakryiko wrote:
>
> > Ping. What's the status of this patch? Is it just waiting until after
> > the merge window, or it got lost?
>
> It's probably best to re-ping after rc1 is out. With recent e
On Thu, 18 Jul 2024 08:29:23 -0700
Andrii Nakryiko wrote:
> Ping. What's the status of this patch? Is it just waiting until after
> the merge window, or it got lost?
It's probably best to re-ping after rc1 is out. With recent events, a
lot of us are way behind in our work.
Thanks,
-- Steve
On Wed, 17 Jul 2024 14:52:43 +0200
Petr Pavlu wrote:
> Hello,
>
> Below is a patch for a kretprobe-related problem that was already fixed
> in v6.7 as a side-effect of the objpool optimization, in commit
> 4bbd93455659 ("kprobes: kretprobe scalability improvement").
>
> I'm sending it to the li
On Wed, Jul 10, 2024 at 12:36 PM Andrii Nakryiko wrote:
>
> When tracing user functions with uprobe functionality, it's common to
> install the probe (e.g., a BPF program) at the first instruction of the
> function. This is often going to be `push %rbp` instruction in function
> preamble, which me
From: Wardenjohn
One system may contains more than one livepatch module. We can see
which patch is enabled. If some patches applied to one system
modifing the same function, livepatch will use the function enabled
on top of the function stack. However, we can not excatly know
which function of wh
Hi,
On Thu, 18 Jul 2024 09:32:13 +0800
Menglong Dong wrote:
> On Wed, Jul 10, 2024 at 10:18 PM Masami Hiramatsu wrote:
> >
> > On Wed, 10 Jul 2024 15:13:07 +0200
> > Jiri Olsa wrote:
> >
> > > On Wed, Jul 10, 2024 at 04:59:39PM +0800, Menglong Dong wrote:
> > > > After the commit 5ad2f102
Grand Max uses an Imagis IST3038 touchscreen that is connected to
blsp_i2c5. Add it to the device tree.
Signed-off-by: "Lin, Meng-Bo"
Reviewed-by: Konrad Dybcio
---
v2: Fix comments for ®_touch_key
---
.../dts/qcom/msm8916-samsung-grandmax.dts | 24 ++-
1 file changed, 23 in
Grand Max uses an Imagis IST3038 touchscreen that is connected to
blsp_i2c5. Add it to the device tree.
Signed-off-by: "Lin, Meng-Bo"
Reviewed-by: Konrad Dybcio
---
v2: Fix comments for ®_touch_key
---
.../dts/qcom/msm8916-samsung-grandmax.dts | 24 ++-
1 file changed, 23 in
On Wed, Jul 17, 2024 at 04:42:48PM +0200, David Hildenbrand wrote:
> On 16.07.24 13:13, Mike Rapoport wrote:
> > From: "Mike Rapoport (Microsoft)"
> >
> > Architectures that support NUMA duplicate the code that allocates
> > NODE_DATA on the node-local memory with slight variations in reporting
>
27 matches
Mail list logo
