Re: ramdisk/tmpfs/ramfs/memfs ?

2001-06-22 Thread Padraig Brady
David Woodhouse wrote: >[EMAIL PROTECTED] said: > >> you could try using jffs2 on a RAM-simulated MTD partition. i think >>that would work but i have not tried it.. >> > >It works. Most of the early testing and development was done on it. It >wouldn't give you dynamic sizing like ramfs though.

Re: ramdisk/tmpfs/ramfs/memfs ?

2001-06-22 Thread Padraig Brady
David Woodhouse wrote: [EMAIL PROTECTED] said: you could try using jffs2 on a RAM-simulated MTD partition. i think that would work but i have not tried it.. It works. Most of the early testing and development was done on it. It wouldn't give you dynamic sizing like ramfs though. It would

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-19 Thread Padraig Brady
We'll yes it's true you can program everything like a state machine if the correct OS interfaces are there. I don't think they are though ATM. Also some things are more elegantly implemented using threads, whereas others are better as state machines. Padraig. David S. Miller wrote: >Dan Kegel

Re: Alan Cox quote? (was: Re: accounting for threads)

2001-06-19 Thread Padraig Brady
We'll yes it's true you can program everything like a state machine if the correct OS interfaces are there. I don't think they are though ATM. Also some things are more elegantly implemented using threads, whereas others are better as state machines. Padraig. David S. Miller wrote: Dan Kegel

Re: jffs on non-MTD device?

2001-06-11 Thread Padraig Brady
Some (most?) CF disks have hareware wareleveling. I use ext2 with e2compr patch. Padraig. Pavel Machek wrote: >Hi! > >I'm trying to run jffs on my ATA-flash disk (running ext2 could kill >some flash cells too soon, right?) but it refuses: > >if (MAJOR(dev) != MTD_BLOCK_MAJOR) { >

Re: jffs on non-MTD device?

2001-06-11 Thread Padraig Brady
Some (most?) CF disks have hareware wareleveling. I use ext2 with e2compr patch. Padraig. Pavel Machek wrote: Hi! I'm trying to run jffs on my ATA-flash disk (running ext2 could kill some flash cells too soon, right?) but it refuses: if (MAJOR(dev) != MTD_BLOCK_MAJOR) {

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-20 Thread Padraig Brady
Obviously there has to be some standard base with which to work, especially for computer language keywords as these can't be converted due to name clashes. What would be cool is to pick a better base language than English that everyone would have to learn to "use computers". This is especially

Re: [RFD w/info-PATCH] device arguments from lookup, partion code

2001-05-20 Thread Padraig Brady
Obviously there has to be some standard base with which to work, especially for computer language keywords as these can't be converted due to name clashes. What would be cool is to pick a better base language than English that everyone would have to learn to use computers. This is especially

Re: bindprocessor

2001-05-17 Thread Padraig Brady
Look @ the processor sets plugin @ http://resourcemanagement.unixsolutions.hp.com/WaRM/schedpolicy.html Padraig. Andrew Morton wrote: >[EMAIL PROTECTED] wrote: > >>How can I bind a user space process to a particular processor in a SMP >>environment? >> > >You can't. > >Nick Pollitt had an

Re: bindprocessor

2001-05-17 Thread Padraig Brady
Look @ the processor sets plugin @ http://resourcemanagement.unixsolutions.hp.com/WaRM/schedpolicy.html Padraig. Andrew Morton wrote: [EMAIL PROTECTED] wrote: How can I bind a user space process to a particular processor in a SMP environment? You can't. Nick Pollitt had an implementation

Re: ramdisk/tmpfs/ramfs/memfs ?

2001-04-27 Thread Padraig Brady
David Woodhouse wrote: > > [EMAIL PROTECTED] said: > > btw I get my initial root filesystem from a compact flash that can be > > accessed just like a hardisk. It's writeable also like a harddisk, but > > we boot with it readonly, and only mount it rw if we want to save > > config or whatever. We

