From: Komal Shah <komal_shah802003@yahoo.com>
To: "Woodruff, Richard" <r-woodruff2@ti.com>,
Tony Lindgren <tony@atomide.com>
Cc: linux-omap-open-source@linux.omap.com, sampsa.fabritius@nokia.com
Subject: RE: Power domain addition.
Date: Wed, 21 Jun 2006 08:13:57 -0700 (PDT) [thread overview]
Message-ID: <20060621151357.21663.qmail@web37913.mail.mud.yahoo.com> (raw)
In-Reply-To: <EA12F909C0431D458B9D18A176BEE4A5064652ED@dlee02.ent.ti.com>
--- "Woodruff, Richard" <r-woodruff2@ti.com> wrote:
> Yes, see below for the reasons. I guess the basic point is it still
> won't boot with out an Irda fix up. I only highlighted the problem
> and
> supplied a rough hack. Whoever looks after Irda should get it fixed,
> or
> have it removed from the default configuration.
> It is possible its
> just
> a compiler bug which then make it a little less clear. The bug is
> from
> a union structure of a u8 and u16 generating only byte aligned code
> which is a no-no when used with a lrdh.
I can submit the patch for removing IrDA from the defconfig, but before
that I will build the latest omap git tree, with code-sourcery 2005Q1B
release and will see that it stops at the same point or not.
>
> This is because you can't just change MT_DEVICE to MT_MEMORY with out
> changing the mapping size. Templates are not given for PTE
> generation
> only section entries. That is why I changed the size to 1024*1024.
> As
> indicated I tried a quick extension to make my own type but found it
> must also change the code which sets the EXEC bit and didn't want to
> do
> that, so just increased the to something which would generate what I
> want.
I had just compiled and boot the latest pull from omap git tree, and
_not_ changed anything, so mapping size was 1024*1024 as per that
commited patch. But I think you had tested that setup with power
management enabled, which works in my case except IrDA.
---Komal Shah
http://komalshah.blogspot.com/
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
next prev parent reply other threads:[~2006-06-21 15:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-21 13:24 Power domain addition Woodruff, Richard
2006-06-21 15:13 ` Komal Shah [this message]
2006-06-21 21:04 ` Tony Lindgren
-- strict thread matches above, loose matches on Subject: below --
2006-06-21 15:24 Woodruff, Richard
2006-06-15 23:13 Woodruff, Richard
2006-06-20 18:09 ` Tony Lindgren
2006-06-21 13:15 ` Komal Shah
2006-06-14 19:52 Woodruff, Richard
2006-06-15 1:46 ` Tony Lindgren
2006-06-15 9:12 ` Amit Kucheria
2006-06-14 17:20 Woodruff, Richard
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=20060621151357.21663.qmail@web37913.mail.mud.yahoo.com \
--to=komal_shah802003@yahoo.com \
--cc=linux-omap-open-source@linux.omap.com \
--cc=r-woodruff2@ti.com \
--cc=sampsa.fabritius@nokia.com \
--cc=tony@atomide.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