Usbat2 September 2004

usbat2@lists.lysator.liu.se

5 participants
5 discussions

USBAT02 0.4.21 for Linux 2.6
by Daniel Drake 30 Sep '04

30 Sep '04

Hi, Here's the first release in a long time :) I haven't changed much since the last working version (an unpublished version of 0.4.19) but I'd appreciate a quick heads up that this works for people. I'm going to be making changes in small steps again, so thanks in advance for your patience :) http://prdownloads.sourceforge.net/usbat2/usbat02-2.6-0.4.21.tar.gz?download Thanks Daniel

2 1

Re: Re: Status update
by d3c3it-linux＠ntlworld.com 28 Sep '04

28 Sep '04

> Ack, that sucks. Is it totally dead? Usually these things can take a bit of > water if they are dry before you try and use them again, but I suppose a boiler > bursting may be another situation :( > > Daniel I dried everything out and brought everything into work to test with a multimeter/see if i can resurrect any parts. it was dead. Well my box/keyboard/zip drive/card reader had water dripping out of them when i picked them up. Least the card reader only costs £10+ i lost my LCD screen, £300+ :( ----------------------------------------- Email provided by http://www.ntlhome.com/

1 0

Re: Status update
by d3c3it-linux＠ntlworld.com 28 Sep '04

28 Sep '04

> > From: Daniel Drake <dsd(a)gentoo.org> > Date: 2004/09/27 Mon AM 12:31:40 GMT > To: usbat2 <usbat2(a)lists.lysator.liu.se> > Subject: Status update > > Hi, > > Again sorry that nothing has happened over the last couple of months. I'll be > getting back to work on this shortly. Not a problem man :) > > Just thought I would update you with my recent thoughts and with what has been > going on. > > One thing which I mentioned before is the similarities between our driver and > the shuttle_usbat driver present in the kernel. In my more recent work, this > similarity has been growing. And it will grow, if I can keep the driver > working at the same time :) > So, the final code will most likely be an extension to the shuttle_usbat > driver already present in the kernel - theres just no point duplicating the > code. I'll probably merge the work once I've got the driver in its current > state feature-complete. > I didnt even realise there was a shuttle_usbat driver, i wonder if that would work as my, well was, described as a shuttle reader from lspci. > Also, in the recent kernels, a new usb-storage driver has appeared (called > "ub"). Its marked as low performance, but the code is supposed to be clean and > good. THe problem with the old usb-storage driver is that it emulates the SCSI > subsystem infront of a USB/ATAPI backend - we're trying to do less of this > needless emulation in linux. UB is a more "raw" access driver. > Currently, ub only supports the generic USB mass storage > specification/protocol, this is no good for our device where everything is > hidden behind a "vendor specific" transport (hence the need for our own driver > in the first place). > I haven't looked at the ub code, I haven't even tried it yet. But it may well > be that at some point, our driver becomes an extension to ub. I like the sound of the ub driver, personally i think its a better way forward moving away from scsi emulation for mass storage/cdrw etc > > Glyn, if we're living near each other and you're ok with it, then it would be > a great help if you wouldn't mind lending me the device for a week or two. I'd > have no problem with getting you a CF reader device which already works with > linux in the meantime. I'd be interested to know what you think, just let me > get back into the swing of things first :) > I would've been gladly to help you but i have had a major "system crash" *read, boiler in my house broke, which was right above all my computers etc so now i have lost everything* all i have left is my laptop, my digital camera and reader were both soaking wet, so i don't know how i can help:( > Daniel > _______________________________________________ > Usbat2 mailing list > Usbat2(a)lists.lysator.liu.se > http://lists.lysator.liu.se/mailman/listinfo/usbat2 > Cheers Glyn ----------------------------------------- Email provided by http://www.ntlhome.com/

2 1

Status update
by Daniel Drake 27 Sep '04

27 Sep '04

Hi, Again sorry that nothing has happened over the last couple of months. I'll be getting back to work on this shortly. Just thought I would update you with my recent thoughts and with what has been going on. One thing which I mentioned before is the similarities between our driver and the shuttle_usbat driver present in the kernel. In my more recent work, this similarity has been growing. And it will grow, if I can keep the driver working at the same time :) So, the final code will most likely be an extension to the shuttle_usbat driver already present in the kernel - theres just no point duplicating the code. I'll probably merge the work once I've got the driver in its current state feature-complete. Also, in the recent kernels, a new usb-storage driver has appeared (called "ub"). Its marked as low performance, but the code is supposed to be clean and good. THe problem with the old usb-storage driver is that it emulates the SCSI subsystem infront of a USB/ATAPI backend - we're trying to do less of this needless emulation in linux. UB is a more "raw" access driver. Currently, ub only supports the generic USB mass storage specification/protocol, this is no good for our device where everything is hidden behind a "vendor specific" transport (hence the need for our own driver in the first place). I haven't looked at the ub code, I haven't even tried it yet. But it may well be that at some point, our driver becomes an extension to ub. Glyn, if we're living near each other and you're ok with it, then it would be a great help if you wouldn't mind lending me the device for a week or two. I'd have no problem with getting you a CF reader device which already works with linux in the meantime. I'd be interested to know what you think, just let me get back into the swing of things first :) Daniel

1 0

News on usbat02?
by Mikkel Kamstrup Erlandsen 25 Sep '04

25 Sep '04

Is there anything cooking with usbat02... How about a 2.6.9 port (if any porting is necesary)? Just interested :-) //kamstrup

5 6

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 September 2004