blob-cvs-commit

CVS: blob/src/commands regs-sa11x0.c,1.1,NONE

[Erik M. <er...@us...>]

Update of /cvsroot/blob/blob/src/commands
In directory usw-pr-cvs1:/tmp/cvs-serv27392

Removed Files:
	regs-sa11x0.c 
Log Message:
remove file because it shouldn't be shared with blob


--- regs-sa11x0.c DELETED ---

Re: CVS: blob/src/commands regs-sa11x0.c,1.1,NONE

[Stefan E. <ste...@el...>]

Am Sonntag den, 17. Februar 2002, um 20:58, schrieb Erik Mouw:

> Update of /cvsroot/blob/blob/src/commands
> In directory usw-pr-cvs1:/tmp/cvs-serv27392
>
> Removed Files:
> 	regs-sa11x0.c
> Log Message:
> remove file because it shouldn't be shared with blob

Why?

Why don't we allow the user to choose wether or not he wants the 
commands in blob and/or diag?
regs and memchk are perfectly usable in both diag and blob.

IMHO only command which are
- not usable in diag because of missing infrastructure
- only in diag for certain platforms
should be not allowed to be shared.

I know of the blob-size issue, but this should be gone by now.

>
>
> --- regs-sa11x0.c DELETED ---
>
>
> _______________________________________________
> blob-cvs-commit mailing list
> blo...@li...
> https://lists.sourceforge.net/lists/listinfo/blob-cvs-commit
>
>
---------------------------------------
Eletztrick Computing
Custom Linux Development
http://www.eletztrick.de

Re: CVS: blob/src/commands regs-sa11x0.c,1.1,NONE

[Erik M. <J.A...@it...>]

On Mon, Feb 18, 2002 at 08:49:17AM +0100, Stefan Eletzhofer wrote:
> 
> Am Sonntag den, 17. Februar 2002, um 20:58, schrieb Erik Mouw:
> >remove file because it shouldn't be shared with blob
> 
> Why?
> 
> Why don't we allow the user to choose wether or not he wants the 
> commands in blob and/or diag?
> regs and memchk are perfectly usable in both diag and blob.

Because that was *exactly* the reason why we made a distinction between
blob and diag. Blob is a bootloader, memchk and regs are for testing
the board so they should be moved to diag.

> IMHO only command which are
> - not usable in diag because of missing infrastructure
> - only in diag for certain platforms
> should be not allowed to be shared.

Only commands that make sense to be shared should be shared.

> I know of the blob-size issue, but this should be gone by now.

It's not about the size, it's about simplicity.


Erik

-- 
J.A.K. (Erik) Mouw, Information and Communication Theory Group, Faculty
of Information Technology and Systems, Delft University of Technology,
PO BOX 5031, 2600 GA Delft, The Netherlands  Phone: +31-15-2783635
Fax: +31-15-2781843  Email: J.A...@it...
WWW: http://www-ict.its.tudelft.nl/~erik/

RE: CVS: blob/src/commands regs-sa11x0.c,1.1,NONE

[Christopher H. <ch...@mu...>]

> > IMHO only command which are
> > - not usable in diag because of missing infrastructure
> > - only in diag for certain platforms
> > should be not allowed to be shared.
> 
> Only commands that make sense to be shared should be shared.
> 
> > I know of the blob-size issue, but this should be gone by now.
> 
> It's not about the size, it's about simplicity.

Isn't this an issue of mechanism vs policy?  The command mechanism is
simple and clean.  (Nice work, btw.)  The default policy is obvious:
leave all diagnostic commands out of blob and include them in diag.
However, there's no loss of simplicity should someone chooses a
different policy.

-ch

Re: CVS: blob/src/commands regs-sa11x0.c,1.1,NONE

[Abraham vd M. <ab...@2d...>]

Hi Stefan!

> > Removed Files:
> > 	regs-sa11x0.c
> > Log Message:
> > remove file because it shouldn't be shared with blob
>=20
> Why?
>=20
> Why don't we allow the user to choose wether or not he wants the=20
> commands in blob and/or diag?
> regs and memchk are perfectly usable in both diag and blob.
>=20
> IMHO only command which are
> - not usable in diag because of missing infrastructure
> - only in diag for certain platforms
> should be not allowed to be shared.

No. Why would you want functionality in diag and blob? blob is and should be
only a bootloader. That way it stays small, simple, ...

--=20

Regards
 Abraham

I want to so HAPPY, the VEINS in my neck STAND OUT!!

__________________________________________________________
 Abraham vd Merwe - 2d3D, Inc.

 Device Driver Development, Outsourcing, Embedded Systems

  Cell: +27 82 565 4451         Snailmail:
   Tel: +27 21 761 7549            Block C, Antree Park
   Fax: +27 21 761 7648            Doncaster Road
 Email: ab...@2d...         Kenilworth, 7700
  Http: http://www.2d3d.com        South Africa