This is the mail archive of the ecos-discuss@sources.redhat.com mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: New ecosconfig-i386 debian package available


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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]