-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le vendredi 4 F�vrier 2005 11:31, Stevan Kanban a �crit�:
> On Fri, Feb 04, 2005 at 09:31:11AM +0100, christophe wrote :
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Le vendredi 4 F�vrier 2005 02:36, Stevan Kanban a �crit�:
> > > Bonjour � tous,
> > >
> > > Je n'ai pas de beep syst�me alors que:
> > > 1. Mon serveur de son est compil� dans mon noyau.
> > > 2. Je n'ai aucun soucis pour utiliser les m�dias sonores.
> > > 3. J'ai bien install� le package "beep".
> > > 4. J'ai bien les droits et �a ne marche pas non plus sous root
> > > d'ailleurs. Que dire de plus?
> > > Merci d'avance.
> >
> > modprobe pcspkr ???
>
> Pour l'histoire du c�ble reli� � la carte m�re, j'ai quand m�me le beep au
> d�marrage, les alarmes en cas de surchauffe. Est-ce le m�me beep que celui
> g�r� par le packetage, avec donc des possibilit�s en terme de dur�e et de
> fr�quence, je ne le sais pas. J'ai aussi par exemple la cloche console qui
> beep lorsque je l'autorise dans la configuration de Konsole. Concernant le
> module de noyau pcspkr, il me dit qu'il n'existe pas(#modprobe pcspkr).
> Pourtant il est bien pr�sent dans le source et dans la lib install�e
> lorsque je d�package mon noyau � la sauce d�bian:
>
> # grep -R pcspkr /lib/modules/2.6.7-hector-0.3/*
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/Kconfig:   module
> will be called pcspkr.
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static char
> pcspkr_name[] = "PC Speaker";
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static char
> pcspkr_phys[] = "isa0061/input0";
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static
> struct input_dev pcspkr_dev;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static int
> pcspkr_event(struct input_dev *dev, unsigned int type, unsigned int code,
> int value)
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static int
> __init pcspkr_init(void)
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.evbit[0] = BIT(EV_SND);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.sndbit[0] = BIT(SND_BELL) | BIT(SND_TONE);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.event = pcspkr_event;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.name = pcspkr_name;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.phys = pcspkr_phys;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.id.bustype = BUS_ISA;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.id.vendor = 0x001f;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.id.product = 0x0001;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> pcspkr_dev.id.version = 0x0100;
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> input_register_device(&pcspkr_dev);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> printk(KERN_INFO "input: %s\n", pcspkr_name);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:static void
> __exit pcspkr_exit(void)
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:       
> input_unregister_device(&pcspkr_dev);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:module_init
>(pcspkr_init);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/pcspkr.c:module_exit
>(pcspkr_exit);
> /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/Makefile:obj-$(CONFI
>G_INPUT_PCSPKR)              += pcspkr.o
Je ne sais pas comment �a marche sous debian, mais il me semble que le 
dossier /lib/modules/<kernelversion>/build pointe quelque part dans les 
sources du noyau (/usr/src/linux...?). Dites-moi si je me trompe.
Donc la commande que tu as lanc�e trouve des r�f�rences dans le code du kernel 
et non dans les modules compil�s. Donc le module n'est pas compil� � moins 
que la fonction ne soit dans le kernel ??? Il ne reste donc qu'� compiler le 
module et � le charger au d�marrage en ins�rant la ligne pcspkr 
dans /etc/modprobe.preload ou � le compiler dans le kernel si besoin... Dites 
moi si je me trompe....
>
> Il ne connais pas le fichier pcspkr.o. Il ne l'aurait donc pas compil�? Or
> il est dans /lib/modules/... L� je ne comprends pas.
>
> --
> Stevan Kanban
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFCA1LioBxdxgioZBIRAl43AKCPGBV5fOewJG6XxISGVKbP3qiPqACfbLWy
Czkm+3veTLt9YG6Bbv5pIBo=
=vTkH
-----END PGP SIGNATURE-----

Répondre à