Hi Linus,
On 05/23/2011 04:33 PM, Linus Torvalds wrote:
> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
>>
>> I really hope there's also a voice that tells you to wait until .42 before
>> cutting 3.0.0! :-)
>
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0
Hi Linus,
On 05/23/2011 04:33 PM, Linus Torvalds wrote:
> On Mon, May 23, 2011 at 12:20 PM, Ingo Molnar wrote:
>>
>> I really hope there's also a voice that tells you to wait until .42 before
>> cutting 3.0.0! :-)
>
> So I'm toying with 3.0 (and in that case, it really would be "3.0",
> not "3.0
nal for a short time,
during which I can use sysrq to blindly sync my drives and reboot. If I wait,
the cursor locks up too, and sysrq ceases to work.
I willing to take debug patches if anyone has any ideas.
Regards,
Phil Turmel
-- next part --
An embedded and charse
On 10/28/2010 09:12 AM, Ingo Molnar wrote:
>
> * Dave Airlie wrote:
>
>>> Lee, Chun-Yi (1):
>>> gpu: Add Intel GMA500(Poulsbo) Stub Driver
>
> Today's -tip fails to build due to upstream commit e26fd11 ("gpu: Add Intel
> GMA500(Poulsbo) Stub Driver"), committed two days ago and merged ye
On 10/28/2010 09:12 AM, Ingo Molnar wrote:
>
> * Dave Airlie wrote:
>
>>> Lee, Chun-Yi (1):
>>> gpu: Add Intel GMA500(Poulsbo) Stub Driver
>
> Today's -tip fails to build due to upstream commit e26fd11 ("gpu: Add Intel
> GMA500(Poulsbo) Stub Driver"), committed two days ago and merged ye
On 09/23/2010 02:44 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant
> entries. This nukes the mode id initialised by drm_mode_create(), and
> causes warnings from idr when we try to remove the mode.
>
> Signed-off-by: Ben Ske
On 09/23/2010 02:44 AM, Ben Skeggs wrote:
> From: Ben Skeggs
>
> nouveau_bios_fp_mode() zeroes the mode struct before filling in relevant
> entries. This nukes the mode id initialised by drm_mode_create(), and
> causes warnings from idr when we try to remove the mode.
>
> Signed-off-by: Ben Ske
Build breakage:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ffc62ffa474b41d31b011b6853c5de32
A
Build breakage:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ffc62ffa474b41d31b011b6853c5de32
A
Francisco Jerez wrote:
> Phil Turmel writes:
[snip /]
>> Having the nouveau ACPI features depend on CONFIG_ACPI_VIDEO instead of
>> bare CONFIG_ACPI builds, boots, and works for me.
> nouveau_acpi_edid() is the only function that depends on ACPI_VIDEO,
> ifdef'in
Francisco Jerez wrote:
> Phil Turmel writes:
[snip /]
>> Having the nouveau ACPI features depend on CONFIG_ACPI_VIDEO instead of
>> bare CONFIG_ACPI builds, boots, and works for me.
> nouveau_acpi_edid() is the only function that depends on ACPI_VIDEO,
> ifdef'in
Hi all,
I've got a build breakage on my laptop:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ff
Hi all,
I've got a build breakage on my laptop:
drivers/built-in.o: In function `nouveau_acpi_edid':
(.text+0x13404e): undefined reference to `acpi_video_get_edid'
make: *** [.tmp_vmlinux1] Error 1
Introduced by:
a6ed76d7ffc62ffa474b41d31b011b6853c5de32 is the first bad commit
commit a6ed76d7ff
13 matches
Mail list logo