Re: Problem with PS/2 mouse driver in XFree86 4.3.0
Not to undermine what you guys said, but this is unrelated to the original post I think. The problem I was having related to acpi, which Shizuka pointed out. I'm not trying to play nanny here, just don't want people to get confused =) On Sun, 2003-08-10 at 21:16, Daniel Flickinger wrote: Sent: Sun, 10 Aug 2003 15:32:28 -0700 (PDT) by Doug White + On Sun, 10 Aug 2003, Daniel Flickinger wrote: + + I had the same problem starting about a year ago when I + finally gave up and upgraded to X4. The problem appears + to be that the X4 driver does not disable the console + mouse and the two of them fight over the interrupts. + + Well yeah moused and X can't both use the mouse at once. You + should get a 'device busy' error. If you want to use moused + then have X gets its events from moused (/dev/sysmouse) and + not psm0. That's what I did, as I had done in the past with X3 --upgrading to X4 is when the problem came up, and yes, you get a mouse busy when you move it to /dev/psm0. However, if you do not start the mouse for the virtual screens (which I had no need for anyway), /dev/psm0 can be opened for X4. Secondly, at the time, Xconfig would not accept /dev/sysmouse as a ps2 style mouse and would not track if I called it a generic mouse... that may have changed. CAVEAT: I admit that I have not revisted the problem since then which was at least a year ago --it works, I leave it alone despite several X4 upgrades. The remedy at the time was to use /dev/psm0, not /dev/sysmouse. Maybe in the next upgrade I'll revisit the aggravation since I would prefer to be able to use virtual X sessions on separate logins. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PS/2 mouse driver in XFree86 4.3.0
On Sun, 10 Aug 2003, Daniel Flickinger wrote: I had the same problem starting about a year ago when I finally gave up and upgraded to X4. The problem appears to be that the X4 driver does not disable the console mouse and the two of them fight over the interrupts. Well yeah moused and X can't both use the mouse at once. You should get a 'device busy' error. If you want to use moused then have X gets its events from moused (/dev/sysmouse) and not psm0. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with PS/2 mouse driver in XFree86 4.3.0
Yes, adding hint.acpi.0.disabled=1 to /boot/device.hints fixed the mouse problem. While this is somewhat pleasing, it also leaves me with uncertainty. I tried tweaking basically every CMOS combination I could think of. Do you suppose this is an incompatability between the apci driver and my motherboard? The behavior makes it appear as if something else is fighting over the same resources that the mouse uses. This would explain why it can only access the device once a second. When BIOS initializes, it does not list any other device with an IRQ of 12 (which I believe is the mouse interface). Does anyone have any experience with devices such as mice flaking out with apci? Thanks again! -Mike Bohan On Sun, 2003-08-10 at 04:02, Shizuka Kudo wrote: --- Mike Bohan [EMAIL PROTECTED] wrote: Hello, I have an Abit KT266 based motherboard and am having some trouble using the PS/2 mouse driver under XFree86. I have the protocol set to auto, and the device set to /dev/psm0. This configuration has worked with this same Intellimouse in the past. The symptoms are that that when the mouse is moved, the cursor is only updated about once a second. After searching google, I found the following URL in which another person experienced the same problem (from freebsd-bugs). Apparently it only shows up on certain chipsets (VIA based). I tried several other PS/2 mice, to no avail (same outcome). My system is running a day old -current build, but this other fellow reported the problem in 5.0 (does not affect 4.x). I'm wondering if anyone else has experienced this problem, and if so, are there any work-arounds? I've attached my 'dmesg' output, in the hopes that the information will be of value. Thank you in advance! Does disabling acpi make your mouse working? URL: http://lists.freebsd.org/pipermail/freebsd-bugs/2003-April/000426.html -Mike Bohan Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #3: Fri Aug 8 09:10:54 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE Preloaded elf kernel /boot/kernel/kernel at 0xc0424000. Preloaded elf module /boot/kernel/acpi.ko at 0xc0424244. Timecounter i8254 frequency 1193182 Hz CPU: AMD Athlon(tm) processor (1333.91-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x644 Stepping = 4 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 268369920 (255 MB) avail memory = 256196608 (244 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA694 AWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdef0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 8 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 5 pcib0: slot 11 INTA is routed to irq 10 agp0: VIA Generic host to PCI bridge mem 0xe800-0xebff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) dc0: ADMtek AN985 10/100BaseTX port 0xd000-0xd0ff mem 0xef00-0xef0003ff irq 10 at device 8.0 on pci0 dc0: Ethernet address: 00:04:5a:40:b5:0d miibus0: MII bus on dc0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: LC82C115 PNIC II 10/100BaseTX port 0xd400-0xd4ff mem 0xef001000-0xef0010ff irq 5 at device 9.0 on pci0 dc1: Ethernet address: 00:a0:cc:34:54:93 miibus1: MII bus on dc1 dcphy0: Intel 21143 NWAY media interface on miibus1 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc2: 82c169 PNIC 10/100BaseTX port 0xd800-0xd8ff mem 0xef002000-0xef0020ff irq 10 at device 11.0 on pci0 dc2: Ethernet address: 00:a0:cc:d6:ea:b4 miibus2: MII bus on dc2 bmtphy0: BCM5201 10/100baseTX PHY on miibus2 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8233A UDMA133 controller port 0xdc00-0xdc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170
Problem with PS/2 mouse driver in XFree86 4.3.0
Hello, I have an Abit KT266 based motherboard and am having some trouble using the PS/2 mouse driver under XFree86. I have the protocol set to auto, and the device set to /dev/psm0. This configuration has worked with this same Intellimouse in the past. The symptoms are that that when the mouse is moved, the cursor is only updated about once a second. After searching google, I found the following URL in which another person experienced the same problem (from freebsd-bugs). Apparently it only shows up on certain chipsets (VIA based). I tried several other PS/2 mice, to no avail (same outcome). My system is running a day old -current build, but this other fellow reported the problem in 5.0 (does not affect 4.x). I'm wondering if anyone else has experienced this problem, and if so, are there any work-arounds? I've attached my 'dmesg' output, in the hopes that the information will be of value. Thank you in advance! URL: http://lists.freebsd.org/pipermail/freebsd-bugs/2003-April/000426.html -Mike Bohan Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #3: Fri Aug 8 09:10:54 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE Preloaded elf kernel /boot/kernel/kernel at 0xc0424000. Preloaded elf module /boot/kernel/acpi.ko at 0xc0424244. Timecounter i8254 frequency 1193182 Hz CPU: AMD Athlon(tm) processor (1333.91-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x644 Stepping = 4 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 268369920 (255 MB) avail memory = 256196608 (244 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA694 AWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdef0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 8 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 5 pcib0: slot 11 INTA is routed to irq 10 agp0: VIA Generic host to PCI bridge mem 0xe800-0xebff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) dc0: ADMtek AN985 10/100BaseTX port 0xd000-0xd0ff mem 0xef00-0xef0003ff irq 10 at device 8.0 on pci0 dc0: Ethernet address: 00:04:5a:40:b5:0d miibus0: MII bus on dc0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: LC82C115 PNIC II 10/100BaseTX port 0xd400-0xd4ff mem 0xef001000-0xef0010ff irq 5 at device 9.0 on pci0 dc1: Ethernet address: 00:a0:cc:34:54:93 miibus1: MII bus on dc1 dcphy0: Intel 21143 NWAY media interface on miibus1 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc2: 82c169 PNIC 10/100BaseTX port 0xd800-0xd8ff mem 0xef002000-0xef0020ff irq 10 at device 11.0 on pci0 dc2: Ethernet address: 00:a0:cc:d6:ea:b4 miibus2: MII bus on dc2 bmtphy0: BCM5201 10/100baseTX PHY on miibus2 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8233A UDMA133 controller port 0xdc00-0xdc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: Option ROM at iomem 0xc-0xcbfff on isa0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 Timecounter TSC frequency 1333905046 Hz Timecounters tick every 1.000 msec DUMMYNET initialized (011031) ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging disabled IP Filter: v3.4.31 initialized. Default = pass all, Logging = enabled acpi_cpu: throttling enabled, 2 steps (100% to 50.0%), currently 100.0% ad0: 39083MB Maxtor 5T040H4 [79408/16/63] at ata0-master UDMA100 ad1: 29333MB WDC WD307AA [59598/16/63] at
Re: Problem with PS/2 mouse driver in XFree86 4.3.0
--- Mike Bohan [EMAIL PROTECTED] wrote:
That indeed fixed the problem. It does appear like the problem relates
to a
specific BIOS version. I'm wondering if there's a certain set of people
I
should forward this information on to? It would be nice if a fix like
I have reported this problem two times, but seems got no interest. Here's the last
message I sent
to the list regarding this.
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1580299+0+archive/2003/freebsd-current/20030427.freebsd-current
this could
find its way into the -current tree. Thank you Shizuka for your
intuitive thinking,
otherwise I surely never would have found a practical solution.
-Mike Bohan
On Sun, 2003-08-10 at 11:35, Shizuka Kudo wrote:
--- Mike Bohan [EMAIL PROTECTED] wrote:
Yes, adding hint.acpi.0.disabled=1 to /boot/device.hints fixed the
mouse problem.
Try this patch on acpi and see if it solves your problem.
--- sys/dev/acpica/acpi_pci_link.c.orig Thu Jan 2 02:48:49 2003
+++ sys/dev/acpica/acpi_pci_link.c Fri Feb 28 15:18:55 2003
@@ -461,7 +461,10 @@
return_ACPI_STATUS (error);
}
+/*
if (!(sta (ACPI_STA_PRESENT | ACPI_STA_FUNCTIONAL))) {
+*/
+ if (!(sta ACPI_STA_ENABLE)) {
ACPI_DEBUG_PRINT((ACPI_DB_ERROR,
PCI interrupt link is not functional - %s\n,
acpi_name(handle)));
While this is somewhat pleasing, it also leaves me with uncertainty. I
tried tweaking
basically every CMOS combination I could think of. Do you suppose this
is an
incompatability between the apci driver and my motherboard? The behavior
I bet you might have problem with parallel port as well. My machine suffered
from this behaviour when someone made the change as shown on the patch. I just
reverted that one. If the patch solves your problem, I believe that this is
related to BIOS not chipset. I have a Celeron on i815ep and the acpi message is
shown below. I just notice that you have a similar acpi signature like mime.
acpi0: IntelR AWRDACPI on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 10 entries at 0xc00fded0
Good luck.
makes
it appear as if something else is fighting over the same resources that
the mouse uses.
This would explain why it can only access the device once a second.
When BIOS
initializes, it does not list any other device with an IRQ of 12 (which
I believe is the mouse interface).
Does anyone have any experience with devices such as mice flaking out
with apci?
Thanks again!
-Mike Bohan
On Sun, 2003-08-10 at 04:02, Shizuka Kudo wrote:
--- Mike Bohan [EMAIL PROTECTED] wrote:
Hello,
I have an Abit KT266 based motherboard and am having some trouble using
the PS/2 mouse driver under XFree86. I have the protocol set to auto,
and the device set to /dev/psm0. This configuration has worked with
this same Intellimouse in the past. The symptoms are that that when the
mouse is moved, the cursor is only updated about once a second. After
searching google, I found the following URL in which another person
experienced the same problem (from freebsd-bugs). Apparently it only
shows up on certain chipsets (VIA based). I tried several other PS/2
mice, to no avail (same outcome). My system is running a day old
-current build, but this other fellow reported the problem in 5.0 (does
not affect 4.x). I'm wondering if anyone else has experienced this
problem, and if so, are there any work-arounds? I've attached my
'dmesg' output, in the hopes that the information will be of value.
Thank you in advance!
Does disabling acpi make your mouse working?
URL:
http://lists.freebsd.org/pipermail/freebsd-bugs/2003-April/000426.html
-Mike Bohan
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
reserved.
FreeBSD 5.1-CURRENT #3: Fri Aug 8 09:10:54 EDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE
Preloaded elf kernel /boot/kernel/kernel at 0xc0424000.
Preloaded elf module /boot/kernel/acpi.ko at 0xc0424244.
Timecounter i8254 frequency 1193182 Hz
CPU: AMD Athlon(tm) processor (1333.91-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x644 Stepping = 4
Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
real memory = 268369920 (255 MB)
avail memory = 256196608 (244 MB)
Pentium
Re: Problem with PS/2 mouse driver in XFree86 4.3.0
--- Mike Bohan [EMAIL PROTECTED] wrote: Hello, I have an Abit KT266 based motherboard and am having some trouble using the PS/2 mouse driver under XFree86. I have the protocol set to auto, and the device set to /dev/psm0. This configuration has worked with this same Intellimouse in the past. The symptoms are that that when the mouse is moved, the cursor is only updated about once a second. After searching google, I found the following URL in which another person experienced the same problem (from freebsd-bugs). Apparently it only shows up on certain chipsets (VIA based). I tried several other PS/2 mice, to no avail (same outcome). My system is running a day old -current build, but this other fellow reported the problem in 5.0 (does not affect 4.x). I'm wondering if anyone else has experienced this problem, and if so, are there any work-arounds? I've attached my 'dmesg' output, in the hopes that the information will be of value. Thank you in advance! Does disabling acpi make your mouse working? URL: http://lists.freebsd.org/pipermail/freebsd-bugs/2003-April/000426.html -Mike Bohan Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.1-CURRENT #3: Fri Aug 8 09:10:54 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE Preloaded elf kernel /boot/kernel/kernel at 0xc0424000. Preloaded elf module /boot/kernel/acpi.ko at 0xc0424244. Timecounter i8254 frequency 1193182 Hz CPU: AMD Athlon(tm) processor (1333.91-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x644 Stepping = 4 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 268369920 (255 MB) avail memory = 256196608 (244 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA694 AWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdef0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 8 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 5 pcib0: slot 11 INTA is routed to irq 10 agp0: VIA Generic host to PCI bridge mem 0xe800-0xebff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 11 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) dc0: ADMtek AN985 10/100BaseTX port 0xd000-0xd0ff mem 0xef00-0xef0003ff irq 10 at device 8.0 on pci0 dc0: Ethernet address: 00:04:5a:40:b5:0d miibus0: MII bus on dc0 ukphy0: Generic IEEE 802.3u media interface on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc1: LC82C115 PNIC II 10/100BaseTX port 0xd400-0xd4ff mem 0xef001000-0xef0010ff irq 5 at device 9.0 on pci0 dc1: Ethernet address: 00:a0:cc:34:54:93 miibus1: MII bus on dc1 dcphy0: Intel 21143 NWAY media interface on miibus1 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc2: 82c169 PNIC 10/100BaseTX port 0xd800-0xd8ff mem 0xef002000-0xef0020ff irq 10 at device 11.0 on pci0 dc2: Ethernet address: 00:a0:cc:d6:ea:b4 miibus2: MII bus on dc2 bmtphy0: BCM5201 10/100baseTX PHY on miibus2 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI-ISA bridge at device 17.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 8233A UDMA133 controller port 0xdc00-0xdc0f at device 17.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: Option ROM at iomem 0xc-0xcbfff on isa0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 Timecounter TSC frequency 1333905046 Hz Timecounters tick every 1.000 msec DUMMYNET initialized (011031) ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept, logging disabled IP Filter: v3.4.31 initialized. Default = pass all, Logging =
Re: Problem with PS/2 mouse driver in XFree86 4.3.0
--- Mike Bohan [EMAIL PROTECTED] wrote:
Yes, adding hint.acpi.0.disabled=1 to /boot/device.hints fixed the
mouse problem.
Try this patch on acpi and see if it solves your problem.
--- sys/dev/acpica/acpi_pci_link.c.orig Thu Jan 2 02:48:49 2003
+++ sys/dev/acpica/acpi_pci_link.c Fri Feb 28 15:18:55 2003
@@ -461,7 +461,10 @@
return_ACPI_STATUS (error);
}
+/*
if (!(sta (ACPI_STA_PRESENT | ACPI_STA_FUNCTIONAL))) {
+*/
+ if (!(sta ACPI_STA_ENABLE)) {
ACPI_DEBUG_PRINT((ACPI_DB_ERROR,
PCI interrupt link is not functional - %s\n,
acpi_name(handle)));
While this is somewhat pleasing, it also leaves me with uncertainty. I
tried tweaking
basically every CMOS combination I could think of. Do you suppose this
is an
incompatability between the apci driver and my motherboard? The behavior
I bet you might have problem with parallel port as well. My machine suffered
from this behaviour when someone made the change as shown on the patch. I just
reverted that one. If the patch solves your problem, I believe that this is
related to BIOS not chipset. I have a Celeron on i815ep and the acpi message is
shown below. I just notice that you have a similar acpi signature like mime.
acpi0: IntelR AWRDACPI on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 10 entries at 0xc00fded0
Good luck.
makes
it appear as if something else is fighting over the same resources that
the mouse uses.
This would explain why it can only access the device once a second.
When BIOS
initializes, it does not list any other device with an IRQ of 12 (which
I believe is the mouse interface).
Does anyone have any experience with devices such as mice flaking out
with apci?
Thanks again!
-Mike Bohan
On Sun, 2003-08-10 at 04:02, Shizuka Kudo wrote:
--- Mike Bohan [EMAIL PROTECTED] wrote:
Hello,
I have an Abit KT266 based motherboard and am having some trouble using
the PS/2 mouse driver under XFree86. I have the protocol set to auto,
and the device set to /dev/psm0. This configuration has worked with
this same Intellimouse in the past. The symptoms are that that when the
mouse is moved, the cursor is only updated about once a second. After
searching google, I found the following URL in which another person
experienced the same problem (from freebsd-bugs). Apparently it only
shows up on certain chipsets (VIA based). I tried several other PS/2
mice, to no avail (same outcome). My system is running a day old
-current build, but this other fellow reported the problem in 5.0 (does
not affect 4.x). I'm wondering if anyone else has experienced this
problem, and if so, are there any work-arounds? I've attached my
'dmesg' output, in the hopes that the information will be of value.
Thank you in advance!
Does disabling acpi make your mouse working?
URL:
http://lists.freebsd.org/pipermail/freebsd-bugs/2003-April/000426.html
-Mike Bohan
Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
reserved.
FreeBSD 5.1-CURRENT #3: Fri Aug 8 09:10:54 EDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/CABOOSE
Preloaded elf kernel /boot/kernel/kernel at 0xc0424000.
Preloaded elf module /boot/kernel/acpi.ko at 0xc0424244.
Timecounter i8254 frequency 1193182 Hz
CPU: AMD Athlon(tm) processor (1333.91-MHz 686-class CPU)
Origin = AuthenticAMD Id = 0x644 Stepping = 4
Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR
AMD Features=0xc044RSVD,AMIE,DSP,3DNow!
real memory = 268369920 (255 MB)
avail memory = 256196608 (244 MB)
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
acpi0: VIA694 AWRDACPI on motherboard
pcibios: BIOS version 2.10
Using $PIR table, 8 entries at 0xc00fdef0
acpi0: power button is handled as a fixed feature programming model.
Timecounter ACPI-fast frequency 3579545 Hz
acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0
acpi_cpu0: CPU on acpi0
acpi_tz0: thermal zone on acpi0
acpi_button0: Power Button on acpi0
acpi_button1: Sleep Button on acpi0
pcib0: ACPI Host-PCI bridge port
0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pcib0: slot 8 INTA is routed to irq 10
pcib0: slot 9 INTA is routed to irq 5
pcib0: slot 11 INTA is routed to irq 10
agp0: VIA Generic host to PCI bridge mem 0xe800-0xebff at
device 0.0 on pci0
pcib1: PCI-PCI bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pcib0: slot 1 INTA is routed to irq 11
pcib1:
