Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

2024-11-13 Thread Chuck Lever
On Mon, Nov 11, 2024 at 11:20:17PM +0800, yangerkun wrote: > > > 在 2024/11/11 22:39, Chuck Lever III 写道: > > > > > > > On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: > > > I'm in the cc list ,so I assume you saw my set, then I don't kn

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

2024-11-12 Thread Chuck Lever III
> On Nov 11, 2024, at 10:43 PM, yangerkun wrote: > > > > 在 2024/11/11 23:34, Chuck Lever III 写道: >>> On Nov 11, 2024, at 10:20 AM, yangerkun wrote: >>> >>> >>> >>> 在 2024/11/11 22:39, Chuck Lever III 写道: >>>>> O

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

2024-11-11 Thread Chuck Lever III
> On Nov 11, 2024, at 10:20 AM, yangerkun wrote: > > > > 在 2024/11/11 22:39, Chuck Lever III 写道: >>> On Nov 10, 2024, at 9:36 PM, Yu Kuai wrote: >>> >>> Hi, >>> >>> 在 2024/11/11 8:52, c...@kernel.org 写道: >>>> From: ya

Re: [RFC PATCH 6/6 6.6] libfs: fix infinite directory reads for offset dir

2024-11-11 Thread Chuck Lever III
specific than "messed up". >> now used in offset dir can use directly to do this, and we also update >> the last_index when we llseek the dir file. >> Fixes: a2e459555c5f ("shmem: stable directory offsets") >> Signed-off-by: yangerkun >> Link: https:

Re: [PATCH 6.6 00/28] fix CVE-2024-46701

2024-11-09 Thread Chuck Lever III
> On Nov 8, 2024, at 8:30 PM, Yu Kuai wrote: > > Hi, > > 在 2024/11/08 21:23, Chuck Lever III 写道: >>> On Nov 7, 2024, at 8:19 PM, Yu Kuai wrote: >>> >>> Hi, >>> >>> 在 2024/11/07 22:41, Chuck Lever 写道: >>>> On Thu, N

Re: [PATCH 6.6 00/28] fix CVE-2024-46701

2024-11-08 Thread Chuck Lever III
> On Nov 7, 2024, at 8:19 PM, Yu Kuai wrote: > > Hi, > > 在 2024/11/07 22:41, Chuck Lever 写道: >> On Thu, Nov 07, 2024 at 08:57:23AM +0800, Yu Kuai wrote: >>> Hi, >>> >>> 在 2024/11/06 23:19, Chuck Lever III 写道: >>>> >>>>

Re: [PATCH 6.6 00/28] fix CVE-2024-46701

2024-11-07 Thread Chuck Lever
On Thu, Nov 07, 2024 at 08:57:23AM +0800, Yu Kuai wrote: > Hi, > > 在 2024/11/06 23:19, Chuck Lever III 写道: > > > > > > > On Nov 6, 2024, at 1:16 AM, Greg KH wrote: > > > > > > On Thu, Oct 24, 2024 at 09:19:41PM +0800, Yu Kuai wrote: > >

Re: [PATCH 6.6 00/28] fix CVE-2024-46701

2024-11-06 Thread Chuck Lever III
083431.6328.16233178852085891453.st...@91.116.238.104.host.secureserver.net/ > > This series looks rough. I want to have the maintainers of these > files/subsystems to ack this before being able to take them. > > thanks, > > greg k-h -- Chuck Lever

Re: [PATCH 15/29] NFSD: dynamically allocate the nfsd-client shrinker

2023-06-23 Thread Chuck Lever
ead-side critical > section when releasing the struct nfsd_net. > > Signed-off-by: Qi Zheng For 15/29 and 16/29 of this series: Acked-by: Chuck Lever > --- > fs/nfsd/netns.h | 2 +- > fs/nfsd/nfs4state.c | 20 > 2 files changed, 13 insertions(+), 9

Re: [PATCH 09/13] net: Convert sunrpc from pagevec to folio_batch

2023-06-21 Thread Chuck Lever
have > no effect in practice. > > Signed-off-by: Matthew Wilcox (Oracle) I don't yet have visibility into the folio_batch_* helpers, but this looks like a wholly mechanical replacement of pagevec. LGTM. I assume this is going to be merged via another tree, not nfsd-next, so:

Re: [PATCH v2 3/5] treewide: use get_random_u32() when possible

