my system can't load some kernels

kaveh — Wed, 22 May 2013 15:38:48 +0000

Hi

My Laptop = ?Viao VG-FE 48G

SL ( 2.6.32-358.2.1.el6.x86_64) load
but
SL ( 2.6.32-358.6.1.el6.x86_64)
SL ( 2.6.32-358.2.2.el6.x86_64)
can't load .
What can i do to run this kernels?

Dell T310: 2.6.32-358.6.1.el6.x86_64 hangs on boot

sbergman — Sat, 27 Apr 2013 19:27:40 +0000

I have 2 Dell T310 servers which boot just fine on 358.2.1. However, since the 358.6.1 update, immediately after the grub screen, I get a flashing cursor for a little over 7 minutes before the first output from the kernel. (This is with rhgb & quiet removed from the boot parameter string.)

Neither dmesg nor /var/log/messages reveal anything interesting. And I haven't been able to Google or Bugzilla up anyone else who is experiencing the problem. Though it happens on both of my T310 SL6.4 servers. Any ideas on what could be causing this?

Thanks for any ideas,
Steve Bergman

Difference and attributes of semaphore and mutex

ram619 — Mon, 01 Apr 2013 19:23:58 +0000

I am a bit confused with semaphore and mutex, please verify following

Mutex:-
1. Recursive locking allowed or not ?
Answer- As I think its operating system dependent.
2. holder can sleep or not ?
Answer- Can Sleep, even while holding lock.
3, is scope limited within the process ??? that is it can't be used between two process ?
Answer- Can be used between processes

4. It can't be acquired by interrupt handler or bottom half

5. to be used when u want long lock hold time ?????

6 its used for locking

7. strictly manages two tasks

Semaphore:-

1. Recursive locking allowed or not ?
Answer- not allowed ?
2. can sleep or not ?
Answer- Can Sleep.
3, is scope limited within the process ??? that is it can't be used between two process ?
Answer- Can be used between processes

4. its for synchronization or can be taken as signaling mechanism.
5. Manage pool of tasks.

What about this kernel tweak?

Amirul — Fri, 29 Mar 2013 08:13:14 +0000

http://mvirt.com/2011/07/22/io-tweaking-in-el6/
Perhaps this has been discussed elsewhere, is it worthwhile to apply?

skype noise in new kernel

chance5 — Wed, 20 Mar 2013 11:12:49 +0000

Hi,
I'm using Skype 4.1.0.20 and find in the current default kernel 2.6.32-358.2.1.el6, the Skype sound is always along with some noise while in the old kernel 2.6.32-279.19.1.el6 the sound is clear.
I also use Rhythmbox and notice no difference between the two kernels. But since the same Skype preforms differently in two kernels, I suppose that's due the the changes in kernel. Does any one know why the noise in Skype? And how to fix? Thanks.

How to install kernel source on SL6 ?

GloW — Mon, 04 Mar 2013 10:30:25 +0000

Hello

I'm currently installing a matrox card on a SL6 running machine.

During the instalation of the matrox driver, mil-lite, i obtain the following output.

CODE

=> Checking kernel sources...
We could not find the kernel sources for your current system. Please install them before retrying the installation.
Kernel version : 2.6.32-279.el6.x86_64
MIL Installation Aborted. (20)

All i need to do is installing the kernel sources.

kernel, kernel-devel and kernel-headers are already installed.

However since SL4, there is no more kernel-source package, and i've seen here that i should extract kernel source from src.rpm.

Well i've tried to, but no results for now.

So how to install kernel source on SL6?

"mem=4096M" as kernel boot parameter gives less memory

Guttagrynna — Wed, 23 Jan 2013 21:28:38 +0000

The NI-VISA driver by National Instruments will not work unless you pass "mem=4096M" as kernel boot parameter (or a lower value). This seems fairly well established, and it certainly works for me. My only complaint is that I end up getting only around 2.3 GB of memory in use. Is this unavoidable, giver my specific hardware, or is there anything I can do about it?

I'm using a Lenovo T500 laptop.

Edit: I also have a Lenovo Ideapad S205. In that case I end up with 3 GB of usable memory.

I past parts of dmesg that should be relevant, but I don't know how to interpret:

CODE

