From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] Re: Hostaudio module parameters
Date: Mon, 6 Oct 2003 20:45:58 +0200 [thread overview]
Message-ID: <200310062045.58646.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <BAY7-F106QD9Eg44PdO0000c3b5@hotmail.com>
Alle 22:20, domenica 5 ottobre 2003, Steve Schmidtke ha scritto:
[Don't bother me for the Uml. the message I'm answering to was in HTML and my
mailer didn't strip tags. It's not my fault]
> <html><div style='background-color:'><DIV>
> <P>>Since hostaudio can be also a module, it's useful to specify the
> host dsp and </P> <P>>mixer position even on module loading. So I've
> added two params with </P></DIV> <DIV></DIV>>descriptions for this. The
> patch is straightforward and non-intrusive, so <DIV></DIV>>please apply
> it.
> <DIV></DIV>
> <DIV></DIV>
> <P>This could be abused to allow reading and writing arbitrary files on the
> host by loading the module with parameters within the UML.
But if the host hasn't DevFS, the paths are wrong, so the hostaudio won't work
as a module. A solution is needed(not compiling it as a module is fine, but
it's a workaround).
So, I could move the uml_setup strings out of hostaudio_kern.c, so that the
boot time params are always read(and conditionalize them to the fact that
CONFIG_HOSTAUDIO or whatever is set to at least M, if possible). Then both if
hostaudio is a module and if if is statically linked, it will read the
boot-time params.
For hostfs, which could have the same problem if modularized, the problem
doesn't happen because it can't be a module. Or maybe, on module loading the
uml_setup parameters should be considered anyway(this is a general solution,
and maybe hard, but is not a bad idea).
However, if the driver works for arbitrary file, wouldn't it be easy to use it
for Unix socket forwarding(in the V1-needs list, on the site)?
--
cat <<EOSIGN
Paolo Giarrusso, aka Blaisorblade
Linux Kernel 2.4.21/2.6.0-test on an i686; Linux registered user n. 292729
EOSIGN
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2003-10-06 19:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-05 20:20 [uml-devel] Re: Hostaudio module parameters Steve Schmidtke
2003-10-05 22:59 ` Adam Heath
2003-10-06 18:45 ` BlaisorBlade [this message]
[not found] <200310051810.56462.blaisorblade_spam@yahoo.it>
2003-11-09 20:34 ` Jeff Dike
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200310062045.58646.blaisorblade_spam@yahoo.it \
--to=blaisorblade_spam@yahoo.it \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox