headers
Bill Traynor | 5 May 2005 20:53
Picon
Favicon

Current TODO List

Greetings,

Just wanted to let those who may care know that the linux-sh wiki is
slowly growing.  If you would like to make a contribution, feel free.

Also, the TODO list has seen some updates lately.  If anyone has any
interest and the available free time, the following requires attention:

Current 2.6.x TODO List:

These are the more immediately pressing items, listed in no particular
order. These should be addressed first before any subsequent items are
considered. Please make a note here if you are intending to work on a
particular item, so that there is no overlap in effort.

Kill off SH initrd cruft, use initramfs instead.

Proper discontig.

Free up use of rX_bank registers
- This is a performance win on SH-3/SH-4 where we have them available, but
in the SH-2/SH-2A case where these don't exist, we need to work around
their usage.

Separate context switching code so different CPU families can use
different implementations.

Write new entry.S code for SH-2/SH-2A.

Rewrite sh-sci to use the clock framework
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kristoffer Ericson | 7 May 2005 02:03

Re: Current TODO

Greetings,

I'm looking into cleaning up some hp6xx code will probobly have something for
you shortly. Also as soon as JLime shrek (SHr3K?) goes gold i'll start sending
in patches for you all to look at, nothing major.

Also, will check into adding some stuff to the wiki.

/Kristoffer

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r
Permalink | Reply | 0 comments |
headers
peter garrone | 23 May 2005 09:13

gdb frame problems

Hi,

I encountered some gdb frame problems that I have no doubt sub-optimally addressed.
So I am dumping it on the group in the hope of fishing out possible impovements.

I am using gdb version 6.3 but this also applies to 6.0 at least.
I have an embedded cross-debugging setup using gdbserver, with shared libraries, 
and linuxthreads, targetting the sh4 cpu, running linuxsh 2.6.3 at the moment.

With respect to the testsuite program break.c, I found the following problems.

1) Break at main. Go next once, then a second time. gdb segfaults.
2) Break at the recursive factorial function. Continue twice. Go backtrace.
An infinite backtrace results.
3) Break at main. Go "until 100". The program exits without hitting a temporary breakpoint.

These are all frame problems, because they are simply fixed by editing out the call
to frame_unwind_append_sniffer (gdb_arch, dwarf2_frame_sniffer) at line 2700 or so
of sh-tdep.c. That is the simplistic fix. The deep question is, why doesnt the dwarf2
code work correctly?

My current hypothesis is that
while the dwarf2 frame code is used to unwind the program counter,
the dwarf2 information emitted by both compiler versions I have looked
at (3.0.4 and 3.2.2) do not contain information adequate to track the PR
register. On the 386, the function return address is always stored on the stack
immediately when a function call is made, but for the SH4 the PR register is stored 
at some later point not at top of frame with an explicit push. 

The following is the dissassembly of the prolog for main. (from objdump -d)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Adrian McMenamin | 30 May 2005 19:29
Picon
Picon

Building for the Dreamcast

Anybody out there got a working kernel configuration (2.6.x) for the
Dreamcast and willing to post to it me?

Thanks
--

-- 
Adrian McMenamin <adrian <at> mcmen.demon.co.uk>
Permalink | Reply | 7 comments |
headers
Mike Frysinger | 31 May 2005 03:39
Picon
Favicon
Gravatar

Re: Building for the Dreamcast

On Monday 30 May 2005 01:29 pm, Adrian McMenamin wrote:
> Anybody out there got a working kernel configuration (2.6.x) for the
> Dreamcast and willing to post to it me?

last i checked (2.6.9 for sure) the dreamcast defconfig worked ...
-mike

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 6 comments |
headers
Adrian McMenamin | 31 May 2005 16:51
Picon
Picon

Re: Building for the Dreamcast

On Mon, 2005-05-30 at 21:39 -0400, Mike Frysinger wrote:
> On Monday 30 May 2005 01:29 pm, Adrian McMenamin wrote:
> > Anybody out there got a working kernel configuration (2.6.x) for the
> > Dreamcast and willing to post to it me?
> 
> last i checked (2.6.9 for sure) the dreamcast defconfig worked ...
> -mike

Defconfig does not even compile on 2.6.11

> e.net/lists/listinfo/linuxsh-dev
--

-- 
Adrian McMenamin <adrian <at> mcmen.demon.co.uk>
Permalink | Reply | 1 comment |
headers
Paul Mundt | 31 May 2005 17:02
Gravatar

Re: Building for the Dreamcast

On Tue, May 31, 2005 at 03:51:19PM +0100, Adrian McMenamin wrote:
> Defconfig does not even compile on 2.6.11
> 
It does if you use the current CVS HEAD or arch tree. cpufreq will be
broken until I rewrite it for the clock framework changes, and the
oprofile stuff has undergone some API changes, so that's in need of
catching up as well. For the time being you can just switch both of those
off and it should work fine (this is what I've done with the defconfig
for now, until I get around to fixing cpufreq and oprofile).
Permalink | Reply | 0 comments |

Gmane