Thanks, I tried the patches building a GENERIC MP kernel, tried kernel on both machines, build machine the keyboard caps/num lock back to turning lights on/off.
The machine I noticed the problem on I placed keyboard/mouse into original usb ports, and both working. Tried keyboard in other 6 usb ports and works in those. I've only tried building/booting the GENERIC.MP kernel. Ok with the patch. On 05/22/18 05:13, Jonathan Gray wrote: > On Mon, May 21, 2018 at 11:37:31PM +0100, Nigel Taylor wrote: >> On 05/21/18 22:59, Nigel Taylor wrote: >>> Upgraded machine, rather than default entered shell to do final task. >>> When finished typed in reboot >>> >>> Machine came up, and reached the normal login prompt. >>> >>> Tried to login typing on keyboard nothing happened, initial thought had >>> hung. Checked from another machine and could ssh and complete the >>> packages upgrades, in case some package was causing issue. >>> >>> Once complete used shutdown -r now, the same happened. Did shutdown -r >>> now, this time typed bsd.rd at boot prompt, bsd.rd I could still type, >>> entered shell and tried bsd.sp same issue with not being able to type. >>> >>> As part of the upgrade I saved previous bsd / bsd.sp / bsd.rd, so booted >>> and entered bsd.1 the previous bsd before the upgrade, The usb keyboard >>> is working again. The previous bsd was created on 20th Apr, the upgrade >>> bsd created on the 20th May. >>> >>> The /bsd from 20th May had been running on another machine, but I normal >>> only ever ssh to that machine, or use old serial console, rather than >>> the usb keyboard. Check the usb keyboard does appear that it's not >>> working either. num lock/caps keys don't turn lights on/off. >>> >>> Both machines are nearly identical running GENERIC.MP amd64 kernel, the >>> one still running the newer /bsd is use to build packages, releases and >>> has been up running without other issues running dpb builds. The only >>> problem seems to be the usb keyboard. >>> >>> Going to build machine that has an old /bsd from 6th May tried that and >>> looked like keyboard wasn't working, but noted keyboard lights flashed >>> when reached radeondrm driver. >>> >>> Did a boot -c and disabled radeondrm continued and cap/num lock lights >>> working. Back to upgraded machine, and did the same boot -c and disabled >>> radeondrm and usb keyboard back working. >>> >>> However the screen doesn't look very nice, lower resolution. >>> >>> >>> $ dmesg | grep -i radeon >>> UKC> disable radeon >>> 228 radeondrm* at pci* dev -1 function -1 flags 0x0 >>> UKC> disable radeondrm >>> 228 radeondrm* disabled >>> vga1 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00 >>> azalia0 at pci1 dev 5 function 1 "ATI Radeon HD 4200 HD Audio" rev 0x00: msi >>> >>> >>> $ dmesg | egrep -i "radeon|modesetting" >>> radeondrm0 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00 >>> drm0 at radeondrm0 >>> radeondrm0: apic 2 int 18 >>> azalia0 at pci1 dev 5 function 1 "ATI Radeon HD 4200 HD Audio" rev 0x00: msi >>> initializing kernel modesetting (RS880 0x1002:0x9715 0x1458:0xD000). >>> radeondrm0: 1024x768, 32bpp >>> wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 >>> >>> >>>> >From cvs log between 20th April to 6th May ... >>> >>> revision 1.7 >>> date: 2018/04/25 01:27:46; author: jsg; state: Exp; lines: +906 -21; >>> commitid: sATjL4ONH9UfGvNV; >>> update ttm and radeondrm(4) to Linux 4.4.129 >>> >>> >>> >> >> Update: >> >> I found a usb to PS2 adapter, this allowed the keyboard to work. But the >> usb mouse stopped working. >> >> Wondered about some sort of clash so moved mouse to difference usb port, >> that worked, then tried keyboard in another usb port, and now have both >> keyboard and mouse working in usb ports, but some usb ports don't work >> any more. > > try this > > Index: cik.c > =================================================================== > RCS file: /cvs/src/sys/dev/pci/drm/radeon/cik.c,v > retrieving revision 1.1 > diff -u -p -r1.1 cik.c > --- cik.c 25 Apr 2018 01:27:46 -0000 1.1 > +++ cik.c 22 May 2018 03:58:50 -0000 > @@ -7901,6 +7901,8 @@ int cik_irq_process(struct radeon_device > > wptr = cik_get_ih_wptr(rdev); > > + if (wptr == rdev->ih.rptr) > + return IRQ_NONE; > restart_ih: > /* is somebody else already processing irqs? */ > if (atomic_xchg(&rdev->ih.lock, 1)) > Index: evergreen.c > =================================================================== > RCS file: /cvs/src/sys/dev/pci/drm/radeon/evergreen.c,v > retrieving revision 1.22 > diff -u -p -r1.22 evergreen.c > --- evergreen.c 25 Apr 2018 01:27:46 -0000 1.22 > +++ evergreen.c 22 May 2018 03:57:23 -0000 > @@ -5072,6 +5072,8 @@ int evergreen_irq_process(struct radeon_ > > wptr = evergreen_get_ih_wptr(rdev); > > + if (wptr == rdev->ih.rptr) > + return IRQ_NONE; > restart_ih: > /* is somebody else already processing irqs? */ > if (atomic_xchg(&rdev->ih.lock, 1)) > Index: r600.c > =================================================================== > RCS file: /cvs/src/sys/dev/pci/drm/radeon/r600.c,v > retrieving revision 1.22 > diff -u -p -r1.22 r600.c > --- r600.c 25 Apr 2018 01:27:46 -0000 1.22 > +++ r600.c 22 May 2018 03:57:54 -0000 > @@ -4058,6 +4058,8 @@ int r600_irq_process(struct radeon_devic > > wptr = r600_get_ih_wptr(rdev); > > + if (wptr == rdev->ih.rptr) > + return IRQ_NONE; > restart_ih: > /* is somebody else already processing irqs? */ > if (atomic_xchg(&rdev->ih.lock, 1)) > Index: si.c > =================================================================== > RCS file: /cvs/src/sys/dev/pci/drm/radeon/si.c,v > retrieving revision 1.26 > diff -u -p -r1.26 si.c > --- si.c 25 Apr 2018 01:27:46 -0000 1.26 > +++ si.c 22 May 2018 03:58:26 -0000 > @@ -6441,6 +6441,8 @@ int si_irq_process(struct radeon_device > > wptr = si_get_ih_wptr(rdev); > > + if (wptr == rdev->ih.rptr) > + return IRQ_NONE; > restart_ih: > /* is somebody else already processing irqs? */ > if (atomic_xchg(&rdev->ih.lock, 1)) >
