Re: Issues with kernel / userland drivers after recent install and upgrade

From: <youshi10_at_u.washington.edu>
Date: Sun, 3 Jun 2007 08:54:58 -0700 (PDT)
On Sat, 2 Jun 2007 youshi10_at_u.washington.edu wrote:

> On Sat, 2 Jun 2007, illoai_at_gmail.com wrote:
>
>> On 01/06/07, youshi10_at_u.washington.edu <youshi10_at_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_at_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
Received on Sun Jun 03 2007 - 13:54:59 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:11 UTC