El 19/09/15 a les 00:52, Olaf Buddenhagen ha escrit:
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
El 19/09/15 a les 01:06, Olaf Buddenhagen ha escrit:
This could work -- but I'm not sure it would be very useful? Is there
any actual logic that could be split out into the audio and mixer
translators? My suspicion is that they would rather just be
straightforward wrappers -- in which case it see
[Adding rumpkernel-users]
El 19/09/15 a les 01:21, Olaf Buddenhagen ha escrit:
Is there no way to limit the probing to a particular device, though? In
the long run, it really seems cleaner to tell the driver, "please try to
serve this device", rather than "go out and see whether you can find an
Olaf Buddenhagen, le Sat 19 Sep 2015 00:52:08 +0200, a écrit :
> This looks nice for generic USB. I doubt we have a mass storage driver
> using libusb though? Rather, I guess it's something rump implements
> internally, and would be exposed through a different entry point?
I'd say so, yes.
Samuel
Robert Millan, le Sat 19 Sep 2015 10:52:13 +0200, a écrit :
> If you load *HCI support and USB mass storage into Rump, you can have
> /dev/XXX pop up in the Rump namespace and that will be your disk node.
> Then you can write a translator to link the host system into that disk
> (or whatever way th
Olaf Buddenhagen, le Sat 19 Sep 2015 01:16:13 +0200, a écrit :
> 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 multipl
On Linux, -p and -pg do not make gcc link against libc_p.a, only
-profile does (as documented in r11246), and thus people expect -p
and -pg to work without libc_p.a installed (it is actually even not
available any more in Debian). We should thus rather make the Hurd port
do the same to avoid build
Flávio Cruz, le Thu 17 Sep 2015 02:05:33 +, a écrit :
>CHANGE_NODE_FIELD (cred,
> ({
>if (!(err = fshelp_isowner (&np->dn_stat, cred->user)))
> {
> - if (atime.microseconds == -1)
> + if (ati
Sorry I didn't think about it at first, but inside the fallback on
file_utimes:
Flávio Cruz, le Thu 17 Sep 2015 02:05:33 +, a écrit :
> + if (err == MIG_BAD_ID || err == EOPNOTSUPP)
> +{
> + time_value_t atim, mtim;
> +
> + if (tsp == NULL)
> +/* Setting the number of mi
On 19/09/15 08:52, Robert Millan wrote:
[Adding rumpkernel-users]
El 19/09/15 a les 01:21, Olaf Buddenhagen ha escrit:
Is there no way to limit the probing to a particular device, though? In
the long run, it really seems cleaner to tell the driver, "please try to
serve this device", rather tha
El 19/09/15 a les 10:59, Samuel Thibault ha escrit:
Instead, you could run a Rump instance with USB mass storage only which
uses libusb as backend rather than its own *HCI driver (but that requires
some coding work as it's currently not implemented ;-))
Indeed. We can however start with an all-
Hi Samuel
On Sat, 19 Sep 2015 at 14:22 Samuel Thibault
wrote:
> Sorry I didn't think about it at first, but inside the fallback on
> file_utimes:
>
> Flávio Cruz, le Thu 17 Sep 2015 02:05:33 +, a écrit :
> > + if (err == MIG_BAD_ID || err == EOPNOTSUPP)
> > +{
> > + time_value_t at
12 matches
Mail list logo
