lkml.org 
[lkml]   [2013]   [Feb]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Linux 3.8 broken for MacBookAir5,1
From
On Mon, Feb 18, 2013 at 7:09 PM, Alan Stern <stern@rowland.harvard.edu> wrote:
> On Sun, 10 Feb 2013, Otavio Salvador wrote:
>
>> On Sun, Feb 10, 2013 at 12:47 PM, Alan Stern <stern@rowland.harvard.edu> wrote:
>> > On Sun, 10 Feb 2013, Otavio Salvador wrote:
>> >> I do have EHCI and PCI enabled so it should be working. Any clue about
>> >> why it breaks it?
>> >
>> > Perhaps your system is not loading the new ehci-pci kernel module.
>>
>> Yes; it should be the cause as building it built-in makes it work.
>> However it is a regression from my point of view.
>>
>> Those are the controllers I have in my system:
>>
>> 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series
>> Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04)
>> 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series
>> Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04)
>> 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series
>> Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04)
>>
>> I thought the ehci-pci module would be load for every ehci PCI; What
>> do you think?
>
> The kernel can't guarantee anything about what driver modules are
> loaded. That's up to userspace. In particular, the initramfs image
> must be set up properly (if that is where these modules are loaded
> from).

But why kernel cannot load it if we have a PCI subsystem? Or do you
think my initrd did not put the module on the initramfs image?

--
Otavio Salvador O.S. Systems
E-mail: otavio@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br


\
 
 \ /
  Last update: 2013-02-18 23:42    [W:0.060 / U:0.272 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site