Sound translator (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Wed, Sep 16, 2015 at 10:12:19PM +, Diego Nieto Cid wrote: > El mié., 16 sept. 2015 a las 17:57, Robert Millan () escribió: > > The other problem I had is that I don't know how to make a single > > translator > > service two separate device nodes (obviously you don't want to start a > >

Sound translator (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Thu, Sep 17, 2015 at 12:25:21PM -0300, Diego Nieto Cid wrote: > Another alternative, I was considering while going back home from work, is > to design this in layers. As in the following graph: > > ++ > | Applications | > +

Sound translator / PCI device handling (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Thu, Sep 17, 2015 at 05:35:28PM +0200, Samuel Thibault wrote: > For me, the idea could be that you run a rump translator per PCI device, > which exposes devices appropriately. We'd need a common PCI translator > to multiplex accesses to the config space, but otherwise working on > a PCI de

USB Mass Storage with rump (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Wed, Sep 16, 2015 at 10:57:20PM +0200, Robert Millan wrote: > El 16/09/15 a les 05:47, Bruno Félix Rezende Ribeiro ha escrit: > >I'm interested in USB support. I'd like to aim mass storage devices at > >first. > > For USB using Rump, I think most of the pieces exist already. Rump impleme

PCI device handling (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Fri, Sep 18, 2015 at 09:14:30PM +0200, Robert Millan wrote: > El 17/09/15 a les 23:25, Samuel Thibault ha escrit: > >Robert Millan, le Thu 17 Sep 2015 21:55:32 +0200, a écrit : > >>My understanding is there's no need for an arbiter / multiplexer > >>as long as all the code playing with PCI

Sound translator / PCI device handling (was: Full-time developer available)

2015-09-18 Thread Olaf Buddenhagen
Hi, On Thu, Sep 17, 2015 at 09:55:32PM +0200, Robert Millan wrote: > El 17/09/15 a les 17:35, Samuel Thibault ha escrit: > >For me, the idea could be that you run a rump translator per PCI > >device, > > That doesn't fit very well with the way Rump works. With Rump you > select drivers rather th

Re: Full-time developer available

2015-09-18 Thread Samuel Thibault
Robert Millan, le Fri 18 Sep 2015 21:14:30 +0200, a écrit : > El 17/09/15 a les 23:25, Samuel Thibault ha escrit: > >Robert Millan, le Thu 17 Sep 2015 21:55:32 +0200, a écrit : > >>As for the rest of PCI devices, AFAICT they're free to be used by whoever > >>wants them. My understanding is there's

Re: Full-time developer available

2015-09-18 Thread Robert Millan
El 18/09/15 a les 01:15, Justus Winter ha escrit: Quoting Robert Millan (2015-09-15 22:11:15) like, how to service ioctls without libtrivfs? Is there a reason why you don't want to use libtrivfs? Not particularly. I just noticed that libtrivfs doesn't implement a stub for ioctls like it does

Re: Full-time developer available

2015-09-18 Thread Robert Millan
El 17/09/15 a les 23:25, Samuel Thibault ha escrit: Robert Millan, le Thu 17 Sep 2015 21:55:32 +0200, a écrit : As for the rest of PCI devices, AFAICT they're free to be used by whoever wants them. My understanding is there's no need for an arbiter / multiplexer as long as all the code playing w