Usbat2 January 2002

usbat2@lists.lysator.liu.se

7 participants
34 discussions

Hello
by dominique.nold＠ifrance.com 29 Jan '02

29 Jan '02

Hello all You make a great work, I a DC3800 with this CF reader. If I can, I would help you. Today am a Java programer, I now also C, C++ and other programer langage, but I have no idea about kernel programming or USB programming. I can perharps make test, write docs, or translate docs in french or german. Best regards Dominique ______________________________________________________________________________ ifrance.com, l'email gratuit le plus complet de l'Internet ! vos emails depuis un navigateur, en POP3, sur Minitel, sur le WAP... http://www.ifrance.com/_reloc/email.emailif

1 0

OS X Driver
by Ron 29 Jan '02

29 Jan '02

Hi there. I noticed that http://www.microtechint.com/downloads/ has a new driver up for OS X. I downloaded the driver and it seems to be a kernel module (USBATCF: Mach-O object powerPC). I was just wondering if it would be easier to port this driver over to linux than to try to reverse engineer the product. Would they give you guys the source? I received one of these units with a Kodak dc215. Looks like it would be a pretty handy unit. ron

2 1

Re: USBAT2 - my driver for the scm zio-CF
by Hans Persson 20 Jan '02

20 Jan '02

Hm. I got a bounce message for tk(a)sm04.de. > Final-Recipient: rfc822; tk(a)sm04.de > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; host mail.sm04.de[62.27.40.17] said: 550 5.1.1 > <tk(a)sm04.de>... User unknown Herald, did your message go through? Hans -- +----------------------------------------------------------------------------+ | Hans Persson http://www.lysator.liu.se/~unicorn/ | | unicorn(a)lysator.liu.se http://www.lysator.liu.se/~unicorn/fandom/ | +----------------------------------------------------------------------------+

1 0

Re: USBAT2 - my driver for the scm zio-CF
by Hans Persson 20 Jan '02

20 Jan '02

Herald van der Breggen <herald(a)breggen.xs4all.nl> writes: > I am amazed! I just succeeded to get a file from the reader (with a > 64Mb card). This is the first time. And you did this hack in a > weekend? pfff.... I (and others also) have been studying days and > days on understanding usb drivers, on the specs of usbat2 on ATA en > SCSI (I am en newbe on this). Cool! > You can check out our work from CVS if you like. See > > http://sourceforge.net/projects/usbat2/ You might also be interested in joining the mailing list about the driver creation: > Usbat2 mailing list > Usbat2(a)lists.lysator.liu.se > http://lists.lysator.liu.se/mailman/listinfo/usbat2 Hans -- +----------------------------------------------------------------------------+ | Hans Persson http://www.lysator.liu.se/~unicorn/ | | unicorn(a)lysator.liu.se http://www.lysator.liu.se/~unicorn/fandom/ | +----------------------------------------------------------------------------+

1 0

Re: USBAT2 - my driver for the scm zio-CF
by Herald van der Breggen 20 Jan '02

20 Jan '02

Hi Thomas, I am amazed! I just succeeded to get a file from the reader (with a 64Mb card). This is the first time. And you did this hack in a weekend? pfff.... I (and others also) have been studying days and days on understanding usb drivers, on the specs of usbat2 on ATA en SCSI (I am en newbe on this). I am very glad you wrote me about this, this will save us much time :-) I also noticed is does not work in all cercumstances. It worked when I insmode the module while the device is not connected. Then plug the device in en mount /dev/sda1 (in my case). Doing insmod when the device is connected does not work and insmod takes a lot of time. I think something like that is valid for unplugging the device. You should do that before rmmod. I guess you know that already... Oh, and I had to replace the min_t: //len = min_t(int, totallen, 2*16384); len = (totallen > 2*16384 ? 2*16384 : totallen); because the compiler complained about a syntax error before `int' Now, seeing this, I wonder... Sofar we made a seprate driver for usbat2 (usbat2.c) not looking at shuttle_usbat.c. You integrated to the two. I noticed there are some large blocks inserted into the original driver. Do you think it is most handy to keep them together? You can check out our work from CVS if you like. See http://sourceforge.net/projects/usbat2/ CVS modulename for the usb-storage module is "usb-storage" I guess it would be handy to put your work in CVS, but I don't know right now what is the best thing to do: wipe out usbat2.c en update shuttle_usbat.c or replace/update usbat2.c.. Things that might be of interest to you are the sniffings and the snifftool we made so far. They can be found in CVS, modulename "sniff". The "snifflook.pl" script knows about the vendor-specific commands of usbat2 and does translation to more readable text of the sniffings. But maybe you don't need that anymore ;-) I have put your source (temporarely) on www.xs4all.nl/~heraldb/zio.tgz so that the readers of the mailinglist can pick them up. Thanks for the great work sofar! Herald On za, 2002-01-19 at 23:15, tk wrote: > Hi! > last weekend I patched the shuttle-usbat driver (for hp8200e) to work with > my new zio-cf reader (shuttle usbat-02 chip), read only at the moment, > but working (at least for my 16MB and 4MB CF). > I'll do a bit cleanup over the next weekends. > > Maybe parts of it could be usefull for your work developing a usbat2 driver > for the dc3800. > > see attached tgz-file. > > Thomas > pls. reply to tk at sm04.de >

