On (02/07/13 22:53), Andreas Bombe wrote:
> On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> > On (01/12/13 20:27), Dave Jones wrote:
> > > BUG: sleeping function called from invalid context at mm/slub.c:925
> > > in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
> > > I
On Wed, Feb 06, 2013 at 01:23:17PM -0800, Terje Bergström wrote:
> On 05.02.2013 01:54, Thierry Reding wrote:
> > On Mon, Feb 04, 2013 at 09:17:45PM -0800, Terje Bergström wrote:
> >> Yeah, it's actually working around the host1x duplicate naming.
> >> host1x_syncpt_get takes struct host1x as param
On Wed, Feb 06, 2013 at 12:58:19PM -0800, Terje Bergström wrote:
> On 05.02.2013 01:15, Thierry Reding wrote:
> > On Mon, Feb 04, 2013 at 08:41:25PM -0800, Terje Bergström wrote:
> >> This is used by debugfs code to direct to debugfs, and
> >> nvhost_debug_dump() to send via printk.
> >
> > Yes, t
On Sun, Jan 13, 2013 at 02:38:20PM +0300, Sergey Senozhatsky wrote:
> On (01/12/13 20:27), Dave Jones wrote:
> > BUG: sleeping function called from invalid context at mm/slub.c:925
> > in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
> > INFO: lockdep is turned off.
> > Pid: 566, comm: Xorg
e issue.
--
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/20130207/c5467b85/attachment.html>
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/20130207/2ac27967/attachment.html>
From: Alex Deucher
Hi Dave,
This is the first drm-next pull for 3.9 for radeon. Highlights:
- CS ioctl cleanup and unification. Unification of a lot of functionality
that was duplicated across multiple generates of hardware.
- Add support for Oland GPUs
- Deprecate UMS support. Mesa and the
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130207/4d5cd6a6/attachment.html>
Hi Linus,
this one fixes a sleep while locked regression that was introduced earlier
in 3.8.
Dave.
The following changes since commit 6bacaa9ddacb71c691d32c678d37bc59ffc71fac:
Merge tag 'sound-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2013-02-07 08:43:30
+1100)
a
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130207/0e3b89b5/attachment.html>
which it is not in 3.7.x and 3.6.x, but that's a different issue.)
--
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/attachmen
https://bugs.freedesktop.org/show_bug.cgi?id=59592
Alex Deucher changed:
What|Removed |Added
CC||anonym...@dodgeit.com
--- Comment #4 from
https://bugs.freedesktop.org/show_bug.cgi?id=60347
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Alex Deucher
Hi Dave,
This is the first drm-next pull for 3.9 for radeon. Highlights:
- CS ioctl cleanup and unification. Unification of a lot of functionality
that was duplicated across multiple generates of hardware.
- Add support for Oland GPUs
- Deprecate UMS support. Mesa and the
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130207/716da9ea/attachment.html>
On Mon, Jan 28, 2013 at 10:39 PM, Chris Cummins
wrote:
> The intention here is to make the output of dmesg with full verbosity a
> bit easier for a human to parse. This commit transforms:
>
I like this a lot, but I need a Signed-off-by on patches as per
Documentation/SubmittingPatches
Sorry it to
https://bugs.freedesktop.org/show_bug.cgi?id=26891
--- Comment #54 from Austin Lund ---
This does seem to be fixed in 3.8 series kernels. I just tested 3.8-rc6 and
booted fine into radeondrmfb. I could get the vgaswitcheroo to move between
the integrated and discrete, but I couldn't get the int
Hey,
Op 05-02-13 21:52, Ben Skeggs schreef:
> On Mon, Feb 04, 2013 at 10:59:28PM +0100, Maarten Lankhorst wrote:
>> Op 04-02-13 22:30, Marcin Slusarz schreef:
>>> 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
>>> locked in arbitrary order, which is not true (at least in
On Thursday 07 February 2013 00:23:18 Kuninori Morimoto wrote:
> > I'm not sure of a good solution, however selecting OF where USE_OF wasn't
> > previously selected seems to cause problems on at least ARM because
> > devtree.c is then compiled without OF_FLATTREE selected.
Isn't that an ARM issue
https://bugs.freedesktop.org/show_bug.cgi?id=60347
--- Comment #5 from Anonymous Helper ---
This bug looks like to be a duplicate of 59592.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@
[ CC Morimoto-san ]
On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats without alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #1 from Alex Deucher ---
Can you bisect? I can't think of any commits in particular that would cause an
issue with suspend and resume.
--
You are receiving this mail because:
You are the assignee for the bug.
__
This stresses the lockdep code in some ways specifically useful to
reservations. It adds checks for most of the common locking errors.
Since the lockdep tests were originally written to stress the
reservation code, I duplicated some of the definitions into
lib/locking-selftest.c for now.
This wil
GPU's do operations that commonly involve many buffers. Those buffers
can be shared across contexts/processes, exist in different memory
domains (for example VRAM vs system memory), and so on. And with
PRIME / dmabuf, they can even be shared across devices. So there are
a handful of situations w
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
Hi Laurent
> > > Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
> > > and DU1 LVDS outputs will require information about the panels that will
> > > be connected to those outputs.
> > >
> > > Signed-off-by: Laurent Pinchart
> > >
> > > ---
> > >
> > > arch/arm/mach-s
ves/dri-devel/attachments/20130207/14605395/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130207/affb945e/attachment-0001.html>
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/20130207/ec0963ec/attachment.html>
org/archives/dri-devel/attachments/20130207/7fc94bd3/attachment.html>
Hi Figa,
On Wed, Jan 30, 2013 at 9:09 PM, Tomasz Figa wrote:
> This patch adds Common Display Framework driver for Samsung s6e8ax0
> MIPI DSI display panel.
>
> Signed-off-by: Tomasz Figa
> Signed-off-by: Kyungmin Park
> ---
> drivers/video/display/Kconfig |3 +
> drivers/video/dis
ct mesa due to compile issues, but disabling HyperZ does fix the
issue.
--
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/20130207/60752957/attachment.html>
On Thu, Feb 7, 2013 at 1:09 PM, Rahul Sharma
wrote:
> It exposes generic interface from drm_edid.c to get the edid data and length
> by any display entity. Once I get clear idea about edid handling in CDF, I
> need
> to revert these temporary changes.
Just a quick reply about edid reading: One
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #27 from Jerome Glisse ---
Created attachment 74381
--> https://bugs.freedesktop.org/attachment.cgi?id=74381&action=edit
Kernel fix
Ok try this kernel patch without and with the mesa patch. This one should
definitely fix the issue.
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #26 from Paul Heldens ---
~ > xrandr
Screen 0: minimum 320 x 200, current 1920 x 1200, maximum 8192 x 8192
HDMI-0 disconnected (normal left inverted right x axis y axis)
VGA-0 disconnected (normal left inverted right x axis y axis)
DV
Hi Simon,
On Thursday 07 February 2013 11:15:52 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats without alpha
> > blending.
> >
Hi Morimoto-san,
On Wednesday 06 February 2013 20:27:47 Kuninori Morimoto wrote:
> Hi Laurent
>
> > Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
> > and DU1 LVDS outputs will require information about the panels that will
> > be connected to those outputs.
> >
> > Sig
chives/dri-devel/attachments/20130207/78f092e3/attachment.html>
From: Dave Airlie
There seems to be a bad interaction between gem/shmem and defio on top,
I get list corruption on the page lru in the shmem code.
Turn it off for now until we get some more digging done.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/udl/udl_fb.c | 4 ++--
1 file changed, 2 i
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130207/4e453099/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #25 from Paul Heldens ---
1920 * 1200 LOW detail
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http:
From: Dave Airlie
Okay you don't really want to use udl devices as your console, but if
you are unlucky enough to do so, you run into a lot of schedule while atomic
due to printk being called from all sorts of funky places. So check if we
are in an atomic context, and queue the damage for later,
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #24 from Jerome Glisse ---
Do you have multiscreen ? What is your screen resolution ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
d
On Thu, Jan 31, 2013 at 11:14:34AM +0100, Laurent Pinchart wrote:
> Hi Simon,
>
> On Thursday 31 January 2013 15:35:20 Simon Horman wrote:
> > On Thu, Jan 31, 2013 at 02:45:01AM +0100, Laurent Pinchart wrote:
> > > From: Phil Edworthy
> > >
> > > Signed-off-by: Phil Edworthy
> > > [Rename devic
On Thursday 07 of February 2013 15:04:30 Vikas Sajjan wrote:
> Hi Figa,
>
> On Wed, Jan 30, 2013 at 9:09 PM, Tomasz Figa wrote:
> > This patch adds Common Display Framework driver for Samsung s6e8ax0
> > MIPI DSI display panel.
> >
> > Signed-off-by: Tomasz Figa
> > Signed-off-by: Kyungmin Park
On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats without alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently supported.
>
> Sign
https://bugs.freedesktop.org/show_bug.cgi?id=60439
Priority: medium
Bug ID: 60439
Assignee: dri-devel@lists.freedesktop.org
Summary: Suspend/resume broken for cayman since kernel >=3.7.0
(maybe rc too)
Severity: major
Cla
ng 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/20130207/54bc2da4/attachment.html>
From: Dave Airlie
While looking at plymouth on udl I noticed that plymouth was trying
to use its fb plugin not its drm one, it was trying to drmOpen a driver called
usb not udl, noticed that we actually had out driver pointing at the wrong
device.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #23 from Paul Heldens ---
just retested
linux
3.8.0-rc6
fresh mesa tree (74a17a764dc2ad20d9d6f56afee963b23b597132 today) , with Fix
v2 (1.59 KB, patch) 2013-02-06 20:44 UTC, Jerome Glisse
xonotic-linux64-glx (0.6):
Corruption
On Thursday, February 07, 2013 2:08 AM, Bjorn Helgaas wrote
>
> On Wed, Feb 6, 2013 at 7:27 AM, Alex Deucher wrote:
> > On Wed, Feb 6, 2013 at 12:18 AM, Jingoo Han wrote:
> >> Use PCI_EXP_LNKCAP_SLS_2_5GB and PCI_EXP_LNKCAP_SLS_5_0GB instead
> >> of hardcoded values for readability. These bit de
Hi Sylwester,
On Wed, Feb 6, 2013 at 8:20 PM, Sylwester Nawrocki
wrote:
> Hi Rahul,
>
> On 02/06/2013 03:57 PM, Rahul Sharma wrote:
>> Binding Documents for drm-devices are placed in
>> Documentation/devicetree/bindings/drm/*. But these devices are common
>> for v4l framework, hence moved to a co
Hey,
Op 05-02-13 21:52, Ben Skeggs schreef:
> On Mon, Feb 04, 2013 at 10:59:28PM +0100, Maarten Lankhorst wrote:
>> Op 04-02-13 22:30, Marcin Slusarz schreef:
>>> 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
>>> locked in arbitrary order, which is not true (at least in
On Thursday 07 February 2013 00:23:18 Kuninori Morimoto wrote:
> > I'm not sure of a good solution, however selecting OF where USE_OF wasn't
> > previously selected seems to cause problems on at least ARM because
> > devtree.c is then compiled without OF_FLATTREE selected.
Isn't that an ARM issue
This stresses the lockdep code in some ways specifically useful to
reservations. It adds checks for most of the common locking errors.
Since the lockdep tests were originally written to stress the
reservation code, I duplicated some of the definitions into
lib/locking-selftest.c for now.
This wil
This will allow me to call functions that have multiple arguments if fastpath
fails.
This is required to support ticket mutexes, because they need to be able to
pass an
extra argument to the fail function.
Originally I duplicated the functions, by adding
__mutex_fastpath_lock_retval_arg.
This e
GPU's do operations that commonly involve many buffers. Those buffers
can be shared across contexts/processes, exist in different memory
domains (for example VRAM vs system memory), and so on. And with
PRIME / dmabuf, they can even be shared across devices. So there are
a handful of situations w
https://bugs.freedesktop.org/show_bug.cgi?id=60034
Jerome Glisse changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #22 from Jerome Glisse ---
Especially you should not have kernel message with my patch
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
https://bugs.freedesktop.org/show_bug.cgi?id=60236
--- Comment #21 from Jerome Glisse ---
Paul do you have an up to date kernel, there are have been change to dma
portion of kernel in 3.8 serie. Without my patch i got the corruption but with
it i can't get any here.
--
You are receiving this ma
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130207/f4d02730/attachment.html>
It registers hdmi-audio card to ALSA framework which associates i2s dai and
cdf based hdmi audio codec.
Signed-off-by: Rahul Sharma
---
sound/soc/samsung/Kconfig | 8 ++
sound/soc/samsung/Makefile | 2 +
sound/soc/samsung/hdmi.c | 260 +
3 files
V2:
- DAPM and JACK control to hdmi codec.
This patch registers hdmi-audio codec to the ALSA framework. This is the second
client to the hdmi panel. Once notified by the CDF Core it proceeds towards
audio setting and audio control. It also subscribes for hpd notification to
implement hpd related a
This patch implements exynos_hdmi_cdf.c which is a glue component between
exynos DRM and hdmi cdf panel. It is a platform driver register through
exynos_drm_drv.c. Exynos_hdmi.c is modified to register hdmi as display panel.
exynos_hdmi_cdf.c registers for exynos hdmi display entity and if successf
It exposes generic interface from drm_edid.c to get the edid data and length
by any display entity. Once I get clear idea about edid handling in CDF, I need
to revert these temporary changes.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/drm_edid.c | 88
https://bugs.freedesktop.org/show_bug.cgi?id=60347
Alex Deucher changed:
What|Removed |Added
Summary|Reproducible GPU lockup CP |Htile support causes GPU
This patch adds
1) Event Notification to CDF Core:
Adds simple event notification mechanism supports multiple
subscribers. This is used for hot-plug notification to the clients
of hdmi display i.e. exynos-drm and alsa-codec. CDF Core maintains
multiple subscriber lis
V2:
1) Adding hdmi sound card using cdf based hdmi audio codec.
2) DAPM and JACK control to hdmi codec.
3) Offload event handler by adding work queue.
4) Rework based on v1 comments.
Tested for:
1) Mode setting and switching using modetest.
2) Video with HPD and Power related scenarios.
3) Audio p
https://bugs.freedesktop.org/show_bug.cgi?id=60347
--- Comment #4 from Anonymous Helper ---
(In reply to comment #3)
> It's probably a mesa bug then. Since those two patches just enable mesa to
> use additional features (htile and DMA). Probably one of these mesa commits:
> 24b1206ab2dcd506aaac
On Thu, Feb 7, 2013 at 1:09 PM, Rahul Sharma wrote:
> It exposes generic interface from drm_edid.c to get the edid data and length
> by any display entity. Once I get clear idea about edid handling in CDF, I
> need
> to revert these temporary changes.
Just a quick reply about edid reading: One o
https://bugs.freedesktop.org/show_bug.cgi?id=60347
--- Comment #3 from Alex Deucher ---
(In reply to comment #2)
>
> I've narrowed it down to one of these two kernel patches:
>
> 4ac0533abaec2b83a7f2c675010eedd55664bc26
> cf4ccd016bae1a03bb38170eb54b5db4b04e0545
It's probably a mesa bug then.
Hi Simon,
On Thursday 07 February 2013 11:15:52 Simon Horman wrote:
> On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> > The R-Car Display Unit (DU) DRM driver supports both superposition
> > processors and all eight planes in RGB and YUV formats without alpha
> > blending.
> >
Hi Morimoto-san,
On Wednesday 06 February 2013 20:27:47 Kuninori Morimoto wrote:
> Hi Laurent
>
> > Only the DU0 VGA output is currently supported. Support for the DU0 LVDS
> > and DU1 LVDS outputs will require information about the panels that will
> > be connected to those outputs.
> >
> > Sig
It registers hdmi-audio card to ALSA framework which associates i2s dai and
cdf based hdmi audio codec.
Signed-off-by: Rahul Sharma
---
sound/soc/samsung/Kconfig | 8 ++
sound/soc/samsung/Makefile | 2 +
sound/soc/samsung/hdmi.c | 260 +
3 files
V2:
- DAPM and JACK control to hdmi codec.
This patch registers hdmi-audio codec to the ALSA framework. This is the second
client to the hdmi panel. Once notified by the CDF Core it proceeds towards
audio setting and audio control. It also subscribes for hpd notification to
implement hpd related a
This patch implements exynos_hdmi_cdf.c which is a glue component between
exynos DRM and hdmi cdf panel. It is a platform driver register through
exynos_drm_drv.c. Exynos_hdmi.c is modified to register hdmi as display panel.
exynos_hdmi_cdf.c registers for exynos hdmi display entity and if successf
It exposes generic interface from drm_edid.c to get the edid data and length
by any display entity. Once I get clear idea about edid handling in CDF, I need
to revert these temporary changes.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/drm_edid.c | 88
This patch adds
1) Event Notification to CDF Core:
Adds simple event notification mechanism supports multiple
subscribers. This is used for hot-plug notification to the clients
of hdmi display i.e. exynos-drm and alsa-codec. CDF Core maintains
multiple subscriber lis
V2:
1) Adding hdmi sound card using cdf based hdmi audio codec.
2) DAPM and JACK control to hdmi codec.
3) Offload event handler by adding work queue.
4) Rework based on v1 comments.
Tested for:
1) Mode setting and switching using modetest.
2) Video with HPD and Power related scenarios.
3) Audio p
Hi
> I'm not sure of a good solution, however selecting OF where
> USE_OF wasn't previously selected seems to cause problems on at least
> ARM because devtree.c is then compiled without OF_FLATTREE selected.
>
> That results in the following awesomeness as pointed out to me by
> Morimoto-san.
>
[ CC Morimoto-san ]
On Thu, Jan 31, 2013 at 02:45:02AM +0100, Laurent Pinchart wrote:
> The R-Car Display Unit (DU) DRM driver supports both superposition
> processors and all eight planes in RGB and YUV formats without alpha
> blending.
>
> Only VGA and LVDS encoders and connectors are currently
https://bugs.freedesktop.org/show_bug.cgi?id=60347
--- Comment #2 from Anonymous Helper ---
(In reply to comment #1)
> Please attach /var/log/Xorg.0.log and the output of glxinfo and dmesg.
>
> > 3.8.0-rc5
> > Everything else taken from xorg-edgers ppa
>
> Does the problem occur with a 3.7 kern
https://bugs.freedesktop.org/show_bug.cgi?id=60407
Priority: medium
Bug ID: 60407
Assignee: dri-devel@lists.freedesktop.org
Summary: [configure.ac] allow tests programs to be installed
Severity: enhancement
Classification: Unclassified
On Thursday 07 of February 2013 15:04:30 Vikas Sajjan wrote:
> Hi Figa,
>
> On Wed, Jan 30, 2013 at 9:09 PM, Tomasz Figa wrote:
> > This patch adds Common Display Framework driver for Samsung s6e8ax0
> > MIPI DSI display panel.
> >
> > Signed-off-by: Tomasz Figa
> > Signed-off-by: Kyungmin Park
Hi Figa,
On Wed, Jan 30, 2013 at 9:09 PM, Tomasz Figa wrote:
> This patch adds Common Display Framework driver for Samsung s6e8ax0
> MIPI DSI display panel.
>
> Signed-off-by: Tomasz Figa
> Signed-off-by: Kyungmin Park
> ---
> drivers/video/display/Kconfig |3 +
> drivers/video/dis
Hi
> I'm not sure of a good solution, however selecting OF where
> USE_OF wasn't previously selected seems to cause problems on at least
> ARM because devtree.c is then compiled without OF_FLATTREE selected.
>
> That results in the following awesomeness as pointed out to me by
> Morimoto-san.
>
86 matches
Mail list logo
