attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/e5b38492/attachment.html>
/archives/dri-devel/attachments/20160217/9efde49c/attachment.html>
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/a2967212/attachment.html>
Am Mittwoch, 3. Februar 2016, 17:44:57 schrieb Yakir Yang:
> The Innosilicon HDMI is a low power HDMI 1.4 transmitter
> IP, and it have been integrated on some rockchip CPUs
> (like RK3036, RK312x).
>
> Signed-off-by: Yakir Yang
On a Kylin board against 4.5-rc
Tested-by: Heiko Stuebner
@Mark:
These changes have been on the list for over a week without comment,
so I think it might be an appropriate time to pull (without an active
development community, getting review will probably be hard). I'm
also curious when your window for taking fixes would close -- the
modesetting series I sent y
These changes have been on the list for just under 2 weeks
(and sitting under a lot of the other development I've been doing), so
I think they're ready to go for -next. They're also a big deal for
getting multiple encoders going, which I'm hoping will happen soon.
The following changes since comm
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/040f179f/attachment-0001.html>
On 8 February 2016 at 18:43, Archit Taneja wrote:
> Hi,
>
>
> On 02/06/2016 08:54 AM, Xinliang Liu wrote:
>>
>> Add ADE display controller binding doc.
>> Add DesignWare DSI Host Controller v1.20a binding doc.
>>
>> v4:
>> - Describe more specific of clocks and ports.
>> - Fix indentation.
>> v3:
On 8 February 2016 at 18:59, Archit Taneja wrote:
>
>
> On 02/06/2016 08:54 AM, Xinliang Liu wrote:
>>
>> Add crtc funcs and helper funcs for ADE.
>>
>> v4: None.
>> v3:
>> - Make ade as the master driver.
>> - Use port to connect with encoder.
>> - A few cleanup.
>> v2:
>> - Remove abtraction lay
The hardware provides us with separate threads for binning and
rendering, and the existing model waits for them both to complete
before submitting the next job.
Splitting the binning and rendering submissions reduces idle time
and gives us approx 20-30% speedup with several x11perf tests.
Thanks
st everything gets pulled in. There could be
separate branches for the drivers, plus topic branches that track the
development of new features. Once a feature is ready, or maintainers
think that the driver code is done, the branches can either be cherry-
picked or merged into some stable branch that is the base for all other
development branches. Once patches are promoted to the stable branch(es)
the whole tree can be rebased and the promoted patches will simply be
rebased out of the respective branches.
This is all quite a bit of maintenance work, but I think with the right
tooling it could be made fairly painless. Group maintainership will also
help spread the load.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/cdefe6b1/attachment.sig>
On Tue, Feb 09, 2016 at 12:19:15PM +, Lionel Landwerlin wrote:
> Patch based on a previous series by Shashank Sharma.
>
> v2: Update contributors
Is this patch actually necessary? If I recall correctly, _MMIO_PIPE()
will support any number of pipes if the delta between register offsets
for e
On Tue, Feb 09, 2016 at 12:19:14PM +, Lionel Landwerlin wrote:
> Patch based on a previous series by Shashank Sharma.
>
> v2: Register LUT size properties as range
>
> v3: Fix round in drm_color_lut_get_value() helper
> More docs on how degamma/gamma properties are used
>
> v4: Update co
Macro module_usb_driver is used for drivers whose init and exit paths
only register and unregister to usb API. So remove boilerplate code to
make code simpler by using module_usb_driver.
This change was made with the help of the following Coccinelle
semantic patch:
//
@a@
identifier f, x;
@@
-sta
Hi Carlos,
Thank you for the patch.
On Tuesday 16 February 2016 14:18:40 Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
Reviewed-by: Laurent Pinchart
> ---
> driv
Hi Carlos,
Thank you for the patch.
On Tuesday 16 February 2016 14:18:12 Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
Reviewed-by: Laurent Pinchart
> ---
> driv
Hi Carlos,
Thank you for the patch.
On Tuesday 16 February 2016 14:18:00 Carlos Palminha wrote:
> This patch set nukes all the dummy crtc mode_fixup implementations.
> (made on top of Daniel topic/drm-misc branch)
>
> Signed-off-by: Carlos Palminha
Reviewed-by: Laurent Pinchart
> ---
> driv
next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/e5a9c78c/attachment.html>
On Wed, Feb 17, 2016 at 02:20:46PM +, Alan wrote:
> Otherwise a pde_shift big enough to overflow a u32 will be truncated before
> assignment
>
> Signed-off-by: Alan Cox
Applied to drm-intel-next-queued, with a note why we never hit this bug
currently. But the units here are quite confused ..
On Wed, Feb 17, 2016 at 02:20:35PM +, Alan wrote:
> The timeout is 64bit but the maths against it is done 32bit wrapped. Force
> 64bit.
Where does this wrap? Iirc the lowest HZ we have is 100, and that should
still comfortably fit into 32 bits. I assume this is due to some
overenthusiastic sta
to be Talos Principle.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/ed729f11/attachment.html>
Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed,
clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to
follow the new binding.
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-boneblack.dts | 90 --
1 file changed, 86 insertions(+), 4 d
Register ASoC HDMI codec for audio functionality. This is an initial
ASoC audio implementation for tda998x driver and it does not use all
the features provided by hdmi-codec.
HDMI audio info-frame and audio stream header is generated by the ASoC
HDMI codec. The codec also applies constraints for a
Declare struct tda998x_audio_params in include/drm/i2c/tda998x.h and
use it in pdata and for tda998x_configure_audio() parameters. Also
updates tda998x_write_aif() to take struct hdmi_audio_infoframe *
directly as a parameter.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/i2c/tda998x_drv.c | 106
Move struct tda998x_audio definition to tda998x_drv.c and remove
include/sound/tda998x.h. There is no external use for struct
tda998x_audio.
Fix graph parsing to allow ports to be inside a separate "ports"-node as
specified in Documentation/devicetree/bindings/graph.txt.
Signed-off-by: Jyri Sarha
From: Jean-Francois Moine
Two kinds of ports may be declared in a DT graph of ports: video and audio.
This patch accepts the port value from a video port as an alternative
to the video-ports property.
It also accepts audio ports in the case the transmitter is not used as
a slave encoder.
The new
Add audio abort() callback, that is provided at audio stream start,
for video side. This is for video side to use in case there is a
pressing need to tear down the audio playback for some reason.
Signed-off-by: Jyri Sarha
---
include/sound/hdmi-codec.h| 8 ++--
sound/soc/codecs/hdmi-cod
The hdmi-codec is a platform device driver to be registered from
drivers of external HDMI encoders with I2S and/or spdif interface. The
driver in turn registers an ASoC codec for the HDMI encoder's audio
functionality.
The structures and definitions in the API header are mostly redundant
copies of
Add IEC958 channel status helper that gets the audio properties from
snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
produce the channel status bits already in audio stream configuration
phase.
Signed-off-by: Jyri Sarha
---
include/sound/pcm_iec958.h | 2 ++
sound/core/pcm_iec95
There is very little change to this series since the RFC v4, but because
of the recent interest on the hdmi-codec patch I decided to send
another version of the series.
Changes since RFC v4,
- Rebased on top of the latest drm-next branch
- Split the hdmi-codec abort functionality into a separate p
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/5a31d146/attachment.html>
Quoting Philipp Zabel (2016-02-17 03:28:50)
> This mux is supposed to select a fitting divider after the PLL
> is already set to the correct rate.
>
> Signed-off-by: Philipp Zabel
> Acked-by: James Liao
Looks good to me.
Regards,
Mike
> ---
> Changes since v10:
> - Add comments about MUX_GAT
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #10 from Dionisus Torimens ---
Created attachment 203801
--> https://bugzilla.kernel.org/attachment.cgi?id=203801&action=edit
Temperature Graph Hard off radeon.fastfb=1 radeon.pcie_gen2=1 radeon.audio=0
radeon.hard_reset=1
Ok, hard
On Sun, Feb 14, 2016 at 4:16 AM, Oded Gabbay wrote:
> Following Daniel's request, I spent some time removing the hard requirement
> that radeon and amdgpu will always appear _after_ amdkfd in the drm Makefile.
>
> This was done by modifing radeon/amdgpu to defer their loading if they detect
> that
On 23 January 2016 at 08:07, Harry Wentland wrote:
> From: Mykola Lysenko
>
> 1. Get edid for all connected MST displays, not only on logical ports,
>in the same thread as MST topology detection is done:
> There are displays that have branches inside w/o logical ports.
> So in case
Hi Dave,
Just two small fixes in the ttm_tt_populate error handling; one for radeon,
one for amdgpu.
The following changes since commit bdbe58e6c60e49930d9c33e7d2b9a7789ed8c1a9:
Merge tag 'drm-intel-fixes-2016-02-12' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2016-02-15 06:54:
The LG lp120up1 panel is a 12.0" 1920x1280 panel,
which can be supported by the simple panel driver
Signed-off-by: Jitao Shi
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/
Add documentation for lp120up1 panel
Signed-off-by: Jitao Shi
---
.../bindings/display/panel/lg,lp120up1.txt |7 +++
1 file changed, 7 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/lg,lp120up1.txt
diff --git a/Documentation/devicetree/binding
On Tue, Feb 16, 2016 at 10:44 PM, Daniel Vetter wrote:
> On Tue, Feb 16, 2016 at 11:44:52AM +1000, Dave Airlie wrote:
>> On 15 February 2016 at 20:06, Daniel Vetter
>> wrote:
>> > Hi all,
>> >
>> > I've already chatted with some of you in private, here's the entire idea
>> > with a
>> > bit mor
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #9 from Dionisus Torimens ---
Booting with radeon.hard_reset=1 I get this error at the point where I usually
get a hang:
GPU lockup (current fence id 0x4aa1 last fence id
0x4aa8 on ring 0)
--
You are receivin
Core provides generic helper to create DSI packet, use it instead of
custom code.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_dsi.c | 69 +++--
1 file changed, 23 insertions(+), 46 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_dsi
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #8 from Dionisus Torimens ---
Created attachment 203791
--> https://bugzilla.kernel.org/attachment.cgi?id=203791&action=edit
Temperature Graph BAPM=1
It looks like with BAPM it might more likely be overheating. But I can't
reproduc
Shifting 1 into a u64 doesn't do what you might expect. Force the width
before shifting.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c
b/drivers/g
Otherwise a pde_shift big enough to overflow a u32 will be truncated before
assignment
Signed-off-by: Alan Cox
---
drivers/gpu/drm/i915/i915_gem_gtt.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.h
b/drivers/gpu/drm/i915/i915_gem_gtt.h
The timeout is 64bit but the maths against it is done 32bit wrapped. Force
64bit.
Signed-off-by: Alan Cox
---
drivers/gpu/drm/i915/i915_gem.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index de57e7f
On Wed, Feb 17, 2016 at 05:43:27PM +0530, Amitoj Kaur Chawla wrote:
> Macro module_usb_driver is used for drivers whose init and exit paths
> only register and unregister to usb API. So remove boilerplate code to
> make code simpler by using module_usb_driver.
>
> This change was made with the hel
Instead of opencoding the existing library functions let's use them directly.
The conversion fixes a potential bug in int340x_thermal as well since we have
to use memcmp() on binary data.
Signed-off-by: Andy Shevchenko
---
drivers/acpi/acpi_extlog.c| 8 +++---
drivers/a
There are new helpers in this patch:
uuid_is_valid checks if a UUID is valid
uuid_be_to_bin converts from string to binary (big endian)
uuid_le_to_bin converts from string to binary (little endian)
They will be used in future, i.e. in the following patches in the serie
There are few fumctions here and there along with type definitions that provide
UUID API. This series consolidates everything under one hood and converts
current users.
This has been tested for a while internally, however it doesn't mean we covered
all possible cases (especially accuracy of UUID c
On Wed, Feb 17, 2016 at 09:02:44AM +, Carlos Palminha wrote:
> Thanks Boris.
>
> @Daniel, do you want me to resend this patch or will you fix it directly in
> mode-fixup git branch?
I can fix the typos, but I'm meh on the whitespace change ;-) Imo that
doesn't need a resend.
-Daniel
>
> On
On Wed, Feb 17, 2016 at 8:49 AM, Jyri Sarha wrote:
> Add HDMI audio support. Adds mcasp0_pins, clk_mcasp0_fixed,
> clk_mcasp0, mcasp0, sound node, and updates the tda19988 node to
> follow the new binding.
>
> Signed-off-by: Jyri Sarha
> ---
> arch/arm/boot/dts/am335x-boneblack.dts | 90
> +
https://bugzilla.kernel.org/show_bug.cgi?id=112491
--- Comment #7 from Dionisus Torimens ---
Created attachment 203781
--> https://bugzilla.kernel.org/attachment.cgi?id=203781&action=edit
Temperature Graph 1
I'm having some doubts about the temperature hypothesis now. With DPM active,
there se
Add an HDMI connector node and enable the devices that are part of the
HDMI display path: cec, dpi0, hdmi_phy, and hdmi0.
Signed-off-by: Philipp Zabel
---
arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 38 +
1 file changed, 38 insertions(+)
diff --git a/arch/arm64/boo
The hdmitx_dig_cts clock signal is not a child of tvdpll_445p5m,
but is routed out of the HDMI PHY module.
Signed-off-by: Philipp Zabel
---
drivers/clk/mediatek/clk-mt8173.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/clk/mediatek/clk-mt8173.c
b/drivers/clk/mediatek/clk-mt8173.c
Add an optional ddc-i2c-bus phandle property that points to
an I2C master controller that handles the connector DDC pins.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/connector/hdmi-connector.txt | 1 +
1 file changed, 1 insertion(+)
diff --g
The configurable hdmi_ref output of the PLL block is derived from
the tvdpll_594m clock signal via a configurable PLL post-divider.
It is used as the PLL reference input to the HDMI PHY module.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 5
This mux is supposed to select a fitting divider after the PLL
is already set to the correct rate.
Signed-off-by: Philipp Zabel
Acked-by: James Liao
---
Changes since v10:
- Add comments about MUX_GATE rate change propagation
---
drivers/clk/mediatek/clk-mt8173.c | 6 +-
drivers/clk/media
From: CK Hu
This patch adds the device nodes for the HDMI encoder, HDMI PHY,
and HDMI CEC modules.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 69 ++
From: CK Hu
This patch adds the device nodes for the DISP function blocks
comprising the display subsystem.
Signed-off-by: CK Hu
Signed-off-by: Cawa Cheng
Signed-off-by: Jie Qiu
Signed-off-by: Daniel Kurtz
Signed-off-by: Philipp Zabel
---
Changes since v10:
- reordered nodes by address
---
From: Jie Qiu
MT8173 HDMI hardware has a output control bit to enable/disable HDMI
output. Because of security reason, so this bit can ONLY be controlled
in ARM supervisor mode. Now the only way to enter ARM supervisor is the
ARM trusted firmware. So atf provides a API for HDMI driver to call to
From: Jie Qiu
This patch adds drivers for the HDMI bridge connected to the DPI0
display subsystem function block, for the HDMI DDC block, and for
the HDMI PHY to support HDMI output.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Kconfig | 7 +
Add the device tree binding documentation for Mediatek HDMI,
HDMI PHY and HDMI DDC devices.
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,hdmi.txt| 148 +
1 file changed, 148 insertions(+)
create mode 100644
Documentation
From: Jie Qiu
Add DPI connector/encoder to support HDMI output via the
attached HDMI bridge.
Signed-off-by: Jie Qiu
Signed-off-by: Philipp Zabel
---
drivers/gpu/drm/mediatek/Makefile | 3 +-
drivers/gpu/drm/mediatek/mtk_dpi.c | 757
drivers/gpu/dr
From: CK Hu
This patch add a drm encoder/connector driver for the MIPI DSI function
block of the Mediatek display subsystem and a phy driver for the MIPI TX
D-PHY control module.
Signed-off-by: Jitao Shi
Signed-off-by: Philipp Zabel
--
Changes since v10:
- add mipi dsi host to pass the dsi la
From: CK Hu
This patch adds an initial DRM driver for the Mediatek MT8173 DISP
subsystem. It currently supports two fixed output streams from the
OVL0/OVL1 sources to the DSI0/DPI0 sinks, respectively.
Signed-off-by: CK Hu
Signed-off-by: YT Shen
Signed-off-by: Daniel Kurtz
Signed-off-by: Bibb
From: CK Hu
Add device tree binding documentation for the display subsystem in
Mediatek MT8173 SoCs.
Signed-off-by: CK Hu
Signed-off-by: Philipp Zabel
Acked-by: Rob Herring
---
.../bindings/display/mediatek/mediatek,disp.txt| 203 +
.../bindings/display/mediatek/media
Hi,
this MT8173 DRM update is rebased onto v9 of the MT8173 IOMMU SUPPORT
series and contains a few fixes as well as device tree changes to
hopefully enable HDMI on the MT8173 EVB.
Changes since v10:
- keep the plane's pending.enable state when disabling them initially
- add mipi dsi host to pa
o-the-GPU-powers.patch
Type: text/x-patch
Size: 1887 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/56a1d5e3/attachment.bin>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160217/8da83a27/attachment.html>
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/47b134ba/attachment.html>
Hi Michael,
thank you for the comments.
Am Montag, den 15.02.2016, 15:14 -0800 schrieb Michael Turquette:
> Quoting Philipp Zabel (2016-02-03 11:25:59)
> > This mux is supposed to select a fitting divider after the PLL
> > is already set to the correct rate.
> >
> > Signed-off-by: Philipp Zabel
Hello!
I tried to test virtGL on nouveau, and found few surprizes.
First, new quemu (commit commit a5af12871fd4601c44f08d9e49131e9ca13ef102, Merge
remote-tracking branch 'remotes/sstabellini/tags/xen-2016-02-12' into staging)
failed to link wih gcc 4.9 if I specified -march=i486, switching to -
On Wed, Feb 17, 2016 at 4:17 AM, Andy Shevchenko
wrote:
> Instead of opencoding the existing library functions let's use them directly.
>
> The conversion fixes a potential bug in int340x_thermal as well since we have
> to use memcmp() on binary data.
>
> Signed-off-by: Andy Shevchenko
> ---
> d
apps built with MSVC Qt5 SDK using ANGLE graphics layer were
affected." .
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/7330aa4d/attachment-0001.html>
- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/dd1a9a6e/attachment.html>
Thanks Boris.
@Daniel, do you want me to resend this patch or will you fix it directly in
mode-fixup git branch?
On 16-02-2016 16:58, Boris Brezillon wrote:
> On Tue, 16 Feb 2016 14:19:06 +
> Carlos Palminha wrote:
>
>> This patch set nukes all the dummy crtc mode_fixup implementations.
>>
https://bugzilla.kernel.org/show_bug.cgi?id=88541
--- Comment #1 from Harald Brennich ---
Some new results with openSuse 13.2 :
Kernel 3.16.7-32-desktop: suspend/resume work outs of the box
Kernel 3.16.7-32-vanilla: external monitor connected via HDMI stays black after
resume from suspend
--
Yo
s scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/7e44437a/attachment.html>
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/b894503b/attachment.html>
Hi Linus,
This has two main sets of fixse,
A bunch of Exynos fixes, mainly for their MIC component.
vblank regression fixes from Mario, apparantly some changes
in 4.4 caused some vblank breakage on radeon/nouveau, this
set fixes all the issues seen.
There is also a revert of one of the MST cha
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/b94b0d74/attachment.html>
are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/ded70da0/attachment.html>
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/f32db8a2/attachment.html>
Hi Stefan,
Thanks for pointing out those error, and I will fix them later, as I am the
newcomer of Linux world, hope you don't mind some stupid mistake I made.
Best Regards,
Yi
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/f8b8a526/attachment-0001.html>
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/2a25f4d5/attachment.html>
point:
git-04085af
git-7410c60
git-61ed09c
git-e2a1ec5
git-4360ba0
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/2016
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/25ad2d43/attachment.html>
chment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/d8fb3c7a/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/da3ef577/attachment.html>
ktop.org/archives/dri-devel/attachments/20160217/e4afcb6f/attachment.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160217/60c7725c/attachment.html>
92 matches
Mail list logo