Initializing cgroup subsys cpuset
Initializing cgroup subsys cpu
Linux version 2.6.32-279.19.1.el6.i686 (mockbuild@sl6.fnal.gov) (gcc version 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC) ) #1 SMP Tue Dec 18 17:26:17 CST 2012
KERNEL supported cpus:
Intel GenuineIntel
AMD AuthenticAMD
NSC Geode by NSC
Cyrix CyrixInstead
Centaur CentaurHauls
Transmeta GenuineTMx86
Transmeta TransmetaCPU
UMC UMC UMC UMC
Disabled fast string operations
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009ac00 (usable)
BIOS-e820: 000000000009ac00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000009d4a1000 (usable)
BIOS-e820: 000000009d4a1000 - 000000009d4a7000 (reserved)
BIOS-e820: 000000009d4a7000 - 000000009d5b8000 (usable)
BIOS-e820: 000000009d5b8000 - 000000009d60f000 (reserved)
BIOS-e820: 000000009d60f000 - 000000009d6c6000 (usable)
BIOS-e820: 000000009d6c6000 - 000000009d6d1000 (ACPI NVS)
BIOS-e820: 000000009d6d1000 - 000000009d6d4000 (ACPI data)
BIOS-e820: 000000009d6d4000 - 000000009d6d8000 (reserved)
BIOS-e820: 000000009d6d8000 - 000000009d6dc000 (ACPI NVS)
BIOS-e820: 000000009d6dc000 - 000000009d6df000 (reserved)
BIOS-e820: 000000009d6df000 - 000000009d706000 (ACPI NVS)
BIOS-e820: 000000009d706000 - 000000009d708000 (ACPI data)
BIOS-e820: 000000009d708000 - 000000009d90f000 (reserved)
BIOS-e820: 000000009d90f000 - 000000009d99f000 (ACPI NVS)
BIOS-e820: 000000009d99f000 - 000000009d9ff000 (ACPI data)
BIOS-e820: 000000009d9ff000 - 000000009da00000 (usable)
BIOS-e820: 000000009dc00000 - 00000000a0000000 (reserved)
BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fed00000 - 00000000fed00400 (reserved)
BIOS-e820: 00000000fed10000 - 00000000fed14000 (reserved)
BIOS-e820: 00000000fed18000 - 00000000fed1a000 (reserved)
BIOS-e820: 00000000fed1c000 - 00000000fed90000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
BIOS-e820: 0000000100000000 - 000000015c000000 (usable)
e820 remove range: 0000000100000000 - ffffffffffffffff (usable)
user-defined physical RAM map:
user: 0000000000000000 - 000000000009ac00 (usable)
user: 000000000009ac00 - 00000000000a0000 (reserved)
user: 00000000000dc000 - 0000000000100000 (reserved)
user: 0000000000100000 - 000000009d4a1000 (usable)
user: 000000009d4a1000 - 000000009d4a7000 (reserved)
user: 000000009d4a7000 - 000000009d5b8000 (usable)
user: 000000009d5b8000 - 000000009d60f000 (reserved)
user: 000000009d60f000 - 000000009d6c6000 (usable)
user: 000000009d6c6000 - 000000009d6d1000 (ACPI NVS)
user: 000000009d6d1000 - 000000009d6d4000 (ACPI data)
user: 000000009d6d4000 - 000000009d6d8000 (reserved)
user: 000000009d6d8000 - 000000009d6dc000 (ACPI NVS)
user: 000000009d6dc000 - 000000009d6df000 (reserved)
user: 000000009d6df000 - 000000009d706000 (ACPI NVS)
user: 000000009d706000 - 000000009d708000 (ACPI data)
user: 000000009d708000 - 000000009d90f000 (reserved)
user: 000000009d90f000 - 000000009d99f000 (ACPI NVS)
user: 000000009d99f000 - 000000009d9ff000 (ACPI data)
user: 000000009d9ff000 - 000000009da00000 (usable)
user: 000000009dc00000 - 00000000a0000000 (reserved)
user: 00000000e0000000 - 00000000f0000000 (reserved)
user: 00000000fec00000 - 00000000fec10000 (reserved)
user: 00000000fed00000 - 00000000fed00400 (reserved)
user: 00000000fed10000 - 00000000fed14000 (reserved)
user: 00000000fed18000 - 00000000fed1a000 (reserved)
user: 00000000fed1c000 - 00000000fed90000 (reserved)
user: 00000000fee00000 - 00000000fee01000 (reserved)
user: 00000000ff800000 - 0000000100000000 (reserved)
DMI present.
SMBIOS version 2.4 @ 0xF63B0
DMI: LENOVO 20829FG/20829FG, BIOS 7VET77WW (3.07 ) 09/02/2009
e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
last_pfn = 0x9da00 max_arch_pfn = 0x400000
MTRR default type: uncachable
MTRR fixed ranges enabled:
00000-9FFFF write-back
A0000-BFFFF uncachable
C0000-FFFFF write-protect
MTRR variable ranges enabled:
0 base 15C000000 mask FFC000000 uncachable
1 base 09E000000 mask FFE000000 uncachable
2 base 000000000 mask F80000000 write-back
3 base 080000000 mask FE0000000 write-back
4 base 100000000 mask FC0000000 write-back
5 base 140000000 mask FE0000000 write-back
6 base 09DE00000 mask FFFE00000 uncachable
x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
original variable MTRRs
reg 0, base: 5568MB, range: 64MB, type UC
reg 1, base: 2528MB, range: 32MB, type UC
reg 2, base: 0GB, range: 2GB, type WB
reg 3, base: 2GB, range: 512MB, type WB
reg 4, base: 4GB, range: 1GB, type WB
reg 5, base: 5GB, range: 512MB, type WB
reg 6, base: 2526MB, range: 2MB, type UC
total RAM covered: 3998M
gran_size: 64K chunk_size: 64K num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 128K num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 256K num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 512K num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 1M num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 64K chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 64K chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 64K chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 64K chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 64K chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 64K chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 64K chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 64K chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 64K chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 64K chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 128K chunk_size: 128K num_reg: 7 lose cover RAM: 1474M
gran_size: 128K chunk_size: 256K num_reg: 7 lose cover RAM: 1474M
gran_size: 128K chunk_size: 512K num_reg: 7 lose cover RAM: 1474M
gran_size: 128K chunk_size: 1M num_reg: 7 lose cover RAM: 1474M
gran_size: 128K chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 128K chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 128K chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 128K chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 128K chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 128K chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 128K chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 128K chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 128K chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 128K chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 128K chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 256K chunk_size: 256K num_reg: 7 lose cover RAM: 1474M
gran_size: 256K chunk_size: 512K num_reg: 7 lose cover RAM: 1474M
gran_size: 256K chunk_size: 1M num_reg: 7 lose cover RAM: 1474M
gran_size: 256K chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 256K chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 256K chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 256K chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 256K chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 256K chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 256K chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 256K chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 256K chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 256K chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 256K chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 512K chunk_size: 512K num_reg: 7 lose cover RAM: 1474M
gran_size: 512K chunk_size: 1M num_reg: 7 lose cover RAM: 1474M
gran_size: 512K chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 512K chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 512K chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 512K chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 512K chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 512K chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 512K chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 512K chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 512K chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 512K chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 512K chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 1M chunk_size: 1M num_reg: 7 lose cover RAM: 1474M
gran_size: 1M chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 1M chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 1M chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 1M chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 1M chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 1M chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 1M chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 1M chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 1M chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 1M chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 1M chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 2M chunk_size: 2M num_reg: 7 lose cover RAM: 1474M
gran_size: 2M chunk_size: 4M num_reg: 7 lose cover RAM: 448M
gran_size: 2M chunk_size: 8M num_reg: 7 lose cover RAM: 448M
gran_size: 2M chunk_size: 16M num_reg: 7 lose cover RAM: 448M
gran_size: 2M chunk_size: 32M num_reg: 7 lose cover RAM: 448M
gran_size: 2M chunk_size: 64M num_reg: 7 lose cover RAM: 64M
gran_size: 2M chunk_size: 128M num_reg: 7 lose cover RAM: 0G
gran_size: 2M chunk_size: 256M num_reg: 7 lose cover RAM: 0G
gran_size: 2M chunk_size: 512M num_reg: 7 lose cover RAM: 0G
*BAD*gran_size: 2M chunk_size: 1G num_reg: 7 lose cover RAM: -512M
*BAD*gran_size: 2M chunk_size: 2G num_reg: 7 lose cover RAM: -512M
gran_size: 4M chunk_size: 4M num_reg: 7 lose cover RAM: 1474M
gran_size: 4M chunk_size: 8M num_reg: 7 lose cover RAM: 450M
gran_size: 4M chunk_size: 16M num_reg: 7 lose cover RAM: 450M
gran_size: 4M chunk_size: 32M num_reg: 7 lose cover RAM: 450M
gran_size: 4M chunk_size: 64M num_reg: 7 lose cover RAM: 66M
gran_size: 4M chunk_size: 128M num_reg: 7 lose cover RAM: 2M
gran_size: 4M chunk_size: 256M num_reg: 7 lose cover RAM: 2M
gran_size: 4M chunk_size: 512M num_reg: 7 lose cover RAM: 2M
*BAD*gran_size: 4M chunk_size: 1G num_reg: 7 lose cover RAM: -510M
*BAD*gran_size: 4M chunk_size: 2G num_reg: 7 lose cover RAM: -510M
gran_size: 8M chunk_size: 8M num_reg: 7 lose cover RAM: 454M
gran_size: 8M chunk_size: 16M num_reg: 7 lose cover RAM: 454M
gran_size: 8M chunk_size: 32M num_reg: 7 lose cover RAM: 454M
gran_size: 8M chunk_size: 64M num_reg: 7 lose cover RAM: 70M
gran_size: 8M chunk_size: 128M num_reg: 7 lose cover RAM: 6M
gran_size: 8M chunk_size: 256M num_reg: 7 lose cover RAM: 6M
gran_size: 8M chunk_size: 512M num_reg: 7 lose cover RAM: 6M
*BAD*gran_size: 8M chunk_size: 1G num_reg: 7 lose cover RAM: -506M
*BAD*gran_size: 8M chunk_size: 2G num_reg: 7 lose cover RAM: -506M
gran_size: 16M chunk_size: 16M num_reg: 7 lose cover RAM: 206M
gran_size: 16M chunk_size: 32M num_reg: 7 lose cover RAM: 462M
gran_size: 16M chunk_size: 64M num_reg: 7 lose cover RAM: 78M
gran_size: 16M chunk_size: 128M num_reg: 7 lose cover RAM: 14M
gran_size: 16M chunk_size: 256M num_reg: 7 lose cover RAM: 14M
gran_size: 16M chunk_size: 512M num_reg: 7 lose cover RAM: 14M
*BAD*gran_size: 16M chunk_size: 1G num_reg: 7 lose cover RAM: -498M
*BAD*gran_size: 16M chunk_size: 2G num_reg: 7 lose cover RAM: -498M
gran_size: 32M chunk_size: 32M num_reg: 7 lose cover RAM: 94M
gran_size: 32M chunk_size: 64M num_reg: 7 lose cover RAM: 94M
gran_size: 32M chunk_size: 128M num_reg: 6 lose cover RAM: 30M
gran_size: 32M chunk_size: 256M num_reg: 6 lose cover RAM: 30M
gran_size: 32M chunk_size: 512M num_reg: 6 lose cover RAM: 30M
gran_size: 32M chunk_size: 1G num_reg: 7 lose cover RAM: 30M
gran_size: 32M chunk_size: 2G num_reg: 7 lose cover RAM: 30M
gran_size: 64M chunk_size: 64M num_reg: 7 lose cover RAM: 94M
gran_size: 64M chunk_size: 128M num_reg: 6 lose cover RAM: 30M
gran_size: 64M chunk_size: 256M num_reg: 6 lose cover RAM: 30M
gran_size: 64M chunk_size: 512M num_reg: 6 lose cover RAM: 30M
gran_size: 64M chunk_size: 1G num_reg: 7 lose cover RAM: 30M
gran_size: 64M chunk_size: 2G num_reg: 7 lose cover RAM: 30M
gran_size: 128M chunk_size: 128M num_reg: 6 lose cover RAM: 158M
gran_size: 128M chunk_size: 256M num_reg: 6 lose cover RAM: 158M
gran_size: 128M chunk_size: 512M num_reg: 6 lose cover RAM: 158M
gran_size: 128M chunk_size: 1G num_reg: 7 lose cover RAM: 158M
gran_size: 128M chunk_size: 2G num_reg: 7 lose cover RAM: 158M
gran_size: 256M chunk_size: 256M num_reg: 4 lose cover RAM: 414M
gran_size: 256M chunk_size: 512M num_reg: 6 lose cover RAM: 414M
gran_size: 256M chunk_size: 1G num_reg: 7 lose cover RAM: 414M
gran_size: 256M chunk_size: 2G num_reg: 7 lose cover RAM: 414M
gran_size: 512M chunk_size: 512M num_reg: 2 lose cover RAM: 926M
gran_size: 512M chunk_size: 1G num_reg: 2 lose cover RAM: 926M
gran_size: 512M chunk_size: 2G num_reg: 2 lose cover RAM: 926M
gran_size: 1G chunk_size: 1G num_reg: 2 lose cover RAM: 926M
gran_size: 1G chunk_size: 2G num_reg: 2 lose cover RAM: 926M
gran_size: 2G chunk_size: 2G num_reg: 1 lose cover RAM: 1950M
mtrr_cleanup: can not find optimal value
please specify mtrr_gran_size/mtrr_chunk_size
e820 update range: 000000009de00000 - 0000000100000000 (usable) ==> (reserved)
initial memory mapped : 0 - 01000000
init_memory_mapping: 0000000000000000-00000000375fe000
NX (Execute Disable) protection: active
0000000000 - 0000200000 page 4k
0000200000 - 0037400000 page 2M
0037400000 - 00375fe000 page 4k
kernel direct mapping tables up to 375fe000 @ 7000-f000
RAMDISK: 369d0000 - 37feff16
Allocated new RAMDISK: 00c4a000 - 02269f16
Move RAMDISK from 00000000369d0000 - 0000000037feff15 to 00c4a000 - 02269f15
ACPI: RSDP 000f6450 00024 (v02 LENOVO)
ACPI: XSDT 9d949c22 00094 (v01 LENOVO TP-7V 00003070 LTP 00000000)
ACPI: FACP 9d949d00 000F4 (v03 LENOVO TP-7V 00003070 LNVO 00000001)
ACPI: DSDT 9d94a10e 0FAC1 (v01 LENOVO TP-7V 00003070 MSFT 03000000)
ACPI: FACS 9d98e000 00040
ACPI: SSDT 9d949eb4 0025A (v01 LENOVO TP-7V 00003070 MSFT 03000000)
ACPI: ECDT 9d959bcf 00052 (v01 LENOVO TP-7V 00003070 LNVO 00000001)
ACPI: APIC 9d959c21 00078 (v01 LENOVO TP-7V 00003070 LNVO 00000001)
ACPI: MCFG 9d959c99 0003C (v01 LENOVO TP-7V 00003070 LNVO 00000001)
ACPI: HPET 9d959cd5 00038 (v01 LENOVO TP-7V 00003070 LNVO 00000001)
ACPI: SLIC 9d959e62 00176 (v01 LENOVO TP-7V 00003070 LTP 00000000)
ACPI: BOOT 9d959fd8 00028 (v01 LENOVO TP-7V 00003070 LTP 00000001)
ACPI: SSDT 9d98d1fa 00568 (v01 LENOVO TP-7V 00003070 INTL 20050513)
ACPI: TCPA 9d707000 00032 (v00 00000000 00000000)
ACPI: DMAR 9d706000 00100 (v01 ? 00000001 00000000)
ACPI: SSDT 9d6d3000 00655 (v01 PmRef CpuPm 00003000 INTL 20050624)
ACPI: SSDT 9d6d2000 00274 (v01 PmRef Cpu0Tst 00003000 INTL 20050624)
ACPI: SSDT 9d6d1000 00242 (v01 PmRef ApTst 00003000 INTL 20050624)
ACPI: DMI detected: Lenovo ThinkPad T500
ACPI: Added _OSI(Linux)
ACPI: Local APIC address 0xfee00000
1636MB HIGHMEM available.
885MB LOWMEM available.
mapped low ram: 0 - 375fe000
low ram: 0 - 375fe000
node 0 low ram: 00000000 - 375fe000
node 0 bootmap 0000b000 - 00011ec0
(9 early reservations) ==> bootmem [0000000000 - 00375fe000]
#0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
#1 [0000001000 - 0000002000] EX TRAMPOLINE ==> [0000001000 - 0000002000]
#2 [0000006000 - 0000007000] TRAMPOLINE ==> [0000006000 - 0000007000]
#3 [0000400000 - 0000c40430] TEXT DATA BSS ==> [0000400000 - 0000c40430]
#4 [000009ac00 - 0000100000] BIOS reserved ==> [000009ac00 - 0000100000]
#5 [0000c41000 - 0000c49140] BRK ==> [0000c41000 - 0000c49140]
#6 [0000007000 - 000000b000] PGTABLE ==> [0000007000 - 000000b000]
#7 [0000c4a000 - 0002269f16] NEW RAMDISK ==> [0000c4a000 - 0002269f16]
#8 [000000b000 - 0000012000] BOOTMAP ==> [000000b000 - 0000012000]
found SMP MP-table at [c00f6490] f6490
Reserving 129MB of memory at 48MB for crashkernel (System RAM: 2522MB)
Zone PFN ranges:
DMA 0x00000001 -> 0x00001000
Normal 0x00001000 -> 0x000375fe
HighMem 0x000375fe -> 0x0009da00
Movable zone start PFN for each node
early_node_map[5] active PFN ranges
0: 0x00000001 -> 0x0000009a
0: 0x00000100 -> 0x0009d4a1
0: 0x0009d4a7 -> 0x0009d5b8
0: 0x0009d60f -> 0x0009d6c6
0: 0x0009d9ff -> 0x0009da00
On node 0 totalpages: 644611
DMA zone: 32 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 3961 pages, LIFO batch:0
Normal zone: 1740 pages used for memmap
Normal zone: 220978 pages, LIFO batch:31
HighMem zone: 3273 pages used for memmap
HighMem zone: 414627 pages, LIFO batch:31
Using APIC driver default

