We have an embedded pc target system with an “IDE Flash Disk”. We have a
number of units under evaluation at the moment and I’m looking for a
simple method to distribute new firmware to the devices.
Ideally, I would like to be able to send a comple filesystem image to
our testers, as currently we are having to copy files onto the target
system.
Could anyone explaing the “qfs” file system? I believe that using this
would allow us to generate the fs image and then mount it using the
mount command. (This would appear to be the method that QNX uses). Try
doing the following:
mount -t qnx4 /boot/fs/qnxbase.qfs /test
I’ve tried various things like mkifs and mkefs but I cannot create a
mountable image!
Suggestions or comments would be greatly appreciated.
We have an embedded pc target system with an “IDE Flash Disk”. We have a
number of units under evaluation at the moment and I’m looking for a
simple method to distribute new firmware to the devices.
Ideally, I would like to be able to send a comple filesystem image to
our testers, as currently we are having to copy files onto the target
system.
Could anyone explaing the “qfs” file system? I believe that using this
would allow us to generate the fs image and then mount it using the
mount command. (This would appear to be the method that QNX uses). Try
doing the following:
mount -t qnx4 /boot/fs/qnxbase.qfs /test
I’ve tried various things like mkifs and mkefs but I cannot create a
mountable image!
Suggestions or comments would be greatly appreciated.
We have an embedded pc target system with an “IDE Flash Disk”. We have a
number of units under evaluation at the moment and I’m looking for a
simple method to distribute new firmware to the devices.
Ideally, I would like to be able to send a comple filesystem image to
our testers, as currently we are having to copy files onto the target
system.
Could anyone explaing the “qfs” file system? I believe that using this
would allow us to generate the fs image and then mount it using the
mount command. (This would appear to be the method that QNX uses). Try
doing the following:
mount -t qnx4 /boot/fs/qnxbase.qfs /test
I’ve tried various things like mkifs and mkefs but I cannot create a
mountable image!
Suggestions or comments would be greatly appreciated.
Luckily we only use RTP. So it should not be a problem.
Has anyone got compression working with this method?
I’d like to be able to compress the image and then use something like
inflator to decompress it on the fly…
Which point of the flight do you mean? QSSL used the compressed image for
base utils (qnxbase.qfs) on the version 6.0
installation CD and decompressed it on the fly during installation (copy
image from CD to HD). Do you mean the resource manager which handles
read/write operation on such compressed filesystem?
Eduard.
Dave
Bill Caroselli (Q-TPS) wrote:
This is a really schnifty thing. But . . .
BEWARE !
Don’t try this procedure on a QNX 4 system!
dinit will initialize the partition that the file in question resides
on.
We have an embedded system with a flash ide driver (not a CF device).
We need to be able to distibute firmware updates easily.
(This is now achievable using the method)
We also would like to reduce the size of the firmware image. Generally
speaking the images will not get modified by the system so I’d like to
compress the image and decompress on the fly.
I’ve tried using deflator, but it didn’t appear to work too well
Luckily we only use RTP. So it should not be a problem.
Has anyone got compression working with this method?
I’d like to be able to compress the image and then use something like
inflator to decompress it on the fly…
Which point of the flight do you mean? QSSL used the compressed image for
base utils (qnxbase.qfs) on the version 6.0
installation CD and decompressed it on the fly during installation (copy
image from CD to HD). Do you mean the resource manager which handles
read/write operation on such compressed filesystem?
Eduard.
Dave
Bill Caroselli (Q-TPS) wrote:
This is a really schnifty thing. But . . .
BEWARE !
Don’t try this procedure on a QNX 4 system!
dinit will initialize the partition that the file in question resides
We have an embedded system with a flash ide driver (not a CF device).
We need to be able to distibute firmware updates easily.
(This is now achievable using the method)
We also would like to reduce the size of the firmware image. Generally
speaking the images will not get modified by the system so I’d like to
compress the image and decompress on the fly.
I’ve tried using deflator, but it didn’t appear to work too well
Don’t compress the image (which is what I assume you tried), instead
compress the files in the image. The drawback is that empty space in the
image file doesn’t get compress.
Luckily we only use RTP. So it should not be a problem.
Has anyone got compression working with this method?
I’d like to be able to compress the image and then use something like
inflator to decompress it on the fly…
Which point of the flight do you mean? QSSL used the compressed image
for
base utils (qnxbase.qfs) on the version 6.0
installation CD and decompressed it on the fly during installation (copy
image from CD to HD). Do you mean the resource manager which handles
read/write operation on such compressed filesystem?
Eduard.
Dave
Bill Caroselli (Q-TPS) wrote:
This is a really schnifty thing. But . . .
BEWARE !
Don’t try this procedure on a QNX 4 system!
dinit will initialize the partition that the file in question resides
I tried compressing the files, however I had a problem with inflator
running on the target. It seemed to fail to detect the compressed files.
Running inflator on the host machine worked fine though.
Does anyone have an example of inflator running on a target system?
We have an embedded system with a flash ide driver (not a CF device).
We need to be able to distibute firmware updates easily.
(This is now achievable using the method)
We also would like to reduce the size of the firmware image. Generally
speaking the images will not get modified by the system so I’d like to
compress the image and decompress on the fly.
I’ve tried using deflator, but it didn’t appear to work too well
Don’t compress the image (which is what I assume you tried), instead
compress the files in the image. The drawback is that empty space in the
image file doesn’t get compress.
Luckily we only use RTP. So it should not be a problem.
Has anyone got compression working with this method?
I’d like to be able to compress the image and then use something like
inflator to decompress it on the fly…
Which point of the flight do you mean? QSSL used the compressed image
for
base utils (qnxbase.qfs) on the version 6.0
installation CD and decompressed it on the fly during installation (copy
image from CD to HD). Do you mean the resource manager which handles
read/write operation on such compressed filesystem?
Eduard.
Dave
Bill Caroselli (Q-TPS) wrote:
This is a really schnifty thing. But . . .
BEWARE !
Don’t try this procedure on a QNX 4 system!
dinit will initialize the partition that the file in question resides
I tried compressing the files, however I had a problem with inflator
running on the target. It seemed to fail to detect the compressed files.
Running inflator on the host machine worked fine though.
Does anyone have an example of inflator running on a target system?
I’ve done that myself with no problem. Can you post your build image file
and any script that goes along with it?
We have an embedded system with a flash ide driver (not a CF device).
We need to be able to distibute firmware updates easily.
(This is now achievable using the method)
We also would like to reduce the size of the firmware image. Generally
speaking the images will not get modified by the system so I’d like to
compress the image and decompress on the fly.
I’ve tried using deflator, but it didn’t appear to work too well
Don’t compress the image (which is what I assume you tried), instead
compress the files in the image. The drawback is that empty space in the
image file doesn’t get compress.
Excuse my ignorance, I used RAR/UNRAR to compress/decompress .qfs. Ratio was
about 3.5.
Why do you need empty space in the image file? As far as I understand the
image is a complete system (it will not grow up).
Eduard.
Luckily we only use RTP. So it should not be a problem.
Has anyone got compression working with this method?
I’d like to be able to compress the image and then use something like
inflator to decompress it on the fly…
Which point of the flight do you mean? QSSL used the compressed image
for
base utils (qnxbase.qfs) on the version 6.0
installation CD and decompressed it on the fly during installation
(copy
image from CD to HD). Do you mean the resource manager which handles
read/write operation on such compressed filesystem?
Eduard.
Dave
Bill Caroselli (Q-TPS) wrote:
This is a really schnifty thing. But . . .
BEWARE !
Don’t try this procedure on a QNX 4 system!
dinit will initialize the partition that the file in question resides