This patch modifies iommu address allocation order from 64k
to 4k. 64k order causes waste of the io space and this was
our mistakes.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_iommu.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
di
On Mon, Jan 28, 2013 at 9:24 PM, Sean Paul wrote:
>
> On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan
> wrote:
> > This patch adds display-timing node parsing using video helper function
> >
> > Signed-off-by: Leela Krishna Amudala
> > Signed-off-by: Vikas Sajjan
> > ---
> > drivers/gpu/drm/exy
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/701844b5/attachment.html>
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/ec19a9f1/attachment-0001.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/cf721f3d/attachment.html>
On Gen6, bit 15 is now `Depth Clear Value Valid`. This was being treated
as part of the length, and failing the rest of the batchbuffer decode.
Signed-off-by: Chris Forbes
---
intel/intel_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/in
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #2 from Jerome Glisse ---
cd /sys/bus/pci/devices/:01:05.0
sudo sh -c "echo 1 > rom"
sudo sh -c "cat rom > ~/bios.rom"
Something like that should do the trick, just change the pciid
--
You are receiving this mail because:
You a
https://bugs.freedesktop.org/show_bug.cgi?id=59982
--- Comment #1 from Jerome Glisse ---
Could you please attach your video bios to the bug
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/1aaef72a/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/cb095b99/attachment.html>
||g/show_bug.cgi?id=59982
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130
is mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/1baa8da7/attachment.html>
archives/dri-devel/attachments/20130128/94e1a738/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/ddb3ca34/attachment-0001.html>
nts/20130128/ced4a207/attachment.html>
On Mon, 28 Jan 2013, Sedat Dilek wrote:
> ...
> static struct intel_quirk intel_quirks[] = {
> /* HP Mini needs pipe A force quirk (LP: #322104) */
> { 0x27ae, 0x103c, 0x361a, quirk_pipea_force },
> ...
> }
>
> Triple - which value is what?
I guess you figured it out, but just a few l
This patch adds the driver for the PTN3460 LVDS/DP bridge chip.
The driver allows the EDID emulation to be selected from device tree,
along with specifying the GPIOs driving powerdown and reset pins.
The chip has a bug in it such that when the powerdown and reset pins
are toggled, the hotplug lin
https://bugzilla.kernel.org/show_bug.cgi?id=53111
Rafael J. Wysocki changed:
What|Removed |Added
Component|Other |Video(DRI - non Intel)
Assig
https://bugs.freedesktop.org/show_bug.cgi?id=59946
Chris Rankin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Jan 28, 2013 at 4:01 PM, Jani Nikula
wrote:
> On Mon, 28 Jan 2013, Sedat Dilek wrote:
>> ...
>> static struct intel_quirk intel_quirks[] = {
>> /* HP Mini needs pipe A force quirk (LP: #322104) */
>> { 0x27ae, 0x103c, 0x361a, quirk_pipea_force },
>> ...
>> }
>>
>> Triple - whi
https://bugs.freedesktop.org/show_bug.cgi?id=58840
--- Comment #12 from almos ---
I happened to check out the git exactly at the tag 3.8-rc5 as HEAD. With that
the preformance issues in etqw and nexuiz are gone. The neverball problem is
still there though.
--
You are receiving this mail because
On Mon, Jan 28, 2013 at 12:02 PM, Leela Krishna Amudala
wrote:
> On Mon, Jan 28, 2013 at 9:24 PM, Sean Paul wrote:
>>
>> On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan
>> wrote:
>> > This patch adds display-timing node parsing using video helper function
>> >
>> > Signed-off-by: Leela Krishna Am
https://bugs.freedesktop.org/show_bug.cgi?id=59904
--- Comment #9 from maxi...@free.fr ---
Running 64 bit and the game is 64bit.
With mesa in debug mode I get this:
Mesa: User error: GL_INVALID_ENUM in glBindTexture(target)
Mesa: 85 similar GL_INVALID_ENUM errors
Mesa: User error: GL_INVALID_OPE
Hello Vikas,
On Mon, Jan 28, 2013 at 11:15 AM, Vikas Sajjan
wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35
> ++
https://bugs.freedesktop.org/show_bug.cgi?id=59904
--- Comment #8 from Alex Deucher ---
(In reply to comment #7)
> I'm seeing this with 72916698b056d0559263e84372bb45cd83a1c2c2 and an HD6870
>
> radeon: mmap failed, errno: 12
> radeon: mmap failed, errno: 12
> Crash log saved as '/home/bruno/.He
Hey,
Op 25-01-13 02:45, Dave Airlie schreef:
> On Fri, Jan 25, 2013 at 11:06 AM, Dave Airlie wrote:
>> On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
>> wrote:
>>> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
These patches have been sailing around long enough, waiting for a
This patch adds the driver for the PTN3460 LVDS/DP bridge chip.
The driver allows the EDID emulation to be selected from device tree,
along with specifying the GPIOs driving powerdown and reset pins.
The chip has a bug in it such that when the powerdown and reset pins
are toggled, the hotplug lin
https://bugs.freedesktop.org/show_bug.cgi?id=59904
maxi...@free.fr changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
Hi Vikas,
This patch should be numbered 0/1 as it is not a patch in itself and
the subsequent patch should be 1/1 so as to show that these 2 together
form a series.
Also, your subject line seems to have been truncated.
On 28 January 2013 11:15, Vikas Sajjan wrote:
> This patch adds display-timi
nts/20130128/20852ac3/attachment-0001.html>
The intention here is to make the output of dmesg with full verbosity a
bit easier for a human to parse. This commit transforms:
[drm:drm_ioctl], pid=699, cmd=0x6458, nr=0x58, dev 0xe200, auth=1
[drm:drm_ioctl], pid=699, cmd=0xc010645b, nr=0x5b, dev 0xe200, auth=1
[drm:drm_ioctl], pid=699, cmd=0xc
On Mon, Jan 28, 2013 at 12:02 PM, Leela Krishna Amudala
wrote:
> On Mon, Jan 28, 2013 at 9:24 PM, Sean Paul wrote:
>>
>> On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan
>> wrote:
>> > This patch adds display-timing node parsing using video helper function
>> >
>> > Signed-off-by: Leela Krishna Am
On 2013/1/28 3:23, Yinghai Lu wrote:
> Replace that with hotplug-safe version.
>
> Signed-off-by: Yinghai Lu
> Cc: David Airlie
> Cc: dri-devel at lists.freedesktop.org
> ---
> drivers/gpu/drm/drm_fops.c | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/driv
This patch adds display-timing node parsing using video helper function
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35 --
1 file changed, 33 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
This patch adds display-timing node parsing to drm fimd, this depends on
the display helper patchset at
http://www.mail-archive.com/dri-devel at lists.freedesktop.org/msg33354.html
It also adds pinctrl support for drm fimd.
patch is based on branch "exynos-drm-next" at
http://git.kernel.org/pub/s
On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan
wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35
> --
> 1
https://bugs.freedesktop.org/show_bug.cgi?id=59588
vincent changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Lucas Kannebley Tavares changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=59982
Lucas Kannebley Tavares changed:
What|Removed |Added
CC||luca...@linux.vnet.ibm.com
https://bugs.freedesktop.org/show_bug.cgi?id=59982
Priority: medium
Bug ID: 59982
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon: evergreen Atombios in loop during
initialization on ppc64
Severity: normal
Class
On Mon, Jan 28, 2013 at 3:56 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Fri, Jan 25, 2013 at 20:22:55, Rob Clark wrote:
>> On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
>
>> > It's not about being simple, but not doing the wrong way, here you are
>> > relying on a platform specific clo
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/f0a05a47/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59903
--- Comment #4 from Michael Lange ---
compiled mesa again from master git branch (tree
7cbc1aafe166dd925c5626c7118f523c8b75ae6d) and got this in dmesg
[9.917097] glxinfo[2482]: segfault at 0 ip (null) sp
7c441708 error 14
Hi Rob,
On Fri, Jan 25, 2013 at 20:22:55, Rob Clark wrote:
> On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
> > It's not about being simple, but not doing the wrong way, here you are
> > relying on a platform specific clock in a driver, think about the case
> > where same IP is used on
https://bugs.freedesktop.org/show_bug.cgi?id=59945
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58659
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
vel/attachments/20130128/5c6de1b5/attachment.html>
On Mon, Jan 28, 2013 at 9:24 PM, Sean Paul wrote:
>
> On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan
> wrote:
> > This patch adds display-timing node parsing using video helper function
> >
> > Signed-off-by: Leela Krishna Amudala
> > Signed-off-by: Vikas Sajjan
> > ---
> > drivers/gpu/drm/exy
It fixes the issue arises due to passing 'nr_pages' in place of 'nents' to
sg_alloc_table. When ARM_HAS_SG_CHAIN is disabled, it is causing failure in
creating SG table for the buffers having more than 204 physical pages i.e.
equal to SG_MAX_SINGLE_ALLOC.
When using sg_alloc_table_from_pages inter
On Mon, Jan 28, 2013 at 3:56 AM, Mohammed, Afzal wrote:
> Hi Rob,
>
> On Fri, Jan 25, 2013 at 20:22:55, Rob Clark wrote:
>> On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
>
>> > It's not about being simple, but not doing the wrong way, here you are
>> > relying on a platform specific clo
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130128/d739a4ce/attachment.html>
On Mon, Jan 28, 2013 at 12:45 AM, Vikas Sajjan wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35
> --
> 1 f
On Mon, 28 Jan 2013, Sedat Dilek wrote:
> ...
> static struct intel_quirk intel_quirks[] = {
> /* HP Mini needs pipe A force quirk (LP: #322104) */
> { 0x27ae, 0x103c, 0x361a, quirk_pipea_force },
> ...
> }
>
> Triple - which value is what?
I guess you figured it out, but just a few l
https://bugs.freedesktop.org/show_bug.cgi?id=59904
Paul Heldens changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hey,
Op 25-01-13 02:45, Dave Airlie schreef:
> On Fri, Jan 25, 2013 at 11:06 AM, Dave Airlie wrote:
>> On Fri, Jan 25, 2013 at 10:53 AM, Linus Torvalds
>> wrote:
>>> On Thu, Jan 24, 2013 at 4:42 PM, Dave Airlie wrote:
These patches have been sailing around long enough, waiting for a
The intention here is to make the output of dmesg with full verbosity a
bit easier for a human to parse. This commit transforms:
[drm:drm_ioctl], pid=699, cmd=0x6458, nr=0x58, dev 0xe200, auth=1
[drm:drm_ioctl], pid=699, cmd=0xc010645b, nr=0x5b, dev 0xe200, auth=1
[drm:drm_ioctl], pid=699, cmd=0xc
Hi Rob,
On Fri, Jan 25, 2013 at 20:22:55, Rob Clark wrote:
> On Fri, Jan 25, 2013 at 8:15 AM, Mohammed, Afzal wrote:
> > It's not about being simple, but not doing the wrong way, here you are
> > relying on a platform specific clock in a driver, think about the case
> > where same IP is used on
Hi Vikas,
This patch should be numbered 0/1 as it is not a patch in itself and
the subsequent patch should be 1/1 so as to show that these 2 together
form a series.
Also, your subject line seems to have been truncated.
On 28 January 2013 11:15, Vikas Sajjan wrote:
> This patch adds display-timi
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/6eaac69f/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130128/39b638c0/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59904
--- Comment #5 from Andy Furniss ---
(In reply to comment #2)
> (In reply to comment #0)
>
> +1
>
> I just bisected to this commit after getting the same running nexuiz on
> rv790 (with and without llvm).
My issue is fixed by mesa commit -
On Mon, Jan 28, 2013 at 1:16 AM, Sedat Dilek wrote:
> On Mon, Jan 28, 2013 at 12:52 AM, Sedat Dilek
> wrote:
>> Hi,
>>
>> From [1]:
>> ...
>> static struct intel_quirk intel_quirks[] = {
>> /* HP Mini needs pipe A force quirk (LP: #322104) */
>> { 0x27ae, 0x103c, 0x361a, quirk_pi
https://bugs.freedesktop.org/show_bug.cgi?id=59431
--- Comment #45 from William ---
Ok, after some more investigating it seems plymouth is giving me issues while
setting up the framebuffer console.
https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1107642
I have reported this issue on laun
On Mon, Jan 28, 2013 at 12:52 AM, Sedat Dilek wrote:
> Hi,
>
> From [1]:
> ...
> static struct intel_quirk intel_quirks[] = {
> /* HP Mini needs pipe A force quirk (LP: #322104) */
> { 0x27ae, 0x103c, 0x361a, quirk_pipea_force },
> ...
> }
>
> Triple - which value is what?
>
> 00:0
Hi,
>From [1]:
...
static struct intel_quirk intel_quirks[] = {
/* HP Mini needs pipe A force quirk (LP: #322104) */
{ 0x27ae, 0x103c, 0x361a, quirk_pipea_force },
...
}
Triple - which value is what?
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd
Generation Core
Hello Vikas,
On Mon, Jan 28, 2013 at 11:15 AM, Vikas Sajjan wrote:
> This patch adds display-timing node parsing using video helper function
>
> Signed-off-by: Leela Krishna Amudala
> Signed-off-by: Vikas Sajjan
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 35
> +++
https://bugs.freedesktop.org/show_bug.cgi?id=59945
--- Comment #5 from Martin Andersson ---
Your patch fixes the issue, thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freede
On Gen6, bit 15 is now `Depth Clear Value Valid`. This was being treated
as part of the length, and failing the rest of the batchbuffer decode.
Signed-off-by: Chris Forbes
---
intel/intel_decode.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/intel/intel_decode.c b/intel/in
68 matches
Mail list logo
