public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: Tim Hockin <thockin@sun.com>
To: linux-mtd@lists.infradead.org
Subject: hacking - need feedback
Date: Thu, 12 Jul 2001 18:26:24 -0700	[thread overview]
Message-ID: <3B4E4E40.5300A2DD@sun.com> (raw)

All,

I'm trying to get support for our flashrom into the MTD codebase.  Upon
speaking with David Woodhouse, he wants some re-structuring.

Rather than cfi_probe looking for jedec devices, we probably want a
jedec_probe that hooks up to cmdset_0002.

I don't know everything there is to know about JEDEC, so I have a few
questions.

It seems that the majority of the code in cfi_probe.c applies equally to
both cfi and jedec chips (and probably others).

How should this be structured?  

Would life be easier if all maps just called do_map_probe_all() and that
would walk down the list of supported chiptypes?
	cfi_probe
	jedec_probe (new)
	jedec
	amd_flash
	ram
	rom

I understand jedec.c and amd_flash.c are present for compatibility, but we
want future stuff to use the common cmdset code.  

Is it true that the code in cfi_probe.c (for doing things like interleave,
multiple chips etc) should be common for CFI and JEDEC (and others?)  If
so, it should be shared, but it hardly makes sense that do_map_probe("cfi")
would find jedec chips...


Sorry I'm rambling.  I'm still trying to wrap my head around the lot of it,
and being new to the codebase, it is easy for me to say "rip out the old
stuff" :)

Tim
	
-- 
Tim Hockin
Systems Software Engineer
Sun Microsystems, Cobalt Server Appliances
thockin@sun.com

             reply	other threads:[~2001-07-13  1:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-13  1:26 Tim Hockin [this message]
2001-07-13  6:58 ` hacking - need feedback David Woodhouse

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3B4E4E40.5300A2DD@sun.com \
    --to=thockin@sun.com \
    --cc=linux-mtd@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox