From: Paul Mundt <lethal@linux-sh.org>
To: Adrian McMenamin <adrianmcmenamin@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Lots of scheduling bugs (?) with -rc1
Date: Mon, 23 Jul 2007 09:05:59 +0900 [thread overview]
Message-ID: <20070723000559.GA16374@linux-sh.org> (raw)
In-Reply-To: <92a12cdb0707221449s4cef6c93x68d75386a6ec8a64@mail.gmail.com>
On Sun, Jul 22, 2007 at 10:49:26PM +0100, Adrian McMenamin wrote:
> [ 16.818606] Call trace:
> [ 16.822686] [<8c00f782>] __cond_resched+0x1a/0x40
> [ 16.827589] [<8c15adf4>] cond_resched+0x30/0x48
> [ 16.832256] [<8c15b6ba>] mutex_lock+0xa/0x50
> [ 16.836656] [<8c00c4d8>] clear_user_page+0x84/0x12c
Yes, this is not related to -rc1, we've had this problem for some time,
but it does require some reworking of how we do page colouring in order
to clear it up. I have some patches for this, but they've triggered some
problems on older cores, so this is still something that's being
debugged. I'll send you some stuff off-list you might want to try for
SH7750/SH7091, unfortunately you have a direct-mapped cache, so it
doesn't trigger some of the regressions that we've seen on other parts
with those patches.
> / # modprobe pvr2fb
> [ 186.214551] Fault in unaligned fixup: 0000 [#1]
> [ 186.218469] Modules linked in: pvr2fb cfbcopyarea cfbimgblt
> cfbfillrect snd_aica snd_pcm_oss snd_pcm snd_timer snd_page_alloc
> snd_mixer_oss snd soundcore
> [ 186.232658]
> [ 186.234190] Pid : 1254, Comm: modprobe
> [ 186.239152] PC is at request_dma+0x2a/0x84
> [ 186.243360] PC : 8c0f9bae SP : 8ca33eac SR : 400080f1 TEA :
> c0104344 Not tainted
> [ 186.251534] R0 : 00000000 R1 : 00000001 R2 : 8c1cd480 R3 : 8c1cd480
> [ 186.258360] R4 : 00000004 R5 : c012b10c R6 : 000000fb R7 : 8c233e60
> [ 186.265186] R8 : ffffffea R9 : 00000000 R10 : 00000000 R11 : c012b10c
> [ 186.272012] R12 : c012c224 R13 : 8c2a7398 R14 : c0125000
> [ 186.277490] MACH: 00000000 MACL: 00000005 GBR : 00000000 PR : 8c0f9b9e
> [ 186.284307]
> [ 186.284321] Call trace:
> [ 186.288443] [<c012e0b8>] pvr2fb_dc_init+0x9c/0x108 [pvr2fb]
> [ 186.294203] [<c012e180>] pvr2fb_init+0x5c/0xa8 [pvr2fb]
> [ 186.299581] [<8c02b53a>] sys_init_module+0xf7a/0x1050
This however looks a bit strange, the r4 value implies that we're not
getting the proper pointer for some reason. I'll try and reproduce it on
some other boards and start digging in to it, thanks for the reports.
prev parent reply other threads:[~2007-07-23 0:06 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-22 21:49 Lots of scheduling bugs (?) with -rc1 Adrian McMenamin
2007-07-23 0:05 ` Paul Mundt [this message]
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=20070723000559.GA16374@linux-sh.org \
--to=lethal@linux-sh.org \
--cc=adrianmcmenamin@gmail.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox