org/archives/dri-devel/attachments/20121104/a1943106/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=49351
Igor Murzov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
>>
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)
> > +{
> > +
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
> [...]
> > @@
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++)
> > +
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3baf9985/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3ddbbd90/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/54d2cbfc/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/cf2b3e3f/attachment.html>
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
:
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
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121104/503659a4/attachment-0001.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121104/c20859d0/attachment.html>
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
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
--
An 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/de0bcbab/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121104/3912c2a3/attachment.html>
From: Inki Dae inki@samsung.com
Chagelog v2:
remove unnecessary structure, struct g2d_gem_node.
Chagelog v1:
This patch adds iommu support for g2d driver. For this, it
adds subdrv_probe/remove callback to enable or disable
g2d iommu. And with this patch, in case of using g2d iommu,
we can
From: Inki Dae inki@samsung.com
With iommu support, non-continuous buffer also is supported so
this patch removes these checking from exynos_drm_gem_get/put_dma_addr
funciton.
This patch is based on the below patch set, drm/exynos: add
iommu support for -next.
On Sun, Nov 4, 2012 at 10:44 AM, Norbert Preining prein...@logic.at 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
From: Julia Lawall julia.law...@lip6.fr
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/)
// smpl
@@
expression list es;
@@
-printk(
+WARN_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
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
https://bugs.freedesktop.org/show_bug.cgi?id=56620
Laurent carlier lordhea...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #3 from Andriy Gapon a...@icyb.net.ua ---
Is KMS needed for r600g?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #4 from Alex Deucher ag...@yahoo.com ---
(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
https://bugs.freedesktop.org/show_bug.cgi?id=52574
--- Comment #5 from Andriy Gapon a...@icyb.net.ua ---
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
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
On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss andy...@ukfsn.org 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
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 intergalactic.anonym...@gmail.com ---
Created attachment 69523
-- https://bugs.freedesktop.org/attachment.cgi?id=69523action=edit
lspci -vvv
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=56743
--- Comment #2 from Igor Murzov intergalactic.anonym...@gmail.com ---
Created attachment 69524
-- https://bugs.freedesktop.org/attachment.cgi?id=69524action=edit
/var/log/Xorg.0.log
--
You are receiving this mail because:
You are the assignee
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
[...]
@@ -0,0
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)
+{
+ struct
https://bugs.freedesktop.org/show_bug.cgi?id=56743
--- Comment #3 from Alex Deucher ag...@yahoo.com ---
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.
Alex Deucher wrote:
On Sun, Nov 4, 2012 at 10:27 AM, Andy Furniss andy...@ukfsn.org 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 e-m...@date.by changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=24694
Andy Furniss li...@andyfurniss.entadsl.com changed:
What|Removed |Added
Status|NEW |RESOLVED
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
https://bugs.freedesktop.org/show_bug.cgi?id=56139
--- Comment #11 from Alexandre Demers alexandre.f.dem...@gmail.com ---
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)
45 matches
Mail list logo