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.
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
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
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
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) {
>
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) {
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
[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
[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
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
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
46 matches
Mail list logo