Re: ramdisk/tmpfs/ramfs/memfs ?

2001-04-27 Thread Padraig Brady
without an IDE interface. cheers, Padraig. Bjorn Wesen wrote: > > On Thu, 26 Apr 2001, Padraig Brady wrote: > > I'm working on an embedded system here which has no harddisk. > > So, I can't swap to disk and need to have /var & /tmp in RAM. > > I'm confused between th

Re: ramdisk/tmpfs/ramfs/memfs ?

2001-04-27 Thread Padraig Brady
without an IDE interface. cheers, Padraig. Bjorn Wesen wrote: On Thu, 26 Apr 2001, Padraig Brady wrote: I'm working on an embedded system here which has no harddisk. So, I can't swap to disk and need to have /var /tmp in RAM. I'm confused between the various options for in RAM file

Re: ramdisk/tmpfs/ramfs/memfs ?

2001-04-27 Thread Padraig Brady
David Woodhouse wrote: [EMAIL PROTECTED] said: btw I get my initial root filesystem from a compact flash that can be accessed just like a hardisk. It's writeable also like a harddisk, but we boot with it readonly, and only mount it rw if we want to save config or whatever. We

ramdisk/tmpfs/ramfs/memfs ?

2001-04-26 Thread Padraig Brady
Hi, I'm working on an embedded system here which has no harddisk. So, I can't swap to disk and need to have /var & /tmp in RAM. I'm confused between the various options for in RAM file- systems. At the moment I've created a ramdisk and made an ext2 partition in it (which is compressed as I

ramdisk/tmpfs/ramfs/memfs ?

2001-04-26 Thread Padraig Brady
Hi, I'm working on an embedded system here which has no harddisk. So, I can't swap to disk and need to have /var /tmp in RAM. I'm confused between the various options for in RAM file- systems. At the moment I've created a ramdisk and made an ext2 partition in it (which is compressed as I

Re: How can I add a function to the kernel initialization

2001-04-11 Thread Padraig Brady
These things usually sit off a serial port. I.E. /dev/lcd is a link to /dev/ttyS0 or whatever. Anyway the main point is you don't have access to libc. So how can you access the serial port from the booting kernel. Well to spit kernel messages out the serial port you pass the console=ttyS1,19200

Re: How can I add a function to the kernel initialization

2001-04-11 Thread Padraig Brady
These things usually sit off a serial port. I.E. /dev/lcd is a link to /dev/ttyS0 or whatever. Anyway the main point is you don't have access to libc. So how can you access the serial port from the booting kernel. Well to spit kernel messages out the serial port you pass the console=ttyS1,19200

Re: CFA Membership (Re: Cool Road Runner)

2001-04-02 Thread Padraig Brady
Andre Hedrick wrote: > On Mon, 2 Apr 2001, Padraig Brady wrote: > >> I'm not sure I have. They seem to following the latest spec I >> downloaded from www.compactflash.org > > I am not paying $2500-$5000 annual for membership sorry. > It is bad enough that I burn $8

Re: Cool Road Runner

2001-04-02 Thread Padraig Brady
Andre Hedrick wrote: > On Mon, 2 Apr 2001, Padraig Brady wrote: > >> OK can we just have a technical discussion? > > Please, lets do, I am tired of the battles > >> I.E. no need for PCMCIA or any of that. I understood from your >> responses that you did

Re: Cool Road Runner

2001-04-02 Thread Padraig Brady
OK can we just have a technical discussion? Andre Hedrick wrote: > On Mon, 2 Apr 2001, Steffen Grunewald wrote: > [hostilities snipped] > Also, several messages earlier I pointed out that I had not documented the > feature because it was only attempted once, and only with 2 CFA's in a >

Re: New directions for kernel development

2001-04-02 Thread Padraig Brady
I actually agree with most these points, not. Many a true word was said in jest :-) Padraig. Linus Torvalds wrote: > Hi all, [snip] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: New directions for kernel development

2001-04-02 Thread Padraig Brady
I actually agree with most these points, not. Many a true word was said in jest :-) Padraig. Linus Torvalds wrote: Hi all, [snip] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Cool Road Runner

