Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches
On Wednesday, 31 August 2005, at 11:27:41 -0600, Jeff V. Merkey wrote: > I am very open to discussions of this. Please go ahead and argue the > merits of GPL vs. proprietary code. DSFS is platform > neutral and will also run on Windows XP/2000/2003/Longhorn and Free BSD. > It uses no kernel headers or kernel files. > So then, does it have _anything_ to do with linux kernel development? It doesn't seem so. Is this "product" an attempt to raise some money, and make your former "linux kernel buyout" offer, but now giving a higher amount of money? Damnit, hope I am not feeding some troll out there... -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13) signature.asc Description: Digital signature
Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches
On Wednesday, 31 August 2005, at 11:27:41 -0600, Jeff V. Merkey wrote: I am very open to discussions of this. Please go ahead and argue the merits of GPL vs. proprietary code. DSFS is platform neutral and will also run on Windows XP/2000/2003/Longhorn and Free BSD. It uses no kernel headers or kernel files. So then, does it have _anything_ to do with linux kernel development? It doesn't seem so. Is this product an attempt to raise some money, and make your former linux kernel buyout offer, but now giving a higher amount of money? Damnit, hope I am not feeding some troll out there... -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13) signature.asc Description: Digital signature
Re: Followup on 2.6.13-rc3 ACPI processor C-state regression
On Friday, 29 July 2005, at 20:33:18 +0200, Jose Luis Domingo Lopez wrote: > I was just about to gather data to report the exact same problem in my > box, a no-brand non-mobile PC (AMD Athlon XP 1700+). Kernel version > 2.6.13-rc2 and before correctly detected both C1 and C2 processor states, > so when the system is idle some energy and heat is preserved. Now, with > 2.6.13-rc3-git8 only C1 gets detected, so no power save. > > I am going to try the patch Andrew suggest in this same thread right now, > and will report back is this fixes the issue. > Just rebooted with a 2.6.13-rc3-git8 kernel patched with the patch Andrew showed in his last email in this thread, and now processor C2 power state is recognized and operational again, giving in my setup a 12ºC decrease in processor temperature while idle. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: Followup on 2.6.13-rc3 ACPI processor C-state regression
: evgpeblk-1016 [06] ev_create_gpe_block : GPE 00 to 0F [_GPE] 2 regs on int 0x9 +dardhal kernel: evgpeblk-1024 [06] ev_create_gpe_block : Found 4 Wake, Enabled 1 Runtime GPEs in this block dardhal kernel: Completing Region/Field/Buffer/Package initialization: dardhal kernel: Initialized 23/23 Regions 5/5 Fields 18/18 Buffers 6/10 Packages (407 nodes) dardhal kernel: Executing all Device _STA and_INI methods: @@ -53,6 +54,8 @@ dardhal kernel: ACPI: Using PIC for interrupt routing dardhal kernel: ACPI: PCI Root Bridge [PCI0] (:00) dardhal kernel: PCI: Probing PCI hardware (bus 00) +dardhal kernel: ACPI: Assume root bridge [\_SB_.PCI0] segment is 0 +dardhal kernel: ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 dardhal kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 *11 12 14 15) dardhal kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) dardhal kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) @@ -68,8 +71,9 @@ dardhal kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) dardhal kernel: Initializing Cryptographic API dardhal kernel: ACPI: Power Button (FF) [PWRF] +dardhal kernel: ACPI: Power Button (CM) [PWRB] dardhal kernel: ACPI: Sleep Button (CM) [SLPB] -dardhal kernel: ACPI: CPU0 (power states: C1[C1] C2[C2]) +dardhal kernel: ACPI: CPU0 (power states: C1[C1]) dardhal kernel: ACPI: Processor [CPU0] (supports 2 throttling states) dardhal kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 dardhal kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 @@ -85,6 +89,7 @@ dardhal kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 dardhal kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx dardhal kernel: VP_IDE: IDE controller at PCI slot :00:11.1 +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 dardhal kernel: PCI: setting IRQ 11 as level-triggered dardhal kernel: ACPI: PCI Interrupt :00:11.1[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 @@ -193,6 +191,7 @@ dardhal kernel: usbcore: registered new driver usbfs dardhal kernel: usbcore: registered new driver hub dardhal kernel: USB Universal Host Controller Interface driver v2.3 +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt :00:11.2[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 dardhal kernel: PCI: Via IRQ fixup for :00:11.2, from 0 to 11 dardhal kernel: uhci_hcd :00:11.2: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller @@ -200,6 +199,7 @@ dardhal kernel: uhci_hcd :00:11.2: irq 11, io base 0xdc00 dardhal kernel: hub 1-0:1.0: USB hub found dardhal kernel: hub 1-0:1.0: 2 ports detected +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt :00:11.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 dardhal kernel: PCI: Via IRQ fixup for :00:11.3, from 255 to 11 dardhal kernel: uhci_hcd :00:11.3: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (#2) Hope it helps. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: Followup on 2.6.13-rc3 ACPI processor C-state regression
] ev_create_gpe_block : GPE 00 to 0F [_GPE] 2 regs on int 0x9 +dardhal kernel: evgpeblk-1024 [06] ev_create_gpe_block : Found 4 Wake, Enabled 1 Runtime GPEs in this block dardhal kernel: Completing Region/Field/Buffer/Package initialization: dardhal kernel: Initialized 23/23 Regions 5/5 Fields 18/18 Buffers 6/10 Packages (407 nodes) dardhal kernel: Executing all Device _STA and_INI methods: @@ -53,6 +54,8 @@ dardhal kernel: ACPI: Using PIC for interrupt routing dardhal kernel: ACPI: PCI Root Bridge [PCI0] (:00) dardhal kernel: PCI: Probing PCI hardware (bus 00) +dardhal kernel: ACPI: Assume root bridge [\_SB_.PCI0] segment is 0 +dardhal kernel: ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 dardhal kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 10 *11 12 14 15) dardhal kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) dardhal kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 *5 6 7 10 11 12 14 15) @@ -68,8 +71,9 @@ dardhal kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) dardhal kernel: Initializing Cryptographic API dardhal kernel: ACPI: Power Button (FF) [PWRF] +dardhal kernel: ACPI: Power Button (CM) [PWRB] dardhal kernel: ACPI: Sleep Button (CM) [SLPB] -dardhal kernel: ACPI: CPU0 (power states: C1[C1] C2[C2]) +dardhal kernel: ACPI: CPU0 (power states: C1[C1]) dardhal kernel: ACPI: Processor [CPU0] (supports 2 throttling states) dardhal kernel: serio: i8042 AUX port at 0x60,0x64 irq 12 dardhal kernel: serio: i8042 KBD port at 0x60,0x64 irq 1 @@ -85,6 +89,7 @@ dardhal kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 dardhal kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx dardhal kernel: VP_IDE: IDE controller at PCI slot :00:11.1 +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 dardhal kernel: PCI: setting IRQ 11 as level-triggered dardhal kernel: ACPI: PCI Interrupt :00:11.1[A] - Link [LNKA] - GSI 11 (level, low) - IRQ 11 @@ -193,6 +191,7 @@ dardhal kernel: usbcore: registered new driver usbfs dardhal kernel: usbcore: registered new driver hub dardhal kernel: USB Universal Host Controller Interface driver v2.3 +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt :00:11.2[D] - Link [LNKD] - GSI 11 (level, low) - IRQ 11 dardhal kernel: PCI: Via IRQ fixup for :00:11.2, from 0 to 11 dardhal kernel: uhci_hcd :00:11.2: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller @@ -200,6 +199,7 @@ dardhal kernel: uhci_hcd :00:11.2: irq 11, io base 0xdc00 dardhal kernel: hub 1-0:1.0: USB hub found dardhal kernel: hub 1-0:1.0: 2 ports detected +dardhal kernel: acpi_bus-0212 [01] acpi_bus_set_power: Device is not power manageable dardhal kernel: ACPI: PCI Interrupt :00:11.3[D] - Link [LNKD] - GSI 11 (level, low) - IRQ 11 dardhal kernel: PCI: Via IRQ fixup for :00:11.3, from 255 to 11 dardhal kernel: uhci_hcd :00:11.3: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (#2) Hope it helps. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: Followup on 2.6.13-rc3 ACPI processor C-state regression
On Friday, 29 July 2005, at 20:33:18 +0200, Jose Luis Domingo Lopez wrote: I was just about to gather data to report the exact same problem in my box, a no-brand non-mobile PC (AMD Athlon XP 1700+). Kernel version 2.6.13-rc2 and before correctly detected both C1 and C2 processor states, so when the system is idle some energy and heat is preserved. Now, with 2.6.13-rc3-git8 only C1 gets detected, so no power save. I am going to try the patch Andrew suggest in this same thread right now, and will report back is this fixes the issue. Just rebooted with a 2.6.13-rc3-git8 kernel patched with the patch Andrew showed in his last email in this thread, and now processor C2 power state is recognized and operational again, giving in my setup a 12ºC decrease in processor temperature while idle. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: [2.6.12-git8] ACPI shutdown fails to power off machine
On Tuesday, 19 July 2005, at 04:41:26 -0600, Eric W. Biederman wrote: > Roughly for your part of the problem the acpi shutdown code needs to > get called sooner when interrupts are still enabled. > After the recent patches that went in to the kernel, I downloaded version 2.6.13-rc8-git8, compiled, and now the box powers off correctly. Seems my setup is working fine again now. However, I didn't check if this is working ok all the times, because it seems in another thread that someone is having problems to get his system powering off reliably. But the precise problem I reported is gone. Thank you Eric. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: [2.6.12-git8] ACPI shutdown fails to power off machine
On Tuesday, 19 July 2005, at 04:41:26 -0600, Eric W. Biederman wrote: Roughly for your part of the problem the acpi shutdown code needs to get called sooner when interrupts are still enabled. After the recent patches that went in to the kernel, I downloaded version 2.6.13-rc8-git8, compiled, and now the box powers off correctly. Seems my setup is working fine again now. However, I didn't check if this is working ok all the times, because it seems in another thread that someone is having problems to get his system powering off reliably. But the precise problem I reported is gone. Thank you Eric. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc3-git8) signature.asc Description: Digital signature
Re: [2.6.12-git8] ACPI shutdown fails to power off machine
On Tuesday, 19 July 2005, at 04:41:26 -0600, Eric W. Biederman wrote: > Thanks. Before I forget I want to ack this. I think you are correct > and I have a hunch on what might be done to fix this but I haven't found > the couple of hours needed to handle that. > ACK. Just for the record, there seems to be several people out there with the same problem, and using different motherboards/BIOSes. Check: http://marc.theaimsgroup.com/?t=11214729101=1=2 Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
Re: [2.6.12-git8] ACPI shutdown fails to power off machine
On Tuesday, 19 July 2005, at 04:41:26 -0600, Eric W. Biederman wrote: Thanks. Before I forget I want to ack this. I think you are correct and I have a hunch on what might be done to fix this but I haven't found the couple of hours needed to handle that. ACK. Just for the record, there seems to be several people out there with the same problem, and using different motherboards/BIOSes. Check: http://marc.theaimsgroup.com/?t=11214729101r=1w=2 Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
Re: init 0 stopped working
On Saturday, 16 July 2005, at 02:09:47 +0200, Martin Mokrejs wrote: > Any clues? I still happens even with 2.6.13-rc3-git2. > Check message with subject: [2.6.12-git8] ACPI shutdown fails to power off machine http://marc.theaimsgroup.com/?l=linux-kernel=112094139204799=2 So it seems there are more boxes out there suffering from the same problem I reported some days ago . Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
Re: init 0 stopped working
On Saturday, 16 July 2005, at 02:09:47 +0200, Martin Mokrejs wrote: Any clues? I still happens even with 2.6.13-rc3-git2. Check message with subject: [2.6.12-git8] ACPI shutdown fails to power off machine http://marc.theaimsgroup.com/?l=linux-kernelm=112094139204799w=2 So it seems there are more boxes out there suffering from the same problem I reported some days ago . Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
Re: Linux v2.6.13-rc3
On Wednesday, 13 July 2005, at 11:53:08 -0700, Linus Torvalds wrote: > Len, ACPI people - can we fix this regression, please? > > Rafael even pinpoints exactly which patches are causing the problem, so > why didn't they get reverted before sending them off to me? > > Grumble. I don't like being sent known-bad patches when we're trying to > calm things down. > Also related to ACPI, a patch went in recently that prevents some boxes (at least mine) to power off properly via ACPI. The patch is: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdif f;h=cee5dab4856f51c5cad3aecc630ad0a4d2217a85 As the commit log says, this was somewhat expected. I sent a message a couple of days ago both to the list and to Eric W. Biederman, with no response so far. Message Subject: is: [2.6.12-git8] ACPI shutdown fails to power off machine http://marc.theaimsgroup.com/?l=linux-kernel=112094139204799=2 Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
Re: Linux v2.6.13-rc3
On Wednesday, 13 July 2005, at 11:53:08 -0700, Linus Torvalds wrote: Len, ACPI people - can we fix this regression, please? Rafael even pinpoints exactly which patches are causing the problem, so why didn't they get reverted before sending them off to me? Grumble. I don't like being sent known-bad patches when we're trying to calm things down. Also related to ACPI, a patch went in recently that prevents some boxes (at least mine) to power off properly via ACPI. The patch is: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdif f;h=cee5dab4856f51c5cad3aecc630ad0a4d2217a85 As the commit log says, this was somewhat expected. I sent a message a couple of days ago both to the list and to Eric W. Biederman, with no response so far. Message Subject: is: [2.6.12-git8] ACPI shutdown fails to power off machine http://marc.theaimsgroup.com/?l=linux-kernelm=112094139204799w=2 Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
[2.6.12-git8] ACPI shutdown fails to power off machine
Hi: I realized 2.6.13-rc2 would not power off my box anymore, although it worked fine back in 2.6.12. A binary search of intermediate -git patches showed that between -git7 and -git8 something broke power down. Every kernel used has been compiled from sources downloaded from kernel.org, no additional patches, and .config has been exactly the same. Searching "gitweb" located at www.kernel.org (excelent tool, by the way; you rock guys!) starting from "patch-2.6.12-git8.id" tag back in time, I located a recent commited patch that, when reversed (against 2.6.12-git8) makes power off work again in my box. Patch at: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=cee5dab4856f51c5cad3aecc630ad0a4d2217a85 The commit text points to a bugme entry, that seems not to be applicable to my situation: stock kernel sources from kernel.org. If you need some more info (motherboard make and model, BIOS and version, output from "lshw" or "dmidecode", etc.), please ask. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
[2.6.12-git8] ACPI shutdown fails to power off machine
Hi: I realized 2.6.13-rc2 would not power off my box anymore, although it worked fine back in 2.6.12. A binary search of intermediate -git patches showed that between -git7 and -git8 something broke power down. Every kernel used has been compiled from sources downloaded from kernel.org, no additional patches, and .config has been exactly the same. Searching gitweb located at www.kernel.org (excelent tool, by the way; you rock guys!) starting from patch-2.6.12-git8.id tag back in time, I located a recent commited patch that, when reversed (against 2.6.12-git8) makes power off work again in my box. Patch at: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=cee5dab4856f51c5cad3aecc630ad0a4d2217a85 The commit text points to a bugme entry, that seems not to be applicable to my situation: stock kernel sources from kernel.org. If you need some more info (motherboard make and model, BIOS and version, output from lshw or dmidecode, etc.), please ask. Greetings, -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.13-rc2) signature.asc Description: Digital signature
[2.6.12-rc-bk5] Avermedia TV/Phone98 remote control problem (input layer)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I am trying to make my Avermedia TV/Phone 98 remote control work with linux kernel 2.6.x input layer support (driver ir-kbd-gpio). Module bttv detects the remote ("bttv0: add subdevice "remote0"), and "ir-kbd-gpio" makes the remote control show under /proc/bus/input/devices: I: Bus=0001 Vendor=1461 Product=0001 Version=0001 N: Name="bttv IR (card=41)" P: Phys=pci-:00:0b.0/ir0 H: Handlers=kbd event3 B: EV=13 B: KEY=fc304 80100040 0 0 3 0 2008000 82 1 9e 7bb80 0 0 I tried Gerd's input layer utilities "input-20040421-115547.tar.gz" to check if everything was working ok. "lsinput" shows the following: /dev/input/event3 bustype : BUS_PCI vendor : 0x1461 product : 0x1 version : 1 name: "bttv IR (card=41)" phys: "pci-:00:0b.0/ir0" bits ev : EV_SYN EV_KEY EV_REP Then I tried "input-events" to check if keypresses in the remote where detected OK. I get a neverending flow of "ghost" keypresses, because I didn't touch any key at that time: waiting for events 11:30:11.198718: EV_KEY KEY_KP0 pressed 11:30:11.198719: EV_SYN code=0 value=0 11:30:11.231712: EV_KEY KEY_KP0 pressed 11:30:11.231714: EV_SYN code=0 value=0 11:30:11.264705: EV_KEY KEY_KP0 pressed ... Damnit!. So next I unloaded "ir-kbd-gpio", and loaded it again passing the (undocumented) "debug" parameter to it (modprobe ir-kbd-gpio debug=1), and the following shows in the logs. Checking the sources at "drivers/media/video/ir-kbd-gpio.c" it seems that the key supposedly being pressed is KEY_KP0 from "ir_codes_avermedia", exactly code 34 as shown below: kernel: ir-kbd-gpio: ir-kbd-gpio: irq gpio=0x8d77c5 code=34 | poll down kernel: ir-kbd-gpio: bttv IR (card=41) detected at pci-:00:0b.0/ir0 Just for completeness, here is the "lspci" output for the PCI device "associated" to the remote: :00:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) I also tried reading from the input device with "lircd" version 0.7.0 with support for "devinput", and the same happens. However, this time the "key code" detected was another one, but this happened after a reboot. I compiled a 2.4.26 kernel with lirc 0.7.1-pre3 lirc-dev and lirc-gpio kernel module, and version 0.7.1-pre2 lirc userspace, and it works. Comparing the sources of "lirc-gpio" in lirc-0.7.1-pre3" and linux kernel 2.6.12-rc1-bk5 "ir-kbd-gpio.c" I see a possible cause for the problem. Under 2.4.26 the card is detected as "id=0x11461", and under 2.6.12-rc1-bk5 it is detected as "PCI subsystem ID is 1461:0001". It seems to me that both are the same. For 2.4.26 this assigns the card's remote the following configuration (file lirc_gpio.c). The second line I understand describes newer versions of the same card (mine is from year 1999): bttv_id card_id gpio_mask gpio_enable gpio_lock_mask gpio_xor_mask soft_gap sample_rate code_length {BTTV_AVPHONE98, 0x00011461, 0x003b8000, 0x4000, 0x080, 0x0080, 0,10, 0} {BTTV_AVPHONE98, 0x00031461, 0x00f88000, 0, 0x001, 0x0001, 0,10, 32} For 2.6.12-rc1-bk5, any card that is recognized as BTTV_AVERMEDIA, BTTV_AVPHONE98 or BTTV_AVERMEDIA98, gets assigned the _same_ configuration (file drivers/media/video/ir-kbd-gpio.c starting at line 313): ir_codes = ir_codes_avermedia; ir->mask_keycode = 0xf88000; ir->mask_keydown = 0x01; ir->polling = 50; // ms I am no expert at lirc kernel internals, nor at input layer in kernels 2.6.x, but maybe the problem with my remote comes from being "initialized" with a generic parameter set that doesn't work at all for it. My knowledge doesn't go much further, so I thank any additional help to fix this issue. Greetings, - -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.10-rc3) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCUCJ3ao1/w/yPYI0RAuzjAJ4grc8aiFlpN8WtkrgJGZRbPXO3PQCfaWus DcVUyPVVeKVxOCrREkd4WAI= =LmCk -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [2.6.11.6] Oops trying to remove module "bttv"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday, 03 April 2005, at 01:31:30 +0200, Jesper Juhl wrote: > Have you tried 2.6.12-rc1-bk5 or 2.6.12-rc1-mm4 to see if the bug has > already been fixed ? > Just tried 2.6.12-rc1-bk5, and it works OK. Sorry for the noise. Greetings, - -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.12-rc1-bk5) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCT641ao1/w/yPYI0RAkfWAJ4xk4+n4VhIfCza+QUFH49u5HewNwCfebxR o7upS2+7eI9DkJ9E5spjEbA= =Ez+Q -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[2.6.12-rc-bk5] Avermedia TV/Phone98 remote control problem (input layer)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I am trying to make my Avermedia TV/Phone 98 remote control work with linux kernel 2.6.x input layer support (driver ir-kbd-gpio). Module bttv detects the remote (bttv0: add subdevice remote0), and ir-kbd-gpio makes the remote control show under /proc/bus/input/devices: I: Bus=0001 Vendor=1461 Product=0001 Version=0001 N: Name=bttv IR (card=41) P: Phys=pci-:00:0b.0/ir0 H: Handlers=kbd event3 B: EV=13 B: KEY=fc304 80100040 0 0 3 0 2008000 82 1 9e 7bb80 0 0 I tried Gerd's input layer utilities input-20040421-115547.tar.gz to check if everything was working ok. lsinput shows the following: /dev/input/event3 bustype : BUS_PCI vendor : 0x1461 product : 0x1 version : 1 name: bttv IR (card=41) phys: pci-:00:0b.0/ir0 bits ev : EV_SYN EV_KEY EV_REP Then I tried input-events to check if keypresses in the remote where detected OK. I get a neverending flow of ghost keypresses, because I didn't touch any key at that time: waiting for events 11:30:11.198718: EV_KEY KEY_KP0 pressed 11:30:11.198719: EV_SYN code=0 value=0 11:30:11.231712: EV_KEY KEY_KP0 pressed 11:30:11.231714: EV_SYN code=0 value=0 11:30:11.264705: EV_KEY KEY_KP0 pressed ... Damnit!. So next I unloaded ir-kbd-gpio, and loaded it again passing the (undocumented) debug parameter to it (modprobe ir-kbd-gpio debug=1), and the following shows in the logs. Checking the sources at drivers/media/video/ir-kbd-gpio.c it seems that the key supposedly being pressed is KEY_KP0 from ir_codes_avermedia, exactly code 34 as shown below: kernel: ir-kbd-gpio: ir-kbd-gpio: irq gpio=0x8d77c5 code=34 | poll down kernel: ir-kbd-gpio: bttv IR (card=41) detected at pci-:00:0b.0/ir0 Just for completeness, here is the lspci output for the PCI device associated to the remote: :00:0b.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 02) I also tried reading from the input device with lircd version 0.7.0 with support for devinput, and the same happens. However, this time the key code detected was another one, but this happened after a reboot. I compiled a 2.4.26 kernel with lirc 0.7.1-pre3 lirc-dev and lirc-gpio kernel module, and version 0.7.1-pre2 lirc userspace, and it works. Comparing the sources of lirc-gpio in lirc-0.7.1-pre3 and linux kernel 2.6.12-rc1-bk5 ir-kbd-gpio.c I see a possible cause for the problem. Under 2.4.26 the card is detected as id=0x11461, and under 2.6.12-rc1-bk5 it is detected as PCI subsystem ID is 1461:0001. It seems to me that both are the same. For 2.4.26 this assigns the card's remote the following configuration (file lirc_gpio.c). The second line I understand describes newer versions of the same card (mine is from year 1999): bttv_id card_id gpio_mask gpio_enable gpio_lock_mask gpio_xor_mask soft_gap sample_rate code_length {BTTV_AVPHONE98, 0x00011461, 0x003b8000, 0x4000, 0x080, 0x0080, 0,10, 0} {BTTV_AVPHONE98, 0x00031461, 0x00f88000, 0, 0x001, 0x0001, 0,10, 32} For 2.6.12-rc1-bk5, any card that is recognized as BTTV_AVERMEDIA, BTTV_AVPHONE98 or BTTV_AVERMEDIA98, gets assigned the _same_ configuration (file drivers/media/video/ir-kbd-gpio.c starting at line 313): ir_codes = ir_codes_avermedia; ir-mask_keycode = 0xf88000; ir-mask_keydown = 0x01; ir-polling = 50; // ms I am no expert at lirc kernel internals, nor at input layer in kernels 2.6.x, but maybe the problem with my remote comes from being initialized with a generic parameter set that doesn't work at all for it. My knowledge doesn't go much further, so I thank any additional help to fix this issue. Greetings, - -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.10-rc3) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCUCJ3ao1/w/yPYI0RAuzjAJ4grc8aiFlpN8WtkrgJGZRbPXO3PQCfaWus DcVUyPVVeKVxOCrREkd4WAI= =LmCk -END PGP SIGNATURE- - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[2.6.11.6] Oops trying to remove module "bttv"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I am getting the following stack dump in the logs when I try to unload the "bttv" kernel module ("rmmod bttv" ends with SIGSEGV). I have tried with other kernel versions keeping "module-init-tools" version the same (Debian 3.1-rel-2), and realized that: - - 2.6.10-rc3-bk15: OK - - 2.6.11-rc-bk3: OK - - 2.6.11-rc3: FAILS - - 2.6.11.6: FAILS So it seems the bug was introduced somewhere 2.6.11-rc-bk3 and 2.6.11-rc3. Looking at the 2.6.11-rc2 to 2.6.11-rc3 Changelog there seems to be several changesets related to video4linux, but apparently just one related to the bttv.ko kernel module (changeset number 1.1966.2.154). I am, however, not qualified to tell if the problem is there: bttv0: unloading Unable to handle kernel NULL pointer dereference at virtual address 0224 printing eip: e0c3d95d *pde = Oops: [#1] Modules linked in: md5 ipv6 snd_via82xx uhci_hcd usbcore i2c_viapro tuner tvaudio bttv video_buf v4l2_common btcx_risc tveeprom videodev snd_ymfpci snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_opl3_lib snd_timer snd_hwdep snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore skystar2 dvb_core mt352 stv0299 nxt2002 firmware_class mt312 8139too 8139cp mii via_agp agpgart reiserfs xfs exportfs dm_mod it87 i2c_sensor i2c_isa rtc CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 00010206 (2.6.11.6) EIP is at bttv_i2c_info+0x3d/0x80 [bttv] eax: 01a0 ebx: df8df77c ecx: df8df6c0 edx: 0004 esi: e0c4dba0 edi: ebp: deaf7800 esp: de42be38 ds: 007b es: 007b ss: 0068 Process rmmod (pid: 2448, threadinfo=de42a000 task=df908a40) Stack: e0c4da64 c01b3c70 c01b4719 deaf7800 df683920 e0c4d9e4 e0c3d2f4 e0c4d9e0 deaf7800 c024e89e deaf7800 deaf743c c0351350 c034e0e8 c034e100 df8df6e4 c034e0e8 0286 deaf7800 df683920 e0c4db44 e0c4d9e4 Call Trace: [] kobject_release+0x0/0x10 [] kref_put+0x39/0xa0 [] detach_inform+0x24/0x30 [bttv] [] i2c_detach_client+0x2e/0x100 [] tuner_detach+0x1d/0x40 [tuner] [] i2c_del_adapter+0xd7/0x220 [] kobject_put+0x1e/0x30 [] kobject_put+0x1e/0x30 [] kobject_release+0x0/0x10 [] bttv_remove+0xa4/0x160 [bttv] [] pci_device_remove+0x3b/0x40 [] device_release_driver+0x7f/0x90 [] driver_detach+0x20/0x30 [] bus_remove_driver+0x4c/0x90 [] driver_unregister+0x13/0x30 [] pci_unregister_driver+0x16/0x30 [] bttv_cleanup_module+0xf/0x1f [bttv] [] sys_delete_module+0x167/0x1a0 [] do_munmap+0x118/0x150 [] sys_munmap+0x44/0x70 [] syscall_call+0x7/0xb Code: 28 8b 98 c0 01 00 00 8b 13 0f 18 02 90 8d b0 c0 01 00 00 39 f3 74 2b 8d b4 26 00 00 00 00 8d 8b 44 ff ff ff 8b 41 70 85 c0 74 09 <83> b8 84 00 00 00 00 75 1a 8b 02 89 d3 89 c2 0f 18 00 90 39 f3 Hope it helps, greetings, - -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.11.6) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTygRao1/w/yPYI0RAhpYAJ9mfzp3BqTYKFu7jk8n8denOqJyqQCdG+b4 8KvyhUg8GnOdnSQ3jspBqPs= =ZaVX -END PGP SIGNATURE- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[2.6.11.6] Oops trying to remove module bttv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all: I am getting the following stack dump in the logs when I try to unload the bttv kernel module (rmmod bttv ends with SIGSEGV). I have tried with other kernel versions keeping module-init-tools version the same (Debian 3.1-rel-2), and realized that: - - 2.6.10-rc3-bk15: OK - - 2.6.11-rc-bk3: OK - - 2.6.11-rc3: FAILS - - 2.6.11.6: FAILS So it seems the bug was introduced somewhere 2.6.11-rc-bk3 and 2.6.11-rc3. Looking at the 2.6.11-rc2 to 2.6.11-rc3 Changelog there seems to be several changesets related to video4linux, but apparently just one related to the bttv.ko kernel module (changeset number 1.1966.2.154). I am, however, not qualified to tell if the problem is there: bttv0: unloading Unable to handle kernel NULL pointer dereference at virtual address 0224 printing eip: e0c3d95d *pde = Oops: [#1] Modules linked in: md5 ipv6 snd_via82xx uhci_hcd usbcore i2c_viapro tuner tvaudio bttv video_buf v4l2_common btcx_risc tveeprom videodev snd_ymfpci snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_opl3_lib snd_timer snd_hwdep snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore skystar2 dvb_core mt352 stv0299 nxt2002 firmware_class mt312 8139too 8139cp mii via_agp agpgart reiserfs xfs exportfs dm_mod it87 i2c_sensor i2c_isa rtc CPU:0 EIP:0060:[e0c3d95d]Not tainted VLI EFLAGS: 00010206 (2.6.11.6) EIP is at bttv_i2c_info+0x3d/0x80 [bttv] eax: 01a0 ebx: df8df77c ecx: df8df6c0 edx: 0004 esi: e0c4dba0 edi: ebp: deaf7800 esp: de42be38 ds: 007b es: 007b ss: 0068 Process rmmod (pid: 2448, threadinfo=de42a000 task=df908a40) Stack: e0c4da64 c01b3c70 c01b4719 deaf7800 df683920 e0c4d9e4 e0c3d2f4 e0c4d9e0 deaf7800 c024e89e deaf7800 deaf743c c0351350 c034e0e8 c034e100 df8df6e4 c034e0e8 0286 deaf7800 df683920 e0c4db44 e0c4d9e4 Call Trace: [c01b3c70] kobject_release+0x0/0x10 [c01b4719] kref_put+0x39/0xa0 [e0c3d2f4] detach_inform+0x24/0x30 [bttv] [c024e89e] i2c_detach_client+0x2e/0x100 [e0c16bad] tuner_detach+0x1d/0x40 [tuner] [c024e327] i2c_del_adapter+0xd7/0x220 [c01b3c9e] kobject_put+0x1e/0x30 [c01b3c9e] kobject_put+0x1e/0x30 [c01b3c70] kobject_release+0x0/0x10 [e0c37084] bttv_remove+0xa4/0x160 [bttv] [c01bcd3b] pci_device_remove+0x3b/0x40 [c022212f] device_release_driver+0x7f/0x90 [c0222160] driver_detach+0x20/0x30 [c02225cc] bus_remove_driver+0x4c/0x90 [c0222b83] driver_unregister+0x13/0x30 [c01bcf86] pci_unregister_driver+0x16/0x30 [e0c374df] bttv_cleanup_module+0xf/0x1f [bttv] [c0129137] sys_delete_module+0x167/0x1a0 [c013f5a8] do_munmap+0x118/0x150 [c013f624] sys_munmap+0x44/0x70 [c0102543] syscall_call+0x7/0xb Code: 28 8b 98 c0 01 00 00 8b 13 0f 18 02 90 8d b0 c0 01 00 00 39 f3 74 2b 8d b4 26 00 00 00 00 8d 8b 44 ff ff ff 8b 41 70 85 c0 74 09 83 b8 84 00 00 00 00 75 1a 8b 02 89 d3 89 c2 0f 18 00 90 39 f3 Hope it helps, greetings, - -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.11.6) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCTygRao1/w/yPYI0RAhpYAJ9mfzp3BqTYKFu7jk8n8denOqJyqQCdG+b4 8KvyhUg8GnOdnSQ3jspBqPs= =ZaVX -END PGP SIGNATURE- - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[SOLVED] Linux 2.6.10-rc3-bk15 hanged under high load (i386)
11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 4b 1c Feb 20 11:17:26 dardhal kernel: <4>IN=ppp0 OUT= MAC= SRC=168.203.4.23 DST=213.0.204.127 LEN=32 TOS=0x00 PREC=0x00 TTL=3 ID=21 PROTO=UDP SPT=10144 DPT=33435 LEN=12 Feb 20 11:17:28 dardhal kernel: Unable to handle kernel paging request at virtual address 001bec5c Feb 20 11:17:28 dardhal kernel: printing eip: Feb 20 11:17:28 dardhal kernel: c01320b7 Feb 20 11:17:28 dardhal kernel: *pde = Feb 20 11:17:28 dardhal kernel: Oops: 0002 [#5] Feb 20 11:17:28 dardhal kernel: Modules linked in: sch_htb cls_u32 sch_ingress ipt_LOG ipt_limit ipt_state iptable_filter ipt_MASQUERADE iptable_nat ip_conntrack ip_tables ppp_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc deflate zlib_deflate zlib_inflate twofish serpent aes_i586 blowfish des sha256 sha1 crypto_null af_key md5 ipv6 snd_via82xx uhci_hcd usbcore i2c_viapro tuner tvaudio bttv video_buf v4l2_common btcx_risc tveeprom videodev snd_ymfpci snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_opl3_lib snd_timer snd_hwdep snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore skystar2 dvb_core mt352 stv0299 nxt2002 firmware_class mt312 8139too 8139cp mii via_agp agpgart reiserfs xfs exportfs dm_mod it87 i2c_sensor i2c_isa rtc Feb 20 11:17:28 dardhal kernel: CPU:0 Feb 20 11:17:28 dardhal kernel: EIP:0060:[]Tainted: GB VLI Feb 20 11:17:28 dardhal kernel: EFLAGS: 00010002 (2.6.11-rc3) Feb 20 11:17:28 dardhal kernel: EIP is at buffered_rmqueue+0x57/0x1a0 Feb 20 11:17:28 dardhal kernel: eax: c10abb38 ebx: c0309224 ecx: c0309250 edx: 001bec58 Feb 20 11:17:28 dardhal kernel: esi: 0246 edi: c0309240 ebp: c0309224 esp: c842ddf4 Feb 20 11:17:28 dardhal kernel: ds: 007b es: 007b ss: 0068 Feb 20 11:17:28 dardhal kernel: Process spamassassin (pid: 5802, threadinfo=c842c000 task=d0a40020) Feb 20 11:17:28 dardhal kernel: Stack: c55d8000 1000 c10abb20 c0309224 d4516b30 Feb 20 11:17:28 dardhal kernel: cf137a14 c01326c3 c0309224 80d2 0001 Feb 20 11:17:28 dardhal kernel: 0001 d0a40020 0010 c030948c 80d2 c842de88 Feb 20 11:17:28 dardhal kernel: Call Trace: Feb 20 11:17:28 dardhal kernel: [] __alloc_pages+0x423/0x450 Feb 20 11:17:28 dardhal kernel: [] do_anonymous_page+0x71/0x130 Feb 20 11:17:28 dardhal kernel: [] do_no_page+0x63/0x2b0 Feb 20 11:17:28 dardhal kernel: [] handle_mm_fault+0xde/0x150 Feb 20 11:17:28 dardhal kernel: [] do_page_fault+0x18c/0x599 Feb 20 11:17:28 dardhal kernel: [] scheduler_tick+0x1d/0x290 Feb 20 11:17:28 dardhal kernel: [] smp_local_timer_interrupt+0x17/0x70 Feb 20 11:17:28 dardhal kernel: [] timer_interrupt+0xf1/0x100 Feb 20 11:17:28 dardhal kernel: [] handle_IRQ_event+0x30/0x70 Feb 20 11:17:28 dardhal kernel: [] __do_softirq+0x7d/0x90 Feb 20 11:17:28 dardhal kernel: [] do_page_fault+0x0/0x599 Feb 20 11:17:28 dardhal kernel: [] error_code+0x2b/0x30 Feb 20 11:17:28 dardhal kernel: Code: 01 d0 8d 5c c5 00 8d 7b 1c 9c 5e fa 8b 43 1c 3b 47 04 0f 8e 2b 01 00 00 85 c0 74 24 8b 47 10 8d 50 e8 89 54 24 10 8b 10 8b 48 04 <89> 4a 04 89 11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 4b 1c Feb 20 11:17:31 dardhal kernel: swap_free: Bad swap offset entry 0008 Feb 20 11:17:33 dardhal kernel: VM: killing process spamassassin Feb 20 11:17:33 dardhal kernel: swap_free: Bad swap offset entry 00bf -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.11-rc3) signature.asc Description: Digital signature
[SOLVED] Linux 2.6.10-rc3-bk15 hanged under high load (i386)
:24 dardhal kernel: [c014a501] sys_read+0x51/0x80 Feb 20 11:17:24 dardhal kernel: [c010fc00] do_page_fault+0x0/0x599 Feb 20 11:17:24 dardhal kernel: [c0102f57] error_code+0x2b/0x30 Feb 20 11:17:24 dardhal kernel: Code: 01 d0 8d 5c c5 00 8d 7b 1c 9c 5e fa 8b 43 1c 3b 47 04 0f 8e 2b 01 00 00 85 c0 74 24 8b 47 10 8d 50 e8 89 54 24 10 8b 10 8b 48 04 89 4a 04 89 11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 4b 1c Feb 20 11:17:26 dardhal kernel: 4IN=ppp0 OUT= MAC= SRC=168.203.4.23 DST=213.0.204.127 LEN=32 TOS=0x00 PREC=0x00 TTL=3 ID=21 PROTO=UDP SPT=10144 DPT=33435 LEN=12 Feb 20 11:17:28 dardhal kernel: Unable to handle kernel paging request at virtual address 001bec5c Feb 20 11:17:28 dardhal kernel: printing eip: Feb 20 11:17:28 dardhal kernel: c01320b7 Feb 20 11:17:28 dardhal kernel: *pde = Feb 20 11:17:28 dardhal kernel: Oops: 0002 [#5] Feb 20 11:17:28 dardhal kernel: Modules linked in: sch_htb cls_u32 sch_ingress ipt_LOG ipt_limit ipt_state iptable_filter ipt_MASQUERADE iptable_nat ip_conntrack ip_tables ppp_deflate bsd_comp ppp_async crc_ccitt ppp_generic slhc deflate zlib_deflate zlib_inflate twofish serpent aes_i586 blowfish des sha256 sha1 crypto_null af_key md5 ipv6 snd_via82xx uhci_hcd usbcore i2c_viapro tuner tvaudio bttv video_buf v4l2_common btcx_risc tveeprom videodev snd_ymfpci snd_ac97_codec snd_pcm_oss snd_mixer_oss snd_pcm snd_opl3_lib snd_timer snd_hwdep snd_page_alloc snd_mpu401_uart snd_rawmidi snd_seq_device snd soundcore skystar2 dvb_core mt352 stv0299 nxt2002 firmware_class mt312 8139too 8139cp mii via_agp agpgart reiserfs xfs exportfs dm_mod it87 i2c_sensor i2c_isa rtc Feb 20 11:17:28 dardhal kernel: CPU:0 Feb 20 11:17:28 dardhal kernel: EIP:0060:[c01320b7]Tainted: GB VLI Feb 20 11:17:28 dardhal kernel: EFLAGS: 00010002 (2.6.11-rc3) Feb 20 11:17:28 dardhal kernel: EIP is at buffered_rmqueue+0x57/0x1a0 Feb 20 11:17:28 dardhal kernel: eax: c10abb38 ebx: c0309224 ecx: c0309250 edx: 001bec58 Feb 20 11:17:28 dardhal kernel: esi: 0246 edi: c0309240 ebp: c0309224 esp: c842ddf4 Feb 20 11:17:28 dardhal kernel: ds: 007b es: 007b ss: 0068 Feb 20 11:17:28 dardhal kernel: Process spamassassin (pid: 5802, threadinfo=c842c000 task=d0a40020) Feb 20 11:17:28 dardhal kernel: Stack: c55d8000 1000 c10abb20 c0309224 d4516b30 Feb 20 11:17:28 dardhal kernel: cf137a14 c01326c3 c0309224 80d2 0001 Feb 20 11:17:28 dardhal kernel: 0001 d0a40020 0010 c030948c 80d2 c842de88 Feb 20 11:17:28 dardhal kernel: Call Trace: Feb 20 11:17:28 dardhal kernel: [c01326c3] __alloc_pages+0x423/0x450 Feb 20 11:17:28 dardhal kernel: [c013c3e1] do_anonymous_page+0x71/0x130 Feb 20 11:17:28 dardhal kernel: [c013c503] do_no_page+0x63/0x2b0 Feb 20 11:17:28 dardhal kernel: [c013c92e] handle_mm_fault+0xde/0x150 Feb 20 11:17:28 dardhal kernel: [c010fd8c] do_page_fault+0x18c/0x599 Feb 20 11:17:28 dardhal kernel: [c011169d] scheduler_tick+0x1d/0x290 Feb 20 11:17:28 dardhal kernel: [c010d667] smp_local_timer_interrupt+0x17/0x70 Feb 20 11:17:28 dardhal kernel: [c0106e61] timer_interrupt+0xf1/0x100 Feb 20 11:17:28 dardhal kernel: [c012caa0] handle_IRQ_event+0x30/0x70 Feb 20 11:17:28 dardhal kernel: [c0118e3d] __do_softirq+0x7d/0x90 Feb 20 11:17:28 dardhal kernel: [c010fc00] do_page_fault+0x0/0x599 Feb 20 11:17:28 dardhal kernel: [c0102f57] error_code+0x2b/0x30 Feb 20 11:17:28 dardhal kernel: Code: 01 d0 8d 5c c5 00 8d 7b 1c 9c 5e fa 8b 43 1c 3b 47 04 0f 8e 2b 01 00 00 85 c0 74 24 8b 47 10 8d 50 e8 89 54 24 10 8b 10 8b 48 04 89 4a 04 89 11 c7 40 04 00 02 20 00 c7 00 00 01 10 00 ff 4b 1c Feb 20 11:17:31 dardhal kernel: swap_free: Bad swap offset entry 0008 Feb 20 11:17:33 dardhal kernel: VM: killing process spamassassin Feb 20 11:17:33 dardhal kernel: swap_free: Bad swap offset entry 00bf -- Jose Luis Domingo Lopez Linux Registered User #189436 Debian Linux Sid (Linux 2.6.11-rc3) signature.asc Description: Digital signature