Any idea of what xfstests is doing at this point in time? I'd be a
bit worried about some sort of loop in the namespace since it seems to
be in path traversal. Could also be some sort of resource leak or
fragmentation, I'll admit that many of the regression tests we do are
fairly short in duratio
I thought the nature of trans_fd would have prevented any sort of true
zero copy, but I suppose one less is always welcome :)
-eric
On Sun, Sep 6, 2015 at 1:55 AM, Dominique Martinet
wrote:
> Eric Van Hensbergen wrote on Sat, Sep 05, 2015:
>> On Thu, Sep 3, 2015 at 4:38 AM,
On Thu, Sep 3, 2015 at 4:38 AM, Dominique Martinet
wrote:
> That code really should never be called (rc is allocated in
> tag_alloc), but if it had been it couldn't have worked...
>
> Signed-off-by: Dominique Martinet
> ---
> net/9p/trans_fd.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> To be
The following changes since commit eb63b34bdfbdd70a734c2a90d89117c5c6c605c2:
Merge branch 'upstream' of
git://git.linux-mips.org/pub/scm/ralf/upstream-linus (2015-08-23
07:23:09 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git
tags/
patch but didn't
want to do that and look the for-next references.
Signed-off-by: Eric Van Hensbergen
Andrey Ryabinin (1):
net/9p: use memcpy() instead of snprintf() in p9_mount_tag_show()
Dominique Martinet (3
On Sat, Feb 23, 2008 at 2:07 AM, Andrew Morton
<[EMAIL PROTECTED]> wrote:
>
> It would be better to present this as two patches. One adds the new core
> APIs and the other uses those APIs in v9fs. The patches would take
> separate routes into mainline.
>
> I guess I can sneak this one in as-i
On Feb 6, 2008 8:43 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 6 Feb 2008 19:39:26 -0600 "Eric Van Hensbergen" <[EMAIL PROTECTED]>
> wrote:
>
> Could you please cc me on pull requests? I need to pay more attention to
> them. Thanks.
>
p9_printfcall export
Anthony Liguori (2):
9p: add support for sticky bit
9p: Convert semaphore to spinlock for p9_idpool
Eric Van Hensbergen (7):
9p: create transport rpc cut-thru
9p: block-based virtio client
9p: fix bug in attach-per-user
9p: Fix soft lockup in
Linus,
Please pull the following bug-fixes for v9fs.
The following changes since commit 2655e2cee2d77459fcb7e10228259e4ee0328697:
Alan Cox (1):
ata_piix: Add additional PCI identifier for 40 wire short cable
are available in the git repository at:
git://git.kernel.org/pub/scm/linu
On 10/22/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
> In v9fs_vfs_rename function labels don't match the fids that are clunked.
> The correct clunk order is clunking newdirfid first and then olddirfid next.
>
> Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
On 10/19/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch fixes a memory leak introduced by
> commit ba17674fe02909fef049fd4b620a2805bdb8c693.
>
> Spotted by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Eric Van Hensb
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Latchesar Ionkov(1):
9p: v9fs_vfs_rename incorrect clunk order
Adrian Bunk(1):
9p: fix memleak in fs/9p/v9fs.c
Eric Van He
On 10/17/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 17, 2007 at 04:34:02PM -0500, Eric Van Hensbergen wrote:
> > Linus, please pull from the 'for-linus' branch of:
> > git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
> >
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Latchesar Ionkov(3):
attach-per-user support
rename uid and gid parameters
define session flags
Eric Van Hensbergen(4
On 9/17/07, Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> The __mandatory_lock(inode) macro makes the same check, but
> makes the code more readable.
>
> Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
> Acked-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
>
This patch adds readpages support in support of readahead when using loose
cache mode. It substantially increases performance for certain workloads.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/v9fs.c|2 +-
fs/9p/vfs_addr.c
On 9/12/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
>
> - allow only one user to access the tree (access=)
> Only the user with uid can access the v9fs tree. Other users that attempt
> to access it will get EPERM error.
>
While access= and dfltuid= creates an interesting
flexibility in the w
On 9/12/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
> Change the names of 'uid' and 'gid' parameters to the more appropriate
> 'dfltuid' and 'dfltgid'.
>
...
> strcpy(v9ses->name, V9FS_DEFUSER);
> strcpy(v9ses->remotename, V9FS_DEFANAME);
> + v9ses->dfltuid = V9FS_DEFUID
On 9/3/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
>
> This patch improves the 9P2000 support by allowing every user to attach
> separately. The patch defines three modes of access (new mount option
> 'access'):
>
nit picks:
* you added/changed options without updated Documentation/filesyst
On 9/1/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-08-28 at 13:52 -0500, Eric Van Hensbergen wrote:
> > The lguest and kvm transports are functional, but we are still working out
> > remaining bugs and need to spend some time focusing on performance issues.
>
On 8/30/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-08-30 at 13:38 -0500, Eric Van Hensbergen wrote:
> > From: Eric Van Hensbergen <[EMAIL PROTECTED]>
> >
> > This was a quick modification I did of lguest to be able to support multiple
> >
From: Eric Van Hensbergen <[EMAIL PROTECTED]>
This was a quick modification I did of lguest to be able to support multiple
HVC channels for some experiements I was doing. I'm not sure if this is more
generally useful, so I'm posting it to the list in case someone else has a
need
On 8/28/07, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Tuesday 28 August 2007, Eric Van Hensbergen wrote:
>
> > This adds a shared memory transport for a synthetic 9p device for
> > paravirtualized file system support under KVM/QEMU.
>
> Nice driver. I'm hopin
From: Latchesar Ionkov <[EMAIL PROTECTED]>
This adds a shared memory transport for a synthetic 9p device for
paravirtualized file system support under KVM/QEMU.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
From: Eric Van Hensbergen <[EMAIL PROTECTED](none)>
This adds a 9p generic shared memory transport which has been used to
communicate between Dom0 and DomU under Xen as part of the Libra and PROSE
projects (http://www.research.ibm.com/prose).
Parts of the code are a horrible hack, but
From: Eric Van Hensbergen <[EMAIL PROTECTED](none)>
This adds a transport to 9p for communicating between guest and host
domains on lguest. Currently, the host-side proxies the communication to a
socket connected to the actual server. The transport is based heavily on
the existing consol
From: Eric Van Hensbergen <[EMAIL PROTECTED](none)>
This patch abstracts out the interfaces to underlying transports so that
new transports can be added as modules. This should also allow kernel
configuration of transports without ifdef-hell.
Signed-off-by: Eric Van Hensbergen <[EMAIL
This patch set contains a set of virtualization transports for the 9p file
system intended to provide a mechanism for guests to access a portion of the
hosts name space without having to go through a virtualized network.
Shared memory based transports are provided for lguest using a variation of
deprecated v9fs_fid_lookup_remove
9p: fix use after free
Eric Van Hensbergen(1):
9p: update maintainers and documentation
Documentation/filesystems/9p.txt | 24 +++-
MAINTAINERS |5 ++---
fs/9p/fid.c | 17 -
f
t; Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> Signed-off-by: Willy Tarreau <[EMAIL PROTECTED]>
Acked-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
This seems to be in the current code as well, I'll forward-port the patch...
-eric
-
To unsubscri
Sorry- its in my merge queue, but I've been fighting other fires.
Will try and get this regression tested and merged into v9fs-devel
tomorrow afternoon along with a few other patches.
-eric
On 8/14/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch #if 0's the unused v9fs_fi
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 13:43:16 -0500 "Eric Van Hensbergen" <[EMAIL PROTECTED]>
wrote:
> mtmp = ERR_PTR(PTR_ERR(m->tagpool));
odd. What does ERR_PTR(PTR_ERR(...)) do?
I kind of assumed it wa
On 7/25/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
Yep, it's a leak.
Okay, I'll roll that into the patch as well.
-eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ke
On 7/22/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
The Coverity checker spotted the following use-after-free
in net/9p/mux.c:
<-- snip -->
...
struct p9_conn *p9_conn_create(struct p9_transport *trans, int msize,
unsigned char *extended)
{
...
if (!
On 7/23/07, Latchesar Ionkov <[EMAIL PROTECTED]> wrote:
It doesn't really matter (for me) whether it is sysctl or sysfs
interface. The sysctl approach seemed easier to implement. If the
consensus is to use sysfs, I'll send a patch (for 2.6.24).
Sorry for the incorrect implementation, I guess I s
On 7/21/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Alexey Dobriyan <[EMAIL PROTECTED]> writes:
>
> That's separate patch but CTL_UNNUMBERED must die, because it's totally
> unneeded. If you don't want sysctl(2) interface just SKIP ->ctl_name
> initialization and save one line for something
On 7/23/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
Hi!
What is "plan 9 resource sharing"? Some kind of mosix-like process
migration? Could you explain it in two lines in Kconfig?
http://v9fs.sf.net
is redirect to
http://v9fs.sourceforge.net/
which tells me
Moved to SWiK
after clicking on
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Dave Jones(1):
fix debug compilation error
v9fs.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
-
To unsubscribe from this l
On 7/16/07, Dave Jones <[EMAIL PROTECTED]> wrote:
On Mon, Jul 16, 2007 at 09:47:49AM -0500, Eric Van Hensbergen wrote:
> From: Meelis Roos <[EMAIL PROTECTED]>
>
> With 9P but no 9P debug options, this error occurs:
> CC [M] fs/9p/v9fs.o
> fs/9p/v9fs.c: In f
From: Meelis Roos <[EMAIL PROTECTED]>
With 9P but no 9P debug options, this error occurs:
CC [M] fs/9p/v9fs.o
fs/9p/v9fs.c: In function 'v9fs_parse_options':
fs/9p/v9fs.c:134: error: 'p9_debug_level' undeclared (first use in this
function)
The following patch moves the definition of p9_debug_
On 7/16/07, Alejandro Riveira Fernández <[EMAIL PROTECTED]> wrote:
I get this in today's head 8f41958bdd577731f7411c9605cfaa9db6766809
$ make O=../2.6.23
Using /home/alex/kernel/linux-2.6 as source for kernel
GEN /home/alex/kernel/2.6.23/Makefile
CHK include/linux/version.h
CHK
transport write returns zero
Eric Van Hensbergen(3)
Cache meta-data when loose cache option is set
Renable mount-time debug option
Fix a race condition bug in umount which caused segfault
The bulk of the changes were in the reorganization patch which mostly
moved files and interfaces around in p
On 5/15/07, Bharata B Rao <[EMAIL PROTECTED]> wrote:
So there can be two cases in union mounts:
1. A file exists in topmost layer and also in one or more lower layers. Deleting
the file would result in the top layer file being deleted and a whiteout being
created in the top layer.
2. A file exi
On 5/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 8 May 2007 14:51:02 -0600
"Latchesar Ionkov" <[EMAIL PROTECTED]> wrote:
> This patchset moves non-filesystem interfaces of v9fs from fs/9p to net/9p.
> It moves the transport, packet marshalling and connection layers to net/9p
> leaving
On 4/30/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
On Mon, Apr 30, 2007 at 09:32:41AM -0600, Latchesar Ionkov wrote:
> Create a separate 9P client interface that can be used outside the VFS
> layer. In addition to VFS, the new interface can be used to export the
> authentication channel or
On 4/6/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Jan Engelhardt wrote:
> On Apr 6 2007 16:16, H. Peter Anvin wrote:
- users can use bind mounts without having to pre-configure them in
/etc/fstab
>> This is by far the biggest concern I see. I think the security implication
of
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Adrian Bunk(1):
make struct v9fs_cached_file_operations static
v9fs_vfs.h |1 -
vfs_file.c |4 +++-
2 files changed, 3 insertion
rian Bunk <[EMAIL PROTECTED]>
Acked-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Eric Van Hensbergen(1):
Implement optional loose read cache
Eric W. Biederman(1):
Use kthread_strop instead of
On 2/16/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 16 Feb 2007 18:46:59 -0600
Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> + if(!PageUptodate(page)) {
> + if (to - from != PAGE_CACHE_SIZE) {
> + void *kaddr = kmap_
necessary code to support writes through the page
cache. Write caches are not used for synthetic files or for files opened
in APPEND mode.
Signed-of-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/9p.h|2 +-
fs/9p/conv.c | 18 +-
fs/9p/conv.h |2 +-
fs/9p/f
On 2/16/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Fri, 16 Feb 2007 09:37:01 -0600 Eric Van Hensbergen <[EMAIL PROTECTED]>
wrote:
> +static int v9fs_vfs_writepage(struct page *page, struct writeback_control
*wbc)
> +{
> + char *buffer = NULL;
> + struc
necessary code to support writes through the page
cache. Write caches are not used for synthetic files or for files opened
in APPEND mode.
Signed-of-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/9p.h|2 +-
fs/9p/conv.c | 18 +-
fs/9p/conv.h |2 +-
fs/9p/f
necessary code to support writes through the page
cache. Write caches are not used for synthetic files or for files opened
in APPEND mode.
Signed-of-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/9p.h|2 +-
fs/9p/conv.c | 19 +-
fs/9p/conv.h |2 +-
fs/9p/f
On 2/13/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 13 Feb 2007 17:55:31 -0600 Eric Van Hensbergen <[EMAIL PROTECTED]>
wrote:
> +int v9fs_prepare_write(struct file *file, struct page *page,
> +unsigned from, unsigned to)
> +{
> +
necessary code to support writes through the page
cache. Write caches are not used for synthetic files or for files opened
in APPEND mode.
Signed-of-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
Documentation/filesystems/9p.txt |2
fs/9p/9p.h |2
fs/9p/
necessary code to support writes through the page
cache. Write caches are not used for synthetic files or for files opened
in APPEND mode.
Signed-of-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
Documentation/filesystems/9p.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
the Bonnie benchmark. The more aggressive use of the dcache also seems
to improve metadata operational performance.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
Documentation/filesystems/00-INDEX |4 ++--
Documentation/filesystems/9p.txt |4 +
On 11/27/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
Subject: [RFC] [PATCH] dm-cow: copy-on-write stackable target for device-mapper
+
+A simple script file is included to format WB.
+The way it works is the standard dmsetup calls for
+the device mapper. The arguments are
+
Ther
From: Eric Van Hensbergen <[EMAIL PROTECTED]> - unquoted
We weren't properly NULL terminating protocol error strings for our
debug printk resulting in garbage being included in the output when debug
was enabled.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/
From: Eric Van Hensbergen <[EMAIL PROTECTED]> - unquoted
Running dbench multithreaded exposed a race condition where fid structures
were removed while in use. This patch adds semaphores to meta-data operations
to protect the fid structure. Some cleanup of error-case handling in the
Update the documentation to cover using Inferno as a server for 9p and to
include information about spfs (a stable single-threaded stand-alone 9p
server).
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
Documentation/filesystems/9p.txt | 20 +---
1 files chang
9p doesn't handle renames between directories -- however, we were returning
EPERM instead of EXDEV when we detected this case.
Signed-off-by: Eric Van Hensbergren <[EMAIL PROTECTED]>
---
fs/9p/vfs_inode.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/9p/vfs_inode.c
There is a simple logic error in init_v9fs - the return code checks are
reversed. This patch fixes the return code and adds some messages to
prevent module initialization from failing silently.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
fs/9p/mux.c |4 +++-
fs/9p/
On 11/27/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
This is the first cut of a device-mapper target which provides a write-back
or write-through block cache. It is intended to be used in conjunction with
remote block devices such as iSCSI or ATA-over-Ethernet, particularly in
c
On 11/27/06, Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
Subject: [RFC] [PATCH] dm-cow: copy-on-write stackable target for device-mapper
This is the first cut of a device-mapper target which allows stacking of
multiple block devices and in which the top-layer of the stack is a
copy-on
On 11/30/06, Jens Wilke <[EMAIL PROTECTED]> wrote:
On Monday 27 November 2006 19:26, Eric Van Hensbergen wrote:
If this is intended to speed up remote disks, is it possible that the cache
content
can be paged out on local disks in low-mem situations?
The main intent was to use local
On 11/27/06, bert hubert <[EMAIL PROTECTED]> wrote:
On Mon, Nov 27, 2006 at 06:26:34PM +, Eric Van Hensbergen wrote:
> This is the first cut of a device-mapper target which provides a write-back
> or write-through block cache. It is intended to be used in conjunction with
&g
odule was developed during an intership at IBM Research by
Ming Zhao. Please direct comments to both Ming and myself.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
drivers/md/Kconfig|6
drivers/md/Makefile |1
drivers/md/dm-cac
,0 +1,926 @@
+/*
+ * dm-cow.c
+ * Device mapper target for block-level disk caching
+ *
+ * Copyright (C) International Business Machines Corp., 2006
+ * Author: Gorka Guardiola and Eric Van Hensbergen ([EMAIL PROTECTED])
+ *
+ * This program is free software; you can redistribute it and/or modify
+ *
On 9/3/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > While FUSE doesn't handle it directly, doesn't it have to punt it to
> > its network file systems, how to the sshfs and what not handle this
> > sort of mapping?
>
> Sshfs handles it by not handling it. In this case it is neither
> possible
On 9/3/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > I agree that lots of people would like the functionality. I regret that
> > although it appears that v9fs could provide it,
>
> I think you are wrong there. You don't appreciate all the complexity
> FUSE _lacks_ by not being network tra
1465e
author Eric Van Hensbergen <[EMAIL PROTECTED]> Wed, 31 Aug 2005 16:02:42
-0500
committer Eric Van Hensbergen <[EMAIL PROTECTED]> Wed, 31 Aug 2005
16:02:42 -0500
fs/9p/trans_fd.c | 42 +++---
fs/9p/v9fs.c |5 -
2 files changed, 39 in
[PATCH] v9fs: Support to force umount
Support for force umount
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 3f92b2539fe581ee9011d687fbd43cebb641465e
tree cd34696129c3b636b85578f659f26010019
[PATCH] v9fs: remove sparse bitwise warnings
Fixed a bunch of cast conversions to remove -Wbitwise warnings from
sparse.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit fec4b0831dba7e27e9531d0566eec1a5646f3e79
tree dfc14f433354a8dcdb049bc8137e7f31d7cbda3e
[PATCH] v9fs: Fix Plan9port example in v9fs documentation.
Resend: to fix typo that I should have caught first time around.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 678b78b5268b253e21aa818fac25ea13291eafff
tree fc3d94d10d23fedee95091e372c51e1156a0360f
On 8/28/05, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 28, 2005 at 04:05:07PM -0500, Eric Van Hensbergen wrote:
> > [PATCH] v9fs: use standard kernel byteswapping routines
> >
> > Originally suggested by hch, we have removed our byteswap code
> >
Hensbergen <[EMAIL PROTECTED]>
---
commit 30bdd61e96418043a07d2da71bcd757a0341113f
tree 3e268ece4b911b960b47b47182972d8f439667da
parent e189afc5ed8102a56f74cb5be91a6bf3e478a06a
author Eric Van Hensbergen <[EMAIL PROTECTED]> Sun, 28 Aug 2005 16:33:42
-0500
committer Eric Van Hensbergen <[
[PATCH] v9fs: Fix Plan9port example in v9fs documentation.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 678b78b5268b253e21aa818fac25ea13291eafff
tree fc3d94d10d23fedee95091e372c51e1156a0360f
parent 06e00e56fdf2c3e230ff60f6fdab6db789f16e73
author Eric Van Hensbergen &
[PATCH] v9fs: use standard kernel byteswapping routines
Originally suggested by hch, we have removed our byteswap code
and replaced it with calls to the standard kernel byteswapping code.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 06e00e56fdf2c3e230ff60f6fdab6db789
oesn't exceed UNIX_PATH_MAX.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit f32fc66e311abe9e7167991e6b2d37e7c56dcc72
tree 3b2a77e0c674e86aed92823857d33352d93938f3
parent 97bc19b509356dda0145cd19fb9768ac3c88ecda
auth
: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 97bc19b509356dda0145cd19fb9768ac3c88ecda
tree f12a9e827c949f386cca42b718bac63405e9192d
parent 2b2ebf0cea451ad876ab29159162571b5291f8b7
author Eric Van Hensbergen <[EMAIL PROTECTED]> Sun, 28 Aug 2005 13:11:33
-0500
committer Eric Van
. Code tested benign through regression.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit 4bbf929d3991fde7eeb8754ae10025644637a268
tree bf671c4f29343ef86eb9c00030fa66d06915560b
parent f58a81f47f45c929ea0a1f74f9f15a27d3ad4ded
author Eric Van Hensbergen <[EMAIL PROTECTED]
On 7/28/05, Ronald G. Minnich wrote:
>
>
> On Thu, 28 Jul 2005, Christoph Hellwig wrote:
>
> > Couldn't the two other transports be implemented ontop of this one using
> > a mount helper doing the pipe or tcp setup?
>
> that's how we did it in the version we did for 2.4. I don't see why not.
>
On 7/14/05, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Friday 15 July 2005 00:04, Christoph Hellwig wrote:
> > normally we prefer a patch per actual change, not per file so the
> > description fits. Given that all these are pretty trivial fixes one
> > patch would have done it aswell, though.
Doh! Good catch, I'll fix and resubmit - same goes for the formating issues.
On 7/14/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > @@ -383,9 +379,10 @@ v9fs_file_write(struct file *filp, const
> > return -ENOMEM;
> >
> > ret = copy_from_user(buffer, data, count);
> > -
On 7/14/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > +static inline void buf_check_size(struct cbuf *buf, int len)
> > +{
> > + if (buf->p+len > buf->ep) {
> > + if (buf->p < buf->ep) {
> > + eprintk(KERN_ERR, "buffer overflow\n");
> > +
On 6/27/05, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> That beeing said there's a few issues with the code still I'd like to
> see fixed:
>
Sorry I didn't get to these quicker - was on vacation and basically
off-line for the past week and a half. I've made 90% of the changes
suggested and
Somewhat related question for Viro/the group:
Why is CLONE_NEWNS considered a priveledged operation? Would placing
limits on the number of private namespaces a user can own solve any
resource concerns or is there something more nefarious I'm missing?
-
To unsubscribe from this list: send the line
On 4/19/05, Bodo Eggert <[EMAIL PROTECTED]> wrote:
> >
> > Well, that would kinda be the intent behind the permissions file --
> > it can specify what restricted set of images/devices/whatever the user
> > can mount, I suppose the sensible thing would be to always enforce
> > nosuid and nsgid, but
On 4/17/05, Bodo Eggert <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> wrote:
>
> > I was thinking about this a while back and thought having a user-mount
> > permissions file might be the right way to address lots of these
> > issues. Essentially it would contain information about what
> > users/groups
On 4/17/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > >
> > > 1) Only allow mount over a directory for which the user has write
> > > access (and is not sticky)
> > >
> > > 2) Use nosuid,nodev mount options
> > >
> > > [ parts deleted ]
> >
> > Do these solve all the security concerns
On 4/11/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> 1) Only allow mount over a directory for which the user has write
> access (and is not sticky)
>
> 2) Use nosuid,nodev mount options
>
> [ parts deleted ]
Do these solve all the security concerns with unprivileged mounts, or
are
On 4/12/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > I think that would be _much_ nicer implemented as a mount which is
> > invisible to other users, rather than one which causes the admin's
> > scripts to spew error messages.
>>
> > Is the namespace mechanism at all suitable for that?
>
> I
94 matches
Mail list logo
