----- "Hans de Goede" <hdegoede@xxxxxxxxxx> wrote:
> Joel Granados Moreno wrote:
> > ---
> > bootloaderInfo.py | 1 -
> > 1 files changed, 0 insertions(+), 1 deletions(-)
> >
> > diff --git a/bootloaderInfo.py b/bootloaderInfo.py
> > index 57caaf9..9829332 100644
> > --- a/bootloaderInfo.py
> > +++ b/bootloaderInfo.py
> > @@ -501,7 +501,6 @@ class bootloaderInfo:
> > # don't keep the comma in the options
> > self.serialOptions = options[1:]
> >
> > - self.args.append("console=tty0")
> > self.args.append("console=%s%s" %(self.serialDevice,
> options))
> >
> > self.serial = 1
>
Well, I spoke to my nearest kernel hacker and he said that the behavior with two arguments was undefined for rhel4 kernel. Moreover console seems to end up misconfigured after install.
> Hmm, I'm not terrible famliar with this code but why do we want to
> only have
> one console argument, according to the kernel docs it is perfectly
> fine to have
can you point me to the docs, maybe this has some other cause. Maybe its user negligence, I see now that the second console argument was ttyS0 which is the default. Maybe what happened was that anaconda was installed without the console argument. Which is strange becuase that would mean that at installation time the person would have had to had access to the machine through other means. And I understand by report that that was most unlikely.
If you are correct this is most likely not a bug. :)
> multiple console=foo options, any kernel output will be send to all of
> them,
And will receive input from all of them as well. right?
> and a process opening /dev/console will get the last console=
> argument. So I do
> not understand what exactly this is supposed to fix ?
>
> Regards,
>
> Hans
Well, I spoke to my nearest kernel hacker and he said that the behavior with two arguments was undefined for rhel4 kernel, can you point me to the docs, maybe this has some other cause. Moreover console seems to end up misconfigured after install
>
> _______________________________________________
> Anaconda-devel-list mailing list
> Anaconda-devel-list@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/anaconda-devel-list
--
Joel Andres Granados
Red Hat / Brno Czech Republic
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