2001-04-02 Thread Padraig Brady
OK can we just have a technical discussion? Andre Hedrick wrote: On Mon, 2 Apr 2001, Steffen Grunewald wrote: [hostilities snipped] Also, several messages earlier I pointed out that I had not documented the feature because it was only attempted once, and only with 2 CFA's in a bazar

Re: Cool Road Runner

2001-04-02 Thread Padraig Brady
Andre Hedrick wrote: On Mon, 2 Apr 2001, Padraig Brady wrote: OK can we just have a technical discussion? Please, lets do, I am tired of the battles I.E. no need for PCMCIA or any of that. I understood from your responses that you didn't realise this? This valid that I do not know

Re: CFA Membership (Re: Cool Road Runner)

2001-04-02 Thread Padraig Brady
Andre Hedrick wrote: On Mon, 2 Apr 2001, Padraig Brady wrote: I'm not sure I have. They seem to following the latest spec I downloaded from www.compactflash.org I am not paying $2500-$5000 annual for membership sorry. It is bad enough that I burn $800 for T13 plus about $1000 per

Re: Compact flash disk and slave drives in 2.4.2

2001-03-28 Thread Padraig Brady
I'm still confused :-( When you say: "CFA is dropped into a pcmica/cardbus thingy. Also there are no CFA's which are ATA devices by the definition, they require a host-bridge to transport the signal. Handling host-bridges is the problem. As more and stranger usages of these bridges happen the

Re: Compact flash disk and slave drives in 2.4.2

