Added Rafael to the Cc: Rafael, we're pondering over one or more of these
recurrent threads about corruption after resume, seemingly related to i915.
On Sat, 17 Mar 2012, Keith Packard wrote:
> On Sat, 17 Mar 2012 18:44:18 -0700 (PDT), Hugh Dickins
> wrote:
> > I keep worrying about the sequence
ubbed...
Name: not available
Type: application/pgp-signature
Size: 865 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120317/dbda4b5b/attachment.pgp>
<#part sign=pgpmime>
On Sat, 17 Mar 2012 18:44:18 -0700 (PDT), Hugh Dickins wrote:
> __GFP_MOVABLE is a hint to page allocation that there's a good likelihood
> that this logical page can be migrated elsewhere in physical memory later
> on if mm wants, so it's a good idea to allocate it from a ph
<#part sign=pgpmime>
On Sat, 17 Mar 2012 18:44:18 -0700 (PDT), Hugh Dickins
wrote:
> __GFP_MOVABLE is a hint to page allocation that there's a good likelihood
> that this logical page can be migrated elsewhere in physical memory later
> on if mm wants, so it's a good idea to allocate it from a p
Okay found the 965GM report
https://bugzilla.kernel.org/show_bug.cgi?id=37142
Dave.
On Sat, Mar 17, 2012 at 7:20 PM, Dave Airlie wrote:
> On Sat, Mar 17, 2012 at 6:59 PM, Keith Packard wrote:
>> <#part sign=pgpmime>
>> On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
>>
>>> We've had reports on 965GM in Fedora, maybe davej has the specific
>>> bug.
>>
>> Are these reports
> > dma-buf file descriptor. Userspace access to the buffer should be
> > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
> > give the exporting driver a chance to deal with cache synchronization
> > and such for cached userspace mappings without resorting to page
There should
On Thu, 15 Mar 2012 15:56:24 BST, Carsten Emde said:
> Broken monitors and/or broken graphic boards may send erroneous or no
> EDID data. This also applies to broken KVM devices that are unable to
> correctly forward the EDID data of the connected monitor but invent
> their own fantasy data.
> Do
On Sat, Mar 17, 2012 at 6:59 PM, Keith Packard wrote:
> <#part sign=pgpmime>
> On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
>
>> We've had reports on 965GM in Fedora, maybe davej has the specific
>> bug.
>
> Are these reports relatively recent, leading to a possible software bug
> intro
From: Julia Lawall
Most of the error handling code in this function frees the buffers
kcmd_addr, kvb_addr, and kbox_addr allocated at the beginning of this
function. These two branches are changed to do the same.
Signed-off-by: Julia Lawall
---
drivers/gpu/drm/savage/savage_state.c |5 ++
On Sat, 17 Mar 2012, Keith Packard wrote:
> On Sat, 17 Mar 2012 15:52:15 -0700, Linus Torvalds linux-foundation.org> wrote:
>
> > I do not believe we actually ever uncovered the original problem with
> > _MOVABLE: the problem was bisected down to the stable-backported
> > version of commit 4bdadb
From: Julia Lawall
The function radeon_cs_parser_init is only called from two places, in
drivers/gpu/drm/radeon/radeon_cs.c and drivers/gpu/drm/radeon/r600_cs.c.
In each case, if the call fails another function is called that frees all
of the kdata and dpage information in the chunks array. So t
<#part sign=pgpmime>
On Sat, 17 Mar 2012 15:52:15 -0700, Linus Torvalds
wrote:
> I do not believe we actually ever uncovered the original problem with
> _MOVABLE: the problem was bisected down to the stable-backported
> version of commit 4bdadb978569 ("drm/i915: Selectively enable
> self-reclaim
<#part sign=pgpmime>
On Sat, 17 Mar 2012 15:52:15 -0700, Linus Torvalds wrote:
> I do not believe we actually ever uncovered the original problem with
> _MOVABLE: the problem was bisected down to the stable-backported
> version of commit 4bdadb978569 ("drm/i915: Selectively enable
> self-reclaim"
On Sat, Mar 17, 2012 at 3:17 PM, Alan Cox wrote:
>> > dma-buf file descriptor. ?Userspace access to the buffer should be
>> > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
>> > give the exporting driver a chance to deal with cache synchronization
>> > and such for cached user
On Sat, Mar 17, 2012 at 3:09 PM, Hugh Dickins wrote:
>
> I've got to go out for an hour: I'll digest more and think more about
> this when I get back. If someone could explain the original problem
> with _MOVABLE, that would help me:
I do not believe we actually ever uncovered the original probl
On Sat, Mar 17, 2012 at 3:09 PM, Hugh Dickins wrote:
>
> I've got to go out for an hour: I'll digest more and think more about
> this when I get back. ?If someone could explain the original problem
> with _MOVABLE, that would help me:
I do not believe we actually ever uncovered the original probl
On Sat, Mar 17, 2012 at 3:17 PM, Alan Cox wrote:
>> > dma-buf file descriptor. Userspace access to the buffer should be
>> > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
>> > give the exporting driver a chance to deal with cache synchronization
>> > and such for cached user
On Sat, 17 Mar 2012, Linus Torvalds wrote:
> On Sat, Mar 17, 2012 at 1:23 PM, Dave Airlie wrote:
> >
> > I did however get a flashback in google to this:
> >
> > http://lists.fedoraproject.org/pipermail/scm-commits/2010-July/456636.html
> >
> > Linus don't think we ever did work out why that worke
On Sat, Mar 17, 2012 at 2:35 PM, Jakob Bornecrantz wrote:
> With my limited knowledge of automake I'm going to have
> to NACK this patch. Most of these programs are used during
> driver bring up to test things out, often we also modify
> them a bit to suit our need.
>
> If this patch doesn't make
Signed-off-by: Matt Turner
---
tests/kmstest/Makefile.am |2 +-
tests/modeprint/Makefile.am |2 +-
tests/modetest/Makefile.am |2 +-
tests/radeon/Makefile.am|2 +-
tests/vbltest/Makefile.am |2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/km
On Sat, Mar 17, 2012 at 1:23 PM, Dave Airlie wrote:
>
> I did however get a flashback in google to this:
>
> http://lists.fedoraproject.org/pipermail/scm-commits/2010-July/456636.html
>
> Linus don't think we ever did work out why that worked, I wonder if we
> lost something after that.
Hmm. Mayb
On Sat, Mar 17, 2012 at 1:23 PM, Dave Airlie wrote:
>
> I did however get a flashback in google to this:
>
> http://lists.fedoraproject.org/pipermail/scm-commits/2010-July/456636.html
>
> Linus don't think we ever did work out why that worked, I wonder if we
> lost something after that.
Hmm. Mayb
Okay found the 965GM report
https://bugzilla.kernel.org/show_bug.cgi?id=37142
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Sat, Mar 17, 2012 at 7:20 PM, Dave Airlie wrote:
> On Sat, Mar 17, 2012 at 6:59 PM, Keith Packard wrote:
>> <#part sign=pgpmime>
>> On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
>>
>>> We've had reports on 965GM in Fedora, maybe davej has the specific
>>> bug.
>>
>> Are these reports
> > dma-buf file descriptor. Userspace access to the buffer should be
> > bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
> > give the exporting driver a chance to deal with cache synchronization
> > and such for cached userspace mappings without resorting to page
There should
Reviewed-by: Kyungmin Park
On 3/17/12, Rob Clark wrote:
> From: Rob Clark
>
> Works in a similar way to get_file(), and is needed in cases such as
> when the exporter needs to also keep a reference to the dmabuf (that
> is later released with a dma_buf_put()), and possibly other similar
> cases
On Sat, Mar 17, 2012 at 6:59 PM, Keith Packard wrote:
> <#part sign=pgpmime>
> On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
>
>> We've had reports on 965GM in Fedora, maybe davej has the specific
>> bug.
>
> Are these reports relatively recent, leading to a possible software bug
> intro
<#part sign=pgpmime>
On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
> We've had reports on 965GM in Fedora, maybe davej has the specific
> bug.
Are these reports relatively recent, leading to a possible software bug
introduced in the last couple of releases?
--
keith.pack...@intel.com
<#part sign=pgpmime>
On Sat, 17 Mar 2012 07:41:14 +, Dave Airlie wrote:
> We've had reports on 965GM in Fedora, maybe davej has the specific
> bug.
Are these reports relatively recent, leading to a possible software bug
introduced in the last couple of releases?
--
keith.packard at intel.c
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #5 from Jon Dowland
2012-03-17 11:49:13 ---
Created an attachment (id=72633)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72633)
dmesg from v2.6.32-rc1^
Frustratingly, the issue reared its head with v2.6.32-rc1^. This dm
On Sat, Mar 17, 2012 at 2:35 PM, Jakob Bornecrantz wrote:
> With my limited knowledge of automake I'm going to have
> to NACK this patch. Most of these programs are used during
> driver bring up to test things out, often we also modify
> them a bit to suit our need.
>
> If this patch doesn't make
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
- Original
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
- Original
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #4 from Jon Dowland
2012-03-17 11:27:26 ---
Ok retesting v2.6.32-rc1 first, I had trouble building it (gcc 4.6 won't work);
trouble getting the initramfs to work, and trouble getting X to start (some
kind of race condition / bad
Signed-off-by: Matt Turner
---
tests/kmstest/Makefile.am |2 +-
tests/modeprint/Makefile.am |2 +-
tests/modetest/Makefile.am |2 +-
tests/radeon/Makefile.am|2 +-
tests/vbltest/Makefile.am |2 +-
5 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/km
https://bugs.freedesktop.org/show_bug.cgi?id=45366
--- Comment #5 from Ernst Sj?strand 2012-03-17 03:39:47
PDT ---
This might be related to reclocking the GPU because when I tried dynpm it
happened more often and it often happens when waking the computer up from DPMS.
--
Configure bugmail: htt
On Fri, Mar 16, 2012 at 11:01 PM, Keith Packard wrote:
> <#part sign=pgpmime>
> On Fri, 16 Mar 2012 16:47:46 +, Dave Airlie wrote:
>
>> The hibernate issue is known and I've been hoping someone from Intel
>> would run with debugging it, they have a big enough team that I don't
>> feel I can e
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #5 from Jon Dowland
2012-03-17 11:49:13 ---
Created an attachment (id=72633)
--> (https://bugzilla.kernel.org/attachment.cgi?id=72633)
dmesg from v2.6.32-rc1^
Frustratingly, the issue reared its head with v2.6.32-rc1^. This dm
https://bugzilla.kernel.org/show_bug.cgi?id=29412
--- Comment #4 from Jon Dowland
2012-03-17 11:27:26 ---
Ok retesting v2.6.32-rc1 first, I had trouble building it (gcc 4.6 won't work);
trouble getting the initramfs to work, and trouble getting X to start (some
kind of race condition / bad
https://bugs.freedesktop.org/show_bug.cgi?id=45366
--- Comment #5 from Ernst Sjöstrand 2012-03-17 03:39:47 PDT
---
This might be related to reclocking the GPU because when I tried dynpm it
happened more often and it often happens when waking the computer up from DPMS.
--
Configure bugmail: htt
On Fri, Mar 16, 2012 at 11:01 PM, Keith Packard wrote:
> <#part sign=pgpmime>
> On Fri, 16 Mar 2012 16:47:46 +, Dave Airlie wrote:
>
>> The hibernate issue is known and I've been hoping someone from Intel
>> would run with debugging it, they have a big enough team that I don't
>> feel I can e
42 matches
Mail list logo
