On Sun, Nov 4, 2012 at 10:44 AM, Norbert Preining wrote:
> Hi all,
>
> On Di, 30 Okt 2012, Dave Airlie wrote:
>> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
>> final to 3.7-rc1 or maybe -rc2.
>
> Sorry for my ignorance ... I did on master branch
> $ git checkout v3.7
From: Julia Lawall
Use WARN_ONCE rather than printk followed by WARN_ON_ONCE(1), for conciseness.
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
//
@@
expression list es;
@@
-printk(
+WARN_ONCE(1,
es);
-WARN_ON_ONCE(1);
This patch fixes the problem of mapping gem objects which are non-contigous
dma buffers. These buffers are described using SG table and SG lists. Each
valid SG List is pointing to a single page or group of pages which are
physically contigous.
Current implementation just maps the first page of eac
This patch fixes the problem of mapping contigous dma buffers. Currently page
struct is calculated from the buf->dma_addr which is not the physical address.
It is replaced by buf->pages which points to the page struct of the first page
of contigous memory chunk. This gives the correct page frame nu
https://bugs.freedesktop.org/show_bug.cgi?id=56620
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #3 from Andriy Gapon ---
Is KMS needed for r600g?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http:
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #4 from Alex Deucher ---
(In reply to comment #3)
> Is KMS needed for r600g?
Yes, KMS is required for r600g. Support for UMS in general is deprecated.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #5 from Andriy Gapon ---
That was my impression, thank you for the confirmation.
(please see the Platform header of this report)
Unfortunately, FreeBSD doesn't have KMS support for ati yet...
--
You are receiving this mail because:
For the last 2 years when running a DVI 60Hz monitor with a radeon
HD4890 and a (native 50Hz) HDMI TV I've been able to boot/startx with
the TV off and then turn TV on and -
xrandr --output DVI-0 --auto
to bring up the the TV and get a clone of monitor.
This still works with drm-core-next but
On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss wrote:
> For the last 2 years when running a DVI 60Hz monitor with a radeon HD4890
> and a (native 50Hz) HDMI TV I've been able to boot/startx with the TV off
> and then turn TV on and -
>
> xrandr --output DVI-0 --auto
>
> to bring up the the TV and g
https://bugs.freedesktop.org/show_bug.cgi?id=56743
Priority: medium
Bug ID: 56743
Assignee: dri-devel@lists.freedesktop.org
Summary: Invalid command stream (bad START_3D) on DIS gpu
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=56743
--- Comment #1 from Igor Murzov ---
Created attachment 69523
--> https://bugs.freedesktop.org/attachment.cgi?id=69523&action=edit
lspci -vvv
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Thu, Nov 01, 2012 at 09:08:42PM +0100, Thierry Reding wrote:
> On Wed, Oct 31, 2012 at 10:28:01AM +0100, Steffen Trumtrar wrote:
> [...]
> > +void timings_release(struct display_timings *disp)
> > +{
> > + int i;
> > +
> > + for (i = 0; i < disp->num_timings; i++)
> > + kfree(disp-
https://bugs.freedesktop.org/show_bug.cgi?id=56743
--- Comment #2 from Igor Murzov ---
Created attachment 69524
--> https://bugs.freedesktop.org/attachment.cgi?id=69524&action=edit
/var/log/Xorg.0.log
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Thu, Nov 01, 2012 at 09:15:10PM +0100, Thierry Reding wrote:
> On Wed, Oct 31, 2012 at 10:28:02AM +0100, Steffen Trumtrar wrote:
> [...]
> > diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> > b/Documentation/devicetree/bindings/video/display-timings.txt
> [...]
> > @@
Hi!
On Fri, Nov 02, 2012 at 10:49:47PM +0530, Leela Krishna Amudala wrote:
> Hello Steffen,
>
> On Wed, Oct 31, 2012 at 2:58 PM, Steffen Trumtrar
> > +static int parse_property(struct device_node *np, char *name,
> > + struct timing_entry *result)
> > +{
> > +
https://bugs.freedesktop.org/show_bug.cgi?id=56743
--- Comment #3 from Alex Deucher ---
The r6xx command stream is getting sent to the r7xx kernel driver instance.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel
Alex Deucher wrote:
On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss wrote:
For the last 2 years when running a DVI 60Hz monitor with a radeon HD4890
and a (native 50Hz) HDMI TV I've been able to boot/startx with the TV off
and then turn TV on and -
xrandr --output DVI-0 --auto
to bring up the t
https://bugzilla.kernel.org/show_bug.cgi?id=49351
Igor Murzov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=24694
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On So, 04 Nov 2012, Dave Airlie wrote:
> Yeah thats fine, bisecting works by going to where commits were
> originally committed, so drm-intel-next was 3.6.0-rc2 at some point
> was only merged into Linus later.
Ok, thanks, didn't know that. Have started the bisect game now,
coming back in about 1
Changelog v4:
- fix condition to drm_iommu_detach_device funtion.
Changelog v3:
- add dma_parms->max_segment_size setting of drm_device->dev.
- use devm_kzalloc instead of kzalloc.
Changelog v2:
- fix iommu attach condition.
. check archdata.dma_ops of drm device instead of
subdrv device's
This patch adds userptr feautre for G2D module.
The userptr means user space address allocated by malloc().
And the purpose of this feature is to make G2D's dma able
to access the user space region.
To user this feature, user should flag G2D_BUF_USRPTR to
offset variable of struct drm_exynos_g2d_
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #11 from Alexandre Demers ---
Found what is wrong with the help of a few printk and by comparing to the code
being replaced. All the logic is good (going through crtc, disabling them,
waiting for vblank) BUT setting "tmp |=
EVERGREEN_
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3912c2a3/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/de0bcbab/attachment.html>
Hi all,
On Di, 30 Okt 2012, Dave Airlie wrote:
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Sorry for my ignorance ... I did on master branch
$ git checkout v3.7-rc1
...
$ git bisect start drivers/gpu/drm/i915
On Sun, Nov 4, 2012 at 10:44 AM, Norbert Preining wrote:
> Hi all,
>
> On Di, 30 Okt 2012, Dave Airlie wrote:
>> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
>> final to 3.7-rc1 or maybe -rc2.
>
> Sorry for my ignorance ... I did on master branch
> $ git checkout v3.7
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/6bbe4aa4/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121104/c20859d0/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/503659a4/attachment-0001.html>
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/9410ada8/attachment.html>
For the last 2 years when running a DVI 60Hz monitor with a radeon
HD4890 and a (native 50Hz) HDMI TV I've been able to boot/startx with
the TV off and then turn TV on and -
xrandr --output DVI-0 --auto
to bring up the the TV and get a clone of monitor.
This still works with drm-core-next but
On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss wrote:
> For the last 2 years when running a DVI 60Hz monitor with a radeon HD4890
> and a (native 50Hz) HDMI TV I've been able to boot/startx with the TV off
> and then turn TV on and -
>
> xrandr --output DVI-0 --auto
>
> to bring up the the TV and g
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/cf2b3e3f/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/54d2cbfc/attachment.html>
On Thu, Nov 01, 2012 at 09:08:42PM +0100, Thierry Reding wrote:
> On Wed, Oct 31, 2012 at 10:28:01AM +0100, Steffen Trumtrar wrote:
> [...]
> > +void timings_release(struct display_timings *disp)
> > +{
> > + int i;
> > +
> > + for (i = 0; i < disp->num_timings; i++)
> > + kfree(disp-
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3ddbbd90/attachment.html>
On Thu, Nov 01, 2012 at 09:15:10PM +0100, Thierry Reding wrote:
> On Wed, Oct 31, 2012 at 10:28:02AM +0100, Steffen Trumtrar wrote:
> [...]
> > diff --git a/Documentation/devicetree/bindings/video/display-timings.txt
> > b/Documentation/devicetree/bindings/video/display-timings.txt
> [...]
> > @@
Hi!
On Fri, Nov 02, 2012 at 10:49:47PM +0530, Leela Krishna Amudala wrote:
> Hello Steffen,
>
> On Wed, Oct 31, 2012 at 2:58 PM, Steffen Trumtrar
> > +static int parse_property(struct device_node *np, char *name,
> > + struct timing_entry *result)
> > +{
> > +
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3baf9985/attachment.html>
Alex Deucher wrote:
> On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss wrote:
>> For the last 2 years when running a DVI 60Hz monitor with a radeon HD4890
>> and a (native 50Hz) HDMI TV I've been able to boot/startx with the TV off
>> and then turn TV on and -
>>
>> xrandr --output DVI-0 --auto
>>
>>
https://bugzilla.kernel.org/show_bug.cgi?id=49351
Igor Murzov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
org/archives/dri-devel/attachments/20121104/a1943106/attachment.html>
44 matches
Mail list logo
