Hey guys,
I've been writing dynamic power management code for the secondary
GPUs, however a lot of these GPUs have audio codecs as a subfunction
PCI device.
So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device.
Now we have a single power switch for these devices, and generally the
On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote:
On 2013-03-05 16:17, Archit Taneja wrote:
The support outputs struct for overlay managers is incorrect for OMAP4. Make
these changes:
- DPI isn't supported via the LCD1 overlay manager, remove DPI as a supported
output.
- the TV
Hi Linus,
this is just nouveau fixes from Ben, one fixes a nasty oops that some
Fedora people have been seeing, so I'd like to get it out of the way.
Dave.
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available
At Tue, 12 Mar 2013 16:05:26 +1000,
Dave Airlie wrote:
Hey guys,
I've been writing dynamic power management code for the secondary
GPUs, however a lot of these GPUs have audio codecs as a subfunction
PCI device.
So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device.
Now
On Mon, Mar 11, 2013 at 04:33:02PM -0600, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
ARCH_TEGRA always enabled OF, so there's no need for any driver to
depend on it.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
drivers/gpu/drm/tegra/Kconfig |2 +-
1 file
于 2013年03月11日 22:02, Rob Clark 写道:
On Sun, Mar 10, 2013 at 12:04 AM, Chen Gang gang.c...@asianux.com wrote:
When make with EXTRA_CFLAGS=-W, it will report error.
so give a check in Makefile.
Signed-off-by: Chen Gang gang.c...@asianux.com
Signed-off-by: Vladimir Kondratiev
On Mon, Mar 11, 2013 at 4:03 PM, Daniel Vetter dan...@ffwll.ch wrote:
On Sun, Mar 10, 2013 at 02:10:06PM -0700, Kees Cook wrote:
This replaces the manual read/write routines in debugfs with the common
simple attribute helpers. Doing this gets rid of repeated copy/pasting
of copy_from_user and
It is possible to wrap the counter used to allocate the buffer for
relocation copies. This could lead to heap writing overflows.
CVE-2013-0913
v3: collapse test, improve comment
v2: move check into validate_exec_list
Signed-off-by: Kees Cook keesc...@chromium.org
Reported-by: Pinkie Pie
Cc:
remove cast for kzalloc return value.
Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com
Cc: Andrew Morton a...@linux-foundation.org
Cc: David Airlie airl...@linux.ie
Cc: dri-devel@lists.freedesktop.org
---
drivers/gpu/drm/i915/intel_sdvo.c |2 +-
1 files changed, 1 insertions(+), 1
This replaces the open-coded divisions in the debugfs code by calls
to do_div().
Signed-off-by: Kees Cook keesc...@chromium.org
Cc: Daniel Vetter daniel.vet...@ffwll.ch
---
drivers/gpu/drm/i915/i915_debugfs.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
After merging the final tree, today's linux-next build (i386 defconfig)
failed like this:
drivers/built-in.o: In function `i915_min_freq_set':
i915_debugfs.c:(.text+0xb1adc): undefined reference to
NAK! I removed this on purpose some time ago, the IB pool is in GART
memory, which essential is system memory.
So we don't need to unlock/unpin the IB pool on suspend.
Ontop of this it is quite dangerous to do so in a case of a GPU reset,
cause then there still might be IBs in the fly and if
Am 11.03.2013 22:06, schrieb alexdeuc...@gmail.com:
From: Alex Deucher alexander.deuc...@amd.com
We weren't properly tearing down the VM sub-alloctor
on suspend leading to bogus VM PTs on resume.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=60439
Tested-by: Dmitry Cherkasov
On Mon, Mar 11, 2013 at 05:31:45PM -0700, Kees Cook wrote:
It is possible to wrap the counter used to allocate the buffer for
relocation copies. This could lead to heap writing overflows.
CVE-2013-0913
v3: collapse test, improve comment
v2: move check into validate_exec_list
https://bugzilla.kernel.org/show_bug.cgi?id=54581
Alexander Mezin mezin.alexan...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Signed-off-by: Jianpeng Ma majianp...@gmail.com
---
drivers/gpu/drm/drm_edid.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c194f4e..05aa33a 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -1081,6
On Tue, Mar 12, 2013 at 6:46 AM, Kees Cook keesc...@chromium.org wrote:
On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell s...@canb.auug.org.au
wrote:
Hi all,
After merging the final tree, today's linux-next build (i386 defconfig)
failed like this:
drivers/built-in.o: In function
This patch simplifies videomode related Kconfig and Makefile. After this
patch, there's only one non-user selectable Kconfig option left,
VIDEOMODE_HELPERS. The reasons for the change:
* Videomode helper functions are not something that should be shown in
the kernel configuration options. The
Both videomode and display_timing contain flags describing the modes.
These are stored in dmt_flags and data_flags. There's no need to
separate these flags, and having separate fields just makes the flags
more difficult to use.
This patch combines the fields and renames VESA_DMT_* flags to
Instead of having plain defines for the videomode's flags, add an enum
for the flags. This makes the flags clearer to use, as the enum tells
which values can be used with the flags field.
Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Steffen Trumtrar s.trumt...@pengutronix.de
---
Structs videomode and display_timing have rather long field names for
the timing values. Nothing wrong with that as such, but this patch
changes them to abbreviations for the following reasons:
* The timing values often need to be used in calculations, and long
field names makes their direct
Display timing's fields have minimum, typical and maximum values. These
can be accessed by using timing_entry_index enum, and
display_timing_get_value() function.
There's no real need for this extra complexity. The values can be
accessed more easily by just using the min/typ/max fields.
On 2013-03-12 08:07, Archit Taneja wrote:
On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote:
On 2013-03-05 16:17, Archit Taneja wrote:
The support outputs struct for overlay managers is incorrect for
OMAP4. Make
these changes:
- DPI isn't supported via the LCD1 overlay manager, remove
No.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #15 from Harald Judt h.j...@gmx.at ---
Created attachment 76397
-- https://bugs.freedesktop.org/attachment.cgi?id=76397action=edit
ogv video showing corruption (1.4MiB)
I confirm it fixes the problem, thanks for the patch.
https://bugs.freedesktop.org/show_bug.cgi?id=44772
--- Comment #9 from Harald Judt h.j...@gmx.at ---
Still reproducible with 3.8.0.
--
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=60439
--- Comment #16 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #15)
Further, corruption of the compiz splash screen is not fixed with this patch
(as expected of course). It appears scrambled in some checkerboard fashion,
see the
https://bugs.freedesktop.org/show_bug.cgi?id=62226
Priority: medium
Bug ID: 62226
Assignee: dri-devel@lists.freedesktop.org
Summary: Build Fails with LLVM
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=62226
--- Comment #1 from Serkan Hosca ser...@hosca.com ---
llvm build config:
./configure \
--prefix=/usr \
--libdir=/usr/lib/llvm \
--sysconfdir=/etc \
--enable-shared \
--enable-libffi \
--enable-targets=all \
On Tuesday 12 March 2013 04:08 PM, Tomi Valkeinen wrote:
On 2013-03-12 08:07, Archit Taneja wrote:
On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote:
On 2013-03-05 16:17, Archit Taneja wrote:
The support outputs struct for overlay managers is incorrect for
OMAP4. Make
these changes:
-
The omapdrm driver requires omapdss panel drivers to expose ops like detect,
set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, DSI
and SDI drivers. At some places, there are no checks to see if the panel driver
has these ops or not, and that leads to a crash.
The
Hi Tomi,
Thanks for the patch.
On Tuesday 12 March 2013 12:19:34 Tomi Valkeinen wrote:
This patch simplifies videomode related Kconfig and Makefile. After this
patch, there's only one non-user selectable Kconfig option left,
VIDEOMODE_HELPERS. The reasons for the change:
* Videomode helper
Hi Tomi,
Thanks for the patch.
On Tuesday 12 March 2013 12:19:38 Tomi Valkeinen wrote:
Structs videomode and display_timing have rather long field names for
the timing values. Nothing wrong with that as such, but this patch
changes them to abbreviations for the following reasons:
* The
On Tue, Mar 12, 2013 at 12:19:38PM +0200, Tomi Valkeinen wrote:
Structs videomode and display_timing have rather long field names for
the timing values. Nothing wrong with that as such, but this patch
changes them to abbreviations for the following reasons:
* The timing values often need to
On Tuesday 12 March 2013 07:07 PM, Tomi Valkeinen wrote:
On 2013-03-12 14:57, Archit Taneja wrote:
We could also use the recommended channel way for omapdrm, I can't
figure out what's the better approach at the moment.
Hmm, I think it'd be safer to use the recommended channel from omapdss
On Tuesday 12 March 2013 07:36 PM, Tomi Valkeinen wrote:
On 2013-03-12 15:06, Archit Taneja wrote:
The omapdrm driver requires omapdss panel drivers to expose ops like detect,
set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, DSI
and SDI drivers. At some places, there
On Tuesday 12 March 2013 07:59 PM, Tomi Valkeinen wrote:
On 2013-03-12 16:01, Archit Taneja wrote:
On Tuesday 12 March 2013 07:07 PM, Tomi Valkeinen wrote:
So, I don't disagree with you. But I don't quite understand why we could
not use the fixed channels for now? They should work in all the
https://bugs.freedesktop.org/show_bug.cgi?id=61182
--- Comment #7 from Eugene Shalygin eugene.shaly...@gmail.com ---
it is quite interesting to note that the crash happens only using 1920x1080 and
higher screen resolution. If the resolution is lower, kwin works fine.
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=60439
--- Comment #17 from Alexandre Demers alexandre.f.dem...@gmail.com ---
(In reply to comment #16)
(In reply to comment #15)
Further, corruption of the compiz splash screen is not fixed with this patch
(as expected of course). It appears
https://bugs.freedesktop.org/show_bug.cgi?id=62239
Priority: medium
Bug ID: 62239
Assignee: dri-devel@lists.freedesktop.org
Summary: radeon drm oops with benchmark=1 on Radeon 7950
Severity: minor
Classification: Unclassified
Let's add some more people to CC.
On Tue, Mar 12, 2013 at 05:02:49PM +0100, felix-linuxker...@fefe.de wrote:
The radeon driver does not work on my laptop.
I sent a bug report here a week ago, but got no responses.
What is the right place to send bug reports for the radeon driver?
The bug is
https://bugs.freedesktop.org/show_bug.cgi?id=62244
Priority: medium
Bug ID: 62244
Assignee: dri-devel@lists.freedesktop.org
Summary: SIGFPE with cogl GL client in wayland
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=62244
Bastien Nocera bugzi...@hadess.net changed:
What|Removed |Added
Version|unspecified |9.0
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=62244
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
https://bugs.freedesktop.org/show_bug.cgi?id=62246
Priority: medium
Bug ID: 62246
Assignee: dri-devel@lists.freedesktop.org
Summary: LVDS screen mode switching fails
Severity: major
Classification: Unclassified
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=62246
--- Comment #1 from Alex Deucher ag...@yahoo.com ---
Please make sure your kernel has this patch:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=43a23aa450cc19fe8996caf09e7e21ae5f6e56e8
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=62246
--- Comment #2 from Alex Deucher ag...@yahoo.com ---
Sounds like vgaswitcheroo is not switching the displays from the intel to the
radeon chip.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=62246
--- Comment #3 from Felix von Leitner felix-freedesk...@fefe.de ---
The patch is on both kernels I tried, 3.9.0-rc1 and the git kernel.
I agree it sounds like vgaswitcheroo does not actually switch.
Are there any knobs for vgaswitcheroo that I
On 2013-03-12 15:06, Archit Taneja wrote:
The omapdrm driver requires omapdss panel drivers to expose ops like detect,
set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, DSI
and SDI drivers. At some places, there are no checks to see if the panel
driver
has these ops
On 2013-03-12 14:57, Archit Taneja wrote:
We could also use the recommended channel way for omapdrm, I can't
figure out what's the better approach at the moment.
Hmm, I think it'd be safer to use the recommended channel from omapdss
for now. The current omapdss code doesn't really let you
Hi,
On 2013-03-12 15:37, Laurent Pinchart wrote:
Hi Tomi,
Thanks for the patch.
On Tuesday 12 March 2013 12:19:38 Tomi Valkeinen wrote:
Structs videomode and display_timing have rather long field names for
the timing values. Nothing wrong with that as such, but this patch
changes them
On 2013-03-12 16:01, Archit Taneja wrote:
On Tuesday 12 March 2013 07:07 PM, Tomi Valkeinen wrote:
So, I don't disagree with you. But I don't quite understand why we could
not use the fixed channels for now? They should work in all the boards
we have, right? Or is there something with DRM
Property blob objects need to be destroyed when cleaning up to avoid
memory leaks. Go through the list of all blobs in the
drm_mode_config_cleanup() function and destroy them.
The drm_mode_config_cleanup() function needs to be moved after the
drm_property_destroy_blob() declaration. Move
The page flip handler stores the page flip event pointer and then calls
drm_vblank_get() to enable the vblank interrupt. Due to the vblank off
delay, the vblank interrupt can be enabled in the hardware at that
point, even if the vblank reference count is equal to 0. If a vblank
interrupt is
Hello,
This two patches add support for GEM CMA objects import and export as dma-buf
file handles.
There's not much to be added about the patches themselves, they're pretty
self-explicit. The code is based on the Exynos DRM DMA-BUF implementation.
The exporter role has been successfully tested
This allows creating a GEM CMA object without an associated DMA memory
buffer, and will be used to implement DRM PRIME support.
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/gpu/drm/drm_gem_cma_helper.c | 83 +---
1 file
Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com
---
drivers/gpu/drm/drm_gem_cma_helper.c | 311 ++-
include/drm/drm_gem_cma_helper.h | 9 +
2 files changed, 317 insertions(+), 3 deletions(-)
diff --git
On 2013-03-12 16:38, Archit Taneja wrote:
memcmp on two structs is often not a good idea. There could be padding
bytes there, with uninitialized data. I'm not sure if that's the case
here, though, but it could well change any time (perhaps even depending
on compiler version).
I saw usage
https://bugs.freedesktop.org/show_bug.cgi?id=62239
--- Comment #1 from Alex Deucher ag...@yahoo.com ---
Created attachment 76410
-- https://bugs.freedesktop.org/attachment.cgi?id=76410action=edit
possible fix
This patch should fix the issue.
--
You are receiving this mail because:
You are
https://bugs.freedesktop.org/show_bug.cgi?id=62239
--- Comment #2 from Michal Babej frrnz+bugs@gmail.com ---
Built 3.8.2 with the patch, verified its working. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
If ddx does not support swap, don't advertise it. We might also be
able to get rid of the vmwgfx check (I'm not quite sure the purpose of
that check vs. just checking dri2Minor.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
src/glx/dri2_glx.c | 12
1 file changed, 8
On Thu, Mar 07, 2013 at 10:09:26PM -0800, H. Peter Anvin wrote:
> On 03/07/2013 09:28 PM, Tejun Heo wrote:
> > On Thu, Mar 7, 2013 at 9:27 PM, Yinghai Lu wrote:
> >> They are not using memblock_find_in_range(), so 1ULL<< will not help.
> >>
> >> Really hope i915 drm guys could clean that hacks.
>
On Sun, Mar 10, 2013 at 02:22:48PM +0200, Mihnea Dobrescu-Balaur wrote:
> Signed-off-by: Mihnea Dobrescu-Balaur
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
On 11/03/2013 13:38, Konrad Rzeszutek Wilk wrote:
>> With that I am still getting the issues (even with an insance delay of 100
>> seconds).
>> Here is the serial log with various runs.
> Any thoughts?
Sorry for taking so long to answer but I got a one-week flu and still
had to do my research
On Sun, Mar 10, 2013 at 02:10:06PM -0700, Kees Cook wrote:
> This replaces the manual read/write routines in debugfs with the common
> simple attribute helpers. Doing this gets rid of repeated copy/pasting
> of copy_from_user and value formatting code.
>
> Signed-off-by: Kees Cook
> Cc: Daniel
On Mon, Mar 11, 2013 at 11:50:48PM +0100, Daniel Vetter wrote:
> On Thu, Mar 07, 2013 at 10:09:26PM -0800, H. Peter Anvin wrote:
> > On 03/07/2013 09:28 PM, Tejun Heo wrote:
> > > On Thu, Mar 7, 2013 at 9:27 PM, Yinghai Lu wrote:
> > >> They are not using memblock_find_in_range(), so 1ULL<< will
On Mon, Mar 11, 2013 at 02:37:35PM -0700, Kees Cook wrote:
> This clarifies the comment above the access_ok check so a missing
> VERIFY_READ doesn't alarm anyone.
>
> Signed-off-by: Kees Cook
> Cc: Daniel Vetter
> ---
> v2:
> - rewrote comment, thanks to Chris Wilson
Queued for -next, thanks
On Mon, Mar 11, 2013 at 12:25:19PM -0700, Kees Cook wrote:
> Masks kernel address info-leak in object dumps with the %pK suffix,
> so they cannot be used to target kernel memory corruption attacks if
> the kptr_restrict sysctl is set.
>
> Signed-off-by: Kees Cook
> Cc: stable at vger.kernel.org
https://bugs.freedesktop.org/show_bug.cgi?id=57919
--- Comment #6 from Alex Deucher ---
Created attachment 76354
--> https://bugs.freedesktop.org/attachment.cgi?id=76354=edit
possible fix
Does the attached kernel patch fix the issue?
--
You are receiving this mail because:
You are the
Good point.
Acked-by: Seung-Woo Kim
On 2013? 03? 12? 04:25, Alexandru Gheorghiu wrote:
> Replaced calls to kzalloc followed by memcpy with call to kmemdup.
> Patch found using coccinelle.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++
>
Applied.
Thanks,
Inki Dae
2013/3/12 Alexandru Gheorghiu :
> Replaced calls to kzalloc followed by memcpy with call to kmemdup.
> Patch found using coccinelle.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++
> 1 file changed, 2
next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/3efb2f3c/attachment.pgp>
Hey guys,
I've been writing dynamic power management code for the secondary
GPUs, however a lot of these GPUs have audio codecs as a subfunction
PCI device.
So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device.
Now we have a single power switch for these devices, and generally the
On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote:
> On 2013-03-05 16:17, Archit Taneja wrote:
>> The support outputs struct for overlay managers is incorrect for OMAP4. Make
>> these changes:
>>
>> - DPI isn't supported via the LCD1 overlay manager, remove DPI as a supported
>>output.
>>
Hi Linus,
this is just nouveau fixes from Ben, one fixes a nasty oops that some
Fedora people have been seeing, so I'd like to get it out of the way.
Dave.
The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9:
Linux 3.9-rc2 (2013-03-10 16:54:19 -0700)
are available
At Tue, 12 Mar 2013 16:05:26 +1000,
Dave Airlie wrote:
>
> Hey guys,
>
> I've been writing dynamic power management code for the secondary
> GPUs, however a lot of these GPUs have audio codecs as a subfunction
> PCI device.
>
> So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device.
part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/734cdc86/attachment.pgp>
? 2013?03?11? 22:02, Rob Clark ??:
> On Sun, Mar 10, 2013 at 12:04 AM, Chen Gang wrote:
>> >
>> > When make with EXTRA_CFLAGS=-W, it will report error.
>> > so give a check in Makefile.
>> >
>> > Signed-off-by: Chen Gang
>> > Signed-off-by: Vladimir Kondratiev
> Signed-off-by: Rob Clark
>
remove cast for kzalloc return value.
Signed-off-by: Zhang Yanfei
Cc: Andrew Morton
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/i915/intel_sdvo.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_sdvo.c
NAK! I removed this on purpose some time ago, the IB pool is in GART
memory, which essential is system memory.
So we don't need to unlock/unpin the IB pool on suspend.
Ontop of this it is quite dangerous to do so in a case of a GPU reset,
cause then there still might be IBs in the fly and if
Am 11.03.2013 22:06, schrieb alexdeucher at gmail.com:
> From: Alex Deucher
>
> We weren't properly tearing down the VM sub-alloctor
> on suspend leading to bogus VM PTs on resume.
>
> Fixes:
> https://bugs.freedesktop.org/show_bug.cgi?id=60439
>
> Tested-by: Dmitry Cherkasov
> Signed-off-by:
On Mon, Mar 11, 2013 at 05:31:45PM -0700, Kees Cook wrote:
> It is possible to wrap the counter used to allocate the buffer for
> relocation copies. This could lead to heap writing overflows.
>
> CVE-2013-0913
>
> v3: collapse test, improve comment
> v2: move check into validate_exec_list
>
>
https://bugzilla.kernel.org/show_bug.cgi?id=54581
Alexander Mezin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Mon, Mar 4, 2013 at 7:35 PM, Rahul Sharma wrote:
> Thanks Sean,
>
> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
>> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
>> wrote:
>>> Right now hdmiphy operations and configs are kept inside hdmi driver.
>>> hdmiphy related
>>> code is tightly
Signed-off-by: Jianpeng Ma
---
drivers/gpu/drm/drm_edid.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index c194f4e..05aa33a 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -1081,6 +1081,7 @@
On Tue, Mar 12, 2013 at 6:46 AM, Kees Cook wrote:
> On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> After merging the final tree, today's linux-next build (i386 defconfig)
>> failed like this:
>>
>> drivers/built-in.o: In function `i915_min_freq_set':
>>
This patch simplifies videomode related Kconfig and Makefile. After this
patch, there's only one non-user selectable Kconfig option left,
VIDEOMODE_HELPERS. The reasons for the change:
* Videomode helper functions are not something that should be shown in
the kernel configuration options. The
Both videomode and display_timing contain flags describing the modes.
These are stored in dmt_flags and data_flags. There's no need to
separate these flags, and having separate fields just makes the flags
more difficult to use.
This patch combines the fields and renames VESA_DMT_* flags to
Instead of having plain defines for the videomode's flags, add an enum
for the flags. This makes the flags clearer to use, as the enum tells
which values can be used with the flags field.
Signed-off-by: Tomi Valkeinen
Cc: Steffen Trumtrar
---
include/video/display_timing.h | 28
Structs videomode and display_timing have rather long field names for
the timing values. Nothing wrong with that as such, but this patch
changes them to abbreviations for the following reasons:
* The timing values often need to be used in calculations, and long
field names makes their direct
Display timing's fields have minimum, typical and maximum values. These
can be accessed by using timing_entry_index enum, and
display_timing_get_value() function.
There's no real need for this extra complexity. The values can be
accessed more easily by just using the min/typ/max fields.
now. The current omapdss code doesn't really let you use any other
channel than the recommended one (which was thus renamed to
dispc_channel in my later version).
Or does your patch do a better job at selecting the outputs (I'm mostly
thinking about OMAP5 here, which has a bit more conflicts with the mgrs
and outputs than earlier omaps).
But at some point I think we should fix those issues, and let omapdrm
decide how to connect the managers and outputs.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/8008b142/attachment.pgp>
No.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
2013/3/12 Rahul Sharma :
> On Mon, Mar 4, 2013 at 7:35 PM, Rahul Sharma wrote:
>> Thanks Sean,
>>
>> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote:
>>> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma
>>> wrote:
Right now hdmiphy operations and configs are kept inside hdmi driver.
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/328dbc22/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130312/707aa9f9/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/121198b4/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/52bafd1d/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130312/038af384/attachment.html>
On Tuesday 12 March 2013 04:08 PM, Tomi Valkeinen wrote:
> On 2013-03-12 08:07, Archit Taneja wrote:
>> On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote:
>>> On 2013-03-05 16:17, Archit Taneja wrote:
The support outputs struct for overlay managers is incorrect for
OMAP4. Make
1 - 100 of 132 matches
Mail list logo