2001-03-28 Thread Padraig Brady
I'm still confused :-( When you say: "CFA is dropped into a pcmica/cardbus thingy. Also there are no CFA's which are ATA devices by the definition, they require a host-bridge to transport the signal. Handling host-bridges is the problem. As more and stranger usages of these bridges happen the

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
tee and have > them fix it. > > I put in a walk around for having 2 CFA's to allow detection. > This will work also if you call it for a CFA+Disk pair. > > On Tue, 27 Mar 2001, Padraig Brady wrote: > >> OK the following assumes CF never have slaves which is just wrong

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
OK the following assumes CF never have slaves which is just wrong. The CF should be logically treated as an IDE harddisk. So the fix is probably have a kernel parameter that causes the following check to be skipped? /* * Prevent long system lockup probing later for non-existant * slave

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
Can I just confirm that I'm seeing the same thing. I'm using a pcengines compact flash adapter which has a master/slave jumper, and this seems to confirm what I thought, I.E. slaves are OK. Note I also had trouble where HD was master and flashdisk was slave, where again the CF was silently

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
Can I just confirm that I'm seeing the same thing. I'm using a pcengines compact flash adapter which has a master/slave jumper, and this seems to confirm what I thought, I.E. slaves are OK. Note I also had trouble where HD was master and flashdisk was slave, where again the CF was silently

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
OK the following assumes CF never have slaves which is just wrong. The CF should be logically treated as an IDE harddisk. So the fix is probably have a kernel parameter that causes the following check to be skipped? /* * Prevent long system lockup probing later for non-existant * slave

Re: Compact flash disk and slave drives in 2.4.2

2001-03-27 Thread Padraig Brady
it. I put in a walk around for having 2 CFA's to allow detection. This will work also if you call it for a CFA+Disk pair. On Tue, 27 Mar 2001, Padraig Brady wrote: OK the following assumes CF never have slaves which is just wrong. The CF should be logically treated as an IDE harddisk. So

Re: [OFFTOPIC] Hardlink utility - reclaim drive space

2001-03-06 Thread Padraig Brady
Jeremy Jackson wrote: > Padraig Brady wrote: > >> Hmm.. useful until you actually want to modify a linked file, >> but then your modifying the file in all "merged" trees. >> Wouldn't it be cool to have an extended attribute >> for files called "Copy

Re: [OFFTOPIC] Hardlink utility - reclaim drive space

2001-03-06 Thread Padraig Brady
Jeremy Jackson wrote: Padraig Brady wrote: Hmm.. useful until you actually want to modify a linked file, but then your modifying the file in all "merged" trees. Wouldn't it be cool to have an extended attribute for files called "Copy on Write", so then you could ha

Re: [OFFTOPIC] Hardlink utility - reclaim drive space

2001-03-05 Thread Padraig Brady
Hmm.. useful until you actually want to modify a linked file, but then your modifying the file in all "merged" trees. Wouldn't it be cool to have an extended attribute for files called "Copy on Write", so then you could hardlink all duplicate files together, but when a file is modified a copy is

Re: [OFFTOPIC] Hardlink utility - reclaim drive space

2001-03-05 Thread Padraig Brady
Hmm.. useful until you actually want to modify a linked file, but then your modifying the file in all "merged" trees. Wouldn't it be cool to have an extended attribute for files called "Copy on Write", so then you could hardlink all duplicate files together, but when a file is modified a copy is

Re: gzipped executables

2001-02-13 Thread Padraig Brady
You might consider UPX (http://upx.tsx.org) Very cool. The beta version supports compressing the kernel and "direct-to-memory" compression. I think it still has the disadvantage of not sharing segments between many instances of the same program. Is there any way of fixing this? (probably would

Re: gzipped executables

2001-02-13 Thread Padraig Brady
You might consider UPX (http://upx.tsx.org) Very cool. The beta version supports compressing the kernel and "direct-to-memory" compression. I think it still has the disadvantage of not sharing segments between many instances of the same program. Is there any way of fixing this? (probably would

Re: 2.4.1-pre10 -> 2.4.1 klogd at 100% CPU ; 2.4.0 OK

2001-01-31 Thread Padraig Brady
Chris Hanson wrote: >Date: Wed, 31 Jan 2001 17:48:50 + >From: Padraig Brady <[EMAIL PROTECTED]> > >Are you using the 3c59x driver? > > Yes. Can we sort this out once and for all? There are a few emails everyday relating to this bug. The following

Re: 2.4.1-pre10 - 2.4.1 klogd at 100% CPU ; 2.4.0 OK

2001-01-31 Thread Padraig Brady
Chris Hanson wrote: Date: Wed, 31 Jan 2001 17:48:50 + From: Padraig Brady [EMAIL PROTECTED] Are you using the 3c59x driver? Yes. Can we sort this out once and for all? There are a few emails everyday relating to this bug. The following patch posted by "Troels Wa

Re: Documenting stat(2)

2001-01-18 Thread Padraig Brady
[EMAIL PROTECTED] wrote: > In article <9463fj$gsq$[EMAIL PROTECTED]> you write: > >> Basically, the _only_ think you should depend on is that st_size >> contains: >> - for regular files, the size of the file in bytes >> - for symlinks, the length of the symlink. > > I don't think this is

Re: Documenting stat(2)

2001-01-18 Thread Padraig Brady
[EMAIL PROTECTED] wrote: In article 9463fj$gsq$[EMAIL PROTECTED] you write: Basically, the _only_ think you should depend on is that st_size contains: - for regular files, the size of the file in bytes - for symlinks, the length of the symlink. I don't think this is right - for a

Re: Relative CPU time limit

2001-01-17 Thread Padraig Brady
man setrlimit (or ulimit) This is per user though, and only related to user accounting really as you can only set a limit on the number of CPU seconds used. I would also really like the ability to throttle any processes back to a certain % of CPU, and extending this to throttling users to

Re: Relative CPU time limit

2001-01-17 Thread Padraig Brady
man setrlimit (or ulimit) This is per user though, and only related to user accounting really as you can only set a limit on the number of CPU seconds used. I would also really like the ability to throttle any processes back to a certain % of CPU, and extending this to throttling users to