DOSFS and libblock

Tue Aug 13 05:56:57 UTC 2002

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