Why Debian i915 intel driver depends on button.ko?
 

I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family
Integrated Graphics Controller [8086:0102] (rev 09)


I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora ( 3.4.2-1.fc16.x86_64) and Debian Wheezy
(3.2.0-3-amd64 / Debian 3.2.23-1) and it seems that Debian i915 depends on button.ko, which depends
on ACPI lid button.


I have Fedora and Ubuntu on laptop - they do not have that module loaded. So their i915 can operate
without button.ko.


Was there any reason why Debian Intel video driver needs to be dependent on button.ko.

And neither Fedora or Ubuntu has any modules belong to acpi (even on laptop).
And what about desktops - there is no any lid buttons there.

May be button.ko should be removed from i915 video driver?


Thanks in advance.


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 5053113E.9080706@gmail.com">http://lists.debian.org/5053113E.9080706@gmail.com

Why Debian i915 intel driver depends on button.ko?
 

On 09/14/2012 09:45 PM, Julien Cristau wrote:

On Fri, Sep 14, 2012 at 15:13:02 +0400, Lucas wrote:


I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd
Generation Core Processor Family Integrated Graphics Controller
[8086:0102] (rev 09)

I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora (
3.4.2-1.fc16.x86_64) and Debian Wheezy (3.2.0-3-amd64 / Debian
3.2.23-1) and it seems that Debian i915 depends on button.ko, which
depends on ACPI lid button.

I have Fedora and Ubuntu on laptop - they do not have that module
loaded. So their i915 can operate without button.ko.


It's builtin in fedora. I suspect it's the same in ubuntu.


May be it is. May in different way, because:
In Fedora-16 I can use i915 with "acpi=off" passed to kernel, but in Debian Wheezy can't - kernel
unable to load it because there is no acpi and therefor, there won't be lid button.




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 50534ABE.4020402@gmail.com">http://lists.debian.org/50534ABE.4020402@gmail.com

Why Debian i915 intel driver depends on button.ko?
 

On Fri, Sep 14, 2012 at 15:13:02 +0400, Lucas wrote:

> I am trying to find out what can cause unusable screen picture on my Sandybridge Chipset
>
> 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd
> Generation Core Processor Family Integrated Graphics Controller
> [8086:0102] (rev 09)
>
> I compared outputs of lsmod from Ubuntu (3.2.0-25), Fedora (
> 3.4.2-1.fc16.x86_64) and Debian Wheezy (3.2.0-3-amd64 / Debian
> 3.2.23-1) and it seems that Debian i915 depends on button.ko, which
> depends on ACPI lid button.
>
> I have Fedora and Ubuntu on laptop - they do not have that module
> loaded. So their i915 can operate without button.ko.
>
It's builtin in fedora. I suspect it's the same in ubuntu.

> Was there any reason why Debian Intel video driver needs to be dependent on button.ko.
>
Yes.

> And neither Fedora or Ubuntu has any modules belong to acpi (even on laptop).
> And what about desktops - there is no any lid buttons there.
>
> May be button.ko should be removed from i915 video driver?
>
No.

Cheers,
Julien