Re: 2.6.22-rc1 killed my ext3 filesystem cleanly unmounted

2007-05-18 Thread Martin Zwickel
On Fri, 18 May 2007 11:06:04 +0200
Martin Mokrejs <[EMAIL PROTECTED]> bubbled:

>   I cannot say what is the fsck version, but I can tell you this is a 
> Gentoo linux box in the ~x86 tree, so whatever is in the "unstable" 
> branch. :(

FYI:
# eix e2fs
[I] sys-fs/e2fsprogs
 Available versions:  1.39 ~1.39-r1 1.39-r2 ~1.40_pre20070411

So probably 1.40_pre20070411.


Regards,
Martin

-- 
MyExcuse:
/pub/lunch

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development


signature.asc
Description: PGP signature


2.6.12.5: P4 2.0GHz detected as 2.6GHz?

2005-08-19 Thread Martin Zwickel
Did someone overclock our router or is this a misdetection?

dmesg:
Linux version 2.6.12.5 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian
1:3.3.5-13)) #1  Thu Aug 18 11:23:14 CEST 2005
...
Kernel command line: auto BOOT_IMAGE=Linux2.6.12.5 ro root=303
Local APIC disabled by BIOS -- you can enable it with "lapic"
mapped APIC to d000 (01201000)
Initializing CPU#0
PID hash table entries: 1024 (order: 10, 16384 bytes)
Detected 2655.765 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254876k/262080k available (2571k kernel code, 6632k reserved,
971k data, 188k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode...
Ok. Calibrating delay loop... 5242.88 BogoMIPS (lpj=2621440)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebf9ff   
0400   
CPU: After vendor identify, caps: bfebf9ff   
0400 0 000 
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 128K
CPU: After all inits, caps: bfebf9ff   0080 0400
000 0 
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
CPU: Intel(R) Celeron(R) CPU 2.00GHz stepping 07
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 1820)



# cat /proc/cpuinfo 
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 15
model   : 2
model name  : Intel(R) Celeron(R) CPU 2.00GHz
stepping: 7
cpu MHz : 2655.765
cache size  : 128 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception   : yes
cpuid level : 2
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe cid
bogomips: 5242.88


-- 
MyExcuse:
your keyboard's space bar is generating spurious keycodes.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgptEYAQaftqI.pgp
Description: PGP signature


Re: 2.6.11-mm3: SIS5513 DMA problem (set_drive_speed_status)

2005-03-22 Thread Martin Zwickel
On Mon, 14 Mar 2005 21:17:55 -0800
Andrew Morton <[EMAIL PROTECTED]> bubbled:

> Martin Zwickel <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > 
> > just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> > enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
> > 
> > But while running hdparm, the kernel waits many seconds and gives me
> > some DMA warnings/errors:
> >
> > ...
> >
> > hda: set_drive_speed_status: status=0xd0 { Busy }
> > 
> > ide: failed opcode was: unknown
> > hda: dma_timer_expiry: dma status == 0x41
> > hda: DMA timeout error
> > hda: dma timeout error: status=0xd0 { Busy }
> > ...
> > 
> > That happened also with 2.6.11-rc3 since I thought I should switch
> > away from my 2.6.8-rc2-mm1 (the best kernel ever ;)).
> 
> Could you please check whether 2.6.11-rc1 does this?  It should be
> released mid-week.  Thanks.

ps.: just booted 2.6.12-rc1-mm1 and hdparm works now much better on boot
 than 2.6.11-mm3. ;)

-- 
MyExcuse:
We're upgrading /dev/null

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgphwUpTC3SWe.pgp
Description: PGP signature


Re: 2.6.11: CDROM_SEND_PACKET as non-root?

2005-03-18 Thread Martin Zwickel
On Fri, 18 Mar 2005 17:25:35 +0200
ismail dönmez <[EMAIL PROTECTED]> bubbled:

> growisofs works as a non-root user here.

which version?
I have:
growisofs 5.5, front-ending to mkisofs 2.01-unofficial-iconv
(i686-pc-linux-gnu)

Maybe it's that stupid debian distro my college is using...

-- 
MyExcuse:
Stubborn processes

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpaAUIuWsTpu.pgp
Description: PGP signature


2.6.11: CDROM_SEND_PACKET as non-root?

