The kexec-tools check for System RAM.
diff --git a/arch/i386/kernel/efi.c b/arch/i386/kernel/efi.c
index 8f9c624..307156d 100644
--- a/arch/i386/kernel/efi.c
+++ b/arch/i386/kernel/efi.c
@@ -638,8 +638,13 @@ efi_initialize_iomem_resources(struct resource
*code_resource,
res-name =
Suspend to disk doesn't work on my laptop.
The suspend seems to hang while enabling the non-boot cpus again.
with platform = test and state = disk i get this:
[cut]
acpi device:02: freeze
video video:00: freeze
acpi device:01: freeze
acpi PNP0C02:00: freeze
pci_root PNP0A08:00: freeze
button
Rafael J. Wysocki schrieb:
Could you please put some printk()s in kernel/cpu.c:_cpu_up() to see where
it gets stuck? I bet one of the notifiers goes to sleep (cpufreq, maybe).
Here we go (ok. i forgot __FUNCTION__ ...):
Mar 11 19:31:33 [kernel] ac ACPI0003:00: freeze
Mar 11 19:31:33
Milan Broz schrieb:
Rafael J. Wysocki napsal(a):
On Sunday, 11 March 2007 19:08, Thomas Meyer wrote:
Suspend to disk doesn't work on my laptop.
The suspend seems to hang while enabling the non-boot cpus again.
with platform = test and state = disk i get this:
Hi,
I see
Sorry the systems hangs here:
Mar 11 20:55:46 [kernel] CPU 1 is now offline
Mar 11 20:55:46 [kernel] SMP alternatives: switching to UP code
Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:cpu1
Mar 11 20:55:46 [kernel] PM: Removing info for No Bus:msr1
Mar 11 20:55:46 [kernel] CPU1 is down
Rafael J. Wysocki schrieb:
On Sunday, 11 March 2007 21:23, Milan Broz wrote:
Rafael J. Wysocki:
Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
short printk trace
enable_nonboot_cpus
_cpu_up
raw_notifier_callchain (CPU_UP_PREPARE)
...
Rafael J. Wysocki schrieb:
Okay, but could you please compile the kernel without NO_HZ and retest?
Sure.
But i get the same behaviour:
Mar 11 21:42:07 [kernel] processor ACPI0007:00: freeze
Mar 11 21:42:07 [kernel] button button_power:00: freeze
Mar 11 21:42:07 [kernel] acpi
Milan Broz schrieb:
Thomas Meyer napsal(a):
Rafael J. Wysocki schrieb:
On Sunday, 11 March 2007 21:23, Milan Broz wrote:
Rafael J. Wysocki:
Ah, NO_HZ. Thomas Gleixner's address added to the Cc list.
short printk trace
enable_nonboot_cpus
Thomas Gleixner schrieb:
On Sun, 2007-03-11 at 22:09 +0100, Rafael J. Wysocki wrote:
update_sched_domains
detach_destroy_domains
[waits here] -- synchronize_sched (==synchronize_rcu)
Well, I think the call to wait_for_completion() does not return,
with 93bbad8fe13a25dcf7f3bc628a71d1a7642ae61b:
drivers/video/Kconfig:1604:warning: 'select' used by config symbol
'FB_PS3' refer to undefined symbol 'PS3_PS3AV'
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
Thomas Gleixner schrieb:
I finally found a dual core box, which survives suspend/resume without
crashing in the middle of nowhere. Sigh, I never figured out from the
code and the bug reports what's going on.
The observed hangs are caused by a stale state transition of the clock
event
Hello everybody.
I get this bug after suspending to disk twice:
http://m3y3r.de/bilder/Bug-pci_restore_msi_state.png
This happens with current git head cd05a1f818073a623455a58e756c5b419fc98db9.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
Pekka Enberg schrieb:
On 3/17/07, Thomas Meyer [EMAIL PROTECTED] wrote:
Hello everybody.
I get this bug after suspending to disk twice:
http://m3y3r.de/bilder/Bug-pci_restore_msi_state.png
This happens with current git head
cd05a1f818073a623455a58e756c5b419fc98db9.
If you know a kernel
This happens with cd05a1f818073a623455a58e756c5b419fc98db9:
BUG: unable to handle kernel NULL pointer dereference at virtual address
00a4
printing eip:
c021ca33
*pde =
Oops: [#1]
SMP
Modules linked in: snd_seq snd_seq_device wlan_wep nls_iso8859_15
nls_cp850 vfat fat appletouch
Jiri Kosina schrieb:
On Sun, 18 Mar 2007, Adrian Bunk wrote:
Thomas, could you please provide more information? Did it ever work for
you after suspend/resume cycle and it just broke at some point in the
past, or you are not sure whether it ever worked?
I'm not sure whether this ever
Pekka Enberg schrieb:
On 3/17/07, Thomas Meyer [EMAIL PROTECTED] wrote:
Hello everybody.
I get this bug after suspending to disk twice:
http://m3y3r.de/bilder/Bug-pci_restore_msi_state.png
This happens with current git head
cd05a1f818073a623455a58e756c5b419fc98db9.
If you know a kernel
The commit f5f2b13129a6541debf8851bae843cbbf48298b7 broke suspend/resume
to disk two or more times in a row. This patches fixes the problem:
This patch should be included in 2.6.21
Signed-off-by: Thomas Meyer [EMAIL PROTECTED]
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index d3eab05
Eric W. Biederman schrieb:
Thomas Meyer [EMAIL PROTECTED] writes:
Adrian Bunk schrieb:
Subject: second suspend to disk in a row results in an oops (libata?)
References : http://lkml.org/lkml/2007/3/17/43
Submitter : Thomas Meyer [EMAIL PROTECTED]
Status : unknown
Adrian Bunk schrieb:
Subject: second suspend to disk in a row results in an oops (libata?)
References : http://lkml.org/lkml/2007/3/17/43
Submitter : Thomas Meyer [EMAIL PROTECTED]
Status : unknown
The problem is identified: http://lkml.org/lkml/2007/3/22/150
-
To unsubscribe
Eric W. Biederman schrieb:
Odd. I would have thought the oops happened in the first resume, not
the second.
Hmm. It may have something to do with the ``managed'' driver
aspect of this as well..
No. I don't think so. The problem is caused by this sequence: (the info
is always before
Eric W. Biederman schrieb:
Thomas could you verify the patch below makes the problem go away
for you.
The patch solves the problem. I'm writing this after the third suspend
and resume cycle.
msi irq stays enabled for libata device:
cat /sys/devices/pci\:00/\:00\:1f.2/irq
218
cat
Eric W. Biederman schrieb:
Sounds possible. You could probably verify it isn't my patch but running
an unpatched kernel without msi support. As I think the crash you saw should
only be reproducible when using devices that support msi.
Without your patch and with pci=nomsi option the same
Rafael J. Wysocki schrieb:
On Sunday, 25 March 2007 14:03, Eric W. Biederman wrote:
Thomas Meyer [EMAIL PROTECTED] writes:
Eric W. Biederman schrieb:
Thomas could you verify the patch below makes the problem go away
for you.
The patch solves the problem. I'm
Adrian Bunk schrieb:
On Sun, Mar 25, 2007 at 01:41:33PM +0200, Thomas Meyer wrote:
...
The first suspend to disk is ok. The second suspend to disk has a
strange behaviour:
1.) write pm image
2.) the system disable the non-boot cpus again (i guess this happens in
power_down())
3
dmesg output:
pktcdvd: pkt_get_last_written failed
BUG: unable to handle kernel paging request at virtual address 080e
printing eip:
c015cc98
*pde = 3741d067
*pte =
Oops: [#1]
SMP
Modules linked in: nls_iso8859_15 nls_cp850 vfat fat appletouch dummy
genrtc binfmt_misc tun
1.) My kde klaptopdaemon icon is gone. This icon displayed the remaining
battery time. This is maybe a kde problem?
2.) I get these new messages in the kernel log buffer:
[...]
ACPI: bus type pci registered
PCI: Using MMCONFIG
Setting up standard PCI resources
ACPI Exception (evregion-0420):
Adrian Bunk schrieb:
It's now in Linus' tree.
Thomas (Meyer), are there any regressions left with the latest -git tree
plus the MSI fix?
No, not for me.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
Jiri Kosina schrieb:
On Sun, 18 Mar 2007, Thomas Meyer wrote:
Appletouch is bound to the device:
OK, so the quirk actually works fine ...
Yes, it works fine, but...
But the X server touchpad driver doesn't work anymore, that means i
can't emulte a right click by tapping
Dmitry Torokhov schrieb:
On 3/28/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Tue, 27 Mar 2007, Thomas Meyer wrote:
It seems, that after the resume all usb devices gets removed and
plug in
again (virtually!). This results in a new input device name:
Yes, this is what actually happens
On my pc i encounter a strange error:
the pktsetup is started during system start and set my dvd driver to
packet writing mode. then i insert a dvd movie and start xine. and
sometimes xine says that it can't play the dvd. BUT after
stoping/removing the pktsetup from the dvd drive again, xine plays
i get these errors in the kernel log while trying to copy a file from an
iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
second cd/dvd that gives me this error. kernel 2.6.23 works without any
problems, so i think this is not an medium error:
ISO 9660 Extensions: Microsoft
Thomas Meyer schrieb:
i get these errors in the kernel log while trying to copy a file from an
iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
second cd/dvd that gives me this error. kernel 2.6.23 works without any
problems, so i think this is not an medium error:
ISO
Hi,
is somebody actually working on this bug?
http://bugzilla.kernel.org/show_bug.cgi?id=9370
I don't want to be impolite, but it's now more than a month since the
bug was opened.
The bug still exists in v2.6.24-rc5-43-gda8cadb:
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660
Kay Sievers schrieb:
On Fri, 2007-11-02 at 18:03 +0100, Thomas Meyer wrote:
Kay Sievers schrieb:
On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote:
On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer [EMAIL PROTECTED] wrote:
I have an external hard drive
Hi,
I confirm Peter's observations:
To repeat:
1. Start with an empty drive.
2. pktsetup 0 /dev/scd0
3. Insert a CD containing an isofs filesystem.
4. mount /dev/pktcdvd/0 /mnt/tmp
5. umount /mnt/tmp
6. Press the eject button.
7. Insert a DVD containing a non-writable
Takashi Iwai schrieb:
At Wed, 17 Oct 2007 00:18:42 +0200,
Thomas Meyer wrote:
$ dmesg
[schnipp]
ACPI: PCI Interrupt :00:1b.0[A] - GSI 22 (level, low) - IRQ 21
PCI: Enabling bus mastering for device :00:1b.0
PCI: Setting latency timer of device :00:1b.0 to 64
hda_codec
Takashi Iwai schrieb:
Both are handled as patch_stac925x. That's what I meant. With your
patch, there will be no master any more.
So, how about the patch below?
Takashi
diff -r fb9512ce24e0 pci/hda/patch_sigmatel.c
--- a/pci/hda/patch_sigmatel.cThu Oct 18 10:48:43 2007 +0200
Hi.
I have an external hard drive with an encrypted partition. I am using
kde so all i had to do under 2.6.23 was
cryptsetup luksOpen /dev/sdb2 crypt-extern
then udev/hal/kde (?)automatically created an desktop icon. i could
click this icon to mount and open the drive.
when i do the luksOpen
Oct 23 17:13:55 [kernel] usb 1-1: new high speed USB device using
ehci_hcd and address 7
Oct 23 17:13:55 [kernel] usb 1-1: configuration #1 chosen from 1 choice
Oct 23 17:13:55 [kernel] hub 1-1:1.0: USB hub found
Oct 23 17:13:55 [kernel] hub 1-1:1.0: 4 ports detected
Oct 23 17:13:55 [kernel]
Thomas Meyer schrieb:
Oct 23 17:13:55 [kernel] usb 1-1: new high speed USB device using
ehci_hcd and address 7
Oct 23 17:13:55 [kernel] usb 1-1: configuration #1 chosen from 1 choice
Oct 23 17:13:55 [kernel] hub 1-1:1.0: USB hub found
Oct 23 17:13:55 [kernel] hub 1-1:1.0: 4 ports detected
i try to kexec from 0895e91d60ef9bdef426d1ce14bb94bd5875870d into
another (older) commit kernel after 2.6.23 (bisect) and the kernel gets
stuck:
PID: 0, comm: swapper
EIP is at acpi_idle_enter_bm+0x258/0x2fa (processor)
- cpuidle_idle_call+0x5c/0x81
- cpuidle_idle_call+0x0/0x81
-
Thomas Meyer schrieb:
i try to kexec from 0895e91d60ef9bdef426d1ce14bb94bd5875870d into
another (older) commit kernel after 2.6.23 (bisect) and the kernel gets
stuck:
PID: 0, comm: swapper
EIP is at acpi_idle_enter_bm+0x258/0x2fa (processor)
- cpuidle_idle_call+0x5c/0x81
Thomas Meyer schrieb:
Thomas Meyer schrieb:
i try to kexec from 0895e91d60ef9bdef426d1ce14bb94bd5875870d into
another (older) commit kernel after 2.6.23 (bisect) and the kernel gets
stuck:
PID: 0, comm: swapper
EIP is at acpi_idle_enter_bm+0x258/0x2fa (processor)
- cpuidle_idle_call
H. Peter Anvin schrieb:
Thomas Meyer wrote:
H. Peter Anvin schrieb:
Thomas Meyer wrote:
I can not revert the commit
e429795c68d3001ecae74f6465420c9f043b0ece. it gave me errors.
but i'm also not sure what could be wrong with this commit!
my first idea was that the commit
Hi,
ERROR: read_current_timer [drivers/gpu/drm/udl/udl.ko] undefined!
ERROR: read_current_timer [crypto/tcrypt.ko] undefined!
read_current_timer() is not an exported symbol so you cannot use it
from modules. This is most likely an error in the Kconfig entries for
those modules. They shouldn't be
Andrew Morton schrieb:
On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham [EMAIL PROTECTED] wrote:
Hi Andrew.
On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
Seems like good enough for -mm to me.
Takashi Iwai schrieb:
At Wed, 29 Aug 2007 18:42:56 +0300,
Ivan N. Zlatev wrote:
... but without the hardware :-
IMO, this is actually no real regression. In the earlier verison, you
didn't have controls for multiple outputs, thus the mixer control was
named as Master. Now you do have
Original-Nachricht
Hi.
Today i did a git pull to be up to date again and i noticed in the
powertop tool that i'll get this new entry
14,2% ( 9,1) kernel core : sky2_probe (sky2_idle)
with around 10 interrupts per second.
i think (i.e. i don't know and just guessing!)
Stephen Hemminger schrieb:
Thomas Meyer [EMAIL PROTECTED] wrote:
Today i did a git pull to be up to date again and i noticed in the
powertop tool that i'll get this new entry
14,2% ( 9,1) kernel core : sky2_probe (sky2_idle)
with around 10 interrupts per second.
i think (i.e
Ivan N. Zlatev schrieb:
On 8/24/07, Michal Piotrowski [EMAIL PROTECTED] wrote:
ALSA
Subject : Master volume control broken
References : http://lkml.org/lkml/2007/8/18/46
Last known good : ?
Submitter : Thomas Meyer [EMAIL PROTECTED]
Caused-By : Ivan N. Zlatev
This commit broke my master volume control:
5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1 is first bad commit
commit 5d5d3bc3eddf2ad97b2cb090b92580e7fed6cee1
Author: Ivan N. Zlatev [EMAIL PROTECTED]
Date: Tue May 29 16:03:00 2007 +0200
[ALSA] hda-codec - Fix pin configs for Intel Macs
*
Hi.
Look at this:
$ file arch/x86/boot/bzImage (tree 821f3eff7cdb9d6c7076effabd46c96c322daed1)
arch/x86/boot/bzImage: Linux kernel x86 boot executable zImage, version
2.6.23 ([EMAIL PROTECTED]) #39, RO-rootFS, root_dev 0x803, swap_dev
0x1, Prompt for Videomode
$ file /boot/bzImage-2.6.23
Randy Dunlap schrieb:
On Tue, 16 Oct 2007 21:51:13 +0200 Thomas Meyer wrote:
[adding kexec mailing list]
Look at this:
$ file arch/x86/boot/bzImage (tree 821f3eff7cdb9d6c7076effabd46c96c322daed1)
arch/x86/boot/bzImage: Linux kernel x86 boot executable zImage, version
2.6.23 ([EMAIL
$ dmesg
[schnipp]
ACPI: PCI Interrupt :00:1b.0[A] - GSI 22 (level, low) - IRQ 21
PCI: Enabling bus mastering for device :00:1b.0
PCI: Setting latency timer of device :00:1b.0 to 64
hda_codec: STAC922x, Apple subsys_id=106b0200
ACPI: PCI interrupt for device :00:1b.0 disabled
HDA
Hi.
here a vmstat of my laptop with my favorite song player amarok running
and not running:
procs ---memory-- ---swap-- -io -system--
cpu
r b swpd free buff cache si sobibo in cs us sy
id wa
0 0 0 39476 62640 64102800
Michal Piotrowski schrieb:
Subject: Bad interaction between dynticks and amarok?
References : http://lkml.org/lkml/2007/4/26/307
Submitter : Thomas Meyer [EMAIL PROTECTED]
Status : Unknow
Please remove this from the regression list. This seems to be an
userspace only problem
Thomas Gleixner schrieb:
On Sat, 2007-04-28 at 18:27 +0200, Michal Piotrowski wrote:
Subject: Bad interaction between dynticks and amarok?
References : http://lkml.org/lkml/2007/4/26/307
Submitter : Thomas Meyer [EMAIL PROTECTED]
Status : Unknow
Michal,
I don't think
Am Mittwoch, den 13.03.2013, 12:56 -0700 schrieb Randy Dunlap:
On 03/13/13 10:15, Thomas Meyer wrote:
Hi,
-*- Early printk
help text says:
You should normally N here, unless you want to debug such a crash.
(Depends on: EXPERT [=n])
How to normally N here?
You'll have
My laptop is an Acer 1810T. I see this error message each boot.
Kind regards
Thomas
Jiri Kosina jkos...@suse.cz schrieb:
On Fri, 15 Mar 2013, Jiri Kosina wrote:
I have the same problem on my Lenovo T500. I think the graphics card is
involved.
This laptop has hybrid graphics - one
Am Samstag, den 16.03.2013, 10:38 -0700 schrieb Randy Dunlap:
On 03/16/13 08:08, Thomas Meyer wrote:
Am Mittwoch, den 13.03.2013, 12:56 -0700 schrieb Randy Dunlap:
Yes,
so why not do this? As the text to EARLY_PRINTK explains?
Yes, the default should match the help text.
Acked
[1.883369] input: C-Media Electronics Inc. USB Multimedia Audio Device as
/devices/pci:00/:00:1d.7/usb2/2-1/2-1.2/2-1.2:1.3/input/input7
[1.883668] hid-generic 0003:0D8C:0105.0001: input,hidraw0: USB HID v1.00
Device [C-Media Electronics Inc. USB Multimedia Audio Device] on
Am Freitag, den 08.03.2013, 21:19 -0500 schrieb Alan Stern:
On Fri, 8 Mar 2013, Peter Hurley wrote:
[ +linux-usb ]
On Fri, 2013-03-08 at 14:12 -0500, Shawn Starr wrote:
Hello folks,
I am noticing since rc0 and now rc1, very poor interrupt handling.
Keyboard response, mouse
[25693.253108] [ cut here ]
[25693.253117] WARNING: at drivers/tty/tty_buffer.c:428
flush_to_ldisc+0x162/0x170()
[25693.253118] Hardware name: Aspire 1810T
[25693.253119] tty is NULL
[25693.253148] Modules linked in: fuse ip6t_REJECT nf_conntrack_ipv6
nf_defrag_ipv6
Hi,
in include/linux/lockdep.h:
#define LOCK_CONTENDED(_lock, try, lock) \
lock(_lock)
Where is this lock() function defined?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Hi,
-*- Early printk
help text says:
You should normally N here, unless you want to debug such a crash.
(Depends on: EXPERT [=n])
How to normally N here?
kind regards
thomas
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
I know this topic was already on the list. But 2.6.20-rc3 still gives me
tons of these messages in the log buffer:
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
ACPI: EC: evaluating _Q10
[and so on]
Is this an error at all?
With kind
Len Brown schrieb:
The bigger question is why you get tons of these --
as EC events are usually infrequent.
Do you have a big number next to acpi in /proc/interrupts?
If so, at what rate is it growing?
thanks,
-Len
maybe tons were a bit to overstated... After a fresh reboot, i count 110
Len Brown schrieb:
The bigger question is why you get tons of these --
as EC events are usually infrequent.
Do you have a big number next to acpi in /proc/interrupts?
If so, at what rate is it growing?
maybe tons were a bit to overstated... After a fresh reboot, i count 110
_q10 and one
Vivek Goyal schrieb:
What's your ld version. I don't remember but some particular versions
of ld will have this problem. These ld versions do some optimizations
and if a section size is zero then linker gets rid of that section and
any symbol defined w.r.t removed section, ld makes that symbol
I got this OOPS while shuting down my computer in function
shrink_dcache_for_umount_subtree.
For call trace see this picture: m3y3r.de/bilder/img_0359.jpg
I hope somebody can fix this error?!
With kind regards
Thomas
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
More warnings on current git head:
OBJCOPY arch/i386/boot/compressed/vmlinux.bin
RELOCS arch/i386/boot/compressed/vmlinux.relocs
WARNING: Absolute relocations present
Offset Info Type Sym.Value Sym.Name
c0107bd7 00636601 R_386_32 c034f000 __smp_alt_instructions
c0107bff
Subject: [PATCH] Add .gitignore file for relocs in arch/i386
From: Thomas Meyer [EMAIL PROTECTED]
Due the changes to make the kernel relocateable a new file is created
during the build process.
Signed-Off-By: Thomas Meyer [EMAIL PROTECTED]
---
This makes my git stauts command happy again
Hello.
What kind of problem is this:
1.) the one that should be fixed, but also can be ignored or
2.) the one that have to be fixed and ignorance is a bad idea?
WARNING: vmlinux - Section mismatch: reference to .init.data:boot_params
from .text between '_text' (at offset 0xc0100029) and
Again current git head:
I guess this should be fixed by someone!
WARNING: test_clear_page_dirty [fs/cifs/cifs.ko] undefined!
make[1]: *** [__modpost] Fehler 1
make: *** [modules] Fehler 2
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Hi.
I have a few of these entries in my log buffer:
vmwrite error: reg 6802 value d19e0464 (err 26626)
[c02413bf] kvm_mmu_zap_page+0x8f/0x1d7
[c014c2cb] __pagevec_free+0x18/0x22
[c0241517] free_mmu_pages+0x10/0x81
[c02415c4] kvm_mmu_destroy+0x3c/0x56
[c023f3a3] kvm_free_vcpu+0x8/0x15
[c023f429]
head: d916faace3efc0bf19fe9a615a1ab8fa1a24cd93
Here a sequential probe, that boots fine:
[cut]
ata_piix :00:1f.1: version 2.00ac6
ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18
PCI: Setting latency timer of device :00:1f.1 to 64
ata1: PATA max UDMA/133 cmd 0x1F0 ctl
Hi,
guilty driver is probably udl_fb.c
any ideas?
[ 42.890551] open /dev/fb1 user=1 fb_info=880130e0a800 count=1
[ 42.890585] released /dev/fb1 user=1 count=0
[ 42.890702] open /dev/fb1 user=1 fb_info=880130e0a800 count=1
[ 43.053034] type=1400 audit(1344698343.496:9): avc:
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/arch/arm/mach-imx/mach-mx31moboard.c
b/arch/arm/mach
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/sound/soc/soc-io.c b/sound/soc/soc-io.c
--- a/sound
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/net/ethernet/amd/atarilance.c
b/drivers/net
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/arch/m68k/kernel/time.c b/arch/m68k/kernel/time.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/arch/m68k/q40/config.c b/arch/m68k/q40/config.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/net/appletalk/cops.c b/drivers/net/appletalk
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/scsi/libsas/sas_scsi_host.c
b/drivers/scsi
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/spi/spi-fsl-spi.c b/drivers/spi/spi-fsl-spi.c
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
--- a/fs/btrfs
The semantic patch that makes this change is available
in scripts/coccinelle/api/ptr_ret.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/arch/m68k/amiga/platform.c b/arch/m68k/amiga
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers
The semantic patch that makes this change is available
in scripts/coccinelle/api/err_cast.cocci.
More information about semantic patching is available at
http://coccinelle.lip6.fr/
Signed-off-by: Thomas Meyer tho...@m3y3r.de
---
diff -u -p a/drivers/gpu/drm/nouveau/nouveau_prime.c
b/drivers
Am Sonntag, den 12.08.2012, 14:22 -0700 schrieb Bernie Thompson:
On Sun, Aug 12, 2012 at 3:34 AM, Thomas Meyer tho...@m3y3r.de wrote:
guilty driver is probably udl_fb.c
any ideas?
Hi Thomas,
Hi Bernie!
We were seeing similar issues in udlfb (the original fbdev version
H. Peter Anvin schrieb:
Thomas Meyer wrote:
I can not revert the commit e429795c68d3001ecae74f6465420c9f043b0ece.
it gave me errors.
but i'm also not sure what could be wrong with this commit!
my first idea was that the commit
[2215e69d2cf5024647f9a034807990590d25dd4e] x86 boot: use E820
Hi.
With 2.6.25-rc2 my kernel log consists mainly of:
ohci1394: fw-host0: Unhandled interrupt(s) 0xfc7cfe0c
ohci1394: fw-host0: Unrecoverable error!
ohci1394: fw-host0: Async Rsp Tx Context died: ctrl[f0002a00]
cmdptr[f0002a00]
ohci1394: fw-host0: Iso Recv 3 Context died: ctrl[d4000d0e]
Stefan Richter schrieb:
Thomas Meyer wrote at LKML:
Hi.
With 2.6.25-rc2 my kernel log consists mainly of:
ohci1394: fw-host0: Unhandled interrupt(s) 0xfc7cfe0c
ohci1394: fw-host0: Unrecoverable error!
ohci1394: fw-host0: Async Rsp Tx Context died: ctrl[f0002a00]
cmdptr[f0002a00]
ohci1394
Stefan Richter schrieb:
I wrote:
Thomas Meyer wrote at LKML:
With 2.6.25-rc2 my kernel log consists mainly of:
ohci1394: fw-host0: Unhandled interrupt(s) 0xfc7cfe0c
There are junk interrupt events sent to ohci1394's IRQ handler.
PS, do you still have the log
Stefan Richter schrieb:
My conclusion so far: There is something wrong with your system which
is below/ before the control of the ieee1394 or firewire stack.
Yes. I agree with you. So i did a make clean and a make (not a make
-j3 as i use to do) and recompiled 2.6.25-rc3 and now it works
i just wanted to report this:
in v2.6.24-rc1-497-gb1d08ac the kde battery icon is no longer displayed.
with 2.6.23 shows the battery icon.
current config:
grep -i acpi .config
# Power management options (ACPI, APM)
CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y
# CONFIG_ACPI_PROCFS is not set
Kay Sievers schrieb:
On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote:
On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer [EMAIL PROTECTED] wrote:
I have an external hard drive with an encrypted partition. I am using
kde so all i had to do under 2.6.23 was
cryptsetup luksOpen
Andrey Borzenkov schrieb:
Thomas Meyer wrote:
i just wanted to report this:
in v2.6.24-rc1-497-gb1d08ac the kde battery icon is no longer displayed.
with 2.6.23 shows the battery icon.
current config:
grep -i acpi .config
# Power management options (ACPI, APM)
CONFIG_ACPI=y
head: f653c34dd3d8bde2c918316fd5ba2e2c4f95afcf
May 15 23:02:07 [kernel] BUG: at include/linux/slub_def.h:89 kmalloc_index()
May 15 23:02:07 [kernel] [c015fc10] get_slab+0x43/0x1cc
May 15 23:02:07 [kernel] [f934b101] usb_get_configuration+0x93f/0xd06
[usbcore]
May 15 23:02:07 [kernel]
1 - 100 of 698 matches
Mail list logo