Bug 161043 - [psm] PS/2 mouse does not work in 9.0-BETA2/-CURRENT [regression]
Summary: [psm] PS/2 mouse does not work in 9.0-BETA2/-CURRENT [regression]
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 9.0-BETA2
Hardware: Any Any
: Normal Affects Only Me
Assignee: John Baldwin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-26 22:20 UTC by Adam K Kirchhoff
Modified: 2024-11-17 03:45 UTC (History)
3 users (show)

See Also:


Attachments
psm_acpi_resource_hack.patch (2.96 KB, patch)
2015-05-01 13:48 UTC, John Baldwin
no flags Details | Diff
verbose dmesg.boot for patched kernel (62.91 KB, text/plain)
2015-05-07 16:10 UTC, Eugene Grosbein
no flags Details
devinfo -vr for patched kernel (12.05 KB, text/plain)
2015-05-07 16:11 UTC, Eugene Grosbein
no flags Details
custom kernel config (8.74 KB, text/plain)
2015-05-07 16:13 UTC, Eugene Grosbein
no flags Details
ASRock G31M-S verbose dmesg.boot for patched kernel (71.38 KB, text/plain)
2015-09-16 06:24 UTC, Eugene Grosbein
no flags Details
Intel SE440BX-2 verbose dmesg (FreeBSD 11.1) (27.12 KB, text/plain)
2017-09-14 23:05 UTC, Ryan Armstrong
no flags Details
Intel SE440BX-2 verbose devinfo (FreeBSD 11.1) (5.13 KB, text/plain)
2017-09-14 23:06 UTC, Ryan Armstrong
no flags Details
Intel SE440BX-2 ACPI Dump (FreeBSD 11.1) (102.49 KB, text/x-csrc)
2017-09-14 23:06 UTC, Ryan Armstrong
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adam K Kirchhoff 2011-09-26 22:20:09 UTC
I have a logitech wireless PS/2 mouse that does not work on 9.0-BETA2.
If I boot from a flash drive with the 8.2 memstick image dd'ed to it,
and drop to a shell, the mouse is clearly detected:

[adamk@sorrow ~]$ egrep "atk|psm" 8.2-dmesg.txt 
psmcpnp0: <PS/2 mouse port> port 0x60,0x64 irq 12 on acpi0
atkbd: the current kbd controller command byte 0045
atkbd: keyboard ID 0xffffffff (1)
atkbd: failed to reset the keyboard.
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
kbd0: atkbd0, AT 84 (1), config:0x0, flags:0x3d0000
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: current command byte:0045
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: [ITHREAD]
psm0: model MouseMan+, device ID 0-3e, 3 buttons
psm0: config:00000000, flags:00000008, packet size:3
psm0: syncmask:08, syncbits:00

With 9.0-BETA2, atkbdc0 has issues:

[adamk@sorrow ~]$ egrep "atk|psm" 9.0-BETA2-dmesg.txt 
psmcpnp0: <PS/2 mouse port> port 0x60,0x64 irq 12 on acpi0
atkbd: the current kbd controller command byte 0045
atkbd: keyboard ID 0xffffffff (1)
atkbd: failed to reset the keyboard.
atkbdc0: <Keyboard controller (i8042)> failed to probe at port 0x60 on isa0

How-To-Repeat: 
Install 9.0-BETA2 on a Dell Precision 490, plug in PS/2 mouse, reboot.
Comment 1 John Baldwin freebsd_committer freebsd_triage 2012-02-02 12:41:38 UTC
It's not easy to fix this.  The problem is that the BIOS has put the I/O ports 
for the keyboard controller on the PS/2 mouse device instead of the keyboard 
controller device.  One thing we could do is have atkbdc basically attach to 
both keyboards and mice and build a pseudo-bus out of it.  We already do this 
now for IRQs (we move the IRQ resource from the mouse to the keyboard 
controller), we just need to move ports and have it retry.

