From: Jeyaraman R
This patch adds kfree() in ttm_agp_tt_create() to avoide the
memory leak, without this there is a chance of memory leak in
ttm_tt_init() fail case.
Signed-off-by: Jeyaraman R
Signed-off-by: Manjunath Goudar
Cc: David Airlie
Cc: "Paul E. McKenney"
Cc: David Howells
Cc: Tho
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #19 from Weber K. ---
Hi!
This error is happening here also...
Slackware64 linux on AMD Phenom II 1055T, with XFX Radeon HD6850 and open
source drivers radeon.
The X server crash after second close of programs... The first execution
On 09/04/2013 04:03 PM, Mikko Perttunen wrote:
> On 09/04/2013 09:44 PM, Stephen Warren wrote:
>> On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
>>> The Vdd regulator used to be enabled only at tegra_output_hdmi_enable,
>>> which is called after a sink is detected. However, the HDMI hotplug pin
>>>
On Wed, Sep 04, 2013 at 12:40:58PM -0600, Stephen Warren wrote:
> On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> > Use EDID data to determine whether the display supports HDMI or just DVI.
> > This used to be hardcoded to be HDMI, which broke support for DVI displays
> > that couldn't understand
On Wed, Sep 04, 2013 at 12:39:59PM -0600, Stephen Warren wrote:
> On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> > Add Tegra114 TMDS configuration, add new peak_current field and
> > use new place for drive current override bit on Tegra114 platform.
>
> > diff --git a/drivers/gpu/host1x/dev.c b/
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #106 from Alex Deucher ---
Assuming that works you should have the dmesg.log in the root user directory
that you can attach here.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #105 from Alex Deucher ---
(In reply to comment #104)
> with
> > linux /boot/ radeon.modeset=0 1
> it seems it's booting but I can't see command line - only black screen or
> text line: "kernel booting... bla-bla-bla" and also no co
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #104 from Eugene ---
(In reply to comment #103)
> (In reply to comment #102)
> > If you could explain me where is kernel command line (when I'm seeing GRUB
> > menu push "e" or "c"; and if "c" what to do after I entered radeon.modeset
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #103 from Alex Deucher ---
(In reply to comment #102)
> If you could explain me where is kernel command line (when I'm seeing GRUB
> menu push "e" or "c"; and if "c" what to do after I entered radeon.modeset=0
> in there?), I would tr
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #102 from Eugene ---
If you could explain me where is kernel command line (when I'm seeing GRUB menu
push "e" or "c"; and if "c" what to do after I entered radeon.modeset=0 in
there?), I would try it. I'm just a newbie using kubuntu a
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> Add host1x, DC (display controller) and HDMI devices to Tegra114
> device tree.
Patches 5 and 6 should be sent separately to the Tegra maintainer (me)
to be taken through the Tegra tree.
___
dri-devel mail
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> Add host1x, disp1 and disp2 clocks to the clock initialization table.
> These clocks are required for HDMI support.
This patch should be sent to Mike Turquette so it can be taken through
the clock tree.
__
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> The Vdd regulator used to be enabled only at tegra_output_hdmi_enable,
> which is called after a sink is detected. However, the HDMI hotplug pin
> works by returning the voltage supplied by the Vdd pin, so this meant
> that the hotplug pin was never
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> Use EDID data to determine whether the display supports HDMI or just DVI.
> This used to be hardcoded to be HDMI, which broke support for DVI displays
> that couldn't understand the interspersed audio/other data.
>
> If the EDID data isn't available
On 08/28/2013 09:48 AM, Mikko Perttunen wrote:
> Add Tegra114 TMDS configuration, add new peak_current field and
> use new place for drive current override bit on Tegra114 platform.
> diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
> static struct of_device_id host1x_of_match[]
https://bugzilla.kernel.org/show_bug.cgi?id=60827
--- Comment #5 from Alex Deucher ---
Make sure your kernel has this patch:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=022374c02e357ac82e98dd2689fb2efe05723d69
make sure you power off the system completely between ker
Hi Laurent,
Am Samstag, den 10.08.2013, 01:03 +0200 schrieb Laurent Pinchart:
> Extend the notifier with DT node matching support, and add helper functions to
> build the notifier and link entities based on a graph representation in
> DT.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/vide
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #44 from Aaron Watry ---
I just retested on my CEDAR with fresh git mesa/llvm. bfgminer is still working
correctly for 5+ minutes without a single lock-up on my machine. Kernel is
3.11 final with DPM enabled.
The following are the o
On Wed, Sep 4, 2013 at 5:31 AM, Dan Carpenter wrote:
> The problem here is that "unsigned i" is always greater than or equal to
> zero. These loops mostly have a second check for "(i == 0)" so only the
> last two are actually buggy. The rest is just cleanup.
>
> Bug 1: kv_force_dpm_highest() do
Hi
On Sun, Sep 1, 2013 at 3:36 PM, David Herrmann wrote:
> Hi
>
> With the upcoming 3.12 merge-window, I thought people might find themselves
> with
> nothing to do, so here's a new SimpleDRM series. Comments welcome!
>
> This depends on the tip/x86/fb series in the x86-tip tree:
> http://git.
https://bugzilla.kernel.org/show_bug.cgi?id=60827
--- Comment #4 from archie...@gmail.com ---
I am sorry, I cannot completely bisect : I am running Archlinux on a production
machine and I have only a few set of kernel packages saved. I can tell you that
:
- 3.11.1 has the very same problem
- The
On Wed, Sep 4, 2013 at 5:32 AM, Dan Carpenter wrote:
> kfree() can accept NULL pointers so I have removed the checks. Also
> I've used a pointer to shorten the lines.
>
> Signed-off-by: Dan Carpenter
I've added this to my tree. thanks!
Alex
>
> diff --git a/drivers/gpu/drm/radeon/r600_dpm.c
Op 04-09-13 03:24, Ben Skeggs schreef:
> On Mon, Jul 15, 2013 at 6:39 PM, Maarten Lankhorst
> wrote:
>> Op 15-07-13 08:05, Ben Skeggs schreef:
>>> On Fri, Jul 12, 2013 at 10:45 PM, Maarten Lankhorst
>>> wrote:
I have no idea what this bogus restriction on placement is, but it breaks
de
https://bugzilla.kernel.org/show_bug.cgi?id=60827
--- Comment #6 from archie...@gmail.com ---
I powered off completely the system between each test. The patch is included
starting from kernel 3.10.10
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=68857
--- Comment #2 from Nat Tuck ---
This should build and run the EP benchmark:
make veryclean
make ep CLASS=A
cd bin
./run_ocl_gpu.sh ep A
If that doesn't work, you might have to edit config/make.def first to make it
link to -lOpenCL.
--
You ar
On Tue, Sep 03, 2013 at 12:52:36PM -0600, Stephen Warren wrote:
> On 08/30/2013 09:25 AM, Thierry Reding wrote:
> > Add a driver for simple panels. Such panels can have a regulator that
> > provides the supply voltage and a separate GPIO to enable the panel.
> > Optionally the panels can have a bac
On Wed, Sep 4, 2013 at 1:47 AM, Rahul Sharma wrote:
> Thanks Sean,
>
> On 3 September 2013 20:15, Sean Paul wrote:
>> A few comments.
>>
>> On Fri, Aug 30, 2013 at 2:59 AM, Rahul Sharma
>> wrote:
>>> Exynos hdmiphy operations and configs are kept inside
>>> the hdmi driver. Hdmiphy related code
On Wed, Sep 4, 2013 at 3:37 AM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
>> Sent: Wednesday, September 04, 2013 2:48 PM
>> To: Sean Paul
>> Cc: Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim; sw0312.kim;
>> InKi Dae; Lucas Stach; T
Op 04-09-13 05:21, Ben Skeggs schreef:
> On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst
> wrote:
>> This increases the chance slightly that recovery from lockup can happen
>> succesfully.
> I'd *really* love to see proof of this. When channels die, all
> outstanding fences are marked as signa
Le 04/09/2013 14:05, Daniel Vetter a écrit :
On Wed, Sep 04, 2013 at 12:24:27PM +0200, Martin Peres wrote:
Hi Christopher,
Le 04/09/2013 05:15, Christopher James Halse Rogers a écrit :
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since users
Op 04-09-13 05:31, Ben Skeggs schreef:
> On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst
> wrote:
>> I was getting a order 4 allocation failure from kmalloc when testing some
>> game
>> after a few days uptime with some suspend/resumes. For big allocations
>> vmalloc
>> should be used instead
On Wed, Sep 04, 2013 at 12:24:27PM +0200, Martin Peres wrote:
> Hi Christopher,
> Le 04/09/2013 05:15, Christopher James Halse Rogers a écrit :
> >Each dma-buf has an associated size and it's reasonable for userspace
> >to want to know what it is.
> >
> >Since userspace already has an fd, expose th
Op 04-09-13 05:34, Ben Skeggs schreef:
> On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst
> wrote:
>> There are a lot of places that allocate multiples of 1000,
>> but do not set alignment correctly and still require this
>> alignment implicitly or explicitly.
> This is wrong. Where are the pla
[...]
>> +
>> +/**
>> + * enum adv7511_input_color_depth - Selects the input format color depth
>> + * @ADV7511_INPUT_COLOR_DEPTH_8BIT: Input format color depth is 8 bits per
> channel
>> + * @ADV7511_INPUT_COLOR_DEPTH_10BIT: Input format color dpeth is 10 bits
> per channel
>> + * @ADV7511_INPUT
Hi Christopher,
Le 04/09/2013 05:15, Christopher James Halse Rogers a écrit :
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idio
On Tue, Sep 03, 2013 at 09:06:47PM +0200, Pavel Machek wrote:
> Hi!
>
> I was happily using X... and then screen froze. Mouse still
> moves. Switching to text console still worked, good. It is first time
> in a while, normally this machine works well.
>
> i915_error_state is attached.
>
> Any id
kfree() can accept NULL pointers so I have removed the checks. Also
I've used a pointer to shorten the lines.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/radeon/r600_dpm.c
b/drivers/gpu/drm/radeon/r600_dpm.c
index fa0de46..e65f211 100644
--- a/drivers/gpu/drm/radeon/r600_dpm.c
++
The problem here is that "unsigned i" is always greater than or equal to
zero. These loops mostly have a second check for "(i == 0)" so only the
last two are actually buggy. The rest is just cleanup.
Bug 1: kv_force_dpm_highest() doesn't have an "(i == 0)" check so it's
a potential forever loop
Hi Stephen
On Wed, Sep 4, 2013 at 1:45 AM, Stephen Rothwell Wrote:
> This morning after fetching the drm-intel-fixes tree, I have discovered
> that you have just added a whole set of patches on top of Dave's drm tree
> and made that the drm-intel-fixes tree. I understood that this tree was
> for
> -Original Message-
> From: Rahul Sharma [mailto:r.sh.o...@gmail.com]
> Sent: Wednesday, September 04, 2013 2:48 PM
> To: Sean Paul
> Cc: Rahul Sharma; linux-samsung-soc; dri-devel; kgene.kim; sw0312.kim;
> InKi Dae; Lucas Stach; Tomasz Figa; Sylwester Nawrocki; sunil joshi;
> shir...@ch
Op 04-09-13 05:41, Ben Skeggs schreef:
> On Thu, Aug 22, 2013 at 5:12 PM, Maarten Lankhorst
> wrote:
>> Op 22-08-13 02:10, Ilia Mirkin schreef:
>>> The code expects non-VRAM mem nodes to have a pages list. If that's not
>>> set, it will do a null deref down the line. Warn on that condition and
>>>
41 matches
Mail list logo