2022-10-06 Thread Chuck Lever III
gt; nn->track_reclaim_completes = false; > - nn->clverifier_counter = prandom_u32(); > - nn->clientid_base = prandom_u32(); > + nn->clverifier_counter = get_random_u32(); > + nn->clientid_base = get_random_u32(); > nn->clientid_counter = nn->clientid_base + 1; > nn->s2s_cp_cl_id = nn->clientid_counter++; > For the NFSD hunk: Acked-by: Chuck Lever -- Chuck Lever

Re: [PATCH 1/5] drm/vmwgfx: Fix an invalid read

2022-03-18 Thread Chuck Lever III
("drm/vmwgfx: Introduce a new placement for MOB page > tables") > Reported-by: Chuck Lever III > Reviewed-by: Martin Krastev After applying this patch, I am not able to reproduce the KASAN splat I reported earlier this week. Tested-by: Chuck Lever > --- > drivers/gpu/drm/vmwg

KASAN splat in vmwgfx driver

2022-03-15 Thread Chuck Lever III
wgfx: Introduce a new placement for MOB page tables") I don't see an obvious fix for this issue in the stream of subsequent commits. -- Chuck Lever

Re: [PATCH] Revert "drm/ast: Add detect function support"

2021-10-23 Thread Chuck Lever III
ress: :06:00.0 > Reported-by: Kim Phillips > Signed-off-by: Kim Phillips > Fixes: aae74ff9caa8 ("drm/ast: Add detect function support") > Link: > https://lore.kernel.org/lkml/0f7871be-9ca6-5ae4-3a40-5db9a8fb2...@amd.com/ > Cc: Ainux > Cc: Thomas Zimmermann > Cc: D

Re: 572994bf18ff prevents system boot

2021-10-13 Thread Chuck Lever III
> On Oct 8, 2021, at 4:49 AM, Thomas Zimmermann wrote: > > Hi > > Am 04.10.21 um 16:11 schrieb Chuck Lever III: >>> On Oct 4, 2021, at 10:07 AM, Thomas Zimmermann wrote: >>> >>> Hi >>> >>> Am 04.10.21 um 15:34 schrieb Chuck Le

Re: 572994bf18ff prevents system boot

2021-10-10 Thread Chuck Lever III
> On Oct 8, 2021, at 4:49 AM, Thomas Zimmermann wrote: > > Hi > > Am 04.10.21 um 16:11 schrieb Chuck Lever III: >>> On Oct 4, 2021, at 10:07 AM, Thomas Zimmermann wrote: >>> >>> Hi >>> >>> Am 04.10.21 um 15:34 schrieb Chuck Le

Re: 572994bf18ff prevents system boot

2021-10-04 Thread Chuck Lever III
> On Oct 4, 2021, at 10:07 AM, Thomas Zimmermann wrote: > > Hi > > Am 04.10.21 um 15:34 schrieb Chuck Lever III: >>> On Oct 4, 2021, at 3:07 AM, Thomas Zimmermann wrote: >>> >>> (cc: ainux.w...@gmail.com) >>> >>> Hi >>>

Re: 572994bf18ff prevents system boot

2021-10-04 Thread Chuck Lever III
> On Oct 4, 2021, at 3:07 AM, Thomas Zimmermann wrote: > > (cc: ainux.w...@gmail.com) > > Hi > > Am 03.10.21 um 20:09 schrieb Chuck Lever III: >> Hi- >> After updating one of my test systems to v5.15-rc, I found that it >> becomes unresponsive durin

572994bf18ff prevents system boot

2021-10-03 Thread Chuck Lever III
Hi- After updating one of my test systems to v5.15-rc, I found that it becomes unresponsive during the later part of the boot process. A power-on reset is necessary to recover. I bisected to this commit: 572994bf18ff ("drm/ast: Zero is missing in detect function") Checking out v5.15-rc3 and rev

Re: possible IO map leak in drm/gem

2021-01-23 Thread Chuck Lever
> On Jan 21, 2021, at 10:05 AM, Chuck Lever wrote: > > > >> On Jan 21, 2021, at 9:47 AM, Thomas Zimmermann wrote: >> >> (cc'ing dri-devel) >> >> Hi, >> >> thanks for reporting the bug. >> >> Am 21.01.21 um

Re: possible IO map leak in drm/gem

2021-01-22 Thread Chuck Lever
> On Jan 21, 2021, at 9:47 AM, Thomas Zimmermann wrote: > > (cc'ing dri-devel) > > Hi, > > thanks for reporting the bug. > > Am 21.01.21 um 15:35 schrieb Chuck Lever: >> Hi Thomas- >> I was not able to find an appropriate mailing list entry