Re: BUG: Bad rss-counter state ...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On 20 Apr 2018, at 15:44, René Rebe <rene@xxxxxxxxxxxxx> wrote:

> Speaking of “updates”, if you have a patch for that segfault, …
> But today is your lucky, as my latest financing opensource work by YouTube
> videos (http://youtube.com/renerebe) shows some results, I now rebuild
> latest t2/svn:HEAD toolchain and re-build the Linux kernel for you (as
> the binutils/ld crash happened with glibc, I only need to toolchain for
> the kernel build):
> 
> # scripts/Build-Target  -cfg sparc64 -job 0-binutils
> == 13:34:33 =[0]=> Building develop/binutils [2.30 9.0-svn].
> # scripts/Build-Target  -cfg sparc64 -job 0-gcc 
> == 13:36:00 =[0]=> Building develop/gcc [7.3.0 9.0-svn].
> # scripts/Build-Target  -cfg sparc64 -job 1-linux
> == 13:42:19 =[1]=> Building base/linux [4.16.3 9.0-svn].
> 
> Waiting for the kernel to finish on my more Epyc CPU and then
> rsync and reboot. So maybe less than an hour or so ;-)

Did not change a thing, w/ GCC-7.3, latest Binutils 2.30, Ultra5:

[    0.000147] PROMLIB: Sun IEEE Boot Prom 'OBP 3.31.0 2001/07/25 20:36'
[    0.000173] PROMLIB: Root node compatible: 
[    0.000260] Linux version 4.16.3-dist (root@xxxxxxxxxxxxxxxxxxxx) (gcc version 7.3.0 (GCC)) #1 SMP Fri Apr 20 13:44:06 Local time zone must be set--see zic 
[    0.040693] bootconsole [btext0] enabled
[    0.040723] ARCH: SUN4U
[    0.040915] Ethernet address: 08:00:20:13:de:ad
[    0.041302] MM: PAGE_OFFSET is 0xfffff80000000000 (max_phys_bits == 40)
[    0.041314] MM: VMALLOC [0x0000000100000000 --> 0x0000060000000000]
[    0.041323] MM: VMEMMAP [0x0000060000000000 --> 0x00000c0000000000]
[    0.045674] Kernel: Using 2 locked TLB entries for main kernel image.
...
[   28.162995] random: crng init done
[   30.858246] BUG: Bad rss-counter state mm:000000003b665864 idx:1 val:1
[   30.858499] BUG: non-zero pgtables_bytes on freeing mm: 8192

Full disclosure:
a) this is a cross compiler, but that never mattered for me in the last decade (this is my fastest Sun @360MHz, …)
b) this system is using btrfs, however, I think I initially repotted form the Ultra30 wi/ only Ext3
c) this system has some non Sun PCI cards plugged, in, but again initially reported on the U30:

00:01.0 PCI bridge: Oracle/SUN Simba Advanced PCI Bridge (rev 13)
00:01.1 PCI bridge: Oracle/SUN Simba Advanced PCI Bridge (rev 13)
01:01.0 Bridge: Oracle/SUN EBUS (rev 01)
01:01.1 Ethernet controller: Oracle/SUN Happy Meal 10/100 Ethernet [hme] (rev 01)
01:02.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 3D Rage Pro PCI (rev 5c)
01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03)
02:01.0 SCSI storage controller: Adaptec AIC-7861 (rev 03)
02:02.0 RAID bus controller: Promise Technology, Inc. PDC20371 (FastTrak S150 TX2plus) (rev 02)
02:03.0 USB controller: NEC Corporation OHCI USB Controller (rev 43)
02:03.1 USB controller: NEC Corporation OHCI USB Controller (rev 43)
02:03.2 USB controller: NEC Corporation uPD72010x USB 2.0 Controller (rev 04)

As I said, the system does continue to run “just fine” (as far as I can see, so far), so for now this is cosmetic, and meant as “heads up” informal report, ...

-- 
 ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin
 http://exactcode.com | http://exactscan.com | http://ocrkit.com | http://t2-project.org | http://rene.rebe.de
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Development]     [DCCP]     [Linux ARM Development]     [Linux]     [Photo]     [Yosemite Help]     [Linux ARM Kernel]     [Linux SCSI]     [Linux x86_64]     [Linux Hams]

  Powered by Linux