Kernel soft lockup when multiple threads pinned to one core

cliffdi — Fri, 11 Jan 2013 17:13:41 +0000

Hi,

I have what I think is a kernel bug and just wondered if anyone has any experience with a similar issue.

I have a test app that starts 6 threads. Each is set to run at real-time priority using the round-robin scheduler. They are all pinned to the same core.

There are various reasons why I'm doing this but testing out the kernel under various runtime configurations and stress conditions is one of them. I'm trying to get detailed stats of performance improvements by changing various kernel parameters. Obviously I'm chainging one thing at a time, and I've hit this problem with the out-of-the-box configuration!

The threads do some work (for a microsecond or so) and then go back to sleep for a random internal (could be anything from 50 microsecs to a few millisecs). The software is running on a 12 core (2x6 core) IBM M3 server and runs continually collecting lots of performance stats.

Occasionally (once every couple of days or so), without any specific cause, one of the threads gets hung up in the kernel (soft lockup as dump below) when the thread goes to sleep. As all the threads are pinned to the same core, they all stop running.

I have tried running the same test without setting the core affinities and so far I haven't had the same problem with that configuration. So the problem does seem to be scheduler-related.

I'm using SL6.3 minimal installation (latest updates) with the standard kernel (2.6.32-279.19.1.el6.x86_64 #1 SMP Tue Dec 18 17:22.54 CST 2012).