2005-03-18 Thread Martin Zwickel
Hi all!

I have a small question:
What do I have to do, to let the ioctl CDROM_SEND_PACKET work as a
non-root user under 2.6.11?

I try to burn a DVD with growisofs as a non-root user without success.

I know that there were some changes about access restriction (since
2.6.8), but I haven't found anything to get a clue about the current
status.

So is it just impossible to send a packet to the DVD burner without root
access? Do I have to use a wrapper that sets the effective user id to
root and then runs growisofs?


It's friday, so sorry for that stupid question, but a comment on that
would be fine :)

Regards,
Martin

-- 
MyExcuse:
Recursive traversal of loopback mount points

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgptJw5kToB9j.pgp
Description: PGP signature


2.6.11-mm3: BUG: atomic counter underflow at: rpcauth_destroy

2005-03-15 Thread Martin Zwickel
Hi there!

I got some atomic counter underflows in the nfs code:

Mar 14 17:19:15 phoebee rpc.statd[6890]: Received erroneous SM_UNMON request
 from phoebee for 192.168.0.1
Mar 14 17:19:15 phoebee BUG: atomic counter underflow at:
Mar 14 17:19:15 phoebee [] rpcauth_destroy+0x41/0x50
Mar 14 17:19:15 phoebee [] rpc_destroy_client+0x9c/0xf0
Mar 14 17:19:15 phoebee [] rpc_free+0x18/0x40
Mar 14 17:19:15 phoebee [] rpc_release_task+0xad/0x120
Mar 14 17:19:15 phoebee [] __rpc_execute+0x2e3/0x360
Mar 14 17:19:15 phoebee [] xprt_init_autodisconnect+0x0/0xd0
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] rpc_create_client+0x167/0x240
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] rpc_call_sync+0x5a/0xa0
Mar 14 17:19:15 phoebee [] nsm_mon_unmon+0xb4/0xe0
Mar 14 17:19:15 phoebee [] nsm_unmonitor+0x26/0x70
Mar 14 17:19:15 phoebee [] nlm_gc_hosts+0x168/0x190
Mar 14 17:19:15 phoebee [] nlm_lookup_host+0x46/0x270
Mar 14 17:19:15 phoebee [] nlmclnt_lookup_host+0x11/0x20
Mar 14 17:19:15 phoebee [] nlmclnt_proc+0x4a/0x310
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] kernel_sendmsg+0x2e/0x40
Mar 14 17:19:15 phoebee [] xdr_sendpages+0xc9/0x270
Mar 14 17:19:15 phoebee [] mempool_free+0x4c/0xa0
Mar 14 17:19:15 phoebee [] rpc_release_client+0x4b/0x90
Mar 14 17:19:15 phoebee [] rpc_release_task+0xa6/0x120
Mar 14 17:19:15 phoebee [] __rpc_execute+0x2e3/0x360
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] rpc_call_sync+0x65/0xa0
Mar 14 17:19:15 phoebee [] nfs3_rpc_wrapper+0x63/0x70
Mar 14 17:19:15 phoebee [] nfs3_proc_setattr+0x93/0xd0
Mar 14 17:19:15 phoebee [] nfs_scan_commit+0x2c/0x70
Mar 14 17:19:15 phoebee [] nfs_setattr+0xd0/0x1c0
Mar 14 17:19:15 phoebee [] __filemap_fdatawrite_range+0xbc/0xc0
Mar 14 17:19:15 phoebee [] nfs_scan_commit+0x2c/0x70
Mar 14 17:19:15 phoebee [] nfs_commit_inode+0x3f/0xc0
Mar 14 17:19:15 phoebee [] nfs_sync_inode+0x54/0x70
Mar 14 17:19:15 phoebee [] do_setlk+0x77/0x170
Mar 14 17:19:15 phoebee [] nfs_lock+0x0/0x130
Mar 14 17:19:15 phoebee [] fcntl_setlk64+0x25b/0x2b0
Mar 14 17:19:15 phoebee [] dput+0x1e/0x250
Mar 14 17:19:15 phoebee [] path_release+0x10/0x60
Mar 14 17:19:15 phoebee [] sys_chown+0x49/0x50
Mar 14 17:19:15 phoebee [] sys_fcntl64+0x44/0x90
Mar 14 17:19:15 phoebee [] syscall_call+0x7/0xb
Mar 14 17:19:15 phoebee BUG: atomic counter underflow at:
Mar 14 17:19:15 phoebee [] rpcauth_destroy+0x41/0x50
Mar 14 17:19:15 phoebee [] rpc_destroy_client+0x9c/0xf0
Mar 14 17:19:15 phoebee [] rpc_free+0x18/0x40
Mar 14 17:19:15 phoebee [] rpc_release_task+0xad/0x120
Mar 14 17:19:15 phoebee [] __rpc_execute+0x2e3/0x360
Mar 14 17:19:15 phoebee [] xprt_init_autodisconnect+0x0/0xd0
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] rpc_create_client+0x167/0x240
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] rpc_call_sync+0x5a/0xa0
Mar 14 17:19:15 phoebee [] nsm_mon_unmon+0xb4/0xe0
Mar 14 17:19:15 phoebee [] extract_entropy+0x4f/0xa0
Mar 14 17:19:15 phoebee [] nsm_monitor+0x26/0x70
Mar 14 17:19:15 phoebee [] nlmclnt_lock+0x2b/0xd0
Mar 14 17:19:15 phoebee [] nlmclnt_proc+0x207/0x310
Mar 14 17:19:15 phoebee [] autoremove_wake_function+0x0/0x50
Mar 14 17:19:15 phoebee [] do_setlk+0x77/0x170
Mar 14 17:19:15 phoebee [] nfs_lock+0x0/0x130
Mar 14 17:19:15 phoebee [] fcntl_setlk64+0x25b/0x2b0
Mar 14 17:19:15 phoebee [] dput+0x1e/0x250
Mar 14 17:19:15 phoebee [] path_release+0x10/0x60
Mar 14 17:19:15 phoebee [] sys_chown+0x49/0x50
Mar 14 17:19:15 phoebee [] sys_fcntl64+0x44/0x90
Mar 14 17:19:15 phoebee [] syscall_call+0x7/0xb


Regardless of the "erroneous SM_UNMON request", the atomic counter
should not underflow ;)


Regards,
Martin

-- 
MyExcuse:
The kernel license has expired

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpjIB6KQ4Gc8.pgp
Description: PGP signature


Re: 2.6.11-mm3: SIS5513 DMA problem (set_drive_speed_status)

2005-03-15 Thread Martin Zwickel
On Mon, 14 Mar 2005 21:17:55 -0800
Andrew Morton <[EMAIL PROTECTED]> bubbled:

> Martin Zwickel <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> > 
> > just tried the 2.6.11-mm3 and at boot-time my start scripts try to
> > enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).
> > 
> > But while running hdparm, the kernel waits many seconds and gives me
> > some DMA warnings/errors:
> >
> > ...
> >
> > hda: set_drive_speed_status: status=0xd0 { Busy }
> > 
> > ide: failed opcode was: unknown
> > hda: dma_timer_expiry: dma status == 0x41
> > hda: DMA timeout error
> > hda: dma timeout error: status=0xd0 { Busy }
> > ...
> > 
> > That happened also with 2.6.11-rc3 since I thought I should switch
> > away from my 2.6.8-rc2-mm1 (the best kernel ever ;)).
> 
> Could you please check whether 2.6.11-rc1 does this?  It should be
> released mid-week.  Thanks.

Hi Andrew,

you mean 2.6.12-rc1, right?

Regards,
Martin

-- 
MyExcuse:
it has Intel Inside

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgp8rmvuQpJcc.pgp
Description: PGP signature


Re: bug in kernel

2005-03-14 Thread Martin Zwickel
On Mon, 14 Mar 2005 17:48:05 +0300
Evgeniy <[EMAIL PROTECTED]> bubbled:

> Here is a simple program.
> 
> #include 
> #include 
> main(){
>   int err;
>   err=read(0,NULL,6);
>   printf("%d %d\n",err,errno);
> }

Results:
# ./a < /dev/zero 
read(0, 0, 6)   = -1 EFAULT (Bad address)
-1 14 Bad address

So everything is fine...

Regards,
Martin

-- 
MyExcuse:
I'd love to help you -- it's just that the Boss won't let me near the
computer.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgplZHvOVnbQ3.pgp
Description: PGP signature


