Hi! > > > 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[1][2][3][4][5][6]. 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. -- Cyril Hrubis -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