Thanks

Cliff

Jan 11 15:23:16 testhost1 kernel: BUG: soft lockup - CPU#7 stuck for 67s! [TestApp1:32607]
Jan 11 15:23:16 testhost1 kernel: Modules linked in: autofs4 sunrpc 8021q garp stp llc ipv6 onload(U) sfc_char(U) sfc_resource(U) sfc_affinity(U) sfc_tune(U) sfc(U) i2c_algo_bit mdio bnx2 cdc_ether usbnet mii microcode serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support sg ioatdma dca i7core_edac edac_core shpchp ext4 mbcache jbd2 sd_mod crc_t10dif pata_acpi ata_generic ata_piix qla2xxx scsi_transport_fc scsi_tgt megaraid_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib]
Jan 11 15:23:16 testhost1 kernel: CPU 7
Jan 11 15:23:16 testhost1 kernel: Modules linked in: autofs4 sunrpc 8021q garp stp llc ipv6 onload(U) sfc_char(U) sfc_resource(U) sfc_affinity(U) sfc_tune(U) sfc(U) i2c_algo_bit mdio bnx2 cdc_ether usbnet mii microcode serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support sg ioatdma dca i7core_edac edac_core shpchp ext4 mbcache jbd2 sd_mod crc_t10dif pata_acpi ata_generic ata_piix qla2xxx scsi_transport_fc scsi_tgt megaraid_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib]
Jan 11 15:23:16 testhost1 kernel:
Jan 11 15:23:16 testhost1 kernel: Pid: 32607, comm: TestApp1 Not tainted 2.6.32-279.19.1.el6.x86_64 #1 IBM System x3650 M3 -[7945N2G]-/69Y5698
Jan 11 15:23:16 testhost1 kernel: RIP: 0033:[<00007f2e35de2dd8>] [<00007f2e35de2dd8>] 0x7f2e35de2dd8
Jan 11 15:23:16 testhost1 kernel: RSP: 002b:00007f2e35399cf0 EFLAGS: 00000297
Jan 11 15:23:16 testhost1 kernel: RAX: 0000000000007f61 RBX: 0000000000fc0708 RCX: 00000039b90e4ae9
Jan 11 15:23:16 testhost1 kernel: RDX: 0000000000007f5f RSI: 00007f2e37944380 RDI: 00007f2e35399cb0
Jan 11 15:23:16 testhost1 kernel: RBP: ffffffff8100bb8e R08: 0000000000000000 R09: 0000000000000035
Jan 11 15:23:16 testhost1 kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000
Jan 11 15:23:16 testhost1 kernel: R13: 0000000000000035 R14: 0000000000000000 R15: 0000000000fc0700
Jan 11 15:23:16 testhost1 kernel: FS: 00007f2e3539a700(0000) GS:ffff88099fe20000(0000) knlGS:0000000000000000
Jan 11 15:23:16 testhost1 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jan 11 15:23:16 testhost1 kernel: CR2: 00000000012a2b40 CR3: 0000000907397000 CR4: 00000000000006e0
Jan 11 15:23:16 testhost1 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jan 11 15:23:16 testhost1 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jan 11 15:23:16 testhost1 kernel: Process TestApp1 (pid: 32607, threadinfo ffff8809073fc000, task ffff880907384ae0)
Jan 11 15:23:16 testhost1 kernel:
Jan 11 15:23:16 testhost1 kernel: Call Trace:

