public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Steven J. Hill" <sjhill@cotw.com>
To: linux-kernel@vger.kernel.org
Cc: linux-mips@oss.sgi.com
Subject: weird mmap bug from 2.4.3 -> 2.4.5...
Date: Wed, 11 Jul 2001 13:24:10 -0500	[thread overview]
Message-ID: <3B4C99CA.A2C9A9E8@cotw.com> (raw)

Greetings.

I have a framebuffer that is running under 2.4.3 on a MIPS
platform. I also wrote a small little demo program that simply
mmap's in the framebuffer in user space after which it simply
moves the tux logo across the screen. The framebuffer is also
used as the console and that also works great.

After upgrading to 2.4.5, mmap no longer works. However, the
console code works just fine i.e. the framebuffer console
properly updates and displays things just fine on the screen.
I can also do 'cat /bin/ls > /dev/fb0' and see garbage appear
on the screen.

Also, the virtual address returned by the mmap call for my
demo program in user space is identical on 2.4.3 and 2.4.5,
however no tux moves across the screen like it should for
the 2.4.5 kernel meaning that the mmap call didn't actually
get the framebuffer memory (that's my assumption).

I have traced through 'do_mmap_pgoff' and that code appears to
be nearly identical in 2.4.3 and 2.4.5. My architecture specific
MM code has not changed either, so the cache flushing assembly
code is identical. I'm working my way through the 'kmem_cache_XX'
calls right now to find differences. Anyone have some ideas?
Thanks.

-Steve 

-- 
 Steven J. Hill - Embedded SW Engineer

                 reply	other threads:[~2001-07-11 18:30 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=3B4C99CA.A2C9A9E8@cotw.com \
    --to=sjhill@cotw.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mips@oss.sgi.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox