date:20150908

linux-next: build failure after merge of the drm-misc tree

2015-09-08 Thread Stephen Rothwell

Hi all,

On Thu, 3 Sep 2015 10:49:19 +1000 Stephen Rothwell  
wrote:
>
> After merging the drm-misc tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
> 
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c: In function 
> 'mdp5_plane_cleanup_fb':
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:272:26: error: 'fb' redeclared as 
> different kind of symbol
>   struct drm_framebuffer *fb = old_state->fb;
>   ^
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:267:27: note: previous definition 
> of 'fb' was here
>struct drm_framebuffer *fb,
>^
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c: At top level:
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:383:3: warning: initialization from 
> incompatible pointer type
>.cleanup_fb = mdp5_plane_cleanup_fb,
>^
> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:383:3: warning: (near 
> initialization for 'mdp5_plane_helper_funcs.cleanup_fb')
> 
> Caused by commit
> 
>   a317290af0db ("drm/atomic: Make prepare_fb/cleanup_fb only take state, v3")
> 
> Well, that was clearly never build tested :-(
> 
> I have used the drm-misc tree from next-20150902 for today.

This is still in today's linux-next :-(

-- 
Cheers,
Stephen Rothwellsfr at canb.auug.org.au

[git pull] drm for 4.3

2015-09-08 Thread Stephen Rothwell

Hi Linus,

On Fri, 4 Sep 2015 23:40:53 +0100 (IST) Dave Airlie  wrote:
>
> This is the main pull request for the drm for 4.3. Nouveau is probably the 
> biggest
> amount of changes in here, since it missed 4.2. Highlights below, along with 
> the usual
> bunch of fixes. There are a few minor conflicts with your tree but nothing 
> you can't handle. All stuff outside drm should have applicable acks.
> 
> The following changes since commit c13dcf9f2d6f5f06ef1bf79ec456df614c5e058b:
> 
>   Linux 4.2-rc8 (2015-08-23 20:52:59 -0700)
> 
> are available in the git repository at:
> 
>   git://people.freedesktop.org/~airlied/linux drm-next
> 
> for you to fetch changes up to 73bf1b7be7aab60d7c651402441dd0b0b4991098:
> 
>   Merge branch 'drm-next-4.3' of git://people.freedesktop.org/~agd5f/linux 
> into drm-next (2015-09-05 07:46:09 +1000)

This contains 59 commits added since Sept 1 and 56 of those are only
appearing in today's linux-next.  Not judging, just noting.

-- 
Cheers,
Stephen Rothwellsfr at canb.auug.org.au

[git pull] drm for 4.3

2015-09-08 Thread Dave Airlie

On 8 September 2015 at 12:03, Stephen Rothwell  wrote:
> Hi Linus,
>
> On Fri, 4 Sep 2015 23:40:53 +0100 (IST) Dave Airlie  
> wrote:
>>
>> This is the main pull request for the drm for 4.3. Nouveau is probably the 
>> biggest
>> amount of changes in here, since it missed 4.2. Highlights below, along with 
>> the usual
>> bunch of fixes. There are a few minor conflicts with your tree but nothing
>> you can't handle. All stuff outside drm should have applicable acks.
>>
>> The following changes since commit c13dcf9f2d6f5f06ef1bf79ec456df614c5e058b:
>>
>>   Linux 4.2-rc8 (2015-08-23 20:52:59 -0700)
>>
>> are available in the git repository at:
>>
>>   git://people.freedesktop.org/~airlied/linux drm-next
>>
>> for you to fetch changes up to 73bf1b7be7aab60d7c651402441dd0b0b4991098:
>>
>>   Merge branch 'drm-next-4.3' of git://people.freedesktop.org/~agd5f/linux 
>> into drm-next (2015-09-05 07:46:09 +1000)
>
> This contains 59 commits added since Sept 1 and 56 of those are only
> appearing in today's linux-next.  Not judging, just noting.

Is this to be a regular thing? because I know I'd prefer to merge
fixes than wait for -rc1 to be an accurate copy of linux-next.

Dave.

[git pull] drm for 4.3

2015-09-08 Thread Stephen Rothwell

Hi Dave,

On Tue, 8 Sep 2015 13:01:21 +1000 Dave Airlie  wrote:
>
> Is this to be a regular thing? because I know I'd prefer to merge
> fixes than wait for -rc1 to be an accurate copy of linux-next.

It happens when I can (almost) keep up with Linus' merge rate (often I
can't).  It is not an issue and I agree that fixes should just be done
as/when needed.  That is why I say "not judging, just noting" - I
generally don't have the time to figure out if each and every unseen
commit is a fix or new feature and/or if it has some possibility of
interacting with some other tree in a way that a few days in linux-next
may have flushed out.

So, if you are happy with what you are doing (and you don't irritate
Linus), then I am happy (as long as you don't cause unnecessary extra
conflicts in linux-next :-)).