Issues surrounding ext4 and the MRG/-rt kernel

staffantj — Fri, 28 Dec 2012 16:54:15 +0000

It would appear that the -rt / MRG folk are busy tracking down various deadlocks that can occur in the -rt / MRG kernel using ext4 as the underlying file system.

For now we're backing off to ext3 to see if that gives us any better stability.

Unable to install headers/devel packages of Kernel.

tux — Thu, 13 Dec 2012 12:11:55 +0000

Hi,

Recently installed SL 6.3 64 bit on my Lenovo Z570 laptop.

I was able to successfully install the kernel from elrepo: (Kernel -ml), but unable to install the headers.

here are some outputs:

CODE

[tux@tuxbastion ~]$ uname -a
Linux tuxbastion 3.6.10-1.el6.elrepo.x86_64 #1 SMP Tue Dec 11 01:32:47 EST 2012 x86_64 x86_64 x86_64 GNU/Linux
[tux@tuxbastion ~]$

I could only install the kernel, because of the following error:

CODE

[root@tuxbastion ~]# yum --enablerepo=elrepo-kernel install kernel-ml*
Loaded plugins: fastestmirror, presto, refresh-packagekit, security
Loading mirror speeds from cached hostfile
* elrepo: jur-linux.org
* elrepo-extras: jur-linux.org
* elrepo-kernel: jur-linux.org
* elrepo-testing: jur-linux.org
* rpmforge: mirror-fpt-telecom.fpt.net
* sl: ftp.scientificlinux.org
* sl-security: ftp.scientificlinux.org
* sl-testing: ftp.scientificlinux.org
Setting up Install Process
Package kernel-ml-3.6.10-1.el6.elrepo.x86_64 already installed and latest version
Resolving Dependencies
--> Running transaction check
---> Package kernel-ml-devel.x86_64 0:3.6.10-1.el6.elrepo will be installed
---> Package kernel-ml-doc.noarch 0:3.6.10-1.el6.elrepo will be installed
---> Package kernel-ml-firmware.noarch 0:3.6.10-1.el6.elrepo will be installed
---> Package kernel-ml-headers.x86_64 0:3.6.10-1.el6.elrepo will be installed
--> Processing Conflict: kernel-ml-headers-3.6.10-1.el6.elrepo.x86_64 conflicts kernel-headers < 3.6.10-1.el6.elrepo
--> Processing Conflict: kernel-ml-firmware-3.6.10-1.el6.elrepo.noarch conflicts kernel-firmware < 3.6.10-1.el6.elrepo
--> Finished Dependency Resolution
Error: kernel-ml-firmware conflicts with kernel-firmware
Error: kernel-ml-headers conflicts with kernel-headers
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
[root@tuxbastion ~]#

