Going back in LiS version numbers doesn't seem to help. LiS 2.10 gives me the exact same problems LiS 2.12.2 does under kernel 2.2.20. Most likely, that is because my problems are Sparc/Linux specific.
Therefore, I decided to upgrade my kernel from 2.2.20 to 2.4.20 and try out LiS 2.16.8 on the final system. This way if I do continue to have problems, perhaps it'll be easier to resolve them. I was able to compile/install 2.4.20 kernel successfully w/o any problems. As far as LiS 2.16.8 compilation on 2.4.20 is concerned, the only 'undocumented' instrumentation I'd to make was to edit 'head/linux/exports.c' and comment out the 'lis_pci_bios_*' symbols -- DG said he may look at this next week.
I will still look at this.
Note that per LiS README instructions, I'd also edited the 'linux/include/asm-sparc/unistd.h' file prior to rebuilding the 2.4.20 kernel.
Should no longer be necessary since LiS-2.16 does not use system calls any more.
With the aforementioned instrumentation, I'm able to compile entire LiS source code [including ip_to_dlpi.c] successfully. It looks like I'm one step ahead of where I was under kernel 2.2.20 and that's really good since I'll be able to work with the latest of everything. Plus my problems now seem to be confined to 'streams.o' module only. However, I'm still unable to load 'streams.o' due to unresolved symbols. 'depmod -a' complains about following symbols in specific:
It appears that in the SPARC build that PCI support is a configuration option. So do a "make menuconfig" and sniff out this option and turn it on. These routines are in the kernel source but conditioned on CONFIG_PCI.
You are on the right track. Stick with LiS-2.16 and kernel 2.4.20 for likely best results.
-- Dave
pci_unmap_single
pci_unmap_page
pci_free_consistent
pci_map_page
pci_dma_sync_sg
pci_unmap_sg
pci_map_sg
pci_dac_dma_to_offset
pci_alloc_consistent
pci_dac_page_to_dma
pci_dac_dma_to_page
pci_map_single
pci_dac_dma_sync_single
pci_dma_sync_single
