[Bug 1651711] [NEW] unable to debootstrap xenial (possibly the package ifupdown is at fault)

Public bug reported: Running 'sudo debootstrap xenial /tmp/test http://archive.ubuntu.com/ubuntu' fails for me, with this warning: W: Failure while configuring required packages. W: See /tmp/test/debootstrap/debootstrap.log for details (possibly the package ifupdown is at fault) and later

[Bug 1651711] Re: unable to debootstrap xenial (possibly the package ifupdown is at fault)

Note: debootstrap script exits with status code of 0, however when run inside D-I environment this results in failure when installing the base system. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[ath9k-devel] [PATCH] ath9k_htc: partial revert of e5ba18c6901631237c49ec54ce54397369dea7fa

A regression introduced by e5ba18c6901631237c49ec54ce54397369dea7fa caused loss of signal power information when using Atheros AR9271 chips in monitor mode. Fix this by a partial revert of the aforementioned commit until root cause is found. Signed-off-by: Robert Millan <robert.

[ath9k-devel] [PATCH] ath9k_htc: recover rx_status->signal initialization

A regression introduced by 64d9f1f52807dfb562eb510af2fa0f833a6b3a79 caused loss of signal power information when using Atheros AR9271 chips in monitor mode. Fix this by recovering the initialization of rx_status->signal. Signed-off-by: Robert Millan <robert.mil...@beabloo.com> --- dr

[Bug 1565765] Re: please provide mmc-modules udeb

Hi Tim None in particular. I just proposed mmc-modules because it mimics the Debian mmc-modules package: https://packages.debian.org/sid/mmc-modules-4.4.0-1-amd64-di Best regards -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Kernel-packages] [Bug 1565765] Re: please provide mmc-modules udeb

Hi Tim None in particular. I just proposed mmc-modules because it mimics the Debian mmc-modules package: https://packages.debian.org/sid/mmc-modules-4.4.0-1-amd64-di Best regards -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in

[Kernel-packages] [Bug 1565765] Re: please provide mmc-modules udeb

Logs are not relevant in this case. Changed to 'Confirmed' following indications of brad-figg's automated script. ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux

[Bug 1565765] Re: please provide mmc-modules udeb

Logs are not relevant in this case. Changed to 'Confirmed' following indications of brad-figg's automated script. ** Changed in: linux (Ubuntu) Status: Incomplete => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1565765] [NEW] please provide mmc-modules udeb

Public bug reported: Hi, We use Ubuntu as a base for our custom (embedded) OS, along with D-I as installation system. We target many devices with MMC storage and it would be useful for us if Ubuntu kernels included an udeb with MMC modules (mmc-modules-X-generic-di). Please consider attached

[Kernel-packages] [Bug 1565765] [NEW] please provide mmc-modules udeb

Public bug reported: Hi, We use Ubuntu as a base for our custom (embedded) OS, along with D-I as installation system. We target many devices with MMC storage and it would be useful for us if Ubuntu kernels included an udeb with MMC modules (mmc-modules-X-generic-di). Please consider attached

[Bug 1559582] [NEW] ImportError: cannot import name Gedit, introspection typelib not found

Public bug reported: gedit is unable to load the latex plugin unless gir1.2-gtksource-3.0 package is installed. If you attempt to enable the plugin without gir1.2-gtksource-3.0, it results in: ** (gedit:5775): WARNING **: Could not load Gedit repository: Typelib file for namespace 'GtkSource',

Re: Rework of the userspace interrupt handling patch

n in Rump, which is partly based on libddekit. Did you take this into account? See the code in: https://github.com/rumpkernel/pci-userspace/blob/master/src-gnu/pci_user-gnu.c#L169 and precompiled testcase in: https://people.debian.org/~rmh/rump/apt/ Thanks! -- Robert Millan

Fwd: looking back at 2015

FYI, some Hurd mention in Rumpkernel's yearly report Missatge reenviat Assumpte: looking back at 2015 Data: Fri, 15 Jan 2016 15:30:50 + De: Antti Kantee Respon a: po...@rumpkernel.org A: rumpkernel-users Hello, and a

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

El 30/11/15 a les 23:20, Olaf Buddenhagen ha escrit: > Hi Robert, > > On Sun, Nov 08, 2015 at 09:39:49PM +0100, Robert Millan wrote: > >> I have thus merged the remaining bits of GNU/Hurd port > [...] >> with this commit the port is now complete. > > Gre

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

