All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ralf Baechle DL5RB <ralf@linux-mips.org>
To: aa6qn@aa6qn.sytes.net
Cc: linux-hams@vger.kernel.org
Subject: Re: 2.6.14-r4 crashing
Date: Mon, 24 Oct 2005 12:19:56 +0100	[thread overview]
Message-ID: <20051024111956.GD2605@linux-mips.org> (raw)
In-Reply-To: <60264.192.168.1.2.1130068144.squirrel@192.168.1.12>

On Sun, Oct 23, 2005 at 04:49:04AM -0700, aa6qn@aa6qn.sytes.net wrote:

> Ok, this time I captured the dump screen. It did stay up longer..

It may not be the perfect method but screenshots with digital cameras
have provent to be very useful in the past where crash messages don't
get caught in syslog.

Or serial console, clearly the best thing since sliced brear ;-)

> At the kernel panic screen:
> -------------
> call trace
> _spin_lock_irqsave
> lock_timer_
> del timer
> ax25_destroy_socket
> ax25_heartbeat_expiry
> run_timer_softirq
> __do_softirq
> do_softirq

Delayed socket destruction code.  That's giving me some idea.  I tried to
cleanup that code earlier in the hope to come up with something that can
obviously shown to be correct but it turned out to be a non-trivial
project.

> Some things I have set and tried:
> -I do not have to add the far end 44 address routing.

Linux will automatically establish a route for every interface, that's
why you don't have to.

> -I have tried both tunl0 and eth0 for connection dev's
> -For my tunl0, I configured it with a local 44 domain IP address
> -I have attached ax25ipd via the ax5 device and it does allow me to
> exchange netrom data with the far end using the far ends 44 domain IP.

NET/ROM.  I guess that is the common factor between you and OH1MRR who
is experiencing a problem that's looking vaguely similar.  Time to turn
NET/ROM upside down; the code is certainly incorrect on any system
running a SMP or preemptible kernel.

> -I am not doing IPv6 just IPv4

That just oldfashioned but not wrong :-)

> I picked up pointer from this site:
> http://www.deepspace6.net/docs/iproute2tunnel-en.html
> 
> Hope I am doing it right!

Missconfiguration is not an acceptable cause for a crash, so yes.

Btw, you may want to switch to GRE tunneling; GRE is a superior tunneling
technology compared to IP-over-IP.

73 de DL5RB op Ralf

--
Loc. JN47BS / CQ 14 / ITU 28 / DOK A21

  reply	other threads:[~2005-10-24 11:19 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-22  1:18 2.6.14-r4 crashing aa6qn
2005-10-22  8:52 ` jarmo
2005-10-22 12:52   ` Ralf Baechle DL5RB
2005-10-22 12:46 ` Ralf Baechle DL5RB
2005-10-22 18:42   ` aa6qn
2005-10-23 11:49   ` aa6qn
2005-10-24 11:19     ` Ralf Baechle DL5RB [this message]
2005-10-25 16:09       ` aa6qn
2005-10-25 20:46         ` John Ronan
2005-10-27  9:51           ` Ralf Baechle DL5RB

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=20051024111956.GD2605@linux-mips.org \
    --to=ralf@linux-mips.org \
    --cc=aa6qn@aa6qn.sytes.net \
    --cc=linux-hams@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.