-- 
Cheers,
Stephen Rothwellsfr at canb.auug.org.au

linux-next: build failure after merge of the drm-misc tree

2015-09-08 Thread Maarten Lankhorst

Op 08-09-15 om 01:42 schreef Stephen Rothwell:
> Hi all,
>
> On Thu, 3 Sep 2015 10:49:19 +1000 Stephen Rothwell  
> wrote:
>> After merging the drm-misc tree, today's linux-next build (arm
>> multi_v7_defconfig) failed like this:
>>
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c: In function 
>> 'mdp5_plane_cleanup_fb':
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:272:26: error: 'fb' redeclared as 
>> different kind of symbol
>>   struct drm_framebuffer *fb = old_state->fb;
>>   ^
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:267:27: note: previous definition 
>> of 'fb' was here
>>struct drm_framebuffer *fb,
>>^
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c: At top level:
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:383:3: warning: initialization 
>> from incompatible pointer type
>>.cleanup_fb = mdp5_plane_cleanup_fb,
>>^
>> drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c:383:3: warning: (near 
>> initialization for 'mdp5_plane_helper_funcs.cleanup_fb')
>>
>> Caused by commit
>>
>>   a317290af0db ("drm/atomic: Make prepare_fb/cleanup_fb only take state, v3")
>>
>> Well, that was clearly never build tested :-(
>>
>> I have used the drm-misc tree from next-20150902 for today.
> This is still in today's linux-next :-(
>
I just got around to making an amend fix patch for it yesterday. Can you fold 
it into v3 daniel?

diff --git a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c 
b/drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c
index 4d390b699e9a..a0f5ff0ce8dc 100644
--- a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c
+++ b/drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c
@@ -264,7 +264,6 @@ static int mdp5_plane_prepare_fb(struct drm_plane *plane,
 }

 static void mdp5_plane_cleanup_fb(struct drm_plane *plane,
-   struct drm_framebuffer *fb,
const struct drm_plane_state *old_state)
 {
struct mdp5_plane *mdp5_plane = to_mdp5_plane(plane);

[git pull] drm for 4.3

2015-09-08 Thread Dave Airlie

On 8 September 2015 at 14:04, Stephen Rothwell  wrote:
> Hi Dave,
>
> On Tue, 8 Sep 2015 13:01:21 +1000 Dave Airlie  wrote:
>>
>> Is this to be a regular thing? because I know I'd prefer to merge
>> fixes than wait for -rc1 to be an accurate copy of linux-next.
>
> It happens when I can (almost) keep up with Linus' merge rate (often I
> can't).  It is not an issue and I agree that fixes should just be done
> as/when needed.  That is why I say "not judging, just noting" - I
> generally don't have the time to figure out if each and every unseen
> commit is a fix or new feature and/or if it has some possibility of
> interacting with some other tree in a way that a few days in linux-next
> may have flushed out.
>
> So, if you are happy with what you are doing (and you don't irritate
> Linus), then I am happy (as long as you don't cause unnecessary extra
> conflicts in linux-next :-)).
>

Maybe you could heuristic it by ratio new commits or new lines vs the
total size of the -next tree.

i.e. 59 commits in a 5000 commit tree is likely not that bad, 59
commits in a 20 commit tree would be bad.

Though not sure how you'd tune it!

Dave.

[Bug 103271] AMD R9 270X Flickering with DPM Enabled on Linux 4.1 with RadeonSI

2015-09-08 Thread bugzilla-dae...@bugzilla.kernel.org

https://bugzilla.kernel.org/show_bug.cgi?id=103271

--- Comment #13 from Michel DÃ¤nzer  ---
You should only run "git bisect" for commits which exhibit the same symptoms as
described in this report. For commits exhibiting other issues, in particular
such that you can't tell whether the problem described in this report occurs or
not, you should run "git bisect skip" instead.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[PATCHv2 0/3] Add initial support for slimport anx78xx

2015-09-08 Thread Enric Balletbo i Serra

Hi all,

The following series add initial support for the Slimport ANX7814 transmitter, a
ultra-low power Full-HD (1080p60) transmitter designed for portable device.

The driver was originally created and based from the work of Junhua Xia from
Analogix. This driver is a refactor of the original driver and fixes different
coding style lines, and different errors/warnings reported by checkpatch. Also
there were things that I noticed that we need to change like:

 - Convert the numbered GPIO API to the new descriptor based GPIO API.
 - Review the DT binding
 - Add missing MODULE_DEVICE_TABLE(of, ...);
 - Fix Makefiles and Kconfig to build conditionally.
 - Use SIMPLE_DEV_PM_OPS() instead of the deprecated i2c .suspend and
  .resume callbacks.
 - Move to use managed device resources.
 - Remove dead/unused code.
 - And others ...

This is series is a first attempt and will have mistake so all comments and
suggestions are welcomed.

Changes since v1:

 - As requested by Greg, move from staging to a subsystem.

To be honest I'm not sure if gpu/drm/i2c is the proper subsystem for this driver
so please feel free to correct me.

Best regards,

Enric Balletbo i Serra (3):
  of: Add vendor prefix for Analogix Semiconductor, Inc.
  devicetree: Add new ANX7814 SlimPort transmitter binding.
  drm/i2c: anx78xx: Add anx7814 driver support by analogix.

 .../devicetree/bindings/vendor-prefixes.txt|1 +
 .../devicetree/bindings/video/anx7814.txt  |   22 +
 drivers/gpu/drm/i2c/Kconfig|2 +
 drivers/gpu/drm/i2c/Makefile   |2 +
 drivers/gpu/drm/i2c/anx78xx/Kconfig|7 +
 drivers/gpu/drm/i2c/anx78xx/Makefile   |4 +
 drivers/gpu/drm/i2c/anx78xx/slimport.c |  301 ++
 drivers/gpu/drm/i2c/anx78xx/slimport.h |   49 +
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.c  | 3335 
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.h  |  254 ++
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_reg.h  |  786 +
 11 files changed, 4763 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/video/anx7814.txt
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/Kconfig
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/Makefile
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport.c
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport.h
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.c
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.h
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_reg.h

-- 
2.1.0

[PATCHv2 1/3] of: Add vendor prefix for Analogix Semiconductor, Inc.

2015-09-08 Thread Enric Balletbo i Serra

Analogix Semiconductor develops analog and mixed-signal devices for digital
media and communications interconnect applications.

Signed-off-by: Enric Balletbo i Serra 
---
 Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
 1 file changed, 1 insertion(+)

diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt 
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index ac5f0c3..e914a02 100644
--- a/Documentation/devicetree/bindings/vendor-prefixes.txt
+++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
@@ -22,6 +22,7 @@ ampireAmpire Co., Ltd.
 amsAMS AG
 amstaosAMS-Taos Inc.
 apmApplied Micro Circuits Corporation (APM)
+analogix   Analogix Semiconductor, Inc.
 aptina Aptina Imaging
 arasan Arasan Chip Systems
 armARM Ltd.
-- 
2.1.0

[PATCHv2 2/3] devicetree: Add new ANX7814 SlimPort transmitter binding.

2015-09-08 Thread Enric Balletbo i Serra

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices.

You can add support to your board with current binding.

Example:

anx7814: anx7814 at 38 {
compatible = "analogix,anx7814";
reg = <0x38>;
pd-gpios = <&gpio0 1 GPIO_ACTIVE_HIGH>;
reset-gpios = <&gpio0 2 GPIO_ACTIVE_HIGH>;
};

Signed-off-by: Enric Balletbo i Serra 
---
 .../devicetree/bindings/video/anx7814.txt  | 22 ++
 1 file changed, 22 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/video/anx7814.txt

diff --git a/Documentation/devicetree/bindings/video/anx7814.txt 
b/Documentation/devicetree/bindings/video/anx7814.txt
new file mode 100644
index 000..a8cc746
--- /dev/null
+++ b/Documentation/devicetree/bindings/video/anx7814.txt
@@ -0,0 +1,22 @@
+Analogix ANX7814 SlimPort (Full-HD Transmitter)
+---
+
+The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
+designed for portable devices.
+
+Required properties:
+
+ - compatible  : "analogix,anx7814"
+ - reg : I2C address of the device
+ - pd-gpios: Which GPIO to use for power down
+ - reset-gpios : Which GPIO to use for reset
+
+Example:
+
+   anx7814: anx7814 at 38 {
+   compatible = "analogix,anx7814";
+   reg = <0x38>;
+   pd-gpios = <&gpio0 1 GPIO_ACTIVE_HIGH>;
+   reset-gpios = <&gpio0 2 GPIO_ACTIVE_HIGH>;
+   };
+
-- 
2.1.0

[PATCHv2 3/3] drm/i2c: anx78xx: Add anx7814 driver support by analogix.

2015-09-08 Thread Enric Balletbo i Serra

The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices.

This driver adds initial support and supports HDMI to DP pass-through mode.

Signed-off-by: Enric Balletbo i Serra 
---
 drivers/gpu/drm/i2c/Kconfig   |2 +
 drivers/gpu/drm/i2c/Makefile  |2 +
 drivers/gpu/drm/i2c/anx78xx/Kconfig   |7 +
 drivers/gpu/drm/i2c/anx78xx/Makefile  |4 +
 drivers/gpu/drm/i2c/anx78xx/slimport.c|  301 +++
 drivers/gpu/drm/i2c/anx78xx/slimport.h|   49 +
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.c | 3335 +
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.h |  254 ++
 drivers/gpu/drm/i2c/anx78xx/slimport_tx_reg.h |  786 ++
 9 files changed, 4740 insertions(+)
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/Kconfig
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/Makefile
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport.c
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport.h
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.c
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_drv.h
 create mode 100644 drivers/gpu/drm/i2c/anx78xx/slimport_tx_reg.h

diff --git a/drivers/gpu/drm/i2c/Kconfig b/drivers/gpu/drm/i2c/Kconfig
index 22c7ed6..e666ccd 100644
--- a/drivers/gpu/drm/i2c/Kconfig
+++ b/drivers/gpu/drm/i2c/Kconfig
@@ -31,4 +31,6 @@ config DRM_I2C_NXP_TDA998X
help
  Support for NXP Semiconductors TDA998X HDMI encoders.

+source "drivers/gpu/drm/i2c/anx78xx/Kconfig"
+
 endmenu
diff --git a/drivers/gpu/drm/i2c/Makefile b/drivers/gpu/drm/i2c/Makefile
index 2c72eb5..0ca15d2 100644
--- a/drivers/gpu/drm/i2c/Makefile
+++ b/drivers/gpu/drm/i2c/Makefile
@@ -10,3 +10,5 @@ obj-$(CONFIG_DRM_I2C_SIL164) += sil164.o

 tda998x-y := tda998x_drv.o
 obj-$(CONFIG_DRM_I2C_NXP_TDA998X) += tda998x.o
+
+obj-$(CONFIG_DRM_I2C_ANX78XX) += anx78xx/
diff --git a/drivers/gpu/drm/i2c/anx78xx/Kconfig 
b/drivers/gpu/drm/i2c/anx78xx/Kconfig
new file mode 100644
index 000..4862c06
--- /dev/null
+++ b/drivers/gpu/drm/i2c/anx78xx/Kconfig
@@ -0,0 +1,7 @@
+config DRM_I2C_ANX78XX
+   tristate "Analogix Slimport transmitter ANX78XX support"
+   help
+   Slimport Transmitter is a HD video transmitter chip
+   over micro-USB connector for smartphone device.
+
+
diff --git a/drivers/gpu/drm/i2c/anx78xx/Makefile 
b/drivers/gpu/drm/i2c/anx78xx/Makefile
new file mode 100644
index 000..e248ee5
--- /dev/null
+++ b/drivers/gpu/drm/i2c/anx78xx/Makefile
@@ -0,0 +1,4 @@
+obj-${CONFIG_DRM_I2C_ANX78XX} :=  anx78xx.o
+
+anx78xx-y := slimport.o
+anx78xx-y += slimport_tx_drv.o
diff --git a/drivers/gpu/drm/i2c/anx78xx/slimport.c 
b/drivers/gpu/drm/i2c/anx78xx/slimport.c
new file mode 100644
index 000..287562e
--- /dev/null
+++ b/drivers/gpu/drm/i2c/anx78xx/slimport.c
@@ -0,0 +1,301 @@
+/*
+ * Copyright(c) 2015, Analogix Semiconductor. All rights reserved.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 and
+ * only version 2 as published by the Free Software Foundation.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ * GNU General Public License for more details.
+ *
+ */
+
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#include "slimport.h"
+#include "slimport_tx_drv.h"
+
+/* HDCP switch for external block */
+/* external_block_en = 1: enable, 0: disable */
+int external_block_en = 1;
+
+struct i2c_client *anx78xx_client;
+
+int sp_read_reg_byte(uint8_t slave_addr, uint8_t offset)
+{
+   int ret = 0;
+   struct device *dev = &anx78xx_client->dev;
+
+   anx78xx_client->addr = (slave_addr >> 1);
+   ret = i2c_smbus_read_byte_data(anx78xx_client, offset);
+   if (ret < 0) {
+   dev_err(dev, "%s: failed to read i2c addr=%x\n", LOG_TAG,
+ slave_addr);
+   return ret;
+   }
+   return 0;
+}
+
+int sp_read_reg(uint8_t slave_addr, uint8_t offset, uint8_t *buf)
+{
+   int ret = 0;
+   struct device *dev = &anx78xx_client->dev;
+
+   anx78xx_client->addr = (slave_addr >> 1);
+   ret = i2c_smbus_read_byte_data(anx78xx_client, offset);
+   if (ret < 0) {
+   dev_err(dev, "%s: failed to read i2c addr=%x\n", LOG_TAG,
+  slave_addr);
+   return ret;
+   }
+   *buf = (uint8_t) ret;
+
+   return 0;
+}
+
+int sp_write_reg(uint8_t slave_addr, uint8_t offset, uint8_t value)
+{
+   int ret = 0;
+   struct device *dev = &anx78xx_client->dev;
+
+   anx78xx_client->addr = (slave_addr >> 1);
+   ret = i2c_smbus_write_byte_data(anx78xx_client, offset, value);
+   if (ret < 0) {
+

[Bug 91917] linux-firmware.git should carry most recent firmware for SI, CI et al.

2015-09-08 Thread bugzilla-dae...@freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=91917

Bug ID: 91917
Summary: linux-firmware.git should carry most recent firmware
for SI, CI et al.
Product: DRI
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: trivial
Priority: low
Component: DRM/Radeon
Assignee: dri-devel at lists.freedesktop.org
Reporter: kai at dev.carbon-project.org
CC: alexdeucher at gmail.com

Right now the firmware shipped in
<https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/radeon>
is older, than what is available from
<https://secure.freedesktop.org/~agd5f/radeon_ucode/>. Please consider
submitting the most recent firmware files to the linux-firmware repository.

For example, the most recent hawaii_ce.bin
(<https://secure.freedesktop.org/~agd5f/radeon_ucode/hawaii/hawaii_ce.bin>) is
from 2015-06-10, while the linux-firmware repository saw the last update on
2014-08-20 (merge was seven days later). As a MD5 comparison shows, these are
not the same files:
9e05820da42549ce9c89d147cf1f8e19 linux-firmware/hawaii_ce.bin
286640da3d90d7b51bdb038b65addc47 p.fd.o/~agd5f/hawaii_ce.bin

This update would allow me (and others) to drop custom "update" directories
from /lib/firmware as distributions would pick them up. Which in turn would
ease testing of new Kernels and Mesa revisions.

--
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/20150908/02182ea6/attachment.html>

68 matches

Mail list logo