El 30/11/15 a les 23:20, Olaf Buddenhagen ha escrit: > Hi Robert, > > On Sun, Nov 08, 2015 at 09:39:49PM +0100, Robert Millan wrote: > >> I have thus merged the remaining bits of GNU/Hurd port > [...] >> with this commit the port is now complete. > > Gre

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

El 10/11/15 a les 14:24, Antti Kantee ha escrit: > On 08/11/15 20:39, Robert Millan wrote: >> El 08/11/15 a les 20:45, Da Zheng ha escrit: >>> Hello Robert, >>> >>> Sure, I have no problem with the license. >> >> Excellent! >> >>

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

El 10/11/15 a les 14:24, Antti Kantee ha escrit: > On 08/11/15 20:39, Robert Millan wrote: >> El 08/11/15 a les 20:45, Da Zheng ha escrit: >>> Hello Robert, >>> >>> Sure, I have no problem with the license. >> >> Excellent! >> >>

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

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-hurd/hurd.git;a=commit;h=1c5442e1fc9d4dfc71c7ce20900436897afcabf8 -- Robert Millan

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

https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-hurd/hurd.git;a=commit;h=1c5442e1fc9d4dfc71c7ce20900436897afcabf8 -- Robert Millan

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

1737c33ba with this commit the port is now complete. Many thanks :-) -- Robert Millan

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

1737c33ba with this commit the port is now complete. Many thanks :-) -- Robert Millan

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

1737c33ba with this commit the port is now complete. Many thanks :-) -- Robert Millan

licensing of intloop() in libddekit/interrupt.c

we make of this? It's somewhat relevant as the code will be linked into librumpdev_pci, which in turn will be linked by its final users in the application layer. Please advise... El 16/08/15 a les 22:33, Robert Millan ha escrit: > > Hi Zheng Da, > > First of all, allow me to show y

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

Apologies, I forgot to CC bug-hurd. El 07/11/15 a les 12:11, Robert Millan ha escrit: > > Unfortunately I didn't get any reply from Zheng Da. Does someone know if > Zheng is > using another email address nowadays? > > In case he can't be reached anymore, I traced ori

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

Apologies, I forgot to CC bug-hurd. El 07/11/15 a les 12:11, Robert Millan ha escrit: > > Unfortunately I didn't get any reply from Zheng Da. Does someone know if > Zheng is > using another email address nowadays? > > In case he can't be reached anymore, I traced ori

Re: rumperrno2host.h

El 02/11/15 a les 01:09, Antti Kantee ha escrit: > On 27/10/15 21:17, Robert Millan wrote: >> El 26/10/15 a les 23:42, Antti Kantee ha escrit: >>>> Ah, ok. I was under the impression >>>> 6294a7b4410cbc57d78831bcc55e8df4c371d257 was that manual pul

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

El 13/09/15 a les 14:55, Antti Kantee ha escrit: > On 13/09/15 09:33, Robert Millan wrote: >> Hi Antti >> >> El 31/08/15 a les 21:05, Antti Kantee ha escrit: >>> On 31/08/15 14:30, Robert Millan wrote: >>>> El 31/08/15 a les 16:04, Robert Millan ha escrit

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

El 13/09/15 a les 14:55, Antti Kantee ha escrit: > On 13/09/15 09:33, Robert Millan wrote: >> Hi Antti >> >> El 31/08/15 a les 21:05, Antti Kantee ha escrit: >>> On 31/08/15 14:30, Robert Millan wrote: >>>> El 31/08/15 a les 16:04, Robert Millan ha escrit

rump_sys_mmap

pointer to the DMA-friendly memory allocated by rumpcomp_pci_dmalloc() in pci-userspace module. Thanks -- Robert Millan

fnctl() typo in

See attachment. -- Robert Millan diff --git a/sys/rump/include/rump/rump.h b/sys/rump/include/rump/rump.h index 5e0e5a3..08a7b7f 100644 --- a/sys/rump/include/rump/rump.h +++ b/sys/rump/include/rump/rump.h @@ -166,7 +166,7 @@ _END_DECLS #ifdef RUMP_SYS_IOCTL #define ioctl

Re: rumperrno2host.h

thy enough at an arbitrary timestamp.) No problem, I can use the patch if I need it. I was only worried it needed to be in a whitelist or something. BR -- Robert Millan

