--
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/20140611/fa798285/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Ren? Rietz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/2e9a2db0/attachment.html>
On Wed, Jun 11, 2014 at 5:13 PM, Jesse Barnes
wrote:
>> - If you have a machine which uses tiled framebuffers and enables
>> swizzling in the BIOS your code will a) drop the swizzle setup in
>> gem_init_hw, breaking resume b) not set the swizzle settings correctly
>> in swizzle_detect,
Hi Russell,
Am Mittwoch, den 11.06.2014, 09:17 +0100 schrieb Russell King - ARM
Linux:
> On Tue, Jun 10, 2014 at 10:32:25AM -0300, Fabio Estevam wrote:
> > On Tue, Jun 10, 2014 at 9:58 AM, Fabio Estevam
> > wrote:
> > > On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
> > > wrote:
> >
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1
https://bugzilla.kernel.org/show_bug.cgi?id=77671
Bug ID: 77671
Summary: radeon system does not boot with 3.14.6 (bisect ->
4740d5c1c89c152ef847e4a479a87a25e763b286)
Product: Drivers
Version: 2.5
Kernel Version: 3.14.6
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/95e71cf9/attachment.html>
On Wed, Jun 11, 2014 at 2:37 PM, Rob Clark wrote:
> On Thu, May 29, 2014 at 2:36 AM, Benjamin Gaignard
> wrote:
>> This series of patches add the support of DRM/KMS drivers for
>> STMicroelectronics
>> chipsets stih416 and stih407.
>>
>> version 4:
>> - Remove depency between TVout it
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Make the link between all the hardware drivers and DRM/KMS interface.
> Create the driver itself and make it register all the sub-components.
> Use GEM CMA helpers for buffer allocation.
>
> Signed-off-by: Benjamin Gaignard
> ---
>
When I tried to review the linux kernel on Windows in my laptop
and incidentally found that it failed to open the aux.c.
And Microsoft tells me:
(http://msdn.microsoft.com/en-us/library/aa365247.aspx)
> Do not use the following reserved names for the name of a file:
> CON, PRN, AUX, NUL, , and
from logfiles if dmesg is cut off).
> > >
> > > Please find kern.log.gz attached.
>
> Not in the resend and I didn't seem to receive your original mail somehow
> at all. Can you please resend.
Downloadable from http://sucs.org/~sits/test/eeepc-900/dmesg-20140611 .
Reviewed-by: Sagar Kamble
On Wed, 2014-06-11 at 14:33 +0530, Vandana Kannan wrote:
> Updated drm documentation to include desscription of aspect ratio property.
>
> v2: Updated aspect ratio specific documentation on top of the HTML table
> created.
>
> Signed-off-by: Vandana Kannan
> Cc:
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Generic Display Pipeline are one of the compositor input sub-devices.
> GDP are dedicated to graphic input like RGB plans.
> GDP is part of Compositor hardware block which will be introduce later.
>
> A sti_layer structure is used to
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Mixer hardware IP is responsible of mixing the different inputs layers.
> Z-order is managed by the mixer.
> We could 2 mixers: one for main path and one for auxillary path
>
> Mixers are part of Compositor hardware block
>
>
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> Compositor control all the input sub-device (VID, GDP)
> and the mixer(s).
> It is the main entry point for composition.
> Layer interface is used to control the abstracted layers.
>
> Add debug in mixer, GDP and VID
>
> Signed-off-by:
On Thu, May 29, 2014 at 2:36 AM, Benjamin Gaignard
wrote:
> This series of patches add the support of DRM/KMS drivers for
> STMicroelectronics
> chipsets stih416 and stih407.
>
> version 4:
> - Remove depency between TVout it subdevices HDMI and HDA
> - Rework and simplify VTG
Updated drm documentation to include desscription of aspect ratio property.
v2: Updated aspect ratio specific documentation on top of the HTML table
created.
Signed-off-by: Vandana Kannan
Cc: Sagar Kamble
Cc: Daniel Vetter
---
Documentation/DocBook/drm.tmpl | 13 +++--
1 file
On Thu, May 29, 2014 at 2:37 AM, Benjamin Gaignard
wrote:
> TVout hardware block is responsible to dispatch the data flow coming
> from compositor block to any of the output (HDMI or Analog TV).
> It control when output are start/stop and configure according the
> require flow path.
>
> TVout is
I only tested Bonaire. I can test Cape Verde if needed.
Marek
On Wed, Jun 11, 2014 at 11:29 AM, Christian K?nig
wrote:
> Crap, I already wanted to check back with you if that really fixes your
> problems.
>
> Thanks for the info, this crash also only happens on CIK doesn't it?
>
> Christian.
>
i915.ko has a custom fbdev initialisation routine that aims to preserve
the current mode set by the BIOS, unless overruled by the user. The
user's wishes are determined by what, if any, mode is specified on the
command line (via the video= parameter). However, that command line mode
is first
On Wed, Jun 11, 2014 at 07:03:39AM +0100, Sitsofe Wheeler wrote:
> (resending because Daniel was dropped from the reply list - I don't know
> why)
>
> On Wed, Jun 11, 2014 at 06:46:40AM +0100, Sitsofe Wheeler wrote:
> > On Tue, Jun 10, 2014 at 08:26:55AM +0200, Daniel Vetter wrote:
> > > On Sun,
On Tue, Jun 10, 2014 at 11:42:37AM -0700, Jesse Barnes wrote:
> On Tue, 10 Jun 2014 11:01:06 -0700
> St?phane Marchesin wrote:
>
> > On Tue, Jun 10, 2014 at 10:31 AM, Jesse Barnes > virtuousgeek.org> wrote:
> > > On Tue, 10 Jun 2014 16:07:44 +0200
> > > Daniel Vetter wrote:
> > >
> > >> On
Crap, I already wanted to check back with you if that really fixes your
problems.
Thanks for the info, this crash also only happens on CIK doesn't it?
Christian.
Am 11.06.2014 01:30, schrieb Marek Ol??k:
> Sorry to tell you the bad news. This patch doesn't fix the hangs on my
> machine.
>
> I
On Tue, Jun 10, 2014 at 12:45:38PM -0700, Jesse Barnes wrote:
> On Tue, 10 Jun 2014 21:33:27 +0200
> Daniel Vetter wrote:
>
> > On Tue, Jun 10, 2014 at 7:27 PM, Jesse Barnes
> > wrote:
> > > Yes, that's what I do below... I even added it to the changelog:
> > >
Create and attach the drm property to set aspect ratio. If there is no user
specified value, then PAR_NONE/Automatic option is set by default. User can
select aspect ratio 4:3 or 16:9. The aspect ratio selected by user would
come into effect with a mode set.
v2: Modified switch case to include
Added a property to enable user space to set aspect ratio.
This patch contains declaration of the property and code to create the
property.
v2: Thierry's review comments.
- Made aspect ratio enum generic instead of HDMI/CEA specfic
- Removed usage of temporary aspect_ratio
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Currently the tiling parameters of buffer objects can only be set at
> allocation time, and only a single tiled mode is supported. This new
> DRM_TEGRA_GEM_SET_TILING IOCTL allows more modes to be set and also
>
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Mathias Tillman changed:
What|Removed |Added
CC||master.homer at gmail.com
--- Comment
On Wed, Jun 11, 2014 at 03:53:55PM +0800, Lai Jiangshan wrote:
> When I tried to review the linux kernel on Windows in my laptop
> and incidentally found that it failed to open the aux.c.
>
> And Microsoft tells me:
> (http://msdn.microsoft.com/en-us/library/aa365247.aspx)
>
> > Do not use the
We should unlock before returning the error code.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c
index 27c979b..64f57fa 100644
--- a/drivers/gpu/drm/tegra/sor.c
+++ b/drivers/gpu/drm/tegra/sor.c
@@ -516,7 +516,7 @@ static int
will still result in trashed display.
--
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/20140611/a15e4e10/attachment.html>
mplement a driconf workaround for this.
Thanks, that works and is also needed for heaven 4.0
--
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
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/8b93a562/attachment.html>
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> The DRM_TEGRA_GEM_SET_FLAGS IOCTL can be used to set the flags of a
> buffer object after it has been allocated or imported. Flags associated
> with a buffer object can be queried using the DRM_TEGRA_GEM_GET_FLAGS
On Tue, Jun 10, 2014 at 10:32:25AM -0300, Fabio Estevam wrote:
> On Tue, Jun 10, 2014 at 9:58 AM, Fabio Estevam wrote:
> > On Mon, Jun 9, 2014 at 5:09 PM, Russell King - ARM Linux
> > wrote:
> >
> >> Right, so the problem isn't at the HDMI level, but at the DI level... so
> >> that's where we
On Tue, Jun 10, 2014 at 4:04 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This matches what other drivers do for equivalent IOCTLs.
>
> Signed-off-by: Thierry Reding
Reviewed-by: St?phane Marchesin
> ---
> drivers/gpu/drm/tegra/drm.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Wed, 11 Jun 2014 17:39:29 +0200
Daniel Vetter wrote:
> On Wed, Jun 11, 2014 at 5:13 PM, Jesse Barnes
> wrote:
> >> - If you have a machine which uses tiled framebuffers and enables
> >> swizzling in the BIOS your code will a) drop the swizzle setup in
> >> gem_init_hw, breaking resume
On Wed, 11 Jun 2014 11:23:26 +0200
Daniel Vetter wrote:
> On Tue, Jun 10, 2014 at 12:45:38PM -0700, Jesse Barnes wrote:
> > On Tue, 10 Jun 2014 21:33:27 +0200
> > Daniel Vetter wrote:
> >
> > > On Tue, Jun 10, 2014 at 7:27 PM, Jesse Barnes > > virtuousgeek.org> wrote:
> > > > Yes, that's what
(resending because Daniel was dropped from the reply list - I don't know
why)
On Wed, Jun 11, 2014 at 06:46:40AM +0100, Sitsofe Wheeler wrote:
> On Tue, Jun 10, 2014 at 08:26:55AM +0200, Daniel Vetter wrote:
> > On Sun, Jun 08, 2014 at 10:30:15PM +0100, Sitsofe Wheeler wrote:
> > > With a tree
ytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/008ac564/attachment-0001.obj>
Konrad Rzeszutek Wilk wrote:
> Hmm..
>
> /home/konrad/linux/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c: In function
> ?ttm_dma_pool_shrink_scan?:
> /home/konrad/linux/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c:1015:2: error:
> invalid use of void expression
> if (!mutex_lock(&_manager->lock))
>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140611/a932088c/attachment.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/20140611/a23b474d/attachment-0001.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/20140611/cf276416/attachment.html>
Hello guys,
I just wanted drop few lines, about that D3D9 gallium state tracker is
still alive and functional.
Latest information can be found: https://wiki.ixit.cz/d3d9
At this moment are repositories hosted on github:
Mesa-3D: https://github.com/iXit/Mesa-3D/
wine:
Hello guys,
I just wanted drop few lines, about that D3D9 gallium state tracker is
still alive and functional.
Latest information can be found: https://wiki.ixit.cz/d3d9
At this moment are repositories hosted on github:
Mesa-3D: https://github.com/iXit/Mesa-3D/
wine:
rchives/dri-devel/attachments/20140611/303a65a9/attachment.html>
Sorry to tell you the bad news. This patch doesn't fix the hangs on my machine.
I tested drm-next-3.16 from Alex's tree. I also switched copying from
SDMA to CP DMA, which hung too.
I also tried this:
git checkout (the problematic commit):
6d2f294 - drm/radeon: use normal BOs for the page
d, as said, the i965 is really suffering some display
rot.
--
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/20140611/284a97d0/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140611/b381275a/attachment.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/20140611/dfc5b16a/attachment-0001.html>
On Mon, Jun 9, 2014 at 5:41 PM, Jani Nikula
wrote:
>
> Patrik, Alan -
>
> Should you add a MAINTAINERS entry for gma500 with one or both of you as
> maintainers? What's the status?
>
> BR,
> Jani.
Hi Jani
Adding an entry would make people think that I have time to spend on gma500
development
53 matches
Mail list logo