2.6.11-mm3: SIS5513 DMA problem (set_drive_speed_status)

2005-03-14 Thread Martin Zwickel
Hi,

just tried the 2.6.11-mm3 and at boot-time my start scripts try to
enable DMA on my disk (hdparm -m16 -c1 -u1 -X69 /dev/hda).

But while running hdparm, the kernel waits many seconds and gives me
some DMA warnings/errors:

[dmesg output]
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SIS5513: IDE controller at PCI slot :00:02.5
SIS5513: chipset revision 0
SIS5513: not 100% native mode: will probe irqs later
SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller
ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: WDC WD1600JB-00GVA0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: IDE DVD-ROM 16X, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
Probing IDE interface ide2...
Probing IDE interface ide3...
Probing IDE interface ide4...
Probing IDE interface ide5...
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
hda: cache flushes supported
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 < p5 p6 p7 p8 p9 >
hdc: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20



BIOS EDD facility v0.16 2004-Jun-25, 1 devices found



hda: set_drive_speed_status: status=0xd0 { Busy }

ide: failed opcode was: unknown
hda: dma_timer_expiry: dma status == 0x41
hda: DMA timeout error
hda: dma timeout error: status=0xd0 { Busy }

ide: failed opcode was: unknown
hda: DMA disabled
ide0: reset: success
hda: CHECK for good STATUS
hdc: Speed warnings UDMA 3/4/5 is not functional.
[/dmesg output]

That happened also with 2.6.11-rc3 since I thought I should switch away
from my 2.6.8-rc2-mm1 (the best kernel ever ;)).

In kernel config I enabled:
CONFIG_EDD=y

CONFIG_BLK_DEV_IDEDISK=y
CONFIG_IDEDISK_MULTI_MODE=y
CONFIG_BLK_DEV_IDECD=y

CONFIG_BLK_DEV_IDEPCI=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_BLK_DEV_GENERIC=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
CONFIG_IDEDMA_PCI_AUTO=y
CONFIG_BLK_DEV_SIS5513=y
CONFIG_BLK_DEV_IDEDMA=y
CONFIG_IDEDMA_AUTO=y

CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y
CONFIG_ACPI=y


My machine:
Pentium 4 - 2,4Ghz


cat /proc/interrupts:
 14:  26411  XT-PIC  ide0
 15: 24  XT-PIC  ide1


lspci -vvxxx:
:00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] 
(prog-if 80 [Master])
Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller 
(A,B step)
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Research & Development

TechnoTrend AG 


pgpK2fapNoWAB.pgp
Description: PGP signature


Re: architecture to implement communication between static kernel with dynamic module

2005-03-03 Thread Martin Zwickel
On Thu, 3 Mar 2005 15:09:01 + (GMT)
sounak chakraborty <[EMAIL PROTECTED]> bubbled:

> there is one my_own module
> which i will insert whenever i like through 
> insmod.
> thus when the module is loaded it will create a proc
> file 
> 
> now i want to send the structure variable of
> task_struct
> i.e p to the module from the kernel at point when the
> execution passes
> through forking a new process i.e 
> at the function do_fork() in fork.c in linux/kernel
> folder
> 
> how to do this
> 
> how can i call the module from that point  (i.e in
> do_fork())
> and pass the task_struct *p as parameter to the module
> 
> can i declare an arbitary name in fork.c of my module
> and compile the new kernel?
> i think i cannot since i am inserting a dynamic module
> to a static kernel executable
> and how does the kernel will know that this module
> will be attached later to it.
> it will show errors while compiling the new modified
> kernel
> 
> can you help me ?
> what path i must take
> thanks 
> sounak 
> 

Some kind of callback registration would do the job.

Regards,
Martin

-- 
MyExcuse:
Cow-tippers tipped a cow onto the server.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpFpYXDLEoka.pgp
Description: PGP signature


Re: Query - Regarding strange behaviour.

2005-02-03 Thread Martin Zwickel
On Thu, 3 Feb 2005 21:48:12 +0530
"Pankaj Agarwal" <[EMAIL PROTECTED]> bubbled:

