Date: Sun, 3 Jun 2007 08:54:58 -0700 (PDT) From: youshi10@u.washington.edu To: freebsd-current@freebsd.org Subject: Re: Issues with kernel / userland drivers after recent install and upgrade Message-ID: <Pine.LNX.4.43.0706030854580.29424@hymn01.u.washington.edu> In-Reply-To: <Pine.LNX.4.43.0706020242540.23782@hymn04.u.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2 Jun 2007 youshi10@u.washington.edu wrote: > On Sat, 2 Jun 2007, illoai@gmail.com wrote: > >> On 01/06/07, youshi10@u.washington.edu <youshi10@u.washington.edu> wrote: >>> Hello, >>> >>> I have the following issues with a clean install of 7-CURRENT; >>> they may be related to the GCC upgrade or other things. >> >> Probably not related to gcc4.2 >> >>> Background: >>> I started out with a virgin clean 6.2-RELEASE system, then went >>> straight to 7-CURRENT (synced yesterday) wit out installing anything >>> (to avoid having to reinstall packages, etc). >>> >>> pass: >>> 1. I have pass compiled into the kernel statically, but /dev/pass* isn't >>> created on boot (devfs is running properly I believe). >>> >> >> What SCSI devices do you have? > > No real SCSI devices on my desktop; just the generic ones like cd, ses, etc. > (In addition to those) just ahc on my server, but I don't think I'm going to go > upgrading quite yet on my server because I don't want to kill one of my disk's > functionality.. > >>> ohci/ukbd/ums: >>> 1. These aren't operating properly. I can't see any keyboard output >>> even though before when I didn't compile ukbd into the kernel the USB >>> keyboard worked magically with slight lag preceding the first input. >> >> "device ukbd" is in GENERIC . . . >> Assuming you commented it out, and you did not >> disinclude the module via /etc/make.conf, the lag >> was probably the module loading automagically. > > I do WITHOUT_MODULES=* just for speed and to reduce the amount of stuff that > gets compiled with buildworld. I figure that everything important should be > compiled statically into the kernel, but then again that's me, and since my > server/desktop aren't production machines I can take them down whenever I need > to modify the kernel. Yes, that's most likely true about the lag, but why did it used to load and now it doesn't >_>??? >> I have the line >> usbd_enable="YES" >> in /etc/rc.conf, although I do not know >> where the heck it comes from, since it >> did not used to be needed under 6.1, >> and it does not appear in /etc/defaults/rc.conf > > Yeah, got that too. Well, I did. It turns out a lot of that got deleted when I ran make delete-old, which begs the question is usbd obsolete in 7-CURRENT? According to usbdevs I don't have any devices attached, whatsoever (other than USB hubs): [root@optimus /home/gcooper]# usbdevs -vd Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub1 port 1 powered port 2 powered Controller /dev/usb2: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub2 port 1 powered port 2 powered usbdevs: /dev/usb3: Input/output error Controller /dev/usb4: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000) , rev 1.00 uhub4 port 1 enabled port 2 enabled port 3 enabled port 4 enabled port 5 enabled port 6 enabled port 7 enabled port 8 enabled I really wonder what /dev/usb3 and /dev/usb4 map to. Any ideas how to get this info? >>> 2. The mouse cursor doesn't move whatsoever. >>> 3. OHCI isn't detected on boot, and I think that only UHCI is detected >>> properly, even though my board is EHCI/OHCI capable (Asus P5B- >>> Deluxe). >>> >> >> % dmesg -a | grep hci >> perhaps? > > I'll check on that again, but all I saw with an OHCI in it was the firewire > stuff IIRC (something about Texas instruments, FWOHCI, etc). ehci and uhci are loaded (guess my MB doesn't support ohci). FWOHCI is just the TI onboard firewire controller. Thanks, and any suggestions and ideas are more than welcome and greatly appreciated :), -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.43.0706030854580.29424>