Menu
▾
▴
linuxdc-dev — Developer discussion list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(13) |
Feb
(12) |
Mar
(14) |
Apr
(3) |
May
(25) |
Jun
|
Jul
(9) |
Aug
|
Sep
(47) |
Oct
(24) |
Nov
(23) |
Dec
(58) |
| 2002 |
Jan
(87) |
Feb
(54) |
Mar
(38) |
Apr
(6) |
May
(11) |
Jun
(7) |
Jul
(13) |
Aug
(39) |
Sep
(58) |
Oct
(20) |
Nov
(63) |
Dec
(46) |
| 2003 |
Jan
|
Feb
|
Mar
(8) |
Apr
(52) |
May
(21) |
Jun
(2) |
Jul
(10) |
Aug
|
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
|
Feb
(2) |
Mar
|
Apr
(1) |
May
(5) |
Jun
(46) |
Jul
(15) |
Aug
(1) |
Sep
(12) |
Oct
(3) |
Nov
(4) |
Dec
|
| 2005 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(2) |
Sep
(2) |
Oct
(3) |
Nov
(7) |
Dec
(2) |
| 2007 |
Jan
(8) |
Feb
(16) |
Mar
(17) |
Apr
(16) |
May
(21) |
Jun
(17) |
Jul
(40) |
Aug
(62) |
Sep
(30) |
Oct
(14) |
Nov
(7) |
Dec
(9) |
| 2008 |
Jan
(4) |
Feb
(7) |
Mar
(36) |
Apr
(22) |
May
(21) |
Jun
(9) |
Jul
(35) |
Aug
(17) |
Sep
(21) |
Oct
(24) |
Nov
(61) |
Dec
(85) |
| 2009 |
Jan
(51) |
Feb
(36) |
Mar
(60) |
Apr
(77) |
May
(154) |
Jun
(118) |
Jul
(86) |
Aug
(30) |
Sep
(20) |
Oct
(31) |
Nov
(10) |
Dec
(25) |
| 2010 |
Jan
(15) |
Feb
(17) |
Mar
(38) |
Apr
(59) |
May
(84) |
Jun
(63) |
Jul
(39) |
Aug
(43) |
Sep
(12) |
Oct
(6) |
Nov
(2) |
Dec
(2) |
| 2011 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(3) |
Oct
(1) |
Nov
(4) |
Dec
(1) |
| 2012 |
Jan
(3) |
Feb
(1) |
Mar
(4) |
Apr
|
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(3) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(7) |
Oct
(8) |
Nov
(1) |
Dec
(9) |
| 2014 |
Jan
(8) |
Feb
(4) |
Mar
(3) |
Apr
(3) |
May
(7) |
Jun
(2) |
Jul
(5) |
Aug
(5) |
Sep
(3) |
Oct
(11) |
Nov
(5) |
Dec
(6) |
| 2015 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(3) |
May
(7) |
Jun
(2) |
Jul
(1) |
Aug
(3) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
(3) |
| 2017 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(3) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mike F. <va...@ge...> - 2004-06-30 23:25:57
|
On Tuesday 29 June 2004 11:42 pm, Michael Robinson wrote: > I was just wondering if any can post a list on this mailing list or > online that states all of the supported hardware and software in LinuxDC. the linux 2.4 tree is dead pretty much ... better to use the 2.6 tree from linuxsh.sf.net ... a lot of device drivers are stuck in the 2.4 tree and should only need a little bit of work to get them into 2.6 ... send patches to Paul and he usually has no problem adding them to the tree ... i use serial console with 2.6 and run NFS over the BBA so i havent tested much anything else myself you can find prebuilt SH4 rpms that work pretty nicely here: http://www.sh-linux.org/rpm-index-2003/sh4/ again, being a Gentoo user, i tend to use portage to build stuff ... it's just really slow since i'm currently limited to NFS :( -mike |
|
From: Mike F. <va...@ge...> - 2004-06-30 23:22:26
|
On Tuesday 29 June 2004 11:24 pm, Michael Robinson wrote: > Just wondering what the status on setting up a cross-compiler is. There > are a few different guides online, I just wanted to know which one you > guys endorse and use. about the only prebuilt ones you can find are here: http://sh-linux.org/ being a Gentoo guy i make my own (gcc/glibc/binutils) with Gentoo scripts so i cant vouch for/against that toolchain ;) due to the resource-limited nature of the dreamcast, a lot of people suggest a uclibc based toolchain: http://www.uclibc.org/ -mike |
|
From: Michael R. <mro...@fu...> - 2004-06-30 03:44:24
|
I was just wondering if any can post a list on this mailing list or online that states all of the supported hardware and software in LinuxDC. Thanks, Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Michael R. <mro...@fu...> - 2004-06-30 03:25:31
|
Hey guys, Just wondering what the status on setting up a cross-compiler is. There are a few different guides online, I just wanted to know which one you guys endorse and use. Thanks, Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Michael R. <mro...@fu...> - 2004-06-29 03:27:23
|
If I'm correct I think it may be TTL as I've just discovered this is what the standard PC parallel port and that LS indicates TTL (LS is in the names of all of the parts Bitmaster and Kiyoshi used). So I think it's safe to assume that it's TTL (5V Power: High = 2.4V Low=0.5V). Thanks, Michael Robinson mro...@fu... www.fuzzymuzzle.com Michael Robinson wrote: > Hey, > > Does anybody know what the voltage of the logic signals in the > parallel port are? Like does anyone know if they're TTL (5V) or CMOS > (3V) outputs? If not I'll just have to pull the scope out and check > it out, I'll post it when I figure out. > > Michael Robinson > mro...@fu... > www.fuzzymuzzle.com > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital > self defense, top technical experts, no vendor pitches, unmatched > networking opportunities. Visit www.blackhat.com > _______________________________________________ > Linuxdc-dev mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > |
|
From: Michael R. <mro...@fu...> - 2004-06-29 03:05:48
|
Hey, Does anybody know what the voltage of the logic signals in the parallel port are? Like does anyone know if they're TTL (5V) or CMOS (3V) outputs? If not I'll just have to pull the scope out and check it out, I'll post it when I figure out. Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Michael R. <mro...@fu...> - 2004-06-28 20:25:43
|
Ok, I've got most of the datasheets up, you can find them here: http://www.fuzzymuzzle.com/Dreamcast/dc-ide.htm I don't own them (and the vendors don't care if you redistribute them) so feel free to put them on your own site if you wish. Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Michael R. <mro...@fu...> - 2004-06-27 23:31:57
|
Hey guys, Just wanted to let you know I'm putting up a Dreamcast IDE circuit explanation for anybody who doesn't completely understand how it works or needs more help with it. I'm not done yet (only got the Flip-Flop Trigger stuff up now), but you can view it so far here: http://www.fuzzymuzzle.com/Dreamcast/dc-ide.htm Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Mike F. <va...@ge...> - 2004-06-27 22:29:37
|
On Saturday 26 June 2004 05:15 pm, Michael Robinson wrote: > Interestingly enough we don't need them, all they are is simple > logic to isolate the IDE bus from the parallel port and select which way > the data can flow, they can be implemented with logic in the Xilinx. yeah, i know they're just simple logic chips, but my strength lies in higher languages, so i didnt think too much of reworking the design ... at least not until i got the thing built ;) > We may be able to improve the operation speed too if we use the 7.5 ns > version of the Xilinx versus the 15 ns version Kiyoshi used. That's > half of the delay of Kiyoshi's version. I'm going to try integrating > all of the logic into the Xilinx that way I can play around with it and > add extra logic so you can use multiple devices, etc. that'd be awesome ... at this point though, i see any hd interface as being a billion times better than trying to develop over a nfs root ;) > I'll put the > datasheets for the parts I found up in case anyone needs them. Also, > about the programmer, you can build one for about $10.00 from the > parallel programmer schematic in Xilinx's JTAG manual, I'll post that > too for anyone whois interested. Good luck. i bought a programmer on ebay (managed to get lucky) but i'd like to get the documents you refer to ... i can post them on the linuxdc site under the dcext page ... -mike |
|
From: Michael R. <mro...@fu...> - 2004-06-26 21:16:28
|
I'm glad you found the correct part number for the 74ALS245 transceivers, I've been looking for them (everyone else labels them as 74245). They were right in front of me on Kiyoshi's site the entire time. Interestingly enough we don't need them, all they are is simple logic to isolate the IDE bus from the parallel port and select which way the data can flow, they can be implemented with logic in the Xilinx. We may be able to improve the operation speed too if we use the 7.5 ns version of the Xilinx versus the 15 ns version Kiyoshi used. That's half of the delay of Kiyoshi's version. I'm going to try integrating all of the logic into the Xilinx that way I can play around with it and add extra logic so you can use multiple devices, etc. I'll put the datasheets for the parts I found up in case anyone needs them. Also, about the programmer, you can build one for about $10.00 from the parallel programmer schematic in Xilinx's JTAG manual, I'll post that too for anyone whois interested. Good luck. Michael Robinson mro...@fu... www.fuzzymuzzle.com Mike Frysinger wrote: >On Friday 25 June 2004 10:12 pm, Michael Robinson wrote: > > >>Check out Bitmaster's mirror at my site, he has the IDE schematic there >>that tells you how to connect your IDE circuit to the Dreamcast: >><snip> >>that utilizes currently available components and well document it so >>people don't have to keep running around trying to figure out how to do it. >> >> > >yeah, ive been through all those sites, ive got the parts now to build >Kiyoshi's dcext ;) >http://linuxdc.net/dcext/ >the only real part i'm lacking (due to no schematic/etc...) is that dc ext >port that the modem turned into >-mike > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com >_______________________________________________ >Linuxdc-dev mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > > > |
|
From: Paul M. <le...@li...> - 2004-06-26 12:39:23
|
On Sat, Jun 26, 2004 at 12:19:38AM -0400, Michael Robinson wrote: > We should talk to the LinuxBIOS guys about writing a LinuxBIOS for the=20 > Dreamcast. This would enable us to bypass burning CDs for the GD-ROM=20 > and just let us boot over the Ethernet or the Serial port, or the=20 > Parallel port (HDD). Basically LinuxBIOS is some assembly and C code=20 > that initializes the minimum amount of hardware to get Linux up and then= =20 > Linux initializes the rest of the hardware. In our case it could have a= =20 > custom payload (for booting Linux off of hdd through the Parallel=20 > port). The payload is just the code that LinuxBIOS loads which then in= =20 > turn loads the kernel. This would make development and usability so=20 > much easier. Just a suggestion... >=20 dcload-ip already works fine in the general case. On the other hand, if you want IDE booting, sh-ipl+g does this already as well, you would just need to fixup some of the logic for the Dreamcast (sh-ipl+g is already ported to the DC). |
|
From: Michael R. <mro...@fu...> - 2004-06-26 05:09:56
|
The majority is C, only about 20 lines or so of ASM. They haven't done any work on SuperH, I think the only architecture its been programmed for is x86. You can check out their website at http://www.linuxbios.com although it's pretty vague, you kind of have to talk to them to get the gist of it. NetBSD/Dreamcast also boots their NetBSD version from an Ethernet source but their loader is on a disc, if we implement LinuxBIOS you will never need a disc. No more playing around with getting it booted and reburning with every revision. This would be a definite bonus, I'll check out the source code... Michael Robinson mro...@fu... www.fuzzymuzzle.com Mike Frysinger wrote: >On Saturday 26 June 2004 12:19 am, Michael Robinson wrote: > > >>We should talk to the LinuxBIOS guys about writing a LinuxBIOS for the >>Dreamcast. >> >> > >hmm how much asm is arch-specific ? is there any work with sh yet ? > >i guess i could goto their webpage, but i'm taking off for the nite ;) >-mike > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com >_______________________________________________ >Linuxdc-dev mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > > > |
|
From: Michael R. <mro...@fu...> - 2004-06-26 04:52:32
|
All you have to do is figure out which end of the parallel port connector has the four power pins and then from that you can figure out what every other pins does (assuming Kiyoshi lyed them out in correct order on the schematic). If Kiyoshi didn't lay them out correctly then just cross reference Bitmaster's pinout and use the same process. Once you figure out which pin is which just solder the wires of your "SCSI" cable to the corresponding pin of the parallel connector. There's no logic inside the old modem, it just all of the "SCSI" cable wires soldered on to the parallel port according to the schematic. Tell me how it goes. Michael Robinson mro...@fu... www.fuzzymuzzle.com Mike Frysinger wrote: >On Friday 25 June 2004 10:12 pm, Michael Robinson wrote: > > >>Check out Bitmaster's mirror at my site, he has the IDE schematic there >>that tells you how to connect your IDE circuit to the Dreamcast: >><snip> >>that utilizes currently available components and well document it so >>people don't have to keep running around trying to figure out how to do it. >> >> > >yeah, ive been through all those sites, ive got the parts now to build >Kiyoshi's dcext ;) >http://linuxdc.net/dcext/ >the only real part i'm lacking (due to no schematic/etc...) is that dc ext >port that the modem turned into >-mike > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com >_______________________________________________ >Linuxdc-dev mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > > > |
|
From: Mike F. <va...@ge...> - 2004-06-26 04:26:58
|
On Friday 25 June 2004 10:12 pm, Michael Robinson wrote: > Check out Bitmaster's mirror at my site, he has the IDE schematic there > that tells you how to connect your IDE circuit to the Dreamcast: > <snip> > that utilizes currently available components and well document it so > people don't have to keep running around trying to figure out how to do it. yeah, ive been through all those sites, ive got the parts now to build Kiyoshi's dcext ;) http://linuxdc.net/dcext/ the only real part i'm lacking (due to no schematic/etc...) is that dc ext port that the modem turned into -mike |
|
From: Mike F. <va...@ge...> - 2004-06-26 04:26:57
|
On Saturday 26 June 2004 12:19 am, Michael Robinson wrote: > We should talk to the LinuxBIOS guys about writing a LinuxBIOS for the > Dreamcast. hmm how much asm is arch-specific ? is there any work with sh yet ? i guess i could goto their webpage, but i'm taking off for the nite ;) -mike |
|
From: Michael R. <mro...@fu...> - 2004-06-26 04:20:18
|
We should talk to the LinuxBIOS guys about writing a LinuxBIOS for the Dreamcast. This would enable us to bypass burning CDs for the GD-ROM and just let us boot over the Ethernet or the Serial port, or the Parallel port (HDD). Basically LinuxBIOS is some assembly and C code that initializes the minimum amount of hardware to get Linux up and then Linux initializes the rest of the hardware. In our case it could have a custom payload (for booting Linux off of hdd through the Parallel port). The payload is just the code that LinuxBIOS loads which then in turn loads the kernel. This would make development and usability so much easier. Just a suggestion... Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: Michael R. <mro...@fu...> - 2004-06-26 02:13:14
|
Check out Bitmaster's mirror at my site, he has the IDE schematic there that tells you how to connect your IDE circuit to the Dreamcast: http://www.fuzzymuzzle.com/Bitmaster/Images/dc-ide.pdf Unfortunately many of the parts are no longer manufactured, you'll have to find a substitute. Kiyoshi also has a version of the schematic at his site here: http://www.fuzzymuzzle.com/Kiyoshi/Images/Experimental_ISA_board.pdf You can check out the Dreamcast Parallel Port pinout here: http://www.fuzzymuzzle.com/Bitmaster/Parallel_Port.htm IMHO, I think the project should work together on this to come to a common standard that utilizes currently available components and well document it so people don't have to keep running around trying to figure out how to do it. Michael Robinson mro...@fu... www.fuzzymuzzle.com Mike Frysinger wrote: >On Friday 25 June 2004 07:35 pm, Michael Robinson wrote: > > >>It's a proprietary pinout cable and is connected through a destroyed >>modem. Basically Kiyoshi tore the PCB off of the modem connector and >>soldered this proprietary cable to all of the Dreamcast Parallel port >>pins on the connector. >> >> > >right, this is the part i'm interested in ;) >it looks like a small ripped apart 50pin scsi cable and i think that will be >what i'll utilize ... ive just never found anything out there detailing the >modem destruction/rebirth >-mike > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com >_______________________________________________ >Linuxdc-dev mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > > > |
|
From: Mike F. <va...@ge...> - 2004-06-26 01:31:50
|
On Friday 25 June 2004 07:35 pm, Michael Robinson wrote: > It's a proprietary pinout cable and is connected through a destroyed > modem. Basically Kiyoshi tore the PCB off of the modem connector and > soldered this proprietary cable to all of the Dreamcast Parallel port > pins on the connector. right, this is the part i'm interested in ;) it looks like a small ripped apart 50pin scsi cable and i think that will be what i'll utilize ... ive just never found anything out there detailing the modem destruction/rebirth -mike |
|
From: Michael R. <mro...@fu...> - 2004-06-25 23:36:33
|
It's a proprietary pinout cable and is connected through a destroyed modem. Basically Kiyoshi tore the PCB off of the modem connector and soldered this proprietary cable to all of the Dreamcast Parallel port pins on the connector. He then ran the cable into a PLL that used programmable logic to convert the Dreamcast parallel port to an IDE bus. Michael Robinson mro...@fu... www.fuzzymuzzle.com Mike Frysinger wrote: >On Friday 25 June 2004 12:42 pm, Michael Robinson wrote: > > >>I just joined the LinuxDC mailing list and wondered if you guys needed >>any help doing stuff or if you wanted me to work on anything. >> >> > >http://www.fuzzymuzzle.com/Kiyoshi/Images/p0206n002.jpg > >anyone know if that connector going into the side of the dreamcast just: >(1) destroyed modem with connector port intact >(2) 1 25x2 pin head soldered onto the otherside of the connector in (1) >(3) a 50 pin scsi cable >-mike > > >------------------------------------------------------- >This SF.Net email sponsored by Black Hat Briefings & Training. >Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >digital self defense, top technical experts, no vendor pitches, >unmatched networking opportunities. Visit www.blackhat.com >_______________________________________________ >Linuxdc-dev mailing list >Lin...@li... >https://lists.sourceforge.net/lists/listinfo/linuxdc-dev > > > > > |
|
From: Mike F. <va...@ge...> - 2004-06-25 23:05:51
|
On Friday 25 June 2004 12:42 pm, Michael Robinson wrote: > I just joined the LinuxDC mailing list and wondered if you guys needed > any help doing stuff or if you wanted me to work on anything. http://www.fuzzymuzzle.com/Kiyoshi/Images/p0206n002.jpg anyone know if that connector going into the side of the dreamcast just: (1) destroyed modem with connector port intact (2) 1 25x2 pin head soldered onto the otherside of the connector in (1) (3) a 50 pin scsi cable -mike |
|
From: Michael R. <mro...@fu...> - 2004-06-25 16:43:26
|
Hey, I just joined the LinuxDC mailing list and wondered if you guys needed any help doing stuff or if you wanted me to work on anything. Michael Robinson mro...@fu... www.fuzzymuzzle.com |
|
From: R V. <lnx...@ya...> - 2004-06-24 15:06:53
|
Hi, I am using IPL 0.11 on MS7751SE01 (solution engine sh 7751) board. I am using minicom with line dealy 10 ms. i am facing following problem while loading kernel 2.4.x (snapgear dist.), while loading it using sh-linux-gdb... i got the following message Loading section .empty_zero_page, size 0x1000 lma 0x8c001000 Loading section .text, size 0x9407c lma 0x8c002000 Loading section .rodata, size 0x9086 lma 0x8c09607c Loading section .kstrtab, size 0x515c lma 0x8c09f104 Loading section __ex_table, size 0xba0 lma 0x8c0a4260 Loading section __ksymtab, size 0x18b8 lma 0x8c0a4e00 Loading section .data, size 0x520c lma 0x8c0a66b8 Loading section .data.init_task, size 0x2000 lma 0x8c0ac000 Loading section .text.init, size 0x6ec0 lma 0x8c0ae000 Loading section .data.init, size 0x6f0 lma 0x8c0b4ec0 Loading section .setup.init, size 0xb0 lma 0x8c0b55b0 Loading section .initcall.init, size 0x54 lma 0x8c0b5660 Loading section .data.cacheline_aligned, size 0xa80 lma 0x8c0b6000 Start address 0x8c002000, load size 739830 Transfer rate: 59784 bits/sec, 149 bytes/write. (gdb)cont Linux version 2.4.24-uc0 (root@dev) (gcc version 3.2.3) #3 Tue Jun 15 19:46:25 IST 2004 initrd extends beyond end of memory (0x80400000 > 0x10000000) disabling initrd On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: Setting GDB trap vector to 0x80000100 SH RTC: invalid value, resetting to 1 Jan 2000 CPU clock: 162.04MHz Bus clock: 27.00MHz Module clock: 27.00MHz ---------------------------------- Thanks in advance Vijay --------------------------------- Do you Yahoo!? Yahoo! Mail is new and improved - Check it out! |
|
From: Adrian M. <ad...@mc...> - 2004-06-22 09:20:51
|
This is better code than the patch posted last night, and is also idented= etc=20 in the correct way Adrian |
|
From: Adrian M. <ad...@mc...> - 2004-06-21 23:07:48
|
This is better than before! Though not saying much. This code will now correctly identify and register devices on the maple b= us at=20 start up. There is a dma quirk (see earlier post) which I don't know how = to=20 fix. As before these are against the code in the linuxsh repository. NB: This code will completely break your maple system software as it does= n't=20 register any drivers, just ids the hardware. Adrian |
|
From: Adrian M. <ad...@mc...> - 2004-06-21 22:59:49
|
I suspect this is more to do with how the kernel works than SH coding, bu=
t=20
I'll ask anayway...
Writing some maple driver code on the Dreamcast which is called by the ke=
rnel=20
at start up ...
=09for (i=3D0; i<(1<<MAPLE_DMA_PAGES); i++)
=09=09dma_cache_wback_inv(maple_sendbuf+i*PAGE_SIZE, PAGE_SIZE);
=09ctrl_outl(1, MAPLE_STATE); /*Start maple DMA transfer */
=09do {
=09}while (wait_event_interruptible(maple_dma_wait, maple_dma_done())!=3D=
0);=20
with...
int maple_dma_done(void)
{
//=09pr_info("Testing DMA\n");
=09return (ctrl_inl(MAPLE_STATE) & 1) =3D=3D 0;
}
When this is run on start up it hangs the box. Uncomment the pr_info line=
(as=20
I will do in the patch I am about to post) and it works as I expect it (i=
e=20
waits till maple dma is done and then reads off the reply).
What have I got wrong here?
Adrian
|
1473 messages has been excluded from this view by a project administrator.