rumperrno2host.h

to be put in a whitelist or similar? -- Robert Millan

Re: libusb+librump patch

error(1, rump_errno2host(errno), "rump_sys_open"); -- Robert Millan

[Bug 1502581] [NEW] [needs-packaging] openrc

Public bug reported: OpenRC is a dependency based init system. It provides support for System V init, for booting, changing runlevels, starting and stopping services, and shutting down. Originally written as a Gentoo project, OpenRC is 100% compatible with Gentoo init scripts. OpenRC, however,

[Bug 1502581] Re: [needs-packaging] openrc

Oops, I thought I had checked. Sorry! ** Changed in: ubuntu Status: New => Fix Released -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1502581 Title: [needs-packaging] openrc To manage

Re: libusb+librump patch

It would break any (current or future) usage of open() / close() / etc in that file which is not related to USB device nodes. Best regards -- Robert Millan

Re: libusb+librump patch

It would break any (current or future) usage of open() / close() / etc in that file which is not related to USB device nodes. Best regards -- Robert Millan

Re: Shortest path to significant improvement in hardware support

that it along with sound (Robert Millan's work) is what people need most. After some thought I came to the conclusion that the way to achieve these requirements is to patch core libraries like libusb to use librump directly, analogously to what Robert Millan did originally for mplayer and sound support

Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

he ones that get inside "if () {}" statements? I think the later could possibly be replaced with ifndef/define before the switch. Does this look better to you? -- Robert Millan

Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

FYI: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50276 Missatge reenviat Assumpte: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c Data: Thu, 24 Sep 2015 10:40:00 + (UTC) De: gnats-ad...@netbsd.org Respon a: gnats-b...@netbsd.org A: r...@gnu.org

Re: Sound translator

El 23/09/15 a les 23:56, Olaf Buddenhagen ha escrit: On Sat, Sep 19, 2015 at 10:52:01AM +0200, Robert Millan wrote: So if you wanted Sun audio, then yes it's a 1:1 wrapper. Otherwise you have to convert. That's a bummer. I was assuming that all BSDs -- and by extension, Rump -- use OSS

Re: USB Mass Storage with rump

will be more than happy to accept it. On my experience, Rump upstream is demanding in terms of code quality, but very friendly and always open to discuss things. -- Robert Millan

Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

El 24/09/15 a les 16:18, Antti Kantee ha escrit: On 24/09/15 14:02, Antti Kantee wrote: On 24/09/15 10:43, Robert Millan wrote: FYI: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50276 If Hurd soundcard.h is missing those defines, doesn't it mean that some ossaudio programs

Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

El 24/09/15 a les 20:21, Antti Kantee ha escrit: On 24/09/15 18:15, Robert Millan wrote: Also, if you want to use just ossaudio on Hurd, wouldn't it be better to use the in-(rump-)kernel ossaudio compat translator (sys/compat/ossaudio)? There's a big problem with using sys/compat/ossaudio

Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

Hi Antti, Adding bug-hurd to CC since some of the issues may concern them. El 24/09/15 a les 16:02, Antti Kantee ha escrit: On 24/09/15 10:43, Robert Millan wrote: FYI: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50276 If Hurd soundcard.h is missing those defines, doesn't

Re: Fwd: Re: lib/50276: [PATCH] Portability fixes for ossaudio.c

Hi Antti, Adding bug-hurd to CC since some of the issues may concern them. El 24/09/15 a les 16:02, Antti Kantee ha escrit: On 24/09/15 10:43, Robert Millan wrote: FYI: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50276 If Hurd soundcard.h is missing those defines, doesn't

Re: misc/50166

El 21/09/15 a les 23:53, Antti Kantee ha escrit: On 21/09/15 20:37, Robert Millan wrote: The result is much smaller than I expected. In fact, other than make (because of the bootstrap issue) and some Rump components, all remaining MAXPATHLEN/etc issues are handled by nbtool_config.h. Please

Rump errno conversion

El 16/09/15 a les 22:57, Robert Millan ha escrit: int fd = rump_sys_open("/dev/ugenhc", RUMP_O_RDWR); if (fd == -1) error(1, rump_errtrans_rump2host(errno), "rump_sys_open"); Instead of rump_errtrans_rump2host() this should be rump_errno2host() which

Re: USB Mass Storage with rump

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

Re: Sound translator

non-NetBSD version of . My changes were for the Linux version but when I checked on GNU/Hurd it just needed minor adjustments. - Use modified versions of to define Rump _IOC* macros without namespace collision with system-wide ioctls. See: https://github.com/robertmillan/rumposs

Re: Sound translator / PCI device handling

to do it. [1] https://github.com/rumpkernel/pci-userspace [2] https://github.com/rumpkernel/wiki/wiki/Howto%3A-Accessing-PCI-devices-from-userspace -- Robert Millan

Re: Sound translator / PCI device handling

to do it. [1] https://github.com/rumpkernel/pci-userspace [2] https://github.com/rumpkernel/wiki/wiki/Howto%3A-Accessing-PCI-devices-from-userspace -- Robert Millan

Re: USB Mass Storage with rump

) to capture and inject packets. - if you want OSS rather than Sun audio, maybe you'll want a translator which opens /dev/rump/audio and exports OSS in /dev/audio, /dev/dsp, etc. -- Robert Millan