-- 
John Baldwin
Comment 2 wojciech.koszek 2012-02-02 18:22:48 UTC
I can try whatever patches there are to fix this regression.

Wojciech

This email and any attachments are intended for the sole use of the named recipient(s) and contain(s) confidential information that may be proprietary, privileged or copyrighted under applicable law. If you are not the intended recipient, do not read, copy, or forward this email message or any attachments. Delete this email message and any attachments immediately.
Comment 3 iwakura.taro.kun 2013-05-07 16:15:28 UTC
Hi,

Having the same issue on 9.1-STABLE.
Mouse works well on 8.3-STABLE.
Motherboard is MSI 890GXM-G65 with one PS/2 port and mouse plugged.

But in my case no mouse-related messages even showed in the dmesg.

Copyright (c) 1992-2013 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 is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.1-STABLE #2: Sun Apr 28 12:59:12 EEST 2013
     root@Pym.local:/usr/obj/usr/src/sys/SUGOI amd64
gcc version 4.2.1 20070831 patched [FreeBSD]
link_elf_obj: symbol ata_controlcmd undefined
KLD file atapicam.ko - could not finalize loading
CPU: AMD Phenom(tm) II X4 905e Processor (2500.04-MHz K8-class CPU)
   Origin = "AuthenticAMD"  Id = 0x100f42  Family = 0x10  Model = 0x4   
Stepping = 2
   Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
   Features2=0x802009<SSE3,MON,CX16,POPCNT>
   AMD  
Features=0xee500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM,3DNow!+,3DNow!>
   AMD  
Features2=0x837ff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,SKINIT,WDT,NodeId>
   TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2054205440 (1959 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <7642MS A7642100>
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s)
  cpu0 (BSP): APIC ID:  0
  cpu1 (AP): APIC ID:  1
  cpu2 (AP): APIC ID:  2
  cpu3 (AP): APIC ID:  3
