On Tue, Dec 06, 2011 at 11:12:26PM +0100, Benjamin Tissoires wrote:
> Hi Baptiste,
Hi,
> On Tue, Dec 6, 2011 at 22:51, Baptiste Jonglez
> wrote:
> > The second screen works fine with the attached patch. It actually is
> > 6 months old but seems to have been lost in the wild...
>
> You don't ha
Hi Baptiste,
On Tue, Dec 6, 2011 at 22:51, Baptiste Jonglez wrote:
> On Mon, Dec 05, 2011 at 11:00:41AM +0800, joeyli wrote:
>> Add Cc. to platform-driver-x86 and linux-acpi
>>
>> Hi Baptiste
>>
>> ? ??2011-12-04 ? 17:07 +0100?Baptiste Jonglez ???
>> > Hi,
>> >
>> > I've got a lot of troubles wit
Hi,
I'm running on Intel i3 2100 integrated graphics, I'm getting some strange
noise particles in games like Minecraft and Speed Dreams (mostly
noticeable in Minecraft) after playing a while, like half an hour. After
that restarting game doesn't help, only computer restart have the effect
On Mon, Dec 05, 2011 at 11:00:41AM +0800, joeyli wrote:
> Add Cc. to platform-driver-x86 and linux-acpi
>
> Hi Baptiste
>
> ? ??2011-12-04 ? 17:07 +0100?Baptiste Jonglez ???
> > Hi,
> >
> > I've got a lot of troubles with a dual-LVDS Acer laptop (it doesn't
> > have a keyboard, but two displays
Hi Arnd,
Thanks for your review!
On Mon, Dec 5, 2011 at 10:48 PM, Arnd Bergmann wrote:
> On Friday 02 December 2011, Sumit Semwal wrote:
>> This is the first step in defining a dma buffer sharing mechanism.
>
> This looks very nice, but there are a few things I don't understand yet
> and a bunch
On Tue, Dec 6, 2011 at 5:30 AM, Alan Cox wrote:
> On Mon, ?5 Dec 2011 19:19:22 -0600
> Rob Clark wrote:
>
>> + ? ? usergart = kzalloc(3 * sizeof(*usergart), GFP_KERNEL);
>> +
>> + ? ? /* reserve 4k aligned/wide regions for userspace mappings: */
>> + ? ? for (i = 0; i < ARRAY_SIZE(fmts); i++) {
>
On Tue, Dec 6, 2011 at 5:30 AM, Alan Cox wrote:
> On Mon, 5 Dec 2011 19:19:22 -0600
> Rob Clark wrote:
>
>> + usergart = kzalloc(3 * sizeof(*usergart), GFP_KERNEL);
>> +
>> + /* reserve 4k aligned/wide regions for userspace mappings: */
>> + for (i = 0; i < ARRAY_SIZE(fmts); i++) {
>
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #11 from Tomas Schlosser 2011-12-06
10:59:29 PST ---
Oh, sorry, I posted the copied the bugreport I created for wine. I tried again
with correct version of proprietary drivers installed and the problem was gone.
I also tried compili
https://bugs.freedesktop.org/show_bug.cgi?id=43426
--- Comment #2 from Michel D?nzer 2011-12-06 10:26:29
PST ---
Does running krita with the environment variable DRAW_USE_LLVM=0 work around
the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
From: Chen Jie
Sweep common_modes array should start with index 0.
Signed-off-by: Chen Jie
---
drivers/gpu/drm/radeon/radeon_benchmark.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_benchmark.c
b/drivers/gpu/drm/radeon/radeon_benc
https://bugs.freedesktop.org/show_bug.cgi?id=43000
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #5 from Michel D?nzer 2011-12-06 09:16:12
PST ---
(In reply to comment #4)
> Created attachment 53642 [details]
> backtrace
Thanks, but I can't see an actual backtrace of the crash. Ideal would be if you
could run ut2004-demo in gdb
>
> What the heck is up?
Well I do care about kexec but only due to being forced into caring
about it for a certain enterprise distro that uses it a lot, so maybe
I was a bit biased in this case, and I dislike random memory
corruptions due to my subsystem even in the kexec case. Writing a
random 0
On Tue, Dec 06, 2011 at 01:16:58PM +, Arnd Bergmann wrote:
> On Monday 05 December 2011, Rob Clark wrote:
> > > On the topic of a coherency model for dmabuf, I think we need to look at
> > > dma_buf_attachment_map/unmap (and also the mmap variants cpu_start and
> > > cpu_finish or whatever they
Hi Linus,
3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
testing, and one kexec fix from Jerome for an issue reported on the list
where the gpu writeback engines need to be switched off, along with a
trivial fix from Alex.
Due to the size of the kexec fix I've decided to ke
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #6 from Dave Airlie 2011-12-06
08:12:01 PST ---
check mesa is built with radeon drm support.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #5 from Michel D?nzer 2011-12-06 07:46:32
PST ---
Looks like /usr/lib64/dri/r600_dri.so's dri2CreateNewScreen() hook fails, but
it's not clear why. Maybe you can try running glxinfo in gdb, setting a
breakpoint at dri2CreateNewScreen
On Tue, 6 Dec 2011 15:23:57 -0800
Jesse Barnes wrote:
> Add structs and functions necessary for the new plane and fb handling code,
> including a new header, drm_fourcc.h, that includes the surface formats
> supported by various DRM drivers.
>
> Signed-off-by: Jesse Barnes
> ---
Arg some misc
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20111206/bc1ec57b/attachment.pgp>
Add structs and functions necessary for the new plane and fb handling code,
including a new header, drm_fourcc.h, that includes the surface formats
supported by various DRM drivers.
Signed-off-by: Jesse Barnes
---
include/drm/Makefile.am |1 +
include/drm/drm.h| 13 -
include/
Add structs and functions necessary for the new plane and fb handling code,
including a new header, drm_fourcc.h, that includes the surface formats
supported by various DRM drivers.
Signed-off-by: Jesse Barnes
---
include/drm/Makefile.am |1 +
include/drm/drm.h| 13 -
include/
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Michel D?nzer changed:
What|Removed |Added
Attachment #54049|1 |0
is patch|
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38173
Alex Deucher changed:
What|Removed |Added
CC||h.judt at gmx.at
--- Comment #1 from Alex
On Mon, Dec 05, 2011 at 09:56:47PM +0100, Baptiste Jonglez wrote:
> CC-ing intel-gfx at lists.freedesktop.org (see below)
> On Mon, Dec 05, 2011 at 11:00:41AM +0800, joeyli wrote:
> > > [drm:intel_dsm_pci_probe] *ERROR* failed to get supported _DSM functions
> > >
> > > (attached is the relevant
On Monday 05 December 2011, Rob Clark wrote:
> > On the topic of a coherency model for dmabuf, I think we need to look at
> > dma_buf_attachment_map/unmap (and also the mmap variants cpu_start and
> > cpu_finish or whatever they might get called) as barriers:
> >
> > So after a dma_buf_map, all pre
On 12/5/11 3:39 PM, Alexander Beregalov wrote:
> At boot time:
> [drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 206
> Raw EDID:
> 27 0f 01 03 80 26 1e 78 2a de 95 a3 54 4c 99 26
> 0f 50 54 bf ef 80 81 80 81 40 71 4f 01 01 01 01
> 01 01 01 01
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Harald Judt changed:
What|Removed |Added
Summary|[r600g] Compiz emblem icons |[r600g] Compiz overlay
|
On Mon, 05 Dec 2011 14:23:55 -0800, Eric Anholt wrote:
> On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ickle at kemper.freedesktop.org
> (Chris Wilson) wrote:
> > configure.ac |2 +-
> > intel/intel_bufmgr_gem.c | 27 +--
> > 2 files changed, 22 insertions(+
https://bugs.freedesktop.org/show_bug.cgi?id=42067
--- Comment #5 from Harald Judt 2011-12-06 04:43:47 PST ---
This problem is still there in linux-3.2-rc4, and clearly related to using s3tc
libtxc_dxtn, as it does not happen when the library is not available.
Fixing this would also make it poss
The recursion loop goes retire_requests->unbind->gpu_idle->retire_reqeusts.
Every time we go through this we need a
- active object that can be retired
- and there are no other references to that object than the one from
the active list, so that it gets unbound and freed immediately.
Otherwise t
On Mon, 5 Dec 2011 19:19:22 -0600
Rob Clark wrote:
> + usergart = kzalloc(3 * sizeof(*usergart), GFP_KERNEL);
> +
> + /* reserve 4k aligned/wide regions for userspace mappings: */
> + for (i = 0; i < ARRAY_SIZE(fmts); i++) {
> + uint16_t h = 1, w = PAGE_SIZE >> i;
> +
On 12/5/11 3:39 PM, Alexander Beregalov wrote:
At boot time:
[drm:drm_edid_block_valid] *ERROR* EDID checksum is invalid, remainder is 206
Raw EDID:
27 0f 01 03 80 26 1e 78 2a de 95 a3 54 4c 99 26
0f 50 54 bf ef 80 81 80 81 40 71 4f 01 01 01 01
01 01 01 01 01 01 30 2
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #11 from Tomas Schlosser 2011-12-06
10:59:29 PST ---
Oh, sorry, I posted the copied the bugreport I created for wine. I tried again
with correct version of proprietary drivers installed and the problem was gone.
I also tried compili
https://bugs.freedesktop.org/show_bug.cgi?id=43426
--- Comment #2 from Michel Dänzer 2011-12-06 10:26:29 PST
---
Does running krita with the environment variable DRAW_USE_LLVM=0 work around
the problem?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #10 from Michel Dänzer 2011-12-06 10:24:38 UTC
---
(In reply to comment #10)
> I also tried kmod-catalyst (proprietary drivers) and running it with wine64
> none of which helped.
If the problem is the same with the proprietary drive
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #10 from Michel D?nzer 2011-12-06 10:24:38
UTC ---
(In reply to comment #10)
> I also tried kmod-catalyst (proprietary drivers) and running it with wine64
> none of which helped.
If the problem is the same with the proprietary drive
On Mon, Dec 5, 2011 at 6:39 PM, wrote:
> Two following patch are on top of
> http://cgit.freedesktop.org/~glisse/linux
>
> They make the ib allocation size a function of the cs size, this
> allow to avoid wasting pool space and avoid to trigger fence_wait
> in ib_get. I am still evaluating how mu
On Tue, Dec 06, 2011 at 12:12:33PM +0100, Daniel Vetter wrote:
> The recursion loop goes retire_requests->unbind->gpu_idle->retire_reqeusts.
>
> Every time we go through this we need a
> - active object that can be retired
> - and there are no other references to that object than the one from
>
On Tue, Dec 06, 2011 at 12:12:33PM +0100, Daniel Vetter wrote:
> The recursion loop goes retire_requests->unbind->gpu_idle->retire_reqeusts.
>
> Every time we go through this we need a
> - active object that can be retired
> - and there are no other references to that object than the one from
>
https://bugs.freedesktop.org/show_bug.cgi?id=43000
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #5 from Michel Dänzer 2011-12-06 09:16:12 PST
---
(In reply to comment #4)
> Created attachment 53642 [details]
> backtrace
Thanks, but I can't see an actual backtrace of the crash. Ideal would be if you
could run ut2004-demo in gdb
Windows.
There are only two physical keys:
- power-on button
- "keyboard"-labeled button, which seems to do nothing
hardware-related; it triggers an event caught up by acer_wmi.
I think all it does is telling the OS: "hey, pull up the software
virtual keyboard on the second display".
>
On Mon, Dec 5, 2011 at 3:39 PM, Alexander Beregalov
wrote:
> Hi
>
> 3.2.0-rc3-00015-gaaa0b4f
Is this a regression? If so can you bisect? Are you just having
problems with one particular monitor or all monitors? You might try
this patch:
http://people.freedesktop.org/~agd5f/0001-drm-radeon-kms-
On Tue, Dec 6, 2011 at 8:36 AM, Dave Airlie wrote:
>
> Well I do care about kexec but only due to being forced into caring
> about it for a certain enterprise distro that uses it a lot, so maybe
> I was a bit biased in this case, and I dislike random memory
> corruptions due to my subsystem even i
On Tue, Dec 6, 2011 at 8:36 AM, Dave Airlie wrote:
>
> Well I do care about kexec but only due to being forced into caring
> about it for a certain enterprise distro that uses it a lot, so maybe
> I was a bit biased in this case, and I dislike random memory
> corruptions due to my subsystem even i
>
> What the heck is up?
Well I do care about kexec but only due to being forced into caring
about it for a certain enterprise distro that uses it a lot, so maybe
I was a bit biased in this case, and I dislike random memory
corruptions due to my subsystem even in the kexec case. Writing a
random 0
On Tue, Dec 6, 2011 at 8:21 AM, Dave Airlie wrote:
>
> 3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
> testing, and one kexec fix from Jerome for an issue reported on the list
> where the gpu writeback engines need to be switched off, along with a
> trivial fix from Alex.
Qui
On Tue, Dec 6, 2011 at 8:21 AM, Dave Airlie wrote:
>
> 3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
> testing, and one kexec fix from Jerome for an issue reported on the list
> where the gpu writeback engines need to be switched off, along with a
> trivial fix from Alex.
Qui
Hi Linus,
3 fixes, one for an ongoing Intel VT-d/Ironlake GPU that I've been
testing, and one kexec fix from Jerome for an issue reported on the list
where the gpu writeback engines need to be switched off, along with a
trivial fix from Alex.
Due to the size of the kexec fix I've decided to ke
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #6 from Dave Airlie 2011-12-06 08:12:01
PST ---
check mesa is built with radeon drm support.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #5 from Michel Dänzer 2011-12-06 07:46:32 PST
---
Looks like /usr/lib64/dri/r600_dri.so's dri2CreateNewScreen() hook fails, but
it's not clear why. Maybe you can try running glxinfo in gdb, setting a
breakpoint at dri2CreateNewScreen
On Tue, Dec 06, 2011 at 01:16:58PM +, Arnd Bergmann wrote:
> On Monday 05 December 2011, Rob Clark wrote:
> > > On the topic of a coherency model for dmabuf, I think we need to look at
> > > dma_buf_attachment_map/unmap (and also the mmap variants cpu_start and
> > > cpu_finish or whatever they
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Michel Dänzer changed:
What|Removed |Added
Attachment #54049|1 |0
is patch|
On Mon, Dec 5, 2011 at 6:39 PM, wrote:
> Two following patch are on top of
> http://cgit.freedesktop.org/~glisse/linux
>
> They make the ib allocation size a function of the cs size, this
> allow to avoid wasting pool space and avoid to trigger fence_wait
> in ib_get. I am still evaluating how mu
https://bugs.freedesktop.org/show_bug.cgi?id=38173
Alex Deucher changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment #1 from Alex De
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Dec 5, 2011 at 3:39 PM, Alexander Beregalov
wrote:
> Hi
>
> 3.2.0-rc3-00015-gaaa0b4f
Is this a regression? If so can you bisect? Are you just having
problems with one particular monitor or all monitors? You might try
this patch:
http://people.freedesktop.org/~agd5f/0001-drm-radeon-kms-
On Mon, Dec 05, 2011 at 09:56:47PM +0100, Baptiste Jonglez wrote:
> CC-ing intel-...@lists.freedesktop.org (see below)
> On Mon, Dec 05, 2011 at 11:00:41AM +0800, joeyli wrote:
> > > [drm:intel_dsm_pci_probe] *ERROR* failed to get supported _DSM functions
> > >
> > > (attached is the relevant pa
On Mon, 05 Dec 2011 14:23:55 -0800, Eric Anholt wrote:
> On Mon, 5 Dec 2011 02:31:58 -0800 (PST), ic...@kemper.freedesktop.org (Chris
> Wilson) wrote:
> > configure.ac |2 +-
> > intel/intel_bufmgr_gem.c | 27 +--
> > 2 files changed, 22 insertions(+),
On Monday 05 December 2011, Rob Clark wrote:
> > On the topic of a coherency model for dmabuf, I think we need to look at
> > dma_buf_attachment_map/unmap (and also the mmap variants cpu_start and
> > cpu_finish or whatever they might get called) as barriers:
> >
> > So after a dma_buf_map, all pre
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Harald Judt changed:
What|Removed |Added
Summary|[r600g] Compiz emblem icons |[r600g] Compiz overlay
|
https://bugs.freedesktop.org/show_bug.cgi?id=42067
--- Comment #5 from Harald Judt 2011-12-06 04:43:47 PST ---
This problem is still there in linux-3.2-rc4, and clearly related to using s3tc
libtxc_dxtn, as it does not happen when the library is not available.
Fixing this would also make it poss
On Mon, 5 Dec 2011 19:19:22 -0600
Rob Clark wrote:
> + usergart = kzalloc(3 * sizeof(*usergart), GFP_KERNEL);
> +
> + /* reserve 4k aligned/wide regions for userspace mappings: */
> + for (i = 0; i < ARRAY_SIZE(fmts); i++) {
> + uint16_t h = 1, w = PAGE_SIZE >> i;
> +
The recursion loop goes retire_requests->unbind->gpu_idle->retire_reqeusts.
Every time we go through this we need a
- active object that can be retired
- and there are no other references to that object than the one from
the active list, so that it gets unbound and freed immediately.
Otherwise t
On Mon, Dec 05, 2011 at 09:37:15AM -0500, Adam Jackson wrote:
> On Sat, 2011-12-03 at 19:35 +0200, Kirill A. Shutemov wrote:
> > Hi,
> >
> > Commit dc22ee6 introduces regression on my laptop HP EliteBook 8440p. I see
> > nothing on the panel after mode setting. Reverting the commit fixes the
> >
CC-ing intel-...@lists.freedesktop.org (see below)
On Mon, Dec 05, 2011 at 11:00:41AM +0800, joeyli wrote:
> Add Cc. to platform-driver-x86 and linux-acpi
>
> Hi Baptiste
>
> 於 日，2011-12-04 於 17:07 +0100，Baptiste Jonglez 提到：
> > Hi,
> >
> > I've got a lot of troubles with a dual-LVDS Acer lapto
Hi
3.2.0-rc3-00015-gaaa0b4f
dmesg |egrep "drm|radeon"
Command line: root=/dev/sda2 radeon.modeset=1 ro
Kernel command line: root=/dev/sda2 radeon.modeset=1 ro
[drm] Initialized drm 1.1.0 20060810
[drm] radeon kernel modesetting enabled.
radeon :01:00.0: PCI INT A -> GSI 16 (level, low) -> IR
68 matches
Mail list logo
