LinuxQuestions.org
Visit Jeremy's Blog.
Home Forums Tutorials Articles Register
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 04-04-2017, 04:33 PM   #1
Desertwulf
LQ Newbie
 
Registered: Apr 2016
Distribution: Slackware
Posts: 21

Rep: Reputation: Disabled
Question Kernel Build and lilo.conf


Dear all,

I encountered a nice script to build a new kernel for the system and reconfigure lilo as well.

However, after reboot my startup stalls for several seconds on the following lines:

Code:
[    0.035140] CPU0: Thermal monitoring enabled (TM1)
[    0.035352] process: using mwait in idle threads
[    0.035549] Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8
[    0.035746] Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4
[    0.036606] Freeing SMP alternatives memory: 44K (ffffffffbc6f2000 - ffffffffbc6fd000)
[   27.045639] ftrace: allocating 43286 entries in 170 pages
[   27.065465] smpboot: Max logical packages: 2
[   27.065698] DMAR: Host address width 39
[   27.065891] DMAR: DRHD base: 0x000000fed90000 flags: 0x0
[   27.066088] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap 1c0000c40660462 ecap 7e3ff0505e
[   27.066374] DMAR: DRHD base: 0x000000fed91000 flags: 0x1
[   27.066570] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap d2008c40660462 ecap f050da
[   27.066883] DMAR: RMRR base: 0x000000d7f2e000 end: 0x000000d7f4dfff
I do no see why it starts this Freeing SMP alternatives memory and do not even know what that means.

A little later I see that the time counting starts new:

