Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O

On 16/08/15 20:33, Robert Millan wrote: El 16/08/15 a les 15:14, Antti Kantee ha escrit: >> * It includes code from other people under GPLv2; I'm not sure if this may be an issue wrt licensing >>policy of Rump as this is only targetted at the pci-userspace module. In any case if you >>

Re: Sound on GNU/Hurd

Am Sonntag, 16. August 2015, 23:49:15 schrieb Robert Millan: > I managed to play some sound on GNU/Hurd using patched Rump and a modified > mplayer. For > those interested: Cool! Thank you for sharing it! Did you already share the patches in a public list? If not, could you send them here inlin

Sound on GNU/Hurd

Hi, I managed to play some sound on GNU/Hurd using patched Rump and a modified mplayer. For those interested: 1. Setup APT repository (https://people.debian.org/~rmh/rump/apt/00README) 2. If using kvm, add "-soundhw ac97". With real hardware ICH/AC97 and Intel HD audio are supported. 3. Ins

Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O

Hi Zheng Da, First of all, allow me to show you my appreciation for your effort on integrating DDE with the Hurd. The groundwork on creating facilities that enable userspace drivers has been greatly helpful on this little project of mine. Just to put you in context, I've ported Rump (http://ru

Re: licensing of intloop() from hurd/libddekit/interrupt.c

Robert Millan, le Sun 16 Aug 2015 19:38:42 +0200, a écrit : > El 16/08/15 a les 15:14, Antti Kantee ha escrit: > >>* It includes code from other people under GPLv2; I'm not sure if this may > >>be an issue wrt licensing > >> policy of Rump as this is only targetted at the pci-userspace module. I

Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O

Hi, On Sun, Aug 16, 2015 at 01:09:59PM +0200, Robert Millan wrote: > * It includes code from other people under GPLv2; > - intrthread() is heavily based on intloop() from > hurd/libddekit/interrupt.c I haven't checked, but I assume this is form a Hurd-specific part of DDE, which has been im

gnumach-dev: please include intr.h

Package: gnumach-dev Severity: wishlist (followup from the Userspace PCI I/O discussion in bug-hurd / rumpkernel-users) El 16/08/15 a les 15:14, Antti Kantee ha escrit: - intr.h was just copied from GNU Mach source tree (I don't think it is copyright-significant though). I traced thi

licensing of intloop() from hurd/libddekit/interrupt.c

El 16/08/15 a les 15:14, Antti Kantee ha escrit: * It includes code from other people under GPLv2; I'm not sure if this may be an issue wrt licensing policy of Rump as this is only targetted at the pci-userspace module. In any case if you think it's an issue let me know and we'll try to f

Re: [PATCH] Rump on GNU/Hurd (1): system detection

On 16/08/15 10:48, Robert Millan wrote: Hi, Here's the first patch of my port of Rump to GNU/Hurd. It includes the basic system detection stuff. Applied the src-netbsd bits. Can you submit the buildrump.sh part as a pull req on github?

Re: [PATCH] Rump on GNU/Hurd (2): missing

On 16/08/15 10:51, Robert Millan wrote: Hi, Apparently this routine only wants the Rump version of when building with Rump namespace, but it includes the header unconditionally. This is usually harmless as almost everyone has , but GNU/Hurd doesn't. So my patch just moves it into Rump protect

[PATCH] Rump on GNU/Hurd (3): system limits

Hi, GNU/Hurd doesn't have PATH_MAX or MAXHOSTNAMELEN (arbitrarily long strings can be used). Since attempting to replace every instance of static allocation with dynamic buffer management would make for a very intrusive patch, I'm proposing to just define the limits as alternative. I took care t

Re: [PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O

On 16/08/15 11:09, Robert Millan wrote: Hi, This patch adds GNU/Hurd support to pci-userspace. Some notes: * It uses libpciaccess to query/modify the PCI config stuff. This part of the code is pretty generic, perhaps this approach can be useful to other ports? perhaps * It includes cod

Re: [PATCH] Rump on GNU/Hurd (3): system limits

On 16/08/15 10:56, Robert Millan wrote: Hi, GNU/Hurd doesn't have PATH_MAX or MAXHOSTNAMELEN (arbitrarily long strings can be used). Since attempting to replace every instance of static allocation with dynamic buffer management would make for a very intrusive patch, I'm proposing to just define

[PATCH] Rump on GNU/Hurd (4): Userspace PCI I/O

Hi, This patch adds GNU/Hurd support to pci-userspace. Some notes: * It uses libpciaccess to query/modify the PCI config stuff. This part of the code is pretty generic, perhaps this approach can be useful to other ports? * It relies on the patch I sent yesterday (allow setting LDFLAGS from

[PATCH] Rump on GNU/Hurd (1): system detection

Hi, Here's the first patch of my port of Rump to GNU/Hurd. It includes the basic system detection stuff. -- Robert Millan --- a/buildrump.sh/buildrump.sh +++ b/buildrump.sh/buildrump.sh @@ -993,6 +993,13 @@ cppdefines _LITTLE_ENDIAN \ && appendvar RUMPKERN_UNDEF -U_LITTLE_ENDIAN ;;

[PATCH] Rump on GNU/Hurd (2): missing

Hi, Apparently this routine only wants the Rump version of when building with Rump namespace, but it includes the header unconditionally. This is usually harmless as almost everyone has , but GNU/Hurd doesn't. So my patch just moves it into Rump protected space. -- Robert Millan --- a/buildru