mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Dominik Brodowski <linux@dominikbrodowski.net>
To: Dave Jones <davej@redhat.com>, Hugh Dickins <hugh@veritas.com>,
	Andrew Morton <akpm@osdl.org>,
	Nick Piggin <nickpiggin@yahoo.com.au>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 02/11] unpaged: private write VM_RESERVED
Date: Thu, 17 Nov 2005 21:46:17 +0100	[thread overview]
Message-ID: <20051117204617.GA10925@isilmar.linta.de> (raw)
In-Reply-To: <20051117194102.GE5772@redhat.com>

Hi!

On Thu, Nov 17, 2005 at 02:41:02PM -0500, Dave Jones wrote:
> On Thu, Nov 17, 2005 at 07:30:04PM +0000, Hugh Dickins wrote:
>  > The PageReserved removal in 2.6.15-rc1 issued a "deprecated" message
>  > when you tried to mmap or mprotect MAP_PRIVATE PROT_WRITE a VM_RESERVED,
>  > and failed with -EACCES: because do_wp_page lacks the refinement to COW
>  > pages in those areas, nor do we expect to find anonymous pages in them;
>  > and it seemed just bloat to add code for handling such a peculiar case.
>  > But immediately it caused vbetool and ddcprobe (using lrmi) to fail.
>  > 
>  > So revert the "deprecated" messages, letting mmap and mprotect succeed.
>  > But leave do_wp_page's BUG_ON(vma->vm_flags & VM_RESERVED) in place
>  > until we've added the code to do it right: so this particular patch is
>  > only good if the app doesn't really need to write to that private area.
>  > 
>  > Dave Jones has changed vbetool & ddcprobe to use MAP_SHARED or PROT_READ
>  > just as well, but we don't want to force people to update their tools.
> 
> Actually Dave Miller did the detective work on that one, I just
> rebuilt some packages, and spread the good word :)

My Samsung X05 requires vbetool to resume from suspend-to-ram properly. Up
to 2.6.14, vbetool-0.3 worked fine; the PageReserved patch broke this (as
reported). Also the new package by Dave {Miller,Jones} didn't help and does
not help, even with these new 11 patches. Using the unmodified, original
vbetool-0.3, though, does work as expected, and I can resume back into X
again.

kernel			vbetool-0.3	vbetool-0.3+lrmi-patch
--------------------------------------------------------------
2.6.14			+		?
2.6.15-rc1		-		-
2.6.15-rc1+patches	+		-



However -- and this is the first time I'm experiencing this bug, I now got
this in my dmesg right after the last resume from sleep.


[4294994.302000] Restarting tasks... done
[4295188.230000] Bad page state at free_hot_cold_page (in process 'gaim', page c15eb020)
[4295188.230000] flags:0x80000414 mapping:00000000 mapcount:0 count:0
[4295188.230000] flags:0x80000414 mapping:00000000 mapcount:0 count:0
[4295188.230000] Backtrace:
[4295188.230000]  [<c0103b59>] dump_stack+0x15/0x17
[4295188.230000]  [<c0138f99>] bad_page+0x5b/0x92
[4295188.230000]  [<c013967b>] free_hot_cold_page+0x5c/0xfe
[4295188.230000]  [<c0139727>] free_hot_page+0xa/0xc
[4295188.230000]  [<c013eff0>] __page_cache_release+0x8f/0x94
[4295188.230000]  [<c013ecd3>] put_page+0x5b/0x5d
[4295188.230000]  [<c0148d69>] free_page_and_swap_cache+0x2c/0x2f
[4295188.230000]  [<c0142609>] zap_pte_range+0x1a1/0x214
[4295188.230000]  [<c014271a>] unmap_page_range+0x9e/0xe8
[4295188.230000]  [<c0142827>] unmap_vmas+0xc3/0x199
[4295188.230000]  [<c0145cf7>] unmap_region+0x77/0xf2
[4295188.230000]  [<c0145f91>] do_munmap+0xdd/0xf3
[4295188.230000]  [<c0145ff6>] sys_munmap+0x4f/0x68
[4295188.230000]  [<c0102cab>] sysenter_past_esp+0x54/0x75
[4295188.230000] Trying to fix it up, but a reboot is needed
[4295188.230000] Bad page state at free_hot_cold_page (in process 'gaim', page c15eb040)
[4295188.230000] flags:0x80000414 mapping:00000000 mapcount:0 count:0
[4295188.230000] Backtrace:
[4295188.230000]  [<c0103b59>] dump_stack+0x15/0x17
[4295188.230000]  [<c0138f99>] bad_page+0x5b/0x92
[4295188.230000]  [<c013967b>] free_hot_cold_page+0x5c/0xfe
[4295188.230000]  [<c0139727>] free_hot_page+0xa/0xc
[4295188.230000]  [<c013eff0>] __page_cache_release+0x8f/0x94
[4295188.230000]  [<c013ecd3>] put_page+0x5b/0x5d
[4295188.230000]  [<c0148d69>] free_page_and_swap_cache+0x2c/0x2f
[4295188.230000]  [<c0142609>] zap_pte_range+0x1a1/0x214
[4295188.230000]  [<c014271a>] unmap_page_range+0x9e/0xe8
[4295188.230000]  [<c0142827>] unmap_vmas+0xc3/0x199
[4295188.230000]  [<c0145cf7>] unmap_region+0x77/0xf2
[4295188.230000]  [<c0145f91>] do_munmap+0xdd/0xf3
[4295188.230000]  [<c0145ff6>] sys_munmap+0x4f/0x68
[4295188.230000]  [<c0102cab>] sysenter_past_esp+0x54/0x75
[4295188.230000] Trying to fix it up, but a reboot is needed
[4295188.230000] Bad page state at free_hot_cold_page (in process 'gaim', page c15eb060)
[4295188.230000] flags:0x80000414 mapping:00000000 mapcount:0 count:0
[4295188.230000] Backtrace:
[4295188.230000]  [<c0103b59>] dump_stack+0x15/0x17
[4295188.230000]  [<c0138f99>] bad_page+0x5b/0x92
[4295188.230000]  [<c013967b>] free_hot_cold_page+0x5c/0xfe
[4295188.230000]  [<c0139727>] free_hot_page+0xa/0xc
[4295188.230000]  [<c013eff0>] __page_cache_release+0x8f/0x94
[4295188.231000]  [<c013ecd3>] put_page+0x5b/0x5d

