From: David Woodhouse <dwmw2@infradead.org>
To: Erwin Authried <eauth@softsys.co.at>
Cc: "'MTD List'" <mtd@infradead.org>
Subject: Re: 2.4 stuff.
Date: Tue, 21 Nov 2000 11:42:14 +0000 [thread overview]
Message-ID: <12621.974806934@redhat.com> (raw)
In-Reply-To: <01C053B4.B7C47C60@smithwicks.softsys.co.at>
eauth@softsys.co.at said:
> * map_rom.c There is a im_name member used in map_rom.c, line 51. Has
> this been added by mistake? In mtd.h, there's no such member.
Mea Culpa. Should be map->im_name, not mtd->im_name. Fixed. Thanks.
eauth@softsys.co.at said:
> * compatmac.h: For 2.0, the inter_module_* functions are defined as
> empty macros if CONFIG_MODULES is not defined. If CONFIG_MODULES is
> defined (for 2.0), compilation is stopped with #error saying that it's
> not possible to use MTD in 2.0 kernels with module support enabled.
Careful not to make the #error break stuff that does actually work.
If you're compiling in all the stuff that you're actually going to need,
but also have CONFIG_MODULES, it should all work, shouldn't it?
It might be better to define the inter_module_get() functions to return
NULL but printk a warning that they've been used - which should explain to
the user why it's not actually working for them.
eauth@softsys.co.at said:
> * I have removed the "static" for the cfi_cmdset_0001/0002 probe
> functions.
OK.
eauth@softsys.co.at said:
> * I have added a switch statement for compilation without module
> support in cfi_probe.c:
Looks sensible, and could also help to get rid of the ugly link order
dependencies that the inter_module_xxx stuff has introduced. I've modified
it to:
switch(type){
#ifdef CONFIG_MTD_CFI_INTELEXT
case 0x0001:
cfi_cmdset_0001(map,primary,base);
return;
#endif
#ifdef CONFIG_MTD_CFI_AMDSTD
case 0x0002:
cfi_cmdset_0002(map,primary,base);
return;
#endif
default:
#ifdef CONFIG_MODULES
sprintf(probename, "cfi_cmdset_%4.4X", type);
probe_function = inter_module_get_request(probename, probename);
if (probe_function) {
(*probe_function)(map, primary, base);
return;
}
#endif
}
--
dwmw2
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
next prev parent reply other threads:[~2000-11-21 11:42 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-21 11:15 2.4 stuff Erwin Authried
2000-11-21 11:42 ` David Woodhouse [this message]
-- strict thread matches above, loose matches on Subject: below --
2000-11-21 13:46 Erwin Authried
2000-11-21 12:11 Erwin Authried
2000-11-21 13:32 ` David Woodhouse
2000-11-21 9:08 David Woodhouse
2000-11-21 14:55 ` Nicolas Pitre
2000-11-21 15:10 ` David Woodhouse
2000-12-12 13:24 ` David Woodhouse
2000-12-12 20:12 ` Nicolas Pitre
2000-12-13 10:24 ` David Woodhouse
2000-12-14 21:25 ` Nicolas Pitre
2000-12-15 17:57 ` Alice Hennessy
2000-12-15 17:59 ` 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=12621.974806934@redhat.com \
--to=dwmw2@infradead.org \
--cc=eauth@softsys.co.at \
--cc=mtd@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.