Date: Sun, 1 Mar 2009 19:36:28 -0800 From: Garrett Cooper <yanefbsd@gmail.com> To: Sam Leffler <sam@FreeBSD.org> Cc: usb@freebsd.org, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: ums no longer loads on CURRENT Message-ID: <6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6@gmail.com> In-Reply-To: <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com> References: <CB26D07A-6D29-4B53-B3F1-CD1CAB8AF899@gmail.com> <49AB4649.40906@freebsd.org> <69F972E4-D7C1-47D8-8C83-A44062DB47E1@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 1, 2009, at 7:20 PM, Garrett Cooper wrote: > On Mar 1, 2009, at 6:36 PM, Sam Leffler wrote: > >> Garrett Cooper wrote: >>> device ums # Mouse >> >> This is why you cannot kldload. Not sure about any functional >> regression. >> >> Sam > > Yeah, well that message was printed out by another process > altogether while loading up the kernel after the ata subsystem was > brought up, so something's getting confused and trying to kldload by > accident... I was just reproducing the message. > I'll provide more data to prove this claim when I can. > Thanks, > -Garrett Here's the picture from my iPhone: <http://s303.photobucket.com/albums/nn159/yaneurabeya/?action=view¤t=IMG_0032.png >. I OBVIOUSLY didn't do the kldload... and because my /boot/ loader.conf doesn't contain ums_load="YES", I'm really curious who the actual culprit is in rc.d land... I used to do WITHOUT_MODULES=* to not build modules, but I'm trying to move away from that mentality for some things like snd_emu10kx, but obviously there's a conflict somewhere for ums; hopefully it's merely cosmetic... Thanks, -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6D5C9BFA-CCF4-4AEE-9688-23D66D594BC6>