path: root/community/gsoc/project_ideas/sound/discussion.mdwn
diff options
Diffstat (limited to 'community/gsoc/project_ideas/sound/discussion.mdwn')
1 files changed, 0 insertions, 47 deletions
diff --git a/community/gsoc/project_ideas/sound/discussion.mdwn b/community/gsoc/project_ideas/sound/discussion.mdwn
deleted file mode 100644
index 4a95eb62..00000000
--- a/community/gsoc/project_ideas/sound/discussion.mdwn
+++ /dev/null
@@ -1,47 +0,0 @@
-[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]]
-[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
-id="license" text="Permission is granted to copy, distribute and/or modify this
-document under the terms of the GNU Free Documentation License, Version 1.2 or
-any later version published by the Free Software Foundation; with no Invariant
-Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
-is included in the section entitled [[GNU Free Documentation
-[[!taglink open_issue_documentation]]: update [[sound]] page.
-# IRC, freenode, #hurd, 2013-09-01
- <rekado> I'm new to the hurd but I'd love to learn enough to work on sound
- support.
- <rekado>
- says drivers should be ported to GNU Mach as a first step.
- <rekado> Is this information still current or should the existing Linux
- driver be wrapped with DDE instead?
- <auronandace> if i recall correctly dde is currently only being used for
- network drivers. i'm not sure how much work would be involved for sound
- or usb
-## IRC, freenode, #hurd, 2013-09-02
- <rekado> The sound support proposal
- (
- recommends porting some other kernel's sound driver to GNU Mach. Is this
- still current or should DDE be used instead?
- <pinotree> rekado: dde or anything userspace-based is generally preferred
- <braunr> rekado: both are about porting some other kernel's sound driver
- <braunr> dde is preferred yes
- <rekado> This email says that sound drivers are already partly working with
- DDE:
- <rekado> So, should I just try to get some ALSA kernel parts to compile
- with DDE?
- <pinotree> well, what is missing is also the dde←→hurd glue
- <braunr> rekado: there is also a problem with pci arbitration
- <rekado> pinotree: I assumed DDEKit works with the hurd and we could use
- any DDE/<other kernel> glue code with it
- * rekado looks up pci arbitration
- <pinotree> only for networking atm
- <rekado> ah, I see.