[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1384979.1703066666@warthog.procyon.org.uk>
Date: Wed, 20 Dec 2023 10:04:26 +0000
From: David Howells <dhowells@...hat.com>
To: Dominique Martinet <asmadeus@...ewreck.org>
Cc: dhowells@...hat.com, Christian Brauner <brauner@...nel.org>,
Jeff Layton <jlayton@...nel.org>, Steve French <smfrench@...il.com>,
Matthew Wilcox <willy@...radead.org>,
Marc Dionne <marc.dionne@...istor.com>,
Paulo Alcantara <pc@...guebit.com>,
Shyam Prasad N <sprasad@...rosoft.com>, Tom Talpey <tom@...pey.com>,
Eric Van Hensbergen <ericvh@...nel.org>,
Ilya Dryomov <idryomov@...il.com>, linux-cachefs@...hat.com,
linux-afs@...ts.infradead.org, linux-cifs@...r.kernel.org,
linux-nfs@...r.kernel.org, ceph-devel@...r.kernel.org,
v9fs@...ts.linux.dev, linux-fsdevel@...r.kernel.org,
linux-mm@...ck.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v4 00/39] netfs, afs, 9p: Delegate high-level I/O to netfslib
Dominique Martinet <asmadeus@...ewreck.org> wrote:
> I'll go back to dhowell's tree to finally test 9p a bit,
> sorry for lack of involvement just low on time all around.
I've rebased my tree on -rc6 rather than linux-next for Christian to pull.
Ganesha keeps falling over:
[root@...ina build]# valgrind ./ganesha.nfsd -L /var/log/ganesha/ganesha.log -f /etc/ganesha/ganesha.conf -N NIV_EVENT -F
==38960== Memcheck, a memory error detector
==38960== Copyright (C) 2002-2022, and GNU GPL'd, by Julian Seward et al.
==38960== Using Valgrind-3.22.0 and LibVEX; rerun with -h for copyright info
==38960== Command: ./ganesha.nfsd -L /var/log/ganesha/ganesha.log -f /etc/ganesha/ganesha.conf -N NIV_EVENT -F
==38960==
==38960== Thread 138:
==38960== Invalid read of size 4
==38960== at 0x4DC32D6: pthread_cond_signal@@GLIBC_2.3.2 (pthread_cond_signal.c:41)
==38960== by 0x489700C: sync_cb (fsal_helper.c:1837)
==38960== by 0x49D79DF: mdc_read_super_cb (mdcache_file.c:559)
==38960== by 0x49D7AC5: mdc_read_cb (mdcache_file.c:582)
==38960== by 0x7B4B81F: vfs_read2 (file.c:1317)
==38960== by 0x49D7BCF: mdcache_read2 (mdcache_file.c:617)
==38960== by 0x4897173: fsal_read (fsal_helper.c:1849)
==38960== by 0x4A10FD4: _9p_read (9p_read.c:134)
==38960== by 0x4A0A024: _9p_process_buffer (9p_interpreter.c:181)
==38960== by 0x4A09DCB: _9p_tcp_process_request (9p_interpreter.c:133)
==38960== by 0x48CE182: _9p_execute (9p_dispatcher.c:315)
==38960== by 0x48CE508: _9p_worker_run (9p_dispatcher.c:412)
==38960== Address 0x24 is not stack'd, malloc'd or (recently) free'd
==38960==
==38960==
==38960== Process terminating with default action of signal 11 (SIGSEGV): dumping core
==38960== Access not within mapped region at address 0x24
==38960== at 0x4DC32D6: pthread_cond_signal@@GLIBC_2.3.2 (pthread_cond_signal.c:41)
==38960== by 0x489700C: sync_cb (fsal_helper.c:1837)
==38960== by 0x49D79DF: mdc_read_super_cb (mdcache_file.c:559)
==38960== by 0x49D7AC5: mdc_read_cb (mdcache_file.c:582)
==38960== by 0x7B4B81F: vfs_read2 (file.c:1317)
==38960== by 0x49D7BCF: mdcache_read2 (mdcache_file.c:617)
==38960== by 0x4897173: fsal_read (fsal_helper.c:1849)
==38960== by 0x4A10FD4: _9p_read (9p_read.c:134)
==38960== by 0x4A0A024: _9p_process_buffer (9p_interpreter.c:181)
==38960== by 0x4A09DCB: _9p_tcp_process_request (9p_interpreter.c:133)
==38960== by 0x48CE182: _9p_execute (9p_dispatcher.c:315)
==38960== by 0x48CE508: _9p_worker_run (9p_dispatcher.c:412)
David
Powered by blists - more mailing lists