So, I tried un installing the conflicting packages but it states about some dependencies for the "kernel-headers" as shown below.

CODE

[root@tuxbastion ~]# rpm -ev --test kernel-headers
error: Failed dependencies:
kernel-headers >= 2.2.1 is needed by (installed) compat-glibc-headers-1:2.5-46.2.x86_64
kernel-headers >= 2.6.11 is needed by (installed) libcap-ng-devel-0.6.4-3.el6_0.1.x86_64
kernel-headers >= 2.6.29 is needed by (installed) audit-libs-devel-2.2-2.el6.x86_64
kernel-headers is needed by (installed) glibc-headers-2.12-1.80.el6_3.5.x86_64
kernel-headers >= 2.2.1 is needed by (installed) glibc-headers-2.12-1.80.el6_3.5.x86_64
kernel-headers >= 2.6.27-0.144.rc0.git2.fc10 is needed by (installed) libdrm-devel-2.4.31-3.el6.elrepo.x86_64
[root@tuxbastion ~]# rpm -ev --test kernel-firmware

I need to install VMWare Workstation and it often complains about kernel headers etc.

Reason that I want to use the kernel-ml is, The screen brightness toggle only works in kernel-ml ( elrepo creators/maintainers- Thanks guys for saving my already bespectacled eyes ).

