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
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
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
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
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=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
>
> 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
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
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
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
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
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 -
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
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
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
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
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
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
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;
> +
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
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
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
>
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:
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
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.
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) - IRQ
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 laptop (it
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
issue.
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 the
On Mon, 5 Dec 2011 19:19:22 -0600
Rob Clark rob.cl...@linaro.org 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 =
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Harald Judt h.j...@gmx.at changed:
What|Removed |Added
Summary|[r600g] Compiz emblem icons |[r600g] Compiz overlay
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 previsously
On Mon, 05 Dec 2011 14:23:55 -0800, Eric Anholt e...@anholt.net 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
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 part of
On Mon, Dec 5, 2011 at 3:39 PM, Alexander Beregalov
a.berega...@gmail.com 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:
https://bugs.freedesktop.org/show_bug.cgi?id=42067
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Mon, Dec 5, 2011 at 6:39 PM, j.gli...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=43448
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #54049|1 |0
is patch|
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 might
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #5 from Michel Dänzer mic...@daenzer.net 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
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #6 from Dave Airlie airl...@freedesktop.org 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
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
On Tue, Dec 6, 2011 at 8:21 AM, Dave Airlie airl...@linux.ie 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
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:36 AM, Dave Airlie airl...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=43018
--- Comment #5 from Michel Dänzer mic...@daenzer.net 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
https://bugs.freedesktop.org/show_bug.cgi?id=43000
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|NEW |RESOLVED
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
the
https://bugs.freedesktop.org/show_bug.cgi?id=43395
--- Comment #10 from Michel Dänzer mic...@daenzer.net 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
https://bugs.freedesktop.org/show_bug.cgi?id=43426
--- Comment #2 from Michel Dänzer mic...@daenzer.net 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/show_bug.cgi?id=43395
--- Comment #11 from Tomas Schlosser schlosse...@seznam.cz 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.
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
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 jbar...@virtuousgeek.org
---
include/drm/Makefile.am |1 +
include/drm/drm.h
On Tue, 6 Dec 2011 15:23:57 -0800
Jesse Barnes jbar...@virtuousgeek.org 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
From: Chen Jie ch...@lemote.com
Sweep common_modes array should start with index 0.
Signed-off-by: Chen Jie ch...@lemote.com
---
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
On Tue, Dec 6, 2011 at 5:30 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
On Mon, 5 Dec 2011 19:19:22 -0600
Rob Clark rob.cl...@linaro.org wrote:
+ usergart = kzalloc(3 * sizeof(*usergart), GFP_KERNEL);
+
+ /* reserve 4k aligned/wide regions for userspace mappings: */
+ for (i =
Hi Arnd,
Thanks for your review!
On Mon, Dec 5, 2011 at 10:48 PM, Arnd Bergmann a...@arndb.de 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
66 matches
Mail list logo