1 0

Re: Some ATA related observations
by Hans Persson 15 Jan '02

15 Jan '02

Chris Niekel <chris(a)niekel.net> writes: > My knowledge comes from d1321r3.pdf, which explains ATAPI version 5. [...] > If anyone knows of a pdf to ascii converter so grep will work again, > I'd appreciate it by the way. I fed "d1321r3.pdf" into Google and got a hit. Google has a "View as HTML" option for PDF files. This converted version makes my Mozilla go bazonkas, but I can use Copy link location in Mozilla and the lynx -dump on that URL (which is http://www.google.com/search?q=cache:ONZ50f9VP8MC:www.t13.org/project/d1321…, by the way) to get a text version. It's not pretty, but at least it's text. Hans -- +----------------------------------------------------------------------------+ | Hans Persson http://www.lysator.liu.se/~unicorn/ | | unicorn(a)lysator.liu.se http://www.lysator.liu.se/~unicorn/fandom/ | +----------------------------------------------------------------------------+

1 0

Some ATA related observations
by Chris Niekel 15 Jan '02

15 Jan '02

Hi, I'm reading a bit about ATA (and ATAPI) at the moment, and noticed some things. I wanted to store this information somewhere, so this mailarchive is good for that. And you get to read it as well.. My knowledge comes from d1321r3.pdf, which explains ATAPI version 5. The CompactFlash Association (CFA) defines some special commands, and our device supports those commands (because it sends back 0x848A in the IDENTIFY reply at offset 0). The commands are: CFA Request Extended Error Code CFA Write Sectors without erase CFA Erase sectors CFA Write multiple without erase CFA Translate sector Set features enable/disable 8-bit transfer This is taken from 6.16 at their page 45, acroreads page 59. (Erase sectors followed by write sectors without erase is faster than normal write) If anyone knows of a pdf to ascii converter so grep will work again, I'd appreciate it by the way. Chris -- I've been down so long, if I'd cheer up, I'd still be depressed. - Lisa Simpson, Moanin' Lisa Blues.

1 0

tool for sniff logfile
by Herald van der Breggen 12 Jan '02

12 Jan '02

Hello, If you check out sniff, you will find sniff/tools/snifflook.pl This is a perlscript this knows the vendor specific commands of the usbat2 device. If you take a maximized xterm and do i.e. cd sniff/tools ./snifflook.pl ../usb-sniff-001-plug.LOG | less It's just a beginning. It shows the line numbers so you can compare it with the right piece of the logfile. Maybe i will make an html-version (easier for layout). Herald

1 0

sniffed data in CVS
by Herald van der Breggen 09 Jan '02

09 Jan '02

Hello! With help of Chris I succeeded in importing the files with sniffed data. The idea is that we can share remarks on these sniffs in the same directory. We can also add some advanced analyse tools so that we can simply copy and paste source code into usbat2.c to get a working driver ;-) You could get the sniffed stuf with cvs co sniff Herald

1 0

Added some comments to source
by Chris Niekel 07 Jan '02

07 Jan '02

Hi, I've added some comments to the source. I had a hard time finding some info about the ATA registers we have to access. When I finally found something, I added it as a few comments in the code, so that it is close to where we need it. One register (0x1f7) functions as the 'command register', and that is where you write the commands to. "What commands?" is the immediate questions, and /usr/include/linux/hdreg.h is the answer. The most immediately interesting one is WIN_IDENTIFY (0xEC), which sends back 256 words, or 512 bytes full with information, like number of sectors and number of heads and such things (a struct hd_driveid actually). So, the thing to do is: Wait till ATA is ready to accept commands (usbat2_get_ata_status does that, including the retry if ATA is busy). Then I'd expect to send a EC to register 17 (the sniff-001 does it in a multiple register write). Then we set up a bulk transfer to receive the information (no idea how to that that at this instant), and then we can proudly tell how big the memcard is. Biggest problem is, that my day is coming to an end, and I'm afraid I won't finish it today. So instead of writing a bit of code, I thought I'd share my thoughts with you, so that maybe I can just cvs update tomorrow to get it working. :-) Greetings, Chris -- I've been down so long, if I'd cheer up, I'd still be depressed. - Lisa Simpson, Moanin' Lisa Blues.

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

Usbat2 January 2002