Re: Full-time developer available

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

Re: Full-time developer available

this concurrently? AFAIK it shouldn't be a problem because hardware-mapped memory is excluded from processor caches. -- Robert Millan

Re: Full-time developer available

to access the same hardware). At least for audio this is a lesser problem though, as /dev/audio is useful as a standalone node. BR & happy hacking -- Robert Millan

Re: [PATCH] rumpuser__errtrans_rump2host()

El 15/09/15 a les 17:06, Antti Kantee ha escrit: Robert, The requested functionality is now available in NetBSD HEAD from (not yet in repo.rumpkernel.org/src-netbsd). Please check if the functionality matches your desires. Hi Antti, Looks fine to me. Many thanks :) -- Robert Millan

Re: Full-time developer available

Hi Bruno, El 14/09/15 a les 00:32, Bruno Félix Rezende Ribeiro ha escrit: I'm interested in improving Hurd's hardware support, probably working on the development of user-space device drivers[0], most likely the rump kernel integration. I see that Robert Millan has made some remarkable

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

Hi Antti El 31/08/15 a les 21:05, Antti Kantee ha escrit: On 31/08/15 14:30, Robert Millan wrote: El 31/08/15 a les 16:04, Robert Millan ha escrit: I had some trouble with the .BEGIN approach, but the MAKEFILEINC one works perfectly. I'm attaching a patch. Actually, please use this one

Re: Rump PPA

he license for dhcp_main.c didn't make any sense. And it's actually wrong. Please can you ellaborate? I just rechecked and can't see what you mean. -- Robert Millan

Re: Rump PPA

r with me as it's a huge PITA to maintain such a beast). -- Robert Millan

Re: [PATCH] rumpuser__errtrans_rump2host()

nd change it anymore. So let's move to another header then? :) -- Robert Millan

"description"

Hi! Any idea about the "Unnamed repository; edit this file 'description' to name the repository." in: https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-hurd/rumpkernel.git;a=summary ? I'm not sure where is the "description" file :-/ -- Robert Millan

Re: [PATCH] rumpuser__errtrans_rump2host()

Hi Antti, El 16/08/15 a les 13:23, Robert Millan ha escrit: On 16/08/15 13:20, Antti Kantee wrote: On 16/08/15 00:55, Robert Millan wrote: Uhm yes, I think it could be useful to me. However based on your replies I suspect I may be doing something strange, or at least unusual. Ok send

Rump PPA

Hi, I made a Rump PPA for Ubuntu trusty. In case someone's interested: https://launchpad.net/~rmh/+archive/ubuntu/rumpkernel P.D. any particular section in the wiki where listing this would be appropriate? -- Robert Millan

Re: "description"

Hi Guillem, El 11/09/15 a les 19:07, Guillem Jover ha escrit: $ ssh git.debian.org $ $EDITOR /git/pkg-hurd/rumpkernel.git/description Thanks, I just put something prettier there. Regards -- Robert Millan

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

El 31/08/15 a les 13:07, Antti Kantee ha escrit: On 30/08/15 15:10, Robert Millan wrote: But that's not what you were asking for. I don't know what's wrong based on the above. Can you paste the entire Makefile and command line? Makefile is attached (in my tree, this is pci-userspace/src-gnu

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