Code:
[   27.087368] x86: Booting SMP configuration:
[   27.087567] .... node  #0, CPUs:      #1
[   27.149650] TSC synchronization [CPU#0 -> CPU#1]:
[   27.150017] Measured 29166584 cycles TSC warp between CPUs, turning off TSC clock.
[   27.150299] tsc: Marking TSC unstable due to check_tsc_sync_source failed
[    0.132048]  #2 #3
[    0.252035] x86: Booted up 1 node, 4 CPUs
[    0.252288] smpboot: Total of 4 processors activated (19213.39 BogoMIPS)
[    0.253236] devtmpfs: initialized
[    0.253244] x86/mm: Memory block size: 128MB
[    0.256024] PM: Registering ACPI NVS region [mem 0xcca6d000-0xcca6dfff] (4096 bytes)
[    0.256310] PM: Registering ACPI NVS region [mem 0xd7f7f000-0xd7fcefff] (327680 bytes)
[    0.256632] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275000 ns
As this happens on the newly build kernels as well as on the old ones (which did not show this behaviour until now, but since kernel build of the newer ones and new lilo.conf they do as well)

this is my lilo.conf

Code:
# Start LILO global section
# Append any additional kernel parameters:
append=" vt.default_utf8=0"
boot = /dev/sda
default = 4.10.8
compact        # faster, but won't work on all systems.

# Boot BMP Image.
# Bitmap in BMP format: 640x480x8
  bitmap = /boot/slack.bmp
# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
  bmp-colors = 255,0,255,0,255,0
# Location of the option table: location x, location y, number of
# columns, lines per column (max 15), "spill" (this is how many
# entries must be in the first column before the next begins to
# be used.  We don't specify it here, as there's just one column.
  bmp-table = 60,6,1,16
# Timer location x, timer location y, foreground color,
# background color, shadow color.
  bmp-timer = 65,27,0,255

# Standard menu.
# Or, you can comment out the bitmap menu above and 
# use a boot message with the standard menu:
#message = /boot/boot_message.txt

# Wait until the timeout to boot (if commented out, boot the
# first entry immediately):
prompt
# Timeout before the first entry boots.
# This is given in tenths of a second, so 600 for every minute:
timeout = 120
# Override dangerous defaults that rewrite the partition table:
change-rules
  reset
# Normal VGA console
vga = normal

image = /boot/vmlinuz
  root = /dev/sda1
  label = Linux
  read-only
image = /boot/vmlinuz-4.9.13-matt
  root = /dev/sda1
  label = Kernel4913
  read-only
# Linux bootable partition config ends

## kernelMe config start
image = /boot/vmlinuz-4.10.8
  root = /dev/sda1
  label = 4.10.8
  read-only
## kernelMe config end


## kernelMe config start
image = /boot/vmlinuz-4.9.20
  root = /dev/sda1
  label = 4.9.20
  read-only
## kernelMe config end
System runs fine, I cannot see any issues in my use, so I do not expect a hardware issue, but raher something with an altered lilo.conf which I do not recognize.

Edit: there are no suspicious lilo.conf entries as I verified with my old lilo.conf and nothing except the new boot entries have been added.

Last edited by Desertwulf; 04-04-2017 at 04:39 PM. Reason: checked. lilo.conf
 
Old 04-05-2017, 01:59 AM   #2
itsgregman
Member
 
Registered: Jan 2008
Location: North Carolina
Distribution: Slackware 14.1
Posts: 211

Rep: Reputation: 77
Post or link to the script you used.
 
1 members found this post helpful.
Old 04-05-2017, 03:25 AM   #3
Didier Spaier
LQ Addict
 
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,057

Rep: Reputation: Disabled
Maybe there is an issue with your kernel log buffer size and that's why your counter starts new.

I do see in /var/log/messages (genuine Slackware 4.4.38 kernel):
Code:
Apr  5 08:20:54 didier kernel: [    0.011516] process: using mwait in idle threads
Apr  5 08:20:54 didier kernel: [    0.011592] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 8
Apr  5 08:20:54 didier kernel: [    0.011668] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32, 1GB 0
Apr  5 08:20:54 didier kernel: [    0.012081] Freeing SMP alternatives memory: 40K (ffffffff826bb000 - ffffffff826c5000)
Apr  5 08:20:54 didier kernel: [    0.023507] ftrace: allocating 41451 entries in 162 pages
Apr  5 08:20:54 didier kernel: [    0.040815] DMAR: Host address width 36
Apr  5 08:20:54 didier kernel: [    0.041586] DMAR: DRHD base: 0x000000fed90000 flags: 0x0
Apr  5 08:20:54 didier kernel: [    0.041666] DMAR: dmar0: reg_base_addr fed90000 ver 1:0 cap c0000020e60262 ecap f0101a
Apr  5 08:20:54 didier kernel: [    0.041776] DMAR: DRHD base: 0x000000fed91000 flags: 0x1
Apr  5 08:20:54 didier kernel: [    0.041855] DMAR: dmar1: reg_base_addr fed91000 ver 1:0 cap c9008020660262 ecap f0105a
Apr  5 08:20:54 didier kernel: [    0.041972] DMAR: RMRR base: 0x000000dacd5000 end: 0x000000dacebfff
Apr  5 08:20:54 didier kernel: [    0.042051] DMAR: RMRR base: 0x000000db800000 end: 0x000000df9fffff
Apr  5 08:20:54 didier kernel: [    0.042129] DMAR-IR: IOAPIC id 2 under DRHD base  0xfed91000 IOMMU 1
Apr  5 08:20:54 didier kernel: [    0.042207] DMAR-IR: HPET id 0 under DRHD base 0xfed91000
Apr  5 08:20:54 didier kernel: [    0.042648] DMAR-IR: Enabled IRQ remapping in xapic mode
So I assume that "Freeing SMP alternatives memory" is nothing to worry about.

Also, an excerpt of /var/log/messages (instead of just the output of dmseg) could help.

Anyway, knowing neither you kernel config nor your hardware makes very hard to investigate.

As itsgregman already requested, please post or link to the script you used.

Oh and in any case: lilo has certainly nothing to do with this issue as the last thing it did was to load the kernel (with no specific kernel parameter).

But, a modified init script could play a role instead.

Last edited by Didier Spaier; 04-05-2017 at 03:26 AM.
 
  


Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Installed slack 14, updated kernel to 3.2.45, setup lilo.conf, reboot->kernel panics slacker_ Slackware 9 09-22-2013 03:16 PM
New kernel and lilo.conf how-to, I'm a nOOb Slovak Slackware 6 11-13-2004 01:31 PM
Upgraded kernel, lilo.conf, didn't run /sbin/lilo dtashima Linux - Newbie 4 10-18-2004 11:21 AM
lilo.conf using a backup kernel h_lina_k Linux - General 1 02-10-2004 03:12 PM
No new kernel-option in LILO after editing lilo.conf corwax Debian 3 08-26-2003 08:55 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 03:43 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration