https://bugs.freedesktop.org/show_bug.cgi?id=41086
--- Comment #5 from Matthias Bl?sing 2011-10-19
14:51:59 PDT ---
Created attachment 52553
--> https://bugs.freedesktop.org/attachment.cgi?id=52553
garbadge in gnome-terminal
This problem also shows in ubuntu after upgrading from natty+xorg-ed
On Wed, Oct 19, 2011 at 06:19:21PM -0400, Konrad Rzeszutek Wilk wrote:
Hmm, seems a part of this got eaten by the Internet monsters.
Since v2.0: [not posted]
- Redid the registration/override to be tightly integrated with the
'struct ttm_backend_func' per Thomas's suggestion.
Since v1.9: [not
https://bugs.freedesktop.org/show_bug.cgi?id=42025
Bug #: 42025
Summary: [RADEON:KMS:R600] wine, Halo Trial: glPointSize error
= INVALID_VALUE
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #3 from Martin Stolpe 2011-10-19
12:56:01 PDT ---
Created attachment 52546
--> https://bugs.freedesktop.org/attachment.cgi?id=52546
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #2 from Martin Stolpe 2011-10-19
12:55:25 PDT ---
Created attachment 52545
--> https://bugs.freedesktop.org/attachment.cgi?id=52545
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #1 from Martin Stolpe 2011-10-19
12:54:30 PDT ---
Created attachment 52544
--> https://bugs.freedesktop.org/attachment.cgi?id=52544
perf output when 2D acceleration is enabled
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=42009
Bug #: 42009
Summary: audio stutters with xorg state tracker and 2D
acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
On Wed, Oct 19, 2011 at 06:19:21PM -0400, Konrad Rzeszutek Wilk wrote:
Hmm, seems a part of this got eaten by the Internet monsters.
Since v2.0: [not posted]
- Redid the registration/override to be tightly integrated with the
'struct ttm_backend_func' per Thomas's suggestion.
Since v1.9: [not
. with the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
Note: If the ttm.no_dma is set, this operation will not override
the TTM page pool to use the DMA one.
CC: Dave Airlie
CC: Alex
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
CC: Dave Airlie
Signed-off-b
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_memory.c |7 +--
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming requires the virtual address
. as the ttm->be->func->[get|put]_pages can be called and they would
dereference on ttm->be which was set to NULL.
Instead of clearing it there, pass in a flag to the ttm_tt_free_allocated_pages
whether to clear the pages or not (you are not suppose to clear the pages
when destroying them).
Signe
The two overrides will be choosen by the backends whether they
want to use a different TTM page pool than the default.
If the backend does not choose a new override, the default one
will be used.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 10 +++---
in
which was used in the "ttm: Wrap ttm_[put|get]_pages and
extract GFP_* and caching states from 'struct ttm_tt" patch.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 83 -
1 files changed, 40 insertions(+), 43 deletions(-)
diff -
Instead of passing the 'int flags' and 'enum caching_state caching_state'
as parameters, pass in the 'struct ttm_tt' and let the ttm_[put|get]_pages
extract those parameters.
We also wrap the ttm_[put|get]_pages so that we can extract those two
parameters from the 'struct ttm_tt'. The reason for w
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
All the storage devices that use the dmapool set the coherent DMA
mask so they can properly use the dmapool. Since the TTM DMA pool
code is based on that and dma_alloc_coherent checks the
'coherent_dma_mask' and not 'dma_mask' we want to set it.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/g
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linux/swiotlb.h |2 +-
lib/s
[.. and this is what I said in v1 post]:
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a b
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #6 from Martin Stolpe 2011-10-19
11:12:49 PDT ---
Comment on attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
I've trimmed the log file at the end. The last three lines are repeated several
time
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #5 from Martin Stolpe 2011-10-19
11:09:53 PDT ---
Created attachment 52540
--> https://bugs.freedesktop.org/attachment.cgi?id=52540
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #4 from Martin Stolpe 2011-10-19
11:09:25 PDT ---
Created attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #3 from Martin Stolpe 2011-10-19
10:56:29 PDT ---
Created attachment 52532
--> https://bugs.freedesktop.org/attachment.cgi?id=52532
Screenshot of Notepad++ when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #2 from Martin Stolpe 2011-10-19
10:55:55 PDT ---
Created attachment 52531
--> https://bugs.freedesktop.org/attachment.cgi?id=52531
Screenshot of Notepad++ when 2d acceleration is enabled
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #1 from Martin Stolpe 2011-10-19
10:55:24 PDT ---
Created attachment 52530
--> https://bugs.freedesktop.org/attachment.cgi?id=52530
Screenshot of Firefox when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=42002
Bug #: 42002
Summary: graphical glitches when using Xorg state tracker and
2D acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Ot
https://bugs.freedesktop.org/show_bug.cgi?id=41846
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Oct 14, 2011 at 10:45:50AM -0500, Rob Clark wrote:
> From: Rob Clark
>
> A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
> and omap_vout (v4l2 display) drivers in the past, this driver uses the
> DSS2 driver to access the display hardware, including support for
> HDM
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linux/swiotlb.h |2 +-
lib/s
. with the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
Note: If the ttm.no_dma is set, this operation will not override
the TTM page pool to use the DMA one.
CC: Dave Airlie
CC: Alex
which was used in the "ttm: Wrap ttm_[put|get]_pages and
extract GFP_* and caching states from 'struct ttm_tt" patch.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 83 -
1 files changed, 40 insertions(+), 43 deletions(-)
diff -
[.. and this is what I said in v1 post]:
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a b
The two overrides will be choosen by the backends whether they
want to use a different TTM page pool than the default.
If the backend does not choose a new override, the default one
will be used.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 10 +++---
in
All the storage devices that use the dmapool set the coherent DMA
mask so they can properly use the dmapool. Since the TTM DMA pool
code is based on that and dma_alloc_coherent checks the
'coherent_dma_mask' and not 'dma_mask' we want to set it.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/g
. as the ttm->be->func->[get|put]_pages can be called and they would
dereference on ttm->be which was set to NULL.
Instead of clearing it there, pass in a flag to the ttm_tt_free_allocated_pages
whether to clear the pages or not (you are not suppose to clear the pages
when destroying them).
Signe
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_memory.c |7 +--
Instead of passing the 'int flags' and 'enum caching_state caching_state'
as parameters, pass in the 'struct ttm_tt' and let the ttm_[put|get]_pages
extract those parameters.
We also wrap the ttm_[put|get]_pages so that we can extract those two
parameters from the 'struct ttm_tt'. The reason for w
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
CC: Dave Airlie
Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=41846
--- Comment #6 from Michel D?nzer 2011-10-19 08:04:23
PDT ---
You need to enable 2D acceleration with Option "2DAccel".
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=41086
--- Comment #5 from Matthias Bläsing 2011-10-19
14:51:59 PDT ---
Created attachment 52553
--> https://bugs.freedesktop.org/attachment.cgi?id=52553
garbadge in gnome-terminal
This problem also shows in ubuntu after upgrading from natty+xorg-ed
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Alex Deucher changed:
What|Removed |Added
Summary|[kms] Muxless modesetting |[kms] Muxless radeon takes
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #3 from Martin Stolpe 2011-10-19 12:56:01
PDT ---
Created attachment 52546
--> https://bugs.freedesktop.org/attachment.cgi?id=52546
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #2 from Martin Stolpe 2011-10-19 12:55:25
PDT ---
Created attachment 52545
--> https://bugs.freedesktop.org/attachment.cgi?id=52545
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #1 from Martin Stolpe 2011-10-19 12:54:30
PDT ---
Created attachment 52544
--> https://bugs.freedesktop.org/attachment.cgi?id=52544
perf output when 2D acceleration is enabled
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=42009
Bug #: 42009
Summary: audio stutters with xorg state tracker and 2D
acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #8 from Eugeni Dodonov 2011-10-19 04:55:52
PDT ---
E of course, I meant drm.debug=0x04. In the morning, I guess I type faster
than I mentally spell-check :).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #7 from Eugeni Dodonov 2011-10-19 04:54:59
PDT ---
(I know that you already tested them via my blog post, but I added some small
changes to them - try booting with 'drm.debug=0.04' with both of those patches
now, and attach the dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Eugeni Dodonov changed:
What|Removed |Added
CC||eugeni at dodonov.net
--- Comment #6 fr
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #6 from Martin Stolpe 2011-10-19 11:12:49
PDT ---
Comment on attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
I've trimmed the log file at the end. The last three lines are repeated several
time
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #5 from Martin Stolpe 2011-10-19 11:09:53
PDT ---
Created attachment 52540
--> https://bugs.freedesktop.org/attachment.cgi?id=52540
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #4 from Martin Stolpe 2011-10-19 11:09:25
PDT ---
Created attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #3 from Martin Stolpe 2011-10-19 10:56:29
PDT ---
Created attachment 52532
--> https://bugs.freedesktop.org/attachment.cgi?id=52532
Screenshot of Notepad++ when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #2 from Martin Stolpe 2011-10-19 10:55:55
PDT ---
Created attachment 52531
--> https://bugs.freedesktop.org/attachment.cgi?id=52531
Screenshot of Notepad++ when 2d acceleration is enabled
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #1 from Martin Stolpe 2011-10-19 10:55:24
PDT ---
Created attachment 52530
--> https://bugs.freedesktop.org/attachment.cgi?id=52530
Screenshot of Firefox when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=42002
Bug #: 42002
Summary: graphical glitches when using Xorg state tracker and
2D acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Ot
https://bugs.freedesktop.org/show_bug.cgi?id=41846
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi Linus,
one quite urgent fixes for AMD Llano APU users, one earlier patch
uncovered a bug in the atom parsing code that resulted in semi-random
memory corruption when executing load detection tables. I spent a few days
scratching my head and Alex figured it out once I got enough debug logs.
On Wed, Oct 19, 2011 at 2:29 AM, Mandeep Singh Baines
wrote:
> Dave Young (hidave.darkstar at gmail.com) wrote:
>> On Tue, Oct 18, 2011 at 10:19 AM, Dave Young
>> wrote:
>> > On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines > > chromium.org> wrote:
>> >> From: Hugh Dickins
>> >>
>> >> Add
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #7 from Ga?per Sedej 2011-10-19 01:31:36 PDT
---
I tried disabling extension but still wrong shading. (like it was some "net" on
sun)
variable is working because I don't see any output when I do
:$ MESA_EXTENSION_OVERRIDE=-GL_EXT_te
https://bugs.freedesktop.org/show_bug.cgi?id=41846
--- Comment #6 from Michel Dänzer 2011-10-19 08:04:23 PDT
---
You need to enable 2D acceleration with Option "2DAccel".
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Alex Deucher changed:
What|Removed |Added
Summary|[kms] Muxless modesetting |[kms] Muxless radeon takes
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #8 from Eugeni Dodonov 2011-10-19 04:55:52 PDT
---
E of course, I meant drm.debug=0x04. In the morning, I guess I type faster
than I mentally spell-check :).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #7 from Eugeni Dodonov 2011-10-19 04:54:59 PDT
---
(I know that you already tested them via my blog post, but I added some small
changes to them - try booting with 'drm.debug=0.04' with both of those patches
now, and attach the dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Eugeni Dodonov changed:
What|Removed |Added
CC||eug...@dodonov.net
--- Comment #6 from
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
Hi Linus,
one quite urgent fixes for AMD Llano APU users, one earlier patch
uncovered a bug in the atom parsing code that resulted in semi-random
memory corruption when executing load detection tables. I spent a few days
scratching my head and Alex figured it out once I got enough debug logs.
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #7 from Gašper Sedej 2011-10-19 01:31:36 PDT ---
I tried disabling extension but still wrong shading. (like it was some "net" on
sun)
variable is working because I don't see any output when I do
:$ MESA_EXTENSION_OVERRIDE=-GL_EXT_tex
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #6 from Vadim 2011-10-18 17:34:26 PDT ---
(In reply to comment #5)
> Thanks. Kernel 3.0 solved the problem.
> Render is still not perfect and speed is bad, but it's wokring :).
> I see odd shading and odd image in dark (ignore tearing
On Wed, Oct 19, 2011 at 2:29 AM, Mandeep Singh Baines wrote:
> Dave Young (hidave.darks...@gmail.com) wrote:
>> On Tue, Oct 18, 2011 at 10:19 AM, Dave Young
>> wrote:
>> > On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines
>> > wrote:
>> >> From: Hugh Dickins
>> >>
>> >> Add a check for pa
On Tue, Oct 18, 2011 at 09:10 +0300, Dan Carpenter wrote:
> If ret is non-zero then we don't initialize the struct which leaks
> stack information to user space.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Vasiliy Kulikov
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
> b/drivers/gp
Hi,
在 2011年10月17日 下午2:34， 写道：
> If I start X but switch to the console, then do suspend & resume, "GPU
> reset" hardly happen. but there is a new problem that the IRQ of radeon
> card is disabled. Maybe "GPU reset" has something to do with "IRQ
> disabled"?
>
> I have tried "irqpoll", it doesn't
Hi Alex,
Sorry for the late reply.
I tried the patch on our mipsel platform, but got the following:
[1.335937] [drm] Loading RS780 Microcode
[1.910156] [drm:r600_ring_test] *ERROR* radeon: ring test failed
(scratch(0x8504)=0xCAFEDEAD)
[1.917968] radeon :01:05.0: disabling GPU accel
If ret is non-zero then we don't initialize the struct which leaks
stack information to user space.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
index d4a1d8b..28e1c35 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_execb
The intent here was to return an error code, but instead the code
returns the number of bytes remaining (that weren't copied).
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c
index 97f23ab..3f63435 100644
--- a/drivers/gpu/
memtimings is a valid pointer here, the intent was to test for
kcalloc() failure.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nouveau_perf.c
b/drivers/gpu/drm/nouveau/nouveau_perf.c
index 9f178aa..33d03fb 100644
--- a/drivers/gpu/drm/nouveau/nouveau_perf.c
+++ b/drivers/gp
Casting "len" from uin32_t to uint8_t in min_t() truncates the upper
bits. It doesn't matter in this case because "len" is never more
than 0x1f, but Smatch warns about it, so let's change it.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/
On Thu, 13 Oct 2011 16:08:51 -0700
Andi Kleen wrote:
> From: Andi Kleen
>
> With the tracing code in there they are far too big to inline.
>
> .text savings compared to a non force inline kernel:
>
> i915_restore_display4393 12036 +7643
> i915_save_display
On Tue, Oct 18, 2011 at 10:19 AM, Dave Young wrote:
> On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines
> wrote:
>> From: Hugh Dickins
>>
>> Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
>> we're going to reboot immediately, the user will not be able to see the
>>
On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines wrote:
> From: Hugh Dickins
>
> Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
> we're going to reboot immediately, the user will not be able to see the
> messages anyway, and messing with the video mode may display ar
On Mon, 2011-10-17 at 19:52 +0200, Daniel Vetter wrote:
> On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote:
> > It's running Fedora 14, and I rather avoid Gnome3 and systemd, which
> > prevents me from moving her to Fedora 15. If F14 does not provide the
> > necessary updates, I'll mo
These variables get allocated twice so the first allocation is a
memory leak.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
index c7cff3d..86c5e4c 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
+++ b/drivers/
84 matches
Mail list logo
