linuxdc-dev — Developer discussion list

[linuxdc-dev] MTD driver - work in progress

[Adrian M. <ad...@mc...>]

As some of you might know, I am attempting to write a working vmu flash 
driver. The diff below produces code that compiles but will not link 
(functions still to be written). If anybody cares to comment, I am only too 
happy to hear it.


--- vmu-old.c	Fri Aug 16 00:05:22 2002
+++ vmu-flash.c	Thu Aug 15 21:48:49 2002
@@ -2,6 +2,10 @@
  * drivers/mtd/maps/vmu-flash.c
  * 
  * (C)opyright 2001 Paul Mundt <le...@ch...>
+ +
+ +
+ + Messed about with and fragments copyright 2002, Adrian McMenamin 
<ad...@mc...>
+ +
  * 
  * Flash mapping handler for the Sega Dreamcast VMU.
  *
@@ -26,12 +30,29 @@
 /* MTD Information */
 static struct mtd_info *vmu_flash_mtd = NULL;
 
+/* Persistent result */
+static struct mapleq lastmq;
+static struct maple_driver dc_flashmap_driver;
+
+
 /* VMU Block */
 typedef struct block_s {
 	unsigned int num;	/* Block Number */
 	unsigned int ofs;	/* Block Offset */
 } block_t;
 
+/*************************************/
+/**********Read and write routines*************/
+int maple_vmu_read_block(unsigned int  num, u_char *buf){
+  return 0;
+}
+
+int maple_vmu_write_block(unsigned int  num, u_char *buf){
+  return 0;
+}
+/*************************************/
+
+
 /**
  * __ofs_to_block - Offset to Block Conversion
  * 
@@ -90,7 +111,7 @@
  * Reads a byte from a VMU at the specified offset.
  *
  */
-static __u8 vmu_flash_read8(struct map_info *map, unsigned long ofs)
+static __u8 vmu_flash_read8(unsigned long ofs)
 {
 	block_t *block;
 	u_char *buf = NULL;
@@ -105,7 +126,7 @@
 	}
 
 	/* Read the block */
