Building the patched source fails with:
LD init/built-in.o
LD .tmp_vmlinux1
arch/alpha/kernel/built-in.o:(.ref.data+0x58): undefined reference to `jensen_ioread8'
arch/alpha/kernel/built-in.o:(.ref.data+0x60): undefined reference to `jensen_ioread16'
arch/alpha/kernel/built-in.o:(.ref.data+0x68): undefined reference to `jensen_ioread32'
arch/alpha/kernel/built-in.o:(.ref.data+0x70): undefined reference to `jensen_iowrite8'
arch/alpha/kernel/built-in.o:(.ref.data+0x78): undefined reference to `jensen_iowrite16'
arch/alpha/kernel/built-in.o:(.ref.data+0x80): undefined reference to `jensen_iowrite32'
arch/alpha/kernel/built-in.o:(.ref.data+0x88): undefined reference to `jensen_readb'
arch/alpha/kernel/built-in.o:(.ref.data+0x90): undefined reference to `jensen_readw'
arch/alpha/kernel/built-in.o:(.ref.data+0x98): undefined reference to `jensen_readl'
arch/alpha/kernel/built-in.o:(.ref.data+0xa0): undefined reference to `jensen_readq'
arch/alpha/kernel/built-in.o:(.ref.data+0xa8): undefined reference to `jensen_writeb'
arch/alpha/kernel/built-in.o:(.ref.data+0xb0): undefined reference to `jensen_writew'
arch/alpha/kernel/built-in.o:(.ref.data+0xb8): undefined reference to `jensen_writel'
arch/alpha/kernel/built-in.o:(.ref.data+0xc0): undefined reference to `jensen_writeq'
arch/alpha/kernel/built-in.o:(.ref.data+0xc8): undefined reference to `jensen_ioportmap'
arch/alpha/kernel/built-in.o:(.ref.data+0xd0): undefined reference to `jensen_ioremap'
arch/alpha/kernel/built-in.o:(.ref.data+0xd8): undefined reference to `jensen_iounmap'
arch/alpha/kernel/built-in.o:(.ref.data+0xe0): undefined reference to `jensen_is_ioaddr'
arch/alpha/kernel/built-in.o:(.ref.data+0xe8): undefined reference to `jensen_is_mmio'
make: *** [.tmp_vmlinux1] Error 1
However, modifying pci-noop.c in an original source (commenting out the pci_alloc_consistent() ) generates a working kernel (finds cdrom, disks, depeca etc.)
I will try to set virtual_root.force_probe=1 and mail the result.
On Wed, Feb 18, 2009 at 11:40:44PM +0100, Istvan Gyenes wrote:Ok. The depca driver is in the nic-extra-modules udeb and the aha1740 is in
> Hello Steve,
> the network driver is "depca" the SCSI is aha1740.
the scsi-modules udeb, so both of these are available to the installer.
Can you check the installer logs to see what happens when the kernel tries
to load these drivers?
I wish you luck with this build, but that won't be a fix that can be applied
> Just waiting the compile to finish. (It has passed pci-noop.c already).
> Included direct support for aha1740 and depca (not modules).
> I will try to update the kernel on the install cd and will inform you if it
> is working with the newly compiled kernel.
to the Debian package; we need to have this working with the stock Debian
kernel image, built with ALPHA_GENERIC set.
It's possible that the kernel's Documentation/eisa.txt provides some
guidance here:
** Kernel parameters :
[...]
virtual_root.force_probe :
Force the probing code to probe EISA slots even when it cannot find an
EISA compliant mainboard (nothing appears on slot 0). Defaultd to 0
(don't force), and set to 1 (force probing) when either
CONFIG_ALPHA_JENSEN or CONFIG_EISA_VLB_PRIMING are set.
Perhaps you could try passing virtual_root.force_probe=1 as a kernel option
when booting the installer, to see if that fixes the problem for you?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek@ubuntu.com vorlon@debian.org