Can someone help me on this?

kernel panic on boot after update - RAMDISK incomplete write error (Partially solved)

sidney — Mon, 12 Nov 2012 02:25:37 +0000

I just did a yum update of Scientific Linux 6.3. I don't recall when my last update was, but I see that the files in /boot for kernel 2.6.32-279-11.1 are dated Oct 17. The update installed kernel 2.6.32-279-14.1.

After the update rebooting died with a kernel panic. The strange thing about it was that the same panic happened booting kernel 2.6.32-279-14.1 and 2.6.32-279-11.1 but I was able to boot into the remaining older kernel that was still in /boot, 2.6.32-279.9.1. This in spite of the fact that kernel 2.6.32-279.11.1 booted fine before the update.

The error message before the panic said RAMDISK: incomplete write (929 != 32567)

(I don't exactly recall what the numbers were in my error messages)

I looked at the initrd images (the initramfs*.img files in /boot). Despite the files being named *.img, they are actually gzipped cpio files, so you look at them by gunzipping them and unpacking with cpio. I found that on the two files of the kernels that panic, gunzip produced a warning message that it was ignoring garbage characters at the end of the file. cpio unpacked all three uncompressed files to the same number of directories and files. I tried running the img file through gunzip then pipe it through gzip -9 to compress it again but without garbage characters at the end, putting the result back in /boot to boot from.

That fixed the kernel panic problem.

It looks like a combination of two problems: The initramfs*.img files installed with kernels 2.6.32-279-11 and 14 both have some extra characters at the end. But also it appears that whatever is used to unpack them during boot was updated in the recent upgrade and it now fails when there is garbage after the end of the gzip file, something that gzip handles and that it used to handle.

Has anyone else seen this? In any case if you get the kernel panic, that is the workaround.

SL6 x86_64 with / on mdrait can't boot after update

nickm — Wed, 12 Sep 2012 11:27:32 +0000

Hello!

I have 2 boxes with SL6 x86_64, after some updates, I'm get a similar bug https://bugzilla.redhat.com/show_bug.cgi?id=772926, http://rhn.redhat.com/errata/RHBA-2012-0839.html
Okay, in SL6.3 dracut version is dracut-004-283.el6 (maybe with this bugfix), but:
- my mdraid is works fine (not degraded) http://fpaste.org/uWe6/ (boot from md0);
- successfully boot with old kernel-2.6.32-220.4.1.el6.x86_64 (it seems from SL 6.1).

As it is written in the comments from Red Hat's bugzilla, runs with "rdshell" in kernel option I can't seen /dev/disk/by-uuid/ directory (/dev/disk/by-id/ and /dev/disk/by-path/ is present).

VirtualBox linux kernel driver problem

dwmoreau — Tue, 28 Aug 2012 20:26:37 +0000

Hello,

I am trying to get VirtualBox working on a 64-bit scientific linux computer. I installed the VirtualBox software from Oracles website. I have done this in Ubuntu and had not real problems. When I try to

Kernel module compile fails for VMware guest extensiona

gert — Wed, 22 Aug 2012 23:34:15 +0000

Hello All,

I'm experimenting with SLC6 under VMWare workstation 6.5.4.
Installation runs OK, but then VMware has this special feature to install a guest OS extension.
This includes kernel modules and at least one of them fails install.

Sorry for the long copy/paste code below.
Does the forum software have a way to simply attach a text file to a post?

Cheers,
Gert

Link to the mentioned code.

Mod's edit: please read this topic on how to post large pieces of text/code.

Error with Kernel -Flag G - Tainted

majorppk — Wed, 15 Aug 2012 15:27:31 +0000

Dear All,
I have been constantly getting the following error:-

WARNING: at /builddir/build/BUILD/kernel-2.6.32-220.el6/linux-2.6.32-220.el6.x86_64/arch/x86/include/asm/processor.h:1003 read_measured_perf_ctrs+0x78/0x84 [mperf]() (Tainted: G ---------------- T)
WARNING: at /builddir/build/BUILD/kernel-2.6.32-220.el6/linux-2.6.32-220.el6.x86_64/arch/x86/include/asm/processor.h:1003 read_measured_perf_ctrs+0x78/0x84 [mperf]() (Tainted: G ---------------- T)
Hardware name:
Modules linked in: cpufreq_ondemand
Hardware name:
Modules linked in: cpufreq_ondemand acpi_cpufreq freq_table mperf cachefiles acpi_cpufreq freq_table mperf cachefiles fscache(T) fscache(T) ipt_REJECT ipt_REJECT nf_conntrack_ipv4 nf_conntrack_ipv4 nf_defrag_ipv4 nf_defrag_ipv4 iptable_filter iptable_filter ip_tables ip_tables ip6t_REJECT ip6t_REJECT nf_conntrack_ipv6 nf_conntrack_ipv6 nf_defrag_ipv6 nf_defrag_ipv6 xt_state xt_state nf_conntrack nf_conntrack ip6table_filter ip6table_filter ip6_tables ip6_tables ipv6 ipv6 vhost_net vhost_net macvtap macvtap macvlan macvlan tun tun kvm kvm uinput uinput ppdev ppdev parport_pc parport_pc parport parport sg sg microcode microcode i2c_i801 i2c_i801 iTCO_wdt iTCO_wdt iTCO_vendor_support iTCO_vendor_support e1000e snd_hda_codec_hdmi e1000e snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_realtek snd_hda_intel snd_hda_intel snd_hda_codec snd_hda_codec snd_hwdep snd_hwdep snd_seq snd_seq snd_seq_device snd_seq_device snd_pcm snd_pcm snd_timer snd_timer snd snd soundcore soundcore snd_
page_alloc snd_page_alloc ext4 ext4 mbcache mbcache jbd2 jbd2 fpu fpu aesni_intel aesni_intel cryptd cryptd aes_x86_64 aes_x86_64 aes_generic aes_generic xts xts gf128mul gf128mul dm_crypt dm_crypt sr_mod sr_mod cdrom cdrom sd_mod sd_mod crc_t10dif crc_t10dif ahci ahci pata_acpi pata_acpi ata_generic ata_generic video video output output radeon radeon ttm ttm drm_kms_helper drm_kms_helper drm drm i2c_algo_bit i2c_algo_bit i2c_core i2c_core dm_mirror dm_mirror dm_region_hash dm_region_hash dm_log dm_log dm_mod dm_mod [last unloaded: scsi_wait_scan] [last unloaded: scsi_wait_scan]
Pid: 2029, comm: kondemand/0 Tainted: G ---------------- T 2.6.32-220.el6.x86_64 #1
Pid: 2030, comm: kondemand/1 Tainted: G ---------------- T 2.6.32-220.el6.x86_64 #1
Call Trace:
Call Trace:
[] ? warn_slowpath_common+0x87/0xc0
[] ? warn_slowpath_common+0x87/0xc0
[] ? warn_slowpath_null+0x1a/0x20
[] ? warn_slowpath_null+0x1a/0x20
[] ? read_measured_perf_ctrs+0x78/0x84 [mperf]
[] ? read_measured_perf_ctrs+0x78/0x84 [mperf]
[] ? perf_event_task_sched_out+0x33/0x80
[] ? perf_event_task_sched_out+0x33/0x80
[] ? read_measured_perf_ctrs+0x0/0x84 [mperf]
[] ? read_measured_perf_ctrs+0x0/0x84 [mperf]
[] ? smp_call_function_single+0x8c/0x160
[] ? smp_call_function_single+0x8c/0x160
[] ? kobject_get+0x1a/0x30
[] ? kobject_get+0x1a/0x30
[] ? cpufreq_get_measured_perf+0x2c/0xa0 [mperf]
[] ? cpufreq_get_measured_perf+0x2c/0xa0 [mperf]
[] ? __cpufreq_driver_getavg+0x78/0x80
[] ? __cpufreq_driver_getavg+0x78/0x80
[] ? do_dbs_timer+0xf1/0x384 [cpufreq_ondemand]
[] ? do_dbs_timer+0xf1/0x384 [cpufreq_ondemand]
[] ? do_dbs_timer+0x0/0x384 [cpufreq_ondemand]
[] ? do_dbs_timer+0x0/0x384 [cpufreq_ondemand]
[] ? worker_thread+0x170/0x2a0
[] ? worker_thread+0x170/0x2a0
[] ? autoremove_wake_function+0x0/0x40
[] ? autoremove_wake_function+0x0/0x40
[] ? worker_thread+0x0/0x2a0
[] ? worker_thread+0x0/0x2a0
[] ? kthread+0x96/0xa0
[] ? kthread+0x96/0xa0
[] ? child_rip+0xa/0x20
[] ? child_rip+0xa/0x20
[] ? kthread+0x0/0xa0
[] ? kthread+0x0/0xa0
[] ? child_rip+0x0/0x20
[] ? child_rip+0x0/0x20

Can anyone help

Regards

Prashant