-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Hellwig wrote:
On Tue, Jun 21, 2005 at 11:25:24PM -0500, David Masover wrote:
You're basically implementing another VFS layer inside of reiser4, which
is a big layering violation.
There's been sloppy code in the kernel before. I
Jeff Garzik wrote:
Hans' team says its good stuff is not a criteria for merging.
Try benchmarking it. Maybe benchmarks mean more than our
chattering. at least to the users.
Hans Reiser wrote:
Jeff Garzik wrote:
Hans' team says its good stuff is not a criteria for merging.
Try benchmarking it. Maybe benchmarks mean more than our
chattering. at least to the users.
Still not a criteria for merging.
We have to care about the code behind the benchmarks.
Jeff Garzik wrote:
after it has undergone massive surgery, and Namesys is bankrupt, and
users have given up and moved on to XFS. But the massive surgery should
happen eventually, partly to make all filesystems better (see below),
and partly to make the transition easier and more palatable
Hans Reiser wrote:
Edward Shishkin wrote:
Hello,
ZLIB_INFLATE/DEFLATE will be selected by special reiser4 related
configuration
option Enable reiser4 compression plugins of gzip family
(REISER4_ZLIB), but
since this kind of support was discussed, it is in our working
repository for a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Garzik wrote:
David Masover wrote:
There's been sloppy code in the kernel before. I remember one bit in
particular which was commented Fuck me gently with a chainsaw. If I
remember correctly, this had all of the PCI ids and the names and
Seems my domain is filtered , so I resend the modified version.
Related FS:
ReiserFS
Related Files:
fs/reiserfs/inode.c
Bug description:
Make a ReiserFS partition in USB storage HDD, create a test file
with
enough size.
Write a program, do: open(O_RDONLY) - read - close. After
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi David
And here is the crucial point. Reiser4 is usable and useful NOW, not
after it has undergone massive surgery, and Namesys is bankrupt, and
users have given up and moved on to XFS. But the massive surgery should
happen eventually, partly
On Tue, 21 Jun 2005, David Masover wrote:
The point is, this was in the kernel for quite awhile, and it was so
ugly that someone would rather be fucked with a chainsaw. If something
that bad can make it in the kernel and stay for awhile because it
worked, and no one wanted to replace it
I
On Wednesday 22 June 2005 05:14, Jeff Garzik wrote:
Hans Reiser wrote:
Christoph,
Reiser4 users love the plugin concept, and all audiences which have
listened to a presentation on plugins have been quite positive about
it. Many users think it is the best thing about reiser4. Can you
David Masover writes:
[...]
Maintainability is like optimization. The maintainability of a
non-working program is irrelevant. You'd be right if we already had
plugins-in-the-VFS. We don't. The most maintainable solution for
plugins-in-the-FS that actually exists is Reiser4,
On Wed, Jun 22, 2005 at 06:24:32PM +0400, Alexander Zarochentsev wrote:
Reiser plugins are for the same. Would you agree with reiser4 plugin design
if the plugins will not dispatch VFS object methods calls by themselves but
set -foo_ops fileds instead? I guess you don't like to have the two
Hello.
Andrew Morton mentioned that patches still contain all the
reiser4-specific namespace enhancements, only it is disabled, so it is
effectively dead code and it seems this explains why I didn't see any
of Reiser4 namespace magic last time I've tried to play with it.
But actually I want to
Am Dienstag, den 21.06.2005, 18:18 -0700 schrieb Andrew Morton:
What is wrong with having an encryption plugin implemented in this
manner? What is wrong with being able to have some files implemented
using a compression plugin, and others in the same filesystem not.
What is wrong
Hans Reiser writes:
Andi Kleen wrote:
Christoph does a lot of reviewing
and he is notorious for making needed linux contributors go away and not
come back, and I won't say which famous person on this mailing list told
me that
and your child definitely
is in serious
Roman I Khimov wrote:
Hello.
Andrew Morton mentioned that patches still contain all the
reiser4-specific namespace enhancements, only it is disabled, so it is
effectively dead code and it seems this explains why I didn't see any
of Reiser4 namespace magic last time I've tried to play with it.
Hello
On Wed, 2005-06-22 at 18:28, Nikita Danilov wrote:
David Masover writes:
[...]
Maintainability is like optimization. The maintainability of a
non-working program is irrelevant. You'd be right if we already had
plugins-in-the-VFS. We don't. The most maintainable
Markus TЖrnqvist wrote:
So merge it as it is and move the stuff to the VFS as needed or
deemed necessary. And enable the pseudo interface, or at least
set it in menuconfig and enable by default, it needs testing too.
Reiser4 has a number of great (IMO) things like file as directory,
atomic
Hi,
Is it not simpler to ask the reiserfs guys for a detailed explanation
of why and where this plugins' layer differs from using VFS for
plugins and let others comment on that ?
If something cant be done using VFS this layer is needed by reiser4
and has to be merged.
Michele
On Wed, Jun 22, 2005 at 06:46:50PM +0200, M. wrote:
Is it not simpler to ask the reiserfs guys for a detailed explanation
of why and where this plugins' layer differs from using VFS for
plugins and let others comment on that ?
I hope this is not FUD or something like that, but it seems to me
the
Vladimir Saveliev writes:
Hello
On Wed, 2005-06-22 at 18:28, Nikita Danilov wrote:
David Masover writes:
[...]
Maintainability is like optimization. The maintainability of a
non-working program is irrelevant. You'd be right if we already had
Artem B. Bityuckiy [EMAIL PROTECTED] wrote:
Markus TÐrnqvist wrote:
So merge it as it is
Fix it first. The merge as it stands just gives rise to stuff that is
/never/ fixed properly.
and move the stuff to the VFS as needed or
deemed necessary. And enable the pseudo
Expand your Penis 20% Larger in weeks
http://www.retdehola.com/ss/
Do not throw the arrow which will return against you.
I have read your book and much like it.
Do definite good; first of all to yourself, then to definite persons.
Intuition isn't the enemy, but the ally, of reason.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all -
Filesystems created with block size page size will not work until that
support is added to the kernel. Filesystems with block size 4k (lowest
page size supported in Linux) will not work on all systems. This patch
adds a check and a
It works! Thank you, Edward. :)
В Срд, 22.06.2005, в 19:32, Edward Shishkin пишет:
Andrew Morton mentioned that patches still contain all the
reiser4-specific namespace enhancements, only it is disabled, so it is
effectively dead code and it seems this explains why I didn't see any
of Reiser4
ReiserFS currently will allow the user to set/get attrs for files regardless
if they are enabled. The patch checks to see if they are enabled, and returns
-NOTTY if they are not.
ext[23] doesn't need this check because attrs are always enabled.
Signed-off-by: Jeff Mahoney [EMAIL PROTECTED]
The following patch enables attrs by default if the reiserfs_attrs_cleared
bit is set in the superblock. This allows chattr-type attrs to be used
without any further action by the user.
Signed-off-by: Jeff Mahoney [EMAIL PROTECTED]
diff -ruNpX dontdiff linux-2.6.12-rc6/fs/reiserfs/super.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Horst von Brand wrote:
Artem B. Bityuckiy [EMAIL PROTECTED] wrote:
Markus TЖrnqvist wrote:
[...]
and move the stuff to the VFS as needed or
deemed necessary. And enable the pseudo interface, or at least
set it in menuconfig
David Masover writes:
[...]
What we want is to have programs that can write small changes to one
file or to many files, lump all those changes into a transaction, and
have the transaction either succeed or fail.
No existing file system guarantees such behavior. Even atomicity of
single
David Spotlight on the Mac. Users love it. We can do it. But
David not without changing something in the filesystem.
David Actually, I think we came up with several ways to do this,
David all of which required Reiser4 interfaces.
It seems the existing Beagle project is a
Correct me if I am wrong:
What exists currently in VFS are vector instances, not classes. Plugins,
selected by pluginids, are vector classes, with each pluginid selecting
a vector class. You propose to have the vector class layer (aka plugin
layer) in reiser4 export the vector instance to VFS for
Christoph Hellwig wrote:
What is wrong with having one file in the FS use a write only plugin, in
which the encrypion key is changed with every append in a forward but
not backward computable manner, and in order to read a file you must
either have a key that is stored on another computer
32 matches
Mail list logo
