| 1 |
Am Mittwoch, 3. November 2004 08:14 schrieb Alexander W. Skwar: |
| 2 |
> loop wäre also (fast) gelöst. Nächstes Modul: pcspkr. Bei loop |
| 3 |
> war die Lösung, ein passendes device File anzulegen. Wie sieht |
| 4 |
> die Lösung bei pcspkr aus? Weder in der menuconfig Hilfe, noch |
| 5 |
> in /usr/src/linux/Documentation oder dem Source File in |
| 6 |
> /usr/src/linux/./drivers/input/misc/pcspkr.c kann ich entnehmen, |
| 7 |
> was ich tun müsste, um das automatische laden dieses Moduls |
| 8 |
> hinzubekommen. Ebenso gibt es keine Unterschiede im /dev Verzeichnis, |
| 9 |
> wenn das Modul pcspkr (damit kann man piepen, echo -e \\a) |
| 10 |
> geladen ist oder wenn nicht. |
| 11 |
|
| 12 |
Ok, bei loop kannst du sagen, "wenn ich ein loop-device mounte, soll das |
| 13 |
modul geladen werden". |
| 14 |
Was genau soll der Anlass sein um das speaker-Modul zu laden? Ein |
| 15 |
beep-Ton? |
| 16 |
Hier finde ich autoloading nicht besonders attraktiv. ;-) |
| 17 |
|
| 18 |
cu, Bernd |
| 19 |
|
| 20 |
-- |
| 21 |
Solange der Nagellack nicht trocken ist, ist eine Frau praktisch |
| 22 |
wehrlos. |
| 23 |
- Burt Reynolds |
Archives