... and so on. Don't know whether this is related... and it isn't
reproducible.


	Dominik

  reply	other threads:[~2005-11-17 20:46 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-17 19:28 [PATCH 00/11] unpaged: PageReserved VM fixups Hugh Dickins
2005-11-17 19:29 ` [PATCH 01/11] unpaged: get_user_pages VM_RESERVED Hugh Dickins
2005-11-17 23:29   ` David S. Miller
2005-11-17 19:30 ` [PATCH 02/11] unpaged: private write VM_RESERVED Hugh Dickins
2005-11-17 19:41   ` Dave Jones
2005-11-17 20:46     ` Dominik Brodowski [this message]
2005-11-17 20:51       ` Dave Jones
2005-11-17 23:58         ` David S. Miller
2005-11-18  7:12           ` Dominik Brodowski
2005-11-18  7:59             ` David S. Miller
2005-11-17 20:59       ` Dominik Brodowski
2005-11-17 23:36   ` David S. Miller
2005-11-17 19:31 ` [PATCH 03/11] unpaged: sound nopage get_page Hugh Dickins
2005-11-17 23:41   ` David S. Miller
2005-11-17 19:32 ` [PATCH 04/11] unpaged: unifdefed PageCompound Hugh Dickins
2005-11-17 23:43   ` David S. Miller
2005-11-19 20:15     ` Hugh Dickins
2005-11-19 20:55       ` William Lee Irwin III
2005-11-19 21:41         ` David S. Miller
2005-11-19 21:58           ` William Lee Irwin III
2005-11-17 19:34 ` [PATCH 05/11] unpaged: VM_UNPAGED Hugh Dickins
2005-11-17 20:59   ` William Lee Irwin III
2005-11-17 23:46   ` David S. Miller
2005-11-17 19:36 ` [PATCH 06/11] unpaged: VM_NONLINEAR VM_RESERVED Hugh Dickins
2005-11-17 19:37 ` [PATCH 07/11] unpaged: COW on VM_UNPAGED Hugh Dickins
2005-11-17 23:52   ` David S. Miller
2005-11-18  5:46     ` Nick Piggin
2005-11-18  6:45       ` David S. Miller
2005-11-18  7:27         ` Hugh Dickins
2005-11-18  7:46           ` Andrew Morton
2005-11-18  8:04           ` David S. Miller
2005-11-18  8:12             ` Hugh Dickins
2005-11-18  8:02         ` Hugh Dickins
2005-11-18  8:08           ` David S. Miller
2005-11-18  8:13             ` Hugh Dickins
2005-11-18  8:36               ` David S. Miller
2005-11-18  9:33                 ` Hugh Dickins
2005-11-18 21:08           ` Dave Jones
2005-11-18 19:12     ` Alan Cox
2005-11-17 19:38 ` [PATCH 08/11] unpaged: anon in VM_UNPAGED Hugh Dickins
2005-11-17 19:38 ` [PATCH 09/11] unpaged: ZERO_PAGE " Hugh Dickins
2005-11-17 21:25   ` Ingo Oeser
2005-11-18 19:58     ` Hugh Dickins
2005-11-17 19:39 ` [PATCH 10/11] unpaged: PG_reserved bad_page Hugh Dickins
2005-11-17 19:40 ` [PATCH 11/11] unpaged: copy_page_range vma Hugh Dickins

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=20051117204617.GA10925@isilmar.linta.de \
    --to=linux@dominikbrodowski.net \
    --cc=akpm@osdl.org \
    --cc=davej@redhat.com \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nickpiggin@yahoo.com.au \
    /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

all inboxes | Powered by JetHome®