Hello Yakir,
Sorry for the delay but I was on holidays.
On 10/10/2015 04:31 PM, Yakir Yang wrote:
> Hi Javier,
[snip]
>>>
Maybe you can email me the method the run mainline kernel on Peach
Pit, so I can debug the analogix_dp driver at the same time, that would
be great.
>>> I wro
Fix typos in the st,stih4xx binding, in particular replacing
"pinctrl-name" by "pinctrl-names".
Fix minor typos in the descriptions too.
Signed-off-by: Michael Opdenacker
---
Documentation/devicetree/bindings/gpu/st,stih4xx.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --g
Hi Javierm
On 10/13/2015 05:21 PM, Javier Martinez Canillas wrote:
> Hello Yakir,
>
> Sorry for the delay but I was on holidays.
>
> On 10/10/2015 04:31 PM, Yakir Yang wrote:
>> Hi Javier,
> [snip]
>
> Maybe you can email me the method the run mainline kernel on Peach
> Pit, so I can debug
Le 10/10/2015 00:00, Alexandre Belloni a écrit :
> On 09/10/2015 at 22:37:33 +0200, Boris Brezillon wrote :
>> Add myself as the maintainer of the atmel-hlcdc DRM driver.
>>
>> Signed-off-by: Boris Brezillon
>> ---
>> MAINTAINERS | 7 +++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a
ced below
>>>> 4g.
>>>>
>>>> For mesa, we only configure general state base as heap-less, which
>>>> affects scratch bos. What this boils down to is that we need the 4G
>>>> restriction only for the scratch bos set up on 3DSTATE_VS, 3DSTATE_GS
>>>> and 3DSTATE_PS (and tesselation stage eventually). Look for the
>>>> OUT_RELOC64 for stage->scratch_bo in gen8_vs_state.c, gen8_gs_state.c
>>>> and gen8_ps_state.c
>>>
>>>
>>> I think it also affects _3DSTATE_VIEWPORT_STATE_POINTERS_CC, maybe it
>>> isn't exclusive to the scratch bos (the error state points to that
>>> instruction).
>>>
>>>
>>
>> Hi,
>>
>> Anymore inputs about this patch?
>> AFAIK, if changes are required based on further comments from Kristian,
>> these will be in the mesa patch[1], not libdrm. Also, MichaÅ will use this
>> flag in another project.
>>
> The comment seems quite brief and I'm not sure it fully addresses
> Kristian's concern. I'd suspect that providing reference to the HW
> documentation (confirming your assumption) might be beneficial.
>
Sure, attached is the hang I get if I don't set the restriction in
gen8_misc_state.c and try to use the full 48-bit range
(i915_error_state_nowa.txt). This is just running gfxbench t-rex.
I see the same hang signature when it is only applied to the scratch bos
(in gen8_vs_state.c, gen8_gs_state.c and gen8_ps_state.c -
i915_error_state_scratchbo.txt).
3DSTATE_VIEWPORT_STATE_POINTERS_CC (0x7823) is defined here:
https://01.org/sites/default/files/documentation/intel-gfx-prm-osrc-bdw-vol02a-commandreference-instructions_0.pdf
(page 256)
Thanks,
-Michel
-- next part --
A non-text attachment was scrubbed...
Name: i915_error_states.7z
Type: application/octet-stream
Size: 7118 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151013/0f833f62/attachment.obj>
On Tue, 13 Oct 2015, Rob Clark wrote:
> On Tue, Oct 13, 2015 at 10:30 AM, Jani Nikula
> wrote:
>> On Tue, 13 Oct 2015, Rob Clark wrote:
>>> Add a new drm_debug bit for turning on DPCD logging, to aid debugging
>>> with troublesome monitors.
>>
>> I wish you could find some balance between having
getting old. It's really not hard to set the correct
component!
--
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/20151013/
On Tue, Oct 13, 2015 at 10:13:28AM -0400, Rob Clark wrote:
> Drop unused drm_atomic and fix comment for drm_debug.
>
> Signed-off-by: Rob Clark
Applied to drm-misc.
-Daniel
> ---
> drivers/gpu/drm/drm_drv.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/gp
On Tue, Oct 13, 2015 at 1:24 AM, Daniel Vetter wrote:
> On Mon, Oct 12, 2015 at 09:12:57PM +, Williams, Dan J wrote:
>> On Mon, 2015-10-12 at 09:01 +0200, Daniel Vetter wrote:
>> > On Fri, Oct 09, 2015 at 06:16:25PM -0400, Dan Williams wrote:
>> > > i915 expects the OpRegion to be cached (i.e.
On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom
wrote:
> Hi!
>
> On 10/13/2015 12:35 AM, Dan Williams wrote:
>> Per commit 2e586a7e017a "drm/vmwgfx: Map the fifo as cached" the driver
>> expects the fifo registers to be cacheable. In preparation for
>> deprecating ioremap_cache() convert its u
xt attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151013/38207e89/attachment.sig>
y of MERCHANTABILITY or
>> + * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
>> + * more details.
>> + *
>> + * You should have received a copy of the GNU General Public License along
>> with
>> + * this program. If not, see <http://www.gnu.org/licenses/>.
>> + */
>> +
>> +/**
>> + * DOC: VC4 Falcon HDMI module
>> + *
>> + * The HDMI core has a state machine and a PHY. Most of the unit
>> + * operates off of the HSM clock from CPRMAN. It also internally uses
>> + * the PLLH_PIX clock for the PHY.
>> + */
>> +
>> +#include "drm_atomic_helper.h"
>> +#include "drm_crtc_helper.h"
>> +#include "drm_edid.h"
>> +#include "linux/clk.h"
>> +#include "linux/component.h"
>
> #include "linux/i2c.h" ?
Done.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151013/6a1758a9/attachment-0001.sig>
; Really, I think this and ddc should be in hdmi-connector binding node.
> What has been done for bindings so far is all over the map though.
You say hpd-gpios is deprectated, but that I should use the
hdmi-connector binding that uses hpd-gpios. Which one is it? If
hpd-gpios deprecated, what is supposed to be used instead?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151013/bf1c5efe/attachment.sig>
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/20151013/6c404c09/attachment.html>
On 10/13/2015 06:35 PM, Dan Williams wrote:
> On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom
> wrote:
>> Hi!
>>
>> On 10/13/2015 12:35 AM, Dan Williams wrote:
>>> Per commit 2e586a7e017a "drm/vmwgfx: Map the fifo as cached" the driver
>>> expects the fifo registers to be cacheable. In prepara
On Tue, Oct 13, 2015 at 11:37 AM, Thomas Hellstrom
wrote:
> On 10/13/2015 06:35 PM, Dan Williams wrote:
>> On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom
>> wrote:
>>> Hi!
>>>
>>> On 10/13/2015 12:35 AM, Dan Williams wrote:
Per commit 2e586a7e017a "drm/vmwgfx: Map the fifo as cached" the
On 10/13/2015 08:48 PM, Dan Williams wrote:
> On Tue, Oct 13, 2015 at 11:37 AM, Thomas Hellstrom
> wrote:
>> On 10/13/2015 06:35 PM, Dan Williams wrote:
>>> On Mon, Oct 12, 2015 at 10:18 PM, Thomas Hellstrom
>>> wrote:
Hi!
On 10/13/2015 12:35 AM, Dan Williams wrote:
> Per commi
On Tue, Oct 13, 2015 at 7:55 AM, Michel Thierry
wrote:
> On 10/13/2015 3:13 PM, Emil Velikov wrote:
>>
>> On 13 October 2015 at 13:16, Michel Thierry
>> wrote:
>>>
>>> On 10/6/2015 2:12 PM, Michel Thierry wrote:
On 10/5/2015 7:06 PM, Kristian Høgsberg wrote:
>
>
> On M
On Tue, Oct 13, 2015 at 1:17 PM, Eric Anholt wrote:
> Rob Herring writes:
>
>> On Fri, Oct 9, 2015 at 4:27 PM, Eric Anholt wrote:
>>> ---
>>>
>>> v2: Extend the commit message, fix several nits from Stephen Warren.
>>> v3: Rename the compatibility strings, clean up node names, drop the
>>> u
On Mon, Oct 12, 2015 at 01:35:54PM +0200, Hans Verkuil wrote:
> On 10/06/2015 07:06 PM, Russell King - ARM Linux wrote:
> > Surely you aren't proposing that drivers should write directly to
> > adap->phys_addr without calling some notification function that the
> > physical address has changed?
>
[1.] One line summary of the problem: 8086:0f31_freezes_totally
[2.] Full description of the problem/report: Total lockup(cannot even
switch to console via Alt-F1, F2, etc.). Bug is most easily
reproducible via Chromium browser when opening multiple
background-tabs(middle-button(wheel) mouse-cli
Am 13.10.2015 um 20:19 schrieb Eric Anholt:
> Stefan Wahren writes:
>
>>> diff --git a/drivers/gpu/drm/vc4/Kconfig b/drivers/gpu/drm/vc4/Kconfig
>>> new file mode 100644
>>> index 000..e810ef7
>>> --- /dev/null
>>> +++ b/drivers/gpu/drm/vc4/Kconfig
>>> @@ -0,0 +1,13 @@
>>> +config DRM_VC4
>>>
On Tue, Oct 13, 2015 at 6:51 AM, Michael Opdenacker
wrote:
> Fix typos in the st,stih4xx binding, in particular replacing
> "pinctrl-name" by "pinctrl-names".
>
> Fix minor typos in the descriptions too.
>
> Signed-off-by: Michael Opdenacker
Applied, thanks.
Rob
> ---
> Documentation/devicetr
Am 13.10.2015 um 20:50 schrieb Stefan Wahren:
> Am 13.10.2015 um 20:19 schrieb Eric Anholt:
>> Stefan Wahren writes:
>>
diff --git a/drivers/gpu/drm/vc4/Kconfig b/drivers/gpu/drm/vc4/Kconfig
new file mode 100644
index 000..e810ef7
--- /dev/null
+++ b/drivers/gpu/drm/vc
101 - 124 of 124 matches
Mail list logo
