From: Kevin Diggs <kevdig@hypersurf•com>
To: linuxppc-dev@ozlabs•org
Subject: Re: pmac_zilog debugging ...
Date: Thu, 13 Nov 2008 03:38:26 -0800 [thread overview]
Message-ID: <491C11B2.1060909@hypersurf.com> (raw)
In-Reply-To: <1226096603.13603.74.camel@pasglop>
Benjamin Herrenschmidt wrote:
> On Fri, 2008-11-07 at 13:38 -0800, Kevin Diggs wrote:
>
>>to connect an 8600 to a laptop via ppp the link will lock up in short
>>order from "payloaded" pings. Any advice on how to figure out where it
>>is locking up? This command works fine to connect two x86 laptops. At
>>1200 it does take a while for an xterm to show up, though.
>
>
> Flow control might be busted. You may need to revert the polarity of the
> CTS line sampling. Let me know what you find out.
>
> Cheers,
> Ben.
>
I put the YDL 2.1 disk with it's 2.4.31 kernel back in the beast. With the
macserial driver ppp works flawlessly. I can connect to my ISP using one of
those Global Village modems. I can also torture a Nec VersaM100 laptop at
115200.
Using 2.6.27 and pmac_zilog I can't even run:
xdpyinfo -display pm8600bs:0
after telnetting into afore mentioned abused laptop.
There are some debug macros that are in pmac_zilog. I have also added a few
new ones in an attempt to see where it is locking up. The following lines
are the result of the DEBUG_HARD macro (interrupt debug):
pmac_zilog 0.00013000:ch-b: irq, r3: 2
pmac_zilog 0.00013000:ch-b: irq done.
pmac_zilog 0.00013000:ch-b: irq, r3: 4
pmac_zilog 0.00013000:ch-b: pmz_receive_chars() -> 1 (loops 1)
pmac_zilog 0.00013000:ch-b: irq done.
pmac_zilog 0.00013000:ch-b: irq, r3: 0
pmac_zilog 0.00013000:ch-b: irq done.
pmac_zilog 0.00013000:ch-b: irq, r3: 2
pmac_zilog 0.00013000:ch-b: irq done.
I think r3 is the interrupt status register. Note the '0' for the next to
last interrupt. I think this is a pattern: a 0 (???), a 2 (tx), then
locked.
Here are some metrics.
2.4.31 macserial @ 115,200:
pppstats: 47,389,911 bytes in? 46,540 packets; 2,925,937 bytes out?
45,831 rxdma interrupts
658,825 SCC interrupts
2.6.27 pmac_zilog @ 4800:
pppstats: 10,653 bytes in? 145 packets; 13,089 bytes out? 195 packets
/proc/tty/driver/ttyPZ: tx: 6,227; rx: 5,986 (!= pppstats???)
12,206 PowerMac Zilog interrupts
Interrupt load is higher without the DMA support.
Is it possible that this hardware was not meant to be used without the
DMA (i.e. it does not work quite right?)?
kevin
next prev parent reply other threads:[~2008-11-13 11:41 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-07 21:38 pmac_zilog debugging Kevin Diggs
2008-11-07 22:23 ` Benjamin Herrenschmidt
2008-11-13 11:38 ` Kevin Diggs [this message]
2008-11-13 21:44 ` Benjamin Herrenschmidt
2008-11-13 22:29 ` Kevin Diggs
2008-11-14 1:00 ` Benjamin Herrenschmidt
2008-11-17 8:37 ` Kevin Diggs
2008-11-17 9:00 ` Benjamin Herrenschmidt
2008-11-17 10:21 ` Kevin Diggs
2008-11-17 11:40 ` Benjamin Herrenschmidt
2008-11-08 5:52 ` Paul Mackerras
2008-11-08 10:46 ` Benjamin Herrenschmidt
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=491C11B2.1060909@hypersurf.com \
--to=kevdig@hypersurf$(echo .)com \
--cc=linuxppc-dev@ozlabs$(echo .)org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox