All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Ann <ktdann@gmail.com>
To: linuxppc-embedded@ozlabs.org
Subject: Re: Serial console
Date: Sat, 30 Jul 2005 14:46:27 +0900	[thread overview]
Message-ID: <9b7ca657050729224620d67bfc@mail.gmail.com> (raw)
In-Reply-To: <9b7ca6570507291836ac62600@mail.gmail.com>

I've got a feeling that this has alot to do with IRQ.
Would I be correct to assume printk doesnt require interrupt to work
but printf does ?

After doing some testing, I've found my network interface ping-able
when I got printf working in 2.4.31. But if I alter the openpic source
to not initialize the interrupt, it also stop displaying at the same
point and network interface isnt pingable.

I guess my next problem would be then, why isnt my openpic working. :(
I've done exactly the same as what I did with 2.4.31 and that works.
Hmmm. Something must have changed in 2.6.12.3.

I dont think this is has anything to do with serial console, so I'm
gonna end the thread here.

Thanks.

On 7/30/05, Daniel Ann <ktdann@gmail.com> wrote:
> I too have /dev/null
> 0 crw-rw-rw-  1 root root 1, 3 Aug 31  2001 null
>=20
> However, Im not using initrd. null, and console devices are in my RAMDISK=
 tho.
>=20
> On 7/30/05, Josh Boyer <jwboyer@jdub.homelinux.org> wrote:
> > On Sat, 2005-07-30 at 10:06 +0900, Daniel Ann wrote:
> > > Hi folks,
> > >
> > > Just wondering if anyone could lend a hand with this problem I have
> > > with serial console. I'm trying to boot up my board (very similar to
> > > sandpoint using MPC8245) with kernel 2.6.12.3, and most of it is
> > > working but console will display up to,
> > > [snip]
> > > RAMDISK: Compressed image found at block 0
> > > VFS: Mounted root (ext2 filesystem) readonly.
> > > Freeing unused kernel memory: 112k init
> > >
> > > I've done series of printk in sys_execve() to see if /sbin/init is
> > > working, and found out it went thru the whole rcS file okay. Mind you=
,
> > > printk is successfully displaying the output on the console while I'm
> > > still not getting anything from the user processes.
> > >
> > > Having all the kernel boot up log on console means that I've done som=
e
> > > part right. But why am I not getting anything from the user processes
> > > on the console screen ?
> > >
> > > Is there anything I need to do on the kernel config ?
> >
> > Do you have a /dev/console device node in your initrd?  If not, that is
> > one of the reasons you could be seeing that problem.  Make
> > sure /dev/null is there too.
> >
> > josh
> >
> >
>=20
>=20
> --
> Daniel
>=20


--=20
Daniel

  reply	other threads:[~2005-07-30  5:46 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-30  1:06 Serial console Daniel Ann
2005-07-30  1:19 ` Josh Boyer
2005-07-30  1:36   ` Daniel Ann
2005-07-30  5:46     ` Daniel Ann [this message]
2005-07-30  1:27 ` Ricardo Scop
2005-07-30  1:34   ` Daniel Ann
2005-07-30 10:37 ` Anton Wöllert
2005-08-01  1:27   ` Daniel Ann
2005-08-02  3:38     ` JohnsonCheng
2005-08-02 13:39       ` Kumar Gala
2005-08-03  0:16         ` Daniel Ann
  -- strict thread matches above, loose matches on Subject: below --
2009-12-30 15:52 serial console Riccardo Veraldi
2009-12-30 16:28 ` Avi Kivity
2009-07-08  9:53 sylarrrrrrr
2009-07-08 19:13 ` Pavel Roskin
2006-05-21 16:00 Raymond Burns
2006-05-22  2:57 ` David S. Miller
2006-05-22  6:09 ` Raymond Burns
2005-10-05  2:36 KokHow Teh
2005-10-05 12:23 ` Vitaly Bordug
2005-10-05  2:32 KokHow Teh
2005-10-04  6:54 KokHow Teh
2005-10-04 15:11 ` David Jander
2005-10-04 15:16   ` Vitaly Bordug
2005-10-05  9:16     ` David Jander
     [not found] <3174569B9743D511922F00A0C943142309F80D9F@TYANWEB>
     [not found] ` <20050516205731.GA5914@waste.org>
2005-05-16 23:15   ` Matt Mackall
2005-05-16 23:37     ` Andrew Morton
2005-05-16 23:47       ` Matt Mackall
2005-05-17  1:24         ` Coywolf Qi Hunt
2005-05-17  2:26           ` Matt Mackall
2005-05-17  2:40             ` Coywolf Qi Hunt
2005-05-17  2:19     ` Rob Landley
2003-03-04 14:53 Serial Console Aman
2003-03-04 15:40 ` Mark Hatle
2003-03-04 17:06   ` Ibon Gotxi Garcia
2003-03-04 19:09     ` Dave Wolfe
2003-01-16 21:06 Aman
     [not found] <200208191108120240.0D409F0A@192.168.128.16>
2002-08-19  9:10 ` Carlos Velasco
2002-08-19  9:18   ` Russell King
2002-08-19  9:10 ` Carlos Velasco
2002-08-19 13:17   ` Stuart MacDonald
2000-12-05 18:09 Jon Burgess
2000-12-05 15:20 Jon Burgess
2000-12-05 16:03 ` Chad Schwartz
2000-12-05 12:04 Steve Hill
2000-12-05 12:11 ` Miquel van Smoorenburg
2000-12-05 14:44 ` Paul Jakma
2000-12-05 14:58   ` Steve Hill
2000-12-05 15:07     ` Chad Schwartz
2000-12-05 15:14     ` Paul Jakma
2000-12-05 15:28       ` Steve Hill
2000-12-05 15:38         ` Chad Schwartz
2000-12-05 16:25       ` Rogier Wolff
2000-12-05 17:00         ` Miquel van Smoorenburg
2000-12-06 13:09 ` Vitaly Luban
2000-02-11 17:08 serial console Pat O'Rourke
2000-02-11 21:04 ` Matthew Jacob
2000-02-11 21:21 ` Pat O'Rourke
1998-04-02 17:31 kernel panic Ulf Carlsson
1998-04-02 18:55 ` Dong Liu
1998-04-02 18:47   ` ralf
1998-04-02 20:06     ` serial console Dong Liu
1998-04-02 21:35       ` ralf
1998-04-02 23:16         ` William J. Earl
1998-04-02 23:53           ` Dong Liu
1998-04-03  0:47             ` ralf
1998-04-04 20:27         ` Oliver Frommel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9b7ca657050729224620d67bfc@mail.gmail.com \
    --to=ktdann@gmail.com \
    --cc=linuxppc-embedded@ozlabs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.