DOSFS and libblock
Angelo Fraietta
angelo_f at bigpond.com
Tue Aug 13 06:26:05 UTC 2002
Do you have a small demo app that mounts an IDE drive and maybe reads
from a file? I can make the changes to run on the pc386 from there.
Thomas Doerfler wrote:
>Hello Angelo,
>
>>I am unable to make this build. I have two errors occurring that I
>>cannot get around.
>>
>>I will explain what I am trying to do first. I am trying to build a
>>small app that uses the four files that are in
>>rtems-ss-20020807\cpukit\libblock and seeing if it will run on my
>>pc386dx build
>>
>
>I did not work yet with that snapshot, so my answers will not
>be quite precise in some parts...
>
>>The first problem I am getting is I get an error that reference 2 of
>>function _CORE_mutex_Initialize is incompatible in the following
>>function (I can't see why though) in module bdbuf.c
>>
>
>I have no idea, whta is wrong there, sorry...
>
>>If I comment the function out (i.e. _CORE_mutex_Initialize), I get two
>>unresolved externals:
>>rtems_ramdisk_configuration_size and rtems_ramdisk_config
>>rtems_ramdisk_configuration
>>
>
>You must create these two variables in your "init" module to
>specify the number of ramdisks to be created and the
>size/characteristics of these disks. The declaration for the
>structure of "rtems_ramdisk_configuration" is in "ramdisk.h".
>
>You should only need these variables when you actually use
>ramdisks, so I guess you call some kind of initialization
>function or a RAMDISK entry in your device driver table.
>
>I hope this helps...
>
>Thomas.
>
>>I have done a grep through the entire snapshot and cannot find where
>>these two variables are defined.
>>Eugeny S. Mints wrote:
>>
>>>>Does the IDE driver work for the pc386 derivatives in the current snapshot?
>>>>
>>>It doesn't - the implementation is hardcoded for powerpc. But you can
>>>port it to pc386 with minimum changes, I think. But unfortunately current
>>>IDE driver implementation have architecture which is hard to extend.
>>>We propose the following architecture:
>>>
>>>generic ATA driver (chip and CPU independant; only implementation of ATA
>>>standart) locates in c/src/exec/libblock (although I'm not absolute sure
>>>about this - may be another directory may be more appropriate)
>>>
>>>generic IDE controllers driver and particular drivers for standart ide
>>>controller chips locate in c/src/libchip/ide
>>>
>>>if ide capacity is integrated into CPU then drivers for such ide locate in
>>>c/src/lib/libcpu/myCPU
>>>
>>>and if ide controller is somthing custom (for example on FPGA) then
>>>driver for it goes to c/src/lib/libbsp/myBSP
>>>
>>>Such architecture allows, for example, simply start IDE for any target
>>>board - just implement particular on-board IDE controller driver and go
>>>on.
>>>
>>>Currently I've done most part of the work. Because of this I don't think
>>>that port of Linux driver is necessary now (but of course, than more
>>>activities then better :)). Also license difference also need attention.
>>>
>>>
>>>Regards,
>>> Eugeny
>>>
>>>>Joel Sherrill wrote:
>>>>
>>>>>"Eugeny S. Mints" wrote:
>>>>>
>>>>>>Angelo,
>>>>>>
>>>>>>On Fri, 19 Jul 2002, Angelo Fraietta wrote:
>>>>>>
>>>>>>>Is this ready yet?
>>>>>>>
>>>>>>Currently I'm working on the another implementation of ATA
>>>>>>driver which is a bit more chip(I mean IDE
>>>>>>controllers)/CPU independant than thye implementation
>>>>>>provided
>>>>>>by Thomas Doerfler. Currently it will be PIO mode
>>>>>>implementation but both poll and interrupt driven. Also
>>>>>>architecture of the driver will allow easy extention for
>>>>>>any IDE controller and for DMA mode. I've already have successful mount of
>>>>>>msdos partition on real IDE hard disk and successful read of a file.
>>>>>>I hope I will able to provide something stable (more or
>>>>>>less) by the end of the next week.
>>>>>>
>>>>>At least the last (broken) snapshot had Thomas' driver in it.
>>>>>
>>>>>I think the source for everything libblock, libfs, and IDE driver
>>>>>was up to date in there minus unsubmitted code like Eugeny is
>>>>>mentioning.
>>>>>
>>>>>>Regards,
>>>>>> Eugeny
>>>>>>
>>>>>>>root wrote:
>>>>>>>
>>>>>>>>Thomas Doerfler wrote:
>>>>>>>>
>>>>>>>>>Hi to all,
>>>>>>>>>
>>>>>>>>>a collegue of me has coded a ATA/IDE driver, we
>>>>>>>>>are currently busy testing it. We found some
>>>>>>>>>problems in the libblock/libdosfs, but the code
>>>>>>>>>is getting better every day :-)
>>>>>>>>>
>>>>>>>>>So I guess in one or two weeks we have a code
>>>>>>>>>ready to be published.
>>>>>>>>>
>>>>>>>>Need I say more than YEAH!!! Thomas did you look
>>>>>>>>at the DOS FS test that is in GNATS for inclusion
>>>>>>>>in the test suites?
>>>>>>>>
>>>>>>>>FYI I have been out of town for 4 days and the modem
>>>>>>>>would not connect. I have 1200 messages in my inbox and
>>>>>>>>am just now wading through them. Forgive me if I miss
>>>>>>>>something. :(
>>>>>>>>
>>>>>>>>--joel
>>>>>>>>
>>>>>>>>>Bye,
>>>>>>>>> Thomas.
>>>>>>>>>
>>>>>>>>>>So it still needs to have an ATAPI driver written for it?
>>>>>>>>>>
>>>>>>>>>>Eugeny S. Mints wrote:
>>>>>>>>>>
>>>>>>>>>>>Angelo,
>>>>>>>>>>>
>>>>>>>>>>>This is our test suit in attachment.
>>>>>>>>>>>But please take into account that currently there is no any
>>>>>>>>>>>IDE driver in RTEMS for any BSP. We use gdb simulator and
>>>>>>>>>>>RAM disk driver which we've developed (it locates in
>>>>>>>>>>>libblock also) for test purposes.
>>>>>>>>>>>But it seems somebody called Camilo Alejandro Arboleda as a
>>>>>>>>>>>person who is working on floppy driver.
>>>>>>>>>>>
>>>>>>>>>>>Please, feel free ask any question you have,
>>>>>>>>>>>Regards,
>>>>>>>>>>> Eugeny
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>--
>>>>>>>>>>Angelo Fraietta
>>>>>>>>>>
>>>>>>>>>>PO Box 859
>>>>>>>>>>Hamilton NSW 2303
>>>>>>>>>>
>>>>>>>>>>Home Page
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>http://www.users.bigpond.com/angelo_f/
>>>>>>>>>>
>>>>>>>>>>There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
>>>>>>>>>>There are those who seek knowledge to be known by others - that is VANITY
>>>>>>>>>>There are those who seek knowledge in order to serve - that is LOVE
>>>>>>>>>> Bernard of Clairvaux (1090 - 1153)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>--------------------------------------------
>>>>>>>>>IMD Ingenieurbuero fuer Microcomputertechnik
>>>>>>>>>Thomas Doerfler Herbststrasse 8
>>>>>>>>>D-82178 Puchheim Germany
>>>>>>>>>email: Thomas.Doerfler at imd-systems.de
>>>>>>>>>PGP public key available at: http://www.imd-
>>>>>>>>>systems.de/pgp_key.htm
>>>>>>>>>
>>>>>>--
>>>>>>Eugeny S. Mints
>>>>>>OKTET Ltd.
>>>>>>1 Ulianovskaya st., Petergof, St.Petersburg, 198904 Russia
>>>>>>Phone: +7(812)428-4384 Fax: +7(812)327-2246
>>>>>>mailto:Eugeny.Mints at oktet.ru
>>>>>>
>>>>--
>>>>Angelo Fraietta
>>>>
>>>>PO Box 859
>>>>Hamilton NSW 2303
>>>>
>>>>Home Page
>>>>
>>>>
>>>>http://www.users.bigpond.com/angelo_f/
>>>>
>>>>There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
>>>>There are those who seek knowledge to be known by others - that is VANITY
>>>>There are those who seek knowledge in order to serve - that is LOVE
>>>> Bernard of Clairvaux (1090 - 1153)
>>>>
>>>>
>>>>
>>>--
>>>Eugeny S. Mints
>>>OKTET Ltd.
>>>1 Ulianovskaya st., Petergof, St.Petersburg, 198904 Russia
>>>Phone: +7(812)428-4384 Fax: +7(812)327-2246
>>>mailto:Eugeny.Mints at oktet.ru
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>--
>>Angelo Fraietta
>>
>>PO Box 859
>>Hamilton NSW 2303
>>
>>Home Page
>>
>>
>>http://www.users.bigpond.com/angelo_f/
>>
>>There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
>>There are those who seek knowledge to be known by others - that is VANITY
>>There are those who seek knowledge in order to serve - that is LOVE
>> Bernard of Clairvaux (1090 - 1153)
>>
>>
>>
>
>--------------------------------------------
>IMD Ingenieurbuero fuer Microcomputertechnik
>Thomas Doerfler Herbststrasse 8
>D-82178 Puchheim Germany
>email: Thomas.Doerfler at imd-systems.de
>PGP public key available at: http://www.imd-
>systems.de/pgp_key.htm
>
>
--
Angelo Fraietta
PO Box 859
Hamilton NSW 2303
Home Page
http://www.users.bigpond.com/angelo_f/
There are those who seek knowledge for the sake of knowledge - that is CURIOSITY
There are those who seek knowledge to be known by others - that is VANITY
There are those who seek knowledge in order to serve - that is LOVE
Bernard of Clairvaux (1090 - 1153)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20020813/8de2d7bd/attachment-0001.html>
More information about the users
mailing list