Date: Fri, 20 Mar 2009 01:01:01 -0500 From: Robert Noland <rnoland@FreeBSD.org> To: Mattia Rossi <mrossi@swin.edu.au> Cc: freebsd-current@freebsd.org, Hans Petter Selasky <hselasky@c2i.net> Subject: Re: USB2, mouse and X Message-ID: <1237528861.1777.523.camel@balrog.2hip.net> In-Reply-To: <49C31ED0.2070908@swin.edu.au> References: <49C083A4.5020608@swin.edu.au> <200903180904.52127.hselasky@c2i.net> <49C17A53.8030608@swin.edu.au> <200903190925.31551.hselasky@c2i.net> <49C2CB27.30102@swin.edu.au> <49C31ED0.2070908@swin.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-AIJLf/ed42LFvNfFPYDX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-20 at 15:42 +1100, Mattia Rossi wrote: > Okay. Got some help from Lawrence (Stewart), who cleaned up my messy=20 > system, and it seems everything resolved itself, after we recompiled=20 > world and the kernel, and recompiled also the libpciaccess port. >=20 > It seems that the msi pci stuff of the old libpciaccess was interfering=20 > with the changes in the new kernel. >=20 > I can't tell more details, just that it works now. So, the issue is that for some reason that I don't understand... libpciaccess seems to trash usb for a few folks when it frobs the registers on it's own. jhb@ added an ioctl to the kernel so that userland could just ask for the info, rather than digging around in the bowels of the pci bus. The port will use the ioctl if it exists at build time. So, you need a semi-recent -STABLE or -CURRENT and then rebuild devel/libpciaccess. robert. > Mat >=20 > P.s.: It also improved 2D acceleration massively! >=20 > Mattia Rossi wrote: > > Hans Petter Selasky wrote: > >> Hi Mattia, > >> > >> I see that your keyboard is connected through a High-Speed HUB. > >> > >> 1) Has your setup ever worked with the USB2 stack? It's strange that=20 > >> there is only one interrupt on the EHCI. And when was the kernel built= ? > >> =20 > > FreeBSD 8.0-CURRENT #11 r189933M: Wed Mar 18 10:34:42 EST 2009 > > > > Actually the trouble with the mouse started with the USB2 stack. It=20 > > never worked properly since then. > > First I thought it's an X problem, then a KDE4 problem, and after=20 > > rebuilding and rebuilding I gave up.. > >> 2) When you run "usbconfig" you will see some lines with "pwr=3DSAVE".= =20 > >> Maybe there is a bug that will disable the wrong ports at power save. > >> =20 > > ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: <EHCI root HUB Intel> at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: <UHCI root HUB Intel> at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: <UHCI root HUB Intel> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: <UHCI root HUB Intel> at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: <EHCI root HUB Intel> at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: <product 0x2514 Standard Microsystems> at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DSAVE > > ugen6.3: <USB Optical Mouse Logitech> at usbus6, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen6.4: <HP Basic USB Keyboard CHICONY> at usbus6, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > That's what it looks like. > >> 3) Can you try other ports or connect another High Speed HUB in betwee= n? > >> > >> usbconfig -u 6 -a 2 power_on > >> =20 > > Tried to switch power on. It looks like this now: > > > > ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: <EHCI root HUB Intel> at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: <UHCI root HUB Intel> at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: <UHCI root HUB Intel> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: <UHCI root HUB Intel> at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: <EHCI root HUB Intel> at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: <product 0x2514 Standard Microsystems> at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DON > > ugen6.3: <USB Optical Mouse Logitech> at usbus6, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen6.4: <HP Basic USB Keyboard CHICONY> at usbus6, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > but it doesn't change the situation. There is still the lag. Plugging=20 > > keyboard and mouse in on the back port of the PC > > just gives the following output: > > > > ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen2.1: <EHCI root HUB Intel> at usbus2, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen3.1: <UHCI root HUB Intel> at usbus3, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen4.1: <UHCI root HUB Intel> at usbus4, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen5.1: <UHCI root HUB Intel> at usbus5, cfg=3D0 md=3DHOST spd=3DFULL=20 > > (12Mbps) pwr=3DON > > ugen6.1: <EHCI root HUB Intel> at usbus6, cfg=3D0 md=3DHOST spd=3DHIGH=20 > > (480Mbps) pwr=3DON > > ugen6.2: <product 0x2514 Standard Microsystems> at usbus6, cfg=3D0=20 > > md=3DHOST spd=3DHIGH (480Mbps) pwr=3DSAVE > > ugen5.2: <USB Optical Mouse Logitech> at usbus5, cfg=3D0 md=3DHOST spd= =3DLOW=20 > > (1.5Mbps) pwr=3DON > > ugen5.3: <HP Basic USB Keyboard CHICONY> at usbus5, cfg=3D0 md=3DHOST=20 > > spd=3DLOW (1.5Mbps) pwr=3DON > > > > Nothing changes here either. > > > > I'll rebuild the latest kernel, and see what happens then. > > > > Thanks for your help! > > > > Mat > >> --HPS > >> > >> ugen6.2: <Standard Microsystems> at usbus6 > >> uhub7: <Standard Microsystems product 0x2514, class 9/0, rev=20 > >> 2.00/0.00, addr 2> on usbus6 > >> uhub7: 2 ports with 1 removable, self powered > >> ugen6.3: <CHICONY> at usbus6 > >> ukbd0: <CHICONY HP Basic USB Keyboard, class 0/0, rev 1.10/3.00, addr=20 > >> 3> on usbus6 > >> kbd2 at ukbd0 > >> ugen6.4: <Logitech> at usbus6 > >> ums0: <Logitech USB Optical Mouse, class 0/0, rev 2.00/43.01, addr 4>=20 > >> on usbus6 > >> ums0: 3 buttons and [XYZ] coordinates > >> > >> =20 > >>> irq22: ehci0 uhci4 1 0 > >>> Then to the console switching part: It's not possible to switch to th= e > >>> console until the text shows up again. As I said, it seems the system > >>> gets blocked. > >>> =20 > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to=20 > > "freebsd-current-unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " --=20 Robert Noland <rnoland@FreeBSD.org> FreeBSD --=-AIJLf/ed42LFvNfFPYDX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAknDMR0ACgkQM4TrQ4qfRONalwCfTQ4enfilGmlo7oIYlR0/ksCr E4gAnRcTLdvPL/R7JRwMNhkNXhG0z3OT =8jJS -----END PGP SIGNATURE----- --=-AIJLf/ed42LFvNfFPYDX--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1237528861.1777.523.camel>