public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Oleg Verych <olecom@flower.upol.cz>
To: linux-kernel@vger.kernel.org
Subject: smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2))
Date: Thu, 16 Nov 2006 10:30:41 +0000 (UTC)	[thread overview]
Message-ID: <slrnelofru.7lr.olecom@flower.upol.cz> (raw)
In-Reply-To: 867ixyvum6.fsf@gere.msconsult.dk

[ Adding e-mail of Andrew Morton, he may have clue about who to ping ;]
[ MAINTAINERS.smbfs seems to be emply                                 ]

On 2006-11-14, Rasmus BЬg Hansen wrote:
[]
> [1.] One line summary of the problem:
>
> Kernel BUG's and freezes after a soft lockup.
>
> [2.] Full description of the problem/report:
>
> The night before sunday, my server froze. It was entirely dead and had
> to be power cycled. There was no seriel console connected but it
> managed to log a short BUG before, which seems related to smbfs.
>
> As it happened in the night, I am unsure what triggered the bug, but
> it was during the nightly backup routines, which includes running
> rsync over ssh (over ADSL so pretty slow) and writing some large
> .tar.bz2 to a smbfs drive. I assume (but do no know for sure) that it
> was the last one that triggered the bug.

Nobody seems to picked this up. So.
Why don't you try debian's kernel 2.6.18 from unstable?

I see, you've build it yourself, then try to enable some more locking
debuging in the "kernel hacking" section.

(gitweb down, i can't check history of smbfs, and i have amd64 arch, anyway)
> Nov 12 03:54:57 gere kernel: BUG: soft lockup detected on CPU#0!
> Nov 12 03:54:57 gere kernel:  [softlockup_tick+170/195] softlockup_tick+0xaa/0xc3
> Nov 12 03:54:57 gere kernel:  [update_process_times+56/137] update_process_times+0x38/0x89
> Nov 12 03:54:57 gere kernel:  [smp_apic_timer_interrupt+105/117] smp_apic_timer_interrupt+0x69/0x75
> Nov 12 03:54:57 gere kernel:  [smbiod+238/348] smbiod+0xee/0x15c
this

> Nov 12 03:54:57 gere kernel:  [apic_timer_interrupt+31/36] apic_timer_interrupt+0x1f/0x24
> Nov 12 03:54:57 gere kernel:  [journal_init_revoke+49/678] journal_init_revoke+0x31/0x2a6
> Nov 12 03:54:57 gere kernel:  [smbiod+238/348] smbiod+0xee/0x15c
and this *may be* double (un)lock.

> I will, of course, post useful information, if necessary.
____


  reply	other threads:[~2006-11-16 10:31 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-14 16:52 BUG: soft lockup detected on CPU#0! (2.6.18.2) Rasmus Bøg Hansen
2006-11-16 10:30 ` Oleg Verych [this message]
2006-11-17 15:45   ` smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)) Rasmus Bøg Hansen
2006-11-22 12:22     ` Rasmus Bøg Hansen
2006-11-22 14:12       ` nfs3: possible recursive locking " Oleg Verych
2006-11-22 17:43         ` Rasmus Bøg Hansen
2006-11-23  8:31           ` Oleg Verych
2006-11-17 22:53   ` smbfs " Andrew Morton
2006-11-18  3:30     ` [patch] smbfs: is obsolete, please use CIFS Oleg Verych
2006-11-19 22:18     ` smbfs (Re: BUG: soft lockup detected on CPU#0! (2.6.18.2)) Rasmus Bøg Hansen

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=slrnelofru.7lr.olecom@flower.upol.cz \
    --to=olecom@flower.upol.cz \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox