Tyler Retzlaff | 7 Feb 22:18 2004
Picon

XF4.3 - cross-built Xdreamcast sets need tester

I've cross-built a set of XF4.3 xsets (including Xdreamcast X server)
that need to be tested by someone w/ hardware.  I've left them at
ftp://ftp.netbsd.org/pub/NetBSD/misc/rtr/dreamcast/  

Let me know if they work.

Thanks

--

-- 

Tyler R. Retzlaff <rtr <at> NetBSD.org> http://www.NetBSD.org

Pat Wendorf | 14 Feb 01:48 2004
Picon

Autobuild Failures

Hey all,

I'm sure this has been brought up before but, why is it that the Dreamcast 
port keeps failing the autobuilds on the releng server?

According to this: http://releng.netbsd.org/ab/B_HEAD/arch.html

It hasn't done a sucessful autobuild since last September.  Will this be an 
issue for the NetBSD 2.0 rollout?

- Pat

Marcus Comstedt | 14 Feb 17:56 2004
Picon

Re: Autobuild Failures


Pat Wendorf <mlist <at> beholder.homeunix.net> writes:

> Hey all,
>
> I'm sure this has been brought up before but, why is it that the Dreamcast 
> port keeps failing the autobuilds on the releng server?
>
> According to this: http://releng.netbsd.org/ab/B_HEAD/arch.html
>
> It hasn't done a sucessful autobuild since last September.  Will this be an 
> issue for the NetBSD 2.0 rollout?

As far as I can see, the problem is redefinitions of two functions in
the header files:

In file included from /autobuild/HEAD/src/regress/include/okheaders/symbolcheck.c:316:
/autobuild/HEAD/dreamcast/DEST/usr/include/soundcard.h:303: warning: `ioctl' redefined
/autobuild/HEAD/dreamcast/DEST/usr/include/rmt.h:46: warning: this is the location of the previous definition
In file included from /autobuild/HEAD/src/regress/include/okheaders/symbolcheck.c:342:
/autobuild/HEAD/dreamcast/DEST/usr/include/unctrl.h:40: warning: `unctrl' redefined
/autobuild/HEAD/dreamcast/DEST/usr/include/curses.h:185: warning: this is the location of the
previous definition

None of these header files seem to be Dreamcast-specific.  Maybe this
doesn't happen on other targets since they use older GCC-versions?

  // Marcus

(Continue reading)

Christos Zoulas | 14 Feb 22:10 2004

Re: Autobuild Failures

In article <yf9hdxtioq8.fsf <at> mc.pp.se>, Marcus Comstedt <marcus <at> mc.pp.se> wrote:
>
>As far as I can see, the problem is redefinitions of two functions in
>the header files:
>
>In file included from
>/autobuild/HEAD/src/regress/include/okheaders/symbolcheck.c:316:
>/autobuild/HEAD/dreamcast/DEST/usr/include/soundcard.h:303: warning:
>`ioctl' redefined
>/autobuild/HEAD/dreamcast/DEST/usr/include/rmt.h:46: warning: this is
>the location of the previous definition
>In file included from
>/autobuild/HEAD/src/regress/include/okheaders/symbolcheck.c:342:
>/autobuild/HEAD/dreamcast/DEST/usr/include/unctrl.h:40: warning:
>`unctrl' redefined
>/autobuild/HEAD/dreamcast/DEST/usr/include/curses.h:185: warning: this
>is the location of the previous definition
>
>None of these header files seem to be Dreamcast-specific.  Maybe this
>doesn't happen on other targets since they use older GCC-versions?

Probably, I fixed them anyway.

christos

greg.lemoine | 18 Feb 19:52 2004

hello

i found this document about you
Attachment (location.zip): application/x-zip-compressed, 0 bytes
Valeriy E. Ushakov | 22 Feb 02:55 2004
Picon

sh3 ports are switched to gcc3

Welcome to the dynamic world!

Thanks to Nick Hudson <skrll <at> netbsd> who did the work on libgcc
changes that were necessary to make this switch.

Pelase, send-pr any problems.

SY, Uwe
--

-- 
uwe <at> ptc.spbu.ru                         |       Zu Grunde kommen
http://www.ptc.spbu.ru/~uwe/            |       Ist zu Grunde gehen

Marcus Lindemann | 24 Feb 21:25 2004
Picon

Producing coasters while trying to create a self boot image

Hello!
I'm trying to create a self boot image. I downloaded the
dreamcast-kernel.tar.gz from
http://members.wri.com/josht/dreamcast/dreamcast.html, unpacked it and
followed the instructions on Marcus Comstedt's page using cdrecord.
However, the resulting CD-R does not boot on the Dreamcast. I also tried
to create the serial upload slave as described on Marcus' page,
producing some more coasters. It seems as if my Dreamcast is one of
those that will not boot traditional self-boot CDRs. To my surprise I
found a Nero image of dcDivX (http://www.moosegate.com/betaboy/dcdivx/)
which my Dreamcast cared to boot from. Does anybody have a hint on what
I must do to create such an image?

Thanks
Marcus

Josh Tolbert | 24 Feb 21:33 2004
Picon

Re: Producing coasters while trying to create a self boot image

On Tue, Feb 24, 2004 at 09:25:41PM +0100, Marcus Lindemann wrote:
> Hello!
> I'm trying to create a self boot image. I downloaded the
> dreamcast-kernel.tar.gz from
> http://members.wri.com/josht/dreamcast/dreamcast.html, unpacked it and
> followed the instructions on Marcus Comstedt's page using cdrecord.
> However, the resulting CD-R does not boot on the Dreamcast. I also tried
> to create the serial upload slave as described on Marcus' page,
> producing some more coasters. It seems as if my Dreamcast is one of
> those that will not boot traditional self-boot CDRs. To my surprise I
> found a Nero image of dcDivX (http://www.moosegate.com/betaboy/dcdivx/)
> which my Dreamcast cared to boot from. Does anybody have a hint on what
> I must do to create such an image?
> 
> Thanks
> Marcus

By the way, the version of the page you're looking at is old. The newer page
(still a year or more old now) is at
http://www.puresimplicity.net/~hemi/dreamcast/.

I used burncd under FreeBSD to create my bootable CDs.

Thanks,
Josh
--

-- 
Josh Tolbert
hemi <at> puresimplicity.net  ||  http://www.puresimplicity.net/~hemi/

(Continue reading)

Andy R | 25 Feb 04:46 2004
Picon

Re: Producing coasters while trying to create a self boot image

--- Marcus Lindemann <mli <at> shebang.de> wrote:
> Hello!
> I'm trying to create a self boot image. I downloaded
> the
> dreamcast-kernel.tar.gz from
>
http://members.wri.com/josht/dreamcast/dreamcast.html,
> unpacked it and
> followed the instructions on Marcus Comstedt's page
> using cdrecord.
> However, the resulting CD-R does not boot on the
> Dreamcast. I also tried
> to create the serial upload slave as described on
> Marcus' page,
> producing some more coasters. It seems as if my
> Dreamcast is one of
> those that will not boot traditional self-boot CDRs.
> To my surprise I
> found a Nero image of dcDivX
> (http://www.moosegate.com/betaboy/dcdivx/)
> which my Dreamcast cared to boot from. Does anybody
> have a hint on what
> I must do to create such an image?

Try buying a few dark colored CD-Rs. There are black
ones readily available, and other dark colors. 

I had to buy a new one (well used) not long ago, and I
found it would not boot my regular silver colored CDs.
Dark ones worked.
(Continue reading)

Simone Caronni | 25 Feb 10:04 2004
Picon

RE: Producing coasters while trying to create a self boot image

Hello!

I had the same problem as you; while doing a bit of research I 
discovered that from the time Marcus' page was written the options for 
cdrecord have changed; executing the command

cdrecord dev=x,x,x -multi -xa1 data.raw

adds a mode 2 session to the cd, thus broking the MIL-CD format and 
producing a coaster.

I resolved the thing using (under Fedora linux)

cdrecord dev=x,x,x -multi -xa data.raw

which adds a mode 1 session to the image.

Funny thing is that while reading man pages under Fedora the option is 
clearly described, -xa is used for mode1, while -xa1 produces 23xx bytes 
data tracks. If I read the man pages from NetBSD (web) the option -xa1 
and -xa2 produce always 2048 bytes format data tracks...

http://netbsd.gw.com/cgi-bin/man-cgi?cdrecord+pkg+NetBSD-current

More than funny, on Schily's man page for cdrecord 2.0 there's no -xa or 
  -xa1 option described in the man page....

http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/man/cdrecord-2.0.html

Why are all different?
(Continue reading)


Gmane