Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1329457 > unrolled thread

Freezing system after kernel 3.2

Started byKarsten Malcher <debian@home.decotrain.de>
First post2016-02-08 19:30 +0100
Last post2016-02-09 05:00 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel


Contents

  Freezing system after kernel 3.2 Karsten Malcher <debian@home.decotrain.de> - 2016-02-08 19:30 +0100
    Re: Freezing system after kernel 3.2 Ken Moffat <zarniwhoop@ntlworld.com> - 2016-02-09 05:00 +0100

#1329457 — Freezing system after kernel 3.2

FromKarsten Malcher <debian@home.decotrain.de>
Date2016-02-08 19:30 +0100
SubjectFreezing system after kernel 3.2
Message-ID<qZYJr-zh-5@gated-at.bofh.it>
Hello,

i am sorry, but is it possible that a kernel bug for a special chipset is alive since kernel 3.2?

I have a backup PC with an Asrock ALiveXFire eSATA2 R3.0 mainboard with CPU AMD64 X2 6000+.
Before this mainboard runs very stable with Debian wheezy and kernel 3.2.0.
Now i tried to update to Jessie with kernel 3.16 and the board is crashing within 1-5 minutes after boot!

There is no clear error, mostly the system is just suddenly freezing without any message or log.
Sometimes i get a kernel panic like "fatal exception in interrupt", but the boot parameter "pc=nomsi" has no effect.

I can rule out hardware problems, because the memtest can run for many hours finding nothing.
Additionally i can boot Knoppix 6.7 with kernel 3.0.4 and it is running stable.
But when i boot Knoppix 7.2 with kernel 3.9.6 the system is freezing!
Aditionally i tried out kernel 4.3.0 in Debian but it does not help. Any newer kernel freezes.

I am sure that newer kernel have a problem with this special mainboard hardware.

lspci shows:

00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port
00:05.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge
00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)
00:14.0 SMBus: ATI Technologies Inc SBx00 SMBus Controller (rev 13)
00:14.1 IDE interface: ATI Technologies Inc SB600 IDE
00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA)
00:14.3 ISA bridge: ATI Technologies Inc SB600 PCI to LPC Bridge
00:14.4 PCI bridge: ATI Technologies Inc SBx00 PCI to PCI Bridge
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
02:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon HD 3600 Series
02:00.1 Audio device: ATI Technologies Inc RV635 Audio device [Radeon HD 3600 Series]

My hope is that there are known problems with parts of this mainboard hardware?

Best regards
Karsten

[toc] | [next] | [standalone]


#1329890

FromKen Moffat <zarniwhoop@ntlworld.com>
Date2016-02-09 05:00 +0100
Message-ID<r07D4-6Ju-13@gated-at.bofh.it>
In reply to#1329457
On Mon, Feb 08, 2016 at 07:08:09PM +0100, Karsten Malcher wrote:
> Hello,
> 
> i am sorry, but is it possible that a kernel bug for a special chipset is alive since kernel 3.2?
> 
On uncommon hardware, anything is possible.  I don't actually know
if that hardware is "uncommon", only that I do not have it.

> I have a backup PC with an Asrock ALiveXFire eSATA2 R3.0 mainboard with CPU AMD64 X2 6000+.
> Before this mainboard runs very stable with Debian wheezy and kernel 3.2.0.
> Now i tried to update to Jessie with kernel 3.16 and the board is crashing within 1-5 minutes after boot!
> 
> There is no clear error, mostly the system is just suddenly freezing without any message or log.
> Sometimes i get a kernel panic like "fatal exception in interrupt", but the boot parameter "pc=nomsi" has no effect.
> 
> I can rule out hardware problems, because the memtest can run for many hours finding nothing.

LOL.  I have a phenom x4 : from time to time (fairly frequently) it
loses its lunch during compiles if I use make -j4.  On less-frequent
occasions it does the same even with make -j1.  And always
memtest86+-5.01 is happy [ well, if I use the "run all CPUs [F2]
option it locks up, but it does that on at least two other mobos
too: one of those is an intel SandyBridge so that issue is not
AMD-specific ].

> Additionally i can boot Knoppix 6.7 with kernel 3.0.4 and it is running stable.
> But when i boot Knoppix 7.2 with kernel 3.9.6 the system is freezing!
> Aditionally i tried out kernel 4.3.0 in Debian but it does not help. Any newer kernel freezes.
> 
> I am sure that newer kernel have a problem with this special mainboard hardware.
> 

If nobody else has better suggestions, I think you will have to
build upstream kernels to find when it broke.  I suggest that you
begin with standard 3.2.latest (just in case you turned out to rely
on something in the debian kernel but not upstream).  Then try
3.9.latest : if that runs ok, continue with 3.16.latest.  If not,
try e.g. 3.4.latest.  The aim is to first find which minor release
broke, and then which update in that series broke it.  What you
*might* need to do is also try .0 versions of each of these.

I am suggesting that you bisect this.  Bisection is usually a pain,
so I suggest that you first find a working version, and then work
through the next stable release of that version to find which commit
broke it.  I suspect I might have phrased my suggestions badly, but
even 3.9 is so long ago that most of us have forgotten about it [ my
last box running a 3.10 LTS kernel was a ppc64, and I have not
booted that for about 2 years ].

Good Luck, and I hope you get a better suggestion.

ĸen
-- 
This email was written using 100% recycled letters.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web