there're three Ports B/C/D used for selection by each transcoder A/B/C.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 077e096..8a0f6ee 100644
--- a/t
On Wed, Jul 25, 2012 at 01:51:20PM +0100, Alan Cox wrote:
> From: Alan Cox
>
> drv_priv->gmbus is an array. Comparing it with NULL is somewhat less useful
> than a chocolate teapot.
>
> Possibly we should be testing bus != NULL each iteration of the loop
> instead ?
>
> gcc could help by warnin
On 24.07.2012 19:00, Marcin Slusarz wrote:
Please post the crash log.
Sorry, I was not precise: it boots until drm performs modesetting (so it
seems). The screen goes black and the machine is dead. So there is
nothing I could post here, unfortunately.
This is a video of 3.5 booting:
http://
Does it work if you boot without X and modprobe nouveau manually? If it does,
can you disable page flipping in xorg.conf (Option "PageFlip" "0" in nouveau
device section) and recheck with X?
It happens long before X, when the nouveau module is loaded.
Does it work if you disable acceleration (
there're three Ports B/C/D used for selection by each transcoder A/B/C.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 077e096..8a0f6ee 100644
--- a/t
On Wed, Jul 25, 2012 at 01:55:59PM +0200, Daniel Vetter wrote:
> On Wed, Jul 25, 2012 at 12:57 PM, Maciej Rutecki
> wrote:
> > On środa, 25 lipca 2012 o 11:29:28 Daniel Vetter wrote:
> >> On Wed, Jul 25, 2012 at 10:54:25AM +0200, Maciej Rutecki wrote:
> >> > On środa, 25 lipca 2012 o 10:29:26 Dani
Add Haswell audio registers definition and dump support.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c | 574 +-
1 file changed, 571 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 8a0f
On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeuc...@gmail.com wrote:
> From: Alex Deucher
>
> Add a new header that defines the AMD ACPI interface used
> for laptops, PowerXpress, and chipset specific functionality
> and update the current code to use it.
Great! Now my DSDT makes sense ;)
> T
https://bugs.freedesktop.org/show_bug.cgi?id=52549
Bug #: 52549
Summary: libdrm 2.4.37 compilation fails if ETIME not defined
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: BSD (Others)
On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
> On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeuc...@gmail.com wrote:
>> From: Alex Deucher
>>
>> Add a new header that defines the AMD ACPI interface used
>> for laptops, PowerXpress, and chipset specific functionality
>> and update the
On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Glück wrote:
> On 25.07.2012 20:42, Marcin Slusarz wrote:
> > Good, below patch should fix this panic.
> >
> > Note that you can hit an oops in drm_handle_vblank because patch from
> > http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.h
On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
> > The other missing bit is how to actually change the brightness... Alex,
> > do you know what registers to poke?
>
> You need to check if the GPU controls the backlight or th
On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti wrote:
>> > The other missing bit is how to actually change the brightness... Alex,
>> > do you know what registers to poke?
On Thu, Jul 26, 2012 at 3:42 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
>> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>>> wrote:
>>> > The other missing bit is how to actually change t
https://bugs.freedesktop.org/show_bug.cgi?id=52560
Bug #: 52560
Summary: Xorg -configure creats useless xorg.conf for tdfx
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: Linux (All)
From: Alex Deucher
Need to make sure the crtc is gated on before modesetting.
Explicitly gate the crtc on in prepare() and set a flag
so that the dpms functions don't gate it off during
mode set.
Noticed by sylware on IRC.
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #15 from Alexander E. Patrakov 2012-07-26
20:39:37 PDT ---
I also have an affected Sony VAIO laptop, and the failure mode is the same:
cannot read BIOS on the AMD card. Is there any debugging information that I can
provide (from Wind
https://bugs.freedesktop.org/show_bug.cgi?id=52563
Bug #: 52563
Summary: build failure - struct radeon_renderbuffer has no
member named Base
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD
https://bugs.freedesktop.org/show_bug.cgi?id=52563
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #16 from Ben Alex 2012-07-26 22:08:07 PDT
---
As per comment #15, I also have an affected Sony Vaio Z Series (model
SVZ13115GGXI). Anything logs/debugs/tests I can provide to assist resolve this
issue?
--
Configure bugmail: https:/
https://bugs.freedesktop.org/show_bug.cgi?id=52563
U. Artie Eoff changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #2 from U. Artie Eo
https://bugs.freedesktop.org/show_bug.cgi?id=41265
--- Comment #17 from Alex Deucher 2012-07-26 22:16:41 PDT ---
Probably need to ask Sony where they store the discrete vbios on these systems.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
From: Jerome Glisse
When we change start address of vram for the GPU memory controller
we need to make sure that nothing in the GPU still use the old vram
address. This patch cleanup and fix crtc address.
However there is still someissue somewhere if we reenable the crtc
after updating the addre
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #8 from Jerome Glisse 2012-07-26 23:25:59
PDT ---
Created attachment 64758
--> https://bugs.freedesktop.org/attachment.cgi?id=64758
Cleanup and fix mc programing
This patch should fix your issue
--
Configure bugmail: https://bug
https://bugs.freedesktop.org/show_bug.cgi?id=42373
--- Comment #16 from Jerome Glisse 2012-07-26 23:26:33
PDT ---
Created attachment 64759
--> https://bugs.freedesktop.org/attachment.cgi?id=64759
Fixup mc programing
This patch should fix your issue.
--
Configure bugmail: https://bugs.freede
On Thu, Jul 26, 2012 at 7:24 PM, wrote:
> From: Jerome Glisse
>
> When we change start address of vram for the GPU memory controller
> we need to make sure that nothing in the GPU still use the old vram
> address. This patch cleanup and fix crtc address.
>
> However there is still someissue some
On Thu, Jul 26, 2012 at 8:35 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 7:24 PM, wrote:
>> From: Jerome Glisse
>>
>> When we change start address of vram for the GPU memory controller
>> we need to make sure that nothing in the GPU still use the old vram
>> address. This patch cleanup an
On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> 於 四，2012-07-26 於 14:58 +0200，Luca Tettamanti 提到：
>> - again ACPI video module gets the nodification (in this case
>> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
>> - KDE seems this and muck with the screen configuration :
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #9 from sowad...@miner.mst.edu 2012-07-27 05:39:06 PDT ---
I do not see any improvement after applying the proposed patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #68 from Alexandre Demers
2012-07-25 18:11:54 PDT ---
I was thinking about it yesterday: is it possible that we are not tracking
something in the virtual addresse spaces that we should be? That could explain
why we are getting messag
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #6 from sowadski at miner.mst.edu 2012-07-25 20:24:04 PDT ---
I am not using grub2, so I do not believe that the workaround in BUG 43655 are
relevant. I do not have these lines in my grub.conf
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=52467
--- Comment #7 from sowadski at miner.mst.edu 2012-07-25 20:39:10 PDT ---
Possible duplicate of BUG 42373?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=52467
sowadski at miner.mst.edu changed:
What|Removed |Added
Version|XOrg CVS|unspecified
--
Configure bug
Hi Linus,
one of the smaller drm -next pulls in ages!
Ben (nouveau) has a rewrite in progress but we decided to leave it stew
for another cycle, so just some fixes from him.
radeon: lots of documentation work, fixes, more ring and locking changes,
pcie gen2, more dp fixes,
i915: haswell featur
https://bugs.freedesktop.org/show_bug.cgi?id=43655
--- Comment #14 from Alexandre Demers
2012-07-26 05:33:08 PDT ---
May well be the same as bug 42373. I'll try to find a way to dig this following
42373 repro steps.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
there're three Ports B/C/D used for selection by each transcoder A/B/C.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 077e096..8a0f6ee 100644
--- a/t
On Wed, Jul 25, 2012 at 01:51:20PM +0100, Alan Cox wrote:
> From: Alan Cox
>
> drv_priv->gmbus is an array. Comparing it with NULL is somewhat less useful
> than a chocolate teapot.
>
> Possibly we should be testing bus != NULL each iteration of the loop
> instead ?
>
> gcc could help by warnin
there're three Ports B/C/D used for selection by each transcoder A/B/C.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 077e096..8a0f6ee 100644
--- a/t
On Wed, Jul 25, 2012 at 01:55:59PM +0200, Daniel Vetter wrote:
> On Wed, Jul 25, 2012 at 12:57 PM, Maciej Rutecki
> wrote:
> > On ?roda, 25 lipca 2012 o 11:29:28 Daniel Vetter wrote:
> >> On Wed, Jul 25, 2012 at 10:54:25AM +0200, Maciej Rutecki wrote:
> >> > On ?roda, 25 lipca 2012 o 10:29:26 Dani
Add Haswell audio registers definition and dump support.
Signed-off-by: Wang Xingchao
---
tools/intel_audio_dump.c | 574 +-
1 file changed, 571 insertions(+), 3 deletions(-)
diff --git a/tools/intel_audio_dump.c b/tools/intel_audio_dump.c
index 8a0f
On Wed, Jul 25, 2012 at 01:38:09PM -0400, alexdeucher at gmail.com wrote:
> From: Alex Deucher
>
> Add a new header that defines the AMD ACPI interface used
> for laptops, PowerXpress, and chipset specific functionality
> and update the current code to use it.
Great! Now my DSDT makes sense ;)
https://bugs.freedesktop.org/show_bug.cgi?id=52549
Bug #: 52549
Summary: libdrm 2.4.37 compilation fails if ETIME not defined
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: All
OS/Version: BSD (Others)
vices [AMD] nee
> ATI Thames XT/GL [Radeon HD 600M Series] [1002:6840]
>
> on a Toshiba L855.
>
> Luca
-- next part --
A non-text attachment was scrubbed...
Name: 0003-drm-radeon-add-backlight-control-for-atom-devices.patch
Type: text/x-patch
Size: 10962 bytes
On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Gl?ck wrote:
> On 25.07.2012 20:42, Marcin Slusarz wrote:
> > Good, below patch should fix this panic.
> >
> > Note that you can hit an oops in drm_handle_vblank because patch from
> > http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.h
On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
> wrote:
> > The other missing bit is how to actually change the brightness... Alex,
> > do you know what registers to poke?
>
> You need to check if the GPU controls the backlight or
On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti wrote:
> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>> wrote:
>> > The other missing bit is how to actually change the brightness... Alex,
>> > do you know what registers to po
On Thu, Jul 26, 2012 at 3:42 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 3:33 PM, Luca Tettamanti
> wrote:
>> On Thu, Jul 26, 2012 at 11:35:25AM -0400, Alex Deucher wrote:
>>> On Thu, Jul 26, 2012 at 8:58 AM, Luca Tettamanti
>>> wrote:
>>> > The other missing bit is how to actually chang
From: Alex Deucher
Need to make sure the crtc is gated on before modesetting.
Explicitly gate the crtc on in prepare() and set a flag
so that the dpms functions don't gate it off during
mode set.
Noticed by sylware on IRC.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/
From: Jerome Glisse
When we change start address of vram for the GPU memory controller
we need to make sure that nothing in the GPU still use the old vram
address. This patch cleanup and fix crtc address.
However there is still someissue somewhere if we reenable the crtc
after updating the addre
On Thu, Jul 26, 2012 at 7:24 PM, wrote:
> From: Jerome Glisse
>
> When we change start address of vram for the GPU memory controller
> we need to make sure that nothing in the GPU still use the old vram
> address. This patch cleanup and fix crtc address.
>
> However there is still someissue some
On Thu, Jul 26, 2012 at 8:35 PM, Alex Deucher wrote:
> On Thu, Jul 26, 2012 at 7:24 PM, wrote:
>> From: Jerome Glisse
>>
>> When we change start address of vram for the GPU memory controller
>> we need to make sure that nothing in the GPU still use the old vram
>> address. This patch cleanup an
On Thu, Jul 26, 2012 at 10:50 PM, joeyli wrote:
> ? ??2012-07-26 ? 14:58 +0200?Luca Tettamanti ???
>> - again ACPI video module gets the nodification (in this case
>> ACPI_VIDEO_NOTIFY_PROBE), re-enumerated and send KEY_SWITCHVIDEOMODE
>> - KDE seems this and muck with the screen configuration :
On 25.07.2012 20:42, Marcin Slusarz wrote:
> Good, below patch should fix this panic.
>
> Note that you can hit an oops in drm_handle_vblank because patch from
> http://lists.freedesktop.org/archives/dri-devel/2012-May/023498.html
> has not been applied (yet?).
After applying your patch, it still
53 matches
Mail list logo
