Re: outils wifi beep beep
Personne n'à donc connu ce petit outils qui faisait radar sonore ? Bien à vous Le ven. 12 mars 2021 à 15:30, David Martin a écrit : > Bonjour, > > Dans une autre vie il existait un outils wifi sur woody ou sarge qui avait > une fonction sonore et qui beepais si on s'eloignait plus ou moins de la > borne wifi ou l'on était connecté. Comme un radar. gadget mais rigolo, > j'aimerai la retrouver. > > Vous souvenez-vous de cet outil ? Impossible de m'en rappeler. > > -- > david martin > > -- david martin
outils wifi beep beep
Bonjour, Dans une autre vie il existait un outils wifi sur woody ou sarge qui avait une fonction sonore et qui beepais si on s'eloignait plus ou moins de la borne wifi ou l'on était connecté. Comme un radar. gadget mais rigolo, j'aimerai la retrouver. Vous souvenez-vous de cet outil ? Impossible de m'en rappeler. -- david martin
Re: beep (-beep)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le vendredi 4 Février 2005 17:06, Stevan Kanban a écrit : > > Je ne sais pas comment ça marche sous debian, mais il me semble que le > > dossier /lib/modules//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 > > J'ai des éléments de réflexion: > 1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais > c'est tout bonnement un lien vers les sources du kernel. Il est donc dans > /usr/src/linux/drivers/input/misc/. > Il faut donc que je le recompile à part ou alors que je recompile tout le > noyau avec la nouvelle option pcspkr dans menuconfig (à propos, je ne l'ai > pas trouvé dans le fichier /usr/src/linux/arch/i386/defconfig et l'aide de > menucongig ne dit pas son nom). Donc ça devrait bien marcher (ça compile > pour le moment :) ). 2. Bon, là je recompile tout mon noyau car j'avais > d'autres modifs à faire. Néanmoins, il y a quelques points que je ne > comprends pas: > A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais > j'obtiendrai > alors pcspkr.o. Or, j'ai crû comprendre que dans les noyaux à partir du > 2.6, les modules étaient en .ko et non pas en .o. Tout d'abord, fichier.ko > est bien tout simplement un fichier source compilé, n'est-ce-pas? Euh bene je sais pas. Simple renommage ? > Comment > l'obtenir à partir du source (et non pas avec make-kpkg)? Comment > l'intégrer aux modules? En le copiant-collant à la bonne place dans > /lib/modules/mes_modules/...? > B. Le fait de modifier directement dans > /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça > prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la > modif. Mon noyau recompilé est le même que le précédent. Alors pourquoi? > J'espère que mes questions sont limpides. Je suis pas un pro du noyau mais je crois que si tu fais ça, c'est pas super propre, d'abord, et ensuite, il n'y pas de "recalcul" des dépendances entre modules (depmod -a, je crois). Alors quand tu fais un "make modules_install", ça le fait automatiquement. > Merci d'avance, > > -- > Stevan Kanban -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCBALBoBxdxgioZBIRAlsuAJ9e0Luc55V+1tk7uxeUjD+ya5oZCACfeXt8 UFh9wCINUEfWxwIF2WdnfoU= =aECT -END PGP SIGNATURE-
Re: beep (-beep)]
> > Je ne sais pas comment ça marche sous debian, mais il me semble que le > > dossier /lib/modules//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 > > > J'ai des éléments de réflexion: > 1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais > c'est tout bonnement un lien vers les sources du > kernel. Il est donc dans /usr/src/linux/drivers/input/misc/. > Il faut donc que je le recompile à part ou alors que je recompile tout le > noyau avec la nouvelle option pcspkr dans > menuconfig (à propos, je ne l'ai pas trouvé dans le fichier > /usr/src/linux/arch/i386/defconfig et l'aide de menucongig ne > dit pas son nom). Donc ça devrait bien marcher (ça compile pour le moment :) > ). > 2. Bon, là je recompile tout mon noyau car j'avais d'autres modifs à faire. > Néanmoins, il y a quelques points que je ne > comprends pas: > A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais > j'obtiendrai alors pcspkr.o. Or, j'ai crû comprendre > que dans les noyaux à partir du 2.6, les modules étaient en .ko et non pas en > .o. Tout d'abord, fichier.ko est bien tout > simplement un fichier source compilé, n'est-ce-pas? Comment l'obtenir à > partir du source (et non pas avec make-kpkg)? > Comment l'intégrer aux modules? En le copiant-collant à la bonne place dans > /lib/modules/mes_modules/...? > B. Le fait de modifier directement dans > /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça > prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la > modif. Mon noyau recompilé est le même que le > précédent. Alors pourquoi? > J'espère que mes questions sont limpides. > Merci d'avance, > Le beep marche très bien après recompilation grâce à l'option du noyau. -- Stevan Kanban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
On Fri, Feb 04, 2005 at 05:06:07PM +0100, Stevan Kanban wrote : > > Je ne sais pas comment ça marche sous debian, mais il me semble que le > > dossier /lib/modules//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 > > > J'ai des éléments de réflexion: > 1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais > c'est tout bonnement un lien vers les sources du > kernel. Il est donc dans /usr/src/linux/drivers/input/misc/. > Il faut donc que je le recompile à part ou alors que je recompile tout le > noyau avec la nouvelle option pcspkr dans > menuconfig (à propos, je ne l'ai pas trouvé dans le fichier > /usr/src/linux/arch/i386/defconfig et l'aide de menucongig ne > dit pas son nom). Donc ça devrait bien marcher (ça compile pour le moment :) > ). > 2. Bon, là je recompile tout mon noyau car j'avais d'autres modifs à faire. > Néanmoins, il y a quelques points que je ne > comprends pas: > A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais > j'obtiendrai alors pcspkr.o. Or, j'ai crû comprendre > que dans les noyaux à partir du 2.6, les modules étaient en .ko et non pas en > .o. Tout d'abord, fichier.ko est bien tout > simplement un fichier source compilé, n'est-ce-pas? Comment l'obtenir à > partir du source (et non pas avec make-kpkg)? > Comment l'intégrer aux modules? En le copiant-collant à la bonne place dans > /lib/modules/mes_modules/...? > B. Le fait de modifier directement dans > /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça > prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la > modif. Mon noyau recompilé est le même que le > précédent. Alors pourquoi? > J'espère que mes questions sont limpides. > Merci d'avance, > Le beep marche très bien grâce à l'option du noyau. -- Stevan Kanban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
Stevan Kanban wrote: Je ne sais pas comment ça marche sous debian, mais il me semble que le dossier /lib/modules//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 J'ai des éléments de réflexion: 1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais c'est tout bonnement un lien vers les sources du kernel. Il est donc dans /usr/src/linux/drivers/input/misc/. Il faut donc que je le recompile à part ou alors que je recompile tout le noyau avec la nouvelle option pcspkr dans menuconfig (à propos, je ne l'ai pas trouvé dans le fichier /usr/src/linux/arch/i386/defconfig et l'aide de menucongig ne dit pas son nom). Donc ça devrait bien marcher (ça compile pour le moment :) ). 2. Bon, là je recompile tout mon noyau car j'avais d'autres modifs à faire. Néanmoins, il y a quelques points que je ne comprends pas: A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais j'obtiendrai alors pcspkr.o. Or, j'ai crû comprendre que dans les noyaux à partir du 2.6, les modules étaient en .ko et non pas en .o. Tout d'abord, fichier.ko est bien tout simplement un fichier source compilé, n'est-ce-pas? Comment l'obtenir à partir du source (et non pas avec make-kpkg)? Comment l'intégrer aux modules? En le copiant-collant à la bonne place dans /lib/modules/mes_modules/...? B. Le fait de modifier directement dans /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la modif. Mon noyau recompilé est le même que le précédent. Alors pourquoi? Il faut installer le nouveau noyau, et rebooter dessus -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
> Je ne sais pas comment ça marche sous debian, mais il me semble que le > dossier /lib/modules//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 > J'ai des éléments de réflexion: 1. Effectivement, le fichier pcspkr.c n'a pas "oublié" d'être compilé mais c'est tout bonnement un lien vers les sources du kernel. Il est donc dans /usr/src/linux/drivers/input/misc/. Il faut donc que je le recompile à part ou alors que je recompile tout le noyau avec la nouvelle option pcspkr dans menuconfig (à propos, je ne l'ai pas trouvé dans le fichier /usr/src/linux/arch/i386/defconfig et l'aide de menucongig ne dit pas son nom). Donc ça devrait bien marcher (ça compile pour le moment :) ). 2. Bon, là je recompile tout mon noyau car j'avais d'autres modifs à faire. Néanmoins, il y a quelques points que je ne comprends pas: A. Je peux recompiler un source comme pcspkr.c avec gcc. Mais j'obtiendrai alors pcspkr.o. Or, j'ai crû comprendre que dans les noyaux à partir du 2.6, les modules étaient en .ko et non pas en .o. Tout d'abord, fichier.ko est bien tout simplement un fichier source compilé, n'est-ce-pas? Comment l'obtenir à partir du source (et non pas avec make-kpkg)? Comment l'intégrer aux modules? En le copiant-collant à la bonne place dans /lib/modules/mes_modules/...? B. Le fait de modifier directement dans /usr/src/linux/arch/i386/defconfig une option et de recompiler ensuite, ça prend en compte ou pas? J'ai fait un test et ça ne prend pas en compte la modif. Mon noyau recompilé est le même que le précédent. Alors pourquoi? J'espère que mes questions sont limpides. Merci d'avance, -- Stevan Kanban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
Le Fri, 4 Feb 2005 11:31:49 +0100 Stevan Kanban <[EMAIL PROTECTED]> a écrit: > /lib/modules/2.6.7-hector-0.3/build/drivers/input/misc/Makefile:obj-$ > (CONFIG_INPUT_PCSPKR) += pcspkr.o > > 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 modules sous 2.6 = pcspkr.ko me semble-t-il (je n'ai pas de 2.6...) François Boisson
Re: beep (-beep)
-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//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-
Re: beep (-beep)
Selon Stevan Kanban <[EMAIL PROTECTED]>: | On Fri, Feb 04, 2005 at 09:31:11AM +0100, christophe wrote : | > modprobe pcspkr ??? [...] | 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. Le support haut-parleur interne des PC à été annoncé comme "inutile" par certains et du coup a été mis en module non compilé par défaut. -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
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-$(CONFIG_INPUT_PCSPKR) += pcspkr.o 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 -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: beep (-beep)
-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 ??? > > -- > Stevan Kanban -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCAzLooBxdxgioZBIRAsCPAJ9aOvP5AzhuDx+PHKUfJqN5VO3kNwCgtPO3 XB+NKFnE+/xNz03d1HF+g2M= =Z/5e -END PGP SIGNATURE-
Re: beep (-beep)
Salut, Le Vendredi 4 Février 2005 02:36, Stevan Kanban a écrit : > 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? As-tu un haut-parleur relié à la carte mère ? Il me semble que le beep système ne fonctionne pas avec la carte son mais un circuit à part. Perso, je n'en ai plus sur ma nouvelle tour. A+, Tom -- Thomas Pimmel email : [EMAIL PROTECTED] http : http://tom.ringard.org -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
beep (-beep)
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. -- Stevan Kanban -- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: halt et beep beep
* pingouin osmolateur <[EMAIL PROTECTED]> [2004-10-22 16:36] : > Merci à tous > J'ai fait un script S40bip qui se lance dans /etc/rc0.d/ juste avant de > démonter les partitions > car dans l'autre sens la commande n'était plus accessible Ah oui, tu utilises la commande beep... Perso, je faisais un simple echo -n -e "\a" qui a l'avantage de n'avoir besoin que de bash et qui est obligatoirement dans la partition racine. Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Re: halt et beep beep
Merci à tous J'ai fait un script S40bip qui se lance dans /etc/rc0.d/ juste avant de démonter les partitions car dans l'autre sens la commande n'était plus accessible ACFrédéric Bothamy <[EMAIL PROTECTED]> wrote: * François TOURDE <[EMAIL PROTECTED]>[2004-10-22 01:42] :> Le 12713ième jour après Epoch,> Francois Cerbelle écrivait:> > > Le Thu, Oct 21, 2004 at 03:05:30PM +0200, pingouin osmolateur ecrit :> >> Salut la liste > >> Je viens de trouver comment faire des bips avec ma> >> machine (package beep pourla testing), vous allez me> >> dire super mais ça sert à quoi.> >> Bein j'ai pas d'écran sur mon serveur, impossible> >> d'utiliser l'APM ou ACPI pour arréter la machine (trop> >> vielle) et j'aimerai savoir quand est-ce que je peux> >> appuyer sur mon bouton off.> >> Est-ce que quelqu'un sait comment faire ?> >> Je suppose que je dois rajouter la commande beep dans> >> le script halt.> >> Si vous avez des pistes je suis preneur> >> > Moi, je le mettrais à la fin du fichier> > /etc/init.d/halt> > Le souci, c'est que c'est un des rares scripts qui ne se terminent> pas!Dans, ce cas, il peut mettre le beep juste avant l'appel à halt. Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage ! Créez votre Yahoo! Mail Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. Téléchargez GRATUITEMENT ici !
Re: halt et beep beep
* François TOURDE <[EMAIL PROTECTED]> [2004-10-22 01:42] : > Le 12713ième jour après Epoch, > Francois Cerbelle écrivait: > > > Le Thu, Oct 21, 2004 at 03:05:30PM +0200, pingouin osmolateur ecrit : > >> Salut la liste > >> Je viens de trouver comment faire des bips avec ma > >> machine (package beep pourla testing), vous allez me > >> dire super mais ça sert à quoi. > >> Bein j'ai pas d'écran sur mon serveur, impossible > >> d'utiliser l'APM ou ACPI pour arréter la machine (trop > >> vielle) et j'aimerai savoir quand est-ce que je peux > >> appuyer sur mon bouton off. > >> Est-ce que quelqu'un sait comment faire ? > >> Je suppose que je dois rajouter la commande beep dans > >> le script halt. > >> Si vous avez des pistes je suis preneur > > > > Moi, je le mettrais à la fin du fichier > > /etc/init.d/halt > > Le souci, c'est que c'est un des rares scripts qui ne se terminent > pas! Dans, ce cas, il peut mettre le beep juste avant l'appel à halt. > Mais il peut toujours essayer ;) > > Question subsidiaire: Quels sont les autres scripts/programmes (mis à > par /sbin/halt) ne se terminant pas ? Pour les scripts d'/etc/init.d, single me semble être un bon candidat : il exec init, donc techniquement, il ne se termine pas : il passe à la main à un autre programme... Pour les programmes, init bien sûr et ça doit être à peu près tout (même les getty se terminent de temps en temps lors des connexions et ils sont relancés quand l'utilisateur se déconnecte). Fred -- Comment poser les questions de manière intelligente ? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug ? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
Re: halt et beep beep
Le 12713ième jour après Epoch, Francois Cerbelle écrivait: > Le Thu, Oct 21, 2004 at 03:05:30PM +0200, pingouin osmolateur ecrit : >> Salut la liste >> Je viens de trouver comment faire des bips avec ma >> machine (package beep pourla testing), vous allez me >> dire super mais ça sert à quoi. >> Bein j'ai pas d'écran sur mon serveur, impossible >> d'utiliser l'APM ou ACPI pour arréter la machine (trop >> vielle) et j'aimerai savoir quand est-ce que je peux >> appuyer sur mon bouton off. >> Est-ce que quelqu'un sait comment faire ? >> Je suppose que je dois rajouter la commande beep dans >> le script halt. >> Si vous avez des pistes je suis preneur > > Moi, je le mettrais à la fin du fichier > /etc/init.d/halt Le souci, c'est que c'est un des rares scripts qui ne se terminent pas! Mais il peut toujours essayer ;) Question subsidiaire: Quels sont les autres scripts/programmes (mis à par /sbin/halt) ne se terminant pas ? /F - Taquin! -- A woman without a man is like a fish without a bicycle. Therefore, a man without a woman is like a bicycle without a fish. pgp8l3IaHCIwR.pgp Description: PGP signature
Re: halt et beep beep
Le Thu, Oct 21, 2004 at 03:05:30PM +0200, pingouin osmolateur ecrit : > Salut la liste > Je viens de trouver comment faire des bips avec ma > machine (package beep pourla testing), vous allez me > dire super mais ça sert à quoi. > Bein j'ai pas d'écran sur mon serveur, impossible > d'utiliser l'APM ou ACPI pour arréter la machine (trop > vielle) et j'aimerai savoir quand est-ce que je peux > appuyer sur mon bouton off. > Est-ce que quelqu'un sait comment faire ? > Je suppose que je dois rajouter la commande beep dans > le script halt. > Si vous avez des pistes je suis preneur Moi, je le mettrais à la fin du fichier /etc/init.d/halt -- Plaisirs et peines sont ainsi, en fait, ce sur quoi roule la vertu morale. [Aristote] signature.asc Description: Digital signature
halt et beep beep
Salut la liste Je viens de trouver comment faire des bips avec ma machine (package beep pourla testing), vous allez me dire super mais ça sert à quoi. Bein j'ai pas d'écran sur mon serveur, impossible d'utiliser l'APM ou ACPI pour arréter la machine (trop vielle) et j'aimerai savoir quand est-ce que je peux appuyer sur mon bouton off. Est-ce que quelqu'un sait comment faire ? Je suppose que je dois rajouter la commande beep dans le script halt. Si vous avez des pistes je suis preneur A+ AC Vous manquez despace pour stocker vos mails ? Yahoo! Mail vous offre GRATUITEMENT 100 Mo ! Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Le nouveau Yahoo! Messenger est arrivé ! Découvrez toutes les nouveautés pour dialoguer instantanément avec vos amis. A télécharger gratuitement sur http://fr.messenger.yahoo.com
Re: Silence Beep-Beep
[EMAIL PROTECTED] (rent) wrote: > Bonsoir à tous, > > En lisant un précèdent message, je découvert l'astuce suivante pour > désactiver le beep sous X --> rajouter set bell-style dans le fichier > /etc/inputrc. > > Par contre, je n'ai pas trouvé comment faire taire Beep-Beep sous un > console uniquement et sous vi. Sauf couper le fil du haut-parleur interne ;-) setterm -blength 0 Sinon, regarde aussi ici : http://www.tldp.org/HOWTO/Visual-Bell-8.html (Telling Applications to Avoid Beeping)
Re: Silence Beep-Beep
rent wrote: Bonsoir à tous, En lisant un précèdent message, je découvert l'astuce suivante pour désactiver le beep sous X --> rajouter set bell-style dans le fichier /etc/inputrc. Par contre, je n'ai pas trouvé comment faire taire Beep-Beep sous un console uniquement et sous vi. Sauf couper le fil du haut-parleur interne ;-) Merci pour vos suggestions. Rent. % xset b off Et le silence se fait ... :-) Pour d'éventuelle option sur la commend du server x je sais pas ... Cordialement, Nicolas.
Silence Beep-Beep
Bonsoir à tous, En lisant un précèdent message, je découvert l'astuce suivante pour désactiver le beep sous X --> rajouter set bell-style dans le fichier /etc/inputrc. Par contre, je n'ai pas trouvé comment faire taire Beep-Beep sous un console uniquement et sous vi. Sauf couper le fil du haut-parleur interne ;-) Merci pour vos suggestions. Rent.