ioapic0 <Version 2.1> irqs 0-23 on motherboard
acpi0: <7642MS A7642100> on motherboard
acpi0: Power Button (fixed)
acpi0: reservation of fee00000, 1000 (3) failed
acpi0: reservation of ffb80000, 80000 (3) failed
acpi0: reservation of fec10000, 20 (3) failed
acpi0: reservation of fed80000, 1000 (3) failed
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 7ff00000 (3) failed
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
attimer0: <AT timer> port 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 450
Event timer "HPET2" frequency 14318180 Hz quality 450
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib1: <ACPI PCI-PCI bridge> at device 1.0 on pci0
pci1: <ACPI PCI bus> on pcib1
vgapci0: <VGA-compatible display> port 0xa000-0xa0ff mem  
0xf0000000-0xf7ffffff,0xfe7f0000-0xfe7fffff,0xfe600000-0xfe6fffff irq 18  
at device 5.0 on pci1
drm0: <ATI RS880> on vgapci0
info: [drm] MSI enabled 1 message(s)
info: [drm] Initialized radeon 1.31.0 20080613
hdac0: <ATI (0x970f) HDA Controller> mem 0xfe7e8000-0xfe7ebfff irq 19 at  
device 5.1 on pci1
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 5.0 on pci0
pci2: <ACPI PCI bus> on pcib2
re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F PCIe Gigabit Ethernet> port  
0xb800-0xb8ff mem 0xfdfff000-0xfdffffff,0xfdff8000-0xfdffbfff irq 17 at  
device 0.0 on pci2
re0: Using 1 MSI-X message
re0: Chip rev. 0x28000000
re0: MAC rev. 0x00000000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211 1000BASE-T media interface> PHY 1 on miibus0
rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX,  
100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master,  
1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow,  
1000baseT-FDX-flow-master, auto, auto-flow
re0: Ethernet address: 40:61:86:e7:98:ff
pcib3: <ACPI PCI-PCI bridge> irq 18 at device 6.0 on pci0
pci3: <ACPI PCI bus> on pcib3
ahci0: <ATI IXP700 AHCI SATA controller> port  
0x9000-0x9007,0x8000-0x8003,0x7000-0x7007,0x6000-0x6003,0x5000-0x500f mem  
0xfe5ffc00-0xfe5fffff irq 19 at device 17.0 on pci0
ahci0: AHCI v1.20 with 6 6Gbps ports, Port Multiplier supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on ahci0
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich3: <AHCI channel> at channel 3 on ahci0
ahcich4: <AHCI channel> at channel 4 on ahci0
ahcich5: <AHCI channel> at channel 5 on ahci0
ohci0: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe5fe000-0xfe5fefff  
irq 18 at device 18.0 on pci0
usbus0 on ohci0
ehci0: <AMD SB7x0/SB8x0/SB9x0 USB 2.0 controller> mem  
0xfe5ff800-0xfe5ff8ff irq 17 at device 18.2 on pci0
usbus1: EHCI version 1.0
usbus1 on ehci0
ohci1: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe5fd000-0xfe5fdfff  
irq 18 at device 19.0 on pci0
usbus2 on ohci1
ehci1: <AMD SB7x0/SB8x0/SB9x0 USB 2.0 controller> mem  
0xfe5ff400-0xfe5ff4ff irq 17 at device 19.2 on pci0
usbus3: EHCI version 1.0
usbus3 on ehci1
pci0: <serial bus, SMBus> at device 20.0 (no driver attached)
hdac1: <ATI SB600 HDA Controller> mem 0xfe5f4000-0xfe5f7fff irq 16 at  
device 20.2 on pci0
isab0: <PCI-ISA bridge> at device 20.3 on pci0
isa0: <ISA bus> on isab0
pcib4: <ACPI PCI-PCI bridge> at device 20.4 on pci0
pci4: <ACPI PCI bus> on pcib4
xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xc800-0xc87f mem  
0xfe9fbc00-0xfe9fbc7f irq 20 at device 5.0 on pci4
miibus1: <MII bus> on xl0
bmtphy0: <Broadcom 3c905B internal PHY> PHY 24 on miibus1
bmtphy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto,  
auto-flow
xl0: Ethernet address: 00:50:04:45:70:30
ohci2: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe5fc000-0xfe5fcfff  
irq 18 at device 20.5 on pci0
usbus4 on ohci2
pcib5: <ACPI PCI-PCI bridge> at device 21.0 on pci0
pci5: <ACPI PCI bus> on pcib5
atapci0: <JMicron JMB368 UDMA133 controller> port  
0xe800-0xe807,0xe400-0xe403,0xe000-0xe007,0xd800-0xd803,0xd400-0xd40f irq  
16 at device 0.0 on pci5
ata2: <ATA channel> at channel 0 on atapci0
ohci3: <AMD SB7x0/SB8x0/SB9x0 USB controller> mem 0xfe5f3000-0xfe5f3fff  
irq 18 at device 22.0 on pci0
usbus5 on ohci3
ehci2: <AMD SB7x0/SB8x0/SB9x0 USB 2.0 controller> mem  
0xfe5ff000-0xfe5ff0ff irq 17 at device 22.2 on pci0
usbus6: EHCI version 1.0
usbus6 on ehci2
amdtemp0: <AMD CPU On-Die Thermal Sensors> on hostb4
acpi_button0: <Power Button> on acpi0
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
amdsbwd0: <AMD SB8xx Watchdog Timer> at iomem  
0xfec000f0-0xfec000f3,0xfec000f4-0xfec000f7 on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ppc0: cannot reserve I/O port range
ctl: CAM Target Layer loaded
acpi_throttle0: <ACPI CPU Throttling> on cpu0
hwpstate0: <Cool`n'Quiet 2.0> on cpu0
Timecounters tick every 1.000 msec
hdacc0: <ATI RS690/780 HDA CODEC> at cad 0 on hdac0
hdaa0: <ATI RS690/780 Audio Function Group> at nid 1 on hdacc0
pcm0: <ATI RS690/780 (HDMI)> at nid 3 on hdaa0
hdacc1: <Realtek ALC889 HDA CODEC> at cad 2 on hdac1
hdaa1: <Realtek ALC889 Audio Function Group> at nid 1 on hdacc1
pcm1: <Realtek ALC889 (Rear Analog 7.1/2.0)> at nid 20,22,21,23 and 24,26  
on hdaa1
pcm2: <Realtek ALC889 (Front Analog)> at nid 27 and 25 on hdaa1
pcm3: <Realtek ALC889 (Rear Digital)> at nid 30 on hdaa1
pcm4: <Realtek ALC889 (Rear Digital)> at nid 17 on hdaa1
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 480Mbps High Speed USB v2.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 480Mbps High Speed USB v2.0
usbus4: 12Mbps Full Speed USB v1.0
usbus5: 12Mbps Full Speed USB v1.0
usbus6: 480Mbps High Speed USB v2.0
ugen0.1: <ATI> at usbus0
uhub0: <ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <ATI> at usbus1
uhub1: <ATI EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
ugen2.1: <ATI> at usbus2
uhub2: <ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <ATI> at usbus3
uhub3: <ATI EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus3
ugen4.1: <ATI> at usbus4
uhub4: <ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus4
ugen5.1: <ATI> at usbus5
uhub5: <ATI OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus5
ugen6.1: <ATI> at usbus6
uhub6: <ATI EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus6
ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <WDC WD10EARS-00Y5B1 80.00A80> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 953869MB (1953525168 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad4
SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
SMP: AP CPU #1 Launched!
Timecounter "TSC-low" frequency 1250018099 Hz quality 800
uhub4: 2 ports with 2 removable, self powered
uhub5: 4 ports with 4 removable, self powered
uhub0: 5 ports with 5 removable, self powered
uhub2: 5 ports with 5 removable, self powered
Root mount waiting for: usbus6 usbus3 usbus1
Root mount waiting for: usbus6 usbus3 usbus1
uhub6: 4 ports with 4 removable, self powered
uhub1: 5 ports with 5 removable, self powered
uhub3: 5 ports with 5 removable, self powered
Trying to mount root from ufs:/dev/ada0s1a [rw,noatime]...
ugen0.2: <Logitech> at usbus0
ukbd0: <Logitech Logitech USB Keyboard, class 0/0, rev 1.10/28.00, addr 2>  
on usbus0
kbd0 at ukbd0

--
Best regards
Comment 4 Wojciech A. Koszek freebsd_committer freebsd_triage 2014-06-01 07:36:29 UTC
Responsible Changed
From-To: freebsd-bugs->wkoszek

Take this one. Seems like I have the same problem with Dell T7400 
workstation at work.
Comment 5 Wojciech A. Koszek freebsd_committer freebsd_triage 2014-06-01 07:36:29 UTC
State Changed
From-To: open->analyzed

Hello, 

I have tried running multiple kernel revisions from 2010 to narrow it down, 
and my analysis shows that following kernel works: 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/r216490_dmesg_v.txt 

So does the next two, in which John did some changed to atkbd/atkbdc: 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/r216491_dmesg_v.txt 
http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/r216492_dmesg_v.txt 

It worked for me at this stage. In other words: r216492 works for me - I can 
see /dev/psm0 and after moused -p /dev/psm0, vidcontrol -m on I see a mouse 
pointer and it works. 

Now there was a point in a time, when it still worked: 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/r216613_dmesg_v.txt 

And stopped working after this commit: 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/r216614_dmesg_v.txt 

All kernel build, which I've tried: 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/kernels.rar 

This is Dell T7400 workstation with the newest BIOS, running FreeBSD/amd64. 

Wojciech 

http://freebsd.czest.pl/~wkoszek/stuff/freebsd/t7400/kernels.rar
Comment 6 Wojciech A. Koszek freebsd_committer freebsd_triage 2014-06-01 07:36:29 UTC
Responsible Changed
From-To: wkoszek->jhb

John, would you be willing to take a look at this? I can try inserting 
printf's, if necessary. 

Wojciech
Comment 7 Eugene Grosbein 2015-02-27 20:22:26 UTC
I have this problem too with my Intel D975XBX motherboard and on-board PS/2 port: mouse works just fine with 8.4-RELEASE but does not work with recent 9.3-STABLE.

I sysctl debug.psm.loglevel=4 and then kernel logs "psm0: lost interrupt?" every second or so. Also, "vmstat -ai | grep psm" shows zero interrupts for psm0. It shows non-zero counters for 8.4-RELEASE where mouse works.

Are where any workarounds?
Comment 8 Eugene Grosbein 2015-02-27 20:43:34 UTC
After reading wkoszek's comments, I've tried to manually backout r216614 using 9.3-STABLE sources. For such a kernel, /dev/psm0 just does not exist.
Comment 9 John Baldwin freebsd_committer freebsd_triage 2015-05-01 13:47:35 UTC
Wojciech, can you provide an acpidump?  Your system seems to only provide a PS/2 mouse device in the ACPI namespace and no keyboard controller at all.  It then puts the keyboard I/O ports on the mouse device.  How odd.  That might require a separate workaround.  I do have a patch for the other issue people have seen where the system provides both the keyboard and mouse but puts the I/O ports on the mouse.  Other folks can try it, but I'm not sure it will fix your issue.
Comment 10 John Baldwin freebsd_committer freebsd_triage 2015-05-01 13:48:55 UTC
Created attachment 156209 [details]
psm_acpi_resource_hack.patch
Comment 11 Eugene Grosbein 2015-05-06 16:54:40 UTC
(In reply to John Baldwin from comment #10)

I have Intel D975XBX Motherboard that has PS/2 mouse and keyboard ports, both in use. This box is dual-boot FreeBSD/Windows XP. Windows uses both PS/2 keyboard and mouse without problems and so does FreeBSD 8.4 but for 9.3 only keyboard works. The mouse is detected but produces no events.

I've applied your patch to 9.3-STABLE/amd64 r279237, added options DEV_PSM to its kernel config, rebuilt and reinstalled the kernel, rebooted and nothing changed. The mouse still does not work.
Comment 12 John Baldwin freebsd_committer freebsd_triage 2015-05-06 18:24:38 UTC
Can you get a verbose dmesg with the patch?  The output of devinfo -rv would also be useful.
Comment 13 Eugene Grosbein 2015-05-07 16:10:15 UTC
Created attachment 156471 [details]
verbose dmesg.boot for patched kernel

Verbose dmesg.boot for patched kernel.
Comment 14 Eugene Grosbein 2015-05-07 16:11:13 UTC
Created attachment 156472 [details]
devinfo -vr for patched kernel

devinfo -vr for patched kernel
Comment 15 Eugene Grosbein 2015-05-07 16:13:12 UTC
Created attachment 156473 [details]
custom kernel config

Custom kernel config (with options DEV_PSM)
Comment 16 Eugene Grosbein 2015-05-07 16:14:31 UTC
(In reply to John Baldwin from comment #12)

I've attached verbose dmesg.boot for patched kernel, output of "devinfo -vr" and my custom kernel config file with DEV_PSM (GENERIC has this problem too).
Comment 17 Eugene Grosbein 2015-09-15 07:18:56 UTC
(In reply to John Baldwin from comment #12)

I've upgraded one of my workstations from 8.4-STABLE to 9.3-STABLE recently and its PS/2 mouse stopped to work too. That is, now /dev/psm0 does not exist at all for stock kernel. This is ASRock G31M-S desktop motherboard with onboard PS/2 port. Keyboard has USB connection here.

I've added options PSM_DEBUG=5 to the kernel configuration and "debug.psm.loglevel=5" to /boot/loader.conf and made verbose boot but got no additional information from the boot log other than:

psmcpnp0: <PS/2 mouse port> port 0x60,0x64 irq 12 on acpi0
Starting default mousedmoused: unable to open /dev/psm0: No such file or directory

Then, I've applied your psm_acpi_resource_hack.patch and enabled options DEV_PSM in addition to mentioned debug and this time kernel says:

psmcpnp0: <PS/2 mouse port> irq 12 on acpi0
psm0: unable to allocate IRQ

So, it does not help.
Comment 18 Eugene Grosbein 2015-09-15 08:22:21 UTC
(In reply to John Baldwin from comment #12)

I just noticed that atkbdc itself fails here for 9.3-STABLE:

atkbdc0 failed to probe at port 0x60 on isa0

So, 9.3 has a problem with atkbdc in general and not psm only with this motherboard. Perhaps, some kind of interrupt routing problem?
Comment 19 John Baldwin freebsd_committer freebsd_triage 2015-09-15 20:00:56 UTC
(In reply to eugen from comment #18)
Can you get a full verbose dmesg with the patch applied please?
Comment 20 Eugene Grosbein 2015-09-16 06:24:50 UTC
Created attachment 161098 [details]
ASRock G31M-S verbose dmesg.boot for patched kernel

This is verbose dmesg.boot for ASRock G31M-S motherboard and patched kernel. With the patch applied, atkbdc0 is attached but psm0 is not.
Lines containing "acpi_isa_pnp_probe: result=" and "atkbdc_isa_probe:" are additional debug output I have added to the sources trying to track the problem.
Comment 21 Ryan Armstrong 2017-09-14 23:05:25 UTC
Created attachment 186395 [details]
Intel SE440BX-2 verbose dmesg (FreeBSD 11.1)
Comment 22 Ryan Armstrong 2017-09-14 23:06:04 UTC
Created attachment 186396 [details]
Intel SE440BX-2 verbose devinfo (FreeBSD 11.1)
Comment 23 Ryan Armstrong 2017-09-14 23:06:31 UTC
Created attachment 186397 [details]
Intel SE440BX-2 ACPI Dump (FreeBSD 11.1)
Comment 24 Ryan Armstrong 2017-09-14 23:09:34 UTC
Hello folks. This bug seems to have been left for a while, but I recently installed FreeBSD onto an old Intel SE440BX-2 machine running a Pentium III-450, and I appear to be running into the same problem on FreeBSD 11.1 (e.g. no /dev/psm node for my PS/2 mouse). I've attached a few relevant logs mentioned throughout the previous posts, but I didn't try applying any patches, as I'm not sure how applicable it is to the current 11.1 kernel.

A grep of the verbose dmesg for psm shows the following messages:
dmesg.txt:332: psm0: unable to allocate IRQ
dmesg.txt:334: psmcpnp0: <PS/2 mouse port> irq 12 on acpi0
dmesg.txt:335: psm0: current command byte:0047
dmesg.txt:341: psm0: failed to reset the aux device.
dmesg.txt:342: random: harvesting attach, 8 bytes (4 bits) from psmcpnp0
Comment 25 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:43:52 UTC
batch change:

For bugs that match the following
-  Status Is In progress 
AND
- Untouched since 2018-01-01.
AND
- Affects Base System OR Documentation

DO:

Reset to open status.


Note:
I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Comment 26 Mark Linimon freebsd_committer freebsd_triage 2024-11-17 03:45:26 UTC
^Triage: I'm sorry that this PR did not get addressed in a timely fashion.

By now, the version that it was created against is long out of suppoprt.
Please re-open if it is still a problem on a supported version.