The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
---
drivers/gpu/drm/i2c/ch7006_drv.c |
On 03/22/2012 07:37 PM, Laurent Pinchart wrote:
Hi Subash,
On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
[snip]
diff --git a/include/linux/videodev2.h b/include/linux/vid
Hi Laurent,
On 03/22/2012 08:12 PM, Laurent Pinchart wrote:
Hi Tomasz,
On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
Hi Laurent,
Thank you very much for your comments and question.
They were very useful.
You're welcome.
Please refer to the comments below.
On 03/22/2012 11:
Hi Thomasz,
On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
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 bu
Hello Thomasz, Marek,
I found an issue with below patch. Please read below.
On 03/13/2012 03:47 PM, Tomasz Stanislawski wrote:
This patch combines updates and fixes to dma-contig allocator.
Moreover the allocator code was refactored.
The most important changes are:
- functions were reordered
-
Hi!
Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected
to a 27" Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI
to Mini DisplayPort converter has started to stop giving screen
output on switching from text mode to graphical framebuffer during
system startup.
I fin
Hi again,
Could anyone have a look at this ?
On Tue, Mar 13, 2012 at 3:16 PM, Anisse Astier wrote:
>
> Any opinion on this quirk ?
>
> On Wed, ?7 Mar 2012 18:36:35 +0100, Anisse Astier wrote
> :
>
> > This hardware doesn't have an LVDS, it's a desktop box. Fix incorrect
> > LVDS detection.
> >
exynos drm driver have been added to mainline so this patch adds
module name for exynos to modetest and vbltest.
this patch is based on commit id below:
c50cc24690938db53cd91ae9ff2fa0958693f80d
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
tests/modetest/modetest.c |2 +-
On Wed, 7 Mar 2012 18:36:35 +0100, Anisse Astier wrote:
> This hardware doesn't have an LVDS, it's a desktop box. Fix incorrect
> LVDS detection.
>
> Cc: stable at kernel.org
> Signed-off-by: Anisse Astier
Acked-by: Chris Wilson
*sigh*
-Chris
--
Chris Wilson, Intel Open Source Technology Ce
On Thu, 22 Mar 2012 18:25:55 -0400, Sean Paul wrote:
> Add a mutex to protect resume_force_mode from being called multiple
> times. This fixes a bug observed on SNB where two wake sources call
> resume_force_mode and the FDI training fails as a result. The user
> facing result of this is complete
On Wed, Mar 21, 2012 at 02:29:47PM +0100, Jean Delvare wrote:
> A udelay value of 20 leads to an I2C bus running at only 25 kbps. I2C
> devices can typically operate faster than this, 50 kbps should be fine
> for all devices (and compliant devices can always stretch the clock if
> needed.)
>
> FWI
On 03/22/2012 07:37 PM, Laurent Pinchart wrote:
> Hi Subash,
>
> On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
>> On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
>>> On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
>
> [snip]
>
diff --git a/include/linux/videodev2.h b/in
Hi Laurent,
On 03/22/2012 08:12 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>> Hi Laurent,
>> Thank you very much for your comments and question.
>> They were very useful.
>
> You're welcome.
>
>> Please refer to the comments below.
>>
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
---
drivers/gpu/drm/i2c/ch7006_drv.c |
Hi Thomasz,
On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
>> This patch adds extension to V4L2 api. It allow to export a mmap buffer as
>> file descriptor. New ioctl VIDIOC_EXPBUF is added. It
Hello Thomasz, Marek,
I found an issue with below patch. Please read below.
On 03/13/2012 03:47 PM, Tomasz Stanislawski wrote:
> This patch combines updates and fixes to dma-contig allocator.
> Moreover the allocator code was refactored.
> The most important changes are:
> - functions were reorde
Mark Brown writes:
> The I2C specific suspend and resume functions have been deprecated and
> printing a warning on boot for over a year, dev_pm_ops should be used
> instead so convert to that.
>
> Also remove the suspend function since all it does is log.
>
> Signed-off-by: Mark Brown
> ---
>
Add a mutex to protect resume_force_mode from being called multiple
times. This fixes a bug observed on SNB where two wake sources call
resume_force_mode and the FDI training fails as a result. The user
facing result of this is complete screen corruption.
Signed-off-by: Sean Paul
---
drivers/gpu
On 03/22/2012 03:52 PM, Subash Patel wrote:
> Hi Laurent,
>
> On 03/22/2012 08:12 PM, Laurent Pinchart wrote:
>> Hi Tomasz,
>>
>> On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>>> Hi Laurent,
>>> Thank you very much for your comments and question.
>>> They were very useful.
>>
>> Y
https://bugs.freedesktop.org/show_bug.cgi?id=37696
--- Comment #2 from Joshua Roys 2012-03-22 17:08:25 PDT ---
They are still visible with 3.3.0.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
Hi Laurent,
On 03/22/2012 03:42 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>> Hi Laurent,
>> Thank you very much for your comments and question.
>> They were very useful.
>
> You're welcome.
>
>> Please refer to the comments below.
Hi Subash,
On Thursday 22 March 2012 20:29:57 Subash Patel wrote:
> On 03/22/2012 07:37 PM, Laurent Pinchart wrote:
> > On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
> >> On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
> >>> On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
> >
On Wed, 7 Mar 2012 18:36:35 +0100, Anisse Astier wrote:
> This hardware doesn't have an LVDS, it's a desktop box. Fix incorrect
> LVDS detection.
>
> Cc: sta...@kernel.org
> Signed-off-by: Anisse Astier
Acked-by: Chris Wilson
*sigh*
-Chris
--
Chris Wilson, Intel Open Source Technology Centr
On Thu, 22 Mar 2012 18:25:55 -0400, Sean Paul wrote:
> Add a mutex to protect resume_force_mode from being called multiple
> times. This fixes a bug observed on SNB where two wake sources call
> resume_force_mode and the FDI training fails as a result. The user
> facing result of this is complete
On Thursday 22 March 2012 15:26:08 Daniel Vetter wrote:
> On Thu, Mar 22, 2012 at 03:07:18PM +0100, Laurent Pinchart wrote:
> > > >> + * Contains data used for exporting a video buffer as DMABUF file
> > > >> + * descriptor. Uses the same 'cookie' as mmap() syscall. All
> > > >> reserved
> > > >> f
Hi Tomasz,
On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
> Hi Laurent,
> Thank you very much for your comments and question.
> They were very useful.
You're welcome.
> Please refer to the comments below.
>
> On 03/22/2012 11:50 AM, Laurent Pinchart wrote:
> > On Thursday 22 Marc
Add a mutex to protect resume_force_mode from being called multiple
times. This fixes a bug observed on SNB where two wake sources call
resume_force_mode and the FDI training fails as a result. The user
facing result of this is complete screen corruption.
Signed-off-by: Sean Paul
---
drivers/gpu
On Thu, Mar 22, 2012 at 03:07:18PM +0100, Laurent Pinchart wrote:
> > >> + * Contains data used for exporting a video buffer as DMABUF file
> > >> + * descriptor. Uses the same 'cookie' as mmap() syscall. All reserved
> > >> fields
> > >> + * must be set to zero.
> > >> + */
> > >> +struct v4l2_exp
Hi again,
Could anyone have a look at this ?
On Tue, Mar 13, 2012 at 3:16 PM, Anisse Astier wrote:
>
> Any opinion on this quirk ?
>
> On Wed, 7 Mar 2012 18:36:35 +0100, Anisse Astier wrote
> :
>
> > This hardware doesn't have an LVDS, it's a desktop box. Fix incorrect
> > LVDS detection.
> >
Hi Subash,
On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
> On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
[snip]
> >> diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
> >> index bb6844e..e71c787 100644
>
Hi Linus,
This pull request is unexpected and not something I had mentioned
previously.
so NVIDIA announced new Kepler GPUs this morning, and Ben has killed
himself getting modesetting support for them together to have on launch
day. Most of the code to support the new chips has already gone i
Hi Linus,
This applies after my drm-next pull request sent yesterday.
It is support from AMD for their newest GPU and APUs. The products called
RadeonHD 7xxx, and the Trinity APU series.
This did come in a bit late, due to some over-complicated AMD
internal review process, which from the outsi
Hi Laurent,
Thank you very much for your comments and question.
They were very useful.
Please refer to the comments below.
On 03/22/2012 11:50 AM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Thursday 22 March 2012 11:02:23 Laurent Pinchart wrote:
>> From: Tomasz Stanisl
On Wed, Mar 21, 2012 at 02:29:47PM +0100, Jean Delvare wrote:
> A udelay value of 20 leads to an I2C bus running at only 25 kbps. I2C
> devices can typically operate faster than this, 50 kbps should be fine
> for all devices (and compliant devices can always stretch the clock if
> needed.)
>
> FWI
Hi!
Since Linux 3.0, a system with a Radeon HD 5450 (1002:68f9) connected
to a 27" Apple LED cinema display via an Atlona AT-DP400 Dual Link DVI
to Mini DisplayPort converter has started to stop giving screen
output on switching from text mode to graphical framebuffer during
system startup.
I fin
On Thu, Mar 22, 2012 at 13:15, Laurent Pinchart
wrote:
> On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
>> The DMABUF documentation says that the map_dma_buf callback should return
>> scatterlist that is mapped into a caller's address space. In practice,
>> almost none of existing im
On Wed, Mar 21, 2012 at 3:47 AM, Dave Airlie wrote:
>
> (oh and any warnings you see in i915 are gcc's fault from what anyone can
> see).
Christ those are annoying. Has anybody contacted the gcc people about this?
Linus
___
dri-deve
On Wed, Mar 21, 2012 at 3:47 AM, Dave Airlie wrote:
>
> (oh and any warnings you see in i915 are gcc's fault from what anyone can
> see).
Christ those are annoying. Has anybody contacted the gcc people about this?
Linus
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
> The DMABUF documentation says that the map_dma_buf callback should return
> scatterlist that is mapped into a caller's address space. In practice,
> almost none of existing implementations of DMABUF ex
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:03 Tomasz Stanislawski wrote:
> 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
> ---
> drivers/media/vid
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
> 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 s
Hi Tomasz,
On Tuesday 13 March 2012 11:17:01 Tomasz Stanislawski wrote:
> 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
Hi Tomasz,
Thanks for the patch.
On Thursday 22 March 2012 11:02:23 Laurent Pinchart wrote:
> From: Tomasz Stanislawski
>
> This patch combines updates and fixes to dma-contig allocator.
> Moreover the allocator code was refactored.
> The most important changes are:
> - functions were reordered
On 20 March 2012 03:12, Rob Clark wrote:
> From: Rob Clark
>
> Otherwise subsystems will get this wrong and end up with a second
> export ioctl with the flag and O_CLOEXEC support added.
>
> Signed-off-by: Rob Clark
> Reviewed-by: Daniel Vetter
> ---
> Updated version of Daniel's original docum
On 19 March 2012 07:24, Rob Clark wrote:
> On Sun, Mar 18, 2012 at 6:34 PM, Daniel Vetter
> wrote:
>> v2: Fix spelling issues noticed by Rob Clark.
>>
>> Signed-off-by: Daniel Vetter
>
> Signed-off-by: Rob Clark
Thanks; applied to for-next.
>
BR,
~me.
https://bugs.freedesktop.org/show_bug.cgi?id=47708
--- Comment #1 from Eugene Shalygin 2012-03-22
04:34:17 PDT ---
Created attachment 58859
--> https://bugs.freedesktop.org/attachment.cgi?id=58859
Xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
On 20 March 2012 04:32, Daniel Vetter wrote:
> Big differences to other contenders in the field (like ion) is
> that this also supports highmem, so we have to split up the cpu
> access from the kernel side into a prepare and a kmap step.
>
> Prepare is allowed to fail and should do everything requ
https://bugs.freedesktop.org/show_bug.cgi?id=47708
Bug #: 47708
Summary: LVDS panel does not turns off in stand-by mode
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All
On 19 March 2012 05:04, Daniel Vetter wrote:
> The mutex protects the attachment list and hence needs to be held
> around the callbakc to the exporters (optional) attach/detach
> functions.
>
> Holding the mutex around the map/unmap calls doesn't protect any
> dma_buf state. Exporters need to prop
From: Tomasz Stanislawski
This patch combines updates and fixes to dma-contig allocator.
Moreover the allocator code was refactored.
The most important changes are:
- functions were reordered
- move compression of scatterlist to separete function
- add support for multichunk but contiguous scatte
vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2
allocation context. That structure only stores a pointer to the physical
device. Remove it and use the device pointer directly as the allocation
context.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-conti
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 94 ---
1 files changed, 56 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-cont
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
Needless to say, feel free to modify authorship information for these patches
based on the original authors.
diff --git a/driver
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:00 Tomasz Stanislawski wrote:
> This patch combines updates and fixes to dma-contig allocator.
> Moreover the allocator code was refactored.
> The most important changes are:
> - functions were reordered
> - move compression of scatt
If we hit an error here, then we should unlock and unreference obj
before returning.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/udl/udl_gem.c b/drivers/gpu/drm/udl/udl_gem.c
index 852642d..6de6130 100644
--- a/drivers/gpu/drm/udl/udl_gem.c
+++ b/drivers/gpu/drm/udl/udl_gem.c
@@ -2
On 03/22/2012 03:52 PM, Subash Patel wrote:
> Hi Laurent,
>
> On 03/22/2012 08:12 PM, Laurent Pinchart wrote:
>> Hi Tomasz,
>>
>> On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>>> Hi Laurent,
>>> Thank you very much for your comments and question.
>>> They were very useful.
>>
>> Y
Hi Laurent,
On 03/22/2012 03:42 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
>> Hi Laurent,
>> Thank you very much for your comments and question.
>> They were very useful.
>
> You're welcome.
>
>> Please refer to the comments below.
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:16:59 Tomasz Stanislawski wrote:
> This patch contains fixes to DMABUF support in vb2-core.
> - fixes number of arguments of call_memop macro
> - fixes setup of plane length
> - fixes handling of error pointers
>
> Signed-off-by: Tomas
https://bugzilla.kernel.org/show_bug.cgi?id=42876
--- Comment #5 from Artyom Kunyov 2012-03-22
08:25:06 ---
It worked for me as well with kernel 3.3.0, but with the wrong display
resolution, and GNOME Shell was really slow.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?t
Hi Subash,
On Thursday 22 March 2012 20:29:57 Subash Patel wrote:
> On 03/22/2012 07:37 PM, Laurent Pinchart wrote:
> > On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
> >> On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
> >>> On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
> >
Hi Linus,
This pull request is unexpected and not something I had mentioned
previously.
so NVIDIA announced new Kepler GPUs this morning, and Ben has killed
himself getting modesetting support for them together to have on launch
day. Most of the code to support the new chips has already gone i
Hi Linus,
This applies after my drm-next pull request sent yesterday.
It is support from AMD for their newest GPU and APUs. The products called
RadeonHD 7xxx, and the Trinity APU series.
This did come in a bit late, due to some over-complicated AMD
internal review process, which from the outsi
On Thursday 22 March 2012 15:26:08 Daniel Vetter wrote:
> On Thu, Mar 22, 2012 at 03:07:18PM +0100, Laurent Pinchart wrote:
> > > >> + * Contains data used for exporting a video buffer as DMABUF file
> > > >> + * descriptor. Uses the same 'cookie' as mmap() syscall. All
> > > >> reserved
> > > >> f
Hi Tomasz,
On Thursday 22 March 2012 14:36:33 Tomasz Stanislawski wrote:
> Hi Laurent,
> Thank you very much for your comments and question.
> They were very useful.
You're welcome.
> Please refer to the comments below.
>
> On 03/22/2012 11:50 AM, Laurent Pinchart wrote:
> > On Thursday 22 Marc
On Thu, Mar 22, 2012 at 03:07:18PM +0100, Laurent Pinchart wrote:
> > >> + * Contains data used for exporting a video buffer as DMABUF file
> > >> + * descriptor. Uses the same 'cookie' as mmap() syscall. All reserved
> > >> fields
> > >> + * must be set to zero.
> > >> + */
> > >> +struct v4l2_exp
Hi Subash,
On Thursday 22 March 2012 19:27:01 Subash Patel wrote:
> On 03/22/2012 04:46 PM, Laurent Pinchart wrote:
> > On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
[snip]
> >> diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h
> >> index bb6844e..e71c787 100644
>
Hi Laurent,
Thank you very much for your comments and question.
They were very useful.
Please refer to the comments below.
On 03/22/2012 11:50 AM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Thursday 22 March 2012 11:02:23 Laurent Pinchart wrote:
>> From: Tomasz Stanisl
On Thu, Mar 22, 2012 at 13:15, Laurent Pinchart
wrote:
> On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
>> The DMABUF documentation says that the map_dma_buf callback should return
>> scatterlist that is mapped into a caller's address space. In practice,
>> almost none of existing im
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:05 Tomasz Stanislawski wrote:
> The DMABUF documentation says that the map_dma_buf callback should return
> scatterlist that is mapped into a caller's address space. In practice,
> almost none of existing implementations of DMABUF ex
https://bugs.freedesktop.org/show_bug.cgi?id=47708
--- Comment #1 from Eugene Shalygin 2012-03-22
04:34:17 PDT ---
Created attachment 58859
--> https://bugs.freedesktop.org/attachment.cgi?id=58859
Xorg log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=47708
Bug #: 47708
Summary: LVDS panel does not turns off in stand-by mode
Classification: Unclassified
Product: DRI
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:03 Tomasz Stanislawski wrote:
> 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
> ---
> drivers/media/vid
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:02 Tomasz Stanislawski wrote:
> 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 s
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #43 from Alexandre Demers
2012-03-21 21:11:41 PDT ---
Created attachment 58846
--> https://bugs.freedesktop.org/attachment.cgi?id=58846
Different error message
Running RenderFeatTest.bin64 with yesterday's gits still crash at the
Hi Tomasz,
On Tuesday 13 March 2012 11:17:01 Tomasz Stanislawski wrote:
> 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
Hi Tomasz,
Thanks for the patch.
On Thursday 22 March 2012 11:02:23 Laurent Pinchart wrote:
> From: Tomasz Stanislawski
>
> This patch combines updates and fixes to dma-contig allocator.
> Moreover the allocator code was refactored.
> The most important changes are:
> - functions were reordered
From: Tomasz Stanislawski
This patch combines updates and fixes to dma-contig allocator.
Moreover the allocator code was refactored.
The most important changes are:
- functions were reordered
- move compression of scatterlist to separete function
- add support for multichunk but contiguous scatte
vb2-dma-contig returns a vb2_dc_conf structure instance as the vb2
allocation context. That structure only stores a pointer to the physical
device. Remove it and use the device pointer directly as the allocation
context.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-conti
Group functions by buffer type.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 94 ---
1 files changed, 56 insertions(+), 38 deletions(-)
diff --git a/drivers/media/video/videobuf2-dma-contig.c
b/drivers/media/video/videobuf2-dma-cont
Signed-off-by: Laurent Pinchart
---
drivers/media/video/videobuf2-dma-contig.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
Needless to say, feel free to modify authorship information for these patches
based on the original authors.
diff --git a/driver
Hi Linus,
now mainline has a duplicated patch set for exynos drm driver so
please revert the patch below from mainline before merging with
drm-next to avoid conflict.
subject: drm exynos: use drm_fb_helper_set_par directly
commit id: 34418c25d64844625118b5eedc493f7904d77659
this patch had already
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:17:00 Tomasz Stanislawski wrote:
> This patch combines updates and fixes to dma-contig allocator.
> Moreover the allocator code was refactored.
> The most important changes are:
> - functions were reordered
> - move compression of scatt
https://bugzilla.kernel.org/show_bug.cgi?id=42876
--- Comment #5 from Artyom Kunyov 2012-03-22 08:25:06
---
It worked for me as well with kernel 3.3.0, but with the wrong display
resolution, and GNOME Shell was really slow.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?t
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 11:16:59 Tomasz Stanislawski wrote:
> This patch contains fixes to DMABUF support in vb2-core.
> - fixes number of arguments of call_memop macro
> - fixes setup of plane length
> - fixes handling of error pointers
>
> Signed-off-by: Tomas
On Wed, Mar 21, 2012 at 03:44:38PM -0700, Rebecca Schultz Zavin wrote:
> Couldn't this just as easily be handled by not having those mappings
> be mapped cached or write combine to userspace? They'd be coherent,
> just slow. I'm not sure we can actually say that all these cpu access
> are necessa
85 matches
Mail list logo
