>
> Message: 2
> Date: Thu, 14 Jun 2012 17:19:11 + (UTC)
> From: Joakim Plate
> Subject: Re: RFC: Change OML_sync_control UST to CLOCK_MONOTONIC
> To: dri-devel@lists.freedesktop.org
> Message-ID:
> Content-Type: text/plain; charset=us-ascii
>
>
>>>
>>> From what I can tell, it should be
https://bugs.freedesktop.org/show_bug.cgi?id=36602
Harald Judt changed:
What|Removed |Added
CC||h.j...@gmx.at
--- Comment #48 from Harald
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #8 from Harald Judt 2012-06-14 15:02:10 PDT ---
Still reproducible with 3.4.0 final and "drm/radeon: fix vm deadlocks on
cayman" applied, but at least I do not experience freezes anymore.
--
Configure bugmail: https://bugs.freedeskt
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #4 from Harald Judt 2012-06-14 15:14:51 PDT ---
Ok, tried again with 3.4.0 final.
First, no HDMI monitor connected:
Evergreen HDMI regs:
0x601c 0x (0)
0x6028 0x050ff012 (84930578)
0x6034 0x0012 (18)
0x6040 0x
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #5 from Alex Deucher 2012-06-14 15:20:27 PDT ---
Can you see if the hw is still generating interrupts? Enable drm debugging
(boot with drm.debug=1 on the kernel command line in grub or as root:
echo 1 > /sys/module/drm/parameters/deb
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #6 from Harald Judt 2012-06-14 16:09:16 PDT ---
Yes, the computer prints these everytime I plug or unplug the HDMI monitor:
[drm:evergreen_irq_process], IH: HPD6
There are exactly 6 such messages to be found in dmesg, that would exa
https://bugs.freedesktop.org/show_bug.cgi?id=49943
--- Comment #7 from Alex Deucher 2012-06-14 16:44:11 UTC ---
ok, so the hw is working fine, the event is just not getting propagated to
userspace properly. Might be a duplicate of bug 51042.
--
Configure bugmail: https://bugs.freedesktop.org/u
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #17 from Jack Dodds 2012-06-14 18:14:15
PDT ---
I have a Hewlett Packard H8-1224 which has a Radeon HD7570 video card. Software
is up to date Debian Wheezy, using the radeon X driver and the non-free
firmware. The startup of X fails
https://bugs.freedesktop.org/show_bug.cgi?id=43448
--- Comment #18 from Jack Dodds 2012-06-14 18:19:29
PDT ---
Created attachment 63053
--> https://bugs.freedesktop.org/attachment.cgi?id=63053
Xorg.log from HP H8-1224 with Radeon HD7570 and Debian Wheezy
--
Configure bugmail: https://bugs.f
On 06/14/2012 03:48 PM, Wouter M. Koolen wrote:
In the mean while I will redo the bisect.
Hi guys,
I did a bisect on the actual problem (and not on the maybe-related
second error message). It results in
092945e11c5b84f66dd08f0b87fb729715d377bc:
Author: Adam Jackson 2011-07-26 20:39:45
Com
On 06/14/2012 06:27 PM, Daniel Vetter wrote:
Well, can you revert this patch (or just replace the 5 with 3 in the
code) on top of latest 3.4.x and test whether this is indeed the cause
of your regression? Just to make sure that we have the right culprit.
Hi Daniel,
Yes, 3.4.2 with 092945e11c5b8
s in
> > kernel to the radeon_card ?
> >
> > It`s so confused! Hope for your answer!
> >
> >
> > Thanks so much!
> > zhiyig Si
> >
>
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> >
in
> >> > kernel to the radeon_card ?
> >> >
> >> > It`s so confused! Hope for your answer!
> >> >
> >> >
> >> > Thanks so much!
> >> > zhiyig Si
> >> >
> >>
> >> > ___
> >> > dri-devel mailing list
> >> > dri-devel at lists.freedesktop.org
> >> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >>
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120614/468c7df3/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=51065
Bug #: 51065
Summary: [Regression] : Acceleration initialization failed
Classification: Unclassified
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: All
https://bugs.freedesktop.org/show_bug.cgi?id=51065
samit vats changed:
What|Removed |Added
Priority|medium |high
--
Configure bugmail: https://bugs.fr
https://bugs.freedesktop.org/show_bug.cgi?id=51065
Michel D?nzer changed:
What|Removed |Added
Attachment #63013|application/octet-stream|text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=51065
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Jun 13, 2012 at 03:26:00PM -0500, Seth Forshee wrote:
> On Wed, Jun 13, 2012 at 09:46:15PM +0200, Daniel Vetter wrote:
> > On Wed, Jun 13, 2012 at 01:46:58PM -0500, Seth Forshee wrote:
> > > The Lenovo Thinkpad T410 has the LVDS_PIPEB_SELECT bit set in the LVDS
> > > register when booted wi
https://bugzilla.kernel.org/show_bug.cgi?id=14500
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14500
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
Hi all,
Blind me has finally found the bug that killed via - dropping locks again in the
early exit path is highly advised ;-)
The big part of this series is cleaning up buffer handling in the
teardown/lastclose path: All special-cases only used by 1-2 drivers are moved
into the drivers respectiv
A few things
- kill reclaim_buffers, it's never ever called because via does not set
DRIVER_HAVE_DMA
- inline the idlelock dance into the buffer reclaim logic and make it
a simple preclose cleanup function
- directly call the the dma_quiescent function and kill the needless
if check.
v2: Act
Like for via.
v2: Actually drop the idlelock again if taken.
v3: Fixup.
v4: Fixup the "has master" vs. "is master" confusion the refactor
introduced.
v5: Drop the idlelock in the early return path.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/sis/sis_drv.c |3 +--
drivers/gpu/drm/sis
The only two users are now folded into the drivers preclose functions,
so this is unused.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c |8
include/drm/drmP.h |2 --
2 files changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm
This reverts commit 6e877b576ddf7cde5db2e9a6dcb56fef0ea77e64,
reinstating the original commit:
commit 87499ffdcb1c70f66988cd8febc4ead0ba2f9118
Author: Daniel Vetter
Date: Tue Oct 25 23:51:24 2011 +0200
drm/i810: cleanup reclaim_buffers
My dear old i815 always hits the deadlocked on re
i810 was the last user of this code, with that gone, kill it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c | 46 +--
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |1 -
include/drm/drmP.h |2 --
3 files changed, 1 insertion
The reclaim_buffers function of the savage driver actually wants to run
with the hw_lock held - at least there are printks in the call-chain
to that effect. But the drm core only calls reclaim_buffers as used
by savage _after_ forcefully dropping the hwlock (in case it's still
hold by the closing f
All leftover users either haven't set DRIVER_HAVE_DMA, in which
case this will never be called, or use the drm_core implementation.
Call that directly in the only callsite.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c|5 ++---
drivers/gpu/drm/gma500/psb_drv.c
Absolutely unused. All the values are only ever initialized and
then used at most in some debug printout functions.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_bufs.c | 16 ++--
drivers/gpu/drm/drm_debugfs.c |1 -
drivers/gpu/drm/drm_dma.c |5 -
dr
With the last patch to ditch DMA_QUEUE support, we should be able
to call the dma cleanup uncoditionally, even when the master has
disappeared.
Do so because it just makes more sense.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_fops.c |6 +++---
1 file changed, 3 insertions(+), 3 d
Signed-off-by: Daniel Vetter
---
include/drm/drm_pciids.h | 42 --
1 file changed, 42 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 81368ab..20c46ec 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.
Only one driver (i810) even sets that flag. Now the actual locking
code uncoditionally promotes lock->context to an unsigned int.
Closer inspection of the userspace reveals that the drm lock context
is defined as an unsigned int (at least on linux). I suspect we just
have a strange case of signedn
We have debugfs and sysfs for these things now!
Digging through the dungeons of old code and wading through countless
result pages on google indeed turned up one user of this:
libdrm before 2001 checks via the presence of /proc/dri/0 whether
the kernel drm is present and has a module successfully
https://bugs.freedesktop.org/show_bug.cgi?id=51065
--- Comment #2 from samit vats 2012-06-14 04:25:02 PDT
---
(In reply to comment #1)
> > 2)drm-2.4.34
>
> Current xf86-video-ati Git requires at least libdrm 2.4.35 for KMS support.
>
>
> P.S. please set the correct MIME type for attachmen
Guard vga_switcheroo.h against multiple inclusion.
Signed-off-by: Ozan ?a?layan
---
include/linux/vga_switcheroo.h |4
1 file changed, 4 insertions(+)
diff --git a/include/linux/vga_switcheroo.h b/include/linux/vga_switcheroo.h
index b455c7c..9a1cf11 100644
--- a/include/linux/vga_swit
Hi All,
The following is an attempt to come up with a devicetree binding for
DRM graphics on i.MX SoCs. I'm posting this seperate from the actual
code to not bury this in big patches.
The bindings should cover most of the problems we had while implementing
the possible IPU <-> (LVDS, HDMI, parall
This patch adds a new constructor for an sg table. The table is constructed
from an array of struct pages. All contiguous chunks of the pages are merged
into a single sg nodes. A user may provide an offset and a size of a buffer if
the buffer is not page-aligned.
The function is dedicated for DMAB
Hello everyone,
This patchset adds support for DMABUF [2] importing to V4L2 stack.
The support for DMABUF exporting was moved to separate patchset
due to dependency on patches for DMA mapping redesign by
Marek Szyprowski [4]. This patchset depends on new scatterlist
constructor [5].
v7:
- support
From: Sumit Semwal
Adding DMABUF memory type causes videobuf to complain about not using it
in some switch cases. This patch removes these warnings.
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf-core.c |4
1 file changed, 4 insertions(+)
dif
From: Laurent Pinchart
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 92
1 file changed, 54 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-doc at vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml |4 +
Documentation/DocBook/media/v4l/io.xml
From: Sumit Semwal
Adds DMABUF memory type to v4l framework. Also adds the related file
descriptor in v4l2_plane and v4l2_buffer.
Signed-off-by: Tomasz Stanislawski
[original work in the PoC for buffer sharing]
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
Acked-by: Laurent Pinch
From: Sumit Semwal
This patch adds support for DMABUF memory type in videobuf2. It calls relevant
APIs of dma_buf for v4l reqbuf / qbuf / dqbuf operations.
For this version, the support is for videobuf2 as a user of the shared buffer;
so the allocation of the buffer is done outside of V4L2. [A s
This patch adds support for importing DMABUF files for
vmalloc allocator in Videobuf2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-vmalloc.c | 56 +++
1 file changed, 56 insertions(+)
diff --git a/drivers/media
From: Laurent Pinchart
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-contig.c
ind
This patch introduces usage of dma_map_sg to map memory behind
a userspace pointer to a device as dma-contiguous mapping.
This patch contains some of the code kindly provided by Marek Szyprowski
and Kamil Debski and
Andrzej
Pietrasiewicz . Kind thanks for bug reports from
Laurent
Pinchart and
From: Marek Szyprowski
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski
---
drivers/media/video/videobuf2-dma-contig.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling pointer if the
context is released while the buffer is still valid. Moreover it removes one
dereference step while accessing a device structure.
Signed-off-by: Tomasz Sta
From: Marek Szyprowski
This patch adds support for prepare/finish callbacks in VB2 allocators. These
callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h
This patch enhances s5p-fimc with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Sylwester Nawrocki
---
drivers/media/video/s5p-fimc/Kconfig|1 +
drivers/media/video/s5p-fimc/fimc-capture.c
This patch enhances VIVI driver with a support for importing a buffer
from DMABUF file descriptors.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/Kconfig |1 +
drivers/media/video/vivi.c |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
d
From: Sumit Semwal
This patch makes changes for adding dma-contig as a dma_buf user. It provides
function implementations for the {attach, detach, map, unmap}_dmabuf()
mem_ops of DMABUF memory type.
Signed-off-by: Sumit Semwal
Signed-off-by: Sumit Semwal
[author of the original patch]
This patch enhances s5p-tv with support for DMABUF importing via
V4L2_MEMORY_DMABUF memory type.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/Kconfig |1 +
drivers/media/video/s5p-tv/mixer_video.c |2 +-
2 files changed, 2 insertio
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig|4 +
drivers/gpu/drm/imx/Makefile |1 +
drivers/gpu/drm/imx/imx-parallel-display.c | 255
3 files changed, 260 insertions(+)
create mode 100644 drivers/gpu/drm/imx/imx-
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig |6 +
drivers/gpu/drm/imx/Makefile|1 +
drivers/gpu/drm/imx/imx-lcdc-crtc.c | 523 +++
3 files changed, 530 insertions(+)
create mode 100644 drivers/gpu/drm/imx/imx-lcdc-crtc.c
d
This adds a i.MX51/53 IPU (Image Processing Unit) KMS driver. The
driver has been tested on the i.MX51 babbage board and the i.MX53
LOCO board in different clone mode and dual head setups.
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/imx/Kconfig |6 +
drivers/gpu/drm/imx/Makefile
Signed-off-by: Sascha Hauer
---
drivers/gpu/drm/Kconfig|2 +
drivers/gpu/drm/Makefile |1 +
drivers/gpu/drm/imx/Kconfig| 16 +
drivers/gpu/drm/imx/Makefile |6 +
drivers/gpu/drm/imx/imx-drm-core.c | 891
drive
The IPU is the Image Processing Unit found on i.MX51/53 SoCs. It
features several units for image processing, this patch adds support
for the units needed for Framebuffer support, namely:
- Display Controller (dc)
- Display Interface (di)
- Display Multi Fifo Controller (dmfc)
- Display Processor
Hi All,
The following is the state-of-the-art i.MX IPU (Image Processing Unit)
DRM support.
This code is around for quite some time now and has been posted several
times with different APIs, first with plain old framebuffer support, now
DRM, first platform device binding, now devicetree. Unfortun
Hi Dave,
please apply the following nine patches to drm-next.
Just a few minor improvements to drm/radeon. They are on the list for quite a
while now, and I finally found the time to test them to an extend that I can
confirm they are working properly.
Regards,
Christian.
It is completely unnecessary to create fences
before they are emitted, so remove it and a bunch
of checks if fences are emitted or not.
Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen.c|2 +-
drivers/gpu/drm/radeon/ni.c |
v2: BUG_ON not matching rings.
Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h | 25 ++-
drivers/gpu/drm/radeon/radeon_fence.c | 73 +
2 files changed, 87 insertions(+), 11 deletions(-)
diff --git a
Move inter ring syncing with semaphores into the
existing ring allocations, with that we need to
lock the ring mutex only once.
Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/evergreen_blit_kms.c |3 +-
drivers/gpu/drm/radeon/r600.c |5
It is a rw_semaphore now and only write locked
while changing the clock. Also the lock is renamed
to better reflect what it is protecting.
v2: Keep the ttm_vm_ops on IGPs
Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h|3 ++-
drivers/gp
From: Christian Koenig
Signed-off-by: Christian Koenig
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon.h |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index af57d1f..e68db99 100644
--- a/drivers/gpu/drm/ra
From: Christian Koenig
The spinlock was actually there to protect the
rptr, but rptr was read outside of the locked area.
Also we don't really need a spinlock here, an
atomic should to quite fine since we only need to
prevent it from being reentrant.
v2: Keep the spinlock
v3: Back to an ato
From: Christian Koenig
1. It is really dangerous to have more than one
spinlock protecting the same information.
2. radeon_irq_set sometimes wasn't called with lock
protection, so it can happen that more than one
CPU would tamper with the irq regs at the same
time.
3. The pm.gui_idl
From: Christian Koenig
So we can skip the locking. Also renames sw_int to
ring_int, cause that better matches its purpose.
Signed-off-by: Christian Koenig
---
drivers/gpu/drm/radeon/evergreen.c | 32 -
drivers/gpu/drm/radeon/r100.c | 10 +++---
drivers/gpu/dr
Try to remove or replace the cs_mutex with a
vm_mutex where it is still needed.
v2: fix locking order
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h| 44 +---
drivers/gpu/drm/radeon/radeon_cs.c |9 +++
drivers/gpu/drm/radeon/
On Thu, Jun 14, 2012 at 4:00 PM, Dave Airlie wrote:
> On Thu, Jun 14, 2012 at 2:26 PM, Wouter M. Koolen
> wrote:
> cc'ing Daniel.
>
>> Hi Igor and Len,
>>
>> When I cold boot 3.4 on my laptop the second monitor attached to the
>> displayport stays blank. It works fine with 3.3.8 and earlier.
>>
>
Hello everyone,
The patches adds support for DMABUF exporting to V4L2 stack. The latest
support for DMABUF importing was posted in [1]. The exporter part is dependant
on DMA mapping redesign [2] which is expected to be merged into the mainline.
Therefore it is posted as a separate patchset. Moreov
From: Marek Szyprowski
Let mmap method to use dma_mmap_coherent call. This patch depends on DMA
mapping redesign patches because the usage of dma_mmap_coherent breaks
dma-contig allocator for architectures other than ARM and AVR.
Moreover, this patch removes vb2_mmap_pfn_range from videobuf2 he
This patch adds extension to V4L2 api. It allow to export a mmap buffer as file
descriptor. New ioctl VIDIOC_EXPBUF is added. It takes a buffer offset used by
mmap and return a file descriptor on success.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4
This patch adds description and usage examples for exporting
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: linux-doc at vger.kernel.org
---
Documentation/DocBook/media/v4l/compat.xml|3 +
Documentation/DocBook/media/v4l/io.xml
This patch enhances s5p-fimc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-capture.c |9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/media/video/s5p-fimc/fi
This patch adds extension to videobuf2-core. It allow to export a mmap buffer
as a file descriptor.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Acked-by: Laurent Pinchart
---
drivers/media/video/videobuf2-core.c | 67 ++
include/media/video
This patch enhances s5p-tv with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/media/video/s5p-tv/mixer_v
This patch adds support for exporting a dma-contig buffer using
DMABUF interface.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-dma-contig.c | 248
1 file changed, 248 insertions(+)
diff --git a/drivers/media/vid
This patch enhances s5p-mfc with support for DMABUF exporting via
VIDIOC_EXPBUF ioctl.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
CC: Kamil Debski
---
drivers/media/video/s5p-mfc/s5p_mfc_dec.c | 18 ++
drivers/media/video/s5p-mfc/s5p_mfc_enc.c | 18
This patch removes a workaround for extraction of struct pages
from DMA buffer. The method of using follow_pfn for artificial
VMA is dropped in favour of dma_get_sgtable function.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/videobuf2-dma-contig.c |
On Thu, Jun 14, 2012 at 04:10:16PM +0200, David Jander wrote:
> On Thu, 14 Jun 2012 15:07:56 +0200
> Sascha Hauer wrote:
>
> > +
> > +Required properties:
> > +- compatible: Should be "fsl,imx-parallel-display"
> > +- crtc: the crtc this display is connected to, see below
> > +Optional properties
On Thu, Jun 14, 2012 at 12:04 AM, llittle?? wrote:
> Yes, I transplant the radeon_driver from 64bit_kernel to a mini 32bit_os.
> The purpose is to open radeon_benchmark or Xorg in the mini_32bit_os.
> So, I think ring_test success means GPU work correctly and smmothly.
>
> But ,my ring_test in t
On Mon, Jun 04, 2012 at 02:42:40PM -0700, Ben Widawsky wrote:
> Setting myself up for a late night crying session once again. Most of the
> people reading this probably know the history and reasons for the patches. If
> not, you can search the intel-gfx mailing list to try to learn more. I won't
>
On Thu, 14 Jun 2012 15:07:56 +0200
Sascha Hauer wrote:
> Hi All,
>
> The following is an attempt to come up with a devicetree binding for
> DRM graphics on i.MX SoCs. I'm posting this seperate from the actual
> code to not bury this in big patches.
>
> The bindings should cover most of the prob
ts.freedesktop.org/archives/dri-devel/attachments/20120614/d780186b/attachment-0001.ksh>
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: 3.4.2
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120614/d780186b/at
On Thu, 14 Jun 2012 16:45:33 +0200
Sascha Hauer wrote:
> On Thu, Jun 14, 2012 at 04:10:16PM +0200, David Jander wrote:
> > On Thu, 14 Jun 2012 15:07:56 +0200
> > Sascha Hauer wrote:
> >
> > > +
> > > +Required properties:
> > > +- compatible: Should be "fsl,imx-parallel-display"
> > > +- crtc:
https://bugzilla.kernel.org/show_bug.cgi?id=14274
J?r?me Glisse changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=14535
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=14535
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|OBSOLETE
https://bugzilla.kernel.org/show_bug.cgi?id=14574
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14574
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=14575
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=14575
Alan changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: https://bugzilla
https://bugzilla.kernel.org/show_bug.cgi?id=14993
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=15851
Alan changed:
What|Removed |Added
Status|NEEDINFO|CLOSED
CC|
> >
> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
Only
> > issue is that changing it will break any app relying on it being REALTIME
clock.
> >
>
> App that rely on it being anything special are badly broken and i
> don't think there is any such app. The specifi
On Thu, Jun 14, 2012 at 7:14 PM, Wouter M. Koolen
wrote:
> On 06/14/2012 03:48 PM, Wouter M. Koolen wrote:
>>
>> In the mean while I will redo the bisect.
>
> Hi guys,
>
> I did a bisect on the actual problem (and not on the maybe-related second
> error message). It results in 092945e11c5b84f66dd0
https://bugzilla.kernel.org/show_bug.cgi?id=18872
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Kernel Version|2.
On Thu, Jun 14, 2012 at 1:19 PM, Joakim Plate wrote:
>
>> >
>> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
> Only
>> > issue is that changing it will break any app relying on it being REALTIME
> clock.
>> >
>>
>> App that rely on it being anything special are badly
On Thu, Jun 14, 2012 at 2:17 PM, Jerome Glisse wrote:
> On Thu, Jun 14, 2012 at 1:19 PM, Joakim Plate wrote:
>>
>>> >
>>> > From what I can tell, it should be using: ktime_to_ns(ktime_get()) / 1000.
>> Only
>>> > issue is that changing it will break any app relying on it being REALTIME
>> clock.
101 - 200 of 224 matches
Mail list logo