> my fault...i'm able to copy it using -rf with CP. So, solution given
> by Dick  Johnson (Linux-OS) can be used, if all are unable to find
> what's the  problem...
> 
> here's the output of the two commands you've asked for..
> 
> [EMAIL PROTECTED] usr]# ls -ld /usr/bin
> drwxr-xr-x2 root root61440 Nov 21 20:30 /usr/bin
> 
> [EMAIL PROTECTED] usr]# lsattr -d /usr/bin
> su--ia--- /usr/bin

i = IMMUTABLE, so you are unable to modify it.
a = only append mode for writing
u = allow undelete
s = zero the file if deleted

but s and u should currently not work on ext2/3.

Try "chattr -iusa /usr/bin" as root.

-- 
MyExcuse:
bad ether in the cables

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpNxt48toqSV.pgp
Description: PGP signature


Re: How peek at tcp socket data w/o reading it

2005-01-31 Thread Martin Zwickel
On Mon, 31 Jan 2005 11:45:32 +0100
"Kiniger, Karl (GE Healthcare)" <[EMAIL PROTECTED]> bubbled:

> Hi,
> 
> hack wanted:
> 
> is it possible to peek a few bytes from a tcp socket which is
> ready to read without actually reading the data? (or some
> means to push already read data back similar to ungetc)

ret = recv(fd, buf, len, MSG_PEEK);


-- 
MyExcuse:
telnet: Unable to connect to remote host: Connection refused

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpwpZROlyVoF.pgp
Description: PGP signature


Re: [RFC][PATCH] swsusp: do not use higher order memory allocations on suspend

2005-01-28 Thread Martin Zwickel
> @@ -373,15 +377,22 @@
>  
>  static int write_pagedir(void)
>  {
> - unsigned long addr = (unsigned long)pagedir_nosave;
>   int error = 0;
> - int n = SUSPEND_PD_PAGES(nr_copy_pages);
> - int i;
> + unsigned n = 0;
> + struct pbe * pbe;
> +
> + printk( "Writing pagedir ...");
> 
> +
> + pr_debug("\b\b\bdone (%u pages)\n", n);

Just cosmetic:
Why do you use pr_debug here instead of printk like you did above?

-- 
MyExcuse:
the printer thinks its a router.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>


pgpvKyF8eLhnX.pgp
Description: PGP signature


Re: ps/2 mouse going crazy

2005-01-21 Thread Martin Zwickel
On Fri, 21 Jan 2005 15:07:56 +0100
zhilla <[EMAIL PROTECTED]> bubbled:

> well, i have this funny problem, googled around a bit, and found a
> same  problem here, on the list, several days ago:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110579505706542&w=2
> so, just to inform you, guy is not imagining things, problem exists
> and  is quite annoying. happends every 2-3 hours?!
> 
> # dmesg | grep -i mouse
> mice: PS/2 mouse device common for all mice
> input: ImExPS/2 Generic Explorer Mouse on isa0060/serio1
> psmouse.c: bad data from KBC - bad parity
> psmouse.c: Explorer Mouse at isa0060/serio1/input0 lost
> synchronization,  throwing 3 bytes away.
> 

Hmm, I have similar problems with my mouse since I'm using kernel 2.6.

Sometimes (once a day or only every second day) my mouse goes to the
left upper corner. But then works a normal. Extremly annoying while
playing UT2004.

But I don't get any kernel messages. With 2.4 everything worked fine.
(Currently using 2.6.8-rc2-mm1)


Regards,
Martin

-- 
MyExcuse:
Bad user karma.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>
-
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: Lost in translation

2005-01-21 Thread Martin Zwickel
On Fri, 21 Jan 2005 11:36:11 +0100
Alexander Gran <[EMAIL PROTECTED]> bubbled:

> Hi folks,
> 
> something esspecially for our german speakers:
> http://translate.google.com/translate?hl=de&sl=en&u=http://members.optusnet.com.au/ckolivas/kernel/&prev=/search%3Fq%3Dlinux%2Bkernel%2Bhighmem%2B1Gb%26hl%3Dde%26lr%3D%26ie%3DUTF-8%26c2coff%3D1
> 

Hehe, nice translation ;)


-- 
MyExcuse:
The Dilithium Crystals need to be rotated.

Martin Zwickel <[EMAIL PROTECTED]>
Research & Development

TechnoTrend AG <http://www.technotrend.de>
-
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/