Forum Linux.noyau pb avec port serie/ kernel

Posté par  .
Étiquettes : aucune
0
25
sept.
2006
Bonjour
je tente de mettre en place un cluster avec heartbeat et je tente d'optimiser mon kernel mais a force de trop en faire je n'arrive plus a communiquer entre mes 2 machine via le port serie
1/presence port serie
cat /proc/ioports |grep serial =
03f8-03ff : serial
2/sur serveur a
echo toto >/dev/ttyS0

sur serveur b
cat < /dev/ttyS0

==> normalement je devrais avoir toto qui apparais sur b ---> mais rien
3/kernel 2.6.17.9
character device ->serial drivers
input device->hardware i/o port->serial port line
network devices support-> SLIP
I2c-> show serial bus
SPI

help me je suis bloquer depuis vendredi
  • # \n ou autre ?

    Posté par  (site web personnel) . Évalué à 2.

    il ne manque pas un retour chariot sur ce que tu envois au port série ? (qui n'envois un truc que après un retour chariot)

    "La première sécurité est la liberté"

    • [^] # Re: \n ou autre ?

      Posté par  . Évalué à 1.

      non car ne fonctionnant pas
      j ai booter sur 2livecd pour tester la connectique...
      cela fonctionne nickel
      donc cela vient de ma conf de mon .config
      :-(
      et puis quand je fais
      stty -F /dev/ttyS0
      cela reponds la vitesse du port etc...
      • [^] # Re: \n ou autre ?

        Posté par  (site web personnel) . Évalué à 2.

        regarde setserial ou entre 2 reboot.

        Le port série se "souvient" de bidouille fait dans sa conf. En gros, si tu testes un programme qui utilise le soft série mais plantouille un peu, tu ne sais jamais dans quel état est le lien série après être sortie du programme.

        "La première sécurité est la liberté"

        • [^] # Re: \n ou autre ?

          Posté par  . Évalué à 1.

          je comprends le principe mais la cela me depasse....
          je lache l affaire
          trop complexe pour moi

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.