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 Thu, Feb 19, 2009 at 8:01 AM, Steve Langasek <vor...@debian.org> wrote: > On Wed, Feb 18, 2009 at 11:40:44PM +0100, Istvan Gyenes wrote: > > Hello Steve, > > > the network driver is "depca" the SCSI is aha1740. > > Ok. The depca driver is in the nic-extra-modules udeb and the aha1740 is > in > 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? > > > 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. > > I wish you luck with this build, but that won't be a fix that can be > applied > 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/ > slanga...@ubuntu.com vor...@debian.org >
