From: David Woodhouse <dwmw2@infradead.org>
To: Erwin Authried <eauth@softsys.co.at>
Cc: "'mtd@infradead.org'" <mtd@infradead.org>
Subject: Re: MTD patches for 2.0 / 2.2 kernels
Date: Wed, 31 Jan 2001 12:03:28 +0000 [thread overview]
Message-ID: <24053.980942608@fenrus.cambridge.redhat.com> (raw)
In-Reply-To: <01C08B82.5716DF60@smithwicks.softsys.co.at>
eauth@softsys.co.at said:
> Wouldn' t it be much nicer to have a patch script (like patchin.sh),
> that 1. makes symlinks from the kernel source into the mtd tree, and
> 2. applies a very small patch for the kernel source (init/main.c,
> drivers/Makefile, ...)
Yes, I think so too. Steven Hill, who generated the patches you're looking
at, had people asking for 'complete' patches. So that's what he produced.
But the 'infrastructure' patch would also be useful. It's just that the
existing ones were out of date, so we removed them.
eauth@softsys.co.at said:
> I'd like to see all the patches inside the CVS distribution, instead
> of having them to download via ftp seperately.
If they're only for the infrastructure, that's fine.
The complete patches were removed because they were too big.
The infrastructure patches were removed because they were out of date.
eauth@softsys.co.at said:
> Is there a special reason why there is a seperate link for each mtd
> source file in patchin.sh, instead of having just one symbolic link
> for the mtd directory?
It's so that the CVS subdirectory of drivers/mtd/ can be different.
I tend to work with my main kernel tree for the board I'm working on ATM in
CVS. Obviously I also have the MTD code in CVS. So I want to update the
code in my build tree, I update the _original_ MTD CVS, go to the build
tree, and 'cvs commit'. Sometimes I actually check it still works between
those last two steps :)
It also means that when I have map drivers and strange partitioning schemes
for random boards that are under NDA, I can keep them in the internal CVS
tree without accidentally committing them to the public repository.
It does mean that you don't get new files automatically appearing in your
build tree, but in general, you don't really need the new files unless
you're starting to use new features, which isn't usually the case once your
development is under way for a particular target.
But if you're volunteering to keep the 'infrastructure' patches and the
patchin script up to date, you get to choose how it's done. I hardly touch
2.2 kernel nowadays anyway, except when I make an effort to check my code
still works on them.
--
dwmw2
To unsubscribe, send "unsubscribe mtd" to majordomo@infradead.org
prev parent reply other threads:[~2001-01-31 12:03 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-31 11:35 MTD patches for 2.0 / 2.2 kernels Erwin Authried
2001-01-31 12:03 ` David Woodhouse [this message]
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=24053.980942608@fenrus.cambridge.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox