headers
Thiru Angaiyan | 30 Jul 2002 00:11
Picon
Favicon

EZ-USB-FX2 Driver

Hi,
Is the driver for  Cpress EZ-USB-FX2 Host controller
in place already? I've seen the Fx2 loader to download
the firmware. It would be great if someone provides me
with the info of Fx2 driver availability/work in
progress /status.
Looking forward to hear from any of you out there in
this board!!
Thanks,
Thiru Angaiyan

__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
Permalink | Reply | 1 comment |
headers
Brad Hards | 30 Jul 2002 14:45
Picon

Re: EZ-USB-FX2 Driver

On Tue, 30 Jul 2002 08:11, Thiru Angaiyan wrote:
> Is the driver for  Cpress EZ-USB-FX2 Host controller
> in place already? I've seen the Fx2 loader to download
> the firmware. It would be great if someone provides me
> with the info of Fx2 driver availability/work in
> progress /status.
I am confused. Its a device, not a host. We have the loader
code, seems good.

The driver needs to match the firmware - what firmware are
you downloading? 

> Looking forward to hear from any of you out there in
> this board!!
A couple of people have this board, including me.
Later versions are better though.

Brad
--

-- 
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.

-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
Permalink | Reply | 0 comments |
headers
kde | 21 Jul 2002 18:54
Picon

xhotplugd ???

Hi 
 
Has anywork been started concerning the xhotplugd ?  
I'm starting to integrate something similiar as the proposed thing into 
KDE, but I don't want to reinvent the wheel. Is there already some code I 
code reuse or someone who I could cooperate with ? 
 
Kind regards 
Joseph Wenninger
Permalink | Reply | 3 comments |
headers
Bernhard Kaindl | 21 Jul 2002 21:45
Picon

Re: xhotplugd ???

> Hi
>
> Has anywork been started concerning the xhotplugd ?
> I'm starting to integrate something similiar as the proposed thing into
> KDE, but I don't want to reinvent the wheel. Is there already some code I
> code reuse or someone who I could cooperate with ?

I don't know anything about the general idea, but I've found GPL code written
by Matthias Elter <elter <at> kde.org> and Matthias Hoelzer-Kluepfel, both have been
employed at Caldera in Erlangen for some time. Some other distro seems to have
picked it up and an old rpmfind server has an src.rpm saved:

http://at.rpmfind.net/opsys/linux/RPM/lycoris/build44/install/RPMS/khotplug-0.9.7-42rl.i586.html
ftp://at.rpmfind.net/linux/lycoris/build44/rl/install/SRPMS/khotplug-0.9.7-42rl.src.rpm

Bernd

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 2 comments |
headers
David Brownell | 25 Jul 2002 19:25

Re: xhotplugd ???

> http://at.rpmfind.net/opsys/linux/RPM/lycoris/build44/install/RPMS/khotplug-0.9.7-42rl.i586.html
> ftp://at.rpmfind.net/linux/lycoris/build44/rl/install/SRPMS/khotplug-0.9.7-42rl.src.rpm

I took a quick look at this.  Its "hotplugd" seems to be scanning
busses and delivering its own event reports to a UNIX socket that's
partially hidden (/var/run/.hotplugd).  Then it seems like some KDE
program (which I'll think of as "xhotplugd") interprets those reports.

Some key differences from the kernel hotplug support are:

- Since the kernel is already scanning those busses, this is
   duplicating work ... Yet Another Daemon, in this case one
   that's not necessary.  (Having one was a hotplug anti-goal.)

- It doesn't try to use the MODULE_DEVICE_TABLE information
   provided by drivers ... has its own tables to update (or more
   typically, not update) and get out of sync with the kernel.

- It doesn't even try to use the information provided through
   the /sbin/hotplug interface.  It's got its own event model.

While the user mode code might be fine (but it didn't compile for
me on RH7.3), I think it'd be better to just come up with a way
to have the /sbin/hotplug code write more standard events to such
a UNIX domain socket.

I'll be glad to see progress on hooking up hotplug events to
GUIs.  There are (unfortunately) a number of cases where users
need to make choices when devices appear.
(Continue reading)

Permalink | Reply | 1 comment |
headers
Joseph Wenninger | 26 Jul 2002 19:22
Picon

Re: xhotplugd ???

Hi

On Thursday 25 July 2002 17:25, David Brownell wrote:
> > http://at.rpmfind.net/opsys/linux/RPM/lycoris/build44/install/RPMS/khotpl
> >ug-0.9.7-42rl.i586.html
> > ftp://at.rpmfind.net/linux/lycoris/build44/rl/install/SRPMS/khotplug-0.9.
> >7-42rl.src.rpm
>
> I took a quick look at this.  Its "hotplugd" seems to be scanning
> busses and delivering its own event reports to a UNIX socket that's
> partially hidden (/var/run/.hotplugd).  Then it seems like some KDE
> program (which I'll think of as "xhotplugd") interprets those reports.
>

I looked at that application too, but it looks more like a hack than a real 
solution to me

>
> While the user mode code might be fine (but it didn't compile for
> me on RH7.3), I think it'd be better to just come up with a way
> to have the /sbin/hotplug code write more standard events to such
> a UNIX domain socket.
>

I'm installing an old kde2 now to compile this application

>
> I'll be glad to see progress on hooking up hotplug events to
> GUIs.  There are (unfortunately) a number of cases where users
> need to make choices when devices appear.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maksim (Max) Krasnyanskiy | 19 Jul 2002 02:10

Support for multiple usermaps in hotplug usb.agent

Hi Ukai,

We were discussing my proposal to introduce support for multiple usermaps 
in usb.agent
on linux-hotplug-devel mailing list. David Brownell had a concern that my 
solution
is different from Debian and therefor may introduce some problems.
So I'd like to get your opinion, as a Debian hotplug maintainer, on that.

Here is my patch for hotplug 2002.04.01

--- usb.agent.orig      Thu Jul 18 01:03:23 2002
+++ usb.agent   Thu Jul 18 04:53:02 2002
 <at>  <at>  -82,8 +82,7  <at>  <at> 
  # config scripts (which mustn't overlap with kernel modules).  Those
  # could change $DEVICE permissions, etc.
  #
-MAP_USERMAP=$HOTPLUG_DIR/usb.usermap
-
+MAP_USERMAP_DIR=$HOTPLUG_DIR/usb

  # accumulates list of modules we may care about
  DRIVERS=""
 <at>  <at>  -335,13 +334,17  <at>  <at> 
      fi

      # some devices have user-mode drivers (no kernel module, but config)
-    # or specialized user-mode setup helpers
-    if [ -r $MAP_USERMAP ]; then
+    # or specialized user-mode setup helpers
(Continue reading)

Permalink | Reply | 7 comments |
headers
Fumitoshi UKAI | 21 Jul 2002 19:26
Picon
Favicon

Re: Support for multiple usermaps in hotplug usb.agent

Hi,

At Thu, 18 Jul 2002 17:10:45 -0700,
Maksim (Max) Krasnyanskiy wrote:

> Hi Ukai,
> 
> We were discussing my proposal to introduce support for multiple usermaps 
> in usb.agent
> on linux-hotplug-devel mailing list. David Brownell had a concern that my 
> solution
> is different from Debian and therefor may introduce some problems.
> So I'd like to get your opinion, as a Debian hotplug maintainer, on that.

hotplug.deb has update-usb.usermap(8) to manage such situations.

> Basically the idea is simple. Packages/subsystems simply install their own 
> XXX.usermap

With update-usb.usermap(8), package install own usb.usermap in 
/usr/lib/hotplug/≤package>/usb.usermap, and do as follows
in postinst & postrm
	if [ -x /usr/sbin/update-usb.usermap ]; then
		/usr/sbin/update-usb.usermap
        fi

Sorry, this information should be in /usr/share/doc/hotplug/README.Debian.
I'll add this in next upload.

Regards,
(Continue reading)

Permalink | Reply | 6 comments |
headers
"Maksim (Max) " Krasnyanskiy | 21 Jul 2002 15:57

Re: Support for multiple usermaps in hotplug usb.agent

> > Basically the idea is simple. Packages/subsystems simply install their own 
> > XXX.usermap
> 
> With update-usb.usermap(8), package install own usb.usermap in 
> /usr/lib/hotplug/≤package>/usb.usermap, and do as follows
> in postinst & postrm
> 	if [ -x /usr/sbin/update-usb.usermap ]; then
> 		/usr/sbin/update-usb.usermap
>         fi
> 
> Sorry, this information should be in /usr/share/doc/hotplug/README.Debian.
> I'll add this in next upload.
Sure. I looked at the sources and know all that :)
I guess the question is do you see any problems with my approach ?

Max

-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
Permalink | Reply | 0 comments |
headers
Johannes Erdfelt | 21 Jul 2002 19:54

Re: Support for multiple usermaps in hotplug usb.agent

On Mon, Jul 22, 2002, Fumitoshi UKAI <ukai <at> debian.or.jp> wrote:
> At Thu, 18 Jul 2002 17:10:45 -0700,
> Maksim (Max) Krasnyanskiy wrote:
> 
> > Hi Ukai,
> > 
> > We were discussing my proposal to introduce support for multiple usermaps 
> > in usb.agent
> > on linux-hotplug-devel mailing list. David Brownell had a concern that my 
> > solution
> > is different from Debian and therefor may introduce some problems.
> > So I'd like to get your opinion, as a Debian hotplug maintainer, on that.
> 
> hotplug.deb has update-usb.usermap(8) to manage such situations.
> 
> > Basically the idea is simple. Packages/subsystems simply install their own 
> > XXX.usermap
> 
> With update-usb.usermap(8), package install own usb.usermap in 
> /usr/lib/hotplug/≤package>/usb.usermap, and do as follows
> in postinst & postrm
> 	if [ -x /usr/sbin/update-usb.usermap ]; then
> 		/usr/sbin/update-usb.usermap
>         fi

Why do you rebuild the usermap database. Would it be easier to just find
a group of usermap's via a glob and then parse all of them each hotplug,
like Maksim's patch?

The only advantage I can think of rebuilding the database, is you can
(Continue reading)

Permalink | Reply | 4 comments |

Gmane