Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
RAM upgrade and Kernel panic on boot
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
trumee
Guru
Guru


Joined: 02 Mar 2003
Posts: 549
Location: London,UK

PostPosted: Fri Jun 03, 2016 12:53 am    Post subject: RAM upgrade and Kernel panic on boot Reply with quote

Hello,

I added a 4GB stick to my system upgrading it to 8GB RAM. The system now does a kernel panic boot (screenshot). The kernel is 64bit and i am able to boot OpenSuse fine. I ran memtest86 overnight and it passed too. Any body knows what kernel option is triggering this?

The kernel config is here

Thanks


Last edited by trumee on Fri Jun 03, 2016 3:28 pm; edited 2 times in total
Back to top
View user's profile Send private message
PeGa!
Tux's lil' helper
Tux's lil' helper


Joined: 13 May 2005
Posts: 101
Location: Capital Federal, Buenos Aires, Argentina

PostPosted: Fri Jun 03, 2016 6:58 am    Post subject: Reply with quote

Aside from an esoteric kernel configuration, I don't see how a kernel config could trigger this behavior.

Some ideas:

- You've got in the gentoo kernel some kind of debug/security check intended for developers set on.
- You've got a ramdisk that went rogue.
- If opensuse is i386, that would explain why gentoo isn't able to boot (opensuse not being able to reach whole memory area will not complain about new corrupt memory, hence gentoo kernel crashing)


Did you try with genkernel?
_________________
If it moves, it needs an ebuild.

Adopt an unanswered post.
Back to top
View user's profile Send private message
pilla
Administrator
Administrator


Joined: 07 Aug 2002
Posts: 7693
Location: Pelotas, BR

PostPosted: Fri Jun 03, 2016 11:43 am    Post subject: Reply with quote

trumee, your link for the kernel config is broken, pointing to the kernel oops.

Have you tried to switch the memory sticks?
_________________
"I'm just very selective about the reality I choose to accept." -- Calvin
Back to top
View user's profile Send private message
trumee
Guru
Guru


Joined: 02 Mar 2003
Posts: 549
Location: London,UK

PostPosted: Fri Jun 03, 2016 3:32 pm    Post subject: Reply with quote

pilla wrote:
trumee, your link for the kernel config is broken, pointing to the kernel oops.

Have you tried to switch the memory sticks?


Sorry, updated the link.

Changing the ram slots doesnt help. I tried a fresh config and the system booted fine. However, my system specific config is better, but i am not sure what is triiggering the kernel panic.
Back to top
View user's profile Send private message
pilla
Administrator
Administrator


Joined: 07 Aug 2002
Posts: 7693
Location: Pelotas, BR

PostPosted: Fri Jun 03, 2016 4:28 pm    Post subject: Reply with quote

So I did some research on it. Looks like you got a call from swiotlb_full() (1), which means:

Code:

/*
711          * Ran out of IOMMU space for this operation. This is very bad.
712          * Unfortunately the drivers cannot handle this operation properly.
713          * unless they check for dma_mapping_error (most don't)
714          * When the mapping is small enough return a static buffer to limit
715          * the damage, or panic when the transfer is too big.
716          */


So it looks like some driver for a device that uses DMA is giving IOMMU headaches. IOMMU is used for virtualization, are you running virtual machines (or inside one)?

I would check off all IOMMU-related things in the kernel if they are not required for now and then test a new kernel.
_________________
"I'm just very selective about the reality I choose to accept." -- Calvin
Back to top
View user's profile Send private message
trumee
Guru
Guru


Joined: 02 Mar 2003
Posts: 549
Location: London,UK

PostPosted: Fri Jun 03, 2016 5:37 pm    Post subject: Reply with quote

pilla wrote:
So I did some research on it. Looks like you got a call from swiotlb_full() (1), which means:

Code:

/*
711          * Ran out of IOMMU space for this operation. This is very bad.
712          * Unfortunately the drivers cannot handle this operation properly.
713          * unless they check for dma_mapping_error (most don't)
714          * When the mapping is small enough return a static buffer to limit
715          * the damage, or panic when the transfer is too big.
716          */


So it looks like some driver for a device that uses DMA is giving IOMMU headaches. IOMMU is used for virtualization, are you running virtual machines (or inside one)?

I would check off all IOMMU-related things in the kernel if they are not required for now and then test a new kernel.


I am not using virtualization. I disabled all IOMMU related options but still getting kernel panic.

Code:

$grep IOMMU .config
# CONFIG_GART_IOMMU is not set
# CONFIG_CALGARY_IOMMU is not set
CONFIG_IOMMU_HELPER=y
# CONFIG_IOMMU_SUPPORT is not set
# CONFIG_IOMMU_STRESS is not set
Back to top
View user's profile Send private message
acidrums4
Tux's lil' helper
Tux's lil' helper


Joined: 05 Feb 2009
Posts: 136
Location: Al otro lado del monitor

PostPosted: Sun Jan 29, 2017 11:31 am    Post subject: Reply with quote

Hello there,

Did you manage to solve this? I'm facing this very issue. With a 2GB + 1GB RAM cards my laptop boots successfully, but with two 2GB cards it goes into a kernel panic when launching X (or even disabling X, a few seconds after giving a shell prompt it goes into kernel panic too).
Back to top
View user's profile Send private message
Roman_Gruber
Advocate
Advocate


Joined: 03 Oct 2006
Posts: 3806
Location: Austro Bavaria

PostPosted: Sun Jan 29, 2017 11:36 am    Post subject: Reply with quote

Download memtest and run it for each memory stick. just plug in one 2gb and test it

are those specs the same for the RAM modules?

lets assume your gentoo and your opensuse are both 64bit, than you could reuse suses kernel config. just check before as mentioned with e.g. top if the hole RAM is adressed in opensuse.

Bios update already checked? done?

I assume you are arleady using the latest kernel.org stable release? Any kernel bug is invalid anyway with dated kernels !

--

when you provide

laptop model, exact numbers
cpu / chipset

manufacturer name for both ram modules.

--

a hardware defect can also not be ruled out. some guys can damage anything by just plug in something. those connectors are fragile. than ESD, scratch of the mainboard while opening the case and such ...
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum