All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/2] ARM: omapfb: add coherent dma memory support
Date: Thu, 09 Jan 2014 08:27:27 +0000	[thread overview]
Message-ID: <52CE5D6F.3050700@ti.com> (raw)
In-Reply-To: <79CD15C6BA57404B839C016229A409A83EDB141E@DBDE04.ent.ti.com>

[-- Attachment #1: Type: text/plain, Size: 1042 bytes --]

On 2014-01-09 10:08, Hiremath, Vaibhav wrote:

> No, that's what is causing issue to me. Can you try predefined address flow?
> Just to highlight, I get UNDERFLOW during boot itself, immediately when it gets mapped to userspace.
> 
> Boot LOG:
> 

> [    4.822549] Freeing unused kernel memory: 440K (c0919000 - c0987000)
> [    5.276615] OMAPFB: pan_display(0)
> [    5.276625] OMAPFB: setcmap
> [    5.276635] OMAPFB: setcmap
> [    5.293518] OMAPFB: user mmap region start a0000000, len 1536000, off 0
> [    5.300171] omapdss APPLY error: FIFO UNDERFLOW on gfx, disabling the overlay

Hmm that's interesting... So you have some tool that's ran early, which
draws something on the screen? Or maybe that's X starting?

Ah... I think I understand now. As I mentioned, AM4x has issues already.
I think the CPU/others can block DSS when accessing memory. So, if we
have bad caching for the mapped framebuffer, the CPU will use more
bandwidth when reading/writing to it, and that will cause DSS to underflow.

 Tomi



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Tomi Valkeinen <tomi.valkeinen@ti.com>
To: "Hiremath, Vaibhav" <hvaibhav@ti.com>,
	Ivaylo Dimitrov <ivo.g.dimitrov.75@gmail.com>,
	Ivaylo Dimitrov <freemangordon@abv.bg>
Cc: Tony Lindgren <tony@atomide.com>,
	"linux-fbdev@vger.kernel.org" <linux-fbdev@vger.kernel.org>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH 1/2] ARM: omapfb: add coherent dma memory support
Date: Thu, 9 Jan 2014 10:27:27 +0200	[thread overview]
Message-ID: <52CE5D6F.3050700@ti.com> (raw)
In-Reply-To: <79CD15C6BA57404B839C016229A409A83EDB141E@DBDE04.ent.ti.com>


[-- Attachment #1.1: Type: text/plain, Size: 1042 bytes --]

On 2014-01-09 10:08, Hiremath, Vaibhav wrote:

> No, that's what is causing issue to me. Can you try predefined address flow?
> Just to highlight, I get UNDERFLOW during boot itself, immediately when it gets mapped to userspace.
> 
> Boot LOG:
> 

> [    4.822549] Freeing unused kernel memory: 440K (c0919000 - c0987000)
> [    5.276615] OMAPFB: pan_display(0)
> [    5.276625] OMAPFB: setcmap
> [    5.276635] OMAPFB: setcmap
> [    5.293518] OMAPFB: user mmap region start a0000000, len 1536000, off 0
> [    5.300171] omapdss APPLY error: FIFO UNDERFLOW on gfx, disabling the overlay

Hmm that's interesting... So you have some tool that's ran early, which
draws something on the screen? Or maybe that's X starting?

Ah... I think I understand now. As I mentioned, AM4x has issues already.
I think the CPU/others can block DSS when accessing memory. So, if we
have bad caching for the mapped framebuffer, the CPU will use more
bandwidth when reading/writing to it, and that will cause DSS to underflow.

 Tomi



[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 901 bytes --]

[-- Attachment #2: Type: text/plain, Size: 176 bytes --]

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: tomi.valkeinen@ti.com (Tomi Valkeinen)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] ARM: omapfb: add coherent dma memory support
Date: Thu, 9 Jan 2014 10:27:27 +0200	[thread overview]
Message-ID: <52CE5D6F.3050700@ti.com> (raw)
In-Reply-To: <79CD15C6BA57404B839C016229A409A83EDB141E@DBDE04.ent.ti.com>

On 2014-01-09 10:08, Hiremath, Vaibhav wrote:

> No, that's what is causing issue to me. Can you try predefined address flow?
> Just to highlight, I get UNDERFLOW during boot itself, immediately when it gets mapped to userspace.
> 
> Boot LOG:
> 

> [    4.822549] Freeing unused kernel memory: 440K (c0919000 - c0987000)
> [    5.276615] OMAPFB: pan_display(0)
> [    5.276625] OMAPFB: setcmap
> [    5.276635] OMAPFB: setcmap
> [    5.293518] OMAPFB: user mmap region start a0000000, len 1536000, off 0
> [    5.300171] omapdss APPLY error: FIFO UNDERFLOW on gfx, disabling the overlay

Hmm that's interesting... So you have some tool that's ran early, which
draws something on the screen? Or maybe that's X starting?

Ah... I think I understand now. As I mentioned, AM4x has issues already.
I think the CPU/others can block DSS when accessing memory. So, if we
have bad caching for the mapped framebuffer, the CPU will use more
bandwidth when reading/writing to it, and that will cause DSS to underflow.

 Tomi


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20140109/94e5177e/attachment-0001.sig>

  reply	other threads:[~2014-01-09  8:27 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-30 13:19 [PATCH 0/2] omapfb: option to use coherent dma mem Tomi Valkeinen
2013-12-30 13:19 ` Tomi Valkeinen
2013-12-30 13:19 ` Tomi Valkeinen
2013-12-30 13:19 ` [PATCH 1/2] ARM: omapfb: add coherent dma memory support Tomi Valkeinen
2013-12-30 13:19   ` Tomi Valkeinen
2013-12-30 13:19   ` Tomi Valkeinen
2014-01-05 14:16   ` Ivaylo Dimitrov
2014-01-05 14:16     ` Ivaylo Dimitrov
2014-01-05 14:16     ` Ivaylo Dimitrov
2014-01-07 23:59   ` Tony Lindgren
2014-01-07 23:59     ` Tony Lindgren
2014-01-07 23:59     ` Tony Lindgren
2014-01-08 14:13     ` Tomi Valkeinen
2014-01-08 14:13       ` Tomi Valkeinen
2014-01-08 14:13       ` Tomi Valkeinen
2014-01-09  5:06       ` Hiremath, Vaibhav
2014-01-09  5:06         ` Hiremath, Vaibhav
2014-01-09  5:06         ` Hiremath, Vaibhav
2014-01-09  7:34         ` Ivaylo Dimitrov
2014-01-09  7:34           ` Ivaylo Dimitrov
2014-01-09  7:34           ` Ivaylo Dimitrov
2014-01-09  8:08           ` Hiremath, Vaibhav
2014-01-09  8:08             ` Hiremath, Vaibhav
2014-01-09  8:08             ` Hiremath, Vaibhav
2014-01-09  8:27             ` Tomi Valkeinen [this message]
2014-01-09  8:27               ` Tomi Valkeinen
2014-01-09  8:27               ` Tomi Valkeinen
2014-01-09  8:31               ` Hiremath, Vaibhav
2014-01-09  8:31                 ` Hiremath, Vaibhav
2014-01-09  8:31                 ` Hiremath, Vaibhav
2014-01-11 13:28             ` Ivaylo Dimitrov
2014-01-11 13:28               ` Ivaylo Dimitrov
2014-01-11 13:28               ` Ivaylo Dimitrov
2014-01-22 21:08               ` Ivaylo Dimitrov
2014-01-22 21:08                 ` Ivaylo Dimitrov
2014-01-22 21:08                 ` Ivaylo Dimitrov
2014-01-24  8:47                 ` Hiremath, Vaibhav
2014-01-24  8:47                   ` Hiremath, Vaibhav
2014-01-24  8:47                   ` Hiremath, Vaibhav
2014-01-24 10:35                 ` Tomi Valkeinen
2014-01-24 10:35                   ` Tomi Valkeinen
2014-01-24 10:35                   ` Tomi Valkeinen
2014-01-09  8:21         ` Tomi Valkeinen
2014-01-09  8:21           ` Tomi Valkeinen
2014-01-09  8:21           ` Tomi Valkeinen
2014-01-09  8:31           ` Hiremath, Vaibhav
2014-01-09  8:31             ` Hiremath, Vaibhav
2014-01-09  8:31             ` Hiremath, Vaibhav
2014-01-09 13:02           ` Hiremath, Vaibhav
2014-01-09 13:02             ` Hiremath, Vaibhav
2014-01-09 13:02             ` Hiremath, Vaibhav
2013-12-30 13:19 ` [PATCH 2/2] omapfb: add support to reserve fb at specified phys address Tomi Valkeinen
2013-12-30 13:19   ` Tomi Valkeinen
2013-12-30 13:19   ` Tomi Valkeinen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52CE5D6F.3050700@ti.com \
    --to=tomi.valkeinen@ti.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.