Gilles Espinasse ([EMAIL PROTECTED]) wrote:
the bootblock + main firmware discusion
Well, the change doesn't make it very different from old versions. Users
are just required to find another file, and specify it on the command
line. I know it's already troublesome to obtain the
On Sunday 15 February 2004 12:50 am, Edouard Gomez wrote:
On my side, i've already completed the new firmware extraction
code/API. For legal reasons i'm going to remove the proprietary data1
source. I'm also going to provide the free version in a standalone file
that will
John Hysted ([EMAIL PROTECTED]) wrote:
patch
I commited the changes i was talking about this week. Do you plan to
update your patch to the new CVS or may i pick what i consider suitable
from it myself ?
If you volunteer, then i have a request:
- don't put any boot code (data1) inside
Hello Edouard,
I commited the changes i was talking about this week. Do you plan to
update your patch to the new CVS or may i pick what i consider suitable
from it myself ?
I'll probably do this on my side this afternoon or this evening. I keep
you informed.
PS: the below changes
Don't worry about this. I used the configuration scripts in the tarball,
and I am now thundering through the web, so it was obviously some problem
with my hand editing of the files.
Thanks everybody for your hard work,
Kehan
--
Kehan Tristam Harman
[EMAIL PROTECTED]
[EMAIL PROTECTED]
John Hysted ([EMAIL PROTECTED]) wrote:
Pick whatever you consider suitable from my patch. I was going to try and
incorporate your changes this evening, but now my changes are much smaller
than yours.
All I need is that for Rev modems the code which in version 1.2 said
if
- Original Message -
From: John Hysted [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, February 15, 2004 5:59 PM
Subject: [speedtouch] Re: help needed with testing auto-detect Rev patch
snip
Smoothwall and IPCOP will have a problem with the extra -a parameter and
will probably
Yes the use of globals in pusb was a hack, but I couldn't see any way to get
from fdusb to the Rev of the modem.
For kernel mode and Rev 0400 I had implemented a timeout and loop, but had
problems with extra messages like
06:33:44 kernel: usb_control/bulk_msg timeout
06:33:44 kernel: usbdevfs
