== enable this]
2. pull the IDEDMA_PMAC options under BLK_DEV_IDEDMA_PCI so that it is
impossible to select BLK_DEV_IDEDMA_PMAC without BLK_DEV_IDEDMA_PCI.
IMHO anyhow, 2 is the most correct. Paul?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
On Thu, Nov 14, 2002 at 03:01:18PM -0600, Kai Germaschewski wrote:
On Mon, 11 Nov 2002, Tom Rini wrote:
Hello. The following patch makes split-include take another argument,
which is the prefix of what is being split up. This is needed since I'm
working on a system which will allow
On Wed, Oct 30, 2002 at 02:58:41AM +0100, Roman Zippel wrote:
Hi,
Tom Rini wrote:
How would I do this with the new syntax, other than:
config FTR_A
bool
depends on BOARD_A || BOARD_B
default y
...
The desire is to be able to add in support for a new platform
On Wed, Oct 30, 2002 at 03:47:56AM +0100, Roman Zippel wrote:
Hi,
On Tue, 29 Oct 2002, Tom Rini wrote:
Now, can that be done any smaller? (one line, after it's defined once)
Even smaller? What do you mean?
Well, less lines. Is:
config FTR_A bool default y if BOARD_A
legal ?
--
Tom
for clarity here. :) Tho I was (and have been) pondering creating
arch/ppc/platforms/Config-[468]xx.in, which would rather nicely move all
of the options related to IBM 4xx processors to one file, Motorola 8xx
to another, and general PPC's nicely.
--
Tom Rini (TR1265)
http://gate.crashing.org
On Tue, Aug 13, 2002 at 12:13:51AM +0200, Roman Zippel wrote:
Hi,
On Mon, 12 Aug 2002, Tom Rini wrote:
More examples of the cml1 limitations can be found in arch/ppc/config.in -
a single choice statement needs to be splitted into multiple choice
statements.
Er, which are you
On Tue, Aug 13, 2002 at 12:32:50AM +0200, Roman Zippel wrote:
Hi,
On Mon, 12 Aug 2002, Tom Rini wrote:
There is still a bit of overlap. Roughly it's possible to sort the machine
types by cpu type, but IMO it's not the best solution. I think it would be
better to sort them
On Tue, Aug 13, 2002 at 01:17:15AM +0200, Roman Zippel wrote:
Hi,
On Mon, 12 Aug 2002, Tom Rini wrote:
A bit more flexibility certainly wouldn't hurt. :)
What does that gain however? And it wouldn't make as much sense to
offer the IBM Spruce (750) next to the IBM Walnut (405GP
the banners different? The 'normal' floppy
disk driver for one arch/machine might not be controlled by
CONFIG_BLK_DEV_FD. (eg, the 'normal' floppy driver for a pmac isn't,
and on PPC we have a config that runs on machines with a PC floppy
driver and with a pmac-specific one).
--
Tom Rini (TR1265
. And it'll be
a quick BE test of the v2.0 stuffs :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
On Sun, Jan 20, 2002 at 10:22:42AM +1100, Keith Owens wrote:
On Sat, 19 Jan 2002 12:39:16 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Hey all. I've just run into a situation where xconfig won't run because
there's 2048 variables for it to deal with. If I'm reading the source
right, I
without a help entry still won't show up unless
CONFIG_ADVANCED is set (right?). And as a case in point (which I told
Eric not to do), CONFIG_PPC_RTC is currently a derived symbol instead of
being a question (and if I read the derivation right, it's wrong to
boot).
--
Tom Rini (TR1265)
http
On Fri, Feb 15, 2002 at 10:51:18AM -0500, Eric S. Raymond wrote:
Tom Rini [EMAIL PROTECTED]:
Right now symbols without a help entry still won't show up unless
CONFIG_ADVANCED is set (right?). And as a case in point (which I told
Eric not to do), CONFIG_PPC_RTC is currently a derived
On Fri, Feb 15, 2002 at 09:33:01AM -0700, Steven Cole wrote:
On Friday 15 February 2002 09:04, Tom Rini wrote:
On Fri, Feb 15, 2002 at 11:22:00AM +0100, Giacomo Catenazzi wrote:
[much sippage]
The big problem in CML2 is python (and python2).
This is a red herring. People bitch
figured I'd check with more knowledgeable people, so is this
right? Thanks.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
with).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
changed
afterwards.
But they will be modified for new arch X, or when constraint X (like
PCI) is removed.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo
will work w/o any additional patches. This patch
relies on 2.4.16-3, 2.4.16-ppc-1, the patch I sent out prior for 2.4.16,
2.4.17-1 and 2.4.18-pre1-1.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
= arch/ppc/kernel/Makefile.in 1.1 vs edited =
--- 1.1/arch/ppc/kernel/Makefile.in
problems soon, just plod along for a few releases. :)
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
(I _think_ I did this part right, but the code
doesn't normally compile in the tree I was trying, so I only saw that
yes indeed head.S got the right flags).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--- /dev/null Wed Dec 31 17:00:00 1969
+++ arch/ppc/8260_io/Makefile.inWed
the files I had to modify for relative includes for now).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
--- /dev/null Wed Dec 31 17:00:00 1969
+++ arch/ppc/8260_io/Makefile.inWed Dec 19 16:12:48 2001
@@ -0,0 +1,3 @@
+select(CONFIG_8260 commproc.o uart.o)
+select(CONFIG_8260
On Fri, Dec 21, 2001 at 07:34:35AM +1100, Keith Owens wrote:
On Thu, 20 Dec 2001 08:09:19 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Okay. With the various patches Keith has posted (and using kbuild-2.4
for vmlinux - zImage), I've gotten two different boards compiled and
booted. These still
Ages ago, you can make kbuild-2.5 be a lot more verbose about what it
was doing. I think it involved setting (or unsetting KBUILD_QUITE), but
I don't see anything like that in Documentation/kbuild/kbuild-2.5.txt
now. Is there something like this still?
--
Tom Rini (TR1265)
http
this?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
On Wed, Dec 19, 2001 at 01:27:19PM -0700, Tom Rini wrote:
On PPC, the APUS platform (which is an m68k + PPC upgrade), we need to
include a bunch of m68k headers. How should this be done w/ kbuild-2.5?
Right now the files do #include asm-m68k/foo.h, but this fails when
srcdir != objdir:
CC
On Thu, Dec 20, 2001 at 02:02:58AM +1100, Keith Owens wrote:
On Tue, 18 Dec 2001 08:16:08 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
On Tue, Dec 18, 2001 at 02:38:05PM +1100, Keith Owens wrote:
arch_head must be defined in arch/$(ARCH)/Makefile.defs.noconfig. The
value of arch_head is used
On Thu, Dec 20, 2001 at 09:15:32AM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 13:06:46 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Ages ago, you can make kbuild-2.5 be a lot more verbose about what it
was doing. I think it involved setting (or unsetting KBUILD_QUITE), but
I don't see
On Thu, Dec 20, 2001 at 09:45:16AM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 13:27:19 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
On PPC, the APUS platform (which is an m68k + PPC upgrade), we need to
include a bunch of m68k headers. How should this be done w/ kbuild-2.5?
Try
On Thu, Dec 20, 2001 at 01:24:48PM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 18:59:13 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
# We can have any number of 'head.o' files, depending on CPU.
# So we go ahead and set a default one and then modify it (and
# CFLAGS) based on what processor
On Thu, Dec 20, 2001 at 02:22:03PM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 19:29:32 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
$ make -f Makefile-2.5
CONFIG_4xx=
CONFIG_8xx=
Using ARCH='ppc' AS='as' LD='ld' CC='/usr/bin/gcc' CPP='/usr/bin/gcc -E'
AR='ar' HOSTAS='as' HOSTLD='gcc
On Thu, Dec 20, 2001 at 03:06:19PM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 20:41:18 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Okay. If I do make -f Makefile-2.5 installable I get:
MAKECMDGOALS=installable
filter=
passed filter
before CONFIG_8xx=
included .config
after CONFIG_8xx=y
On Thu, Dec 20, 2001 at 03:24:28PM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 21:14:47 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Okay, if I do that and add in:
HEAD-y = head.o
HEAD-$(CONFIG_8xx) := head_8xx.o
HEAD-$(CONFIG_4xx) := head_4xx.o
select($(HEAD-y))
Things get farther
On Thu, Dec 20, 2001 at 04:24:32PM +1100, Keith Owens wrote:
On Wed, 19 Dec 2001 21:32:31 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Starting phase 4 (build) for installable
arch_head=arch/ppc/kernel/head_8xx.o
notdir arch_head=arch/ppc/kernel/head_8xx.o
make[1]: *** No rule to make target
On Thu, Dec 20, 2001 at 12:25:03PM +1100, Keith Owens wrote:
On Thu, 20 Dec 2001 09:45:16 +1100,
Keith Owens [EMAIL PROTECTED] wrote:
On Wed, 19 Dec 2001 13:27:19 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
On PPC, the APUS platform (which is an m68k + PPC upgrade), we need to
include
, there are situations where you can change the .config but use
the old HEAD value.
Quite possibly. But in kbuild-2.5 terms, changing any of the processor
variables would fall under the KBUILD_CRITICIAL stuffs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
On Tue, Dec 18, 2001 at 02:53:37PM +1100, Keith Owens wrote:
On Mon, 17 Dec 2001 20:28:43 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Where'd the 'distclean' target go in kbuild-2.5? Shouldn't it be at
least a synonym for mrproper now?
Why? With separate source and object trees
On Tue, Dec 18, 2001 at 10:31:51AM +1100, Keith Owens wrote:
On Mon, 17 Dec 2001 15:46:30 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Hey all. I'm trying to get PPC going again with kbuild-2.5, but I'm
runnign into some wierd errors. Anyone know what would cause the
.tmp_targets rule
? And will it be in a
'common' place for all of the arches that could use it?
ifsel(CONFIG_VMLINUX_BIN)
KERNELFULLNAME:= vmlinux.bin
endif
And what's the 'vmlinux.bin' file? objcopy -O binary or ?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
for
your kernel' (which on PPC could actually be a set of bool's so we could
build a zImage.srec and zImage.elf and zImage.bin (ELF header removed))
and not having to have arch-dependant help texts (maybe), I'm not sure
what's gained.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
on an
arch..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
. On powermac and chrp, building a
'vmlinux' is currently a good idea for the final target, for example.
That way each arch would only see it's build targets .. is it doable ?
I take it by this you modified the help msg for the default target that
alpha ends up with?
--
Tom Rini (TR1265)
http
CONFIG_INSTALL_ARCH_TARGET to
CONFIG_INSTALL_TARGET, since not all targets mean the same thing all of
the time. Or we make sure the descriptions are generic enough to fit
(s/lilo/bootloader/, et al).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
an architecture-independent
feature is added to the kernel.
One toplevel config file can be implemented in CML1 easily,
using mconfig or the old and ugly tools, it's just a question of changeing
the rule base in tree.
Lots of changing of the Config.in files.
--
Tom Rini (TR1265)
http
on undocumented features, it'll work with 2.0x, 2.1x and 2.2x.
Thanks but NO thanks
Then go help Greg Banks in his CML2-in-C project.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https
is good for the kernel. Python is
good at manipulating strings.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
with the system
c) they might make their own small fix and mark
not all of the them are demon kernel hackers.
But they can't install python2? I _think_ there's src.rpms on
Python.org that will install as python2 even...
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
/config.in
This is because of a partial merge to Linus, ignore it.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
by default, if the MPC8xx USB option is
enabled. If in doubt, say 'N' here.
And yes, the USB driver isn't in the tree yet either.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https
: (PPC) ? ZIMAGE : BZIMAGE)
unless PPC suppress ZIMAGE.INITRD
If I'm reading that right (and I don't know, wouldn't it be
default ((IA64 or SPARC) ? VMLINUZ : BZIMAGE), ia64/sparc do vmlinuz,
else bzImage).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
On Thu, Nov 29, 2001 at 12:53:42PM -0500, Eric S. Raymond wrote:
Tom Rini [EMAIL PROTECTED]:
On Thu, Nov 29, 2001 at 12:16:45PM -0500, Eric S. Raymond wrote:
I think I may have a better idea. Let the default be a ? : name-valued
expression. So your format choice could look
On Thu, Nov 29, 2001 at 01:15:03PM -0500, Eric S. Raymond wrote:
Tom Rini [EMAIL PROTECTED]:
I'm just pointing out that we'll end up with somelike really long and
ugly since there'll be at least 3 'defaults' and probably more. If you
think it's better to have lots of the test ? a : b's
On Thu, Nov 29, 2001 at 01:30:27PM -0500, Eric S. Raymond wrote:
Tom Rini [EMAIL PROTECTED]:
I don't know. How is it harder to validate
choice kernel_format_PPC
VMLINUX ZIMAGE ZNETBOOT
default ZIMAGE
choice kernel_format_ix86
VMLINUX ZIMAGE BZIMAGE BZDISK
default
in the current PPC stuffs.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
Hey all. How do you do the 'export-objs' bits in a kernel module that's
outside of the kernel? Thanks..
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
On Fri, Oct 12, 2001 at 09:42:05AM +1000, Keith Owens wrote:
On Thu, 11 Oct 2001 09:35:32 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Hey all. How do you do the 'export-objs' bits in a kernel module that's
outside of the kernel? Thanks..
Compile with -DMODULE -DEXPORT_SYMTAB
On Fri, Oct 12, 2001 at 10:14:38AM +1000, Keith Owens wrote:
On Thu, 11 Oct 2001 16:57:34 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
On Fri, Oct 12, 2001 at 09:42:05AM +1000, Keith Owens wrote:
On Thu, 11 Oct 2001 09:35:32 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Hey all. How do you do
Will this be a problem with kbuild-2.5 as well?
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
___
kbuild-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
On Sat, Oct 06, 2001 at 12:27:49PM +1000, Keith Owens wrote:
On Fri, 5 Oct 2001 17:19:59 -0700,
Tom Rini [EMAIL PROTECTED] wrote:
Hey all. Will 'circular deps' be a problem with kbuild-2.5?
No. 2.5 uses a 2 layer dependency tree instead of the multi-layer (and
possibly circular) tree
of the PPC dists didn't ship with python2
(which does have a lot of python bits to it) entirely because they were
already in testing when it came out. It's not something the distros
can switch to at a whim, but it's also something which shouldn't cause
them problems when they do.
--
Tom Rini (TR1265
of these 'problems' assume that you can have IDE or PCMCIA on these
particular boxes. Does anyone know if that's actually true?
What eric is trying to do, can work, if done very carefully, and in very
limited cases as well.
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini
On Mon, May 07, 2001 at 09:31:40PM -0400, Eric S. Raymond wrote:
Tom Rini [EMAIL PROTECTED]:
[snip]
Exactly. In fact we can be more specific -- the Macintoshes in
question are the old-fashioned NuBus-based 68k toaster boxes, not the
more recent designs with a PCI bus. Relevant stuff
61 matches
Mail list logo