This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: New ecosconfig-i386 debian package available
- From: Peter Soetens <peter dot soetens at mech dot kuleuven dot ac dot be>
- To: "Doyle, Patrick" <WPD at dtccom dot com>, "'Jonathan Larmour'" <jifl at eCosCentric dot com>, "'peter dot soetens at mech dot kuleuven dot ac dot be'" <peter dot soetens at mech dot kuleuven dot ac dot be>
- Cc: "'ecos-discuss at sources dot redhat dot com'" <ecos-discuss at sources dot redhat dot com>
- Date: Mon, 23 Feb 2004 15:34:53 +0100
- Subject: Re: [ECOS] New ecosconfig-i386 debian package available
- Organization: KU Leuven
- References: <F18ED44D2778844592DFB732956B66517186A3@DTCNT40S4>
- Reply-to: peter dot soetens at mech dot kuleuven dot ac dot be
On Monday 23 February 2004 15:03, Doyle, Patrick wrote:
> I just recompiled ecosconfig on my Debian box. All I had to do was to RTFM
> about the part where it says "When you compile on Debian, remember to add
> the -tcl=8.3 [or, something like that -- that's why it's in the manual --
> so I don't have to remember it :-)] option.
>
> On my todo list is to repeat the process for my toolchain -- apparently the
> version of GLIBC that is shipped with RedHat (9.0) is newer than the one
> shipped with Debian (woody). Sigh...
ecosconfig is in 'testing' and 'unstable', both having the same libwxgtk2.4
problem.
Furthermore, I had to patch the file
ecos-2.0/packages/io/usb/slave/v2_0/host/usbhost.c
(see attachment). Because of name changes in
the /usr/include/linux/usbdevice_fs.h file. I do not know if this change is
Debian specific or not.
Peter
>
> --wpd
>
> > -----Original Message-----
> > From: Jonathan Larmour [mailto:jifl@eCosCentric.com]
> > Sent: Monday, February 23, 2004 8:44 AM
> > To: peter.soetens@mech.kuleuven.ac.be
> > Cc: ecos-discuss@sources.redhat.com
> > Subject: Re: [ECOS] New ecosconfig-i386 debian package available
> >
> > Peter Soetens wrote:
> > > Hi,
> > >
> > > People developing eCos on an i386 Debian host might be
> >
> > interested to
> >
> > > know that
> > > I made an 'unofficial' package which fixes the current
> >
> > broken ecosconfig
> >
> > > package in Debian unstable.
> >
> > I might be wrong, but I thought we tested the ecosconfig that
> > comes with
> > v2.0 on debian. Does it not work? And did you have to make any source
> > changes? If so, we should look at getting those included in
> > the main sources.
> >
> > Jifl
> > --
> > eCosCentric http://www.eCosCentric.com/ The eCos and
> > RedBoot experts
> >
> > >>>>> Visit us in booth 2527 at the Embedded Systems
> >
> > Conference 2004 <<<<< March 30 - April 1, San Francisco
> > http://www.esconline.com/electronicaUSA/
> > --["No sense being
> > pessimistic, it wouldn't work anyway"]-- Opinions==mine
> >
> >
> > --
> > Before posting, please read the FAQ:
> > http://ecos.sourceware.org/fom/ecos
> > and search the list
> > archive: http://ecos.sourceware.org/ml/ecos-discuss
--
------------------------------------------------------------------------
Peter Soetens http://www.orocos.org
Katholieke Universiteit Leuven
Division Production Engineering, tel. +32 16 322773
Machine Design and Automation fax. +32 16 322987
Celestijnenlaan 300B peter.soetens@mech.kuleuven.ac.be
B-3001 Leuven Belgium http://www.mech.kuleuven.ac.be/pma
------------------------------------------------------------------------
--- ecos-2.0/packages/io/usb/slave/v2_0/host/usbhost.c 2004-01-20 13:47:46.000000000 +0100
+++ ecos-2.0/packages/io/usb/slave/v2_0/host/usbhost.c 2004-01-20 13:49:16.000000000 +0100
@@ -308,22 +308,22 @@
int this_len = length - 1;
int ioctl_result;
- transfer.requesttype = USB_TYPE_CLASS | USB_RECIP_DEVICE;
+ transfer.bRequestType = USB_TYPE_CLASS | USB_RECIP_DEVICE;
if (this_len > 4) {
this_len = 4;
}
switch (this_len) {
- case 1: transfer.request = USBTEST_CONTROL_DATA1; break;
- case 2: transfer.request = USBTEST_CONTROL_DATA2; break;
- case 3: transfer.request = USBTEST_CONTROL_DATA3; break;
- case 4: transfer.request = USBTEST_CONTROL_DATA4; break;
+ case 1: transfer.bRequest = USBTEST_CONTROL_DATA1; break;
+ case 2: transfer.bRequest = USBTEST_CONTROL_DATA2; break;
+ case 3: transfer.bRequest = USBTEST_CONTROL_DATA3; break;
+ case 4: transfer.bRequest = USBTEST_CONTROL_DATA4; break;
default:
fprintf(stderr, "usbhost: internal error, confusion about transfer length.\n");
exit(EXIT_FAILURE);
}
- transfer.value = (buf[i] << 8) | buf[i+1]; // Possible read beyond end of buffer,
- transfer.index = (buf[i+2] << 8) | buf[i+3]; // but not worth worrying about.
- transfer.length = 0;
+ transfer.wValue = (buf[i] << 8) | buf[i+1]; // Possible read beyond end of buffer,
+ transfer.wIndex = (buf[i+2] << 8) | buf[i+3]; // but not worth worrying about.
+ transfer.wLength = 0;
transfer.timeout = 10 * 1000; // ten seconds, the target should always accept data faster than this.
transfer.data = NULL;
@@ -339,11 +339,11 @@
length = 0;
}
#endif
- transfer.requesttype = request_type;
- transfer.request = request;
- transfer.value = value;
- transfer.index = index;
- transfer.length = length;
+ transfer.bRequestType = request_type;
+ transfer.bRequest = request;
+ transfer.wValue = value;
+ transfer.wIndex = index;
+ transfer.wLength = length;
transfer.timeout = 10000;
transfer.data = data;
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss