> > > Marek Vasut ported deprecated zaurus pcmcia disk driver to the pata_pcmcia
> > > interface, sources are here:
> > >
> > > http://git.kernel.org/?p=linux/kernel/git/marex/pxa-linux-2.6.git;a=shortlog;h=refs/heads/zaurus-haxing
> > >
> > > Everythig seems to be fine at the first look but sometimes the filesystem
> > > gets
> > > unconsistent. Typical example is extracting tar archive with big number of
> > > files and directories (I used ltp-full archive from
> > > http://www.sf.net/projects/ltp/). After doing that, some files or
> > > directories
> > > are present in the filesystem, eg. you can see them in directory listing
> > > but
> > > open or fstat returns ENOENT.
> > >
> > > Extracting to SD card seems to work without any problems.
> > >
> > > Anybody has idea what went wrong?
> > What kind of number of files (in tar archive) are we talking about in round
> > figures? Does the files it affect differ in size (large fail, small
> > doesnt)..?
> > Its hard to say without having more data (as always).
> These mysterious failures were discussed several times before in
> zaurus-devel. We suspected PCMCIA code, RAM errors or
> bad voltage.
> Typical reproducers:
> git status on kernel tree (false result)
> copy files from CF to SD or USB (errors in files)
> gcc while using CF WLAN or CF Bluetooth (segfault)
> It happened in all kernels at least since 2.6.26, but probably in all
> 2.6 kernels.
These seems to be different, at least it newer occured so often to me. Now
installing debian packages often fails because it cannot remove temporary
files, the filesystem worked reasonably good before.
The usecase is to unpack archive with a lot rather small files somewhere deeper
to the filesystem tree. Eg. installing gtk2-devel failed miserably when trying
to move all the header files from *.h.dpkg-new to *.h, this works rather good
with old driver.
Zaurus-devel mailing list