On Friday 07 August 2015 17:30:08 Laurent Pinchart wrote:
> On Friday 07 August 2015 14:53:22 Thierry Reding wrote:
> > On Thu, Aug 06, 2015 at 03:23:00AM +0300, Laurent Pinchart wrote:
> > > The plane reset handler frees the plane state and allocates a new
> > > default state, but when doing so at
Hello Russell, David,
On 24.07.2015 18:09, Vladimir Zapolskiy wrote:
> Hello Russell, David,
>
> On 26.06.2015 18:02, Russell King - ARM Linux wrote:
>> On Fri, Jun 26, 2015 at 05:24:12PM +0300, Vladimir Zapolskiy wrote:
>>> Hello David,
>>>
>>> On 08.06.2015 17:17, Vladimir Zapolskiy wrote:
Hi Thierry,
Today's linux-next merge of the drm-tegra tree got conflicts in:
drivers/gpu/drm/tegra/dsi.c
drivers/gpu/drm/tegra/hdmi.c
drivers/gpu/drm/tegra/rgb.c
drivers/gpu/drm/tegra/sor.c
between commit:
9a69a9ac20f7 ("drm: Make the connector dpms callback return a value, v2")
from
Hi all,
Today's linux-next merge of the drm-misc tree got a conflict in:
drivers/gpu/drm/drm_irq.c
between commit:
209e4dbc8dcd ("drm/vblank: Use u32 consistently for vblank counters")
from Linus' tree and commit:
b90180b057f7 ("drm/irq: More pipe/crtc consistency cleanups")
from the d
On 14 August 2015 at 11:09, Dave Jones wrote:
> I finally got around to playing with kasan. It didn't end well.
>
> I added some debugging to validate_cmds_sorted to print out the table
> sizes right before the stack traces.
oops typo,
patch sent.
Dave.
On Wed, Aug 12, 2015 at 6:59 PM, Afzal Mohammed
wrote:
> Hi,
>
> On Wed, Aug 12, 2015 at 04:40:57PM +0900, Alexandre Courbot wrote:
>
>> Great, thanks. Are you also on an optimus configuration with the
>> NVIDIA card being the secondary GPU?
>
> Spec says graphic processor is NVIDIA GeForce NV14P
Hi Linus,
back from holidays, found these in the cracks, one nouveau revert,
one vmwgfx locking fix and a bunch of exynos fixes.
Thanks,
Dave.
The following changes since commit 5b3e2e14eaa2a98232a4f292341fb88438685734:
Merge tag 'dm-4.2-fixes-5' of
git://git.kernel.org/pub/scm/linux/kernel
Hi all,
After merging the drm-misc tree, today's linux-next build (arm
multi_v7_defconfig) produced these warnings:
drivers/gpu/drm/exynos/exynos_drm_drv.c:290:2: warning: initialization from
incompatible pointer type
.get_vblank_counter = drm_vblank_count,
^
drivers/gpu/drm/exynos/exynos_dr
+Alex
Sure, we can squash patch #4 into #3 when push the changes.
Regards,
Jammy
-Original Message-
From: Michel Dänzer [mailto:mic...@daenzer.net]
Sent: Thursday, August 13, 2015 2:20 PM
To: Zhou, Jammy; dri-devel at lists.freedesktop.org
Cc: Emil Velikov
Subject: Re: [PATCH 0/5] some
Hi Emil,
> If there are any other devices they will still be counted when
> drmGetDevices(NULL, 0)... Is that intentional ?
Yes, I think so, so that this interface can support different kinds of devices
in the future. For example, we have some ARM platforms supporting PCIE, in
which case we can
We tried several different ways already for the enumeration interface
(libpciaccess, libudev, etc). But we ran into some problems with these options
for example when run Steam games which ships 32bit libraries (including
libudev) in the steam runtime, so finally we decided to use sysfs directly
Hello Thierry,
Am 13.08.2015 um 14:59 schrieb Thierry Reding:
> On Tue, Jun 09, 2015 at 07:51:22AM +0200, Heiko Schocher wrote:
>> Add support for LG LG4573 480x800 4,3" panel. the LG4573
>> is used on the LG LCD LB043WV2-SD01, an industrial 4.3" TFT
>> panel with SPI control interface.
>>
>> Sign
On Fri, Aug 14, 2015 at 12:19:03AM +0300, Laurent Pinchart wrote:
> On Friday 07 August 2015 17:30:08 Laurent Pinchart wrote:
> > On Friday 07 August 2015 14:53:22 Thierry Reding wrote:
> > > On Thu, Aug 06, 2015 at 03:23:00AM +0300, Laurent Pinchart wrote:
> > > > The plane reset handler frees the
this is not a solution for everyone.)
Cheers,
Kai
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 630 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/8fc83d82/attachment-0001.sig>
On 14 August 2015 at 08:59, Kai Wasserbäch
wrote:
> Zhou, Jammy wrote on 14.08.2015 07:59:
>> We tried several different ways already for the enumeration interface
>> (libpciaccess, libudev, etc). But we ran into some problems with these
>> options for example when run Steam games which ships
now). Businesses
usually only move from a position, when there's outside pressure and a clear
advantage to do so (here: no bug reports about crashing games).
Anyway, this was just my two cents and you can obviously decide in any way you
deem to be the best.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 630 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/3868c08d/attachment.sig>
On 14 August 2015 at 06:53, Zhou, Jammy wrote:
> Hi Emil,
>
>> If there are any other devices they will still be counted when
>> drmGetDevices(NULL, 0)... Is that intentional ?
> Yes, I think so, so that this interface can support different kinds of
> devices in the future. For example, we have
On 14 August 2015 at 09:26, Kai Wasserbäch
wrote:
> Emil Velikov wrote on 14.08.2015 10:17:
>> On 14 August 2015 at 08:59, Kai Wasserbäch
>> wrote:
>>> Zhou, Jammy wrote on 14.08.2015 07:59:
We tried several different ways already for the enumeration interface
(libpciaccess, libude
This is my third RFC patch series on the subject. This time also the
tda998x driver patches are a serious attempt to come up with an
initial implementation for HDMI audio ASoC support.
Russell's "drm/edid: add function to help find SADs" is here just to
produce a working patch-set on top of mainli
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
The hdmi stub codec has not been used since refactoring of OMAP HDMI
audio support.
Signed-off-by: Jyri Sarha
---
sound/soc/codecs/Kconfig | 4 --
sound/soc/codecs/Makefile | 2 -
sound/soc/codecs/hdmi.c | 109 --
3 files changed, 115 deletions(
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 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
From: Russell King - ARM Linux
Add a function to find the start of the SADs in the ELD. This
complements the helper to retrieve the SAD count.
Signed-off-by: Russell King
This should already be coming in from drm-next.
Signed-off-by: Jyri Sarha
---
include/drm/drm_edid.h | 19 +
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
> What is the point in claiming that you have X+Y devices, if the API does not
> provide any information about Y of them ? It seems very misleading imho.
I'm not sure if I understand your question correctly. Do you mean if the Y
devices will be enumerated with current implementation? If so, I th
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
> There have been plenty of reports opened wrt libudev/libgcc_s/libstdc++ on
> their trackers and seemingly limited interest to fix things.
Yes, there are a bunch of issues reported for this already. But it looks like
Valve has no plan to fix these issues. For example,
https://github.com/ValveSo
On Fri, Aug 14, 2015 at 12:30:41PM +0300, Jyri Sarha wrote:
> +static int hdmi_codec_hw_params(struct snd_pcm_substream *substream,
> + struct snd_pcm_hw_params *params,
> + struct snd_soc_dai *dai)
> +{
> + struct hdmi_codec_priv *hcp = s
Hi Dave, here's a DP MST fix from Maarten.
BR,
Jani.
The following changes since commit 5677d67ae3949f09f57357241b88222d49b8c782:
drm: Stop resetting connector state to unknown (2015-07-22 14:52:26 +0200)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags
Hi Dave, some i915 display fixes. A couple of backports by Maarten from
our -next to v4.2, and a dithering fix from Daniel.
BR,
Jani.
The following changes since commit f7644cbfcdf03528f0f450f3940c4985b2291f49:
Linux 4.2-rc6 (2015-08-09 15:54:30 -0400)
are available in the git repository at:
On 14 August 2015 at 10:41, Zhou, Jammy wrote:
>> What is the point in claiming that you have X+Y devices, if the API does not
>> provide any information about Y of them ? It seems very misleading imho.
>
> I'm not sure if I understand your question correctly.
Easy - replace X with "pci" and Y wi
On Fri, Aug 14, 2015 at 12:30:44PM +0300, Jyri Sarha wrote:
> +static int tda998x_write_aif(struct tda998x_priv *priv,
> + struct hdmi_audio_infoframe *cea)
> +{
> + uint8_t buf[HDMI_INFOFRAME_SIZE(AUDIO)];
> + int len;
> +
> + len = hdmi_audio_infoframe_pack(ce
On Wed, 12 Aug 2015, Thierry Reding wrote:
> From: Thierry Reding
>
> The enhanced framing capability was added in DisplayPort 1.1, so any
> code dealing with it needs to be protected accordingly.
I guess we should talk about DPCD 1.1, since "Note: The DPCD revision
number does not necessarily m
On Wed, 12 Aug 2015, Thierry Reding wrote:
> From: Thierry Reding
>
> If the sink support eDP, read the eDP revision from it's DPCD.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/drm_dp_helper.c | 30 +-
> include/drm/drm_dp_helper.h | 1 +
> 2 files
From: Thierry Reding
The gtt.stolen_size field is of type size_t, and so should be printed
using %zu to avoid build warnings on either 32-bit and 64-bit builds.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/i915/i915_gem_stolen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Thierry Reding
Explicitly select BACKLIGHT_LCD_SUPPORT to satisfy the direct dependency
of BACKLIGHT_CLASS_DEVICE.
Cc: Alex Deucher
Cc: Christian König
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/Kconfig
From: Thierry Reding
Explicitly select BACKLIGHT_LCD_SUPPORT to satisfy the direct dependency
of BACKLIGHT_CLASS_DEVICE.
Cc: Alex Deucher
Cc: Christian König
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/Kconfig
From: Thierry Reding
Select FW_LOADER explicitly to satify the direct dependency of
FW_LOADER_USER_HELPER_FALLBACK.
Cc: Benjamin Gaignard
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/sti/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/sti/Kconfig b/drivers/gpu
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/20150814/82cd1fc8/attachment.html>
On Fri, Aug 14, 2015 at 12:35:23PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The gtt.stolen_size field is of type size_t, and so should be printed
> using %zu to avoid build warnings on either 32-bit and 64-bit builds.
Or better would be to convert stolen.size to u32 so that we kno
On 08/13/2015 08:38 AM, Daniel Vetter wrote:
> On Thu, Aug 13, 2015 at 7:04 AM, Thomas Hellstrom
> wrote:
>>> Out of curiosity I did take a (very) quick look and also tried to find the
>>> corresponding userspace parts. On a quick search I didn't find anything
>>> for libdrm or mesa, neither on m
From: Thierry Reding
The min_ctx_size is only initialized for H265, so garbage will end up in
buf_sizes[4] for all other stream types. Better initialize the value to
0 to avoid unpleasant surprises.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 2 +-
1 file change
On Wed, 12 Aug 2015, Thierry Reding wrote:
> From: Thierry Reding
>
> The new drm_dp_dpcd_dump() helper dumps the contents of a DPCD to a
> seq_file and can be used to make the DPCD available via debugfs for
> example.
See i915/i915_debugfs.c for one DPCD dump implementation.
Around the time th
Hi, Dave.
This pull request is on top of the earlier vmwgfx pull request
(sent out 15-08-06)
A couple of fixes from the previous pull request as well as gl3 support.
There is one drm core change, an export of a previously private function.
The following changes since commit 6a5278ee34e7fd4b051fd1
From: Thierry Reding
If PM is enabled but PM_SLEEP is disabled, the suspend/resume functions
are still unused and produce a compiler warning.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drive
Dave,
A single commit Cc'd stable. Causes deadlocks under graphics memory pressures.
The following changes since commit bdce3e7c729907e303396690b2b23b972c6717be:
Merge branch 'msm-fixes-4.2' of git://people.freedesktop.org/~robclark/linux
into drm-fixes (2015-07-30 12:41:44 +1000)
are availa
From: Thierry Reding
None of these exported symbols are used outside of the drm-sti driver,
so there is no reason to export them.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/sti/sti_drm_crtc.c | 3 ---
drivers/gpu/drm/sti/sti_drm_plane.c | 1 -
drivers/gpu/drm/sti/sti_hqvdp.c | 1 -
On 08/14/2015 02:04 PM, Thomas Hellstrom wrote:
> Dave,
> A single commit Cc'd stable. Causes deadlocks under graphics memory pressures.
Dave,
Just saw that this was already in your latest pull request to Linus, so
never mind this.
Thanks,
Thomas
Okay, I got it. Actually with current implementation, only the number of PCI
devices on the system is returned for drmGetDevices(NULL, 0). I extracted
related code below. I hope it can address your concern :-)
+static int drmParseSubsystemType(const char *str) {
+char link[PATH_MAX + 1] = ""
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Libdrm 2.4.63 has been released. It contains the new libdrm_amdgpu library.
Alan Coopersmith (1):
include & directly for major() and minor()
Alex Deucher (10):
drm: consolidate common list implementations (v2)
drm: add util_math
On 14 August 2015 at 13:15, Zhou, Jammy wrote:
> Okay, I got it. Actually with current implementation, only the number of PCI
> devices on the system is returned for drmGetDevices(NULL, 0). I extracted
> related code below. I hope it can address your concern :-)
>
Had a blond moment and got conf
you can add my ack-by on this patch
2015-08-14 12:50 GMT+02:00 Thierry Reding :
> From: Thierry Reding
>
> Select FW_LOADER explicitly to satify the direct dependency of
> FW_LOADER_USER_HELPER_FALLBACK.
>
> Cc: Benjamin Gaignard
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/sti/Kcon
On 14.08.2015 13:52, Thierry Reding wrote:
> From: Thierry Reding
>
> The min_ctx_size is only initialized for H265, so garbage will end up in
> buf_sizes[4] for all other stream types. Better initialize the value to
> 0 to avoid unpleasant surprises.
>
> Signed-off-by: Thierry Reding
Reviewed-b
This patch break sti driver compilation when it is compile as module.
The root cause is that sti driver is split in 4 modules (hdmi, dvo,
compositor and driver)...
Maybe that is something we could fix since binding issue has been fix
in previous patch.
Benjamin
That's okay. Shall we get this patch merged now if no other objections?
Regards,
Jammy
-Original Message-
From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
Sent: Friday, August 14, 2015 8:29 PM
To: Zhou, Jammy
Cc: ML dri-devel
Subject: Re: [PATCH 1/5] drm: add interface to get drm dev
e: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/68acf0fa/attachment.sig>
Hi Marek,
It looks like the 32bit VA support for libdrm_amdgpu in my recent series are
not included. Do you think we should wait for the next release to include them?
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Marek
On 14/08/15 13:45, Zhou, Jammy wrote:
> That's okay. Shall we get this patch merged now if no other objections?
>
First we should fix the funny vendor/device/etc id issue. Otherwise the
API is bugged badly.
-Emil
[- xorg-announce]
Hi Jammy,
You can push it whenever you like. I can also make a new libdrm
release whenever I like. There is no strict schedule for libdrm. If
you want another release (e.g. Catalyst needs it, etc.), just let me
know.
Libdrm releases are mostly driven by needs of other projects
Understood. Thanks for the clarification :-)
Regards,
Jammy
-Original Message-
From: Marek Olšák [mailto:mar...@gmail.com]
Sent: Friday, August 14, 2015 9:26 PM
To: Zhou, Jammy
Cc: dri-devel at lists.freedesktop.org
Subject: Re: [ANNOUNCE] libdrm 2.4.63
[- xorg-announce]
Hi Jammy,
Y
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150814/7282a2f6/attachment.html>
Oh, I really missed that. I will get it resolved next week.
Regards,
Jammy
-Original Message-
From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
Sent: Friday, August 14, 2015 9:19 PM
To: Zhou, Jammy
Cc: emil.l.velikov at gmail.com; ML dri-devel
Subject: Re: [PATCH 1/5] drm: add interfa
Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
format supported by the hardware is its own special IEC958 based format,
which is not compatible with any ALSA format. To avoid doing too much
data manipulation within the driver, we support only ALSAs IEC958 LE and
24-bit PCM form
On Wed, Aug 12, 2015 at 05:00:34PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Non-legacy drivers should only use this API to allow per-CRTC data to be
> eventually moved into struct drm_crtc.
>
> Cc: Russell King
> Signed-off-by: Thierry Reding
What I don't like about the new API
Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
format supported by the hardware is its own special IEC958 based format,
which is not compatible with any ALSA format. To avoid doing too much
data manipulation within the driver, we support only ALSAs IEC958 LE and
24-bit PCM form
From: Fabio Estevam
Commit 66d5e6d329aed4 ("drm/bridge: Add vendor prefixes") changed
the object name to dw-hdmi.o, which breaks the build:
make[4]: *** No rule to make target `drivers/gpu/drm/bridge/dw-hdmi.o', needed
by `drivers/gpu/drm/bridge/built-in.o'. Stop.
Fix it by using the correct
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/a3d8f41b/attachment-0001.html>
ry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/f8477908/attachment.sig>
On Fri, 14 Aug 2015 16:04:25 +0200,
Russell King wrote:
>
> Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
> format supported by the hardware is its own special IEC958 based format,
> which is not compatible with any ALSA format. To avoid doing too much
> data manipulation wit
Hi Dave,
The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.3-rc1
for you to fetch changes up to 459cc2c6800b545a482e42
Hi Dave,
The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.3-rc1
for you to fetch changes up to b6b8d6ac240bc4e902321d
Hi Dave,
drm-intel-next-2015-07-31:
- kerneldoc for tiling/swizzling/fencing code
- bxt hpd port A w/a
- various other fixes all over
... not much, everyone's on vacation.
Cheers, Daniel
The following changes since commit e0548f1979bfee900fb0671a5dd3a2f217dce5df:
drm/i915: Update DRIVER_DAT
On Fri, Aug 14, 2015 at 02:56:55PM +0300, Jani Nikula wrote:
> On Wed, 12 Aug 2015, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > The new drm_dp_dpcd_dump() helper dumps the contents of a DPCD to a
> > seq_file and can be used to make the DPCD available via debugfs for
> > example.
>
>
On 08/13/2015 08:20 PM, Jonathan Corbet wrote:
> On Thu, 13 Aug 2015 20:09:35 -0300
> Danilo Cesar Lemes de Paula wrote:
>
>> Did you find time to take a look on this?
>
> No. Just when I thought things couldn't get crazier, my laptop died.
>
> https://plus.google.com/+JonathanCorbet/p
Pagetables can be moved and therefore the page directory update can be necessary
for the current cs even if none of the the bo's are moved. In that scenario
there is no fence between the sdma0 and gfx ring, so we add one.
Signed-off-by: Bas Nieuwenhuizen
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h
Signed-off-by: Bas Nieuwenhuizen
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c
index e02e353..9a1da86 100644
--- a/drivers/gpu/drm/amd/amdgpu/am
On 14.08.2015 20:08, Bas Nieuwenhuizen wrote:
> Pagetables can be moved and therefore the page directory update can be
> necessary
> for the current cs even if none of the the bo's are moved. In that scenario
> there is no fence between the sdma0 and gfx ring, so we add one.
>
> Signed-off-by: Bas
Hi Dave,
The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.3-rc1
for you to fetch changes up to a33ee95f8f456c241897a4
rubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/3e31d587/attachment.sig>
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/20150814/afe7f92e/attachment.html>
org/archives/dri-devel/attachments/20150814/fe6492b9/attachment.html>
ves/dri-devel/attachments/20150814/50f621fa/attachment.html>
rue" to xorg.conf, but doesn't have any
visible effect.
--
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/20150814/3b8d8f60/attachment.html>
||
--
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/20150814/3fa3e6a1/attachment-0001.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/d8bad178/attachment.html>
Hi Daniel,
On 08/13/2015 04:04 AM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 08:29:14PM -0300, Tiago Vignatti wrote:
>> +/* Map too big */
>> +handle = gem_create(fd, BO_SIZE);
>> +fill_bo(handle, BO_SIZE);
>> +dma_buf_fd = prime_handle_to_fd(fd, handle);
>> +igt_assert(er
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/3e0b26a1/attachment.html>
he cursor moves."
--
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/20150814/6bec01c0/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150814/f59e927d/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150814/6c09f020/attachment.html>
but system
freezes.
--
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/20150814/4bdfe9f4/attachment-0001.html>
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/20150814/d529c537/attachment.html>
On Thu, Aug 13, 2015 at 8:23 AM, Thierry Reding
wrote:
> On Wed, Jul 29, 2015 at 04:30:02PM +0800, Jianwei Wang wrote:
>> This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
>> simple panel driver.
>>
>> Signed-off-by: Alison Wang
>> Signed-off-by: Xiubo Li
>> Signed-off-by: Ji
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> This is the start of a full VC4 driver. Right now this just supports
> configuring the display using a pre-existing video mode (because
> changing the pixel clock isn't available yet, and doesn't work when it
> is). However, this is enough for fbcon an
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> +DRM DRIVERS FOR VC4
> +M: Eric Anholt
> +T: git git://github.com/anholt/linux
> +S: Maintained
> +F: drivers/gpu/drm/vc4/*
S: Supported
?
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
This one definitely needs a patch description, since someone might not
know what a VC4 is, and "git log" won't show the text from the binding
doc itself. I'd suggest adding the initial paragraph of the binding doc
as the patc
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> We need to use it for getting video modes over HDMI.
> diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
> + i2c2: i2c at 7e805000 {
> + compatible = "brcm,bcm2835-i2c";
> +
On 08/12/2015 06:56 PM, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
Patch description?
> diff --git a/arch/arm/boot/dts/bcm2835.dtsi b/arch/arm/boot/dts/bcm2835.dtsi
> arm-pmu {
> compatible = "arm,arm1176-pmu";
> };
> +
> + hdm
Originally by Seth Forshee , 2012-10-04:
During graphics driver initialization it's useful to be able to mux only
the DDC to the inactive client in order to read the EDID. Add a
switch_ddc callback to allow capable handlers to provide this
functionality, and add vga_switcheroo_switch_ddc() to allow
1 - 100 of 112 matches
Mail list logo
