* [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
@ 2010-12-26 6:59 Michael Orlitzky
2010-12-26 8:46 ` pageexec
0 siblings, 1 reply; 28+ messages in thread
From: Michael Orlitzky @ 2010-12-26 6:59 UTC (permalink / raw
To: gentoo-hardened
I've got (at least) two servers that lose their root partition after
this upgrade. One of them has an HP cciss SCSI RAID controller; the
other has a single IDE hard drive. Assuming the problem is something
common, I'll stick to describing the one with the array for now.
First of all, I didn't touch /etc/fstab:
/dev/cciss/c0d0p2 /boot ext3 noauto,noatime 1 2
/dev/cciss/c0d0p3 / ext4 acl,noatime 0 1
/dev/cciss/c0d0p1 none swap sw 0 0
I built the kernel after a make oldconfig, and updated grub.conf:
title Gentoo Linux 2.6.36-hardened-r6
root (hd0,1)
kernel /kernel-2.6.36-hardened-r6
It's actually there:
# /bin/ls /boot/kernel-2.6.36-hardened-r6
/boot/kernel-2.6.36-hardened-r6
But upon reboot, this happens:
http://michael.orlitzky.com/images/untouched.jpg
So, I tried it with root=/dev/cciss/c0d0p3:
http://michael.orlitzky.com/images/with_root_param.jpg
It clearly sees my partitions, since it lists them all. The root is
ext4, which is compiled into the kernel:
# grep EXT4 .config
CONFIG_EXT4_FS=y
CONFIG_EXT4_FS_XATTR=y
CONFIG_EXT4_FS_POSIX_ACL=y
# CONFIG_EXT4_FS_SECURITY is not set
# CONFIG_EXT4_DEBUG is not set
Now I'm at a loss. There must have been something else that I did during
the make oldconfig that broke it. I keep my kernel configs in git, so
here's the diff (with context stripped) from my previous kernel,
2.6.32-hardened-r22. If anyone has any ideas, I'd appreciate it:
+CONFIG_INSTRUCTION_DECODER=y
-CONFIG_GENERIC_TIME=y
+CONFIG_NEED_SG_DMA_LENGTH=y
+CONFIG_HAVE_EARLY_RES=y
+CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-ecx -fcall-saved-edx"
+CONFIG_CROSS_COMPILE=""
+CONFIG_HAVE_KERNEL_LZO=y
+CONFIG_PERF_EVENTS=y
+CONFIG_HAVE_OPTPROBES=y
+CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y
+CONFIG_HAVE_HW_BREAKPOINT=y
+CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y
+CONFIG_HAVE_USER_RETURN_NOTIFIER=y
+CONFIG_HAVE_PERF_EVENTS_NMI=y
+CONFIG_INLINE_SPIN_UNLOCK=y
+CONFIG_INLINE_SPIN_UNLOCK_IRQ=y
+CONFIG_INLINE_READ_UNLOCK=y
+CONFIG_INLINE_READ_UNLOCK_IRQ=y
+CONFIG_INLINE_WRITE_UNLOCK=y
+CONFIG_INLINE_WRITE_UNLOCK_IRQ=y
+CONFIG_MUTEX_SPIN_ON_OWNER=y
+CONFIG_NO_BOOTMEM=y
-CONFIG_X86_L1_CACHE_BYTES=64
-CONFIG_X86_INTERNODE_CACHE_BYTES=64
+CONFIG_X86_INTERNODE_CACHE_SHIFT=7
-CONFIG_HAVE_MLOCK=y
-CONFIG_HAVE_MLOCKED_PAGE_BIT=y
-CONFIG_ACPI_DOCK=y
+CONFIG_ACPI_HED=m
+CONFIG_ACPI_APEI=y
+CONFIG_ACPI_APEI_GHES=m
+CONFIG_INTEL_IDLE=y
+CONFIG_PCIEASPM=y
+CONFIG_PCI_IOAPIC=y
-CONFIG_PACKET_MMAP=y
+
+
+
+CONFIG_NETFILTER_XT_MATCH_OSF=m
-CONFIG_NETFILTER_XT_MATCH_OSF=m
+CONFIG_RPS=y
+
+CONFIG_SCSI_MOD=y
+
+
-
+CONFIG_VGA_ARB_MAX_GPUS=2
+CONFIG_USB_EHCI_TT_NEWSCHED=y
-
-CONFIG_INOTIFY=y
+CONFIG_PAX_ELFRELOCS=y
+CONFIG_DEFAULT_SECURITY_DAC=y
+CONFIG_DEFAULT_SECURITY=""
-CONFIG_CRYPTO_FIPS=y
-CONFIG_CRYPTO_AEAD2=y
-CONFIG_CRYPTO_BLKCIPHER=m
-CONFIG_CRYPTO_BLKCIPHER2=y
-CONFIG_CRYPTO_RNG=m
-CONFIG_CRYPTO_RNG2=y
-CONFIG_CRYPTO_PCOMP=y
-CONFIG_CRYPTO_MANAGER=y
-CONFIG_CRYPTO_MANAGER2=y
-CONFIG_CRYPTO_WORKQUEUE=y
-CONFIG_CRYPTO_ECB=m
-CONFIG_CRYPTO_CRC32C_INTEL=m
-CONFIG_CRYPTO_MD5=m
-CONFIG_CRYPTO_SHA512=m
+CONFIG_CRYPTO_AES_586=m
-CONFIG_CRYPTO_DES=m
-CONFIG_CRYPTO_ZLIB=y
-CONFIG_CRYPTO_ANSI_CPRNG=m
-CONFIG_ZLIB_INFLATE=y
-CONFIG_ZLIB_DEFLATE=y
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 6:59 [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade Michael Orlitzky
@ 2010-12-26 8:46 ` pageexec
2010-12-26 17:06 ` Michael Orlitzky
` (3 more replies)
0 siblings, 4 replies; 28+ messages in thread
From: pageexec @ 2010-12-26 8:46 UTC (permalink / raw
To: gentoo-hardened
On 26 Dec 2010 at 1:59, Michael Orlitzky wrote:
> I've got (at least) two servers that lose their root partition after
> this upgrade. One of them has an HP cciss SCSI RAID controller; the
> other has a single IDE hard drive. Assuming the problem is something
> common, I'll stick to describing the one with the array for now.
which grsec is this ebuild based on? my guess is that it's a recent PaX/UDEREF
hardening that's causing this and should be mostly fixed now except for the
IP checksum code fix which i'll release soon. in the meantime you can disable
UDEREF. if you don't have it enabled then i don't know what it is, we'll need
more debugging, let me know.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 8:46 ` pageexec
@ 2010-12-26 17:06 ` Michael Orlitzky
2010-12-26 17:57 ` pageexec
2010-12-26 17:31 ` Anthony G. Basile
` (2 subsequent siblings)
3 siblings, 1 reply; 28+ messages in thread
From: Michael Orlitzky @ 2010-12-26 17:06 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 03:46 AM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 1:59, Michael Orlitzky wrote:
>
>> I've got (at least) two servers that lose their root partition after
>> this upgrade. One of them has an HP cciss SCSI RAID controller; the
>> other has a single IDE hard drive. Assuming the problem is something
>> common, I'll stick to describing the one with the array for now.
>
> which grsec is this ebuild based on? my guess is that it's a recent PaX/UDEREF
> hardening that's causing this and should be mostly fixed now except for the
> IP checksum code fix which i'll release soon. in the meantime you can disable
> UDEREF. if you don't have it enabled then i don't know what it is, we'll need
> more debugging, let me know.
The hardened-patches contains the following:
4423_grsec-remove-protected-paths.patch
4420_grsecurity-2.2.1-2.6.36.2-201012121726.patch
4435_grsec-kconfig-gentoo.patch
4421_grsec-remove-localversion-grsec.patch
4425_grsec-pax-without-grsec.patch
4430_grsec-kconfig-default-gids.patch
4422_grsec-mute-warnings.patch
I do have UDEREF enabled:
# grep UDEREF .config
CONFIG_PAX_MEMORY_UDEREF=y
I can try disabling it when I'd be willing to drive to work and reboot
the thing.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 8:46 ` pageexec
2010-12-26 17:06 ` Michael Orlitzky
@ 2010-12-26 17:31 ` Anthony G. Basile
2010-12-26 18:01 ` Anthony G. Basile
2010-12-26 18:59 ` "Tóth Attila"
3 siblings, 0 replies; 28+ messages in thread
From: Anthony G. Basile @ 2010-12-26 17:31 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 03:46 AM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 1:59, Michael Orlitzky wrote:
>
>> I've got (at least) two servers that lose their root partition after
>> this upgrade. One of them has an HP cciss SCSI RAID controller; the
>> other has a single IDE hard drive. Assuming the problem is something
>> common, I'll stick to describing the one with the array for now.
>
> which grsec is this ebuild based on? my guess is that it's a recent PaX/UDEREF
> hardening that's causing this and should be mostly fixed now except for the
> IP checksum code fix which i'll release soon. in the meantime you can disable
> UDEREF. if you don't have it enabled then i don't know what it is, we'll need
> more debugging, let me know.
>
I'll repeat what I said in the bug report here
(See https://bugs.gentoo.org/show_bug.cgi?id=349705)
hardened-sources-2.6.32-r31 has grsecurity-2.2.1-2.6.32.27-201012121726
hardened-sources-2.6.36-r6 has grsecurity-2.2.1-2.6.36.2-201012121726
What's even stranger is that I have six HP Proliant DL 385 G7, all with
the following (partial) fstab:
/dev/cciss/c0d0p1 /boot ext2 noauto,noatime 1 2
/dev/cciss/c0d0p3 / ext4 noatime 0 1
/dev/cciss/c0d0p2 none swap sw 0 0
None of which showed a panic.
--
Anthony G. Basile, Ph.D.
Gentoo Developer
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 17:06 ` Michael Orlitzky
@ 2010-12-26 17:57 ` pageexec
2010-12-26 19:09 ` Michael Orlitzky
2010-12-26 19:31 ` Michael Orlitzky
0 siblings, 2 replies; 28+ messages in thread
From: pageexec @ 2010-12-26 17:57 UTC (permalink / raw
To: gentoo-hardened
On 26 Dec 2010 at 12:06, Michael Orlitzky wrote:
> I do have UDEREF enabled:
>
> # grep UDEREF .config
> CONFIG_PAX_MEMORY_UDEREF=y
>
> I can try disabling it when I'd be willing to drive to work and reboot
> the thing.
ok, in this case don't worry about it as i'm sure it's a known bug.
if the next grsec patch (after 12.22) still fails on you then do let
us know though.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 8:46 ` pageexec
2010-12-26 17:06 ` Michael Orlitzky
2010-12-26 17:31 ` Anthony G. Basile
@ 2010-12-26 18:01 ` Anthony G. Basile
2010-12-26 18:59 ` "Tóth Attila"
3 siblings, 0 replies; 28+ messages in thread
From: Anthony G. Basile @ 2010-12-26 18:01 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 03:46 AM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 1:59, Michael Orlitzky wrote:
>
>> I've got (at least) two servers that lose their root partition after
>> this upgrade. One of them has an HP cciss SCSI RAID controller; the
>> other has a single IDE hard drive. Assuming the problem is something
>> common, I'll stick to describing the one with the array for now.
>
> which grsec is this ebuild based on? my guess is that it's a recent PaX/UDEREF
> hardening that's causing this and should be mostly fixed now except for the
> IP checksum code fix which i'll release soon. in the meantime you can disable
> UDEREF. if you don't have it enabled then i don't know what it is, we'll need
> more debugging, let me know.
>
Within 24 hours I'll have the following ebuilds on the tree marked ~arch:
hardened-sources-2.6.32-r32
hardened-sources-2.6.36-r7
They are based on the very latest grsec patches. Can users who hit the
panic test them?
--
Anthony G. Basile, Ph.D.
Gentoo Developer
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 8:46 ` pageexec
` (2 preceding siblings ...)
2010-12-26 18:01 ` Anthony G. Basile
@ 2010-12-26 18:59 ` "Tóth Attila"
2010-12-26 20:06 ` pageexec
3 siblings, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2010-12-26 18:59 UTC (permalink / raw
To: gentoo-hardened
[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]
I don't know if it is related or not. I don't use ext4 and have no
symptoms of disappearing root. I attach a photo taken using a recent
kernel. The latest crashes I've experienced for the past few months
prevented syncing, so didn't get logged. The other screen capture is
older, may not be relevant nowdays.
Thx:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2010.December 26.(V) 09:46 időpontban pageexec@freemail.hu ezt írta:
> On 26 Dec 2010 at 1:59, Michael Orlitzky wrote:
>
>> I've got (at least) two servers that lose their root partition after
>> this upgrade. One of them has an HP cciss SCSI RAID controller; the
>> other has a single IDE hard drive. Assuming the problem is something
>> common, I'll stick to describing the one with the array for now.
>
> which grsec is this ebuild based on? my guess is that it's a recent
> PaX/UDEREF
> hardening that's causing this and should be mostly fixed now except for
> the
> IP checksum code fix which i'll release soon. in the meantime you can
> disable
> UDEREF. if you don't have it enabled then i don't know what it is, we'll
> need
> more debugging, let me know.
>
>
[-- Attachment #2: DSCN1253.jpg --]
[-- Type: image/jpeg, Size: 688213 bytes --]
[-- Attachment #3: DSCN1247.jpg --]
[-- Type: image/jpeg, Size: 674493 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 17:57 ` pageexec
@ 2010-12-26 19:09 ` Michael Orlitzky
2010-12-26 20:00 ` pageexec
2010-12-26 19:31 ` Michael Orlitzky
1 sibling, 1 reply; 28+ messages in thread
From: Michael Orlitzky @ 2010-12-26 19:09 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 12:57 PM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 12:06, Michael Orlitzky wrote:
>
>> I do have UDEREF enabled:
>>
>> # grep UDEREF .config
>> CONFIG_PAX_MEMORY_UDEREF=y
>>
>> I can try disabling it when I'd be willing to drive to work and reboot
>> the thing.
>
> ok, in this case don't worry about it as i'm sure it's a known bug.
> if the next grsec patch (after 12.22) still fails on you then do let
> us know though.
Challenge accepted. I'm dressed, the car's cleaned off, and I'm
recompiling with UDEREF=n.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 17:57 ` pageexec
2010-12-26 19:09 ` Michael Orlitzky
@ 2010-12-26 19:31 ` Michael Orlitzky
1 sibling, 0 replies; 28+ messages in thread
From: Michael Orlitzky @ 2010-12-26 19:31 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 12:57 PM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 12:06, Michael Orlitzky wrote:
>
>> I do have UDEREF enabled:
>>
>> # grep UDEREF .config
>> CONFIG_PAX_MEMORY_UDEREF=y
>>
>> I can try disabling it when I'd be willing to drive to work and reboot
>> the thing.
>
> ok, in this case don't worry about it as i'm sure it's a known bug.
> if the next grsec patch (after 12.22) still fails on you then do let
> us know though.
To my mild surprise, the box came back up. Disabling UDEREF fixed it.
I'll give the new ~arch ebuilds a try, too, when they become available.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 19:09 ` Michael Orlitzky
@ 2010-12-26 20:00 ` pageexec
2010-12-26 23:03 ` klondike
` (2 more replies)
0 siblings, 3 replies; 28+ messages in thread
From: pageexec @ 2010-12-26 20:00 UTC (permalink / raw
To: gentoo-hardened
On 26 Dec 2010 at 14:09, Michael Orlitzky wrote:
> Challenge accepted. I'm dressed, the car's cleaned off, and I'm
> recompiling with UDEREF=n.
passing pax_nouderef on the kernel cmdline should be enough ;)
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 18:59 ` "Tóth Attila"
@ 2010-12-26 20:06 ` pageexec
2010-12-26 23:01 ` klondike
2010-12-30 19:29 ` "Tóth Attila"
0 siblings, 2 replies; 28+ messages in thread
From: pageexec @ 2010-12-26 20:06 UTC (permalink / raw
To: gentoo-hardened
On 26 Dec 2010 at 19:59, "Tóth Attila" wrote:
> I don't know if it is related or not. I don't use ext4 and have no
> symptoms of disappearing root. I attach a photo taken using a recent
> kernel. The latest crashes I've experienced for the past few months
> prevented syncing, so didn't get logged. The other screen capture is
> older, may not be relevant nowdays.
it's a different issue, the UDEREF changes haven't been incorporated into
grsec's .32 series yet. looks like some null deref in the filesystem sync
code, but i can't tell what may be causing this. is this something you can
reproduce at will? if so, can you try vanilla?
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 20:06 ` pageexec
@ 2010-12-26 23:01 ` klondike
2010-12-30 19:29 ` "Tóth Attila"
1 sibling, 0 replies; 28+ messages in thread
From: klondike @ 2010-12-26 23:01 UTC (permalink / raw
To: gentoo-hardened
[-- Attachment #1.1: Type: text/plain, Size: 930 bytes --]
El 26/12/10 21:06, pageexec@freemail.hu escribió:
> On 26 Dec 2010 at 19:59, "Tóth Attila" wrote:
>
>> I don't know if it is related or not. I don't use ext4 and have no
>> symptoms of disappearing root. I attach a photo taken using a recent
>> kernel. The latest crashes I've experienced for the past few months
>> prevented syncing, so didn't get logged. The other screen capture is
>> older, may not be relevant nowdays.
> it's a different issue, the UDEREF changes haven't been incorporated into
> grsec's .32 series yet. looks like some null deref in the filesystem sync
> code, but i can't tell what may be causing this. is this something you can
> reproduce at will? if so, can you try vanilla?
I recall somebody telling blueness to include a patch to fix that (was
before exams so everything is blurry :P). Can you try with 2.6.32-r31 ?
IIRC the patch to fix that ext4 issue was included by blueness there.
[-- Attachment #1.2: Type: text/html, Size: 1599 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 20:00 ` pageexec
@ 2010-12-26 23:03 ` klondike
2010-12-27 0:05 ` klondike
2010-12-27 19:49 ` Michael Orlitzky
2 siblings, 0 replies; 28+ messages in thread
From: klondike @ 2010-12-26 23:03 UTC (permalink / raw
To: gentoo-hardened
[-- Attachment #1: Type: text/plain, Size: 504 bytes --]
El 26/12/10 21:00, pageexec@freemail.hu escribió:
> On 26 Dec 2010 at 14:09, Michael Orlitzky wrote:
>
>> Challenge accepted. I'm dressed, the car's cleaned off, and I'm
>> recompiling with UDEREF=n.
> passing pax_nouderef on the kernel cmdline should be enough ;)
This should be documented in the FAQ as it can be very useful to help
tracking certain hardened kernel issues (for example when virtualizing).
Can you point me to a document with similar parameters for the PaX
kernel features?
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 20:00 ` pageexec
2010-12-26 23:03 ` klondike
@ 2010-12-27 0:05 ` klondike
2010-12-29 11:36 ` pageexec
2010-12-27 19:49 ` Michael Orlitzky
2 siblings, 1 reply; 28+ messages in thread
From: klondike @ 2010-12-27 0:05 UTC (permalink / raw
To: gentoo-hardened
[-- Attachment #1: Type: text/plain, Size: 761 bytes --]
El 26/12/10 21:00, pageexec@freemail.hu escribió:
> On 26 Dec 2010 at 14:09, Michael Orlitzky wrote:
>
>> Challenge accepted. I'm dressed, the car's cleaned off, and I'm
>> recompiling with UDEREF=n.
> passing pax_nouderef on the kernel cmdline should be enough ;
looking at ./Documentation/kernel-parameters.txt only found these:
pax_nouderef [X86-32] disables UDEREF. Most likely needed
under certain
virtualization environments that don't cope well
with the
expand down segment used by UDEREF on X86-32.
pax_softmode= [X86-32] 0/1 to disable/enable PaX softmode on
boot already.
Are you sure I'm not missing any, a similar feature for KERNEXEC would
be very useful.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 20:00 ` pageexec
2010-12-26 23:03 ` klondike
2010-12-27 0:05 ` klondike
@ 2010-12-27 19:49 ` Michael Orlitzky
2 siblings, 0 replies; 28+ messages in thread
From: Michael Orlitzky @ 2010-12-27 19:49 UTC (permalink / raw
To: gentoo-hardened
On 12/26/2010 03:00 PM, pageexec@freemail.hu wrote:
> On 26 Dec 2010 at 14:09, Michael Orlitzky wrote:
>
>> Challenge accepted. I'm dressed, the car's cleaned off, and I'm
>> recompiling with UDEREF=n.
>
> passing pax_nouderef on the kernel cmdline should be enough ;)
>
This doesn't seem to work. At least, it doesn't prevent my panics,
whereas recompiling the same kernel with UDEREF=n does.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-27 0:05 ` klondike
@ 2010-12-29 11:36 ` pageexec
0 siblings, 0 replies; 28+ messages in thread
From: pageexec @ 2010-12-29 11:36 UTC (permalink / raw
To: gentoo-hardened
On 27 Dec 2010 at 1:05, klondike wrote:
> looking at ./Documentation/kernel-parameters.txt only found these:
> pax_nouderef [X86-32] disables UDEREF. Most likely needed under certain
> virtualization environments that don't cope well with the
> expand down segment used by UDEREF on X86-32.
>
> pax_softmode= [X86-32] 0/1 to disable/enable PaX softmode on boot already.
>
> Are you sure I'm not missing any, a similar feature for KERNEXEC would
> be very useful.
as you found out, all the PaX specific kernel command line parameters
are documented where other such parameters are ;). as for KERNEXEC, it's
not possible (well, with reasonable effort) to turn it off at runtime.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-26 20:06 ` pageexec
2010-12-26 23:01 ` klondike
@ 2010-12-30 19:29 ` "Tóth Attila"
2010-12-30 20:35 ` pageexec
1 sibling, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2010-12-30 19:29 UTC (permalink / raw
To: gentoo-hardened
There were two screen shots attached. The older one was outdated related
to 2.6.32 kernel.
But the other was a recent panic.
So here is another one. This time I could paste it from the log:
last sysfs file:
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/PNP0C09:00/PNP0C0A:00/power_supply/BAT0/energy_full
Modules linked in: i2c_dev tp_smapi thinkpad_ec lib80211_crypt_wep
lib80211_crypt_tkip lib80211_crypt_ccmp radeon ttm drm_kms_helper ehci_hcd
ipw2200 libipw yenta_socket i2c_i801 uhci_hcd
Pid: 1400, comm: kjournald Not tainted 2.6.36-hardened-r6 #1 1830W7F/1830W7F
EIP: 0060:[<0014d697>] EFLAGS: 00010216 CPU: 0
EIP is at journal_commit_transaction+0x6f7/0xd00
EAX: 00e89222 EBX: cc7ae76d ECX: 00000000 EDX: 00000000
ESI: 00000005 EDI: 00000000 EBP: e9c1c4c0 ESP: f695bf04
DS: 0068 ES: 0068 FS: 0000 GS: 00e0 SS: 0068
Process kjournald (pid: 1400, ti=f695a000 task=f70bb0b0 task.ti=f695a000)
Stack:
000028cd 26626a70 00029eaf f6ae6800 00000000 00000005 e3834c1c e10ed03c
<0> 00000fc4 00000001 f55b1000 f6ae68c0 ebe65e9e 0000681e f7076064 00000000
<0> 10fe2a49 e62673c0 000293ec 000028ce e3e13910 f70bb0b0 005bb206 00000003
Call Trace:
[<000028cd>] ? copy_thread+0x1d/0x140
[<00029eaf>] ? switched_to_idle+0x1f/0x60
[<0000681e>] ? write_ldt+0x10e/0x2d0
[<000293ec>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
[<000028ce>] ? copy_thread+0x1e/0x140
[<005bb206>] ? schedule+0x146/0x3e0
[<0014fb99>] ? kjournald+0x99/0x1b0
[<00046ad0>] ? autoremove_wake_function+0x0/0x40
[<0014fb00>] ? kjournald+0x0/0x1b0
[<000466a4>] ? kthread+0x74/0x80
[<00046630>] ? kthread+0x0/0x80
[<0000455e>] ? kernel_thread_helper+0x6/0x18
Code: 00 b9 03 00 00 00 89 ea e8 67 f7 ff ff 89 d8 ba 17 00 00 00 e8 1b 94
ef ff 89 d8 e8 f4 f3 f7 ff e9 ef fc ff ff 83 6d 40 01 8b 03 <ff> 40 34 71
04 ff 48 34 ce 8b 03 80 48 02 01 8b 44 24 4c 89 da
EIP: [<0014d697>] journal_commit_transaction+0x6f7/0xd00 SS:ESP 0068:f695bf04
---[ end trace 0f9efa514b41f93a ]---
It happens during IO activity. I wouldn't say heavy IO. The memory is OK,
the harddrive is perfect.
I can dd the whole hdd to my backup booting on a gentoo CD.
Regards:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2010.December 26.(V) 21:06 időpontban pageexec@freemail.hu ezt írta:
> On 26 Dec 2010 at 19:59, "Tóth Attila" wrote:
>
>> I don't know if it is related or not. I don't use ext4 and have no
>> symptoms of disappearing root. I attach a photo taken using a recent
>> kernel. The latest crashes I've experienced for the past few months
>> prevented syncing, so didn't get logged. The other screen capture is
>> older, may not be relevant nowdays.
>
> it's a different issue, the UDEREF changes haven't been incorporated into
> grsec's .32 series yet. looks like some null deref in the filesystem sync
> code, but i can't tell what may be causing this. is this something you can
> reproduce at will? if so, can you try vanilla?
>
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-30 19:29 ` "Tóth Attila"
@ 2010-12-30 20:35 ` pageexec
2010-12-30 23:16 ` "Tóth Attila"
` (2 more replies)
0 siblings, 3 replies; 28+ messages in thread
From: pageexec @ 2010-12-30 20:35 UTC (permalink / raw
To: gentoo-hardened
On 30 Dec 2010 at 20:29, "Tóth Attila" wrote:
> There were two screen shots attached. The older one was outdated related
> to 2.6.32 kernel.
>
> But the other was a recent panic.
unfortunately this one had the first oops scroll away already, so i can't tell
much about it...
> So here is another one. This time I could paste it from the log:
this is gain some fs/journaling code trying to increment some seemingly invalid
pointer (in eax), there's probably some memory corruption going on here and it'd
be important to try both vanilla and -r7.
> It happens during IO activity. I wouldn't say heavy IO. The memory is OK,
> the harddrive is perfect.
> I can dd the whole hdd to my backup booting on a gentoo CD.
is the filesystem ok as well (fsck)?
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-30 20:35 ` pageexec
@ 2010-12-30 23:16 ` "Tóth Attila"
2011-01-04 13:52 ` "Tóth Attila"
2011-01-04 13:52 ` "Tóth Attila"
2 siblings, 0 replies; 28+ messages in thread
From: "Tóth Attila" @ 2010-12-30 23:16 UTC (permalink / raw
To: gentoo-hardened
2010.December 30.(Cs) 21:35 időpontban pageexec@freemail.hu ezt írta:
> On 30 Dec 2010 at 20:29, "Tóth Attila" wrote:
>
>> There were two screen shots attached. The older one was outdated related
>> to 2.6.32 kernel.
>>
>> But the other was a recent panic.
>
> unfortunately this one had the first oops scroll away already, so i can't
> tell
> much about it...
I took a look at on the logs again. You are right. First came this:
Dec 30 19:43:33 szk-simor kernel: PAX: suspicious general protection
fault: 0000 [#1] DEBUG_PAGEALLOC
Dec 30 19:43:33 szk-simor kernel: last sysfs file:
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/PNP0C09:00/PNP0C0A:00/power_supply/BAT0/energy_full
Dec 30 19:43:33 szk-simor kernel: Modules linked in: i2c_dev tp_smapi
thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp
radeon ttm drm_kms_helper ehci_h
cd ipw2200 libipw yenta_socket i2c_i801 uhci_hcd
Dec 30 19:43:33 szk-simor kernel:
Dec 30 19:43:33 szk-simor kernel: Pid: 1400, comm: kjournald Not tainted
2.6.36-hardened-r6 #1 1830W7F/1830W7F
Dec 30 19:43:33 szk-simor kernel: EIP: 0060:[<0014d697>] EFLAGS: 00010216
CPU: 0
Dec 30 19:43:33 szk-simor kernel: EIP is at
journal_commit_transaction+0x6f7/0xd00
Dec 30 19:43:33 szk-simor kernel: EAX: 00e89222 EBX: cc7ae76d ECX:
00000000 EDX: 00000000
Dec 30 19:43:33 szk-simor kernel: ESI: 00000005 EDI: 00000000 EBP:
e9c1c4c0 ESP: f695bf04
Dec 30 19:43:33 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 00e0 SS:
0068
Dec 30 19:43:34 szk-simor kernel: Process kjournald (pid: 1400,
ti=f695a000 task=f70bb0b0 task.ti=f695a000)
Dec 30 19:43:34 szk-simor kernel: Stack:
Dec 30 19:43:34 szk-simor kernel: 000028cd 26626a70 00029eaf f6ae6800
00000000 00000005 e3834c1c e10ed03c
Dec 30 19:43:34 szk-simor kernel: <0> 00000fc4 00000001 f55b1000 f6ae68c0
ebe65e9e 0000681e f7076064 00000000
Dec 30 19:43:34 szk-simor kernel: <0> 10fe2a49 e62673c0 000293ec 000028ce
e3e13910 f70bb0b0 005bb206 00000003
Dec 30 19:43:34 szk-simor kernel: Call Trace:
Dec 30 19:43:34 szk-simor kernel: [<000028cd>] ? copy_thread+0x1d/0x140
Dec 30 19:43:34 szk-simor kernel: [<00029eaf>] ? switched_to_idle+0x1f/0x60
Dec 30 19:43:34 szk-simor kernel: [<0000681e>] ? write_ldt+0x10e/0x2d0
Dec 30 19:43:34 szk-simor kernel: [<000293ec>] ?
finish_task_switch.clone.120.clone.124+0x2c/0x90
Dec 30 19:43:34 szk-simor kernel: [<000028ce>] ? copy_thread+0x1e/0x140
Dec 30 19:43:34 szk-simor kernel: [<005bb206>] ? schedule+0x146/0x3e0
Dec 30 19:43:34 szk-simor kernel: [<0014fb99>] ? kjournald+0x99/0x1b0
Dec 30 19:43:34 szk-simor kernel: [<00046ad0>] ?
autoremove_wake_function+0x0/0x40
Dec 30 19:43:34 szk-simor kernel: [<0014fb00>] ? kjournald+0x0/0x1b0
Dec 30 19:43:34 szk-simor kernel: [<000466a4>] ? kthread+0x74/0x80
Dec 30 19:43:34 szk-simor kernel: [<00046630>] ? kthread+0x0/0x80
Dec 30 19:43:34 szk-simor kernel: [<0000455e>] ?
kernel_thread_helper+0x6/0x18
Dec 30 19:43:34 szk-simor kernel: Code: 00 b9 03 00 00 00 89 ea e8 67 f7
ff ff 89 d8 ba 17 00 00 00 e8 1b 94 ef ff 89 d8 e8 f4 f3 f7 ff e9 ef fc ff
ff 83 6d 40 01 8b 03 <ff>
40 34 71 04 ff 48 34 ce 8b 03 80 48 02 01 8b 44 24 4c 89 da
Dec 30 19:43:34 szk-simor kernel: EIP: [<0014d697>]
journal_commit_transaction+0x6f7/0xd00 SS:ESP 0068:f695bf04
Dec 30 19:43:34 szk-simor kernel: ---[ end trace 0f9efa514b41f93a ]---
and there came this:
Dec 30 19:49:30 szk-simor kernel: PAX: suspicious general protection
fault: 0000 [#2] DEBUG_PAGEALLOC
Dec 30 19:49:30 szk-simor kernel: last sysfs file:
/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:00/PNP0C09:00/PNP0C0A:00/power_supply/BAT0/energy_full
Dec 30 19:49:30 szk-simor kernel: Modules linked in: i2c_dev tp_smapi
thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp
radeon ttm drm_kms_helper ehci_h
cd ipw2200 libipw yenta_socket i2c_i801 uhci_hcd
Dec 30 19:49:30 szk-simor kernel:
Dec 30 19:49:30 szk-simor kernel: Pid: 12897, comm: shutdown Tainted: G
D 2.6.36-hardened-r6 #1 1830W7F/1830W7F
Dec 30 19:49:30 szk-simor kernel: EIP: 0060:[<000bdf8e>] EFLAGS: 00010206
CPU: 0
Dec 30 19:49:30 szk-simor kernel: EIP is at iput+0x4e/0x1f0
Dec 30 19:49:30 szk-simor kernel: EAX: e393467c EBX: e393467c ECX:
00000001 EDX: 48000200
Dec 30 19:49:30 szk-simor kernel: ESI: f68ab201 EDI: e3934abc EBP:
e3934a14 ESP: e6ccfef0
Dec 30 19:49:30 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 00e0 SS:
0068
Dec 30 19:49:30 szk-simor kernel: Process shutdown (pid: 12897,
ti=e6cce000 task=f70c37f0 task.ti=e6cce000)
Dec 30 19:49:30 szk-simor kernel: Stack:
Dec 30 19:49:30 szk-simor kernel: f68ab270 e3934a14 000c7217 7fffffff
f68ab200 00000001 00000000 e6ccff0c
Dec 30 19:49:30 szk-simor kernel: <0> e6ccff0c e6ccff18 00000000 e6ccff1c
e6ccff1c f68ab200 00000001 000e6f00
Dec 30 19:49:30 szk-simor kernel: <0> 000cae20 000cadff f68ab200 f7205400
f68ab23c 000ab9f0 e6ccff60 11ee9e94
Dec 30 19:49:30 szk-simor kernel: Call Trace:
Dec 30 19:49:30 szk-simor kernel: [<000c7217>] ? sync_inodes_sb+0xb7/0x100
Dec 30 19:49:30 szk-simor kernel: [<000e6f00>] ? dquot_quota_sync+0x0/0x2a0
Dec 30 19:49:30 szk-simor kernel: [<000cae20>] ? sync_one_sb+0x0/0x20
Dec 30 19:49:30 szk-simor kernel: [<000cadff>] ? __sync_filesystem+0x7f/0xa0
Dec 30 19:49:30 szk-simor kernel: [<000ab9f0>] ? iterate_supers+0x50/0x90
Dec 30 19:49:30 szk-simor kernel: [<000cad42>] ? sync_filesystems+0x12/0x20
Dec 30 19:49:30 szk-simor kernel: [<000caea8>] ? sys_sync+0x18/0x40
Dec 30 19:49:30 szk-simor kernel: [<005bce39>] ? syscall_call+0x7/0xb
Dec 30 19:49:30 szk-simor kernel: Code: c0 75 0a 5b 5e c3 8d b4 26 00 00
00 00 8b b3 9c 00 00 00 8b 46 20 85 c0 0f 84 3f 01 00 00 8b 50 10 85 d2 0f
84 34 01 00 00 89 d8 <ff> d2 85 c0 0f 85 9c 00 00 00 f6 83 10 01 00 00 87
75 26 8b 53
Dec 30 19:49:30 szk-simor kernel: EIP: [<000bdf8e>] iput+0x4e/0x1f0 SS:ESP
0068:e6ccfef0
Dec 30 19:49:30 szk-simor kernel: ---[ end trace 0f9efa514b41f93b ]---
Dec 30 19:49:35 szk-simor kernel: SysRq : Emergency Sync
Dec 30 19:49:35 szk-simor kernel: Emergency Sync complete
Dec 30 19:49:39 szk-simor kernel: SysRq : Emergency Remount R/O
>
>> So here is another one. This time I could paste it from the log:
>
> this is gain some fs/journaling code trying to increment some seemingly
> invalid
> pointer (in eax), there's probably some memory corruption going on here
> and it'd
> be important to try both vanilla and -r7.
Now I'm running -r7. I may have time for vanilla. But I cannot reliably
reproduce it.
I'll give memtest a spin overnight. Last time it was OK. I also have a
feeling of a possible memory corruption, but why it would always result in
a file system error? I have no other symptoms.
>
>> It happens during IO activity. I wouldn't say heavy IO. The memory is
>> OK,
>> the harddrive is perfect.
>> I can dd the whole hdd to my backup booting on a gentoo CD.
>
> is the filesystem ok as well (fsck)?
>
Because of these recurrent fs problems I reverted my mount options to use
data=journal and barrier=1. That is the most conservative and the slowest.
Fortunately I'm not a speed-freak. That way the systems survives these
events without loosing fs consistency. But it happened before, that I had
to restore some of my partitions from backup.
It is interesting to note, that hardened-sources-2.6.32-r20 was more
stable, than the other version I've met since than. It used
grsec-2.2.0-2.6.32.24-201010021153. May be the memory handling of that
kernel is different and that keeps it from triggering some memory
problems...
Thx:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-04 13:52 ` "Tóth Attila"
@ 2011-01-04 13:16 ` pageexec
0 siblings, 0 replies; 28+ messages in thread
From: pageexec @ 2011-01-04 13:16 UTC (permalink / raw
To: gentoo-hardened
On 4 Jan 2011 at 14:52, "Tóth Attila" wrote:
> Forgotten attachment
ok, i think it's time to try vanilla if you can as this seems to be
a problem in code we don't really touch directly...
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-30 20:35 ` pageexec
2010-12-30 23:16 ` "Tóth Attila"
@ 2011-01-04 13:52 ` "Tóth Attila"
2011-01-04 16:46 ` pageexec
2011-01-04 13:52 ` "Tóth Attila"
2 siblings, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2011-01-04 13:52 UTC (permalink / raw
To: gentoo-hardened
No errors were found after 12 hours of memtest.
However some serious crashes still occur.
I attach snippets of kern.log.
Is it still suggests a hardware error?
I have to try out another laptop. That is not convenient...
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2010.December 30.(Cs) 21:35 időpontban pageexec@freemail.hu ezt írta:
> On 30 Dec 2010 at 20:29, "Tóth Attila" wrote:
>
>> There were two screen shots attached. The older one was outdated related
>> to 2.6.32 kernel.
>>
>> But the other was a recent panic.
>
> unfortunately this one had the first oops scroll away already, so i can't
> tell
> much about it...
>
>> So here is another one. This time I could paste it from the log:
>
> this is gain some fs/journaling code trying to increment some seemingly
> invalid
> pointer (in eax), there's probably some memory corruption going on here
> and it'd
> be important to try both vanilla and -r7.
>
>> It happens during IO activity. I wouldn't say heavy IO. The memory is
>> OK,
>> the harddrive is perfect.
>> I can dd the whole hdd to my backup booting on a gentoo CD.
>
> is the filesystem ok as well (fsck)?
>
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2010-12-30 20:35 ` pageexec
2010-12-30 23:16 ` "Tóth Attila"
2011-01-04 13:52 ` "Tóth Attila"
@ 2011-01-04 13:52 ` "Tóth Attila"
2011-01-04 13:16 ` pageexec
2 siblings, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2011-01-04 13:52 UTC (permalink / raw
To: gentoo-hardened
[-- Attachment #1: Type: text/plain, Size: 1020 bytes --]
Forgotten attachment
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2010.December 30.(Cs) 21:35 időpontban pageexec@freemail.hu ezt írta:
> On 30 Dec 2010 at 20:29, "Tóth Attila" wrote:
>
>> There were two screen shots attached. The older one was outdated related
>> to 2.6.32 kernel.
>>
>> But the other was a recent panic.
>
> unfortunately this one had the first oops scroll away already, so i can't
> tell
> much about it...
>
>> So here is another one. This time I could paste it from the log:
>
> this is gain some fs/journaling code trying to increment some seemingly
> invalid
> pointer (in eax), there's probably some memory corruption going on here
> and it'd
> be important to try both vanilla and -r7.
>
>> It happens during IO activity. I wouldn't say heavy IO. The memory is
>> OK,
>> the harddrive is perfect.
>> I can dd the whole hdd to my backup booting on a gentoo CD.
>
> is the filesystem ok as well (fsck)?
>
>
>
[-- Attachment #2: kern.log --]
[-- Type: application/octet-stream, Size: 140624 bytes --]
Jan 4 13:03:17 szk-simor kernel: ------------[ cut here ]------------
Jan 4 13:03:17 szk-simor kernel: kernel BUG at fs/buffer.c:3243!
Jan 4 13:03:17 szk-simor kernel: invalid opcode: 0000 [#1] DEBUG_PAGEALLOC
Jan 4 13:03:17 szk-simor kernel: last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
Jan 4 13:03:17 szk-simor kernel: Modules linked in: i2c_dev tp_smapi thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp radeon ttm drm_kms_helper ipw2200 uhci_hcd ehci_hcd yenta_socket i2c_i801 libipw
Jan 4 13:03:17 szk-simor kernel:
Jan 4 13:03:17 szk-simor kernel: Pid: 538, comm: kswapd0 Not tainted 2.6.36-hardened-r7 #1 1830W7F/1830W7F
Jan 4 13:03:17 szk-simor kernel: EIP: 0060:[<000cac20>] EFLAGS: 00010202 CPU: 0
Jan 4 13:03:17 szk-simor kernel: EIP is at free_buffer_head+0x20/0x30
Jan 4 13:03:17 szk-simor kernel: EAX: e3ab4a90 EBX: e3ab4a90 ECX: 00000000 EDX: e3ab4ab8
Jan 4 13:03:17 szk-simor kernel: ESI: 00000001 EDI: 00000001 EBP: f7151f68 ESP: f7151dc0
Jan 4 13:03:17 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 0068 SS: 0068
Jan 4 13:03:17 szk-simor kernel: Process kswapd0 (pid: 538, ti=f7150000 task=f7076b70 task.ti=f7150000)
Jan 4 13:03:17 szk-simor kernel: Stack:
Jan 4 13:03:17 szk-simor kernel: 000cadba e3ab4a90 80000009 c2ebd2d8 0007a9f2 c2ebd2c0 00086023 f7151e44
Jan 4 13:03:17 szk-simor kernel: <0> 00084d71 f7151e3c f7151e0c c204ba28 f7151e80 c64b27e4 00000000 00000000
Jan 4 13:03:17 szk-simor kernel: <0> f7076b70 0000001a f7076b70 00000001 000a3beb c2ea9cc0 c2ea9cd8 000850d8
Jan 4 13:03:17 szk-simor kernel: Call Trace:
Jan 4 13:03:17 szk-simor kernel: [<000cadba>] ? try_to_free_buffers+0x4a/0x80
Jan 4 13:03:17 szk-simor kernel: [<0007a9f2>] ? try_to_release_page+0x22/0x40
Jan 4 13:03:17 szk-simor kernel: [<00086023>] ? shrink_page_list+0x4f3/0x680
Jan 4 13:03:17 szk-simor kernel: [<00084d71>] ? move_active_pages_to_lru+0xa1/0x100
Jan 4 13:03:17 szk-simor kernel: [<000a3beb>] ? mem_cgroup_del_lru_list+0x1b/0x70
Jan 4 13:03:17 szk-simor kernel: [<000850d8>] ? isolate_lru_pages+0xa8/0x260
Jan 4 13:03:17 szk-simor kernel: [<00084c24>] ? update_isolated_counts.clone.36+0x54/0x100
Jan 4 13:03:17 szk-simor kernel: [<00086435>] ? shrink_inactive_list+0xc5/0x2a0
Jan 4 13:03:17 szk-simor kernel: [<00058a3a>] ? module_flags.clone.30+0x7a/0xd0
Jan 4 13:03:17 szk-simor kernel: [<002db89b>] ? initialize_tty_struct+0xab/0x1a0
Jan 4 13:03:17 szk-simor kernel: [<00086962>] ? shrink_zone+0x352/0x490
Jan 4 13:03:17 szk-simor kernel: [<00086fc1>] ? kswapd+0x521/0x630
Jan 4 13:03:17 szk-simor kernel: [<000759a6>] ? perf_event_read_group.clone.46+0x2e6/0x330
Jan 4 13:03:17 szk-simor kernel: [<00045f40>] ? autoremove_wake_function+0x0/0x40
Jan 4 13:03:17 szk-simor kernel: [<00086aa0>] ? kswapd+0x0/0x630
Jan 4 13:03:17 szk-simor kernel: [<00045b14>] ? kthread+0x74/0x80
Jan 4 13:03:17 szk-simor kernel: [<00045aa0>] ? kthread+0x0/0x80
Jan 4 13:03:17 szk-simor kernel: [<0000439e>] ? kernel_thread_helper+0x6/0x18
Jan 4 13:03:17 szk-simor kernel: Code: 0b 8d 76 00 8d bc 27 00 00 00 00 8d 50 28 39 50 28 75 18 89 c2 a1 78 fc 48 c2 e8 cc 53 fd ff 83 2d 80 68 01 c2 01 e9 b0 fe ff ff <0f> 0b 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 80 cc 80 89 c2
Jan 4 13:03:17 szk-simor kernel: EIP: [<000cac20>] free_buffer_head+0x20/0x30 SS:ESP 0068:f7151dc0
Jan 4 13:03:17 szk-simor kernel: ---[ end trace 32c8de1b1e9d7565 ]---
Jan 4 14:32:54 szk-simor kernel: ------------[ cut here ]------------
Jan 4 14:32:54 szk-simor kernel: kernel BUG at fs/buffer.c:3243!
Jan 4 14:32:54 szk-simor kernel: invalid opcode: 0000 [#2] DEBUG_PAGEALLOC
Jan 4 14:32:54 szk-simor kernel: last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
Jan 4 14:32:54 szk-simor kernel: Modules linked in: i2c_dev tp_smapi thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp radeon ttm drm_kms_helper ipw2200 uhci_hcd ehci_hcd yenta_socket i2c_i801 libipw
Jan 4 14:32:54 szk-simor kernel:
Jan 4 14:32:54 szk-simor kernel: Pid: 13116, comm: rm Tainted: G D 2.6.36-hardened-r7 #1 1830W7F/1830W7F
Jan 4 14:32:54 szk-simor kernel: EIP: 0060:[<000cac20>] EFLAGS: 00210202 CPU: 0
Jan 4 14:32:54 szk-simor kernel: EIP is at free_buffer_head+0x20/0x30
Jan 4 14:32:54 szk-simor kernel: EAX: e3ab49b0 EBX: e3ab49b0 ECX: 00000000 EDX: e3ab49d8
Jan 4 14:32:54 szk-simor kernel: ESI: 00000001 EDI: 00001000 EBP: 00000000 ESP: c5dabdec
Jan 4 14:32:54 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 007b SS: 0068
Jan 4 14:32:54 szk-simor kernel: Process rm (pid: 13116, ti=c5daa000 task=ca8250b0 task.ti=c5daa000)
Jan 4 14:32:54 szk-simor kernel: Stack:
Jan 4 14:32:54 szk-simor kernel: 000cadba e3ab49b0 e3ab49b0 e3ab49b0 0014a291 00011525 e3ab49b0 c2eac3e0
Jan 4 14:32:54 szk-simor kernel: <0> 00000001 00000000 f6aa4600 000a3578 c2eac3e0 c64b27e4 0000000d c5dabe64
Jan 4 14:32:54 szk-simor kernel: <0> 0008426e 0000000e c5dabe64 00083489 00011525 c2eac3e0 0008436d 0000000e
Jan 4 14:32:54 szk-simor kernel: Call Trace:
Jan 4 14:32:54 szk-simor kernel: [<000cadba>] ? try_to_free_buffers+0x4a/0x80
Jan 4 14:32:54 szk-simor kernel: [<0014a291>] ? journal_invalidatepage+0x131/0x1f0
Jan 4 14:32:54 szk-simor kernel: [<00011525>] ? perf_event_print_debug+0x1e5/0x270
Jan 4 14:32:54 szk-simor kernel: [<000a3578>] ? __mem_cgroup_uncharge_common+0x98/0x1d0
Jan 4 14:32:54 szk-simor kernel: [<0008426e>] ? truncate_inode_page+0xae/0xc0
Jan 4 14:32:54 szk-simor kernel: [<00083489>] ? pagevec_lookup+0x19/0x20
Jan 4 14:32:54 szk-simor kernel: [<00011525>] ? perf_event_print_debug+0x1e5/0x270
Jan 4 14:32:54 szk-simor kernel: [<0008436d>] ? truncate_inode_pages_range+0xed/0x2e0
Jan 4 14:32:54 szk-simor kernel: [<00084577>] ? truncate_inode_pages+0x17/0x20
Jan 4 14:32:54 szk-simor kernel: [<00103d1c>] ? ext3_evict_inode+0x2c/0x1a0
Jan 4 14:32:54 szk-simor kernel: [<000bc477>] ? evict+0x17/0xa0
Jan 4 14:32:54 szk-simor kernel: [<000bc9dd>] ? iput+0x13d/0x1f0
Jan 4 14:32:54 szk-simor kernel: [<000b32f5>] ? do_unlinkat+0xf5/0x200
Jan 4 14:32:54 szk-simor kernel: [<00800009>] ? 0x800009
Jan 4 14:32:54 szk-simor kernel: [<0059072e>] ? michael_mic+0x7e/0x140
Jan 4 14:32:54 szk-simor kernel: [<000cc018>] ? create_empty_buffers+0x68/0x80
Jan 4 14:32:54 szk-simor kernel: [<005b3192>] ? restore_all+0x0/0x18
Jan 4 14:32:54 szk-simor kernel: [<005b3179>] ? syscall_call+0x7/0xb
Jan 4 14:32:54 szk-simor kernel: [<0020007b>] ? btrfs_alloc_from_cluster+0xbb/0x2d0
Jan 4 14:32:54 szk-simor kernel: [<00200246>] ? btrfs_alloc_from_cluster+0x286/0x2d0
Jan 4 14:32:54 szk-simor kernel: [<00005401>] ? math_error+0x181/0x250
Jan 4 14:32:54 szk-simor kernel: [<00200202>] ? btrfs_alloc_from_cluster+0x242/0x2d0
Jan 4 14:32:54 szk-simor kernel: [<00200212>] ? btrfs_alloc_from_cluster+0x252/0x2d0
Jan 4 14:32:54 szk-simor kernel: Code: 0b 8d 76 00 8d bc 27 00 00 00 00 8d 50 28 39 50 28 75 18 89 c2 a1 78 fc 48 c2 e8 cc 53 fd ff 83 2d 80 68 01 c2 01 e9 b0 fe ff ff <0f> 0b 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 80 cc 80 89 c2
Jan 4 14:32:54 szk-simor kernel: EIP: [<000cac20>] free_buffer_head+0x20/0x30 SS:ESP 0068:c5dabdec
Jan 4 14:32:54 szk-simor kernel: ---[ end trace 32c8de1b1e9d7566 ]---
Jan 4 14:34:34 szk-simor kernel: ------------[ cut here ]------------
Jan 4 14:34:34 szk-simor kernel: kernel BUG at fs/buffer.c:3243!
Jan 4 14:34:34 szk-simor kernel: invalid opcode: 0000 [#3] DEBUG_PAGEALLOC
Jan 4 14:34:34 szk-simor kernel: last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
Jan 4 14:34:34 szk-simor kernel: Modules linked in: i2c_dev tp_smapi thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp radeon ttm drm_kms_helper ipw2200 uhci_hcd ehci_hcd yenta_socket i2c_i801 libipw
Jan 4 14:34:34 szk-simor kernel:
Jan 4 14:34:34 szk-simor kernel: Pid: 13147, comm: dvdrip-splitpip Tainted: G D 2.6.36-hardened-r7 #1 1830W7F/1830W7F
Jan 4 14:34:34 szk-simor kernel: EIP: 0060:[<000cac20>] EFLAGS: 00210206 CPU: 0
Jan 4 14:34:34 szk-simor kernel: EIP is at free_buffer_head+0x20/0x30
Jan 4 14:34:34 szk-simor kernel: EAX: f3eb4940 EBX: f3eb4940 ECX: 00000000 EDX: f3eb4968
Jan 4 14:34:34 szk-simor kernel: ESI: 00000001 EDI: 00000001 EBP: c5dabd5c ESP: c5dabbd8
Jan 4 14:34:34 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 007b SS: 0068
Jan 4 14:34:34 szk-simor kernel: Process dvdrip-splitpip (pid: 13147, ti=c5daa000 task=c5c1eb70 task.ti=c5daa000)
Jan 4 14:34:34 szk-simor kernel: Stack:
Jan 4 14:34:34 szk-simor kernel: 000cadba f3eb4940 80000009 c3344818 0007a9f2 c3344800 00086023 c5dabc5c
Jan 4 14:34:34 szk-simor kernel: <0> c5dabc10 c5dabc54 c5dabc24 c579b3ec c5dabc98 e4f70b3c 00000000 00000000
Jan 4 14:34:34 szk-simor kernel: <0> c5c1eb70 00000017 c5c1eb70 c3326520 000a3beb c30a9e80 c30a9e98 000850d8
Jan 4 14:34:34 szk-simor kernel: Call Trace:
Jan 4 14:34:34 szk-simor kernel: [<000cadba>] ? try_to_free_buffers+0x4a/0x80
Jan 4 14:34:34 szk-simor kernel: [<0007a9f2>] ? try_to_release_page+0x22/0x40
Jan 4 14:34:34 szk-simor kernel: [<00086023>] ? shrink_page_list+0x4f3/0x680
Jan 4 14:34:34 szk-simor kernel: [<000a3beb>] ? mem_cgroup_del_lru_list+0x1b/0x70
Jan 4 14:34:34 szk-simor kernel: [<000850d8>] ? isolate_lru_pages+0xa8/0x260
Jan 4 14:34:34 szk-simor kernel: [<00084c24>] ? update_isolated_counts.clone.36+0x54/0x100
Jan 4 14:34:34 szk-simor kernel: [<00086435>] ? shrink_inactive_list+0xc5/0x2a0
Jan 4 14:34:34 szk-simor kernel: [<000cbbb8>] ? __find_get_block+0x78/0x180
Jan 4 14:34:34 szk-simor kernel: [<00086962>] ? shrink_zone+0x352/0x490
Jan 4 14:34:34 szk-simor kernel: [<00087168>] ? do_try_to_free_pages+0x98/0x3b0
Jan 4 14:34:34 szk-simor kernel: [<00076203>] ? perf_event_alloc.clone.51+0x293/0x3b0
Jan 4 14:34:34 szk-simor kernel: [<00087581>] ? try_to_free_pages+0x71/0x90
Jan 4 14:34:34 szk-simor kernel: [<000200d2>] ? pax_report_insns+0x72/0xe0
Jan 4 14:34:34 szk-simor kernel: [<00080e2c>] ? __alloc_pages_nodemask+0x35c/0x5f0
Jan 4 14:34:34 szk-simor kernel: [<000200d2>] ? pax_report_insns+0x72/0xe0
Jan 4 14:34:34 szk-simor kernel: [<000200d2>] ? pax_report_insns+0x72/0xe0
Jan 4 14:34:34 szk-simor kernel: [<00027000>] ? ._mainloop+0x419/0x63e
Jan 4 14:34:34 szk-simor kernel: [<000afb78>] ? pipe_write+0x3b8/0x4d0
Jan 4 14:34:34 szk-simor kernel: [<000a79e5>] ? do_sync_write+0xb5/0xf0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<000a7d66>] ? rw_verify_area+0x66/0xe0
Jan 4 14:34:34 szk-simor kernel: [<00027000>] ? ._mainloop+0x419/0x63e
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<000a7930>] ? do_sync_write+0x0/0xf0
Jan 4 14:34:34 szk-simor kernel: [<000a809f>] ? vfs_write+0xbf/0x1a0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<000a83d1>] ? sys_write+0x41/0x70
Jan 4 14:34:34 szk-simor kernel: [<005b3179>] ? syscall_call+0x7/0xb
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<00028000>] ? tg_schedulable+0x1a0/0x1d0
Jan 4 14:34:34 szk-simor kernel: [<00200033>] ? btrfs_alloc_from_cluster+0x73/0x2d0
Jan 4 14:34:34 szk-simor kernel: [<00200246>] ? btrfs_alloc_from_cluster+0x286/0x2d0
Jan 4 14:34:34 szk-simor kernel: [<00200033>] ? btrfs_alloc_from_cluster+0x73/0x2d0
Jan 4 14:34:34 szk-simor kernel: [<00200246>] ? btrfs_alloc_from_cluster+0x286/0x2d0
Jan 4 14:34:34 szk-simor kernel: [<00200246>] ? btrfs_alloc_from_cluster+0x286/0x2d0
Jan 4 14:34:34 szk-simor kernel: Code: 0b 8d 76 00 8d bc 27 00 00 00 00 8d 50 28 39 50 28 75 18 89 c2 a1 78 fc 48 c2 e8 cc 53 fd ff 83 2d 80 68 01 c2 01 e9 b0 fe ff ff <0f> 0b 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 80 cc 80 89 c2
Jan 4 14:34:34 szk-simor kernel: EIP: [<000cac20>] free_buffer_head+0x20/0x30 SS:ESP 0068:c5dabbd8
Jan 4 14:34:34 szk-simor kernel: ---[ end trace 32c8de1b1e9d7567 ]---
Jan 4 14:35:03 szk-simor kernel: ------------[ cut here ]------------
Jan 4 14:35:03 szk-simor kernel: kernel BUG at fs/buffer.c:3243!
Jan 4 14:35:03 szk-simor kernel: invalid opcode: 0000 [#4] DEBUG_PAGEALLOC
Jan 4 14:35:03 szk-simor kernel: last sysfs file: /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
Jan 4 14:35:03 szk-simor kernel: Modules linked in: i2c_dev tp_smapi thinkpad_ec lib80211_crypt_wep lib80211_crypt_tkip lib80211_crypt_ccmp radeon ttm drm_kms_helper ipw2200 uhci_hcd ehci_hcd yenta_socket i2c_i801 libipw
Jan 4 14:35:03 szk-simor kernel:
Jan 4 14:35:03 szk-simor kernel: Pid: 13160, comm: gnome-terminal Tainted: G D 2.6.36-hardened-r7 #1 1830W7F/1830W7F
Jan 4 14:35:03 szk-simor kernel: EIP: 0060:[<000cac20>] EFLAGS: 00210287 CPU: 0
Jan 4 14:35:03 szk-simor kernel: EIP is at free_buffer_head+0x20/0x30
Jan 4 14:35:03 szk-simor kernel: EAX: f3eb4a90 EBX: f3eb4a90 ECX: 00000000 EDX: f3eb4ab8
Jan 4 14:35:03 szk-simor kernel: ESI: 00000001 EDI: 00000001 EBP: cd793ddc ESP: cd793c58
Jan 4 14:35:03 szk-simor kernel: DS: 0068 ES: 0068 FS: 0000 GS: 007b SS: 0068
Jan 4 14:35:03 szk-simor kernel: Process gnome-terminal (pid: 13160, ti=cd792000 task=d33b9830 task.ti=cd792000)
Jan 4 14:35:03 szk-simor kernel: Stack:
Jan 4 14:35:03 szk-simor kernel: 000cadba f3eb4a90 80000009 c2f0a858 0007a9f2 c2f0a840 00086023 cd793cdc
Jan 4 14:35:03 szk-simor kernel: <0> f7211e00 cd793cd4 cd793ca4 f17902cc cd793d18 e4f70b3c 00000000 00000000
Jan 4 14:35:03 szk-simor kernel: <0> d33b9830 00000013 d33b9830 c3130860 000a3beb c2f09e60 c2f09e78 000850d8
Jan 4 14:35:03 szk-simor kernel: Call Trace:
Jan 4 14:35:03 szk-simor kernel: [<000cadba>] ? try_to_free_buffers+0x4a/0x80
Jan 4 14:35:03 szk-simor kernel: [<0007a9f2>] ? try_to_release_page+0x22/0x40
Jan 4 14:35:03 szk-simor kernel: [<00086023>] ? shrink_page_list+0x4f3/0x680
Jan 4 14:35:03 szk-simor kernel: [<000a3beb>] ? mem_cgroup_del_lru_list+0x1b/0x70
Jan 4 14:35:03 szk-simor kernel: [<000850d8>] ? isolate_lru_pages+0xa8/0x260
Jan 4 14:35:03 szk-simor kernel: [<00084c24>] ? update_isolated_counts.clone.36+0x54/0x100
Jan 4 14:35:03 szk-simor kernel: [<00086435>] ? shrink_inactive_list+0xc5/0x2a0
Jan 4 14:35:03 szk-simor kernel: [<0026c9d5>] ? __const_udelay+0x15/0x20
Jan 4 14:35:03 szk-simor kernel: [<0034b57c>] ? ata_bmdma_setup+0x5c/0x70
Jan 4 14:35:03 szk-simor kernel: [<00086962>] ? shrink_zone+0x352/0x490
Jan 4 14:35:03 szk-simor kernel: [<00087168>] ? do_try_to_free_pages+0x98/0x3b0
Jan 4 14:35:03 szk-simor kernel: [<00076224>] ? perf_event_alloc.clone.51+0x2b4/0x3b0
Jan 4 14:35:03 szk-simor kernel: [<00087581>] ? try_to_free_pages+0x71/0x90
Jan 4 14:35:03 szk-simor kernel: [<000200da>] ? pax_report_insns+0x7a/0xe0
Jan 4 14:35:03 szk-simor kernel: [<00080e2c>] ? __alloc_pages_nodemask+0x35c/0x5f0
Jan 4 14:35:03 szk-simor kernel: [<000200da>] ? pax_report_insns+0x7a/0xe0
Jan 4 14:35:03 szk-simor kernel: [<000200da>] ? pax_report_insns+0x7a/0xe0
Jan 4 14:35:03 szk-simor kernel: [<0007c0e7>] ? filemap_fault+0x1e7/0x360
Jan 4 14:35:03 szk-simor kernel: [<0009042f>] ? __do_fault+0x28f/0x480
Jan 4 14:35:03 szk-simor kernel: [<00002000>] ? run_init_process+0x0/0x20
Jan 4 14:35:03 szk-simor kernel: [<000909de>] ? handle_mm_fault+0x19e/0x940
Jan 4 14:35:03 szk-simor kernel: [<0001fcf0>] ? do_page_fault+0x170/0x4e0
Jan 4 14:35:03 szk-simor kernel: [<000959b6>] ? sys_mmap_pgoff+0x96/0x110
Jan 4 14:35:03 szk-simor kernel: [<005b3192>] ? restore_all+0x0/0x18
Jan 4 14:35:03 szk-simor kernel: [<00002000>] ? run_init_process+0x0/0x20
Jan 4 14:35:03 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:35:03 szk-simor kernel: [<005b3564>] ? error_code+0x8c/0x94
Jan 4 14:35:03 szk-simor kernel: [<00210202>] ? sys_shmctl+0x392/0x530
Jan 4 14:35:03 szk-simor kernel: [<00200202>] ? btrfs_alloc_from_cluster+0x242/0x2d0
Jan 4 14:35:03 szk-simor kernel: Code: 0b 8d 76 00 8d bc 27 00 00 00 00 8d 50 28 39 50 28 75 18 89 c2 a1 78 fc 48 c2 e8 cc 53 fd ff 83 2d 80 68 01 c2 01 e9 b0 fe ff ff <0f> 0b 8d b4 26 00 00 00 00 8d bc 27 00 00 00 00 80 cc 80 89 c2
Jan 4 14:35:03 szk-simor kernel: EIP: [<000cac20>] free_buffer_head+0x20/0x30 SS:ESP 0068:cd793c58
Jan 4 14:35:03 szk-simor kernel: ---[ end trace 32c8de1b1e9d7568 ]---
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:55211066 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a625dc vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a62
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a62>] ? __run_hrtimer.clone.35+0x72/0x110
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<0002a803>] ? enqueue_entity+0x123/0x170
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0001fcf0>] ? do_page_fault+0x170/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<00033e6f>] ? irq_exit+0x2f/0x70
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<005b3564>] ? error_code+0x8c/0x94
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: grsec: (clamav:U:/usr/sbin/clamd) Invalid alignment/Bus error occurred at 49a625dc in /usr/sbin/clamd[clamd:4890] uid/euid:103/103 gid/egid:410/410, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 982a3cc8
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:54799026 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:499e2000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:499e2
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<000499e2>] ? hrtimer_cancel+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00234000>] ? fcrypt_encrypt+0x2b0/0x3c0
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 982a3828
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:547050a6 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:499e6000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:499e6
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<000499e6>] ? hrtimer_cancel+0x16/0x20
Jan 4 14:36:25 szk-simor kernel: [<00230000>] ? crypto_ccm_setkey+0x10/0x90
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 98369e68
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:6d3cd026 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:499f2000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:499f2
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<000499f2>] ? __run_hrtimer.clone.35+0x2/0x110
Jan 4 14:36:25 szk-simor kernel: [<00224000>] ? rmd320_transform+0x4d0/0x1440
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:545a5066 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a26000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a26
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a26>] ? __run_hrtimer.clone.35+0x36/0x110
Jan 4 14:36:25 szk-simor kernel: [<001f0000>] ? __btrfs_alloc_chunk+0x8e0/0x9a0
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 902a28e8
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:5451d024 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a2a000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a2a
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a2a>] ? __run_hrtimer.clone.35+0x3a/0x110
Jan 4 14:36:25 szk-simor kernel: [<001ec000>] ? memcmp_extent_buffer+0x40/0x150
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:54435064 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a3a000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a3a
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a3a>] ? __run_hrtimer.clone.35+0x4a/0x110
Jan 4 14:36:25 szk-simor kernel: [<001dc000>] ? btrfs_set_inode_sequence+0x30/0x100
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 983e8c48
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:7d189026 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a3e000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a3e
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a3e>] ? __run_hrtimer.clone.35+0x4e/0x110
Jan 4 14:36:25 szk-simor kernel: [<001d8000>] ? add_extent_mapping+0x20/0x230
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 902a4868
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:5490d024 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a4a000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a4a
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a4a>] ? __run_hrtimer.clone.35+0x5a/0x110
Jan 4 14:36:25 szk-simor kernel: [<001cc000>] ? btrfs_finish_ordered_io+0xe0/0x360
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:54ccd066 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a52000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a52
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a52>] ? __run_hrtimer.clone.35+0x62/0x110
Jan 4 14:36:25 szk-simor kernel: [<001c4000>] ? open_ctree+0x170/0x12a0
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:55211066 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a62000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a62
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a62>] ? __run_hrtimer.clone.35+0x72/0x110
Jan 4 14:36:25 szk-simor kernel: [<001b4000>] ? caching_kthread+0x90/0x400
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 982a8068
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:5500d026 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a72000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a72
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a72>] ? __run_hrtimer.clone.35+0x82/0x110
Jan 4 14:36:25 szk-simor kernel: [<001a4000>] ? udf_time_to_disk_stamp+0x190/0x300
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:54b05066 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a82000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a82
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a82>] ? __run_hrtimer.clone.35+0x92/0x110
Jan 4 14:36:25 szk-simor kernel: [<00194000>] ? fuse_ctl_add_dentry+0x90/0xe0
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:25 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:25 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:25 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:25 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:25 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:25 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:25 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:25 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:25 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:25 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:25 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:25 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:25 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:25 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:25 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:25 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:25 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:25 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:25 szk-simor kernel: swap_free: Bad swap file entry 982a9068
Jan 4 14:36:25 szk-simor kernel: BUG: Bad page map in process clamd pte:5520d026 pmd:33aa5067
Jan 4 14:36:25 szk-simor kernel: addr:49a8a000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49a8a
Jan 4 14:36:25 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:25 szk-simor kernel: Call Trace:
Jan 4 14:36:25 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:25 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:25 szk-simor kernel: [<00049a8a>] ? __run_hrtimer.clone.35+0x9a/0x110
Jan 4 14:36:25 szk-simor kernel: [<0018c000>] ? fuse_abort_conn+0xf0/0x180
Jan 4 14:36:25 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:25 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:25 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:25 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:25 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:25 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:25 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:25 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:26 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:26 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:26 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:26 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:26 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:26 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:26 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:26 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:26 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:26 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:26 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:26 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:26 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:26 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:26 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:26 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:26 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:26 szk-simor kernel: BUG: Bad page map in process clamd pte:555dd066 pmd:33aa5067
Jan 4 14:36:26 szk-simor kernel: addr:49abe000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49abe
Jan 4 14:36:26 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:26 szk-simor kernel: Call Trace:
Jan 4 14:36:26 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:26 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:26 szk-simor kernel: [<00049abe>] ? __run_hrtimer.clone.35+0xce/0x110
Jan 4 14:36:26 szk-simor kernel: [<00158000>] ? __fat_readdir.clone.18+0x220/0xb50
Jan 4 14:36:26 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:26 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:26 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:26 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:26 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:26 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:26 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:26 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:26 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:26 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:26 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:26 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:26 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:26 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:26 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:26 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:26 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:26 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:26 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:26 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:26 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:26 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:26 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:26 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:26 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:26 szk-simor kernel: BUG: Bad page map in process clamd pte:556f5066 pmd:33aa5067
Jan 4 14:36:26 szk-simor kernel: addr:49ac6000 vm_flags:00100033 anon_vma:c6fddcf0 mapping:(nil) index:49ac6
Jan 4 14:36:26 szk-simor kernel: Pid: 4890, comm: clamd Tainted: G B D 2.6.36-hardened-r7 #1
Jan 4 14:36:26 szk-simor kernel: Call Trace:
Jan 4 14:36:26 szk-simor kernel: [<0008e03d>] ? print_bad_pte+0x13d/0x1b0
Jan 4 14:36:26 szk-simor kernel: [<00100033>] ? ext3_bmap+0x93/0xa0
Jan 4 14:36:26 szk-simor kernel: [<00049ac6>] ? __run_hrtimer.clone.35+0xd6/0x110
Jan 4 14:36:26 szk-simor kernel: [<00150000>] ? do_get_write_access+0x270/0x380
Jan 4 14:36:26 szk-simor kernel: [<0008f75a>] ? unmap_vmas+0x37a/0x540
Jan 4 14:36:26 szk-simor kernel: [<000943ea>] ? exit_mmap+0x9a/0x120
Jan 4 14:36:26 szk-simor kernel: [<00007c2b>] ? e820_type_to_string+0x3b/0x50
Jan 4 14:36:26 szk-simor kernel: [<0002ccae>] ? mmput+0x2e/0xa0
Jan 4 14:36:26 szk-simor kernel: [<0003175e>] ? exit_mm+0xce/0xf0
Jan 4 14:36:26 szk-simor kernel: [<0005d73b>] ? acct_collect+0x7b/0x140
Jan 4 14:36:26 szk-simor kernel: [<0003185a>] ? do_exit+0xda/0x680
Jan 4 14:36:26 szk-simor kernel: [<0003a0ce>] ? recalc_sigpending+0xe/0x30
Jan 4 14:36:26 szk-simor kernel: [<0003a9d0>] ? dequeue_signal+0x30/0x140
Jan 4 14:36:26 szk-simor kernel: [<0003205a>] ? do_group_exit+0x2a/0x70
Jan 4 14:36:26 szk-simor kernel: [<0003c049>] ? get_signal_to_deliver+0x219/0x310
Jan 4 14:36:26 szk-simor kernel: [<0003b52c>] ? force_sig_info+0x9c/0xd0
Jan 4 14:36:26 szk-simor kernel: [<00002ec2>] ? do_signal+0x92/0x980
Jan 4 14:36:26 szk-simor kernel: [<0009116f>] ? handle_mm_fault+0x92f/0x940
Jan 4 14:36:26 szk-simor kernel: [<00030002>] ? wake_up_klogd+0x12/0x20
Jan 4 14:36:26 szk-simor kernel: [<00040000>] ? sys_prctl+0x140/0x330
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<0000a187>] ? native_io_delay+0x47/0x50
Jan 4 14:36:26 szk-simor kernel: [<000621bd>] ? freezer_can_attach+0xd/0x90
Jan 4 14:36:26 szk-simor kernel: [<00269352>] ? rb_erase+0x162/0x280
Jan 4 14:36:26 szk-simor kernel: [<00002a5a>] ? __switch_to+0xaa/0x1c0
Jan 4 14:36:26 szk-simor kernel: [<00028f4c>] ? finish_task_switch.clone.120.clone.124+0x2c/0x90
Jan 4 14:36:26 szk-simor kernel: [<005b14da>] ? schedule+0x13a/0x3e0
Jan 4 14:36:26 szk-simor kernel: [<0001fb80>] ? do_page_fault+0x0/0x4e0
Jan 4 14:36:26 szk-simor kernel: [<00003a00>] ? do_notify_resume+0x30/0x40
Jan 4 14:36:26 szk-simor kernel: [<005b322f>] ? work_notifysig+0x1c/0x21
Jan 4 14:36:26 szk-simor kernel: [<0000ad18>] ? sys_vfork+0x28/0x30
Jan 4 14:36:26 szk-simor kernel: [<005b007b>] ? pci_fixup_i450nx+0x24/0xa1
Jan 4 14:36:26 szk-simor kernel: [<00010206>] ? amd_pmu_cpu_prepare+0x56/0xd0
Jan 4 14:36:30 szk-simor kernel: mtrr: no MTRR for e0000000,2000000 found
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys cpuset
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys cpu
Jan 4 14:38:03 szk-simor kernel: Linux version 2.6.36-hardened-r7 (root@szk-simor) (gcc version 4.5.2 (Gentoo Hardened 4.5.2 p1.0, pie-0.4.5) ) #1 Thu Dec 30 18:45:01 CET 2010
Jan 4 14:38:03 szk-simor kernel: BIOS-provided physical RAM map:
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 00000000000d2000 - 00000000000d4000 (reserved)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 00000000000dc000 - 0000000000100000 (reserved)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 0000000000100000 - 000000007ff60000 (usable)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 000000007ff60000 - 000000007ff77000 (ACPI data)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 000000007ff77000 - 000000007ff79000 (ACPI NVS)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 000000007ff80000 - 0000000080000000 (reserved)
Jan 4 14:38:03 szk-simor kernel: BIOS-e820: 00000000ff800000 - 0000000100000000 (reserved)
Jan 4 14:38:03 szk-simor kernel: Notice: NX (Execute Disable) protection missing in CPU or disabled in BIOS!
Jan 4 14:38:03 szk-simor kernel: DMI present.
Jan 4 14:38:03 szk-simor kernel: e820 update range: 0000000000000000 - 0000000000001000 (usable) ==> (reserved)
Jan 4 14:38:03 szk-simor kernel: e820 remove range: 00000000000a0000 - 0000000000100000 (usable)
Jan 4 14:38:03 szk-simor kernel: last_pfn = 0x7ff60 max_arch_pfn = 0x100000
Jan 4 14:38:03 szk-simor kernel: MTRR default type: uncachable
Jan 4 14:38:03 szk-simor kernel: MTRR fixed ranges enabled:
Jan 4 14:38:03 szk-simor kernel: 00000-9FFFF write-back
Jan 4 14:38:03 szk-simor kernel: A0000-BFFFF uncachable
Jan 4 14:38:03 szk-simor kernel: C0000-CFFFF write-protect
Jan 4 14:38:03 szk-simor kernel: D0000-DBFFF uncachable
Jan 4 14:38:03 szk-simor kernel: DC000-DFFFF write-back
Jan 4 14:38:03 szk-simor kernel: E0000-FFFFF write-protect
Jan 4 14:38:03 szk-simor kernel: MTRR variable ranges enabled:
Jan 4 14:38:03 szk-simor kernel: 0 base 000000000 mask F80000000 write-back
Jan 4 14:38:03 szk-simor kernel: 1 base 07FF80000 mask FFFF80000 uncachable
Jan 4 14:38:03 szk-simor kernel: 2 disabled
Jan 4 14:38:03 szk-simor kernel: 3 disabled
Jan 4 14:38:03 szk-simor kernel: 4 disabled
Jan 4 14:38:03 szk-simor kernel: 5 disabled
Jan 4 14:38:03 szk-simor kernel: 6 disabled
Jan 4 14:38:03 szk-simor kernel: 7 disabled
Jan 4 14:38:03 szk-simor kernel: PAT not supported by CPU.
Jan 4 14:38:03 szk-simor kernel: initial memory mapped : 0 - 02c00000
Jan 4 14:38:03 szk-simor kernel: init_memory_mapping: 0000000000000000-00000000377fe000
Jan 4 14:38:03 szk-simor kernel: 0000000000 - 00377fe000 page 4k
Jan 4 14:38:03 szk-simor kernel: kernel direct mapping tables up to 377fe000 @ 100000-1e1000
Jan 4 14:38:03 szk-simor kernel: ACPI: RSDP 000f6d70 00024 (v02 IBM )
Jan 4 14:38:03 szk-simor kernel: ACPI: XSDT 7ff6a672 0004C (v01 IBM TP-1R 00003230 LTP 00000000)
Jan 4 14:38:03 szk-simor kernel: ACPI: FACP 7ff6a700 000F4 (v03 IBM TP-1R 00003230 IBM 00000001)
Jan 4 14:38:03 szk-simor kernel: ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20100702/tbfadt-526)
Jan 4 14:38:03 szk-simor kernel: ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000000000102C/0x0 (20100702/tbfadt-557)
Jan 4 14:38:03 szk-simor kernel: ACPI: DSDT 7ff6a8e7 0C530 (v01 IBM TP-1R 00003230 MSFT 0100000E)
Jan 4 14:38:03 szk-simor kernel: ACPI: FACS 7ff78000 00040
Jan 4 14:38:03 szk-simor kernel: ACPI: SSDT 7ff6a8b4 00033 (v01 IBM TP-1R 00003230 MSFT 0100000E)
Jan 4 14:38:03 szk-simor kernel: ACPI: ECDT 7ff76e17 00052 (v01 IBM TP-1R 00003230 IBM 00000001)
Jan 4 14:38:03 szk-simor kernel: ACPI: TCPA 7ff76e69 00032 (v01 IBM TP-1R 00003230 PTL 00000001)
Jan 4 14:38:03 szk-simor kernel: ACPI: BOOT 7ff76fd8 00028 (v01 IBM TP-1R 00003230 LTP 00000001)
Jan 4 14:38:03 szk-simor kernel: 1159MB HIGHMEM available.
Jan 4 14:38:03 szk-simor kernel: 887MB LOWMEM available.
Jan 4 14:38:03 szk-simor kernel: mapped low ram: 0 - 377fe000
Jan 4 14:38:03 szk-simor kernel: low ram: 0 - 377fe000
Jan 4 14:38:03 szk-simor kernel: Zone PFN ranges:
Jan 4 14:38:03 szk-simor kernel: DMA 0x00000001 -> 0x00001000
Jan 4 14:38:03 szk-simor kernel: Normal 0x00001000 -> 0x000377fe
Jan 4 14:38:03 szk-simor kernel: HighMem 0x000377fe -> 0x0007ff60
Jan 4 14:38:03 szk-simor kernel: Movable zone start PFN for each node
Jan 4 14:38:03 szk-simor kernel: early_node_map[2] active PFN ranges
Jan 4 14:38:03 szk-simor kernel: 0: 0x00000001 -> 0x0000009f
Jan 4 14:38:03 szk-simor kernel: 0: 0x00000100 -> 0x0007ff60
Jan 4 14:38:03 szk-simor kernel: On node 0 totalpages: 524030
Jan 4 14:38:03 szk-simor kernel: free_area_init_node: node 0, pgdat c204b240, node_mem_map c24d1020
Jan 4 14:38:03 szk-simor kernel: DMA zone: 32 pages used for memmap
Jan 4 14:38:03 szk-simor kernel: DMA zone: 0 pages reserved
Jan 4 14:38:03 szk-simor kernel: DMA zone: 3966 pages, LIFO batch:0
Jan 4 14:38:03 szk-simor kernel: Normal zone: 1744 pages used for memmap
Jan 4 14:38:03 szk-simor kernel: Normal zone: 221486 pages, LIFO batch:31
Jan 4 14:38:03 szk-simor kernel: HighMem zone: 2319 pages used for memmap
Jan 4 14:38:03 szk-simor kernel: HighMem zone: 294483 pages, LIFO batch:31
Jan 4 14:38:03 szk-simor kernel: Using APIC driver default
Jan 4 14:38:03 szk-simor kernel: ACPI: PM-Timer IO Port: 0x1008
Jan 4 14:38:03 szk-simor kernel: Local APIC disabled by BIOS -- reenabling.
Jan 4 14:38:03 szk-simor kernel: Found and enabled local APIC!
Jan 4 14:38:03 szk-simor kernel: nr_irqs_gsi: 16
Jan 4 14:38:03 szk-simor kernel: Allocating PCI resources starting at 80000000 (gap: 80000000:7f800000)
Jan 4 14:38:03 szk-simor kernel: Built 1 zonelists in Zone order, mobility grouping on. Total pages: 519935
Jan 4 14:38:03 szk-simor kernel: Kernel command line: root=/dev/sda2 video=radeonfb:1400x1050 lapic raid=noautodetect rootflags=data=journal
Jan 4 14:38:03 szk-simor kernel: PID hash table entries: 4096 (order: 2, 16384 bytes)
Jan 4 14:38:03 szk-simor kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Jan 4 14:38:03 szk-simor kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Jan 4 14:38:03 szk-simor kernel: Enabling fast FPU save and restore... done.
Jan 4 14:38:03 szk-simor kernel: Enabling unmasked SIMD FPU exception support... done.
Jan 4 14:38:03 szk-simor kernel: Initializing CPU#0
Jan 4 14:38:03 szk-simor kernel: allocated 10482540 bytes of page_cgroup
Jan 4 14:38:03 szk-simor kernel: please try 'cgroup_disable=memory' option if you don't want memory cgroups
Jan 4 14:38:03 szk-simor kernel: Subtract (28 early reservations)
Jan 4 14:38:03 szk-simor kernel: #0 [0001000000 - 00024c3e64] TEXT DATA BSS
Jan 4 14:38:03 szk-simor kernel: #1 [000009f000 - 0000100000] BIOS reserved
Jan 4 14:38:03 szk-simor kernel: #2 [00024c4000 - 00024cf128] BRK
Jan 4 14:38:03 szk-simor kernel: #3 [0000100000 - 00001d3000] PGTABLE
Jan 4 14:38:03 szk-simor kernel: #4 [00024d0000 - 00024d1000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #5 [00024d1000 - 00034d1000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #6 [00024c3e80 - 00024c3e84] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #7 [00024c3ec0 - 00024c3f40] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #8 [00024c3f40 - 00024c3f94] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #9 [00034d1000 - 00034d3000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #10 [00024cf140 - 00024cf1b0] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #11 [00034d3000 - 00034d7000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #12 [00024cf1c0 - 00024cf2d8] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #13 [00024c3fc0 - 00024c4000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #14 [00024cf300 - 00024cf340] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #15 [00024cf340 - 00024cf380] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #16 [00024cf380 - 00024cf3c0] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #17 [00024cf3c0 - 00024cf400] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #18 [00024cf400 - 00024cf440] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #19 [00024cf440 - 00024cf480] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #20 [00024cf480 - 00024cf4c0] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #21 [00024cf4c0 - 00024cf500] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #22 [00024cf500 - 00024cf557] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #23 [00024cf580 - 00024cf5d7] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #24 [00034d7000 - 00034db000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #25 [00034db000 - 000355b000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #26 [000355b000 - 000359b000] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: #27 [000359b000 - 0003f9a36c] BOOTMEM
Jan 4 14:38:03 szk-simor kernel: Initializing HighMem for node 0 (000377fe:0007ff60)
Jan 4 14:38:03 szk-simor kernel: Memory: 2046528k/2096512k available (12288k kernel code, 49592k reserved, 335k data, 364k init, 1187208k highmem)
Jan 4 14:38:03 szk-simor kernel: virtual kernel memory layout:
Jan 4 14:38:03 szk-simor kernel: fixmap : 0xfffa2000 - 0xfffff000 ( 372 kB)
Jan 4 14:38:03 szk-simor kernel: pkmap : 0xff800000 - 0xffc00000 (4096 kB)
Jan 4 14:38:03 szk-simor kernel: vmalloc : 0xf7ffe000 - 0xff7fe000 ( 120 MB)
Jan 4 14:38:03 szk-simor kernel: lowmem : 0xc0000000 - 0xf77fe000 ( 887 MB)
Jan 4 14:38:03 szk-simor kernel: .init : 0xc2400000 - 0xc245b000 ( 364 kB)
Jan 4 14:38:03 szk-simor kernel: .data : 0xc2000000 - 0xc2053db8 ( 335 kB)
Jan 4 14:38:03 szk-simor kernel: .text : 0xc1000000 - 0xc1c00000 (12288 kB)
Jan 4 14:38:03 szk-simor kernel: Checking if this processor honours the WP bit even in supervisor mode...Ok.
Jan 4 14:38:03 szk-simor kernel: Hierarchical RCU implementation.
Jan 4 14:38:03 szk-simor kernel: RCU-based detection of stalled CPUs is disabled.
Jan 4 14:38:03 szk-simor kernel: Verbose stalled-CPUs detection is disabled.
Jan 4 14:38:03 szk-simor kernel: NR_IRQS:288
Jan 4 14:38:03 szk-simor kernel: Extended CMOS year: 2000
Jan 4 14:38:03 szk-simor kernel: Console: colour VGA+ 80x25
Jan 4 14:38:03 szk-simor kernel: console [tty0] enabled
Jan 4 14:38:03 szk-simor kernel: Fast TSC calibration using PIT
Jan 4 14:38:03 szk-simor kernel: Detected 1798.541 MHz processor.
Jan 4 14:38:03 szk-simor kernel: Calibrating delay loop (skipped), value calculated using timer frequency.. 3597.08 BogoMIPS (lpj=7194164)
Jan 4 14:38:03 szk-simor kernel: pid_max: default: 32768 minimum: 501
Jan 4 14:38:03 szk-simor kernel: Security Framework initialized
Jan 4 14:38:03 szk-simor kernel: Mount-cache hash table entries: 512
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys ns
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys cpuacct
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys memory
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys devices
Jan 4 14:38:03 szk-simor kernel: Initializing cgroup subsys freezer
Jan 4 14:38:03 szk-simor kernel: Performance Events: p6 PMU driver.
Jan 4 14:38:03 szk-simor kernel: ... version: 0
Jan 4 14:38:03 szk-simor kernel: ... bit width: 32
Jan 4 14:38:03 szk-simor kernel: ... generic registers: 2
Jan 4 14:38:03 szk-simor kernel: ... value mask: 00000000ffffffff
Jan 4 14:38:03 szk-simor kernel: ... max period: 000000007fffffff
Jan 4 14:38:03 szk-simor kernel: ... fixed-purpose events: 0
Jan 4 14:38:03 szk-simor kernel: ... event mask: 0000000000000003
Jan 4 14:38:03 szk-simor kernel: CPU: Intel(R) Pentium(R) M processor 1.80GHz stepping 06
Jan 4 14:38:03 szk-simor kernel: ACPI: Core revision 20100702
Jan 4 14:38:03 szk-simor kernel: ACPI: setting ELCR to 0200 (from 0e10)
Jan 4 14:38:03 szk-simor kernel: Enabling APIC mode: Flat. Using 0 I/O APICs
Jan 4 14:38:03 szk-simor kernel: xor: automatically using best checksumming function: pIII_sse
Jan 4 14:38:03 szk-simor kernel: pIII_sse : 4824.000 MB/sec
Jan 4 14:38:03 szk-simor kernel: xor: using function: pIII_sse (4824.000 MB/sec)
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 16
Jan 4 14:38:03 szk-simor kernel: ACPI: bus type pci registered
Jan 4 14:38:03 szk-simor kernel: bios32_service: base:000fd6e0 length:00000920 entry:000001f6
Jan 4 14:38:03 szk-simor kernel: PCI: PCI BIOS revision 2.10 entry at 0x1f6, last bus=8
Jan 4 14:38:03 szk-simor kernel: PCI: Using configuration type 1 for base access
Jan 4 14:38:03 szk-simor kernel: bio: create slab <bio-0> at 0
Jan 4 14:38:03 szk-simor kernel: raid6: int32x1 638 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: int32x2 718 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: int32x4 589 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: int32x8 504 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: mmxx1 1882 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: mmxx2 2175 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: sse1x1 1357 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: sse1x2 2220 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: sse2x1 2417 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: sse2x2 2695 MB/s
Jan 4 14:38:03 szk-simor kernel: raid6: using algorithm sse2x2 (2695 MB/s)
Jan 4 14:38:03 szk-simor kernel: ACPI: EC: EC description table is found, configuring boot EC
Jan 4 14:38:03 szk-simor kernel: ACPI: Interpreter enabled
Jan 4 14:38:03 szk-simor kernel: ACPI: (supports S0 S5)
Jan 4 14:38:03 szk-simor kernel: ACPI: Using PIC for interrupt routing
Jan 4 14:38:03 szk-simor kernel: ACPI: EC: GPE = 0x1c, I/O: command/status = 0x66, data = 0x62
Jan 4 14:38:03 szk-simor kernel: ACPI: Power Resource [PUBS] (on)
Jan 4 14:38:03 szk-simor kernel: ACPI: ACPI Dock Station Driver: 3 docks/bays found
Jan 4 14:38:03 szk-simor kernel: PCI: Ignoring host bridge windows from ACPI; if necessary, use "pci=use_crs" and report a bug
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [io 0x0000-0x0cf7] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [io 0x0d00-0xffff] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [mem 0x000a0000-0x000bffff] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [mem 0x000d4000-0x000d7fff] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [mem 0x000d8000-0x000dbfff] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci_root PNP0A03:00: host bridge window [mem 0x80000000-0xfebfffff] (ignored)
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:00.0: reg 10: [mem 0xd0000000-0xdfffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.0: reg 20: [io 0x1800-0x181f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.1: reg 20: [io 0x1820-0x183f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.2: reg 20: [io 0x1840-0x185f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.7: reg 10: [mem 0xc0000000-0xc00003ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.7: PME# supported from D0 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1d.7: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.0: quirk: [io 0x1000-0x107f] claimed by ICH4 ACPI/GPIO/TCO
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.0: quirk: [io 0x1180-0x11bf] claimed by ICH4 GPIO
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 10: [io 0x0000-0x0007]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 14: [io 0x0000-0x0003]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 18: [io 0x0000-0x0007]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 1c: [io 0x0000-0x0003]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 20: [io 0x1860-0x186f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: reg 24: [mem 0x00000000-0x000003ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.3: reg 20: [io 0x1880-0x189f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: reg 10: [io 0x1c00-0x1cff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: reg 14: [io 0x18c0-0x18ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: reg 18: [mem 0xc0000c00-0xc0000dff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: reg 1c: [mem 0xc0000800-0xc00008ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: PME# supported from D0 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.5: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.6: reg 10: [io 0x2400-0x24ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.6: reg 14: [io 0x2000-0x207f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.6: PME# supported from D0 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.6: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: reg 10: [mem 0xe0000000-0xe7ffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: reg 14: [io 0x3000-0x30ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: reg 18: [mem 0xc0100000-0xc010ffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: reg 30: [mem 0x00000000-0x0001ffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: supports D1 D2
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: PCI bridge to [bus 01-01]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [io 0x3000-0x3fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [mem 0xc0100000-0xc01fffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [mem 0xe0000000-0xe7ffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: reg 10: [mem 0xb0000000-0xb0000fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: supports D1 D2
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.2: reg 10: [mem 0xc0215000-0xc02157ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.2: reg 14: [mem 0xc0210000-0xc0213fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.2: supports D1 D2
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.2: PME# supported from D0 D1 D2 D3hot
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.2: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: reg 10: [mem 0xc0220000-0xc023ffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: reg 14: [mem 0xc0200000-0xc020ffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: reg 18: [io 0x8000-0x803f]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: reg 30: [mem 0x00000000-0x0000ffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: PME# supported from D0 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:02.0: reg 10: [mem 0xc0214000-0xc0214fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:02.0: PME# supported from D0 D3hot D3cold
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:02.0: PME# disabled
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: PCI bridge to [bus 02-08] (subtractive decode)
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [io 0x4000-0x8fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [mem 0xc0200000-0xcfffffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [mem 0xe8000000-0xefffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [io 0x0000-0xffff] (subtractive decode)
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [mem 0x00000000-0xffffffff] (subtractive decode)
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:00: on NUMA node 0
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *9 10 11)
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 *4 5 6 7 9 10 11)
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11)
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11)
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 11) *0, disabled.
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11) *0, disabled.
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11) *0, disabled.
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11)
Jan 4 14:38:03 szk-simor kernel: vgaarb: device added: PCI:0000:01:00.0,decodes=io+mem,owns=io+mem,locks=none
Jan 4 14:38:03 szk-simor kernel: vgaarb: loaded
Jan 4 14:38:03 szk-simor kernel: SCSI subsystem initialized
Jan 4 14:38:03 szk-simor kernel: libata version 3.00 loaded.
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usbfs
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver hub
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new device driver usb
Jan 4 14:38:03 szk-simor kernel: Advanced Linux Sound Architecture Driver Version 1.0.23.
Jan 4 14:38:03 szk-simor kernel: PCI: Using ACPI for IRQ routing
Jan 4 14:38:03 szk-simor kernel: PCI: pci_cache_line_size set to 64 bytes
Jan 4 14:38:03 szk-simor kernel: reserve RAM buffer: 000000000009f000 - 000000000009ffff
Jan 4 14:38:03 szk-simor kernel: reserve RAM buffer: 000000007ff60000 - 000000007fffffff
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 23
Jan 4 14:38:03 szk-simor kernel: Bluetooth: Core ver 2.15
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 31
Jan 4 14:38:03 szk-simor kernel: Bluetooth: HCI device and connection manager initialized
Jan 4 14:38:03 szk-simor kernel: Bluetooth: HCI socket layer initialized
Jan 4 14:38:03 szk-simor kernel: cfg80211: Calling CRDA to update world regulatory domain
Jan 4 14:38:03 szk-simor kernel: Switching to clocksource tsc
Jan 4 14:38:03 szk-simor kernel: pnp: PnP ACPI init
Jan 4 14:38:03 szk-simor kernel: ACPI: bus type pnp registered
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 13
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 8
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 1
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 12
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 6
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 7
Jan 4 14:38:03 szk-simor kernel: ERROR: Unable to locate IOAPIC for GSI 3
Jan 4 14:38:03 szk-simor kernel: pnp: PnP ACPI: found 13 devices
Jan 4 14:38:03 szk-simor kernel: ACPI: ACPI bus type pnp unregistered
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x00000000-0x0009ffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000c0000-0x000c3fff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000c4000-0x000c7fff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000c8000-0x000cbfff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000cc000-0x000cffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000d0000-0x000d3fff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000dc000-0x000dffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000e0000-0x000e3fff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000e4000-0x000e7fff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000e8000-0x000ebfff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000ec000-0x000effff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x000f0000-0x000fffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0x00100000-0x7fffffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:00: [mem 0xfec00000-0xffffffff] could not be reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x1000-0x107f] has been reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x1180-0x11bf] has been reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x15e0-0x15ef] has been reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x1600-0x162f] has been reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x1632-0x167f] has been reserved
Jan 4 14:38:03 szk-simor kernel: system 00:02: [io 0x1630-0x1631] has been reserved
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: BAR 5: assigned [mem 0x80000000-0x800003ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1f.1: BAR 5: set to [mem 0x80000000-0x800003ff] (PCI address [0x80000000-0x800003ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: BAR 6: assigned [mem 0xc0120000-0xc013ffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: PCI bridge to [bus 01-01]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [io 0x3000-0x3fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [mem 0xc0100000-0xc01fffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:01.0: bridge window [mem 0xe0000000-0xe7ffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: BAR 9: assigned [mem 0xe8000000-0xebffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: BAR 10: assigned [mem 0xc4000000-0xc7ffffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:01.0: BAR 6: assigned [mem 0xec000000-0xec00ffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: BAR 7: assigned [io 0x4000-0x40ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: BAR 8: assigned [io 0x4400-0x44ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: CardBus bridge to [bus 03-06]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: bridge window [io 0x4000-0x40ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: bridge window [io 0x4400-0x44ff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: bridge window [mem 0xe8000000-0xebffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: bridge window [mem 0xc4000000-0xc7ffffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: PCI bridge to [bus 02-08]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [io 0x4000-0x8fff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [mem 0xc0200000-0xcfffffff]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: bridge window [mem 0xe8000000-0xefffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci 0000:00:1e.0: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 9
Jan 4 14:38:03 szk-simor kernel: PCI: setting IRQ 9 as level-triggered
Jan 4 14:38:03 szk-simor kernel: pci 0000:02:00.0: PCI INT A -> Link[LNKA] -> GSI 9 (level, low) -> IRQ 9
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:00: resource 0 [io 0x0000-0xffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:00: resource 1 [mem 0x00000000-0xffffffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:01: resource 0 [io 0x3000-0x3fff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:01: resource 1 [mem 0xc0100000-0xc01fffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:01: resource 2 [mem 0xe0000000-0xe7ffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:02: resource 0 [io 0x4000-0x8fff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:02: resource 1 [mem 0xc0200000-0xcfffffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:02: resource 2 [mem 0xe8000000-0xefffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:02: resource 4 [io 0x0000-0xffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:02: resource 5 [mem 0x00000000-0xffffffff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:03: resource 0 [io 0x4000-0x40ff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:03: resource 1 [io 0x4400-0x44ff]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:03: resource 2 [mem 0xe8000000-0xebffffff pref]
Jan 4 14:38:03 szk-simor kernel: pci_bus 0000:03: resource 3 [mem 0xc4000000-0xc7ffffff]
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 2
Jan 4 14:38:03 szk-simor kernel: IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
Jan 4 14:38:03 szk-simor kernel: TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
Jan 4 14:38:03 szk-simor kernel: TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
Jan 4 14:38:03 szk-simor kernel: TCP: Hash tables configured (established 131072 bind 65536)
Jan 4 14:38:03 szk-simor kernel: TCP reno registered
Jan 4 14:38:03 szk-simor kernel: UDP hash table entries: 512 (order: 1, 8192 bytes)
Jan 4 14:38:03 szk-simor kernel: UDP-Lite hash table entries: 512 (order: 1, 8192 bytes)
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 1
Jan 4 14:38:03 szk-simor kernel: pci 0000:01:00.0: Boot video device
Jan 4 14:38:03 szk-simor kernel: PCI: CLS 32 bytes, default 64
Jan 4 14:38:03 szk-simor kernel: Simple Boot Flag at 0x35 set to 0x1
Jan 4 14:38:03 szk-simor kernel: microcode: CPU0 sig=0x6d6, pf=0x20, revision=0x18
Jan 4 14:38:03 szk-simor kernel: microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Jan 4 14:38:03 szk-simor kernel: audit: initializing netlink socket (disabled)
Jan 4 14:38:03 szk-simor kernel: type=2000 audit(1294151844.812:1): initialized
Jan 4 14:38:03 szk-simor kernel: highmem bounce pool size: 64 pages
Jan 4 14:38:03 szk-simor kernel: VFS: Disk quotas dquot_6.5.2
Jan 4 14:38:03 szk-simor kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Jan 4 14:38:03 szk-simor kernel: NTFS driver 2.1.29 [Flags: R/W].
Jan 4 14:38:03 szk-simor kernel: fuse init (API version 7.15)
Jan 4 14:38:03 szk-simor kernel: Btrfs loaded
Jan 4 14:38:03 szk-simor kernel: msgmni has been set to 1678
Jan 4 14:38:03 szk-simor kernel: io scheduler noop registered
Jan 4 14:38:03 szk-simor kernel: io scheduler deadline registered
Jan 4 14:38:03 szk-simor kernel: io scheduler cfq registered (default)
Jan 4 14:38:03 szk-simor kernel: radeonfb 0000:01:00.0: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: radeonfb 0000:01:00.0: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: radeonfb 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 9 (level, low) -> IRQ 9
Jan 4 14:38:03 szk-simor kernel: radeonfb: Retrieved PLL infos from BIOS
Jan 4 14:38:03 szk-simor kernel: radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=260.00 Mhz, System=183.00 MHz
Jan 4 14:38:03 szk-simor kernel: radeonfb: PLL min 12000 max 35000
Jan 4 14:38:03 szk-simor kernel: i2c i2c-1: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-1: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-1: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: Non-DDC laptop panel detected
Jan 4 14:38:03 szk-simor kernel: i2c i2c-2: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-2: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-2: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: i2c i2c-3: unable to read EDID block.
Jan 4 14:38:03 szk-simor kernel: radeonfb: Monitor 1 type LCD found
Jan 4 14:38:03 szk-simor kernel: radeonfb: Monitor 2 type no found
Jan 4 14:38:03 szk-simor kernel: radeonfb: panel ID string: Samsung LTN150P1-L02
Jan 4 14:38:03 szk-simor kernel: radeonfb: detected LVDS panel size from BIOS: 1400x1050
Jan 4 14:38:03 szk-simor kernel: radeondb: BIOS provided dividers will be used
Jan 4 14:38:03 szk-simor kernel: radeonfb: Dynamic Clock Power Management enabled
Jan 4 14:38:03 szk-simor kernel: radeonfb: IBM Thinkpad R51/T40/T41/T42 detected, enabling workaround
Jan 4 14:38:03 szk-simor kernel: fbcon: ATI Radeon 4c57 (fb0) is primary device
Jan 4 14:38:03 szk-simor kernel: Console: switching to colour frame buffer device 175x65
Jan 4 14:38:03 szk-simor kernel: radeonfb (0000:01:00.0): ATI Radeon 4c57 "LW"
Jan 4 14:38:03 szk-simor kernel: ACPI: AC Adapter [AC] (on-line)
Jan 4 14:38:03 szk-simor kernel: input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input0
Jan 4 14:38:03 szk-simor kernel: ACPI: Lid Switch [LID]
Jan 4 14:38:03 szk-simor kernel: input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input1
Jan 4 14:38:03 szk-simor kernel: ACPI: Sleep Button [SLPB]
Jan 4 14:38:03 szk-simor kernel: input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
Jan 4 14:38:03 szk-simor kernel: ACPI: Power Button [PWRF]
Jan 4 14:38:03 szk-simor kernel: input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:02/LNXVIDEO:00/input/input3
Jan 4 14:38:03 szk-simor kernel: ACPI: Video Device [VID] (multi-head: yes rom: no post: no)
Jan 4 14:38:03 szk-simor kernel: ACPI: acpi_idle registered with cpuidle
Jan 4 14:38:03 szk-simor kernel: Marking TSC unstable due to TSC halts in idle
Jan 4 14:38:03 szk-simor kernel: Switching to clocksource acpi_pm
Jan 4 14:38:03 szk-simor kernel: thermal LNXTHERM:01: registered as thermal_zone0
Jan 4 14:38:03 szk-simor kernel: ACPI: Thermal Zone [THM0] (45 C)
Jan 4 14:38:03 szk-simor kernel: lp: driver loaded but no devices found
Jan 4 14:38:03 szk-simor kernel: Non-volatile memory driver v1.3
Jan 4 14:38:03 szk-simor kernel: intel_rng: FWH not detected
Jan 4 14:38:03 szk-simor kernel: Linux agpgart interface v0.103
Jan 4 14:38:03 szk-simor kernel: agpgart-intel 0000:00:00.0: Intel 855PM Chipset
Jan 4 14:38:03 szk-simor kernel: agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
Jan 4 14:38:03 szk-simor kernel: [drm] Initialized drm 1.1.0 20060810
Jan 4 14:38:03 szk-simor kernel: parport_pc 00:0b: reported by Plug and Play ACPI
Jan 4 14:38:03 szk-simor kernel: parport0: PC-style at 0x3bc (0x7bc), irq 7, dma 0 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Jan 4 14:38:03 szk-simor kernel: ACPI: Battery Slot [BAT0] (battery present)
Jan 4 14:38:03 szk-simor kernel: lp0: using parport0 (interrupt-driven).
Jan 4 14:38:03 szk-simor kernel: loop: module loaded
Jan 4 14:38:03 szk-simor kernel: ata_piix 0000:00:1f.1: version 2.13
Jan 4 14:38:03 szk-simor kernel: ata_piix 0000:00:1f.1: enabling device (0005 -> 0007)
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 10
Jan 4 14:38:03 szk-simor kernel: PCI: setting IRQ 10 as level-triggered
Jan 4 14:38:03 szk-simor kernel: ata_piix 0000:00:1f.1: PCI INT A -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
Jan 4 14:38:03 szk-simor kernel: ata_piix 0000:00:1f.1: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: scsi0 : ata_piix
Jan 4 14:38:03 szk-simor kernel: scsi1 : ata_piix
Jan 4 14:38:03 szk-simor kernel: ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0x1860 irq 14
Jan 4 14:38:03 szk-simor kernel: ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0x1868 irq 15
Jan 4 14:38:03 szk-simor kernel: e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
Jan 4 14:38:03 szk-simor kernel: e1000: Copyright (c) 1999-2006 Intel Corporation.
Jan 4 14:38:03 szk-simor kernel: e1000 0000:02:01.0: PCI INT A -> Link[LNKA] -> GSI 9 (level, low) -> IRQ 9
Jan 4 14:38:03 szk-simor kernel: ata2.00: ATAPI: MATSHITADVD-RAM UJ-830Sy, RC01, max UDMA/33
Jan 4 14:38:03 szk-simor kernel: ata1.00: ATA-7: SAMSUNG HM160JC, AP100-16, max UDMA/100
Jan 4 14:38:03 szk-simor kernel: ata1.00: 312581808 sectors, multi 16: LBA48
Jan 4 14:38:03 szk-simor kernel: ata2.00: configured for UDMA/33
Jan 4 14:38:03 szk-simor kernel: ata1.00: configured for UDMA/100
Jan 4 14:38:03 szk-simor kernel: scsi 0:0:0:0: Direct-Access ATA SAMSUNG HM160JC AP10 PQ: 0 ANSI: 5
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: [sda] 312581808 512-byte logical blocks: (160 GB/149 GiB)
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: [sda] Write Protect is off
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan 4 14:38:03 szk-simor kernel: scsi 1:0:0:0: CD-ROM MATSHITA DVD-RAM UJ-830Sy RC01 PQ: 0 ANSI: 5
Jan 4 14:38:03 szk-simor kernel: sr0: scsi3-mmc drive: 62x/62x writer dvd-ram cd/rw xa/form2 cdda tray
Jan 4 14:38:03 szk-simor kernel: cdrom: Uniform CD-ROM driver Revision: 3.20
Jan 4 14:38:03 szk-simor kernel: e1000 0000:02:01.0: eth0: (PCI:33MHz:32-bit) 00:11:25:2d:aa:4c
Jan 4 14:38:03 szk-simor kernel: e1000 0000:02:01.0: eth0: Intel(R) PRO/1000 Network Connection
Jan 4 14:38:03 szk-simor kernel: sr 1:0:0:0: Attached scsi CD-ROM sr0
Jan 4 14:38:03 szk-simor kernel: sr 1:0:0:0: Attached scsi generic sg1 type 5
Jan 4 14:38:03 szk-simor kernel: e100: Intel(R) PRO/100 Network Driver, 3.5.24-k2-NAPI
Jan 4 14:38:03 szk-simor kernel: e100: Copyright(c) 1999-2006 Intel Corporation
Jan 4 14:38:03 szk-simor kernel: PPP generic driver version 2.4.2
Jan 4 14:38:03 szk-simor kernel: PPP Deflate Compression module registered
Jan 4 14:38:03 szk-simor kernel: PPP BSD Compression module registered
Jan 4 14:38:03 szk-simor kernel: PPP MPPE Compression module registered
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 24
Jan 4 14:38:03 szk-simor kernel: SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
Jan 4 14:38:03 szk-simor kernel: CSLIP: code copyright 1989 Regents of the University of California.
Jan 4 14:38:03 szk-simor kernel: SLIP linefill/keepalive option.
Jan 4 14:38:03 szk-simor kernel: tun: Universal TUN/TAP device driver, 1.6
Jan 4 14:38:03 szk-simor kernel: tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver irda-usb
Jan 4 14:38:03 szk-simor kernel: USB IrDA support registered
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver stir4200
Jan 4 14:38:03 szk-simor kernel: firewire_ohci 0000:02:00.2: PCI INT C -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
Jan 4 14:38:03 szk-simor kernel: firewire_ohci: Added fw-ohci device 0000:02:00.2, OHCI v1.10, 4 IR + 8 IT contexts, quirks 0x2
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver cdc_acm
Jan 4 14:38:03 szk-simor kernel: cdc_acm: v0.26:USB Abstract Control Model driver for USB modems and ISDN adapters
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usblp
Jan 4 14:38:03 szk-simor kernel: Initializing USB Mass Storage driver...
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usb-storage
Jan 4 14:38:03 szk-simor kernel: USB Mass Storage support registered.
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver libusual
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usbserial
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for generic
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usbserial_generic
Jan 4 14:38:03 szk-simor kernel: usbserial: USB Serial Driver core
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for DeLorme Earthmate USB
Jan 4 14:38:03 szk-simor kernel: sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12 sda13 > sda4
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for HID->COM RS232 Adapter
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for Nokia CA-42 V2 Adapter
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver cypress
Jan 4 14:38:03 szk-simor kernel: cypress_m8: v1.10:Cypress USB to Serial Driver
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for pl2303
Jan 4 14:38:03 szk-simor kernel: sd 0:0:0:0: [sda] Attached SCSI disk
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver pl2303
Jan 4 14:38:03 szk-simor kernel: pl2303: Prolific PL2303 USB to serial adaptor driver
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for Handspring Visor / Palm OS
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for Sony Clie 3.5
Jan 4 14:38:03 szk-simor kernel: USB Serial support registered for Sony Clie 5.0
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver visor
Jan 4 14:38:03 szk-simor kernel: visor: USB HandSpring Visor / Palm OS driver
Jan 4 14:38:03 szk-simor kernel: PNP: PS/2 Controller [PNP0303:KBD,PNP0f13:MOU] at 0x60,0x64 irq 1,12
Jan 4 14:38:03 szk-simor kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Jan 4 14:38:03 szk-simor kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Jan 4 14:38:03 szk-simor kernel: mice: PS/2 mouse device common for all mice
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usb_acecad
Jan 4 14:38:03 szk-simor kernel: acecad: v3.2:USB Acecad Flair tablet driver
Jan 4 14:38:03 szk-simor kernel: input: PC Speaker as /devices/platform/pcspkr/input/input4
Jan 4 14:38:03 szk-simor kernel: rtc_cmos 00:06: RTC can wake from S4
Jan 4 14:38:03 szk-simor kernel: rtc_cmos 00:06: rtc core: registered rtc_cmos as rtc0
Jan 4 14:38:03 szk-simor kernel: rtc0: alarms up to one month, y3k, 114 bytes nvram
Jan 4 14:38:03 szk-simor kernel: lirc_dev: IR Remote Control driver registered, major 252
Jan 4 14:38:03 szk-simor kernel: IR NEC protocol handler initialized
Jan 4 14:38:03 szk-simor kernel: IR RC5(x) protocol handler initialized
Jan 4 14:38:03 szk-simor kernel: input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input5
Jan 4 14:38:03 szk-simor kernel: IR RC6 protocol handler initialized
Jan 4 14:38:03 szk-simor kernel: IR JVC protocol handler initialized
Jan 4 14:38:03 szk-simor kernel: IR Sony protocol handler initialized
Jan 4 14:38:03 szk-simor kernel: IR LIRC bridge handler initialized
Jan 4 14:38:03 szk-simor kernel: Linux video capture interface: v2.00
Jan 4 14:38:03 szk-simor kernel: sn9c102: V4L2 driver for SN9C1xx PC Camera Controllers v1:1.47pre49
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver sn9c102
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver uvcvideo
Jan 4 14:38:03 szk-simor kernel: USB Video Class driver (v0.1.0)
Jan 4 14:38:03 szk-simor kernel: iTCO_wdt: Intel TCO WatchDog Timer Driver v1.06
Jan 4 14:38:03 szk-simor kernel: iTCO_wdt: Found a ICH4-M TCO device (Version=1, TCOBASE=0x1060)
Jan 4 14:38:03 szk-simor kernel: iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
Jan 4 14:38:03 szk-simor kernel: md: linear personality registered for level -1
Jan 4 14:38:03 szk-simor kernel: md: raid0 personality registered for level 0
Jan 4 14:38:03 szk-simor kernel: md: raid1 personality registered for level 1
Jan 4 14:38:03 szk-simor kernel: md: raid10 personality registered for level 10
Jan 4 14:38:03 szk-simor kernel: md: raid6 personality registered for level 6
Jan 4 14:38:03 szk-simor kernel: md: raid5 personality registered for level 5
Jan 4 14:38:03 szk-simor kernel: md: raid4 personality registered for level 4
Jan 4 14:38:03 szk-simor kernel: md: multipath personality registered for level -4
Jan 4 14:38:03 szk-simor kernel: md: faulty personality registered for level -5
Jan 4 14:38:03 szk-simor kernel: device-mapper: uevent: version 1.0.3
Jan 4 14:38:03 szk-simor kernel: device-mapper: ioctl: 4.18.0-ioctl (2010-06-29) initialised: dm-devel@redhat.com
Jan 4 14:38:03 szk-simor kernel: device-mapper: multipath: version 1.1.1 loaded
Jan 4 14:38:03 szk-simor kernel: device-mapper: multipath round-robin: version 1.0.0 loaded
Jan 4 14:38:03 szk-simor kernel: device-mapper: multipath queue-length: version 0.1.0 loaded
Jan 4 14:38:03 szk-simor kernel: device-mapper: multipath service-time: version 0.2.0 loaded
Jan 4 14:38:03 szk-simor kernel: Bluetooth: Generic Bluetooth USB driver ver 0.6
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver btusb
Jan 4 14:38:03 szk-simor kernel: cpuidle: using governor ladder
Jan 4 14:38:03 szk-simor kernel: cpuidle: using governor menu
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver usbhid
Jan 4 14:38:03 szk-simor kernel: usbhid: USB HID core driver
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: ThinkPad ACPI Extras v0.24
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: http://ibm-acpi.sf.net/
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: ThinkPad BIOS 1RETDRWW (3.23 ), EC 1RHT71WW-3.04
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: IBM ThinkPad R51, model 1830W7F
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: detected a 8-level brightness capable ThinkPad
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: rfkill switch tpacpi_bluetooth_sw: radio is blocked
Jan 4 14:38:03 szk-simor kernel: Registered led device: tpacpi::thinklight
Jan 4 14:38:03 szk-simor kernel: Registered led device: tpacpi::power
Jan 4 14:38:03 szk-simor kernel: Registered led device: tpacpi::standby
Jan 4 14:38:03 szk-simor kernel: thinkpad_acpi: Console audio control enabled, mode: monitor (read only)
Jan 4 14:38:03 szk-simor kernel: input: ThinkPad Extra Buttons as /devices/platform/thinkpad_acpi/input/input6
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 4
Jan 4 14:38:03 szk-simor kernel: PCI: setting IRQ 4 as level-triggered
Jan 4 14:38:03 szk-simor kernel: Intel ICH 0000:00:1f.5: PCI INT B -> Link[LNKB] -> GSI 4 (level, low) -> IRQ 4
Jan 4 14:38:03 szk-simor kernel: Intel ICH 0000:00:1f.5: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: firewire_core: created device fw0: GUID 00061b0327010715, S400
Jan 4 14:38:03 szk-simor kernel: Synaptics Touchpad, model: 1, fw: 5.9, id: 0x2c6ab1, caps: 0x884793/0x0/0x0
Jan 4 14:38:03 szk-simor kernel: serio: Synaptics pass-through port at isa0060/serio1/input0
Jan 4 14:38:03 szk-simor kernel: input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7
Jan 4 14:38:03 szk-simor kernel: intel8x0_measure_ac97_clock: measured 55437 usecs (2671 samples)
Jan 4 14:38:03 szk-simor kernel: intel8x0: clocking to 48000
Jan 4 14:38:03 szk-simor kernel: Intel ICH Modem 0000:00:1f.6: PCI INT B -> Link[LNKB] -> GSI 4 (level, low) -> IRQ 4
Jan 4 14:38:03 szk-simor kernel: Intel ICH Modem 0000:00:1f.6: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: MC'97 1 converters and GPIO not ready (0xff00)
Jan 4 14:38:03 szk-simor kernel: usbcore: registered new interface driver snd-usb-audio
Jan 4 14:38:03 szk-simor kernel: ALSA device list:
Jan 4 14:38:03 szk-simor kernel: #0: Intel 82801DB-ICH4 with AD1981B at irq 4
Jan 4 14:38:03 szk-simor kernel: #1: Intel 82801DB-ICH4 Modem at irq 4
Jan 4 14:38:03 szk-simor kernel: #5: ThinkPad Console Audio Control at EC reg 0x30, fw 1RHT71WW-3.04
Jan 4 14:38:03 szk-simor kernel: Netfilter messages via NETLINK v0.30.
Jan 4 14:38:03 szk-simor kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max)
Jan 4 14:38:03 szk-simor kernel: ctnetlink v0.93: registering with nfnetlink.
Jan 4 14:38:03 szk-simor kernel: NF_TPROXY: Transparent proxy support initialized, version 4.1.0
Jan 4 14:38:03 szk-simor kernel: NF_TPROXY: Copyright (c) 2006-2007 BalaBit IT Ltd.
Jan 4 14:38:03 szk-simor kernel: xt_time: kernel timezone is -0000
Jan 4 14:38:03 szk-simor kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Jan 4 14:38:03 szk-simor kernel: ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully
Jan 4 14:38:03 szk-simor kernel: arp_tables: (C) 2002 David S. Miller
Jan 4 14:38:03 szk-simor kernel: TCP cubic registered
Jan 4 14:38:03 szk-simor kernel: NET: Registered protocol family 17
Jan 4 14:38:03 szk-simor kernel: IrCOMM protocol (Dag Brattli)
Jan 4 14:38:03 szk-simor kernel: Bluetooth: L2CAP ver 2.15
Jan 4 14:38:03 szk-simor kernel: Bluetooth: L2CAP socket layer initialized
Jan 4 14:38:03 szk-simor kernel: Bluetooth: SCO (Voice Link) ver 0.6
Jan 4 14:38:03 szk-simor kernel: Bluetooth: SCO socket layer initialized
Jan 4 14:38:03 szk-simor kernel: Bluetooth: RFCOMM TTY layer initialized
Jan 4 14:38:03 szk-simor kernel: Bluetooth: RFCOMM socket layer initialized
Jan 4 14:38:03 szk-simor kernel: Bluetooth: RFCOMM ver 1.11
Jan 4 14:38:03 szk-simor kernel: Bluetooth: BNEP (Ethernet Emulation) ver 1.3
Jan 4 14:38:03 szk-simor kernel: Bluetooth: BNEP filters: protocol multicast
Jan 4 14:38:03 szk-simor kernel: Bluetooth: HIDP (Human Interface Emulation) ver 1.2
Jan 4 14:38:03 szk-simor kernel: lib80211: common routines for IEEE802.11 drivers
Jan 4 14:38:03 szk-simor kernel: lib80211_crypt: registered algorithm 'NULL'
Jan 4 14:38:03 szk-simor kernel: P-state transition latency capped at 20 uS
Jan 4 14:38:03 szk-simor kernel: Using IPI Shortcut mode
Jan 4 14:38:03 szk-simor kernel: rtc_cmos 00:06: setting system clock to 2011-01-04 14:37:30 UTC (1294151850)
Jan 4 14:38:03 szk-simor kernel: IBM TrackPoint firmware: 0x0e, buttons: 3/3
Jan 4 14:38:03 szk-simor kernel: input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input8
Jan 4 14:38:03 szk-simor kernel: md: Skipping autodetection of RAID arrays. (raid=autodetect will force)
Jan 4 14:38:03 szk-simor kernel: EXT3-fs: barriers not enabled
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda2): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: VFS: Mounted root (ext3 filesystem) readonly on device 8:2.
Jan 4 14:38:03 szk-simor kernel: debug: unmapping init memory c2400000..c245b000
Jan 4 14:38:03 szk-simor kernel: grsec: mount of proc to /proc by /bin/mount[mount:916] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:915] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: grsec: mount of sysfs to /sys by /bin/mount[mount:931] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:930] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: grsec: mount of udev to /dev by /bin/mount[mount:972] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:946] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: udev: starting version 151
Jan 4 14:38:03 szk-simor kernel: udevd (994): /proc/994/oom_adj is deprecated, please use /proc/994/oom_score_adj instead.
Jan 4 14:38:03 szk-simor kernel: libipw: 802.11 data/management/control stack, git-1.1.13
Jan 4 14:38:03 szk-simor kernel: libipw: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com>
Jan 4 14:38:03 szk-simor kernel: i801_smbus 0000:00:1f.3: PCI INT B -> Link[LNKB] -> GSI 4 (level, low) -> IRQ 4
Jan 4 14:38:03 szk-simor kernel: uhci_hcd: USB Universal Host Controller Interface driver
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: PCI INT A -> Link[LNKA] -> GSI 9 (level, low) -> IRQ 9
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.0: irq 9, io base 0x00001800
Jan 4 14:38:03 szk-simor kernel: usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
Jan 4 14:38:03 szk-simor kernel: usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Jan 4 14:38:03 szk-simor kernel: usb usb1: Product: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: usb usb1: Manufacturer: Linux 2.6.36-hardened-r7 uhci_hcd
Jan 4 14:38:03 szk-simor kernel: usb usb1: SerialNumber: 0000:00:1d.0
Jan 4 14:38:03 szk-simor kernel: hub 1-0:1.0: USB hub found
Jan 4 14:38:03 szk-simor kernel: hub 1-0:1.0: 2 ports detected
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
Jan 4 14:38:03 szk-simor kernel: PCI: setting IRQ 11 as level-triggered
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: PCI INT B -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.1: irq 11, io base 0x00001820
Jan 4 14:38:03 szk-simor kernel: usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
Jan 4 14:38:03 szk-simor kernel: usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Jan 4 14:38:03 szk-simor kernel: usb usb2: Product: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: usb usb2: Manufacturer: Linux 2.6.36-hardened-r7 uhci_hcd
Jan 4 14:38:03 szk-simor kernel: usb usb2: SerialNumber: 0000:00:1d.1
Jan 4 14:38:03 szk-simor kernel: hub 2-0:1.0: USB hub found
Jan 4 14:38:03 szk-simor kernel: hub 2-0:1.0: 2 ports detected
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.2: PCI INT C -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.2: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.2: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
Jan 4 14:38:03 szk-simor kernel: uhci_hcd 0000:00:1d.2: irq 10, io base 0x00001840
Jan 4 14:38:03 szk-simor kernel: usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
Jan 4 14:38:03 szk-simor kernel: usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Jan 4 14:38:03 szk-simor kernel: usb usb3: Product: UHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: usb usb3: Manufacturer: Linux 2.6.36-hardened-r7 uhci_hcd
Jan 4 14:38:03 szk-simor kernel: usb usb3: SerialNumber: 0000:00:1d.2
Jan 4 14:38:03 szk-simor kernel: hub 3-0:1.0: USB hub found
Jan 4 14:38:03 szk-simor kernel: hub 3-0:1.0: 2 ports detected
Jan 4 14:38:03 szk-simor kernel: ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 1.2.2kmprq
Jan 4 14:38:03 szk-simor kernel: ipw2200: Copyright(c) 2003-2006 Intel Corporation
Jan 4 14:38:03 szk-simor kernel: ipw2200 0000:02:02.0: PCI INT A -> Link[LNKC] -> GSI 10 (level, low) -> IRQ 10
Jan 4 14:38:03 szk-simor kernel: ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
Jan 4 14:38:03 szk-simor kernel: ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
Jan 4 14:38:03 szk-simor kernel: Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: power state changed by ACPI to D0
Jan 4 14:38:03 szk-simor kernel: ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: PCI INT D -> Link[LNKH] -> GSI 11 (level, low) -> IRQ 11
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: setting latency timer to 64
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: debug port 1
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: cache line size of 32 is not supported
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: irq 11, io mem 0xc0000000
Jan 4 14:38:03 szk-simor kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00
Jan 4 14:38:03 szk-simor kernel: usb usb4: New USB device found, idVendor=1d6b, idProduct=0002
Jan 4 14:38:03 szk-simor kernel: usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
Jan 4 14:38:03 szk-simor kernel: usb usb4: Product: EHCI Host Controller
Jan 4 14:38:03 szk-simor kernel: usb usb4: Manufacturer: Linux 2.6.36-hardened-r7 ehci_hcd
Jan 4 14:38:03 szk-simor kernel: usb usb4: SerialNumber: 0000:00:1d.7
Jan 4 14:38:03 szk-simor kernel: hub 4-0:1.0: USB hub found
Jan 4 14:38:03 szk-simor kernel: hub 4-0:1.0: 6 ports detected
Jan 4 14:38:03 szk-simor kernel: ipw2200: Detected geography ZZM (11 802.11bg channels, 0 802.11a channels)
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: CardBus bridge found [1014:0552]
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: Using INTVAL to route CSC interrupts to PCI
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: Routing CardBus interrupts to PCI
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: TI: mfunc 0x01d21b22, devctl 0x64
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: ISA IRQ mask 0x0068, PCI irq 9
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: Socket status: 30000086
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: pcmcia: parent PCI bridge window: [io 0x4000-0x8fff]
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: pcmcia: parent PCI bridge window: [mem 0xc0200000-0xcfffffff]
Jan 4 14:38:03 szk-simor kernel: pcmcia_socket pcmcia_socket0: cs: memory probe 0xc0200000-0xcfffffff: excluding 0xc0200000-0xc09fffff 0xc3a00000-0xc81fffff 0xcfa00000-0xd01fffff
Jan 4 14:38:03 szk-simor kernel: yenta_cardbus 0000:02:00.0: pcmcia: parent PCI bridge window: [mem 0xe8000000-0xefffffff pref]
Jan 4 14:38:03 szk-simor kernel: pcmcia_socket pcmcia_socket0: cs: memory probe 0xe8000000-0xefffffff: excluding 0xe8000000-0xefffffff
Jan 4 14:38:03 szk-simor kernel: pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c0000-0x0fffff: excluding 0xc0000-0xd3fff 0xdc000-0xfffff
Jan 4 14:38:03 szk-simor kernel: pcmcia_socket pcmcia_socket0: cs: memory probe 0xa0000000-0xa0ffffff: clean.
Jan 4 14:38:03 szk-simor kernel: pcmcia_socket pcmcia_socket0: cs: memory probe 0x60000000-0x60ffffff: excluding 0x60000000-0x60ffffff
Jan 4 14:38:03 szk-simor kernel: grsec: mount of devpts to /dev/pts by /bin/mount[mount:1300] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1299] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda2): using internal journal
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda2 to / by /bin/mount[mount:1320] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1304] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: [drm] radeon defaulting to userspace modesetting.
Jan 4 14:38:03 szk-simor kernel: [drm] Initialized radeon 1.33.0 20080528 for 0000:01:00.0 on minor 0
Jan 4 14:38:03 szk-simor kernel: lib80211_crypt: registered algorithm 'CCMP'
Jan 4 14:38:03 szk-simor kernel: lib80211_crypt: registered algorithm 'TKIP'
Jan 4 14:38:03 szk-simor kernel: lib80211_crypt: registered algorithm 'WEP'
Jan 4 14:38:03 szk-simor kernel: thinkpad_ec: thinkpad_ec 0.40 loaded.
Jan 4 14:38:03 szk-simor kernel: tp_smapi 0.40 loading...
Jan 4 14:38:03 szk-simor kernel: tp_smapi successfully loaded (smapi_port=0xb2).
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda1): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda1): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda1 to /boot by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda13): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda13): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda13 to /tmp by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda6): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda6): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda6 to /var by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda7): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda7): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda7 to /var/log by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda9): using internal journal
Jan 4 14:38:03 szk-simor kernel: ext3_orphan_cleanup: deleting unreferenced inode 5834542
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda9): 1 orphan inode deleted
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda9): recovery complete
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda9): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda9 to /home by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda10): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda10): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda10 to /usr/src by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda5): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda5): recovery complete
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda5): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda5 to /opt by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda8): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda8): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda8 to /var/spool by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda12): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda12): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda12 to /var/tmp by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: kjournald starting. Commit interval 5 seconds
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda11): using internal journal
Jan 4 14:38:03 szk-simor kernel: EXT3-fs (sda11): mounted filesystem with journal data mode
Jan 4 14:38:03 szk-simor kernel: grsec: mount of /dev/sda11 to /var/lib/mysql by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: grsec: mount of none to /dev/shm by /bin/mount[mount:1400] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: grsec: mount of usbfs to /proc/bus/usb by /bin/mount[mount:1419] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: grsec: mount of binfmt_misc to /proc/sys/fs/binfmt_misc by /bin/mount[mount:1421] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1395] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: Adding 1052252k swap on /dev/sda4. Priority:-1 extents:1 across:1052252k
Jan 4 14:38:03 szk-simor kernel: grsec: time set by /sbin/hwclock[hwclock:1439] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:1438] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:03 szk-simor kernel: e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Jan 4 14:38:12 szk-simor kernel: agpgart-intel 0000:00:00.0: AGP 2.0 bridge
Jan 4 14:38:12 szk-simor kernel: agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
Jan 4 14:38:12 szk-simor kernel: radeonfb 0000:01:00.0: putting AGP V2 device into 4x mode
Jan 4 14:38:12 szk-simor kernel: [drm] Setting GART location based on new memory map
Jan 4 14:38:12 szk-simor kernel: [drm] Loading R100 Microcode
Jan 4 14:38:12 szk-simor kernel: [drm] writeback test succeeded in 2 usecs
Jan 4 14:38:26 szk-simor kernel: grsec: denied RWX mmap of <anonymous mapping> by /usr/sbin/clamd[clamd:4901] uid/euid:103/103 gid/egid:410/410, parent /sbin/runscript.sh[runscript.sh:4893] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:27 szk-simor kernel: IPT:rej:Dropping-Packet:IN= OUT=eth0 SRC=195.111.75.222 DST=192.168.1.1 LEN=68 TOS=0x00 PREC=0x00 TTL=64 ID=6135 DF PROTO=UDP SPT=60628 DPT=53 LEN=48
Jan 4 14:38:27 szk-simor kernel: IPT:rej:Dropping-Packet:IN= OUT=eth0 SRC=195.111.75.222 DST=192.168.1.1 LEN=68 TOS=0x00 PREC=0x00 TTL=64 ID=6135 DF PROTO=UDP SPT=39420 DPT=53 LEN=48
Jan 4 14:38:27 szk-simor kernel: IPT:rej:Dropping-Packet:IN= OUT=eth0 SRC=195.111.75.222 DST=192.168.1.1 LEN=68 TOS=0x00 PREC=0x00 TTL=64 ID=6135 DF PROTO=UDP SPT=34028 DPT=53 LEN=48
Jan 4 14:38:27 szk-simor kernel: IPT:rej:Dropping-Packet:IN= OUT=eth0 SRC=195.111.75.222 DST=192.168.1.1 LEN=68 TOS=0x00 PREC=0x00 TTL=64 ID=6135 DF PROTO=UDP SPT=34741 DPT=53 LEN=48
Jan 4 14:38:27 szk-simor kernel: IPT:rej:Dropping-Packet:IN= OUT=eth0 SRC=195.111.75.222 DST=192.168.1.1 LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=6145 DF PROTO=UDP SPT=47639 DPT=53 LEN=45
Jan 4 14:38:35 szk-simor kernel: i2c /dev entries driver
Jan 4 14:38:43 szk-simor kernel: smapi smapi: smapi_request: SMAPI error: Function is not supported by SMAPI BIOS (func=211a)
Jan 4 14:38:43 szk-simor kernel: smapi smapi: __get_real_thresh: cannot get stop_thresh of bat=0: Function is not supported by SMAPI BIOS
Jan 4 14:38:43 szk-simor kernel: smapi smapi: set_real_thresh: set start to 49 for bat=0
Jan 4 14:38:43 szk-simor kernel: smapi smapi: smapi_request: SMAPI error: Function is not supported by SMAPI BIOS (func=211a)
Jan 4 14:38:43 szk-simor kernel: smapi smapi: __get_real_thresh: cannot get stop_thresh of bat=1: Function is not supported by SMAPI BIOS
Jan 4 14:38:43 szk-simor kernel: smapi smapi: set_real_thresh: set start to 49 for bat=1
Jan 4 14:38:45 szk-simor kernel: grsec: (root:U:/sbin/gradm) grsecurity 2.2.1 RBAC system loaded by /sbin/gradm[gradm:5787] uid/euid:0/0 gid/egid:0/0, parent /sbin/runscript.sh[runscript.sh:5770] uid/euid:0/0 gid/egid:0/0
Jan 4 14:38:51 szk-simor kernel: e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
Jan 4 14:39:22 szk-simor kernel: grsec: (root:U:/usr/sbin/chronyd) time set by /usr/sbin/chronyd[chronyd:28905] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:45 szk-simor kernel: agpgart-intel 0000:00:00.0: AGP 2.0 bridge
Jan 4 14:39:45 szk-simor kernel: agpgart-intel 0000:00:00.0: putting AGP V2 device into 4x mode
Jan 4 14:39:45 szk-simor kernel: radeonfb 0000:01:00.0: putting AGP V2 device into 4x mode
Jan 4 14:39:54 szk-simor kernel: ata1.00: configured for UDMA/100
Jan 4 14:39:54 szk-simor kernel: ata1: EH complete
Jan 4 14:39:54 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda2 to / by /bin/mount[mount:29072] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:54 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda1 to /boot by /bin/mount[mount:29073] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:56 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda13 to /tmp by /bin/mount[mount:29074] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:56 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda6 to /var by /bin/mount[mount:29082] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:56 szk-simor kernel: grsec: (root:U:/bin/mount) denied access of /var for writing by /bin/mount[mount:29082] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:57 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda7 to /var/log by /bin/mount[mount:29084] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda9 to /home by /bin/mount[mount:29085] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda10 to /usr/src by /bin/mount[mount:29086] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) denied access of /usr/src for writing by /bin/mount[mount:29086] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda5 to /opt by /bin/mount[mount:29087] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) denied access of /opt for writing by /bin/mount[mount:29087] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda8 to /var/spool by /bin/mount[mount:29088] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) denied access of /var/spool for writing by /bin/mount[mount:29088] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:58 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda12 to /var/tmp by /bin/mount[mount:29089] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:59 szk-simor kernel: grsec: (root:U:/bin/mount) mount of /dev/sda11 to /var/lib/mysql by /bin/mount[mount:29090] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:59 szk-simor kernel: grsec: (root:U:/bin/mount) denied access of /var/lib/mysql for writing by /bin/mount[mount:29090] uid/euid:0/0 gid/egid:0/0, parent /usr/lib/pm-utils/power.d/journal-commit[journal-commit:29071] uid/euid:0/0 gid/egid:0/0
Jan 4 14:39:59 szk-simor kernel: grsec: more alerts, logging disabled for 10 seconds
Jan 4 14:40:19 szk-simor kernel: udf: bad mount option "managed" or missing value
Jan 4 14:40:33 szk-simor kernel: UDF-fs: Partition marked readonly; forcing readonly mount
Jan 4 14:40:33 szk-simor kernel: UDF-fs INFO UDF: Mounting volume 'Fittseg', timestamp 2010/11/19 11:35 (103c)
Jan 4 14:40:33 szk-simor kernel: grsec: (atoth:U:/bin/mount) mount of /dev/sr0 to /media/dvd1 by /bin/mount[mount:29236] uid/euid:1000/0 gid/egid:100/100, parent /bin/bash[bash:29215] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:09 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcmodinfo, VMA:0x1413e000 0x00000000 by /usr/bin/tcmodinfo[tcmodinfo:29269] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29268] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:09 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcmodinfo, VMA:0x1413e000 0x00000000 by /usr/bin/tcmodinfo[tcmodinfo:29269] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29268] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:43 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/transcode, VMA:0x12bd1000 0x00000000 by /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29276] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:43 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/transcode, VMA:0x12bd1000 0x00000000 by /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29276] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:44 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcprobe, VMA:0x12a70000 0x00000000 by /usr/bin/tcprobe[tcprobe:29280] uid/euid:1000/1000 gid/egid:100/100, parent /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:44 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcprobe, VMA:0x12a70000 0x00000000 by /usr/bin/tcprobe[tcprobe:29280] uid/euid:1000/1000 gid/egid:100/100, parent /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcprobe, VMA:0x15e58000 0x00000000 by /usr/bin/tcprobe[tcprobe:29281] uid/euid:1000/1000 gid/egid:100/100, parent /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcprobe, VMA:0x15e58000 0x00000000 by /usr/bin/tcprobe[tcprobe:29281] uid/euid:1000/1000 gid/egid:100/100, parent /usr/bin/transcode[transcode:29279] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcdemux, VMA:0x17bad000 0x00000000 by /usr/bin/tcdemux[tcdemux:29289] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcdemux, VMA:0x17bad000 0x00000000 by /usr/bin/tcdemux[tcdemux:29289] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tccat, VMA:0x11bd0000 0x00000000 by /usr/bin/tccat[tccat:29288] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tccat, VMA:0x11bd0000 0x00000000 by /usr/bin/tccat[tccat:29288] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcextract, VMA:0x13857000 0x00000000 by /usr/bin/tcextract[tcextract:29290] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcextract, VMA:0x13857000 0x00000000 by /usr/bin/tcextract[tcextract:29290] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcdecode, VMA:0x12f9d000 0x00000000 by /usr/bin/tcdecode[tcdecode:29291] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:41:45 szk-simor kernel: grsec: (atoth:U:/) text relocation in /usr/bin/tcdecode, VMA:0x12f9d000 0x00000000 by /usr/bin/tcdecode[tcdecode:29291] uid/euid:1000/1000 gid/egid:100/100, parent /bin/bash[sh:29285] uid/euid:1000/1000 gid/egid:100/100
Jan 4 14:42:21 szk-simor kernel: grsec: From 192.168.1.149: (root:U:/sbin/gradm) special role admin failure for /sbin/gradm[gradm:29321] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:29308] uid/euid:0/0 gid/egid:0/0
Jan 4 14:42:26 szk-simor kernel: grsec: From 192.168.1.149: (root:U:/sbin/gradm) successful change to special role admin (id 1) by /sbin/gradm[gradm:29322] uid/euid:0/0 gid/egid:0/0, parent /bin/bash[bash:29308] uid/euid:0/0 gid/egid:0/0
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-04 13:52 ` "Tóth Attila"
@ 2011-01-04 16:46 ` pageexec
2011-01-04 18:38 ` "Tóth Attila"
0 siblings, 1 reply; 28+ messages in thread
From: pageexec @ 2011-01-04 16:46 UTC (permalink / raw
To: gentoo-hardened
On 4 Jan 2011 at 14:52, "Tóth Attila" wrote:
> No errors were found after 12 hours of memtest.
>
> However some serious crashes still occur.
>
> I attach snippets of kern.log.
>
> Is it still suggests a hardware error?
when i said memory corruption, i didn't mean a hw error but a sw one
that causes it ;). and i wonder whether the buggy code is in vanilla
already or not since we don't really touch the failing code directly.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-04 18:38 ` "Tóth Attila"
@ 2011-01-04 18:18 ` pageexec
2011-01-09 14:55 ` "Tóth Attila"
0 siblings, 1 reply; 28+ messages in thread
From: pageexec @ 2011-01-04 18:18 UTC (permalink / raw
To: gentoo-hardened
On 4 Jan 2011 at 19:38, "Tóth Attila" wrote:
> Would it be possible that the CPU itself is actually failing (opcode 0000)?
not in this case, always look at the first problem, everything else may very
well be just collateral damage. and that's a BUG_ON so it's the kernel that
detects some bad condition. and since that code and condition are fs related,
it's probably best to let the fs guys debug it but they'll deal with it only
if you can reproduce it with vanilla.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-04 16:46 ` pageexec
@ 2011-01-04 18:38 ` "Tóth Attila"
2011-01-04 18:18 ` pageexec
0 siblings, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2011-01-04 18:38 UTC (permalink / raw
To: gentoo-hardened
I see. Now I fired up my spare notebook and transferred the system in the
mean time. :P
I'm currently suffering of crashes occuring while I'm transcoding a
scientific event's DVD content. It became very frustrating.
Would it be possible that the CPU itself is actually failing (opcode 0000)?
The temperature is absolutely within normal limits even during heavy
usage, so I'm sure it's not because of overheating. It's a Pentium M
1.8Ghz, and the notebook's fan is OK.
I'll give vanilla a spin, nevertheless. How I could get closer to the
failing code in case of a kernel problem? Are there any useful suggestions
- besides changing architecture (which is not possible at the moment)?
Thanks:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2011.Január 4.(K) 17:46 időpontban pageexec@freemail.hu ezt írta:
> On 4 Jan 2011 at 14:52, "Tóth Attila" wrote:
>
>> No errors were found after 12 hours of memtest.
>>
>> However some serious crashes still occur.
>>
>> I attach snippets of kern.log.
>>
>> Is it still suggests a hardware error?
>
> when i said memory corruption, i didn't mean a hw error but a sw one
> that causes it ;). and i wonder whether the buggy code is in vanilla
> already or not since we don't really touch the failing code directly.
>
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-04 18:18 ` pageexec
@ 2011-01-09 14:55 ` "Tóth Attila"
2011-01-09 22:20 ` Alex Efros
0 siblings, 1 reply; 28+ messages in thread
From: "Tóth Attila" @ 2011-01-09 14:55 UTC (permalink / raw
To: gentoo-hardened
I'd like to give a feedback regarding the crashes I've reported.
I transferred my system to my spare laptop (exactly the same model). I
haven't experienced any hangups or file systems problems so far, using the
same kernel (hardened-sources-2.6.36-r7) and performing the same tasks -
including a regular weekly upgrade (at least xulrunner).
That drives me to the direction, that it may be possible, that my problems
were caused by some sort of hardware glitch. I would rather repair my
laptop rather than ordering another spare device. Since there were no
problems running memtest for 12+ hours, I suspect some problems with
either the CPU or the motherboard. Replacing the motherboard lays beyond
my resources, so I'll replace the CPU. That is pretty convenient,
especially because I have a spare CPU in my drawer.
What would you guys suggest to test the system with besides emerging
qt-gui? Are there any memtest equivalent for checking the CPU?
Thx:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2011.Január 4.(K) 19:18 időpontban pageexec@freemail.hu ezt írta:
> On 4 Jan 2011 at 19:38, "Tóth Attila" wrote:
>
>> Would it be possible that the CPU itself is actually failing (opcode
>> 0000)?
>
> not in this case, always look at the first problem, everything else may
> very
> well be just collateral damage. and that's a BUG_ON so it's the kernel
> that
> detects some bad condition. and since that code and condition are fs
> related,
> it's probably best to let the fs guys debug it but they'll deal with it
> only
> if you can reproduce it with vanilla.
>
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-09 14:55 ` "Tóth Attila"
@ 2011-01-09 22:20 ` Alex Efros
2011-01-10 0:39 ` "Tóth Attila"
0 siblings, 1 reply; 28+ messages in thread
From: Alex Efros @ 2011-01-09 22:20 UTC (permalink / raw
To: gentoo-hardened
Hi!
On Sun, Jan 09, 2011 at 03:55:14PM +0100, "Tóth Attila" wrote:
> What would you guys suggest to test the system with besides emerging
> qt-gui? Are there any memtest equivalent for checking the CPU?
You can try app-benchmarks/cpuburn. It's not memtest equivalent, of
course, but it may help you detect some issues.
--
WBR, Alex.
^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade
2011-01-09 22:20 ` Alex Efros
@ 2011-01-10 0:39 ` "Tóth Attila"
0 siblings, 0 replies; 28+ messages in thread
From: "Tóth Attila" @ 2011-01-10 0:39 UTC (permalink / raw
To: gentoo-hardened
The replacement system is completely OK.
The faulty system shows symptoms of random crash even after replacing the
CPU. Of course the kernel panic manifest itself in a form of a sync error.
And the HDD is absolutely OK.
There are some flaws with the motherboard or some other core components
other than the CPU and the memory. I don't have enough time and energy to
replace the motherboard. Somehow I still have to do it. And these symptoms
are rather nasty and rude...
I think it's a hardware error related to the specific system. Sorry for
the noise.
Regards:
Dw.
--
dr Tóth Attila, Radiológus, 06-20-825-8057
Attila Toth MD, Radiologist, +36-20-825-8057
2011.Január 9.(V) 23:20 időpontban Alex Efros ezt írta:
> Hi!
>
> On Sun, Jan 09, 2011 at 03:55:14PM +0100, "Tóth Attila" wrote:
>> What would you guys suggest to test the system with besides emerging
>> qt-gui? Are there any memtest equivalent for checking the CPU?
>
> You can try app-benchmarks/cpuburn. It's not memtest equivalent, of
> course, but it may help you detect some issues.
>
> --
> WBR, Alex.
>
>
^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2011-01-10 1:02 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-26 6:59 [gentoo-hardened] Disappearing root on 2.6.36-hardened-r6 upgrade Michael Orlitzky
2010-12-26 8:46 ` pageexec
2010-12-26 17:06 ` Michael Orlitzky
2010-12-26 17:57 ` pageexec
2010-12-26 19:09 ` Michael Orlitzky
2010-12-26 20:00 ` pageexec
2010-12-26 23:03 ` klondike
2010-12-27 0:05 ` klondike
2010-12-29 11:36 ` pageexec
2010-12-27 19:49 ` Michael Orlitzky
2010-12-26 19:31 ` Michael Orlitzky
2010-12-26 17:31 ` Anthony G. Basile
2010-12-26 18:01 ` Anthony G. Basile
2010-12-26 18:59 ` "Tóth Attila"
2010-12-26 20:06 ` pageexec
2010-12-26 23:01 ` klondike
2010-12-30 19:29 ` "Tóth Attila"
2010-12-30 20:35 ` pageexec
2010-12-30 23:16 ` "Tóth Attila"
2011-01-04 13:52 ` "Tóth Attila"
2011-01-04 16:46 ` pageexec
2011-01-04 18:38 ` "Tóth Attila"
2011-01-04 18:18 ` pageexec
2011-01-09 14:55 ` "Tóth Attila"
2011-01-09 22:20 ` Alex Efros
2011-01-10 0:39 ` "Tóth Attila"
2011-01-04 13:52 ` "Tóth Attila"
2011-01-04 13:16 ` pageexec
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox