* Machine to power off automatically.
From: Lars Bungum @ 2004-01-11 9:06 UTC (permalink / raw)
To: linux-newbie
I can't get my machine to turn itself off automatically (when I tell it
to do so in KDE), it just hangs saying "Power Down". Is there some
option I have to enable in order to get this working? Looked at the
APM/ACPI sections, but felt that was more related to laptops and
batteries, etc. My BIOS was too old for ACPI, anyway.
--lars
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: 2.4.24 SMP lockups
From: Simon Kirby @ 2004-01-11 9:01 UTC (permalink / raw)
To: Marcelo Tosatti; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.58L.0401101758010.1310@logos.cnet>
On Sat, Jan 10, 2004 at 05:58:18PM -0200, Marcelo Tosatti wrote:
> This sounds like a deadlock. I wonder why the NMI watchdog is not
> triggering.
It appears the box I was expecting it to work onn has issues with the NMI
working properly, so that may explain why nothing was showing up. I'll
try on others.
> Can you share all available SysRQ-P output for the locked CPU ? SysRQ-T if
> possible, too.
Will do, in the next few days.
> Can you please describe the hardware in more detail. Is there any common
> hardware used in these boxes?
The CPUs, motherboards, SCSI, Ethernet, etc., are all different... They
are all SMP, and are fairly busy web servers.
Simon-
^ permalink raw reply
* Re: 2.4.24 SMP lockups
From: Simon Kirby @ 2004-01-11 8:55 UTC (permalink / raw)
To: Andrew Morton; +Cc: Marcelo Tosatti, linux-kernel
In-Reply-To: <20040110144049.5e195ebd.akpm@osdl.org>
On Sat, Jan 10, 2004 at 02:40:49PM -0800, Andrew Morton wrote:
> Presumably it's spinning on the lock with interrupts enabled. Make that
> the `NMI' counters in /proc/interrupts are incrementing for all CPUs.
Actually, on one of the boxes it doesn't seem to be working at all:
activating NMI Watchdog ... done.
testing NMI watchdog ... CPU#0: NMI appears to be stuck!
This is on a Tyan Dual AMD MPX board with two MP 2000+ CPUs.
/proc/interrupts shows:
CPU0 CPU1
0: 4897433 4904751 IO-APIC-edge timer
1: 1 1 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
8: 1 0 IO-APIC-edge rtc
16: 699524 700761 IO-APIC-level dpti0
19: 12480119 12480207 IO-APIC-level eth0
NMI: 0 0
LOC: 9801455 9801319
ERR: 0
MIS: 13
I'll try reenabling it on the other (Intel) boxes where I think it
actually does work, and see if anything results.
> sysrq-T would be best.
I'll do the serial console dance next time and get some sysrq-T output.
Simon-
^ permalink raw reply
* unexpected IO-APIC
From: Russ McCallister @ 2004-01-11 8:53 UTC (permalink / raw)
To: linux-smp
My name is Russ McCallister and I'm a user of SuSE 9.0 Pro. I recently
updated my kernel via SuSE's online update to 2.4.21-166-smp4G.
Reviewing my boot.msg log, I find a request to notify you included and am so
complying.
So as not to burden you with unnecessary documentation, I have truncated the
log following the last reference to same. I am keeping a copy in the event
you should need it. I can be reached at m2c6c2a1@usapathway.com.
------------------------------------------------------------------------------------------
Inspecting /boot/System.map-2.4.21-166-smp4G
Loaded 21746 symbols from /boot/System.map-2.4.21-166-smp4G.
Symbols match kernel version 2.4.21.
Loaded 49 symbols from 2 modules.
klogd 1.4.1, log source = ksyslog started.
<4>Linux version 2.4.21-166-smp4G (root@i386.suse.de) (gcc version 3.3.1 (SuSE
Linux)) #1 SMP Fri Dec 19 15:43:30 UTC 2003
<6>BIOS-provided physical RAM map:
<4> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
<4> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
<4> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
<4> BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
<4> BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
<4> BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
<4> BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
<5>500MB vmalloc/ioremap area available.
<5>0MB HIGHMEM available.
<5>511MB LOWMEM available.
<7>ACPI: have wakeup address 0xc0002000
<4>found SMP MP-table at 000f4b30
<4>hm, page 000f4000 reserved twice.
<4>hm, page 000f5000 reserved twice.
<4>hm, page 000f1000 reserved twice.
<4>hm, page 000f2000 reserved twice.
<4>On node 0 totalpages: 131056
<4>zone(0): 4096 pages.
<4>zone(1): 126960 pages.
<4>zone(2): 0 pages.
<6>ACPI: RSDP (v000 IntelR ) @ 0x000f6560
<6>ACPI: RSDT (v001 IntelR AWRDACPI 16944.11825) @ 0x1fff3000
<6>ACPI: FADT (v001 IntelR AWRDACPI 16944.11825) @ 0x1fff3040
<6>ACPI: MADT (v001 IntelR AWRDACPI 16944.11825) @ 0x1fff7200
<6>ACPI: DSDT (v001 INTELR AWRDACPI 00000.04096) @ 0x00000000
<6>ACPI: Local APIC address 0xfee00000
<6>ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
<4>Processor #0 Pentium 4(tm) XEON(tm) APIC version 20
<6>ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
<4>Processor #1 Pentium 4(tm) XEON(tm) APIC version 20
<6>ACPI: LAPIC_NMI (acpi_id[0x00] polarity[0x1] trigger[0x1] lint[0x1])
<6>ACPI: LAPIC_NMI (acpi_id[0x01] polarity[0x1] trigger[0x1] lint[0x1])
<6>ACPI: IOAPIC (id[0x02] address[0xfec00000] global_irq_base[0x0])
<6>IOAPIC[0]: Assigned apic_id 2
<4>IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, IRQ 0-23
<6>ACPI: INT_SRC_OVR (bus[0] irq[0x0] global_irq[0x2] polarity[0x0]
trigger[0x0])
<6>ACPI: INT_SRC_OVR (bus[0] irq[0x9] global_irq[0x9] polarity[0x1]
trigger[0x3])
<6>ACPI: INT_SRC_OVR (bus[0] irq[0xe] global_irq[0xe] polarity[0x1]
trigger[0x1])
<6>ACPI: INT_SRC_OVR (bus[0] irq[0xf] global_irq[0xf] polarity[0x1]
trigger[0x1])
<6>Using ACPI (MADT) for SMP configuration information
<4>Building zonelist for node : 0
<4>Kernel command line: root=/dev/hda8 vga=0x317 hdb=ide-scsi hdblun=0
nofloppy
<6>ide_setup: hdb=ide-scsi
<6>ide_setup: hdblun=0
<6>Initializing CPU#0
<4>Detected 2595.635 MHz processor.
<4>Console: colour dummy device 80x25
<4>Calibrating delay loop... 5177.34 BogoMIPS
<6>Memory: 509472k/524224k available (1867k kernel code, 10144k reserved, 638k
data, 188k init, 0k highmem)
<6>Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
<6>Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
<6>Mount cache hash table entries: 512 (order: 0, 4096 bytes)
<4>Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
<4>Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
<6>CPU: Trace cache: 12K uops, L1 D cache: 8K
<6>CPU: L2 cache: 512K
<6>CPU: Physical Processor ID: 0
<6>Intel machine check architecture supported.
<6>Intel machine check reporting enabled on CPU#0.
<7>CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
<7>CPU: Common caps: bfebfbff 00000000 00000000 00000000
<6>Enabling fast FPU save and restore... done.
<6>Enabling unmasked SIMD FPU exception support... done.
<6>Checking 'hlt' instruction... OK.
<4>POSIX conformance testing by UNIFIX
<4>mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
<4>mtrr: detected mtrr type: Intel
<6>CPU: Trace cache: 12K uops, L1 D cache: 8K
<6>CPU: L2 cache: 512K
<6>CPU: Physical Processor ID: 0
<6>Intel machine check reporting enabled on CPU#0.
<7>CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
<7>CPU: Common caps: bfebfbff 00000000 00000000 00000000
<4>CPU0: Intel(R) Pentium(R) 4 CPU 2.60GHz stepping 09
<4>per-CPU timeslice cutoff: 1462.75 usecs.
<4>task migration cache decay timeout: 10 msecs.
<4>enabled ExtINT on CPU#0
<4>ESR value before enabling vector: 00000000
<4>ESR value after enabling vector: 00000000
<4>Booting processor 1/1 eip 3000
<6>Initializing CPU#1
<4>masked ExtINT on CPU#1
<4>ESR value before enabling vector: 00000000
<4>ESR value after enabling vector: 00000000
<4>Calibrating delay loop... 5190.45 BogoMIPS
<6>CPU: Trace cache: 12K uops, L1 D cache: 8K
<6>CPU: L2 cache: 512K
<6>CPU: Physical Processor ID: 0
<6>Intel machine check reporting enabled on CPU#1.
<7>CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
<7>CPU: Common caps: bfebfbff 00000000 00000000 00000000
<4>CPU1: Intel(R) Pentium(R) 4 CPU 2.60GHz stepping 09
<6>Total of 2 processors activated (10367.79 BogoMIPS).
<4>cpu_sibling_map[0] = 1
<4>cpu_sibling_map[1] = 0
<4>ENABLING IO-APIC IRQs
<7>init IO_APIC IRQs
<7> IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23
not connected.
<6>..TIMER: vector=0x31 pin1=2 pin2=0
<7>number of MP IRQ sources: 16.
<7>number of IO-APIC #2 registers: 24.
<6>testing the IO APIC.......................
<4>
<7>IO APIC #2......
<7>.... register #00: 02000000
<7>....... : physical APIC id: 02
<7>....... : Delivery Type: 0
<7>....... : LTS : 0
<7>.... register #01: 00178020
<7>....... : max redirection entries: 0017
<7>....... : PRQ implemented: 1
<7>....... : IO APIC version: 0020
<7>.... register #02: 00178020
<7>....... : arbitration: 00
<4>An unexpected IO-APIC was found. If this kernel release is less than
<4>three months old please report this to linux-smp@vger.kernel.org
<7>.... IRQ redirection table:
<7> NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
<7> 00 000 00 1 0 0 0 0 0 0 00
<7> 01 003 03 0 0 0 0 0 1 1 39
<7> 02 003 03 0 0 0 0 0 1 1 31
<7> 03 003 03 0 0 0 0 0 1 1 41
<7> 04 003 03 0 0 0 0 0 1 1 49
<7> 05 003 03 0 0 0 0 0 1 1 51
<7> 06 003 03 0 0 0 0 0 1 1 59
<7> 07 003 03 0 0 0 0 0 1 1 61
<7> 08 003 03 0 0 0 0 0 1 1 69
<7> 09 003 03 1 1 0 0 0 1 1 71
<7> 0a 003 03 0 0 0 0 0 1 1 79
<7> 0b 003 03 0 0 0 0 0 1 1 81
<7> 0c 003 03 0 0 0 0 0 1 1 89
<7> 0d 003 03 0 0 0 0 0 1 1 91
<7> 0e 003 03 0 0 0 0 0 1 1 99
<7> 0f 003 03 0 0 0 0 0 1 1 A1
<7> 10 000 00 1 0 0 0 0 0 0 00
<7> 11 000 00 1 0 0 0 0 0 0 00
<7> 12 000 00 1 0 0 0 0 0 0 00
<7> 13 000 00 1 0 0 0 0 0 0 00
<7> 14 000 00 1 0 0 0 0 0 0 00
<7> 15 000 00 1 0 0 0 0 0 0 00
<7> 16 000 00 1 0 0 0 0 0 0 00
<7> 17 000 00 1 0 0 0 0 0 0 00
<7>IRQ to pin mappings:
<7>IRQ0 -> 0:2
<7>IRQ1 -> 0:1
<7>IRQ3 -> 0:3
<7>IRQ4 -> 0:4
<7>IRQ5 -> 0:5
<7>IRQ6 -> 0:6
<7>IRQ7 -> 0:7
<7>IRQ8 -> 0:8
<7>IRQ9 -> 0:9
<7>IRQ10 -> 0:10
<7>IRQ11 -> 0:11
<7>IRQ12 -> 0:12
<7>IRQ13 -> 0:13
<7>IRQ14 -> 0:14
<7>IRQ15 -> 0:15
<6>.................................... done.
<4>Using local APIC timer interrupts.
<4>calibrating APIC timer ...
<4>..... CPU clock speed is 2595.7308 MHz.
<4>..... host bus clock speed is 199.6713 MHz.
<4>cpu: 0, clocks: 1996713, slice: 665571
<4>CPU0<T0:1996704,T1:1331120,D:13,S:665571,C:1996713>
<4>cpu: 1, clocks: 1996713, slice: 665571
<4>CPU1<T0:1996704,T1:665552,D:10,S:665571,C:1996713>
<4>checking TSC synchronization across CPUs: passed.
<4>migration_task 0 on cpu=0
<4>migration_task 1 on cpu=1
<6>ACPI: Subsystem revision 20030619
<6>PCI: PCI BIOS revision 2.10 entry at 0xfb0a0, last bus=2
<6>PCI: Using configuration type 1
<6>Looking for DSDT in initrd ... not found!
<7>IOAPIC[0]: Set PCI routing entry (2-9 -> 0x71 -> IRQ 9) Mode:1 Active:0
<6>ACPI: Interpreter enabled
<6>ACPI: Using IOAPIC for interrupt routing
<6>ACPI: System [ACPI] (supports S0 S1 S4 S5)
<6>ACPI: PCI Root Bridge [PCI0] (00:00)
<4>PCI: Probing PCI hardware (bus 00)
<6>PCI: Ignoring BAR0-3 of IDE controller 00:1f.1
<4>Transparent bridge - Intel Corp. 82801BA/CA/DB/EB PCI Bridge
<7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
<7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT]
<4>ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 7 9 10 11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 *9 10 11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 *9 10 11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 5 7 9 10 *11 12 14 15)
<4>ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 *5 7 9 10 11 12 14 15)
<6>PCI: Probing PCI hardware
<7>IOAPIC[0]: Set PCI routing entry (2-16 -> 0xa9 -> IRQ 16) Mode:1 Active:1
<7>00:00:1f[C] -> 2-16 -> IRQ 16
<7>IOAPIC[0]: Set PCI routing entry (2-18 -> 0xb1 -> IRQ 18) Mode:1 Active:1
<7>00:00:1f[A] -> 2-18 -> IRQ 18
<7>IOAPIC[0]: Set PCI routing entry (2-17 -> 0xb9 -> IRQ 17) Mode:1 Active:1
<7>00:00:1f[B] -> 2-17 -> IRQ 17
<7>Pin 2-16 already programmed
<7>IOAPIC[0]: Set PCI routing entry (2-19 -> 0xc1 -> IRQ 19) Mode:1 Active:1
<7>00:00:1d[B] -> 2-19 -> IRQ 19
<7>Pin 2-18 already programmed
<7>IOAPIC[0]: Set PCI routing entry (2-23 -> 0xc9 -> IRQ 23) Mode:1 Active:1
<7>00:00:1d[D] -> 2-23 -> IRQ 23
<7>Pin 2-16 already programmed
<7>Pin 2-17 already programmed
<7>Pin 2-18 already programmed
<7>Pin 2-19 already programmed
<7>IOAPIC[0]: Set PCI routing entry (2-20 -> 0xd1 -> IRQ 20) Mode:1 Active:1
<7>00:02:08[A] -> 2-20 -> IRQ 20
<7>IOAPIC[0]: Set PCI routing entry (2-21 -> 0xd9 -> IRQ 21) Mode:1 Active:1
<7>00:02:08[B] -> 2-21 -> IRQ 21
<7>IOAPIC[0]: Set PCI routing entry (2-22 -> 0xe1 -> IRQ 22) Mode:1 Active:1
<7>00:02:08[C] -> 2-22 -> IRQ 22
<7>Pin 2-23 already programmed
<7>Pin 2-16 already programmed
----------------------------------------------------------------------------
No more references to APIC.
^ permalink raw reply
* Re: experimental net driver queue updated
From: Andrew Morton @ 2004-01-11 8:45 UTC (permalink / raw)
To: Jeff Garzik; +Cc: linux-kernel, netdev
In-Reply-To: <4000C5A3.5070101@pobox.com>
Jeff Garzik <jgarzik@pobox.com> wrote:
>
> Patch:
> http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.1-bk1-netdev2.patch.bz2
net/core/netpoll.c: In function `netpoll_setup':
net/core/netpoll.c:572: warning: too many arguments for format
net/core/netpoll.c:572: warning: too many arguments for format
--- 25/net/core/netpoll.c~netpoll-warning-fix 2004-01-11 00:43:24.000000000 -0800
+++ 25-akpm/net/core/netpoll.c 2004-01-11 00:43:50.000000000 -0800
@@ -569,7 +569,7 @@ int netpoll_setup(struct netpoll *np)
if (time_before(jiffies, atleast)) {
printk(KERN_NOTICE "%s: carrier detect appears flaky,"
" waiting 10 seconds\n",
- np->name, np->dev_name);
+ np->name);
while (time_before(jiffies, atmost))
cond_resched();
}
_
^ permalink raw reply
* Re: [NETDEV] experimental net driver queue updated
From: Andrew Morton @ 2004-01-11 8:45 UTC (permalink / raw)
To: Jeff Garzik; +Cc: linux-kernel, netdev
In-Reply-To: <4000C5A3.5070101@pobox.com>
Jeff Garzik <jgarzik@pobox.com> wrote:
>
> Patch:
> http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.1-bk1-netdev2.patch.bz2
net/core/netpoll.c: In function `netpoll_setup':
net/core/netpoll.c:572: warning: too many arguments for format
net/core/netpoll.c:572: warning: too many arguments for format
--- 25/net/core/netpoll.c~netpoll-warning-fix 2004-01-11 00:43:24.000000000 -0800
+++ 25-akpm/net/core/netpoll.c 2004-01-11 00:43:50.000000000 -0800
@@ -569,7 +569,7 @@ int netpoll_setup(struct netpoll *np)
if (time_before(jiffies, atleast)) {
printk(KERN_NOTICE "%s: carrier detect appears flaky,"
" waiting 10 seconds\n",
- np->name, np->dev_name);
+ np->name);
while (time_before(jiffies, atmost))
cond_resched();
}
_
^ permalink raw reply
* Re: krealloc()
From: Manfred Spraul @ 2004-01-11 8:37 UTC (permalink / raw)
To: john moser; +Cc: linux-kernel
John Moser wrote:
>I'm not sure if I should just call mmap() inside the
>kernel (any security hazzards or whatnot I should be worried about there?), but
>it's going to be a pain to resize arrays.
>
mmap only works for user space memory, not for kernel memory.
>Most realloc() implimentations grow or shrink in place, if possible. If they can't,
>or if that wasn't how they were coded, they allocate the new block, memcpy() over,
>then free the old block.
>
>
>
The kmalloc implementation is object based, it cannot grow in place. The
only approach is call ksize and check if it fits by chance, otherwise
alloc new block and memcpy, then free.
Why do you need realloc? What do you want to do? Are you aware that
kmalloc is limited to 128 kB, and that large kmallocs (I'd guess: > 16
kB) can fail due to memory fragmentation after long uptimes?
--
Manfred
^ permalink raw reply
* Re: Synaptics Touchpad workaround for strange behavior after Sync loss (With Patch).
From: Gunter Königsmann @ 2004-01-11 8:37 UTC (permalink / raw)
To: Peter Berg Larsen; +Cc: Vojtech Pavlik, linux-kernel
In-Reply-To: <Pine.LNX.4.40.0401110335330.588-100000@shannon.math.ku.dk>
Hmmm... Now I get an "Reverted to legacy aux mode" after about every third
resync of the driver, and sometimes odd and sometimes even numbers of sync
losses...
But this patch also seems to fix bad clicks, tried for some minutes, and
still got none.
On Today, Peter Berg Larsen wrote:
>From: Peter Berg Larsen <pebl@math.ku.dk>
>Date: Sun, 11 Jan 2004 03:39:16 +0100 (CET)
>To: Vojtech Pavlik <vojtech@suse.cz>
>Delivered-To: GMX delivery to gunter.koenigsmann@gmx.de
>Cc: Gunter Königsmann <gunter.koenigsmann@gmx.de>,
> linux-kernel@vger.kernel.org
>Subject: Re: Synaptics Touchpad workaround for strange behavior after Sync
> loss (With Patch).
>
>
>On Sat, 10 Jan 2004, Peter Berg Larsen wrote:
>
>> I dont have a machine with active multiplexing so the the patch is
>> untested. It warns when the mouse is removed, and tries to recover
>> if multiplexing is disabled.
>
>A lot a have changed since 2.6.0 so here is the patch against 2.6.1:
>
>diff -rup a/include/linux/serio.h b/include/linux/serio.h
>--- a/include/linux/serio.h Sun Oct 20 04:57:23 2002
>+++ b/include/linux/serio.h Sun Oct 20 04:58:32 2002
>@@ -99,6 +99,7 @@
> #define SERIO_TIMEOUT 1
> #define SERIO_PARITY 2
> #define SERIO_FRAME 4
>+#define SERIO_REMOVED 8
>
> #define SERIO_TYPE 0xff000000UL
> #define SERIO_XT 0x00000000UL
>diff -rup a/drivers/input/serio/i8042.c b/drivers/input/serio/i8042.c
>--- a/drivers/input/serio/i8042.c 2004-01-11 03:52:53.000000000 +0100
>+++ b/drivers/input/serio/i8042.c 2004-01-11 04:02:34.000000000 +0100
>@@ -78,6 +78,7 @@ struct timer_list i8042_timer;
> #define i8042_request_irq_cookie (&i8042_timer)
>
> static irqreturn_t i8042_interrupt(int irq, void *dev_id, struct pt_regs *regs);
>+static int i8042_enable_mux_mode(struct i8042_values *values, unsigned char *mux_version);
>
> /*
> * The i8042_wait_read() and i8042_wait_write functions wait for the i8042 to
>@@ -375,7 +376,7 @@ static irqreturn_t i8042_interrupt(int i
> int data;
> int str;
> } buffer[I8042_BUFFER_SIZE];
>- int i, j = 0;
>+ int i, j = 0, mux_failed = 0;
>
> spin_lock_irqsave(&i8042_lock, flags);
>
>@@ -397,15 +398,17 @@ static irqreturn_t i8042_interrupt(int i
>
> if (str & I8042_STR_MUXERR) {
> switch (data) {
>- case 0xfd:
>+ case 0xfd: dfl = SERIO_REMOVED; break;
> case 0xfe: dfl = SERIO_TIMEOUT; break;
> case 0xff: dfl = SERIO_PARITY; break;
>+ default: mux_failed = 1;
> }
> data = 0xfe;
> } else dfl = 0;
>
>- dbg("%02x <- i8042 (interrupt, aux%d, %d%s%s)",
>+ dbg("%02x <- i8042 (interrupt, aux%d, %d%s%s%s)",
> data, (str >> 6), irq,
>+ dfl & SERIO_REMOVED ? ", removed" : "",
> dfl & SERIO_PARITY ? ", bad parity" : "",
> dfl & SERIO_TIMEOUT ? ", timeout" : "");
>
>@@ -429,6 +432,12 @@ static irqreturn_t i8042_interrupt(int i
> serio_interrupt(&i8042_kbd_port, data, dfl, regs);
> }
>
>+ if (mux_failed) {
>+ printk(KERN_ERR "i8042.c: Reverted to lagacy aux mode.\n");
>+ if (i8042_enable_mux_mode(NULL,NULL))
>+ printk(KERN_ERR "i8042.c: Failed to activate mux again.\n");
>+ }
>+
> return IRQ_RETVAL(j);
> }
>
>
>
>Peter
>
>
>
--
First Corollary of Taber's Second Law:
Machines that piss people off get murdered.
-- Pat Taber
^ permalink raw reply
* Re: logitech cordless desktop deluxe optical keyboard issues
From: sven kissner @ 2004-01-11 8:27 UTC (permalink / raw)
To: Andries.Brouwer; +Cc: linux-kernel
In-Reply-To: <UTC200401110405.i0B45q016858.aeb@smtp.cwi.nl>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sunday 11 January 2004 05:05, Andries.Brouwer@cwi.nl wrote:
>
> > : atkbd.c: Unknown key pressed (translated set 2, code 0x91 on
> >
> > This is something different, a key without associated keycode.
> > That is normal. If it really has high bit set it is a bit unusual.
> > (What does showkey -s show?)
>
> showkey -s is giving me exactly the same:
> <-- snip -->
> atkbd.c: Unknown key pressed
> <-- snap -->
>
> That is a kernel message, not showkey output.
> (BTW - which kernel precisely? The message is not the 2.6.0 one.)
> Maybe showkey -s never sees them?
i'm running a vanilla 2.6.1-kernel, without any additional patches. you're
right about the message, showkey is exiting after 10s, even if i keep one of
the 'problematic' keys pressed..
sven
- --
..never argue with idiots. they drag you down to their level and beat you with
experience..
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAAQkbPV/e7f4i4AERAtvlAJ9ZuzhypFDzcIz5aUsxgqmPXWuhXACdFTyd
KDY8eZYaEZ44u0se4/nWmcQ=
=Qryn
-----END PGP SIGNATURE-----
^ permalink raw reply
* Re: Realtek 8169 Lock-ups
From: Jeff Garzik @ 2004-01-11 8:23 UTC (permalink / raw)
To: dpollock; +Cc: Francois Romieu, netdev
In-Reply-To: <1073596694.6378.6.camel@localhost>
Hum... where are we on this?
Francois made a few key fixes before he left, which I've included in the
latest netdev patch...
http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.1-bk1-netdev2.patch.bz2
Have those already been tested?
Thanks,
Jeff
^ permalink raw reply
* owner module
From: kramer @ 2004-01-11 8:22 UTC (permalink / raw)
To: netfilter
hello.
i need an help about the module ipt_owner. i've 4 ip on my machine and some users on it. its possible to deny some users thru the gid to dont use some ip on the machine? there is some example around ?
its an experimental modules, but works fine ? i need to know first i use it. i've seen there was lots of bad experience with it in the past.
tnx in advance.
-----------------------------------------------------------
Spazio ILLIMITATO per la tua Email, Scanner Antivirus,
Antispam, Backup e POP3. Prova la nuova Email di superEva:
http://webmail.supereva.it/
-----------------------------------------------------------
^ permalink raw reply
* Re: [PATCH 3/2] Psmouse log and discard timed out bytes - addition
From: Gunter Königsmann @ 2004-01-11 8:11 UTC (permalink / raw)
To: Dmitry Torokhov
Cc: Gunter Königsmann, linux-kernel, Vojtech Pavlik,
Andrew Morton
In-Reply-To: <200401102357.03434.dtor_core@ameritech.net>
Hmmm... This patch did something: I think, I get less warnings and no
warning at all at startup...
But defining DEBUG didn't produce any message, that seems to be of interest
to me...
Appended an complete dmesg from switching on to the first error messages...
And: Another strange observation: klling gpm (X is not running) results in
odd numbers of warnings contrary to even ones when gpm runs.
Inspecting /boot/System.map
Loaded 31043 symbols from /boot/System.map.
Symbols match kernel version 2.6.1.
No module symbols loaded - kernel modules not enabled.
klogd 1.4.1, log source = ksyslog started.
<4>Linux version 2.6.1 (gunter@labtop) (gcc version 3.3 20030226 (prerelease) (SuSE Linux)) #21 Sun Jan 11 08:55:09 CET 2004
<6>BIOS-provided physical RAM map:
<4> BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
<4> BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
<4> BIOS-e820: 00000000000ce000 - 00000000000d0000 (reserved)
<4> BIOS-e820: 00000000000d8000 - 0000000000100000 (reserved)
<4> BIOS-e820: 0000000000100000 - 000000001f6e0000 (usable)
<4> BIOS-e820: 000000001f6e0000 - 000000001f6eb000 (ACPI data)
<4> BIOS-e820: 000000001f6eb000 - 000000001f700000 (ACPI NVS)
<4> BIOS-e820: 000000001f700000 - 0000000020000000 (reserved)
<4> BIOS-e820: 00000000fec10000 - 00000000fec20000 (reserved)
<4> BIOS-e820: 00000000ff800000 - 00000000ffc00000 (reserved)
<4> BIOS-e820: 00000000fffffc00 - 0000000100000000 (reserved)
<5>502MB LOWMEM available.
<4>On node 0 totalpages: 128736
<4> DMA zone: 4096 pages, LIFO batch:1
<4> Normal zone: 124640 pages, LIFO batch:16
<4> HighMem zone: 0 pages, LIFO batch:1
<6>DMI present.
<6>ACPI: RSDP (v000 PTLTD ) @ 0x000f60d0
<6>ACPI: RSDT (v001 PTLTD Montara 0x06040000 LTP 0x00000000) @ 0x1f6e65a2
<6>ACPI: FADT (v001 INTEL MONTARAG 0x06040000 PTL 0x00000050) @ 0x1f6eaed2
<6>ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x1f6eafd8
<6>ACPI: SSDT (v001 INTEL GV3Ref 0x00001001 MSFT 0x0100000e) @ 0x1f6e65d2
<6>ACPI: DSDT (v001 WISTRO FB2I 0x06040000 MSFT 0x0100000e) @ 0x00000000
<4>Building zonelist for node : 0
<4>Kernel command line: auto BOOT_IMAGE=Plain root=302 video=i810fb,xres:1024,yres:768 resume=/dev/hda3
<6>Initializing CPU#0
<4>PID hash table entries: 2048 (order 11: 16384 bytes)
<4>Detected 1400.073 MHz processor.
<6>Using tsc for high-res timesource
<4>Console: colour VGA+ 80x34
<6>Memory: 504052k/514944k available (3187k kernel code, 10116k reserved, 1322k data, 148k init, 0k highmem)
<4>Checking if this processor honours the WP bit even in supervisor mode... Ok.
<4>Calibrating delay loop... 2768.89 BogoMIPS
<6>Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
<4>Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
<4>Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
<7>CPU: After generic identify, caps: a7e9f9bf 00000000 00000000 00000000
<7>CPU: After vendor identify, caps: a7e9f9bf 00000000 00000000 00000000
<6>CPU: L1 I cache: 32K, L1 D cache: 32K
<6>CPU: L2 cache: 1024K
<7>CPU: After all inits, caps: a7e9f9bf 00000000 00000000 00000040
<6>Intel machine check architecture supported.
<6>Intel machine check reporting enabled on CPU#0.
<4>CPU: Intel(R) Pentium(R) M processor 1400MHz stepping 05
<6>Enabling fast FPU save and restore... done.
<6>Enabling unmasked SIMD FPU exception support... done.
<6>Checking 'hlt' instruction... OK.
<4>POSIX conformance testing by UNIFIX
<6>NET: Registered protocol family 16
<6>PCI: PCI BIOS revision 2.10 entry at 0xfd6c4, last bus=3
<6>PCI: Using configuration type 1
<6>mtrr: v2.0 (20020519)
<6>ACPI: Subsystem revision 20031002
<4>ACPI: IRQ 9 was Edge Triggered, setting to Level Triggerd
<6>ACPI: Interpreter enabled
<6>ACPI: Using PIC for interrupt routing
<6>ACPI: PCI Root Bridge [PCI0] (00:00)
<4>PCI: Probing PCI hardware (bus 00)
<6>PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
<4>Transparent bridge - 0000:00:1e.0
<7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
<7>ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT]
<4>ACPI: PCI Interrupt Link [LNKA] (IRQs 10 *11)
<4>ACPI: PCI Interrupt Link [LNKB] (IRQs *10 11)
<4>ACPI: PCI Interrupt Link [LNKC] (IRQs 10 *11)
<4>ACPI: PCI Interrupt Link [LNKD] (IRQs *11)
<4>ACPI: PCI Interrupt Link [LNKE] (IRQs *10 11)
<4>ACPI: PCI Interrupt Link [LNKF] (IRQs *10 11)
<4>ACPI: PCI Interrupt Link [LNKG] (IRQs *10 11)
<4>ACPI: PCI Interrupt Link [LNKH] (IRQs 10 *11)
<6>ACPI: Embedded Controller [EC] (gpe 28)
<6>Linux Plug and Play Support v0.97 (c) Adam Belay
<5>SCSI subsystem initialized
<6>Linux Kernel Card Services
<6> options: [pci] [cardbus] [pm]
<6>drivers/usb/core/usb.c: registered new driver usbfs
<6>drivers/usb/core/usb.c: registered new driver hub
<4>ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
<4>ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
<4>ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
<4>ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11
<4>ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
<4>ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 10
<4>ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 10
<4>ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 10
<6>PCI: Using ACPI for IRQ routing
<6>PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
<6>NET: Registered protocol family 23
<6>agpgart: Detected an Intel 855 Chipset.
<6>agpgart: Maximum main memory to use for agp memory: 430M
<6>agpgart: Detected 8060K stolen memory.
<6>agpgart: AGP aperture is 128M @ 0xe8000000
<6>SBF: Simple Boot Flag extension found and enabled.
<6>SBF: Setting boot flags 0x1
<6>Machine check exception polling timer started.
<6>speedstep-centrino: found "Intel(R) Pentium(R) M processor 1400MHz": max frequency: 1400000kHz
<6>IA-32 Microcode Update Driver: v1.13 <tigran@veritas.com>
<4>Total HugeTLB memory allocated, 0
<6>ikconfig 0.7 with /proc/config*
<6>Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
<6>NTFS driver 2.1.5 [Flags: R/W].
<5>udf: registering filesystem
<6>Initializing Cryptographic API
<4>
<4>testing md5
<4>test 1:
<4>d41d8cd98f00b204e9800998ecf8427e
<4>pass
<4>test 2:
<4>0cc175b9c0f1b6a831c399e269772661
<4>pass
<4>test 3:
<4>900150983cd24fb0d6963f7d28e17f72
<4>pass
<4>test 4:
<4>f96b697d7cb7938d525a2f31aaf161d0
<4>pass
<4>test 5:
<4>c3fcd3d76192e4007dfb496cca67e13b
<4>pass
<4>test 6:
<4>d174ab98d277d9f5a5611c2c9f419d9f
<4>pass
<4>test 7:
<4>57edf4a22be3c955ac49da2e2107b67a
<4>pass
<4>testing md5 across pages
<4>test 1:
<4>c3fcd3d76192e4007dfb496cca67e13b
<4>pass
<4>
<4>testing sha1
<4>test 1:
<4>a9993e364706816aba3e25717850c26c9cd0d89d
<4>pass
<4>test 2:
<4>84983e441c3bd26ebaae4aa1f95129e5e54670f1
<4>pass
<4>testing sha1 across pages
<4>test 1:
<4>84983e441c3bd26ebaae4aa1f95129e5e54670f1
<4>pass
<4>
<4>testing des ECB encryption
<4>test 1 (64 bit key):
<4>c95744256a5ed31d
<4>pass
<4>test 2 (64 bit key):
<4>f79c892a338f4a8b
<4>pass
<4>test 3 (64 bit key):
<4>690f5b0d9a26939b
<4>pass
<4>test 4 (64 bit key):
<4>c95744256a5ed31df79c892a338f4a8bb49926f71fe1d490
<4>pass
<4>test 5 (64 bit key):
<4>setkey() failed flags=100100
<4>c95744256a5ed31d
<4>pass
<4>
<4>testing des ECB encryption across pages (chunking)
<4>test 1 (64 bit key):
<4>page 0
<4>c95744256a5ed31d
<4>pass
<4>page 1
<4>f79c892a338f4a8b
<4>pass
<4>test 2 (64 bit key):
<4>page 0
<4>c95744256a5ed31df79c892a338f
<4>pass
<4>page 1
<4>4a8bb49926f71fe1d490
<4>pass
<4>page 2
<4>f79c892a338f4a8b
<4>pass
<4>test 3 (64 bit key):
<4>page 0
<4>c957
<4>pass
<4>page 1
<4>44
<4>pass
<4>page 2
<4>256a5e
<4>pass
<4>page 3
<4>d31df79c892a338f4a8bb49926f71fe1d490
<4>pass
<4>test 4 (64 bit key):
<4>page 0
<4>c957
<4>pass
<4>page 1
<4>4425
<4>pass
<4>page 2
<4>6a5e
<4>pass
<4>page 3
<4>d31d
<4>pass
<4>page 4
<4>f79c892a338f4a8b
<4>pass
<4>test 5 (64 bit key):
<4>page 0
<4>c9
<4>pass
<4>page 1
<4>57
<4>pass
<4>page 2
<4>44
<4>pass
<4>page 3
<4>25
<4>pass
<4>page 4
<4>6a
<4>pass
<4>page 5
<4>5e
<4>pass
<4>page 6
<4>d3
<4>pass
<4>page 7
<4>1d
<4>pass
<4>
<4>testing des ECB decryption
<4>test 1 (64 bit key):
<4>0123456789abcde7
<4>pass
<4>test 2 (64 bit key):
<4>01a1d6d039776742
<4>pass
<4>
<4>testing des ECB decryption across pages (chunking)
<4>test 1 (64 bit key):
<4>page 0
<4>0123456789abcde7
<4>pass
<4>page 1
<4>a3997bcaaf69a0f5
<4>pass
<4>test 2 (64 bit key):
<4>page 0
<4>012345
<4>pass
<4>page 1
<4>6789abcde7a3997bcaaf69a0
<4>pass
<4>page 2
<4>f5
<4>pass
<4>
<4>testing des CBC encryption
<4>test 1 (64 bit key):
<4>ccd173ffab2039f4acd8aefddfd8a1eb468e91157888ba68
<4>pass
<4>test 2 (64 bit key):
<4>e5c7cdde872bf27c
<4>pass
<4>test 3 (64 bit key):
<4>43e934008c389c0f
<4>pass
<4>test 4 (64 bit key):
<4>683788499a7c05f6
<4>pass
<4>
<4>testing des CBC encryption across pages (chunking)
<4>test 1 (64 bit key):
<4>page 0
<4>ccd173ffab2039f4acd8aefddf
<4>pass
<4>page 1
<4>d8a1eb468e91157888ba68
<4>pass
<4>
<4>testing des CBC decryption
<4>test 1 (64 bit key):
<4>4e6f772069732074
<4>pass
<4>test 2 (64 bit key):
<4>68652074696d6520
<4>pass
<4>test 3 (64 bit key):
<4>666f7220616c6c20
<4>pass
<4>
<4>testing des CBC decryption across pages (chunking)
<4>test 1 (64 bit key):
<4>page 0
<4>666f7220
<4>pass
<4>page 1
<4>616c6c20
<4>pass
<4>
<4>testing des3_ede ECB encryption
<4>test 1 (192 bit key):
<4>18d748e563620572
<4>pass
<4>test 2 (192 bit key):
<4>c07d2a0fa566fa30
<4>pass
<4>test 3 (192 bit key):
<4>e1ef62c332fe825b
<4>pass
<4>
<4>testing des3_ede ECB encryption across pages (chunking)
<4>
<4>testing des3_ede ECB decryption
<4>test 1 (192 bit key):
<4>736f6d6564617461
<4>pass
<4>test 2 (192 bit key):
<4>7371756967676c65
<4>pass
<4>test 3 (192 bit key):
<4>0000000000000000
<4>pass
<4>
<4>testing des3_ede ECB decryption across pages (chunking)
<4>
<4>testing md4
<4>test 1:
<4>31d6cfe0d16ae931b73c59d7e0c089c0
<4>pass
<4>test 2:
<4>bde52cb31de33e46245e05fbdbd6fb24
<4>pass
<4>test 3:
<4>a448017aaf21d8525fc10ae87aa6729d
<4>pass
<4>test 4:
<4>d9130a8164549fe818874806e1c7014b
<4>pass
<4>test 5:
<4>d79e1c308aa5bbcdeea8ed63df412da9
<4>pass
<4>test 6:
<4>043f8582f241db351ce627e153e7f0e4
<4>pass
<4>test 7:
<4>e33b4ddc9c38f2199c3e7b164fcc0536
<4>pass
<4>testing md4 across pages
<4>test 1:
<4>d79e1c308aa5bbcdeea8ed63df412da9
<4>pass
<4>
<4>testing sha256
<4>test 1:
<4>4bdc38c481dc38711bb54ce4f858f5c0b68e896d853598358e438a9c5bac2e97
<4>fail
<4>test 2:
<4>33f031667b47fb810a22cfa42b5c23712e0c2b75ba7e13e28c635fda3c8c3f7e
<4>fail
<4>testing sha256 across pages
<4>test 1:
<4>33f031667b47fb810a22cfa42b5c23712e0c2b75ba7e13e28c635fda3c8c3f7e
<4>fail
<4>
<4>testing blowfish ECB encryption
<4>test 1 (64 bit key):
<4>4ef997456198dd78
<4>pass
<4>test 2 (64 bit key):
<4>a790795108ea3cae
<4>pass
<4>test 3 (64 bit key):
<4>e87a244e2cc85e82
<4>pass
<4>test 4 (128 bit key):
<4>93142887ee3be15c
<4>pass
<4>test 5 (168 bit key):
<4>e6f51ed79b9db21f
<4>pass
<4>test 6 (448 bit key):
<4>c04504012e4e1f53
<4>pass
<4>
<4>testing blowfish ECB encryption across pages (chunking)
<4>
<4>testing blowfish ECB decryption
<4>test 1 (64 bit key):
<4>0000000000000000
<4>pass
<4>test 2 (64 bit key):
<4>0123456789abcdef
<4>pass
<4>test 3 (64 bit key):
<4>fedcba9876543210
<4>pass
<4>test 4 (128 bit key):
<4>fedcba9876543210
<4>pass
<4>test 5 (168 bit key):
<4>fedcba9876543210
<4>pass
<4>test 6 (448 bit key):
<4>fedcba9876543210
<4>pass
<4>
<4>testing blowfish ECB decryption across pages (chunking)
<4>
<4>testing blowfish CBC encryption
<4>test 1 (128 bit key):
<4>6b77b4d63006dee605b156e27403979358deb9e7154616d959f1652bd5ff92cc
<4>pass
<4>
<4>testing blowfish CBC encryption across pages (chunking)
<4>
<4>testing blowfish CBC decryption
<4>test 1 (128 bit key):
<4>37363534333231204e6f77206973207468652074696d6520666f722000000000
<4>pass
<4>
<4>testing blowfish CBC decryption across pages (chunking)
<4>
<4>testing twofish ECB encryption
<4>test 1 (128 bit key):
<4>9f589f5cf6122c32b6bfec2f2ae8c35a
<4>pass
<4>test 2 (192 bit key):
<4>cfd1d2e5a9be9cdf501f13b892bd2248
<4>pass
<4>test 3 (256 bit key):
<4>37527be0052334b89f0cfccae87cfa20
<4>pass
<4>
<4>testing twofish ECB encryption across pages (chunking)
<4>
<4>testing twofish ECB decryption
<4>test 1 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 2 (192 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 3 (256 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>
<4>testing twofish ECB decryption across pages (chunking)
<4>
<4>testing twofish CBC encryption
<4>test 1 (128 bit key):
<4>9f589f5cf6122c32b6bfec2f2ae8c35a
<4>pass
<4>test 2 (128 bit key):
<4>d491db16e7b1c39e86cb086b789f5419
<4>pass
<4>test 3 (128 bit key):
<4>05ef8c61a811582634ba5cb7106aa641
<4>pass
<4>test 4 (128 bit key):
<4>9f589f5cf6122c32b6bfec2f2ae8c35ad491db16e7b1c39e86cb086b789f541905ef8c61a811582634ba5cb7106aa641
<4>pass
<4>
<4>testing twofish CBC encryption across pages (chunking)
<4>
<4>testing twofish CBC decryption
<4>test 1 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 2 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 3 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 4 (128 bit key):
<4>000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
<4>pass
<4>
<4>testing twofish CBC decryption across pages (chunking)
<4>
<4>testing serpent ECB encryption
<4>test 1 (0 bit key):
<4>1207fcce9bd0d6476ae98fbed143a0e2
<4>pass
<4>test 2 (128 bit key):
<4>4c7d8a328072a22c823e4a1f3acda16d
<4>pass
<4>test 3 (256 bit key):
<4>de269ff833e432b85b2e88d2701ce75c
<4>pass
<4>test 4 (128 bit key):
<4>ddd26b98a5ffd82c05345a9dadbfaf49
<4>pass
<4>
<4>testing serpent ECB encryption across pages (chunking)
<4>
<4>testing serpent ECB decryption
<4>test 1 (0 bit key):
<4>000102030405060708090a0b0c0d0e0f
<4>pass
<4>test 2 (128 bit key):
<4>000102030405060708090a0b0c0d0e0f
<4>pass
<4>test 3 (256 bit key):
<4>000102030405060708090a0b0c0d0e0f
<4>pass
<4>test 4 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>
<4>testing serpent ECB decryption across pages (chunking)
<4>
<4>testing aes ECB encryption
<4>test 1 (128 bit key):
<4>69c4e0d86a7b0430d8cdb78070b4c55a
<4>pass
<4>test 2 (192 bit key):
<4>dda97ca4864cdfe06eaf70a0ec0d7191
<4>pass
<4>test 3 (256 bit key):
<4>8ea2b7ca516745bfeafc49904b496089
<4>pass
<4>
<4>testing aes ECB encryption across pages (chunking)
<4>
<4>testing aes ECB decryption
<4>test 1 (128 bit key):
<4>00112233445566778899aabbccddeeff
<4>pass
<4>test 2 (192 bit key):
<4>00112233445566778899aabbccddeeff
<4>pass
<4>test 3 (256 bit key):
<4>00112233445566778899aabbccddeeff
<4>pass
<4>
<4>testing aes ECB decryption across pages (chunking)
<4>
<4>testing cast5 ECB encryption
<4>test 1 (128 bit key):
<4>238b4fe5847e44b2
<4>pass
<4>test 2 (80 bit key):
<4>eb6a711a2c02271b
<4>pass
<4>test 3 (40 bit key):
<4>7ac816d16e9b302e
<4>pass
<4>
<4>testing cast5 ECB encryption across pages (chunking)
<4>
<4>testing cast5 ECB decryption
<4>test 1 (128 bit key):
<4>0123456789abcdef
<4>pass
<4>test 2 (80 bit key):
<4>0123456789abcdef
<4>pass
<4>test 3 (40 bit key):
<4>0123456789abcdef
<4>pass
<4>
<4>testing cast5 ECB decryption across pages (chunking)
<4>
<4>testing cast6 ECB encryption
<4>test 1 (128 bit key):
<4>c842a08972b43d20836c91d1b7530f6b
<4>pass
<4>test 2 (192 bit key):
<4>1b386c0210dcadcbdd0e41aa08a7a7e8
<4>pass
<4>test 3 (256 bit key):
<4>4f6a2038286897b9c9870136553317fa
<4>pass
<4>
<4>testing cast6 ECB encryption across pages (chunking)
<4>
<4>testing cast6 ECB decryption
<4>test 1 (128 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 2 (192 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>test 3 (256 bit key):
<4>00000000000000000000000000000000
<4>pass
<4>
<4>testing cast6 ECB decryption across pages (chunking)
<4>
<4>testing sha384
<4>test 1:
<4>cb00753f45a35e8bb5a03d699ac65007272c32ab0eded1631a8b605a43ff5bed8086072ba1e7cc2358baeca134c825a7
<4>pass
<4>test 2:
<4>3391fdddfc8dc7393707a65b1b4709397cf8b1d162af05abfe8f450de5f36bc6b0455a8520bc4e6f5fe95b1fe3c8452b
<4>pass
<4>test 3:
<4>09330c33f71147e83d192fc782cd1b4753111b173b3b05d22fa08086e3b0f712fcc7c71a557e2db966c3e9fa91746039
<4>pass
<4>test 4:
<4>3d208973ab3508dbbd7e2c2862ba290ad3010e4978c198dc4d8fd014e582823a89e16f9b2a7bbc1ac938e2d199e8bea4
<4>pass
<4>testing sha384 across pages
<4>test 1:
<4>3d208973ab3508dbbd7e2c2862ba290ad3010e4978c198dc4d8fd014e582823a89e16f9b2a7bbc1ac938e2d199e8bea4
<4>pass
<4>
<4>testing sha512
<4>test 1:
<4>ddaf35a193617abacc417349ae20413112e6fa4e89a97ea20a9eeee64b55d39a2192992a274fc1a836ba3c23a3feebbd454d4423643ce80e2a9ac94fa54ca49f
<4>pass
<4>test 2:
<4>204a8fc6dda82f0a0ced7beb8e08a41657c16ef468b228a8279be331a703c33596fd15c13b1b07f9aa1d3bea57789ca031ad85c7a71dd70354ec631238ca3445
<4>pass
<4>test 3:
<4>8e959b75dae313da8cf4f72814fc143f8f7779c6eb9f7fa17299aeadb6889018501d289e4900f7e4331b99dec4b5433ac7d329eeb6dd26545e96e55b874be909
<4>pass
<4>test 4:
<4>930d0cefcb30ff1133b6898121f1cf3d27578afcafe8677c5257cf069911f75d8f5831b56ebfda67b278e66dff8b84fe2b2870f742a580d8edb41987232850c9
<4>pass
<4>testing sha512 across pages
<4>test 1:
<4>930d0cefcb30ff1133b6898121f1cf3d27578afcafe8677c5257cf069911f75d8f5831b56ebfda67b278e66dff8b84fe2b2870f742a580d8edb41987232850c9
<4>pass
<4>
<4>testing deflate compression
<4>test 1:
<4>f3cacfcc53282d56c8cb2f5748cc4b5128ce482c4a5528c9485528ce4f2b290771bc082b0100
<4>pass (ratio 70:38)
<4>test 2:
<4>5d8d310ec2301004bfb22fc81f10040989c2853f70b12ff824db67d947c1ef49681251ae7667d62719881ade85ab21f2085d161e20042dadf318a215852d69c4428323b66c89719befcf8b9fcf33ca2fed62a94c80ff13af5237ed0e526b5902d94ee87a761d0298fe8a8783a34f568ab89e8e5c57d3a079fa02
<4>pass (ratio 191:122)
<4>
<4>testing deflate decompression
<4>test 1:
<4>5468697320646f63756d656e7420646573637269626573206120636f6d7072657373696f6e206d6574686f64206261736564206f6e20746865204445464c415445636f6d7072657373696f6e20616c676f726974686d2e20205468697320646f63756d656e7420646566696e657320746865206170706c69636174696f6e206f6620746865204445464c41544520616c676f726974686d20746f20746865204950205061796c6f616420436f6d7072657373696f6e2050726f746f636f6c2e
<4>pass (ratio 122:191)
<4>test 2:
<4>4a6f696e207573206e6f7720616e642073686172652074686520736f667477617265204a6f696e207573206e6f7720616e642073686172652074686520736f66747761726520
<4>pass (ratio 38:70)
<4>
<4>testing hmac_md5
<4>test 1:
<4>9294727a3638bb1c13f48ef8158bfc9d
<4>pass
<4>test 2:
<4>750c783e6ab0b503eaa86e310a5db738
<4>pass
<4>test 3:
<4>56be34521d144c88dbb8c733f0e8b3f6
<4>pass
<4>test 4:
<4>697eaf0aca3a3aea3a75164746ffaa79
<4>pass
<4>test 5:
<4>56461ef2342edc00f9bab995690efd4c
<4>pass
<4>test 6:
<4>6b1ab7fe4bd7bf8f0b62e6ce61b9d0cd
<4>pass
<4>test 7:
<4>6f630fad67cda0ee1fb1f562db3aa53e
<4>pass
<4>
<4>testing hmac_md5 across pages
<4>test 1:
<4>750c783e6ab0b503eaa86e310a5db738
<4>pass
<4>
<4>testing hmac_sha1
<4>test 1:
<4>b617318655057264e28bc0b6fb378c8ef146be00
<4>pass
<4>test 2:
<4>effcdf6ae5eb2fa2d27416d5f184df9c259a7c79
<4>pass
<4>test 3:
<4>125d7342b9ac11cd91a39af48aa17b4f63f175d3
<4>pass
<4>test 4:
<4>4c9007f4026250c6bc8414f9bf50c86c2d7235da
<4>pass
<4>test 5:
<4>4c1a03424b55e07fe7f27be1d58bb9324a9a5a04
<4>pass
<4>test 6:
<4>aa4ae5e15272d00e95705637ce8a3b55ed402112
<4>pass
<4>test 7:
<4>e8e99d0f45237d786d6bbaa7965c7808bbff1a91
<4>pass
<4>
<4>testing hmac_sha1 across pages
<4>test 1:
<4>effcdf6ae5eb2fa2d27416d5f184df9c259a7c79
<4>pass
<4>
<4>testing hmac_sha256
<4>test 1:
<4>21d1844619eb36470e81df73392a8df1f24c687557ebea5a8a58164512dbee96
<4>fail
<4>test 2:
<4>00331d3e0761fd86f6a9917406cc716d3e02df6b6a755eaa5b5195bb027f1cab
<4>fail
<4>test 3:
<4>5164eee0e1aa9e76c7e7c87f91276991f30e2fc652c16943198002fa21edb0a3
<4>fail
<4>test 4:
<4>91cec30b0cb21abf319d0da1b9924521b090b32c038fed4fe9e51f5d5071d44e
<4>fail
<4>test 5:
<4>e38342ccad9d5f75b8e0e99862201650fe9b5372596a4e90e85e3278bed9c9a4
<4>fail
<4>test 6:
<4>471479d3bd9d18c47ebe810c9ed807a2db1a37f6ae4031c902c7d1c0777929a1
<4>fail
<4>test 7:
<4>e38775424caf0d8bb2c009a824104514138177f751ac790c2f4c66dbd7703f70
<4>fail
<4>test 8:
<4>35404b92be68c96319b2ab17ef71fde3a7127414793d376b8b1ed15f6f27c474
<4>fail
<4>test 9:
<4>eb937c3e57fd605b63a35ffc4ecdedc796e44c1d986f03b3a3d788ae759662bc
<4>fail
<4>test 10:
<4>b32e156d6fff4611c6c36ba68ab3dbb02a2f8057a8d3732d9ebcf950b6883158
<4>fail
<4>
<4>testing hmac_sha256 across pages
<4>test 1:
<4>e38342ccad9d5f75b8e0e99862201650fe9b5372596a4e90e85e3278bed9c9a4
<4>fail
<6>ACPI: AC Adapter [AC] (on-line)
<6>ACPI: Battery Slot [BAT0] (battery present)
<6>ACPI: Power Button (FF) [PWRF]
<6>ACPI: Lid Switch [LID]
<6>ACPI: Sleep Button (CM) [SLP2]
<6>ACPI: Processor [CPU0] (supports C1 C2 C3, 8 throttling states)
<6>ACPI: Thermal Zone [THRS] (39 C)
<6>ACPI: Thermal Zone [THRC] (38 C)
<4>pty: 256 Unix98 ptys configured
<7>request_module: failed /sbin/modprobe -- parport_lowlevel. error = -16
<6>lp: driver loaded but no devices found
<6>Real Time Clock Driver v1.12
<3>hw_random: RNG not detected
<6>ppdev: user-space parallel port driver
<6>Linux agpgart interface v0.100 (c) Dave Jones
<6>[drm] Initialized i830 1.3.2 20021108 on minor 0
<6>parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
<7>parport0: cpp_daisy: aa5500ff(38)
<7>parport0: assign_addrs: aa5500ff(38)
<7>parport0: cpp_daisy: aa5500ff(38)
<7>parport0: assign_addrs: aa5500ff(38)
<6>lp0: using parport0 (polling).
<6>loop: loaded (max 8 devices)
<4>Using anticipatory io scheduler
<6>nbd: registered device at major 43
<6>b44.c:v0.92 (Nov 4, 2003)
<6>eth0: Broadcom 4400 10/100BaseT Ethernet 00:0a:e4:20:dc:c7
<6>PPP generic driver version 2.4.2
<6>Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
<6>nsc-ircc, Found chip at base=0x02e
<6>nsc-ircc, driver loaded (Dag Brattli)
<6>IrDA: Registered device irda0
<6>nsc-ircc, Found dongle: Sharp RY5HD01
<6>Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
<6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
<6>ICH4: IDE controller at PCI slot 0000:00:1f.1
<4>PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
<6>ICH4: chipset revision 3
<6>ICH4: not 100%% native mode: will probe irqs later
<6> ide0: BM-DMA at 0x1810-0x1817, BIOS settings: hda:DMA, hdb:pio
<6> ide1: BM-DMA at 0x1818-0x181f, BIOS settings: hdc:DMA, hdd:pio
<4>hda: FUJITSU MHT2040AT, ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<4>hdc: QSI CD-RW/DVD-ROM SBW242U, ATAPI CD/DVD-ROM drive
<4>ide1 at 0x170-0x177,0x376 on irq 15
<4>hda: max request size: 128KiB
<6>hda: 78140160 sectors (40007 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
<6> hda: hda1 hda2 hda3
<4>hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
<6>Uniform CD-ROM driver Revision: 3.12
<6>ohci1394: $Rev: 1087 $ Ben Collins <bcollins@debian.org>
<4>ohci1394: fw-host0: Unexpected PCI resource length of 1000!
<6>ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[10] MMIO=[e0202000-e02027ff] Max Packet=[2048]
<6>Yenta: CardBus bridge found at 0000:02:09.0 [1734:1033]
<6>Yenta: ISA IRQ mask 0x0090, PCI irq 10
<6>Socket status: 30000007
<7>ehci_hcd: block sizes: qh 128 qtd 96 itd 128 sitd 64
<6>ehci_hcd 0000:00:1d.7: EHCI Host Controller
<7>ehci_hcd 0000:00:1d.7: reset hcs_params 0x103206 dbg=1 cc=3 pcc=2 ordered !ppc ports=6
<7>ehci_hcd 0000:00:1d.7: reset hcc_params 6871 thresh 7 uframes 1024 64 bit addr
<7>ehci_hcd 0000:00:1d.7: capability 0001 at 68
<7>PCI: Setting latency timer of device 0000:00:1d.7 to 64
<6>ehci_hcd 0000:00:1d.7: irq 11, pci mem e0099000
<6>ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
<7>ehci_hcd 0000:00:1d.7: reset command 080022 (park)=0 ithresh=8 Async period=1024 Reset HALT
<4>PCI: cache line size of 32 is not supported by device 0000:00:1d.7
<7>ehci_hcd 0000:00:1d.7: init command 010001 (park)=0 ithresh=1 period=1024 RUN
<6>ehci_hcd 0000:00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2003-Jun-13
<7>ehci_hcd 0000:00:1d.7: root hub device address 1
<7>usb usb1: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>drivers/usb/core/message.c: USB device number 1 default language ID 0x409
<6>usb usb1: Product: EHCI Host Controller
<6>usb usb1: Manufacturer: Linux 2.6.1 ehci_hcd
<6>usb usb1: SerialNumber: 0000:00:1d.7
<7>drivers/usb/core/usb.c: usb_hotplug
<7>usb usb1: registering 1-0:1.0 (config #1, interface 0)
<7>drivers/usb/core/usb.c: usb_hotplug
<7>hub 1-0:1.0: usb_probe_interface
<7>hub 1-0:1.0: usb_probe_interface - got id
<6>hub 1-0:1.0: USB hub found
<6>hub 1-0:1.0: 6 ports detected
<7>hub 1-0:1.0: standalone hub
<7>hub 1-0:1.0: ganged power switching
<7>hub 1-0:1.0: individual port over-current protection
<7>hub 1-0:1.0: Single TT
<7>hub 1-0:1.0: TT requires at most 8 FS bit times
<7>hub 1-0:1.0: Port indicators are not supported
<7>hub 1-0:1.0: power on to power good time: 0ms
<7>hub 1-0:1.0: hub controller current requirement: 0mA
<7>hub 1-0:1.0: local power source is good
<7>hub 1-0:1.0: no over-current condition exists
<7>hub 1-0:1.0: enabling power on all ports
<6>drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.1
<6>uhci_hcd 0000:00:1d.0: UHCI Host Controller
<7>PCI: Setting latency timer of device 0000:00:1d.0 to 64
<6>uhci_hcd 0000:00:1d.0: irq 11, io base 00001820
<6>uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
<6>drivers/usb/host/uhci-hcd.c: detected 2 ports
<7>uhci_hcd 0000:00:1d.0: root hub device address 1
<7>usb usb2: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>drivers/usb/core/message.c: USB device number 1 default language ID 0x409
<6>usb usb2: Product: UHCI Host Controller
<6>usb usb2: Manufacturer: Linux 2.6.1 uhci_hcd
<6>usb usb2: SerialNumber: 0000:00:1d.0
<7>drivers/usb/core/usb.c: usb_hotplug
<7>usb usb2: registering 2-0:1.0 (config #1, interface 0)
<7>drivers/usb/core/usb.c: usb_hotplug
<7>hub 2-0:1.0: usb_probe_interface
<7>hub 2-0:1.0: usb_probe_interface - got id
<6>hub 2-0:1.0: USB hub found
<6>hub 2-0:1.0: 2 ports detected
<7>hub 2-0:1.0: standalone hub
<7>hub 2-0:1.0: ganged power switching
<7>hub 2-0:1.0: global over-current protection
<7>hub 2-0:1.0: Port indicators are not supported
<7>hub 2-0:1.0: power on to power good time: 2ms
<7>hub 2-0:1.0: hub controller current requirement: 0mA
<7>hub 2-0:1.0: local power source is good
<7>hub 2-0:1.0: no over-current condition exists
<7>hub 2-0:1.0: enabling power on all ports
<6>uhci_hcd 0000:00:1d.1: UHCI Host Controller
<7>PCI: Setting latency timer of device 0000:00:1d.1 to 64
<6>uhci_hcd 0000:00:1d.1: irq 11, io base 00001840
<6>uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
<6>drivers/usb/host/uhci-hcd.c: detected 2 ports
<7>uhci_hcd 0000:00:1d.1: root hub device address 1
<7>usb usb3: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>drivers/usb/core/message.c: USB device number 1 default language ID 0x409
<6>usb usb3: Product: UHCI Host Controller
<6>usb usb3: Manufacturer: Linux 2.6.1 uhci_hcd
<6>usb usb3: SerialNumber: 0000:00:1d.1
<7>drivers/usb/core/usb.c: usb_hotplug
<7>usb usb3: registering 3-0:1.0 (config #1, interface 0)
<7>drivers/usb/core/usb.c: usb_hotplug
<7>hub 3-0:1.0: usb_probe_interface
<7>hub 3-0:1.0: usb_probe_interface - got id
<6>hub 3-0:1.0: USB hub found
<6>hub 3-0:1.0: 2 ports detected
<7>hub 3-0:1.0: standalone hub
<7>hub 3-0:1.0: ganged power switching
<7>hub 3-0:1.0: global over-current protection
<7>hub 3-0:1.0: Port indicators are not supported
<7>hub 3-0:1.0: power on to power good time: 2ms
<7>hub 3-0:1.0: hub controller current requirement: 0mA
<7>hub 3-0:1.0: local power source is good
<7>hub 3-0:1.0: no over-current condition exists
<7>hub 3-0:1.0: enabling power on all ports
<6>uhci_hcd 0000:00:1d.2: UHCI Host Controller
<7>PCI: Setting latency timer of device 0000:00:1d.2 to 64
<6>uhci_hcd 0000:00:1d.2: irq 11, io base 00001860
<6>uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
<6>drivers/usb/host/uhci-hcd.c: detected 2 ports
<7>uhci_hcd 0000:00:1d.2: root hub device address 1
<7>usb usb4: new device strings: Mfr=3, Product=2, SerialNumber=1
<7>drivers/usb/core/message.c: USB device number 1 default language ID 0x409
<6>usb usb4: Product: UHCI Host Controller
<6>usb usb4: Manufacturer: Linux 2.6.1 uhci_hcd
<6>usb usb4: SerialNumber: 0000:00:1d.2
<7>drivers/usb/core/usb.c: usb_hotplug
<7>usb usb4: registering 4-0:1.0 (config #1, interface 0)
<7>drivers/usb/core/usb.c: usb_hotplug
<7>hub 4-0:1.0: usb_probe_interface
<7>hub 4-0:1.0: usb_probe_interface - got id
<6>hub 4-0:1.0: USB hub found
<6>hub 4-0:1.0: 2 ports detected
<7>hub 4-0:1.0: standalone hub
<7>hub 4-0:1.0: ganged power switching
<7>hub 4-0:1.0: global over-current protection
<7>hub 4-0:1.0: Port indicators are not supported
<7>hub 4-0:1.0: power on to power good time: 2ms
<7>hub 4-0:1.0: hub controller current requirement: 0mA
<7>hub 4-0:1.0: local power source is good
<7>hub 4-0:1.0: no over-current condition exists
<7>hub 4-0:1.0: enabling power on all ports
<6>drivers/usb/core/usb.c: registered new driver usblp
<6>drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
<6>Initializing USB Mass Storage driver...
<6>drivers/usb/core/usb.c: registered new driver usb-storage
<6>USB Mass Storage support registered.
<6>drivers/usb/core/usb.c: registered new driver hiddev
<6>drivers/usb/core/usb.c: registered new driver hid
<6>drivers/usb/input/hid-core.c: v2.0:USB HID core driver
<6>drivers/usb/core/usb.c: registered new driver mdc800
<6>drivers/usb/image/mdc800.c: v0.7.5 (30/10/2000):USB Driver for Mustek MDC800 Digital Camera
<6>drivers/usb/core/usb.c: registered new driver hpusbscsi
<6>drivers/usb/core/usb.c: registered new driver microtekX6
<6>drivers/usb/core/usb.c: registered new driver usbscanner
<6>drivers/usb/image/scanner.c: 0.4.16:USB Scanner Driver
<6>mice: PS/2 mouse device common for all mice
<6>input: PC Speaker
<6>i8042.c: Detected active multiplexing controller, rev 1.1.
<6>serio: i8042 AUX0 port at 0x60,0x64 irq 12
<6>serio: i8042 AUX1 port at 0x60,0x64 irq 12
<6>serio: i8042 AUX2 port at 0x60,0x64 irq 12
<6>serio: i8042 AUX3 port at 0x60,0x64 irq 12
<6>Synaptics Touchpad, model: 1
<6> Firmware: 5.8
<6> 180 degree mounted touchpad
<6> Sensor: 18
<6> new absolute packet format
<6> Touchpad has extended capability bits
<6> -> 4 multi-buttons, i.e. besides standard buttons
<6> -> multifinger detection
<6> -> palm detection
<6>input: SynPS/2 Synaptics TouchPad on isa0060/serio4
<6>serio: i8042 KBD port at 0x60,0x64 irq 1
<6>input: AT Translated Set 2 keyboard on isa0060/serio0
<6>Advanced Linux Sound Architecture Driver Version 0.9.7 (Thu Sep 25 19:16:36 2003 UTC).
<7>PCI: Setting latency timer of device 0000:00:1f.5 to 64
<7>ieee1394: Host added: ID:BUS[0-00:1023] GUID[03e40a0097072036]
<7>drivers/usb/host/uhci-hcd.c: 1820: suspend_hc
<7>drivers/usb/host/uhci-hcd.c: 1840: suspend_hc
<7>drivers/usb/host/uhci-hcd.c: 1860: suspend_hc
<6>intel8x0: clocking to 48000
<6>ALSA device list:
<6> #0: Intel 82801DB-ICH4 at 0xe0100c00, irq 10
<6>NET: Registered protocol family 2
<6>IP: routing cache hash table of 4096 buckets, 32Kbytes
<6>TCP: Hash tables configured (established 32768 bind 65536)
<6>NET: Registered protocol family 1
<6>NET: Registered protocol family 17
<6>IrCOMM protocol (Dag Brattli)
<6>cpufreq: No CPUs supporting ACPI performance management found.
<6>BIOS EDD facility v0.10 2003-Oct-11, 1 devices found
<6>Please report your BIOS at http://domsch.com/linux/edd30/results.html
<4>Resume Machine: resuming from /dev/hda3
<4>Resuming from device hda3
<4>Resume Machine: Signature found, resuming
<3>Resume Machine: Incorrect version
<4>Resume Machine: Error -1 resuming
Resume Machine: Signature found, resuming
Resume Machine: Incorrect version
Resume Machine: Error -1 resuming
PM: Reading pmdisk image.
PM: Resume from disk failed.
ACPI: (supports S0 S3 S4 S5)
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device hda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (hda2) for (hda2)
Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 148k freed
request_module: failed /sbin/modprobe -- char-major-4-64. error = 256
Unable to find swap-space signature
NTFS volume version 3.1.
Unable to find swap-space signature
b44: eth0: Link is down.
b44: eth0: Link is up at 100 Mbps, full duplex.
b44: eth0: Flow control is on for TX and on for RX.
raw1394: /dev/raw1394 device initialized
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
Synaptics driver lost sync at byte 4
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
request_module: failed /sbin/modprobe -- net-pf-10. error = 256
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
request_module: failed /sbin/modprobe -- char-major-4-64. error = 256
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
Synaptics driver lost sync at byte 4
Synaptics driver lost sync at byte 4
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 4
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
Synaptics driver lost sync at byte 4
Synaptics driver lost sync at byte 1
Synaptics driver resynced.
On Yesterday, Dmitry Torokhov wrote:
>From: Dmitry Torokhov <dtor_core@ameritech.net>
>Date: Sat, 10 Jan 2004 23:57:00 -0500
>To: Gunter Königsmann <gunter.koenigsmann@gmx.de>,
> Gunter Königsmann <gunter@peterpall.de>
>Delivered-To: GMX delivery to gunter.koenigsmann@gmx.de
>Cc: linux-kernel@vger.kernel.org, Vojtech Pavlik <vojtech@suse.cz>,
> Andrew Morton <akpm@osdl.org>
>Subject: Re: [PATCH 3/2] Psmouse log and discard timed out bytes - addition
>
>Hi Gunter,
>
>I have some additions to the last patch and I'd like you to give it a spin.
>Also, could you please define DEBUG symbol in drivers/input/serio/i8042.c
>and send me your dmesg with boot data and also when the touchpad loses
>sync. I'd like to see it in all gory details :)
>
>Thank you,
>
>Dmitry
>
>
>===================================================================
>
>
>ChangeSet@1.1514, 2004-01-10 23:50:51-05:00, dtor_core@ameritech.net
> Input: Change the way timeouts/parity errors are handled:
> - Only complain about errors from keyboard controller if mouse
> is activated
> - Reset packet count to 0 as the next received byte will most
> likely be the first byte of a new packet
> - If expecting an ACK from the mouse set NACK condition
>
>
> psmouse-base.c | 12 +++++++++---
> 1 files changed, 9 insertions(+), 3 deletions(-)
>
>
>===================================================================
>
>
>
>diff -Nru a/drivers/input/mouse/psmouse-base.c b/drivers/input/mouse/psmouse-base.c
>--- a/drivers/input/mouse/psmouse-base.c Sat Jan 10 23:55:28 2004
>+++ b/drivers/input/mouse/psmouse-base.c Sat Jan 10 23:55:28 2004
>@@ -122,9 +122,15 @@
> goto out;
>
> if (flags & (SERIO_PARITY|SERIO_TIMEOUT)) {
>- printk(KERN_WARNING "psmouse.c: bad data from KBC -%s%s\n",
>- flags & SERIO_TIMEOUT ? " timeout" : "",
>- flags & SERIO_PARITY ? " bad parity" : "");
>+ if (psmouse->state == PSMOUSE_ACTIVATED)
>+ printk(KERN_WARNING "psmouse.c: bad data from KBC -%s%s\n",
>+ flags & SERIO_TIMEOUT ? " timeout" : "",
>+ flags & SERIO_PARITY ? " bad parity" : "");
>+ if (psmouse->acking) {
>+ psmouse->ack = -1;
>+ psmouse->acking = 0;
>+ }
>+ psmouse->pktcnt = 0;
> goto out;
> }
>
>
--
THE MX IS GOOD FOR THE ECONOMY. One important reason we have a Defense
Department is that when we give it money, it spends it, which creates
jobs, whereas if we left the money in the hands of civilians, we don't
know what they'd do with it. Probably put it in open trenches and set
it on fire. The MX will create an especially large number of jobs
because of the number of warheads it carries. It carries a total of 10
warheads. This creates a great deal of employment, because you have
your Warhead Makers, your Warhead Lifters, your Persons Who Tap the
Warheads Gently with Rubber Mallets to Wedge Them All Snugly Into the
Nose Cone, your Persons Who Just Walk Around Playing Soothing Cassettes
by Recording Artists such as Perry Como So We Don't Have Any More
Episodes Where a Worker Who is Experiencing Some Strain Sticks a
Warhead in the Employee Cafeteria Microwave and Sets It On Roast, etc.
We are talking about a lot of jobs.
-- Dave Barry, "At Last, the Ultimate Deterrent Against
Political Fallout
^ permalink raw reply
* Re: [PATCH 1/2] Synaptics rate switching
From: Gunter Königsmann @ 2004-01-11 8:00 UTC (permalink / raw)
To: Dmitry Torokhov
Cc: Gunter Königsmann, linux-kernel, Vojtech Pavlik,
Andrew Morton
In-Reply-To: <200401102120.46956.dtor_core@ameritech.net>
cpufreq is deactivated for all tests, but seems not to make problems...
ACPI --- Pow... never thought of that... ...But sync losses occour even if
my labtop doesn't even see the need for switching on the CPU fan. Anyway,
povray makes the CPU really hot, and doesn't make things worse...
...and the problem occours directly after startup, too... Don't think this
will be the problem,
Gunter.
On Yesterday, Dmitry Torokhov wrote:
>From: Dmitry Torokhov <dtor_core@ameritech.net>
>Date: Sat, 10 Jan 2004 21:20:46 -0500
>To: Gunter Königsmann <gunter.koenigsmann@gmx.de>,
> Gunter Königsmann <gunter@peterpall.de>
>Cc: Gunter Königsmann <gunter@peterpall.de>, linux-kernel@vger.kernel.org,
> Vojtech Pavlik <vojtech@suse.cz>, Andrew Morton <akpm@osdl.org>
>Subject: Re: [PATCH 1/2] Synaptics rate switching
>
>On Saturday 10 January 2004 05:05 pm, Gunter Königsmann wrote:
>> Tried it. Doesn't change a thing. Means: I get about half the number of
>> warning messages, but that just corresponds to half the number of
>> packets.
>>
>>
>> What helps a lot, but not to 100% (get bad keypresses anyway) is
>> totally deactivating the ACPI. Killing all processes that access
>> /proc/acpi seems again to help a bit.
>>
>> And The number of Warnings seemingly increases with the labtop
>> temperature... In a really cold room I get nearly no warnings at all.
>> Jitter? Hardware, that is simply broken?
>>
>
>Actually, since you mentioned temperature.. is CPUFREQ active or does
>the ACPI throttle your processor to a lower frequency if it gets hot?
>
>Dmitry
>
--
"I don't think they could put him in a mental hospital. On the other
hand, if he were already in, I don't think they'd let him out."
--fortune(6)
^ permalink raw reply
* Re: Success(?) with SiI + Seagate pessimistic fix disabled.
From: Jeff Garzik @ 2004-01-11 8:14 UTC (permalink / raw)
To: Eric Wong; +Cc: linux-ide
In-Reply-To: <20040109090003.GA3032@Mayonaise>
Eric Wong wrote:
> Eric Wong <normalperson@yhbt.net> wrote:
> <snip success story>
>
> I'm not feeling any more pessimistic than usual at the moment, so I
> might as well start a one item whitelist. It works for me, but more
> testing is always a good thing.
>
> On a related note, I couldn't find a way to get the firmware revision
> from hdparm or dmesg when using libata.
>
> --- a/drivers/scsi/sata_sil.c
> +++ b/drivers/scsi/sata_sil.c
Well, if you're motivated, there is a blacklist...
google for "mod15write" and click on the first link.
^ permalink raw reply
* Re: Do not use synaptics extensions by default
From: Vojtech Pavlik @ 2004-01-11 8:13 UTC (permalink / raw)
To: Dmitry Torokhov; +Cc: Pavel Machek, kernel list, Andrew Morton
In-Reply-To: <200401101852.56429.dtor_core@ameritech.net>
On Sat, Jan 10, 2004 at 06:52:56PM -0500, Dmitry Torokhov wrote:
> On Saturday 10 January 2004 03:15 pm, Vojtech Pavlik wrote:
> > On Sat, Jan 10, 2004 at 09:10:58PM +0100, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > > Why would you document something that is deprecated? It was
> > > > > > removed so the new users would not start using it instead of
> > > > > > psmouse.proto. psmouse.noext should be gone soon.
> > > > >
> > > > > My understanding is that Documentation/kernel-parameters.txt
> > > > > should document all available parameters...
> > > >
> > > > Well, I wouldn't mind documenting psmouse.noext, with a comment
> > > > that it shouldn't be used because it'll be removed in near future.
> > >
> > > AFAICS, it is still psmouse*_*noext in mainline kernel, so this
> > > should be correct...
> > >
> > > Pavel
> >
> > No problem with this patch, though it'd be better if you could provide
> > it against the -mm kernel for Andrew.
> >
>
> In Andrew's tree noext option is already gone.
That makes the patch rather trivial then, doesn't it? ;)
--
Vojtech Pavlik
SuSE Labs, SuSE CR
^ permalink raw reply
* Re: Do not use synaptics extensions by default
From: Vojtech Pavlik @ 2004-01-11 8:12 UTC (permalink / raw)
To: Dax Kelson; +Cc: Pavel Machek, kernel list, Andrew Morton
In-Reply-To: <1073778167.7644.4.camel@mentor.gurulabs.com>
On Sat, Jan 10, 2004 at 04:42:48PM -0700, Dax Kelson wrote:
> On Sat, 2004-01-10 at 12:55, Vojtech Pavlik wrote:
> > Or, the very nice thing to do would be to port the XFree86 driver to
> > GPM, so that GPM can understand the event protocol as well.
>
> Already done...
Cool! I forgot. I thought only the regular mouse event protocol was
added.
> # rpm -q gpm
> gpm-1.20.1-dt8
>
> # ps -e o pid,user,cmd | grep gpm
> 2068 root gpm -m /dev/input/event0 -t evdev -o type=synaptics -M -m /dev/input/mice -t imps2
>
> I believe the issue is that /dev/input/event0 can't be opened by
> multiple things (gpm and X) in 2.4 as can be done in 2.6.
It can be opened by any number of programs on both 2.4 and 2.6. 2.4
doesn't have the synaptics (or any other ps/2) mouse driver and thus
it's only used for USB mice.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
^ permalink raw reply
* Bug Report: Reduced disk performance in 2.6.1
From: Ashton Mills @ 2004-01-11 9:25 UTC (permalink / raw)
To: linux-kernel
Following the bug reporting guide at www.kernel.org.
Sending to linux-kernel@vger.kernel.org because I don't know where the
problem lies, I've eliminated two areas (detailed below).
PROBLEM:
Stock 2.6.1 kernel shows reduced disk performance compared to stock 2.6.0.
DESCRIPTION:
2.6.0 -- hdparm -Tt shows:
~70 M/s for a single drive
~110 M/s for 2-drive software RAID 0 array
2.6.1 -- hdparm -Tt shows:
~60 M/s for single drive
~90 M/s for 2-drive software RAID 0 array
Kernel configuration file the same -- used .config from 2.6.0 with make
oldconfig
Reproducible: yes. Results remain consistent between the two kernels.
This is the only change to the system. No other software or hardware was
changed, just a straight kernel upgrade.
Relevant specs:
Athlon-XP 2800+
1024M RAM
Adaptec 29160
Two Maxtor 10k RPM U160 SCSI drives in md software RAID 0 array
Linux version 2.6.1 (root@Agamemnon) (gcc version 3.3.2 20031218 (Gentoo
Linux 3.3.2-r5, propolice-3.3-7))
PROGRESS:
Patched 2.6.1 with the 2.6.0 aic7xxx SCSI driver in case it was a result of
the new .36 version of the driver.
Result: problem remains
Patched 2.6.1 with the 2.6.0 md driver, since that was also shown to be
updated in 2.6.1
Result: problem remains
So, it doesn't appear to be a SCSI or md driver issue. Don't know where to
go from here, reporting as bug.
^ permalink raw reply
* Re: Synaptics Touchpad workaround for strange behavior after Sync loss (With Patch).
From: Vojtech Pavlik @ 2004-01-11 8:10 UTC (permalink / raw)
To: Peter Berg Larsen; +Cc: Gunter Königsmann, linux-kernel
In-Reply-To: <Pine.LNX.4.40.0401102336450.588-100000@shannon.math.ku.dk>
On Sat, Jan 10, 2004 at 11:50:02PM +0100, Peter Berg Larsen wrote:
> On Fri, 9 Jan 2004, Vojtech Pavlik wrote:
>
> > The sync problems have so far been found to be caused by two possible
> > causes:
> >
> > 1) Too long disabled interrupts. This is usually caused by ACPI
> > BIOS, when some application is polling for battery status
> > too often.
> >
> > 2) Incorrectly working timer (jiffies). This maybe caused by
> > using the ACPI timer instead of the regular PIT one. Check
> > the config.
> >
> > Both these causes break the lost bytes detection mechanism in the ps/2
> > code. It then thinks that a byte was lost (and thus the sync, too), but
> > in reality everything is OK. This in turn causes two consecutive
> > incorrectly parsed packets.
>
> I also believe some of the troubles comes from that we never check all
> error codes from the mux: If mux is disabled for some reason all bytes are
> stamped as timed out. The only way to recover is to reboot. And (I am
> speculating here) if for some reason the mux believe the touchpad is
> removed and connected the touchpad sends 2 bytes ack.
>
> I dont have a machine with active multiplexing so the the patch is
> untested. It warns when the mouse is removed, and tries to recover
> if multiplexing is disabled.
It's nice, but er definitely shouldn't call i8042_enable_mux() from the
interrupt handler, because i8042_command() waits for characters arriving
in the interrupt handler, so we could get into rather nasty recursions.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
^ permalink raw reply
* bridge vlans in HP 2524 switch
From: Computer Security @ 2004-01-11 8:04 UTC (permalink / raw)
To: netfilter
In-Reply-To: <1073785847.9615.487.camel@peterlaptop>
Anyone has experience in using iptables to bridge Vlans created in the same
HP 2524 switch ?
-----------------------------------------------------------------
Gongya Yu
^ permalink raw reply
* Re: [linux-usb-devel] Re: USB hangs
From: Oliver Neukum @ 2004-01-11 8:02 UTC (permalink / raw)
To: Alan Cox, Matthew Dharm
Cc: Marcelo Tosatti, Linux Kernel Mailing List, USB Developers,
Greg KH
In-Reply-To: <1073788437.17793.0.camel@dhcp23.swansea.linux.org.uk>
Am Sonntag, 11. Januar 2004 03:33 schrieb Alan Cox:
> On Sul, 2004-01-11 at 00:23, Matthew Dharm wrote:
> > Where is USB kmalloc'ing with GFP_KERNEL? I thought we tracked all those
> > down and eliminated them.
>
> Not sure. I just worked from tracebacks. I needed it to work rather
> than having the time to go hunting for specific faults. Plus I'd
> argue PF_MEMALLOC is a better solution anyway.
Until recently this line from usb-ohci.h read GFP_KERNEL instead of GFP_NOIO
#define ALLOC_FLAGS (in_interrupt () || current->state != TASK_RUNNING ? GFP_ATOMIC : GFP_NOIO)
Was it an earlier kernel without that change?
Regards
Oliver
^ permalink raw reply
* Re: Re: New FBDev patch (a little report)
From: Benjamin Herrenschmidt @ 2004-01-11 7:42 UTC (permalink / raw)
To: Javier Villavicencio; +Cc: Linux Fbdev development list
In-Reply-To: <20040110141540.0f4e3204.jvillavicencio@arnet.com.ar>
Javier !
Please remove yor f*king refuse spam junk ! It doesn't even work
properly
Ben.
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
^ permalink raw reply
* Re: Re: New FBDev patch (a little report)
From: Benjamin Herrenschmidt @ 2004-01-11 7:35 UTC (permalink / raw)
To: Javier Villavicencio; +Cc: Linux Fbdev development list, James Simmons
In-Reply-To: <20040110141540.0f4e3204.jvillavicencio@arnet.com.ar>
On Sun, 2004-01-11 at 04:15, Javier Villavicencio wrote:
> Hi, I've tested this patch (after the radeon patch update), and it's working
> almost perfect with just one problem: going back from X the framebuffer
> screen is completely distorted, but it can be corrected changing the depth
> with fbset (-depth 8/16/32 and back to the working depth).
We need to add a callback to the fbdev when restoring the console
from KD_GRAPHICS to KD_TEXT, maybe a special case of "switch".
James, I suggest turning that into a set_par call with a flag for
'forcing' the mode to be re-applied fully even if it already matches
the HW. (Currently, set_par in some drivers like my new radeonfb,
for obvious perfs reasons, will not touch the HW if the var and the
par are matching already).
Ben.
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
^ permalink raw reply
* [PATCH] Cleanup pixmap locking
From: Benjamin Herrenschmidt @ 2004-01-11 7:33 UTC (permalink / raw)
To: Linux Fbdev development list, James Simmons; +Cc: Geert Uytterhoeven
Hi James !
As we discussed, the current pixmap locking scheme doesn't work and
is actually rendered useless by the fact that we are going to be
entirely protected by the console semaphore, at least in 2.6.
This patch removes it, and re-implements fb_get_buffer_offset()
based on these assumption:
- a FB_PIXMAP_IO buffer is considered as residing in VRAM, we
sync before letting the common code access it, we do no sharing
- a buffer in memory is allowed to be shared. We do not race on
buffer usage, but we can have a pending DMA from the buffer to the
card, which is what I call sharing. If we run out of buffer space,
and the pixmap has FB_PIXMAP_SYNC set, we assume the pixmap can be
the source of a DMA, thus we sync before resetting the offset.
A card that does DMA, but synchronously, doesn't need to set FB_PIXMAP_SYNC.
Note that in most cases (non-DMA or synchronous DMA), the actual offset thing
is useless, we could just use the beginning of the pixmap each time. I find
the current FB_PIXMAP_* semantics confusing anyway, so you are welcome to do
even more cleanup in there, I just
did the minimum I feel is necessary.
I added the console semaphore around the whole fb_ioctl as well and
around the fbcon cursor operations.
The patch is against your fbdev-2.5 tree and is untested at this
point (no test config at hand until tomorrow). Please consider applying
if it works for you though.
Once that's in, I'll send you my fixes to the fbcon resize stuf, though
those require the FB_ACTIVATE_FIND to work really properly, at least
without that, it's still better than what we have now. I'm still chasing
a crasher in the stty code path though.
Ben.
===== drivers/video/fbmem.c 1.102 vs edited =====
--- 1.102/drivers/video/fbmem.c Sat Nov 1 08:10:46 2003
+++ edited/drivers/video/fbmem.c Sun Jan 11 18:16:51 2004
@@ -466,22 +466,30 @@
u32 offset, count = 1000;
char *addr = buf->addr;
- spin_lock(&buf->lock);
- if (!(buf->flags & FB_PIXMAP_IO)) {
- offset = buf->offset + align;
- offset &= ~align;
- if (offset + size > buf->size) {
- while (atomic_read(&buf->count) && count--);
- if (info->fbops->fb_sync && (buf->flags & FB_PIXMAP_SYNC))
- info->fbops->fb_sync(info);
- offset = 0;
- }
- buf->offset = offset + size;
- addr += offset;
+ /* If IO mapped, we need to sync before access, no sharing of
+ * the pixmap is done
+ */
+ if (buf->flags & FB_PIXMAP_IO) {
+ if (info->fbops->fb_sync && (buf->flags & FB_PIXMAP_SYNC))
+ info->fbops->fb_sync(info);
+ return addr;
}
- atomic_inc(&buf->count);
- smp_mb__after_atomic_inc();
- spin_unlock(&buf->lock);
+
+ /* See if we fit in the remaining pixmap space */
+ offset = buf->offset + align;
+ offset &= ~align;
+ if (offset + size > buf->size) {
+ /* We do not fit. In order to be able to re-use the buffer,
+ * we must ensure no asynchronous DMA'ing or whatever operation
+ * is in progress, we sync for that.
+ */
+ if (info->fbops->fb_sync && (buf->flags & FB_PIXMAP_SYNC))
+ info->fbops->fb_sync(info);
+ offset = 0;
+ }
+ buf->offset = offset + size;
+ addr += offset;
+
return addr;
}
===== drivers/video/console/fbcon.c 1.124 vs edited =====
--- 1.124/drivers/video/console/fbcon.c Wed Jan 7 13:42:58 2004
+++ edited/drivers/video/console/fbcon.c Sun Jan 11 18:18:34 2004
@@ -197,8 +197,10 @@
if (!info)
return;
- info->cursor.enable ^= 1;
+ acquire_console_sem();
+ info->cursor.enable ^= 1;
info->fbops->fb_cursor(info, &info->cursor);
+ release_console_sem();
}
#if (defined(__arm__) && defined(IRQ_VSYNCPULSE)) || defined(CONFIG_ATARI) || defined(CONFIG_MAC)
@@ -398,8 +400,6 @@
info->fbops->fb_imageblit(info, &image);
image.dx += cnt * vc->vc_font.width;
count -= cnt;
- atomic_dec(&info->pixmap.count);
- smp_mb__after_atomic_dec();
}
}
@@ -913,8 +913,6 @@
move_buf_aligned(info, &info->pixmap, dst, pitch, src, width, image.height);
info->fbops->fb_imageblit(info, &image);
- atomic_dec(&info->pixmap.count);
- smp_mb__after_atomic_dec();
}
static void fbcon_putcs(struct vc_data *vc, const unsigned short *s,
@@ -1064,8 +1062,6 @@
}
info->fbops->fb_cursor(info, &cursor);
info->cursor.enable = 1;
- atomic_dec(&info->sprite.count);
- smp_mb__after_atomic_dec();
mod_timer(&cursor_timer, jiffies + HZ/5);
vbl_cursor_cnt = CURSOR_DRAW_DELAY;
}
===== include/linux/fb.h 1.62 vs edited =====
--- 1.62/include/linux/fb.h Thu Oct 30 17:20:52 2003
+++ edited/include/linux/fb.h Sun Jan 11 18:15:50 2004
@@ -375,8 +375,6 @@
u32 scan_align; /* alignment per scanline */
u32 access_align; /* alignment per read/write */
u32 flags; /* see FB_PIXMAP_* */
- spinlock_t lock; /* spinlock */
- atomic_t count;
/* access methods */
void (*outbuf)(struct fb_info *info, u8 *addr, u8 *src, unsigned int size);
u8 (*inbuf) (u8 *addr);
-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
^ permalink raw reply
* information conqueror
From: Henry Gage @ 2004-01-11 7:13 UTC (permalink / raw)
To: kernel-janitors
[-- Attachment #1: Type: text/plain, Size: 180 bytes --]
pestilential allude merrymake psychosis astm bowstring
backwood bough carload capitulate
figurine antoinette emphatic copolymer desicate scoria schoolmaster preparation banbury
[-- Attachment #2: Type: text/html, Size: 2996 bytes --]
^ permalink raw reply
* Re: [PATCH] Increase recursive symlink limit from 5 to 8
From: Steve Youngs @ 2004-01-11 7:01 UTC (permalink / raw)
To: Linux Kernel List
In-Reply-To: <2flllofnvp6.fsf@saruman.uio.no>
[-- Attachment #1: Type: text/plain, Size: 1025 bytes --]
* Petter Reinholdtsen <pere@hungry.com> writes:
> Linux: Symlink limit seem to be 6 path entities.
> AIX: Symlink limit seem to be 21 path entities.
> HP-UX: Symlink limit seem to be 21 path entities.
> Solaris: Symlink limit seem to be 21 path entities.
> Irix: Symlink limit seem to be 31 path entities.
> Mac OS X: Symlink limit seem to be 33 path entities.
> Tru64 Unix: Symlink limit seem to be 65 path entities.
> I really think this limit should be increased in Linux. Not sure
> how high it should go, but from 5 to somewhere between 20 and 64
> seem like a good idea to me.
6 does seem pretty low. What was the reason for setting it there? Is
there a downside to increasing it?
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| Ashes to ashes, dust to dust. |
| The proof of the pudding, is under the crust. |
|------------------------------<sryoungs@bigpond.net.au>---|
[-- Attachment #2: Type: application/pgp-signature, Size: 256 bytes --]
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.