El 31/08/15 a les 16:04, Robert Millan ha escrit: I had some trouble with the .BEGIN approach, but the MAKEFILEINC one works perfectly. I'm attaching a patch. Actually, please use this one, which includes .ifdef not to break other platforms ;-) -- Robert Millan Index: rumpkernel-0~20150715

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

El 31/08/15 a les 13:07, Antti Kantee ha escrit: On 30/08/15 15:10, Robert Millan wrote: But that's not what you were asking for. I don't know what's wrong based on the above. Can you paste the entire Makefile and command line? Makefile is attached (in my tree, this is pci-userspace/src-gnu

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

El 31/08/15 a les 16:04, Robert Millan ha escrit: I had some trouble with the .BEGIN approach, but the MAKEFILEINC one works perfectly. I'm attaching a patch. Actually, please use this one, which includes .ifdef not to break other platforms ;-) -- Robert Millan Index: rumpkernel-0~20150715

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

El 16/08/15 a les 13:09, Robert Millan 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

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

El 16/08/15 a les 13:09, Robert Millan 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

Bug#797411: ITP: rumpkernel -- Rump kernel libraries

on user-space: https://github.com/robertmillan/rumposs -- Robert Millan

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

, this is pci-userspace/src-gnu/Makefile) Command-line is: ../../buildrump.sh/obj/tooldir/rumpmake dependall Many thanks -- Robert Millan RUMPTOP= ${TOPRUMP} RUMPCOMP_USER_SRCS.rumpdev_pci= pci_user-gnu.c experimentalUser.c RUMPCOMP_USER_PATH.rumpdev_pci:=${.PARSEDIR

Bug#797411: ITP: rumpkernel -- Rump kernel libraries

on user-space: https://github.com/robertmillan/rumposs -- Robert Millan

Re: netdde drivers

of my Rump port merged. Other than that, let me know if I can be of any help. -- Robert Millan

Re: [PATCH] allow setting LDFLAGS from pci-userspace Makefile

if you think it suits your use case. I was assuming you'd want that. But if you're fine with just linking against libpciaccess, then so am I :-) -- Robert Millan Index: rumpkernel-0~20150715/buildrump.sh/src/sys/rump/dev/lib/libpci/Makefile

Re: [PATCH] allow setting LDFLAGS from pci-userspace Makefile

about static linking, but this is just my bias (not a Hurd thing AFAIK). So how does the end user of librumpdev_pci know whether additional libraries (e.g. -lpciaccess) are needed on this platform? Maybe it should be using pkg-config then? -- Robert Millan

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

El 24/08/15 a les 23:45, Antti Kantee ha escrit: On 24/08/15 21:24, Robert Millan wrote: El 16/08/15 a les 15:07, Antti Kantee ha escrit: Can you submit the patches against NetBSD tools directly to NetBSD? [snip] Here: https://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=50166

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

El 16/08/15 a les 13:38, Antti Kantee ha escrit: 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 sys/mount.h

El 24/08/15 a les 18:08, Antti Kantee ha escrit: On 16/08/15 10:51, Robert Millan wrote: Hi, Apparently this routine only wants the Rump version of sys/mount.h when building with Rump namespace, but it includes the header unconditionally. This is usually harmless as almost everyone has sys

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

=50166 The buildrump.sh bit, again, please submit as a pull req on github. and here: https://github.com/rumpkernel/buildrump.sh/pull/73 Thanks -- Robert Millan

Re: Sound on GNU/Hurd

El 17/08/15 a les 01:10, Arne Babenhauserheide ha escrit: 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! You're welcome :) Did you

Re: Sound on GNU/Hurd

El 17/08/15 a les 01:10, Arne Babenhauserheide ha escrit: 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! You're welcome :) Did you

Re: [PATCH] allow setting LDFLAGS from pci-userspace Makefile

, but what I see is that the Makefile in libpci (buildrump.sh tree) is the one actually building and linking of OS-specific code in pci-userspace. Therefore the Makefile in pci-userspace needs to pass along its requirements by exporting some variables. Is that correct? -- Robert Millan

[PATCH] Rump on GNU/Hurd (2): missing sys/mount.h

. -- Robert Millan --- a/buildrump.sh/src/sys/sys/syscallargs.h +++ b/buildrump.sh/src/sys/sys/syscallargs.h @@ -10,8 +10,8 @@ #ifndef _SYS_SYSCALLARGS_H_ #define _SYS_SYSCALLARGS_H_ -#include sys/mount.h #ifndef RUMP_CLIENT +#include sys/mount.h #include sys/sched.h #endif #include sys/socket.h

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