-	if (maple_vmu_read_block(vmu_flash_mdev, block->num, buf)) {
+	if (maple_vmu_read_block(block->num, buf)) {
 		printk(KERN_WARNING "Can't read block: %d\n", block->num);
 		kfree(block);
 		return 1;
@@ -129,7 +150,7 @@
  * Writes a byte to a VMU at the specified offset.
  *
  */
-static void vmu_flash_write8(struct map_info *map, __u8 d, unsigned long ofs)
+static void vmu_flash_write8( __u8 d, unsigned long ofs)
 {
 	block_t *block;
 	u_char *buf = NULL;
@@ -144,7 +165,7 @@
 	}
 
 	/* Read the block */
-	if (maple_vmu_read_block(vmu_flash_mdev, block->num, buf)) {
+	if (maple_vmu_read_block(block->num, buf)) {
 		printk(KERN_WARNING "Can't read block: %d\n", block->num);
 		kfree(block);
 		return;
@@ -154,7 +175,7 @@
 	(__u8)(*(buf + block->ofs)) = d;
 
 	/* Write the block */
-	if (maple_vmu_write_block(vmu_flash_mdev, block->num, buf)) {
+	if (maple_vmu_write_block(block->num, buf)) {
 		printk(KERN_WARNING "Can't write block: %d\n", block->num);
 		kfree(block);
 		return;
@@ -163,12 +184,11 @@
 	kfree(block);
 }
 
-static struct map_info vmu_flash_map = {
-	name:		"VMU Flash",
-	size:		VMU_NUM_BLOCKS * VMU_BLOCK_SIZE,
-	read8:		vmu_flash_read8,
-	write8:		vmu_flash_write8,
-};
+/***********************************************/
+/* Read and Write routines                     */
+
+int vmu_flash_read(struct mtd_info *mtd, loff_t from, size_t len, u_char 
*buf);
+int vmu_flash_write(struct mtd_info *mtd, loff_t to, size_t len, const u_char 
*buf);
 
 /**
  * vmu_flash_map_init - Initialization
@@ -178,23 +198,12 @@
  */
 static int __init vmu_flash_map_init(void)
 {
-	printk(KERN_NOTICE "Regestering VMU flash mapping\n");
+	printk(KERN_NOTICE "VMU flash driver available\n");
 
+	maple_register_driver(&dc_flashmap_driver);
 	/* FIXME: We need to do something with the vmu_flash_mdev */
 
-	/* Look for the flash */
-	vmu_flash_mtd = do_map_probe("cfi", &vmu_flash_map);
-
-	/* See if it's valid */
-	if (!vmu_flash_mtd) {
-		printk(KERN_ERR "Failed to setup flash map\n");
-		return -ENXIO;
-	}
-
-	vmu_flash_mtd->module = THIS_MODULE;
 
-	/* Register with MTD */
-	add_mtd_device(vmu_flash_mtd);
 
 	return 0;
 }
@@ -208,7 +217,7 @@
 static void __exit vmu_flash_map_exit(void)
 {
 	printk(KERN_NOTICE "Unregestering VMU flash mapping\n");
-
+	maple_unregister_driver(&dc_flashmap_driver);
 	/* See if there's anything to unregister */
 	if (!vmu_flash_mtd) {
 		printk(KERN_WARNING "Nothing to unregister\n");
@@ -220,6 +229,98 @@
 	map_destroy(vmu_flash_mtd);
 }
 
+/***********Maple functions***************/
+
+
+static void dc_flashmap_callback(struct maple_driver_data *data)
+{
+
+	
+  struct mapleq *mq = &data->mq;
+  if (mq->recvbuf[0] == 8){
+    /*Have data returned*/
+
+
+    /*********TO DO: Data copying routines here***************/
+
+    return;
+  }
+  else if (mq->recvbuf[0] == 7) printk("Data transferred\n");
+  else printk(KERN_WARNING "Transfer failed\n");
+}
+
+
+
+static int dc_flashmap_connect(struct maple_driver_data *d)
+{
+  printk("Registering VMU Flash mapping and loading VMU Flash driver\n");
+	/* Look for the flash */
+	if (!vmu_flash_mtd){
+	  /* Populate a mtd_info */
+	  vmu_flash_mtd = kmalloc(GFP_KERNEL, 1000);
+	  vmu_flash_mtd->name="Dreamcast VMU Flash";
+
+	  /* This is 'other'*/
+	  vmu_flash_mtd->type = MTD_OTHER;
+	  vmu_flash_mtd->flags = 0;
+
+	  /* Mandatory functions */
+	  vmu_flash_mtd->write = vmu_flash_write;
+	  vmu_flash_mtd->read = vmu_flash_read; 
+	}
+	/* See if it's valid */
+	if (!vmu_flash_mtd) {
+		printk(KERN_ERR "Failed to setup flash map\n");
+		return -ENXIO;
+	}
+	printk("VMU FLASH: mapping successful\n");
+
+	vmu_flash_mtd->module = THIS_MODULE;
+
+	/* Register with MTD */
+	add_mtd_device(vmu_flash_mtd);
+  
+  return 0;
+}
+
+static void dc_flashmap_disconnect(struct maple_driver_data *d)
+{
+printk(KERN_NOTICE "Unregistering VMU flash mapping\n");
+	
+	/* See if there's anything to unregister */
+	if (!vmu_flash_mtd) {
+		printk(KERN_WARNING "Nothing to unregister\n");
+		return;
+	}
+
+
+  if (vmu_flash_mtd){
+ 	/* Unregister from MTD */
+	del_mtd_device(vmu_flash_mtd);
+	map_destroy(vmu_flash_mtd);
+	vmu_flash_mtd = NULL;
+  }
+ 
+
+}
+
+
+/***********Maple device*****************/
+static struct maple_driver dc_flashmap_driver = {
+	function: MAPLE_FUNC_MEMCARD,
+	name:"VMU Flash Memory",
+	connect:dc_flashmap_connect,
+	disconnect:dc_flashmap_disconnect,
+	reply:dc_flashmap_callback,
+	
+
+};
+	 
+
+
+
+
+
 module_init(vmu_flash_map_init);
 module_exit(vmu_flash_map_exit);
 

[linuxdc-dev] ADV: Harvest lots of E-mail addresses quickly !

[<ema...@em...>]

Dear linuxdc-dev =2C

=3CBODY bgColor=3D#ffccff=3E
=3CTABLE border=3D0 cellPadding=3D0 cellSpacing=3D0 width=3D475=3E
  =3CTBODY=3E
  =3CTR=3E
    =3CTD align=3Dmiddle vAlign=3Dtop=3E=3C=2FTD=3E=3C=2FTR=3E=3C=2FTBODY=3E=3C=2FTABLE=3E=3CBR=3E
=3CTABLE=3E
  =3CTBODY=3E
  =3CTR=3E
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E
    =3CTD bgColor=3D#b8ecff borderColor=3D#0000ff width=3D=2290%=22=3E=3CFONT color=3D#ff0000 
      face=3D=22Arial Black=22 
      size=3D6=3E&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B Want   
      To Harvest A Lot Of Email&nbsp=3B&nbsp=3B Addresses In A Very Short Time=3F=3C=2FFONT=3E   
      =3CP=3E=3CB=3E=3CFONT color=3D#0000ff face=3DArial size=3D4=3EEasy Email   
      Searcher=3C=2FFONT=3E=3CFONT color=3D#ff00ff face=3DArial size=3D4=3E&nbsp=3B is&nbsp=3B   
      a&nbsp=3B powerful&nbsp=3B Email&nbsp=3B software&nbsp=3B&nbsp=3B that&nbsp=3B   
      harvests general Email lists from mail servers&nbsp=3B&nbsp=3B =3C=2FFONT=3E=3CFONT   
      color=3D#0000ff face=3DArial size=3D4=3EEasy Email Searcher =3C=2FFONT=3E=3CFONT   
      color=3D#ff00ff face=3DArial size=3D4=3Ecan get 100=2C000 Email=3C=2FFONT=3E=3C=2FB=3E =3CFONT   
      color=3D#ff00ff face=3DArial size=3D4=3E=3CB=3Eaddresses directly from the Email   
      servers in only one hour!&nbsp=3B=3C=2FB=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CUL=3E  
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E is a 32 bit Windows Program for e-mail marketing=2E It   
        is intended for easy and convenient search large e-mail address lists   
        from mail servers=2E The program can be operated on Windows 95=2F98=2FME=2F2000   
        and NT=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E =3C=2FB=3Esupport multi-threads =28up to 512   
        connections=29=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E has the ability&nbsp=3B to reconnect to the mail   
        server if the server has disconnected and continue the searching at the   
        point where it has been interrupted=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E has an ergonomic interface that is easy to set up   
        and simple to use=2E=3C=2FFONT=3E =3C=2FLI=3E=3C=2FUL=3E  
      =3CP=3E=A1=A1=3CB=3E=3CFONT color=3D#0000ff face=3DArial=3EEasy Email Searcher is an email   
      address searcher and bulk e-mail sender=2E It can verify more than 5500   
      email addresses per minute at only 56Kbps speed=2E It even allows you send   
      email to valid email address while searching=2E You can save the searching   
      progress and load it to resume work at your convenience=2E All you need to   
      do is just input an email address=2C and press the =22Search=22   
      button=2E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E  
      =3CP=3E=3CB=3E=3CFONT color=3D#0000ff face=3DArial=3E=3CBR=3E=3C=2FFONT=3E=3Cfont face=3D=22Comic Sans MS=22 size=3D=224=22 color=3D=22#FF00FF=22=3EVery 
      Low Price ! -------&nbsp=3B Now=2C&nbsp=3B The full version of Easy Email 
      Searcher only costs =3C=2Ffont=3E=3Cfont face=3D=22Comic Sans MS=22 size=3D=224=22 color=3D=22#0000FF=22=3E$ 
      39=2E 95=3C=2Ffont=3E=3C=2FB=3E=3C=2FP=3E 
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CI=3EClick The Following Link To   
      Download The Demo =3A=3C=2FI=3E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E 
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CA  
      href=3D=22http=3A=2F=2Fwww=2Ewldinfo=2Ecom=2Fdownload=2Femail=2Fnewees=2Ezip=22=3EDownload Site   
      1=3C=2FA=3E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E  
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CA   
      href=3D=22http=3A=2F=2Fbestsoft=2E3322=2Eorg=2Fonlinedown=2Fnewees=2Ezip=22=3EDownload Site   
      2=3C=2FA=3E&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B =3C=2FFONT=3E=3C=2FB=3E=A1=A1=3CFONT color=3D#0000a0 face=3DArial 
      size=3D3=3E=3CSTRONG=3EIf&nbsp=3B you can not download this program =2C&nbsp=3B please   
      copy the following link into your URL =2C and then click =22 Enter=22 on your   
      Computer Keyboard=2E=3C=2FSTRONG=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CP=3E=3CFONT size=3D2=3E=3CFONT color=3D#0000a0 face=3DArial size=3D3=3E=3CSTRONG=3EHere is the   
      download links=3A=3C=2FSTRONG=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CDIV=3E  
      =3CP=3Ehttp=3A=2F=2Fwww=2Ewldinfo=2Ecom=2Fdownload=2Femail=2Fnewees=2Ezip=3C=2FP=3E  
      =3CP=3Ehttp=3A=2F=2Fbestsoft=2E3322=2Eorg=2Fonlinedown=2Fnewees=2Ezip=3C=2FP=3E=3C=2FFONT=3E=3C=2FDIV=3E  
      =3CP=3E=3C=2FP=3E=3C=2FTD=3E  
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E=3C=2FTR=3E  
  =3CTR=3E  
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E  
    =3CTD bgColor=3D#0f95de width=3D=2290%=22=3E=3CFONT color=3D#ffffff   
      face=3D=22Verdana=2C Tahoma=2C Helvetica=2C SansSerif=22   
      size=3D1=3E=3CB=3EDisclaimer=3A=3C=2FB=3E=3CBR=3EWe are strongly against continuously sending   
      unsolicited emails to those who do not wish to receive our special   
      mailings=2E We have attained the services of an independent 3rd party to   
      overlook list management and removal services=2E This is not unsolicited   
      email=2E If you do not wish to receive further mailings=2C please click this   
      link =3CA href=3D=22 mailto=3Aremoval=40btamail=2Enet=2Ecn =22   
      target=3D=5Fblank=3E=3CFONT   
      color=3D#fdd32a=3E=3CB=3Emailto=3Aremoval=40btamail=2Enet=2Ecn  
      =3C=2FB=3E=3C=2FFONT=3E=3C=2FA=3E=2E&nbsp=3B=3C=2FFONT=3E=3CB=3E=3CFONT class=3Ddisclaimer color=3D#000080  
      face=3DArial=3E=3CBR=3EThis message is a commercial advertisement=2E It is compliant  
      with all federal and state laws regarding email messages including the  
      California Business and Professions Code=2E We have provided the subject  
      line =22ADV=22 to provide you notification that this is a commercial  
      advertisement for persons over 18yrs old=2E=3C=2FFONT=3E=3C=2FB=3E=3C=2FTD=3E 
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E=3C=2FTR=3E=3C=2FTBODY=3E=3C=2FTABLE=3E 
=3CBR=3E

[linuxdc-dev] Broadband Adaptors in stock!

[Daniel S. <ds...@kd...>]

All,
Just to let you know, Lan Kwei have genuine Broadband Adaptors (not LAN
Adaptors ... BBAs) available for $us105 - "Available: Immediately". I've
placed *my* order, get 'em while they're hot! :)

--=20
Daniel Stone	   <da...@ra...>   http://raging.dropbear.id.=
au
KDE Developer	   <ds...@kd...>	                      http://www.kde.org
Kopete: Multi-protocol IM client	    		   http://kopete.kde.org

Re: [linuxdc-dev] Dreamcast & linux

[<ad...@mc...>]

ren...@st... wrote:
> Hi everybody,
> I just got my first small linux kernel running on my dreamcast. No audio
> yet. I would like to participate, however I'm new to linux... Anybody knows
> about a running audio module for the dreamcast?
> Regards
> Renato


Yes,

I wrote it over six months ago - see aica.c in the CVS.

Alas it is not generally available in a binary form - (though there is a working kernel at http://www.mcmen.demon.co.uk) - the best thing is to make yourself a toolset and build your own kernel (references on how to do this found on http://linuxdc.org).

One day soon we may actually get round to posting a bootable image with all the "new" stuff (sound, light gun, rumblepak) included, just hasn't happened yet.

[linuxdc-dev] Dreamcast & linux

[<ren...@st...>]

Hi everybody,
I just got my first small linux kernel running on my dreamcast. No audio
yet. I would like to participate, however I'm new to linux... Anybody knows
about a running audio module for the dreamcast?

Regards

Renato
--------------------
pe...@fr...

-----Original Message-----
From: Matt Thrailkill [mailto:xw...@xw...]
Sent: Montag, 12. August 2002 14:22
To: lin...@li...
Subject: Re: [linuxdc-dev] Quick question


I'm interested, although kernel work is way out of my league.  When I get
the nerve to work on it again, I want to craft a usable distro for my own
Dreamcast, and the more nifty things, like audio, that work, the cooler
it'll be.

> Message: 5
> Date: Sun, 11 Aug 2002 06:37:57 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: lin...@li...
> Subject: [linuxdc-dev] Quick question
>
>
> --CUfgB8w4ZwR/yMy5
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
>
> This being a developers list, and there being potentially more than 3
> developers out of the 102 people subscribed:
>
> Is anyone still interested in developing Linux on the Dreamcast?
>
> Just curious.
>
> M. R.
>
> --CUfgB8w4ZwR/yMy5
> Content-Type: application/pgp-signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
> iD8DBQE9VkyVaK6pP/GNw0URAiI5AKC7afIPqJxibMKlNq6LVCdBxaB70wCcCaKH
> yr9CDOm7QHuzbkHYW59Jq/Q=
> =tIWf
> -----END PGP SIGNATURE-----
>
> --CUfgB8w4ZwR/yMy5--


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linuxdc-dev mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxdc-dev

Re: [linuxdc-dev] Quick question

[Matt T. <xw...@xw...>]

I'm interested, although kernel work is way out of my league.  When I get=
 the nerve to work on it again, I want to craft a usable distro for my ow=
n Dreamcast, and the more nifty things, like audio, that work, the cooler=
 it'll be.

> Message: 5
> Date: Sun, 11 Aug 2002 06:37:57 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: lin...@li...
> Subject: [linuxdc-dev] Quick question
>
>
> --CUfgB8w4ZwR/yMy5
> Content-Type: text/plain; charset=3Dus-ascii
> Content-Disposition: inline
>
> This being a developers list, and there being potentially more than 3
> developers out of the 102 people subscribed:
>
> Is anyone still interested in developing Linux on the Dreamcast?
>
> Just curious.
>
> M. R.
>
> --CUfgB8w4ZwR/yMy5
> Content-Type: application/pgp-signature
> Content-Disposition: inline
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
> iD8DBQE9VkyVaK6pP/GNw0URAiI5AKC7afIPqJxibMKlNq6LVCdBxaB70wCcCaKH
> yr9CDOm7QHuzbkHYW59Jq/Q=3D
> =3DtIWf
> -----END PGP SIGNATURE-----
>
> --CUfgB8w4ZwR/yMy5--

Re: [linuxdc-dev] unsubscribe

[M. R. B. <mr...@0x...>]

* violence <co...@ne...> on Sun, Aug 11, 2002:

> _______________________________________________
> Linuxdc-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxdc-dev

Follow the instructions at the above link to unsubscribe.

M. R.

[linuxdc-dev] unsubscribe

[violence <co...@ne...>]

on 11-08-2002 8:00:33 PM, you wrote:
> Send Linuxdc-dev mailing list submissions to
>         lin...@li...

> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/linuxdc-dev
> or, via email, send a message with subject or body 'help' to
>         lin...@li...

> You can reach the person managing the list at
>         lin...@li...

> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Linuxdc-dev digest..."


> Today's Topics:

>    1. do_map_probe (Adrian McMenamin)
>    2. Re: do_map_probe (M. R. Brown)
>    3. Re: do_map_probe (Adrian McMenamin)
>    4. Re: do_map_probe (M. R. Brown)
>    5. Quick question (M. R. Brown)
>    6. Re: Quick question (Daniel Stone)
>    7. Re: Quick question (M. R. Brown)
>    8. Re: [linuxdc-dev]do_map_probe (Adrian McMenamin)
>    9. Re: Quick question (Jason Dodson)

> --__--__--

> Message: 1
> From: Adrian McMenamin <ad...@mc...>
> Reply-To: ad...@mc...
> To: lin...@li...
> Date: Thu, 8 Aug 2002 00:18:48 +0100
> Subject: [linuxdc-dev]do_map_probe

> This fails on my DC (reworked code shown below):

> static int dc_flashmap_connect(struct maple_driver_data *d)
> {
>   printk("Regitering VMU Flash mapping and loading VMU Flash driver\n");
>         /* Look for the flash */
>         if (!vmu_flash_mtd) vmu_flash_mtd = do_map_probe("cfi", &vmu_flash_map);

>         /* See if it's valid */
>         if (!vmu_flash_mtd) {
>                 printk(KERN_ERR "Failed to setup flash map\n");
>                 return -ENXIO;
>         }
>         printk("VMU FLASH: mapping successful\n");

>         vmu_flash_mtd->module = THIS_MODULE;

>         /* Register with MTD */
>         add_mtd_device(vmu_flash_mtd);
  
>   return 0;
> }

> It appears to run modprobe - can someone explain to me what it does. I haven't 
> read the source, I admit. But I have googled and I am none the wiser.




> --__--__--

> Message: 2
> Date: Sun, 11 Aug 2002 06:05:43 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: Adrian McMenamin <ad...@mc...>
> Cc: lin...@li...
> Subject: Re: [linuxdc-dev]do_map_probe


> --oC1+HKm2/end4ao3
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable

> * Adrian McMenamin <ad...@mc...> on Thu, Aug 08, 2002:

>>=20
>> It appears to run modprobe - can someone explain to me what it does. I ha=
> ven't=20
>> read the source, I admit. But I have googled and I am none the wiser.
>>=20

> Even when compiled statically?

> M. R.

> --oC1+HKm2/end4ao3
> Content-Type: application/pgp-signature
> Content-Disposition: inline

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)

> iD8DBQE9VkT7aK6pP/GNw0URAs1fAKC36MAnr5Dgkew2TQ2P5SzyF7SMFACeIxUl
> R0YmwVpBusIFDagdtY1FwUo=
> =S1tm
> -----END PGP SIGNATURE-----

> --oC1+HKm2/end4ao3--


> --__--__--

> Message: 3
> From: Adrian McMenamin <ad...@mc...>
> Reply-To: ad...@mc...
> To: "M. R. Brown" <mr...@0x...>
> Subject: Re: [linuxdc-dev]do_map_probe
> Date: Sun, 11 Aug 2002 12:12:08 +0100
> Cc: lin...@li...

> On Sunday 11 Aug 2002 12:05 pm, M. R. Brown wrote:
>> * Adrian McMenamin <ad...@mc...> on Thu, Aug 08, 2002:
>> > It appears to run modprobe - can someone explain to me what it does. I
>> > haven't read the source, I admit. But I have googled and I am none the
>> > wiser.
>>
>> Even when compiled statically?
>>
>> M. R.

> Do you mean when the code is bound into the kernel statically? Then the answer 
> is yes.

> I have been reading the code and I am still deeply confused. If you idea is to 
> map this into an area of the SH4's memory space I am not sure how that would 
> work.

> Is it not better to treat this as a block device - with all the async maple 
> stuff underneath?



> --__--__--

> Message: 4
> Date: Sun, 11 Aug 2002 06:23:41 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: Adrian McMenamin <ad...@mc...>
> Cc: lin...@li..., pau...@ti...
> Subject: Re: [linuxdc-dev]do_map_probe


> --tThc/1wpZn/ma/RB
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable

> * Adrian McMenamin <ad...@mc...> on Sun, Aug 11, 2002:

>>=20
>> I have been reading the code and I am still deeply confused. If you idea =
> is to=20
>> map this into an area of the SH4's memory space I am not sure how that wo=
> uld=20
>> work.
>>=20

> I'm not too keen on how MTD works, and Paul isn't receiving the list
> currently.  When you supply the low-level read/write byte hooks, that's
> where you do all the nasty business of sending the Maple request.  I
> *think* any virtual mapping is an illusion.  Even on other flash devices,
> they may be mapped to a memory range, but there's a layer underneath that
> sends commands to the flash controller, etc.  We just have a bit more
> overhead.

>> Is it not better to treat this as a block device - with all the async map=
> le=20
>> stuff underneath?

> It goes along with the whole thing of a device should belong to the
> subsystem to which it's most suited.  The VMU is a flash device, exhibits
> all properties of flash devices, but it just sits on the awkwardly
> accessible Maple bus.  Makes things complicated, but better in the long
> run, IMO.

> M. R.

> --tThc/1wpZn/ma/RB
> Content-Type: application/pgp-signature
> Content-Disposition: inline

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)

> iD8DBQE9Vkk8aK6pP/GNw0URAqfKAKCRVJANcu2Ofj+KSyMSulyrG5TelwCgi3G7
> H6eGfUABYlO7fJONhQGWoEI=
> =Ku9u
> -----END PGP SIGNATURE-----

> --tThc/1wpZn/ma/RB--


> --__--__--

> Message: 5
> Date: Sun, 11 Aug 2002 06:37:57 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: lin...@li...
> Subject: [linuxdc-dev] Quick question


> --CUfgB8w4ZwR/yMy5
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline

> This being a developers list, and there being potentially more than 3
> developers out of the 102 people subscribed:

> Is anyone still interested in developing Linux on the Dreamcast?

> Just curious.

> M. R.

> --CUfgB8w4ZwR/yMy5
> Content-Type: application/pgp-signature
> Content-Disposition: inline

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)

> iD8DBQE9VkyVaK6pP/GNw0URAiI5AKC7afIPqJxibMKlNq6LVCdBxaB70wCcCaKH
> yr9CDOm7QHuzbkHYW59Jq/Q=
> =tIWf
> -----END PGP SIGNATURE-----

> --CUfgB8w4ZwR/yMy5--


> --__--__--

> Message: 6
> Date: Sun, 11 Aug 2002 21:40:18 +1000
> From: Daniel Stone <ds...@kd...>
> To: "M. R. Brown" <mr...@0x...>
> Cc: lin...@li...
> Subject: Re: [linuxdc-dev] Quick question


> --gKMricLos+KVdGMg
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable

> On Sun, Aug 11, 2002 at 06:37:57AM -0500, M. R. Brown wrote:
>> This being a developers list, and there being potentially more than 3
>> developers out of the 102 people subscribed:
>>=20
>> Is anyone still interested in developing Linux on the Dreamcast?

> Yes, as soon as I get time (which will be in December-ish).

> --=20
> Daniel Stone       <da...@ra...>   http://raging.dropbear.id.=
> au
> KDE Developer      <ds...@kd...>                           http://www.kde.org
> Kopete: Multi-protocol IM client                           http://kopete.kde.org

> --gKMricLos+KVdGMg
> Content-Type: application/pgp-signature
> Content-Disposition: inline

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)

> iD8DBQE9Vk0icPClnTztfv0RAvicAJ9flUO5XnHn5B2QhC3k5rOAEKWpcQCfdSkc
> 1cQ3jzM6AFChIZGfDTAOHT4=
> =B0FU
> -----END PGP SIGNATURE-----

> --gKMricLos+KVdGMg--


> --__--__--

> Message: 7
> Date: Sun, 11 Aug 2002 06:48:41 -0500
> From: "M. R. Brown" <mr...@0x...>
> To: lin...@li...
> Subject: Re: [linuxdc-dev] Quick question


> --6zdv2QT/q3FMhpsV
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable

> * Daniel Stone <ds...@kd...> on Sun, Aug 11, 2002:

>> On Sun, Aug 11, 2002 at 06:37:57AM -0500, M. R. Brown wrote:
>> > This being a developers list, and there being potentially more than 3
>> > developers out of the 102 people subscribed:
>> >=20
>> > Is anyone still interested in developing Linux on the Dreamcast?
>>=20
>> Yes, as soon as I get time (which will be in December-ish).
>>=20

> Thanks for the quick response.  To everyone else, let me clarify.  I don't
> just mean kernel developers, but anyone who intends to develop _any_
> LinuxDC-related application.  Even if you aren't planning anything right
> away, I'd still like to hear from everyone, just to get a feel for who's
> still out there.  You can also stop by #linuxdc on irc.openprojects.net to
> say hello.

> Thanks,

> M. R.

> --6zdv2QT/q3FMhpsV
> Content-Type: application/pgp-signature
> Content-Disposition: inline

> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)

> iD8DBQE9Vk8ZaK6pP/GNw0URAvT2AJ44Bn7uAUd6L6BpGn5Zv24ycM4gqgCgqARe
> KV7YExvTV0vbjiozG8ngRQk=
> =+ZPB
> -----END PGP SIGNATURE-----

> --6zdv2QT/q3FMhpsV--


> --__--__--

> Message: 8
> From: Adrian McMenamin <ad...@mc...>
> Reply-To: ad...@mc...
> To: "M. R. Brown" <mr...@0x...>
> Date: Sun, 11 Aug 2002 13:00:04 +0100
> Cc: lin...@li...,
>  pau...@ti...
> Subject: [linuxdc-dev] Re: [linuxdc-dev]do_map_probe

> On Sunday 11 Aug 2002 12:23 pm, M. R. Brown wrote:
>> * Adrian McMenamin <ad...@mc...> on Sun, Aug 11, 2002:
>> > I have been reading the code and I am still deeply confused. If you idea
>> > is to map this into an area of the SH4's memory space I am not sure how
>> > that would work.

> Having messed about with this some more I am now assuming that there is simply 
> no mapping written - Paul - is that right?







> --__--__--

> Message: 9
> From: "Jason Dodson" <min...@ya...>
> To: "M. R. Brown" <mr...@0x...>,
>         <lin...@li...>
> Subject: Re: [linuxdc-dev] Quick question
> Date: Sun, 11 Aug 2002 09:52:40 -0400

> Actually, the point of me signiing up in the first place was to get Bochs
> ported to the Dreamcast. I thought this best if it run atop linux. Alas, I
> haven't had much time to play with anything at all. Bochs still has a lot of
> problems. But to your question, I am still very interested in this project.




> --__--__--

> _______________________________________________
> Linuxdc-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxdc-dev


> End of Linuxdc-dev Digest

[linuxdc-dev] Fwd: Help with Dreamcast flash devices

[adr <mt...@mc...>]

For info

----------  Forwarded Message  ----------

Subject: Help with Dreamcast flash devices
Date: Sun, 11 Aug 2002 19:08:06 +0100
From: adr <mt...@mc...>
To: lin...@li...

I wonder if someone here might help me.

I am one of the (too) small team of developers on the Linux on Dreamcast
project (http://sourceforge.net/projects/linuxdc). I am currently working on
developing a driver for the flash memory devices available for this machine.

Someone else started work on this months ago, but nothing has been done for
ages, so I'm hacking at it now.

The flash memory on the DC is "smart" - ie it's attached to an 8-bit
micro-controller. The device communicates with the rest of the system via a
high speed serial ("maple") protocol. The flash is not mapped into the sh4
(main cpu) physical memory at all. (http://mc.pp.se/dc/vms/index.html leads
to more information for those interested).

Well, the long and the short of it is that I am somewhat at sea here. Are
there any similar mtd devices I can look at?

Is there an explanation anywhere of how mapping works and how to 'virtual'
 map something which isn't in the physical map at all?

Any other ideas (random or now) about how to make this work? Currently the
driver fails on mapping.

Adrian

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

-------------------------------------------------------

Re: [linuxdc-dev] Quick question

[Jason D. <min...@ya...>]

Actually, the point of me signiing up in the first place was to get Bochs
ported to the Dreamcast. I thought this best if it run atop linux. Alas, I
haven't had much time to play with anything at all. Bochs still has a lot of
problems. But to your question, I am still very interested in this project.

[linuxdc-dev] Re: [linuxdc-dev]do_map_probe

[Adrian M. <ad...@mc...>]

On Sunday 11 Aug 2002 12:23 pm, M. R. Brown wrote:
> * Adrian McMenamin <ad...@mc...> on Sun, Aug 11, 2002:
> > I have been reading the code and I am still deeply confused. If you idea
> > is to map this into an area of the SH4's memory space I am not sure how
> > that would work.

Having messed about with this some more I am now assuming that there is simply 
no mapping written - Paul - is that right?

Re: [linuxdc-dev] Quick question

[M. R. B. <mr...@0x...>]

* Daniel Stone <ds...@kd...> on Sun, Aug 11, 2002:

> On Sun, Aug 11, 2002 at 06:37:57AM -0500, M. R. Brown wrote:
> > This being a developers list, and there being potentially more than 3
> > developers out of the 102 people subscribed:
> >=20
> > Is anyone still interested in developing Linux on the Dreamcast?
>=20
> Yes, as soon as I get time (which will be in December-ish).
>=20

Thanks for the quick response.  To everyone else, let me clarify.  I don't
just mean kernel developers, but anyone who intends to develop _any_
LinuxDC-related application.  Even if you aren't planning anything right
away, I'd still like to hear from everyone, just to get a feel for who's
still out there.  You can also stop by #linuxdc on irc.openprojects.net to
say hello.

Thanks,

M. R.

Re: [linuxdc-dev] Quick question

[Daniel S. <ds...@kd...>]

On Sun, Aug 11, 2002 at 06:37:57AM -0500, M. R. Brown wrote:
> This being a developers list, and there being potentially more than 3
> developers out of the 102 people subscribed:
>=20
> Is anyone still interested in developing Linux on the Dreamcast?

Yes, as soon as I get time (which will be in December-ish).

--=20
Daniel Stone	   <da...@ra...>   http://raging.dropbear.id.=
au
KDE Developer	   <ds...@kd...>	                      http://www.kde.org
Kopete: Multi-protocol IM client	    		   http://kopete.kde.org

[linuxdc-dev] Quick question

[M. R. B. <mr...@0x...>]

This being a developers list, and there being potentially more than 3
developers out of the 102 people subscribed:

Is anyone still interested in developing Linux on the Dreamcast?

Just curious.

M. R.

Re: [linuxdc-dev]do_map_probe

[M. R. B. <mr...@0x...>]

* Adrian McMenamin <ad...@mc...> on Sun, Aug 11, 2002:

>=20
> I have been reading the code and I am still deeply confused. If you idea =
is to=20
> map this into an area of the SH4's memory space I am not sure how that wo=
uld=20
> work.
>=20

I'm not too keen on how MTD works, and Paul isn't receiving the list
currently.  When you supply the low-level read/write byte hooks, that's
where you do all the nasty business of sending the Maple request.  I
*think* any virtual mapping is an illusion.  Even on other flash devices,
they may be mapped to a memory range, but there's a layer underneath that
sends commands to the flash controller, etc.  We just have a bit more
overhead.

> Is it not better to treat this as a block device - with all the async map=
le=20
> stuff underneath?

It goes along with the whole thing of a device should belong to the
subsystem to which it's most suited.  The VMU is a flash device, exhibits
all properties of flash devices, but it just sits on the awkwardly
accessible Maple bus.  Makes things complicated, but better in the long
run, IMO.

M. R.

Re: [linuxdc-dev]do_map_probe

[Adrian M. <ad...@mc...>]

On Sunday 11 Aug 2002 12:05 pm, M. R. Brown wrote:
> * Adrian McMenamin <ad...@mc...> on Thu, Aug 08, 2002:
> > It appears to run modprobe - can someone explain to me what it does. I
> > haven't read the source, I admit. But I have googled and I am none the
> > wiser.
>
> Even when compiled statically?
>
> M. R.

Do you mean when the code is bound into the kernel statically? Then the answer 
is yes.

I have been reading the code and I am still deeply confused. If you idea is to 
map this into an area of the SH4's memory space I am not sure how that would 
work.

Is it not better to treat this as a block device - with all the async maple 
stuff underneath?

Re: [linuxdc-dev]do_map_probe

[M. R. B. <mr...@0x...>]

* Adrian McMenamin <ad...@mc...> on Thu, Aug 08, 2002:

>=20
> It appears to run modprobe - can someone explain to me what it does. I ha=
ven't=20
> read the source, I admit. But I have googled and I am none the wiser.
>=20

Even when compiled statically?

M. R.

[linuxdc-dev]do_map_probe

[Adrian M. <ad...@mc...>]

This fails on my DC (reworked code shown below):

static int dc_flashmap_connect(struct maple_driver_data *d)
{
  printk("Regitering VMU Flash mapping and loading VMU Flash driver\n");
	/* Look for the flash */
	if (!vmu_flash_mtd) vmu_flash_mtd = do_map_probe("cfi", &vmu_flash_map);

	/* See if it's valid */
	if (!vmu_flash_mtd) {
		printk(KERN_ERR "Failed to setup flash map\n");
		return -ENXIO;
	}
	printk("VMU FLASH: mapping successful\n");

	vmu_flash_mtd->module = THIS_MODULE;

	/* Register with MTD */
	add_mtd_device(vmu_flash_mtd);
  
  return 0;
}

It appears to run modprobe - can someone explain to me what it does. I haven't 
read the source, I admit. But I have googled and I am none the wiser.

RE: [linuxdc-dev]We're about to be famous (for the wrong reasons)

[Park, C. <Chr...@ba...>]

I'm more scared about this showing the whole of hardware hacking in a bad
light.  Any device that has a method for connecting to a network and can be
re-programmed is a potetial invasive tool.  It really makes those of us who
re-program hardware for educational purposes or to make something into
something else for personal entertainment with no malicous intent look like
criminals.  I don't like being considered a criminal because I want to
listen to a music I paid for in a room of my home on hardware I also paid
for.  

Sorry for the rant, but Marcus said it right - THIS IS SO GODDAMN STUPID!

CP

-----Original Message-----
From: John Wiggins [mailto:lin...@ho...]
Sent: Thursday, August 01, 2002 1:41 PM
To: lin...@li...
Subject: Re: [linuxdc-dev]We're about to be famous (for the wrong
reasons)


Aye, it's already made it to slashdot.org...but the cost and rarity of the 
broadband adapters will make this not worth the cost/risk to do it imho.


>From: "M. R. Brown" <mr...@0x...>
>To: ad...@mc...
>CC: lin...@li...
>Subject: Re: [linuxdc-dev]We're about to be famous (for the wrong reasons)
>Date: Thu, 1 Aug 2002 06:38:50 -0500
>
>* ad...@mc... <ad...@mc...> on Thu, Aug 01, 2002:
>
> > Read this:
> >
> > http://www.theregister.co.uk/content/55/26478.html
> >
>
>That is *so* *goddamn* *stupid*.
>
>Marcus
><< attach3 >>




--
John Wiggins


_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Linuxdc-dev mailing list
Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxdc-dev

Re: [linuxdc-dev]We're about to be famous (for the wrong reasons)

[John W. <lin...@ho...>]

Aye, it's already made it to slashdot.org...but the cost and rarity of the 
broadband adapters will make this not worth the cost/risk to do it imho.


>From: "M. R. Brown" <mr...@0x...>
>To: ad...@mc...
>CC: lin...@li...
>Subject: Re: [linuxdc-dev]We're about to be famous (for the wrong reasons)
>Date: Thu, 1 Aug 2002 06:38:50 -0500
>
>* ad...@mc... <ad...@mc...> on Thu, Aug 01, 2002:
>
> > Read this:
> >
> > http://www.theregister.co.uk/content/55/26478.html
> >
>
>That is *so* *goddamn* *stupid*.
>
>Marcus
><< attach3 >>




--
John Wiggins


_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com

Re: [linuxdc-dev]We're about to be famous (for the wrong reasons)

[Jason D. <min...@ya...>]

It's people like this that ruin this for everyone.

Re: [linuxdc-dev]We're about to be famous (for the wrong reasons)

[M. R. B. <mr...@0x...>]

* ad...@mc... <ad...@mc...> on Thu, Aug 01, 2002:

> Read this:
>=20
> http://www.theregister.co.uk/content/55/26478.html
>=20

That is *so* *goddamn* *stupid*.

Marcus

[linuxdc-dev]We're about to be famous (for the wrong reasons)

[<ad...@mc...>]

Read this:

http://www.theregister.co.uk/content/55/26478.html

Re: [linuxdc-dev]VMU mapping

[M. R. B. <mr...@0x...>]

* Adrian McMenamin <ad...@mc...> on Wed, Jul 31, 2002:

> When I try to compile this in I get these errors:
>=20
> drivers/mtd/mtdlink.o: In function `vmu_flash_read8':
> drivers/mtd/mtdlink.o(.text+0x270): undefined reference to=20
> `maple_vmu_read_block'
> drivers/mtd/mtdlink.o: In function `vmu_flash_write8':
> drivers/mtd/mtdlink.o(.text+0x354): undefined reference to=20
> `maple_vmu_read_block'
> drivers/mtd/mtdlink.o(.text+0x368): undefined reference to=20
> `maple_vmu_write_block'
>=20
>=20
> These functions don't appear to exist inside vmu-flash.c - so where are t=
hey?
>=20

They may have never been written.  Check the other maple branch in CVS, it
contains bits of Paul's planned maple rewrite.

M. R.

[linuxdc-dev]VMU mapping

[Adrian M. <ad...@mc...>]

When I try to compile this in I get these errors:

drivers/mtd/mtdlink.o: In function `vmu_flash_read8':
drivers/mtd/mtdlink.o(.text+0x270): undefined reference to 
`maple_vmu_read_block'
drivers/mtd/mtdlink.o: In function `vmu_flash_write8':
drivers/mtd/mtdlink.o(.text+0x354): undefined reference to 
`maple_vmu_read_block'
drivers/mtd/mtdlink.o(.text+0x368): undefined reference to 
`maple_vmu_write_block'


These functions don't appear to exist inside vmu-flash.c - so where are they?

Adrian