All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ralph Mitchell <rmitchell@eds.com>
To: sparclinux@vger.kernel.org
Subject: Re: [PATCH] SunSAB console problems in 2.6.x
Date: Fri, 27 Aug 2004 10:30:42 +0000	[thread overview]
Message-ID: <412F0D52.8080004@eds.com> (raw)
In-Reply-To: <20040825233247.237c1fb1.davem@redhat.com>

Excellent!  That works for me too.

For the record, I found that 2.6.7-rc1 didn't drop every other 
character, while 2.6.7-rc2 and above do.

However, fixing this has exposed something else that I hadn't noticed 
due to it being garbled.  I'm getting this when booting 2.6.7:

    [ snip ]
    Brought up 4 CPUs
    Total of 4 processors activated (3186.68 BogoMIPS).
    SMP: Calibrating ecache flush... Using heuristic of 2295594 cycles, 
5 ticks.
    NET: Registered protocol family 16
    PCI: Probing for controllers.
    PCI: Found PSYCHO, control regs at 000001fe00000000
    PSYCHO: Shared PCI config space at 000001fe01000000
    PCI: Found PSYCHO, control regs at 000001c800000000
    PSYCHO: Shared PCI config space at 000001c801000000
    PCI: Found PSYCHO, control regs at 000001cc00000000
    PSYCHO: Shared PCI config space at 000001cc01000000
    bad: scheduling while atomic!
    Call Trace:
     [0000000000464b14] call_usermodehelper+0xb4/0xe0
     [000000000053e4c0] kset_hotplug+0x1e0/0x280
     [000000000053e71c] kobject_add+0x7c/0x100
     [000000000058ca10] class_device_add+0x50/0x140
     [0000000000562c68] pci_scan_bus_parented+0xe8/0x180
     [0000000000769a08] pbm_scan_bus+0x48/0xe0
     [0000000000769ad4] psycho_scan_bus+0x34/0x60
     [00000000007668e0] pci_scan_each_controller_bus+0x40/0xa0
     [00000000007669fc] pcibios_init+0x1c/0x80
     [00000000007608bc] do_initcalls+0x3c/0xe0
     [0000000000414304] init+0x84/0x240
     [0000000000419530] kernel_thread+0x30/0x60
     [0000000000414190] rest_init+0x10/0x80

The call trace occurs a bunch of times, with an occasional:

    PCI0(PBMB): Bus running at 33MHz

message in between, for various PCIx.  After the last call trace it 
drops through this:

    PCI0(PBMA): Bus running at 66MHz
    ebus0: [auxio] [power] [SUNW,pll] [sc] [se] [su] [su] [ecpp] 
[fdthree] [eeprom] [flashprom] [SUNW,envctrl]

and continues to boot as if everything was peachy keen.

It's entirely possible that I have a stupid combination of kernel config 
options - I've been carrying my .config over from one kernel to the 
next, doing a "make oldconfig" and mostly saying no to any new options.

The above call traces are absent in 2.6.6, occur first in 2.6.7-rc1 and 
also thereafter.  To complete the picture, I'm seeing the same in 
vanilla 2.6.8.

Thanks,

Ralph Mitchell


Joshua Kwan wrote:

>David S. Miller wrote:
>  
>
>>Hmmm, does this fix things?
>>    
>>
>
>Absolutely perfect. You are a god among men.
>
>N.B. the last memcpy patch you sent worked fine as well,
>      as well as the syslog fix. Now we can bootstrap
>      Debian using a 2.6 kernel on sparc64!
>
>Thank you!
>
>  
>

  parent reply	other threads:[~2004-08-27 10:30 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-26  6:32 [PATCH] SunSAB console problems in 2.6.x David S. Miller
2004-08-26  8:31 ` Ralph Mitchell
2004-08-26 13:23 ` Ben Collins
2004-08-26 17:01 ` Ben Collins
2004-08-26 18:05 ` Ralph Mitchell
2004-08-26 20:19 ` David S. Miller
2004-08-27  0:43 ` Joshua Kwan
2004-08-27  1:10 ` David S. Miller
2004-08-27 10:30 ` Ralph Mitchell [this message]
2004-08-27 19:19 ` David S. Miller
2004-08-27 22:29 ` David S. Miller
2004-08-27 23:24 ` Joshua Kwan
2004-08-27 23:24 ` David S. Miller
2004-08-27 23:25 ` David S. Miller
2004-08-27 23:34 ` C.Newport
2004-08-27 23:39 ` David S. Miller
2004-08-28  0:01 ` Joshua Kwan
2004-08-28  0:04 ` David S. Miller
2004-08-28  7:06 ` Ralph Mitchell

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=412F0D52.8080004@eds.com \
    --to=rmitchell@eds.com \
    --cc=sparclinux@vger.kernel.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.