Re: Using cramfs as root filesystem on diskless machine

Alexandr Andreev wrote: > > David L. Parsley wrote: > > >Mathias Killian wrote a patch to allow cramfs initrd's, see: > >http://www.cs.helsinki.fi/linux/linux-kernel/2001-01/1064.html > > > Thank you. I applied this patch, and recompiled my kernel. > Al

Re: Using cramfs as root filesystem on diskless machine

Alexandr Andreev wrote: David L. Parsley wrote: Mathias Killian wrote a patch to allow cramfs initrd's, see: http://www.cs.helsinki.fi/linux/linux-kernel/2001-01/1064.html Thank you. I applied this patch, and recompiled my kernel. All works fine, if the size of root filesystem less

Re: Using cramfs as root filesystem on diskless machine

st. > > - > 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/ -- Dav

Re: Using cramfs as root filesystem on diskless machine

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/ -- David L. Parsley Network Administrator, Roanoke College If I have seen further it is by standing on ye shoulders

Re: [CFT][PATCH] namespaces patch (2.4.5-pre6)

ntegrator/system admin? I'd happily check it out if I thought it would solve any of the problems I regularly see. regards, David -- David L. Parsley Network Administrator, Roanoke College "If I have seen further it is by standing on ye shoulders of Giants." --Isaac Newton

Re: [CFT][PATCH] namespaces patch (2.4.5-pre6)

it out if I thought it would solve any of the problems I regularly see. regards, David -- David L. Parsley Network Administrator, Roanoke College If I have seen further it is by standing on ye shoulders of Giants. --Isaac Newton - To unsubscribe from this list: send the line unsubscribe linux

Re: [PATCH] rootfs (part 1)

Linus Torvalds wrote: > What the hell are you doing? Compiling with debugging or something? I'll bet he's using a rootkit 'ls' that shows file sizes in bits. ;-) regards, David -- David L. Parsley Network Administrator, Roanoke College "If I have seen further it is by standi

Re: [PATCH] rootfs (part 1)

Linus Torvalds wrote: What the hell are you doing? Compiling with debugging or something? I'll bet he's using a rootkit 'ls' that shows file sizes in bits. ;-) regards, David -- David L. Parsley Network Administrator, Roanoke College If I have seen further it is by standing on ye

Re: ramdisk/tmpfs/ramfs/memfs ?

it exist and I've somehow missed it? regards, David -- David L. Parsley Network Administrator Roanoke College - 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/majordo

Re: hundreds of mount --bind mountpoints?

regards, David -- David L. Parsley Network Administrator Roanoke College - 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 re

Re: hundreds of mount --bind mountpoints?

, David -- David L. Parsley Network Administrator Roanoke College - 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

Re: hundreds of mount --bind mountpoints?

Christoph Rohland wrote: > > Hi David, > > On Sun, 22 Apr 2001, David L. Parsley wrote: > > I'm still working on a packaging system for diskless > > (quasi-embedded) devices. The root filesystem is all tmpfs, and I > > attach packages inside it. Since symlinks

hundreds of mount --bind mountpoints?

memory, but I'm wondering if I'll run into problems when I start having many hundreds of bind mountings. Any feel for this? regards, David -- David L. Parsley Roanoke College Network Administrator - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

hundreds of mount --bind mountpoints?

memory, but I'm wondering if I'll run into problems when I start having many hundreds of bind mountings. Any feel for this? regards, David -- David L. Parsley Roanoke College Network Administrator - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

union mounting?

, I'd be interested. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - 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

union mounting?

, I'd be interested. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - 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

/proc/sys/vm/freepages read-only?!?

was echo (bigger numbers) > /proc/sys/vm/freepages - but lo! - it's not writable anymore. I found comments in page_alloc.c indicating it had to be read-only, but it seems it's only a safety precaution. Something along the lines of values too small being 'bad bad'. help? David -- Davi

/proc/sys/vm/freepages read-only?!?

was echo (bigger numbers) /proc/sys/vm/freepages - but lo! - it's not writable anymore. I found comments in page_alloc.c indicating it had to be read-only, but it seems it's only a safety precaution. Something along the lines of values too small being 'bad bad'. help? David -- David L

Re: What is 2.4 Linux networking performance like compared to BSD?

Alan Cox wrote: > The extreme answer to the 2.4 networking performance is the tux specweb > benchmarks but they dont answer for all cases clearly. However, I think you've hit the nail on the head here; much of tux is just general-purpose network file-blasting. The right hacker could turn it

Re: What is 2.4 Linux networking performance like compared to BSD?

snip stuff about someone using linux for a web cache Alan Cox wrote: The extreme answer to the 2.4 networking performance is the tux specweb benchmarks but they dont answer for all cases clearly. However, I think you've hit the nail on the head here; much of tux is just general-purpose

Re: [PATCH][CFT] per-process namespaces for Linux

rom latest redhat beta) BTW, pivot_root is nifty, too. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - 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

Re: [PATCH][CFT] per-process namespaces for Linux

pivot_root is nifty, too. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - 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/majord

Re: Is sendfile all that sexy?

specific server environments, where performance is more imporant than POSIX/Unix98, but you still don't want to completely break the system. Just a thought, brain-damaged as it might be. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - To unsubscribe from t

Re: Is sendfile all that sexy?

his makes me wonder... If the kernel only kept a queue of the three smallest unused fd's, and when the queue emptied handed out whatever it liked, how many things would break? I suspect this would cover a lot of bases... regards, David -- David L. Parsley Network Administrator Roanoke

Re: Is sendfile all that sexy?

e smallest unused fd's, and when the queue emptied handed out whatever it liked, how many things would break? I suspect this would cover a lot of bases... dons flameproof underwear regards, David -- David L. Parsley Network Administrator Roanoke College - To unsubscribe from this

Re: Is sendfile all that sexy?

is more imporant than POSIX/Unix98, but you still don't want to completely break the system. Just a thought, brain-damaged as it might be. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College - To unsubscribe from this list: send the line "unsubscribe linux-k

[PATCH] one-liner fix for bforget() honoring BH_Protected; was: Re: Patch (repost): cramfs memory corruption fix

g 4096 blocksize... but without this fix, that doesn't matter much. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College --- linux.linus/fs/buffer.c Wed Jan 3 23:45:26 2001 +++ linux/fs/buffer.c Wed Jan 10 15:49:36 2001 @@ -1145,13 +1145,15 @

[PATCH] one-liner fix for bforget() honoring BH_Protected; was: Re: Patch (repost): cramfs memory corruption fix

. ;-) regards, David -- David L. Parsley Network Administrator Roanoke College --- linux.linus/fs/buffer.c Wed Jan 3 23:45:26 2001 +++ linux/fs/buffer.c Wed Jan 10 15:49:36 2001 @@ -1145,13 +1145,15 @@ * free list if it can.. We can NOT free the buffer if: * - there are other users

question on generating a patch

I read the FAQ and SubmittingPatches, but how best to generate a patch that moves a file from on dir to another? diff -urNP makes the patch a lot longer than it seems like it should be... (fortunately it's just a short header file) Is there a better way? regards, David -- David L

question on generating a patch

I read the FAQ and SubmittingPatches, but how best to generate a patch that moves a file from on dir to another? diff -urNP makes the patch a lot longer than it seems like it should be... (fortunately it's just a short header file) Is there a better way? regards, David -- David L

Re: Patch (repost): cramfs memory corruption fix

r this fixes the 'access beyond end of device' problems. regards, David -- David L. Parsley Network Administrator Roanoke College - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

Re: Patch (repost): cramfs memory corruption fix

the 'access beyond end of device' problems. regards, David -- David L. Parsley Network Administrator Roanoke College - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

cramfs & ramfs problems in 2.4.0 up to ac3

& init runs fine. I just saw this with ac3. ramfs croaks with 'kernel BUG in filemap.c line 2559' anytime I make a file in ac2 and ac3. Works fine in 2.4.0 vanilla. Should be quite repeatable... BTW, nice work on 2.4 everyone. regards, David -- David L. Parsley Network Administrator Roa

cramfs ramfs problems in 2.4.0 up to ac3

runs fine. I just saw this with ac3. ramfs croaks with 'kernel BUG in filemap.c line 2559' anytime I make a file in ac2 and ac3. Works fine in 2.4.0 vanilla. Should be quite repeatable... BTW, nice work on 2.4 everyone. regards, David -- David L. Parsley Network Administrator Roanoke