Désirant utiliser un périphérique USB, j'ai mis dans mon KERNEL
# USB support
device uhci # UHCI PCI->USB interface
device ohci # OHCI PCI->USB interface
device usb # USB Bus (required)
device ugen # Generic
device umass # Disks/Mass storage - Requires scbus and da
Or à la compil, j'ai le message suivant :
sh ../../conf/newvers.sh KERNEL
cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual
-fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I/usr/include
-I../../contrib/ipfilter -D_KERNEL -include opt_global.h -mpreferred-stack-boundary=2
vers.c
if.o: In function `if_setlladdr':
if.o(.text+0x1c4c): undefined reference to `arp_ifinit'
usb_ethersubr.o: In function `usbintr':
usb_ethersubr.o(.text+0x31): undefined reference to `ether_input'
*** Error code 1
Il semlblerait donc qu'il fasse appel à une fonction qui fait référence
à quelquechose lié à ethernet.
Effectivement, lorsque je définis :
pseudo-device ether
il n'y a plus de messages d'erreur, et ça compile.
Mais pourquoi diable faut-il faire appel à ethernet pour de l'USB ?
1) je n'ai pas de carte ethernet
2) j'essaie de nettoyer mon noyo et d'enlever tout ce qui ne me paraît
pas indispensable, ayant des « panic: vm_page_remove(): page not found in
hash », mais ça on verra après.
Ceci serait vrai dans un monde parfait où l'informatique serait une science exacte. Malheureusement, c'est loin d'être le cas par ici. Bon bon, ok, j'abdique, je vais tester le GENERIC...
Et là, ne me demandez pas pourquoi, je ne fais que constater, mais je n'ai plus de connexion de ppp au démarrage.
À noter que j'avais aussi des connexions intempestives, plus particulièrement dans le cas d'une connexion (ssh par exemple) sur une machine distante. Si celle-ci ne répondait plus, je tuais le xterm dans lequel j'avais lancé la connexion, et fermais la connexion. La connexion se relançait alors toute seule...
conclusion : cette option étant activée dans le noyau GENERIC..., vous me voyez là convaincu de l'utilisation d'un noyau perso ! :-)
-- Fred, qui va voir si son noyau plante encore...
Ceci serait vrai dans un monde parfait où l'informatique serait une
science exacte. Malheureusement, c'est loin d'être le cas par ici.
Bon bon, ok, j'abdique, je vais tester le GENERIC...
Et là, ne me demandez pas pourquoi, je ne fais que constater, mais je
n'ai plus de connexion de ppp au démarrage.
À noter que j'avais aussi des connexions intempestives, plus
particulièrement dans le cas d'une connexion (ssh par exemple) sur une
machine distante. Si celle-ci ne répondait plus, je tuais le xterm dans
lequel j'avais lancé la connexion, et fermais la connexion. La connexion
se relançait alors toute seule...
conclusion : cette option étant activée dans le noyau GENERIC..., vous
me voyez là convaincu de l'utilisation d'un noyau perso ! :-)
--
Fred, qui va voir si son noyau plante encore...
Ceci serait vrai dans un monde parfait où l'informatique serait une science exacte. Malheureusement, c'est loin d'être le cas par ici. Bon bon, ok, j'abdique, je vais tester le GENERIC...
Et là, ne me demandez pas pourquoi, je ne fais que constater, mais je n'ai plus de connexion de ppp au démarrage.
À noter que j'avais aussi des connexions intempestives, plus particulièrement dans le cas d'une connexion (ssh par exemple) sur une machine distante. Si celle-ci ne répondait plus, je tuais le xterm dans lequel j'avais lancé la connexion, et fermais la connexion. La connexion se relançait alors toute seule...
conclusion : cette option étant activée dans le noyau GENERIC..., vous me voyez là convaincu de l'utilisation d'un noyau perso ! :-)
-- Fred, qui va voir si son noyau plante encore...
Eric Masson
"fred" == fred writes:
fred> Vous avez certainement lu la section 9.2 du handbook pourtant...
Oui, et ?
Eric Masson
-- T> il ne t'ai pas venu a l'idée que qu'il existait de nombreux gentils T> contributeurs qui en ont rien a faire de tes jérémiades si :o) mais à ce moment là il faut me plonker -+- BC in GNU-SE : Mais ou qu'il s'est plonké ce con là ? -+-
"fred" == fred <fred@free.fr.invalid> writes:
fred> Vous avez certainement lu la section 9.2 du handbook pourtant...
Oui, et ?
Eric Masson
--
T> il ne t'ai pas venu a l'idée que qu'il existait de nombreux gentils
T> contributeurs qui en ont rien a faire de tes jérémiades
si :o) mais à ce moment là il faut me plonker
-+- BC in GNU-SE : Mais ou qu'il s'est plonké ce con là ? -+-
fred> Vous avez certainement lu la section 9.2 du handbook pourtant...
Oui, et ?
Eric Masson
-- T> il ne t'ai pas venu a l'idée que qu'il existait de nombreux gentils T> contributeurs qui en ont rien a faire de tes jérémiades si :o) mais à ce moment là il faut me plonker -+- BC in GNU-SE : Mais ou qu'il s'est plonké ce con là ? -+-
fred
"fred" == fred writes:
fred> Ayant remarqué la chose suivante dans mon ppp.log
<snip log ipv6>
La cause de la connexion semble donc être l'autoconf ipv6, il est possible dans ce cas d'ajouter une règle de filtrage dans le ppp.conf (man 8 ppp et lire la section sur le filtre dial) Ok.
En fait, healthd qui tourne sur ma babasse en a besoin.
Voilà ce que j'ai mis dans mon ppp.conf, d'après la page de man et /usr/share/examples/ppp/ppp.conf.sample
disable ipv6cp
et
set filter dial 3 deny ipv6
Je pensais que ce serait suffisant. Ça ne l'est pas.
ppp « dialup » toujours au démarrage :-(
-- FP.
"fred" == fred <fred@free.fr.invalid> writes:
fred> Ayant remarqué la chose suivante dans mon ppp.log
<snip log ipv6>
La cause de la connexion semble donc être l'autoconf ipv6, il est
possible dans ce cas d'ajouter une règle de filtrage dans le ppp.conf
(man 8 ppp et lire la section sur le filtre dial)
Ok.
En fait, healthd qui tourne sur ma babasse en a besoin.
Voilà ce que j'ai mis dans mon ppp.conf, d'après la page de man et
/usr/share/examples/ppp/ppp.conf.sample
disable ipv6cp
et
set filter dial 3 deny ipv6
Je pensais que ce serait suffisant.
Ça ne l'est pas.
fred> Ayant remarqué la chose suivante dans mon ppp.log
<snip log ipv6>
La cause de la connexion semble donc être l'autoconf ipv6, il est possible dans ce cas d'ajouter une règle de filtrage dans le ppp.conf (man 8 ppp et lire la section sur le filtre dial) Ok.
En fait, healthd qui tourne sur ma babasse en a besoin.
Voilà ce que j'ai mis dans mon ppp.conf, d'après la page de man et /usr/share/examples/ppp/ppp.conf.sample
disable ipv6cp
et
set filter dial 3 deny ipv6
Je pensais que ce serait suffisant. Ça ne l'est pas.
ppp « dialup » toujours au démarrage :-(
-- FP.
Eric Masson
"fred" == fred writes:
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion set log filter voir ppp(8) section LOGGING FACILITY
Eric Masson
-- Je protest,e la véritable andouille est de Vire ou de Guéméné. Mais pas de Lyon. Enfin je ne crois pas. La rosette est de Lyon. Oui. Quoique. On l'épingle souvent sur des andouilles. -+- JdC in GNU : Bon an, mal an, douille Si La Rose êtes.
"fred" == fred <fred@free.fr.invalid> writes:
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion
set log filter
voir ppp(8) section LOGGING FACILITY
Eric Masson
--
Je protest,e la véritable andouille est de Vire ou de Guéméné. Mais pas
de Lyon. Enfin je ne crois pas. La rosette est de Lyon. Oui. Quoique.
On l'épingle souvent sur des andouilles.
-+- JdC in GNU : Bon an, mal an, douille Si La Rose êtes.
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion set log filter voir ppp(8) section LOGGING FACILITY
Eric Masson
-- Je protest,e la véritable andouille est de Vire ou de Guéméné. Mais pas de Lyon. Enfin je ne crois pas. La rosette est de Lyon. Oui. Quoique. On l'épingle souvent sur des andouilles. -+- JdC in GNU : Bon an, mal an, douille Si La Rose êtes.
fred
"fred" == fred writes:
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion set log filter voir ppp(8) section LOGGING FACILITY ipv6 n'est pas suffisant, mais ipv6-icmp, oui.
Bon, _un_ problème de résolu.
Merci.
-- FP.
"fred" == fred <fred@free.fr.invalid> writes:
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion
set log filter
voir ppp(8) section LOGGING FACILITY
ipv6 n'est pas suffisant, mais ipv6-icmp, oui.
fred> Je pensais que ce serait suffisant. Ça ne l'est pas.
dans /etc/ppp/ppp.conf, au niveau du label utilisé pour la connexion set log filter voir ppp(8) section LOGGING FACILITY ipv6 n'est pas suffisant, mais ipv6-icmp, oui.
Bon, _un_ problème de résolu.
Merci.
-- FP.
Eric Masson
"fred" == fred writes:
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de cristal est un peu sèche.
Eric Masson
-- - Papa ! Papa ! PAAAAAAAAApppppppaaaaaaaaa ! - Oui Ben qu'est-ce-qu'il y a ? - Y'a quelqu'un qui a touché à mon kernel ! +BL in Guide du Macounet Pervers : MOSXS est un long fleuve tranquille+
"fred" == fred <fred@free.fr.invalid> writes:
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de
cristal est un peu sèche.
Eric Masson
--
- Papa ! Papa ! PAAAAAAAAApppppppaaaaaaaaa !
- Oui Ben qu'est-ce-qu'il y a ?
- Y'a quelqu'un qui a touché à mon kernel !
+BL in Guide du Macounet Pervers : MOSXS est un long fleuve tranquille+
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de cristal est un peu sèche.
Eric Masson
-- - Papa ! Papa ! PAAAAAAAAApppppppaaaaaaaaa ! - Oui Ben qu'est-ce-qu'il y a ? - Y'a quelqu'un qui a touché à mon kernel ! +BL in Guide du Macounet Pervers : MOSXS est un long fleuve tranquille+
fred
"fred" == fred writes:
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de cristal est un peu sèche. Ah mais oui, ça va viendre !
Ce n'était pas une question. Juste une info.
-- Bientôt le chapitre 2.
"fred" == fred <fred@free.fr.invalid> writes:
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de
cristal est un peu sèche.
Ah mais oui, ça va viendre !
fred> chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Etape suivante, rapport de bug détaillé, parce que là, ma boule de cristal est un peu sèche. Ah mais oui, ça va viendre !
Ce n'était pas une question. Juste une info.
-- Bientôt le chapitre 2.
fred
fred nous disait, ici :
chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Tiens, la dernière fois que FreeBSD (4.7) a fait le coup, la carte-mère est partie à la poubelle. Sa remplaçante est sans reproche. 2F, tu sais être encourageante, toi...
:)
-- Fred, qui a comme un pressentiment...
fred nous disait, ici <tbr84py029.fsf@muscle.free.fr> :
chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Tiens, la dernière fois que FreeBSD (4.7) a fait le coup, la carte-mère
est partie à la poubelle. Sa remplaçante est sans reproche.
2F, tu sais être encourageante, toi...
chapitre 1 : GENERIC plante tout autant que mon noyau perso.
Tiens, la dernière fois que FreeBSD (4.7) a fait le coup, la carte-mère est partie à la poubelle. Sa remplaçante est sans reproche. 2F, tu sais être encourageante, toi...
:)
-- Fred, qui a comme un pressentiment...
fred
Comme ça, si c'est pas la MB mais un fichier de conf. ALC qui fout la merde qui traîne dans un coin et que tu as oublié, tu seras content :) 1) j'y crois moyennement ;
2) ce foutu fribi refuse de planter maintenant !!! Bon en général, il plante plutôt le matin, on verra demain.
-- FP.
Comme ça, si c'est pas la MB mais un fichier de conf. ALC qui fout la
merde qui traîne dans un coin et que tu as oublié, tu seras content :)
1) j'y crois moyennement ;
2) ce foutu fribi refuse de planter maintenant !!!
Bon en général, il plante plutôt le matin, on verra demain.
Comme ça, si c'est pas la MB mais un fichier de conf. ALC qui fout la merde qui traîne dans un coin et que tu as oublié, tu seras content :) 1) j'y crois moyennement ;
2) ce foutu fribi refuse de planter maintenant !!! Bon en général, il plante plutôt le matin, on verra demain.
-- FP.
Eric Masson
"fred" == fred writes:
fred> Voilà voilà :
fred> gdb -k kernel.debug /usr/crash/vmcore.0
<snip output gdb>
M'est avis qu'elle n'est pas bien exploitable cette trace :/
Avez vous lu la section suivante de la faq ? http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING
En fonction du sous-système concerné, les mailing lists FreeBSD ou le send-pr seront probablement la solution.
Eric Masson
-- Bonjour, J'ai NUMERIS ITOO depuis Novembre 1998, et une nouvelle TNRG-P2 depuis début Février 1999. J'ai une carte DJINN ITOO. -+- JMP In : Guide du Neueu Usenet - Et ton frigo, c'est un quoi ? -+-
"fred" == fred <fred@free.fr.invalid> writes:
fred> Voilà voilà :
fred> gdb -k kernel.debug /usr/crash/vmcore.0
<snip output gdb>
M'est avis qu'elle n'est pas bien exploitable cette trace :/
Avez vous lu la section suivante de la faq ?
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING
En fonction du sous-système concerné, les mailing lists FreeBSD ou le
send-pr seront probablement la solution.
Eric Masson
--
Bonjour, J'ai NUMERIS ITOO depuis Novembre 1998, et une nouvelle
TNRG-P2 depuis début Février 1999. J'ai une carte DJINN ITOO.
-+- JMP In : Guide du Neueu Usenet - Et ton frigo, c'est un quoi ? -+-
M'est avis qu'elle n'est pas bien exploitable cette trace :/
Avez vous lu la section suivante de la faq ? http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING
En fonction du sous-système concerné, les mailing lists FreeBSD ou le send-pr seront probablement la solution.
Eric Masson
-- Bonjour, J'ai NUMERIS ITOO depuis Novembre 1998, et une nouvelle TNRG-P2 depuis début Février 1999. J'ai une carte DJINN ITOO. -+- JMP In : Guide du Neueu Usenet - Et ton frigo, c'est un quoi ? -+-
