|
|
|
|
||||||
| fr.comp.os.bsd Systèmes BSD et dérivés (NetBSD, FreeBSD, ...). |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#26 |
|
Messages: n/a
Hébergeur: |
Eric Masson <emss@free.fr> a écrit :
> fred <fredantispam@free.fr> writes: > > 'Lut, > >> C'est-à-dire ? Ironique ou pas ? > > Du tout, une carte qui pose problème au niveau acpi, c'est le genre de > truc intéressant à connaitre, ça permet d'affiner le support. Ok. On n'aurait pu le comprendre dans le sens « tes ptits problèmes avec ta carte de naze... t'as qu'à acheter du matos digne de ce nom... » >> PS : Mon imprimante HP, si elle est bien détectée sur le port USB enfaçade, >> est fort loin de fonctionner (cups 1.2.7). Ça ne fait qu'une chose >> de plus sur ma pile :-( > > Désolé, je n'utilise pas CUPS, j'ai une Lexmark qui encaisse le PS3 et > le lpd par défaut me convient tout à fait. > > -- > > je voudrais pirater la fac ou je suis qui est sur réseau sur linux! Ah je m'en souviens très bien de celle-là, ce couillon était à la fac où j'étais. Je l'avais alors montré à mon pote admin réseau. Quelle rigolade... -- Fred. |
|
|
|
#27 |
|
Messages: n/a
Hébergeur: |
Eric Masson <emss@free.fr> a écrit :
> fred <fredantispam@free.fr> writes: > > 'Lut, > >> C'est-à-dire ? Ironique ou pas ? > > Du tout, une carte qui pose problème au niveau acpi, c'est le genre de > truc intéressant à connaitre, ça permet d'affiner le support. Si je fais un send-pr "problème ACPI/USB", j'imagine qu'il faut que je le fasse avec le noyau GENERIC, n'est-ce pas ? Qu'est-ce que je dois y joindre ? le dmesg ? le pciconf ? -- Fred. |
|
|
|
#28 |
|
Messages: n/a
Hébergeur: |
fred :
>>Description: > nvidia MPC04 (aka intel nForce4) sound chipset (RealTek ALC850) does > not work with snd_ich driver: > pci4: <multimedia> at device 8.0 (no driver attached) Suis pas spécialiste mais la sortie de pciconf serait pas inutile ama. > diff -u -p -r1.53.2.6.2.1 ich.c > --- ich.c 2 May 2006 13:35:35 -0000 1.53.2.6.2.1 > +++ ich.c 16 Dec 2006 15:01:56 -0000 > @@ -114,6 +114,8 @@ static const struct ich_type { > "nVidia nForce4" }, > { NVIDIA_VENDORID, NVIDIA_NFORCE_410_MCP, 0, > "nVidia nForce 410 MCP" }, > + { NVIDIA_VENDORID, 0x003a, 0, Faudrait ajouter un #define du genre NIVDIA_NFORCE_4_MCP, pour rester dans la philosophie du bidule, non ? -- http://www.lamaiziere.net/logiciels.html |
|
|
|
#29 |
|
Messages: n/a
Hébergeur: |
Patrick Lamaizière <adresse@est.invalid> a écrit :
[snip de tout un tas de choses pertinentes] Je prends note, merci. -- Fred. |
|
|
|
#30 |
|
Messages: n/a
Hébergeur: |
fred <fredantispam@free.fr> a écrit :
> Patrick Lamaizière <adresse@est.invalid> a écrit : > > [snip de tout un tas de choses pertinentes] > > Je prends note, merci. C'est mieux comme ça (et j'ai corrigé une petite connerie de mon cru) ? To: FreeBSD-gnats-submit@freebsd.org From: <fredantispam@free.fr> Reply-To: <fredantispam@free.fr> Cc: X-send-pr-version: 3.113 X-GNATS-Notify: >Submitter-Id: current-users >Originator: >Organization: <organization of PR author (multiple lines)> >Confidential: no <FreeBSD PRs are public data> >Synopsis: snd_ich driver fails with nvidia MCP04 chipset (RealTek ALC850) >Severity: critical >Priority: high >Category: kern >Class: update >Release: FreeBSD 6.1-RELEASE i386 >Environment: System: FreeBSD marsu 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat Dec 16 17:39:23 CET 2006 root@marsu:/usr/src/sys/i386/compile/FREEBSD_61 i386 Asus P5ND2-SLI Deluxe mobo, Pentium D 930 >Description: nvidia MPC04 (aka intel nForce4) sound chipset (RealTek ALC850) does not work with snd_ich driver: pci0: <multimedia, audio> at device 19.0 (no driver attached) >How-To-Repeat: Does not work on Asus P5ND2-SLI Deluxe mobo (pciconf log): hostb0@pci0:0:0: class=0x060000 card=0x81891043 chip=0x007110de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0x050000 card=0x00000000 chip=0x007f10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none1@pci0:0:2: class=0x050000 card=0x00000000 chip=0x007510de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none2@pci0:0:3: class=0x050000 card=0x00000000 chip=0x006f10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none3@pci0:0:4: class=0x050000 card=0x00000000 chip=0x00b410de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none4@pci0:1:0: class=0x050000 card=0x00000000 chip=0x007610de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none5@pci0:1:1: class=0x050000 card=0x00000000 chip=0x007810de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none6@pci0:1:2: class=0x050000 card=0x00000000 chip=0x007910de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none7@pci0:1:3: class=0x050000 card=0x00000000 chip=0x007a10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none8@pci0:1:4: class=0x050000 card=0x00000000 chip=0x007b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none9@pci0:1:5: class=0x050000 card=0x00000000 chip=0x007c10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM none10@pci0:1:6: class=0x050000 card=0x00000000 chip=0x007d10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM pcib1@pci0:2:0: class=0x060400 card=0x00000040 chip=0x007e10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib2@pci0:4:0: class=0x060400 card=0x00000040 chip=0x007e10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:6:0: class=0x060400 card=0x00000040 chip=0x007e10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-PCI none11@pci0:9:0: class=0x050000 card=0x00000000 chip=0x003f10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' class = memory subclass = RAM isab0@pci0:10:0: class=0x060100 card=0x818a1043 chip=0x003010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' class = bridge subclass = PCI-ISA ichsmb0@pci0:10:1: class=0x0c0500 card=0x818a1043 chip=0x003410de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 SMBus' class = serial bus subclass = SMBus ohci0@pci0:11:0: class=0x0c0310 card=0x818a1043 chip=0x003b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 USB Controller' class = serial bus subclass = USB ohci1@pci0:11:1: class=0x0c0310 card=0x818a1043 chip=0x003b10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 USB Controller' class = serial bus subclass = USB ehci0@pci0:11:2: class=0x0c0320 card=0x818a1043 chip=0x003c10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 USB Controller' class = serial bus subclass = USB nve0@pci0:14:0: class=0x068000 card=0x81411043 chip=0x003810de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 Ethernet Controller' class = bridge atapci0@pci0:15:0: class=0x01018a card=0x818a1043 chip=0x003510de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 IDE' class = mass storage subclass = ATA atapci1@pci0:16:0: class=0x010185 card=0x818a1043 chip=0x003610de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:17:0: class=0x010185 card=0x818a1043 chip=0x003e10de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 Serial ATA Controller' class = mass storage subclass = ATA pcib4@pci0:18:0: class=0x060401 card=0x00000000 chip=0x003d10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'MCP04 PCI Bridge' class = bridge subclass = PCI-PCI pcm0@pci0:19:0: class=0x040100 card=0x812a1043 chip=0x003a10de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'MCP04 AC'97 Audio Controller' class = multimedia subclass = audio nvidia0@pci1:0:0: class=0x030000 card=0x81981043 chip=0x00f910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVBR02 NVIDIA GeForce 6800 Series GPU' class = display subclass = VGA nvidia1@pci2:0:0: class=0x030000 card=0x81981043 chip=0x00f910de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'NVBR02 NVIDIA GeForce 6800 Series GPU' class = display subclass = VGA none12@pci3:0:0: class=0x018000 card=0x819f1043 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' class = mass storage none14@pci4:11:0: class=0x0c0010 card=0x808b1043 chip=0x8023104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TSB43AB22/A IEEE1394a-2000 OHCI PHY/Link-Layer Ctrlr' class = serial bus subclass = FireWire em0@pci4:12:0: class=0x020000 card=0x80ee1043 chip=0x100e8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82540EM Gigabit Ethernet Controller' class = network subclass = ethernet >Fix: --- ich.c.orig Sat Dec 16 22:33:03 2006 +++ ich.c Sat Dec 16 22:33:03 2006 @@ -63,6 +63,7 @@ SND_DECLARE_FILE("$FreeBSD: src/sys/dev/ #define NVIDIA_NFORCE3 0x00da #define NVIDIA_NFORCE3_250 0x00ea #define NVIDIA_NFORCE4 0x0059 +#define NVIDIA_NFORCE4_MCP 0x003a #define NVIDIA_NFORCE_410_MCP 0x026b #define AMD_768 0x7445 #define AMD_8111 0x746d @@ -114,6 +115,8 @@ static const struct ich_type { "nVidia nForce4" }, { NVIDIA_VENDORID, NVIDIA_NFORCE_410_MCP, 0, "nVidia nForce 410 MCP" }, + { NVIDIA_VENDORID, NVIDIA_NFORCE4_MCP, 0, + "nVidia nForce 4 MCP" }, { AMD_VENDORID, AMD_768, 0, "AMD-768" }, { AMD_VENDORID, AMD_8111, 0, Many thanks to B. Ducrot. Je le mets où le Many thanks ? Ça le fait pas, dans le Fix: :-( -- Fred. |
|
|
|
#31 |
|
Messages: n/a
Hébergeur: |
fred :
>>How-To-Repeat: Je ne mettrais pas toute la sortie de pciconf, juste ce qui concerne le chipset son, ou alors en le séparant bien de la sortie complète pour faciliter la lecture. Et plutôt dans description ama. Tu peux aussi dire un mot que ça ne semble pas intégré à -CURRENT ou -STABLE. >>Fix: Mettre plutôt le patch en attachement, ça évite qu'il soit cassé par les lecteurs de courriers (saut de lignes, etc). Je ne sais pas si on peut avec send-pr, je n'ai toujours utilisé que l'interface web ou par mail > Je le mets où le Many thanks ? > Ça le fait pas, dans le Fix: :-( Dans la partie fix : « See attached patch, thanks to ... » Enfin bon c'est juste des suggestions ! -- http://www.lamaiziere.net/logiciels.html |
|
|
|
#32 |
|
Messages: n/a
Hébergeur: |
Patrick Lamaizière <adresse@est.invalid> a écrit :
[snip] > Enfin bon c'est juste des suggestions ! Ok, c'est envoyé (par leur interface web). Merci. -- Fred. |
|
|
|
#33 |
|
Messages: n/a
Hébergeur: |
On Sat, 16 Dec 2006 21:04:55 +0100, fred <fredantispam@free.fr> wrote:
> Ducrot Bruno <ducrot@echo.fr> a écrit : > >> On Sat, 16 Dec 2006 18:21:34 +0100, fred <fredantispam@free.fr> wrote: >>> fred <fredantispam@free.fr> a écrit : >>> >>>> Ducrot Bruno <ducrot@echo.fr> a écrit : >>>> >>>> [snip] >>>> >>>>> un petit make suivi d'un kldload ./snd_ich.ko et on verra bien. >>>> >>>> C'est tout vu. >>>> Ça marche. >>>> Joie. >> >> Il n'y a plus qu'a faire un make install clean et hop, probleme resolu. > Euhh, c'est déjà fait, et intégré/recompilé dans mon noyo, of course. > >>> Ça vaut le coup de le diffuser, ce patch ? >> >> Oui, il vaudrait mieux. >> >>> Si oui, comment ? Un simple mail à @stable ? >> >> Oui, et tant qu'a faire vous pouvez aussi utiliser send-pr(1) qui est prevu >> pour ca. > Ok. > > Par contre, j'ai utilisé aumix pour configurer al carte son, et visiblement > il n'a pas compris qu'il y avait 4 voies au lieu de 2. Y a moyen de > faire ça, ou je serai condamné à regarder mes DVD avec les hauts-parleur > de mon écran ? > > Comment ça, j'en demande beaucoup ? ;-)) > Ah oui, mais moi je n'ai que deux haut-parleurs, hein ![]() Plus serieusement, la ca sort de mes competences. Mais peut-etre que des personnes sur multimedia@ seront plus capable de repondre. Avant, il serait interressant de verifier que 'aumix' n'est pas en cause. Que dit 'mixer' ? -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. |
|
|
|
#34 |
|
Messages: n/a
Hébergeur: |
On Sat, 16 Dec 2006 21:46:22 +0100, fred <fredantispam@free.fr> wrote:
> Eric Masson <emss@free.fr> a écrit : > >> fred <fredantispam@free.fr> writes: >> >> 'Lut, >> >>> C'est-à-dire ? Ironique ou pas ? >> >> Du tout, une carte qui pose problème au niveau acpi, c'est le genre de >> truc intéressant à connaitre, ça permet d'affiner le support. Mouais, c'est vous qui le dites ![]() > Si je fais un send-pr "problème ACPI/USB", j'imagine qu'il faut que je > le fasse avec le noyau GENERIC, n'est-ce pas ? > > Qu'est-ce que je dois y joindre ? le dmesg ? le pciconf ? En fait, le seul probleme lie a l'ACPI ici aurait ete une mauvaise configuration au niveau des interruptions. A la limite, ca peut se resoudre a coup de hw.pci.link.??? bien senti en attendant de trouver mieux. Comme ca n'a pas l'air d'etre le cas puisque le port en question fonctionne avec une clef, il est bien possible que le probleme ne proviennent que du support USB. Vraiment je pense qu'il serait plus judicieux d'envoyer un mail a stable@ avec un boot verbeux. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. |
|
|
|
#35 |
|
Messages: n/a
Hébergeur: |
Ducrot Bruno <ducrot@echo.fr> wrote:
> > En fait, le seul probleme lie a l'ACPI ici aurait ete une mauvaise > configuration au niveau des interruptions. > A la limite, ca peut se resoudre a coup de hw.pci.link.??? bien senti > en attendant de trouver mieux. > Comme ca n'a pas l'air d'etre le cas puisque le port en question > fonctionne avec une clef, il est bien possible que le probleme > ne proviennent que du support USB. A tout hasard il a suffi que je dise que je n'avais aucun problème avec la clé usb pour avoir une panique hier! En fait l'explication était la suivante: il s'agit d'une clé formattée en DOS et qui dispose d'un petit levier pour la mettre read only, lequel était enclanché par inadvertance. Au montage, panique immédiate. Bref c'est comme quand on voulait écrire sur les disquettes protégées en écriture, le bug n'a toujours pas été résolu depuis des années. Incidemment j'en ai profité pour regarder pourquoi c'est tellement lent avec de l'USB-1 et en msdosfs. Le système effectue 110 transactions de 4ko par seconde, et génère 350 interruptions par seconde sur l'IRQ de l'usb. Ca ne donne pas des résultats transcendants! Résultat, de l'ordre de 4 minutes pour copier un fichier de 100 mégas, là où la même clé et le même fichier sont copiés en 8 s sous Linux sur un PC supportant l'USB-2. -- Michel TALON |
|
|
|
#36 |
|
Messages: n/a
Hébergeur: |
Ducrot Bruno <ducrot@echo.fr> a écrit :
> Ah oui, mais moi je n'ai que deux haut-parleurs, hein ![]() > > Plus serieusement, la ca sort de mes competences. Mais peut-etre que > des personnes sur multimedia@ seront plus capable de repondre. > Avant, il serait interressant de verifier que 'aumix' n'est pas en cause. > Que dit 'mixer' ? Hmmm, ça: Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer rec is currently set to 0:0 Mixer igain is currently set to 100:100 Mixer ogain is currently set to 50:50 Mixer line1 is currently set to 75:75 Mixer phin is currently set to 67:67 Mixer phout is currently set to 69:69 Rien de choquant. Enfin, d'après moi. Je pense donc poster sur multimedia@ Merci quand même. -- Fred. |
|
|
|
#37 |
|
Messages: n/a
Hébergeur: |
Ducrot Bruno <ducrot@echo.fr> a écrit :
> En fait, le seul probleme lie a l'ACPI ici aurait ete une mauvaise > configuration au niveau des interruptions. > A la limite, ca peut se resoudre a coup de hw.pci.link.??? bien senti > en attendant de trouver mieux. > Tout le problème est dans le « bien senti ». Enfin bon, j'ai fait un send-pr, on verra bien. > Comme ca n'a pas l'air d'etre le cas puisque le port en question > fonctionne avec une clef, il est bien possible que le probleme > ne proviennent que du support USB. > > Vraiment je pense qu'il serait plus judicieux d'envoyer un mail a > stable@ avec un boot verbeux. Je l'ai fait verbeux sur l'usb. PS : j'ai reçu une réponse pour le patch. Apparemment, il a été inclu (sont rapides ;-). Question : en faisant un cvs update du noyau, je fais bien un update du 6.1 ? Autrement dit, le noyau GENERIC datant du 7 mai, il a été compilé avec les sources antérieures à cette date. J'imagine que des modifs ont été faites depuis dans le noyau. Y a t'il une chance qu'un cvs update puisse résoudre mes petits problèmes ? Merci. -- Fred. |
|
|
|
#38 |
|
Messages: n/a
Hébergeur: |
On Sun, 17 Dec 2006 23:21:16 +0100
fred <fredantispam@free.fr> wrote: > Question : en faisant un cvs update du noyau, je fais > bien un update du 6.1 ? Tout dépend du fichier de conf de sup utilisé (ou de la méthode.) La ligne suivante du fichier indique la branche suivie : *default release=cvs tag=RELENG_6 ici il s'agit de 6-STABLE, c'est à dire la branche dont sont issues les releases. En mettant RELENG_6_1 tu suis la la release 6.1 et ses modifications de "sécurités". > Autrement dit, le noyau GENERIC datant du 7 mai, il a été compilé > avec les sources antérieures à cette date. J'imagine que des modifs > ont été faites depuis dans le noyau. Y a t'il une chance qu'un cvs > update puisse résoudre mes petits problèmes ? P'tetre ben que oui ... Si tu prends les sources de RELENG_6_1 (si tu suis 6.1 RELEASE quoi) il y a peu de chance que tes problèmes disparaissent, sauf s'il s'agissait de "gros" bugs avérés. Avec RELENG_6 (donc la branche dite STABLE), de nouveaux drivers sont régulièrement ajoutés, donc peut être que certains de tes soucis vont être résolus. Mais je ne peux rien te garantir. -- BOFH excuse #280: Traceroute says that there is a routing problem in the backbone, it's not our problem |
|
|
|
#39 |
|
Messages: n/a
Hébergeur: |
Marwan Burelle <feanor@kh405.net> a écrit :
[snip] > Avec RELENG_6 (donc la branche dite STABLE), de nouveaux drivers sont > régulièrement ajoutés, donc peut être que certains de tes soucis vont > être résolus. Mais je ne peux rien te garantir. Voyons si j'ai bien imprimé. Si je mets RELENG_6, je passe en 6.2, j'ai bon ? En tout cas, merci pour ces éclaircissements. -- Fred. |
|
|
|
#40 |
|
Messages: n/a
Hébergeur: |
fred :
>> Avec RELENG_6 (donc la branche dite STABLE), de nouveaux drivers sont >> régulièrement ajoutés, donc peut être que certains de tes soucis vont >> être résolus. Mais je ne peux rien te garantir. > Voyons si j'ai bien imprimé. > Si je mets RELENG_6, je passe en 6.2, j'ai bon ? Oui, RELENG_6 correspond à la 6.2 en ce moment. Si tu veux rester en 6.2 : RELENG_6_2 -- http://www.lamaiziere.net/logiciels.html |
|
|
|
#41 |
|
Messages: n/a
Hébergeur: |
On Sun, 17 Dec 2006 23:21:16 +0100, fred <fredantispam@free.fr> wrote:
> Ducrot Bruno <ducrot@echo.fr> a écrit : > >> En fait, le seul probleme lie a l'ACPI ici aurait ete une mauvaise >> configuration au niveau des interruptions. >> A la limite, ca peut se resoudre a coup de hw.pci.link.??? bien senti >> en attendant de trouver mieux. >> Tout le problème est dans le « bien senti ». > Enfin bon, j'ai fait un send-pr, on verra bien. > >> Comme ca n'a pas l'air d'etre le cas puisque le port en question >> fonctionne avec une clef, il est bien possible que le probleme >> ne proviennent que du support USB. >> >> Vraiment je pense qu'il serait plus judicieux d'envoyer un mail a >> stable@ avec un boot verbeux. > Je l'ai fait verbeux sur l'usb. > > PS : j'ai reçu une réponse pour le patch. Apparemment, il a été inclu > (sont rapides ;-). Question : en faisant un cvs update du noyau, je fais > bien un update du 6.1 ? Autrement dit, le noyau GENERIC datant du 7 mai, > il a été compilé avec les sources antérieures à cette date. > J'imagine que des modifs ont été faites depuis dans le noyau. > Y a t'il une chance qu'un cvs update puisse résoudre mes petits problèmes ? Pas pour l'instant. Il est dans HEAD, et n'a pas ete l'objet d'un MFC. Ca sera peut-etre fait dans quelques jours. -- Bruno Ducrot -- Which is worse: ignorance or apathy? -- Don't know. Don't care. |
|
|
|
#42 |
|
Messages: n/a
Hébergeur: |
Patrick Lamaizière <adresse@est.invalid> a écrit :
> > Oui, RELENG_6 correspond à la 6.2 en ce moment. Si tu veux rester en > 6.2 : RELENG_6_2 Ok, merci. -- Fred. |
|
|
|
#43 |
|
Messages: n/a
Hébergeur: |
Ducrot Bruno <ducrot@echo.fr> a écrit :
> Pas pour l'instant. Il est dans HEAD, et n'a pas ete l'objet d'un MFC. > Ca sera peut-etre fait dans quelques jours. Oups ! Enfin bon, c'est pas grave, hein, moi je l'ai déjà :-) -- Fred. |
|
|
|
#44 |
|
Messages: n/a
Hébergeur: |
fred <fredantispam@free.fr> a écrit :
> Bonsoir, Bonsoir, > Donc, je suis reparti d'une fribi 6.1 toute fraiche installée from scratch > (noyo d'origine donc). > > Les problèmes suivants demeurent : pas de carte son, pas de clé usb et > pas d'imprimante usb. Les problèmes ci-dessus ont été réglés. (pour la carte son et la clé usb, ce n'est plus nouveau). Un coup d'½il au datasheet de ma carte mère m'indique que j'utilisais, sur les 4 ports USB en façade arrière, les ports 3 et 4. En mettant l'imprimante sur le 1 ou le 2, ça marche. Même pour ma webcam Quickcam Pro 4000. Tatillon, le freebsd... ;-) -- Fred, content. |
|
![]() |
| Outils de la discussion | |
|
|