though). -- Robert Millan --- /dev/null +++ b/pci-userspace/src-gnu/Makefile @@ -0,0 +1,21 @@ +RUMPTOP= ${TOPRUMP} + +RUMPCOMP_USER_SRCS.rumpdev_pci= pci_user-gnu.c experimentalUser.c +RUMPCOMP_USER_PATH.rumpdev_pci:= ${.PARSEDIR} +RUMPCOMP_USER_CPPFLAGS.rumpdev_pci:= -I${.PARSEDIR

[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 (4): Userspace PCI I/O

though). -- Robert Millan --- /dev/null +++ b/pci-userspace/src-gnu/Makefile @@ -0,0 +1,21 @@ +RUMPTOP= ${TOPRUMP} + +RUMPCOMP_USER_SRCS.rumpdev_pci= pci_user-gnu.c experimentalUser.c +RUMPCOMP_USER_PATH.rumpdev_pci:= ${.PARSEDIR} +RUMPCOMP_USER_CPPFLAGS.rumpdev_pci:= -I${.PARSEDIR

[PATCH] Rump on GNU/Hurd (2): missing sys/mount.h

. -- Robert Millan --- a/buildrump.sh/src/sys/sys/syscallargs.h +++ b/buildrump.sh/src/sys/sys/syscallargs.h @@ -10,8 +10,8 @@ #ifndef _SYS_SYSCALLARGS_H_ #define _SYS_SYSCALLARGS_H_ -#include sys/mount.h #ifndef RUMP_CLIENT +#include sys/mount.h #include sys/sched.h #endif #include sys/socket.h

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

to use the same limits Rump namespace has, just to avoid accidental cross-definition of a different value causing damage somewhere (e.g. overflows or such). -- Robert Millan --- a/buildrump.sh/buildrump.sh +++ b/buildrump.sh/buildrump.sh @@ -1074,6 +1074,7 @@ *-gnu*) EXTRA_RUMPCOMMON='-ldl

Bug#795770: gnumach-dev: please include intr.h

- mach_msg_type_t intr_type; libddekit/interrupt.c- int line; libddekit/interrupt.c:} mach_intr_notification_t; Would you consider installing it in /usr/include/device/ for the sake of other programs who also want to do funny things with interrupts on userspace? :-) -- Robert Millan

Bug#795770: gnumach-dev: please include intr.h

- mach_msg_type_t intr_type; libddekit/interrupt.c- int line; libddekit/interrupt.c:} mach_intr_notification_t; Would you consider installing it in /usr/include/device/ for the sake of other programs who also want to do funny things with interrupts on userspace? :-) -- Robert Millan

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

the DDE heritage of the code, I'm not sure who's the author of intloop() routine, as it is mostly Gnumach-aware code and seems unlikely to be part of DDE per se. Do you recall where it came from? Many thanks -- Robert Millan

gnumach-dev: please include intr.h

- mach_msg_type_t intr_type; libddekit/interrupt.c- int line; libddekit/interrupt.c:} mach_intr_notification_t; Would you consider installing it in /usr/include/device/ for the sake of other programs who also want to do funny things with interrupts on userspace? :-) -- Robert Millan

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

that this code was written by you: El 16/08/15 a les 21:02, Olaf Buddenhagen ha escrit: 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

Sound on GNU/Hurd

. Install mplayer from the repository and run with: mplayer -ao sun soundfile.ogg Enjoy :-) -- Robert Millan

Sound on GNU/Hurd

. Install mplayer from the repository and run with: mplayer -ao sun soundfile.ogg Enjoy :-) -- Robert Millan

82801G_HDA in hdaudiodevs

there or not. Does someone know? -- Robert Millan

Re: Fwd: Re: [PATCH] PCI I/O space

Thanks Antti. Here's the new patchset. Best regards El 13/06/15 a les 19:37, Antti Kantee ha escrit: On 12/06/15 21:25, Robert Millan wrote: El 08/06/15 a les 07:53, Antti Kantee ha escrit: +int rumpcomp_pci_init(int, int *); Now that rumpcomp_userfeatures_pci.h is available

  1   2   3   4   5   6   7   8   9   10   >