Messages in this thread | | | Date | Sat, 24 Aug 2002 00:57:56 -0400 | From | Pete Zaitcev <> | Subject | Re: Little console problem in 2.5.30 |
| |
> Date: Mon, 19 Aug 2002 14:36:25 +0200 (MEST) > From: Geert Uytterhoeven <geert@linux-m68k.org>
> > I would appreciate if someone would explain me if the attached patch > > does the right thing. The problem is that I do not use the framebuffer, > > and use a serial console. Whenever a legacy /sbin/init tries to > > open /dev/tty0, the system oopses dereferencing conswitchp in > > visual_init().
> > int vc_allocate(unsigned int currcons) /* return 0 on success */ > > { > > - if (currcons >= MAX_NR_CONSOLES) > > + if (currcons >= MAX_NR_CONSOLES || conswitchp == NULL) > > And this worked before? > > conswitchp must never be NULL, say `conswitchp = &dummy_con;' in your setup.c > if you have a serial console. > > >From looking at arch/sparc/kernel/setup.c, perhaps you have > CONFIG_DUMMY_CONSOLE=n?
This only works if CONFIG_FB is present, and I do not want to add one more useless chunk of code to the build. All my boxes have serial consoles (like I said, I would throw CONFIG_VT away if only it was not welded into the rest of the code so well).
-- Pete - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |