On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
> index 9a58461..b86e6cb 100644
> --- a/arch/arm/plat-omap/Makefile
> +++ b/arch/arm/plat-omap/Makefile
> @@ -4,7 +4,7 @@
>
> ?# Common support
> ?obj-y := common.o sram.o cl
https://bugs.freedesktop.org/show_bug.cgi?id=44757
Alex Deucher changed:
What|Removed |Added
AssignedTo|dri-devel at lists.freedesktop |mesa-dev at
lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=44757
Bug #: 44757
Summary: one wrong triangle on the balls in foobillard
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
wrote:
> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
>> index 9a58461..b86e6cb 100644
>> --- a/arch/arm/plat-omap/Makefile
>> +++ b/arch/arm/plat-omap/Makefile
>> @@
As per Linus' comment, dma-buf Kconfig entry shouldn't have an option
text, but should be selected by the subsystems that use it.
Add this information in the documentation as well.
Signed-off-by: Sumit Semwal
---
Documentation/dma-buf-sharing.txt |4
1 files changed, 4 insertions(+), 0
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #7 from smoki 2012-01-13 07:14:35 PST ---
tests/fog is also slow on open.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
Hi Dave,
On 13 January 2012 14:38, Dave Airlie wrote:
> On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal
> wrote:
>> On 9 January 2012 03:38, Linus Torvalds
>> wrote:
>>> However, I ask myself whether it's ever sane to ask the user to enable
>>> this? Isn't this very much a "drivers will use 'se
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
wrote:
> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
>> index 9a58461..b86e6cb 100644
>> --- a/arch/arm/plat-omap/Makefile
>> +++ b/arch/arm/plat-omap/Makefile
>> @@
From: Rob Clark
Platform data structs populated when the platform device is registered
need to be #include'able under arch/arm/..., but having to #include
headers from drivers/staging is messy. Instead these structs are
moved to arch/arm/plat-omap/include/plat.
Signed-off-by: Rob Clark
---
d
From: Rob Clark
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation.
v1: initial patch
v2: move platform data structs into plat-omap to avoid having to
#include headers from drivers/staging and cleanups
Signed-off-by: Rob Clark
---
No
Beginning with kernel version 2.6.38 (and not 2.6.37.5), continuing to
3.1.8, at boot I get:
kernel: render error detected, EIR: 0x0010
kernel: IPEIR: 0x
kernel: IPEHR: 0x
kernel: INSTDONE: 0xfffe
kernel: INSTPS: 0x
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #17 from smoki 2012-01-13 06:01:06 PST ---
Bug is here with kernel 3.1.8, xserver 1.10.4 and git from whole stack.
Load UMS and mesa 7.5.2 to fix lighting, reboot into KMS with current mesa
and lighting is fixed... until power off:
Beginning with kernel version 2.6.38 (and not 2.6.37.5), continuing to
3.1.8, at boot I get:
kernel: render error detected, EIR: 0x0010
kernel: IPEIR: 0x
kernel: IPEHR: 0x
kernel: INSTDONE: 0xfffe
kernel: INSTPS: 0x
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
wrote:
> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
>> index 9a58461..b86e6cb 100644
>> --- a/arch/arm/plat-omap/Makefile
>> +++ b/arch/arm/plat-omap/Makefile
>> @@
On Fri, Jan 13, 2012 at 10:07:16AM +, Dave Airlie wrote:
> Intel guys?
>
> this is the sort of thing that is dropping between cracks.
>
> Please follow up on bug reports.
Sorry for missing this one here.
> > I have been experiencing problems with suspend/resume on my ThinkPad
> > x60 for so
On Fri, Jan 13, 2012 at 2:59 PM, Felipe Contreras
wrote:
> On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
>> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
>> index 9a58461..b86e6cb 100644
>> --- a/arch/arm/plat-omap/Makefile
>> +++ b/arch/arm/plat-omap/Makefile
>> @@
On Fri, Jan 13, 2012 at 10:41 PM, Rob Clark wrote:
> diff --git a/arch/arm/plat-omap/Makefile b/arch/arm/plat-omap/Makefile
> index 9a58461..b86e6cb 100644
> --- a/arch/arm/plat-omap/Makefile
> +++ b/arch/arm/plat-omap/Makefile
> @@ -4,7 +4,7 @@
>
> # Common support
> obj-y := common.o sram.o cl
From: Rob Clark
Platform data structs populated when the platform device is registered
need to be #include'able under arch/arm/..., but having to #include
headers from drivers/staging is messy. Instead these structs are
moved to arch/arm/plat-omap/include/plat.
Signed-off-by: Rob Clark
---
d
From: Rob Clark
Register OMAP DRM/KMS platform device, and reserve a CMA region for
the device to use for buffer allocation.
v1: initial patch
v2: move platform data structs into plat-omap to avoid having to
#include headers from drivers/staging and cleanups
Signed-off-by: Rob Clark
---
No
Hi Linus,
misc fixes for -rc1, fix the dma-buf Kconfig, two nouveau fixes I've
tested locally on optimus laptop and they seem to fix the problem off
turning the GPU off properly when asked.
I've booted this specifc tree only as far as the autofs hang I've
mentioned, but the gpu driver comes u
Intel guys?
this is the sort of thing that is dropping between cracks.
Please follow up on bug reports.
Dave.
> I have been experiencing problems with suspend/resume on my ThinkPad
> x60 for some time (sorry for being vague, I forget when it started).
> With 3.1 it seems to behave much better (
On Fri, Jan 13, 2012 at 9:38 AM, Sumit Semwal
wrote:
> Hi Dave,
>
> On 13 January 2012 14:38, Dave Airlie wrote:
>> On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal
>> wrote:
>>> On 9 January 2012 03:38, Linus Torvalds
>>> wrote:
>
However, I ask myself whether it's ever sane to ask the us
On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal wrote:
> On 9 January 2012 03:38, Linus Torvalds
> wrote:
>> On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote:
>>>
>>> Now we've all agreed that the initial implementation is a good baseline
>>> for us to move forward on, but its messy working with
https://bugs.freedesktop.org/show_bug.cgi?id=44757
Alex Deucher changed:
What|Removed |Added
AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=44757
Bug #: 44757
Summary: one wrong triangle on the balls in foobillard
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=44499
--- Comment #7 from smoki 2012-01-13 07:14:35 PST ---
tests/fog is also slow on open.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #17 from smoki 2012-01-13 06:01:06 PST ---
Bug is here with kernel 3.1.8, xserver 1.10.4 and git from whole stack.
Load UMS and mesa 7.5.2 to fix lighting, reboot into KMS with current mesa
and lighting is fixed... until power off:
https://bugs.freedesktop.org/show_bug.cgi?id=41569
--- Comment #16 from Robert Nelson 2012-01-12
21:07:00 PST ---
Created attachment 55531
--> https://bugs.freedesktop.org/attachment.cgi?id=55531
xorg log of asus a53t with dce fixes patchset
--
Configure bugmail: https://bugs.freedesktop.org
https://bugs.freedesktop.org/show_bug.cgi?id=41569
--- Comment #15 from Robert Nelson 2012-01-12
21:06:07 PST ---
Created attachment 55530
--> https://bugs.freedesktop.org/attachment.cgi?id=55530
dmesg of asus a53t with dce fixes patchset
--
Configure bugmail: https://bugs.freedesktop.org/us
On Fri, Jan 13, 2012 at 10:07:16AM +, Dave Airlie wrote:
> Intel guys?
>
> this is the sort of thing that is dropping between cracks.
>
> Please follow up on bug reports.
Sorry for missing this one here.
> > I have been experiencing problems with suspend/resume on my ThinkPad
> > x60 for so
Hi Linus,
misc fixes for -rc1, fix the dma-buf Kconfig, two nouveau fixes I've
tested locally on optimus laptop and they seem to fix the problem off
turning the GPU off properly when asked.
I've booted this specifc tree only as far as the autofs hang I've
mentioned, but the gpu driver comes u
Intel guys?
this is the sort of thing that is dropping between cracks.
Please follow up on bug reports.
Dave.
> I have been experiencing problems with suspend/resume on my ThinkPad
> x60 for some time (sorry for being vague, I forget when it started).
> With 3.1 it seems to behave much better (
As per Linus' comment, dma-buf Kconfig entry shouldn't have an option
text, but should be selected by the subsystems that use it.
Add this information in the documentation as well.
Signed-off-by: Sumit Semwal
---
Documentation/dma-buf-sharing.txt |4
1 files changed, 4 insertions(+), 0
On Fri, Jan 13, 2012 at 9:38 AM, Sumit Semwal wrote:
> Hi Dave,
>
> On 13 January 2012 14:38, Dave Airlie wrote:
>> On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal wrote:
>>> On 9 January 2012 03:38, Linus Torvalds
>>> wrote:
>
However, I ask myself whether it's ever sane to ask the user to
On Mon, Jan 9, 2012 at 6:44 AM, Sumit Semwal wrote:
> On 9 January 2012 03:38, Linus Torvalds wrote:
>> On Fri, Jan 6, 2012 at 7:06 AM, Dave Airlie wrote:
>>>
>>> Now we've all agreed that the initial implementation is a good baseline
>>> for us to move forward on, but its messy working with oth
35 matches
Mail list logo