Re: [ 00/17] 3.4.58-stable review

[Greg Kroah-Hartman]

On Tue, Aug 13, 2013 at 01:19:36PM -0700, Guenter Roeck wrote:
> I copied the individual log files for the 3.4 build to http://roeck-us.net/linux/logs
> in case you want to browse through it.
> 
> Here is a summary.
> 
> mips/allmodconfig:
> drivers/net/ethernet/3com/3c59x.c: In function 'vortex_init_one':
> drivers/net/ethernet/3com/3c59x.c:1031:2: error: implicit declaration of function 'pci_iomap' 
> 
> We have seen that before in 3.10. Commit 78857614104 (MIPS: Expose
> missing pci_io{map,unmap} declarations) fixes it.

Now applied.

> sound/oss/soundcard.c:69:31: error: 'MAX_DMA_CHANNELS' undeclared here (not in a function)
> 
> This requires 
> d4702b189c sound: Fix make allmodconfig on MIPS
> a62ee234a5 sound: Fix make allmodconfig on MIPS correctly

Now applied.

> Unfortunately, after applying those patches the build still fails with
> 
> ERROR: "min_low_pfn" [drivers/net/wireless/ath/ath6kl/ath6kl_sdio.ko] undefined!
> 
> This has been fixed upstream with commit 8b9232141b (MIPS: Rewrite pfn_valid to work
> in modules, too), which applies but results in build failures.

What failures?  I've applied this now, as it makes sense.

> There is a patch from Ben Hutchings which removes the use of
> virt_addr_valid() (which causes the problem) from the ath6kl driver,
> but that is not in mainline.

Ok, I think I'll stop there for MIPS, that's a good start...

> microblaze/mmu_defconfig:
> build/scripts/gen_initramfs_list.sh: Cannot open 'rootfs.cpio'
> make[1]: *** [usr/initramfs_data.cpio.gz] Error 1
> make: *** [usr] Error 2
> 
> CONFIG_INITRAMFS_SOURCE=rootfs.cpio in the config file probably
> isn't such a good idea.
> 
> Upstream commit d0e045401f26 (microblaze: Update microblaze defconfigs)
> addresses this problem, but it can not be applied directly. It defines
> CONFIG_HIGHMEM=y, CONFIG_PCI=y, and CONFIG_PCI_XILINX=y, which do
> not build in 3.4. It builds successfully if I apply d0e045401f26
> and remove those three definitions.

I've now done that, thanks.

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/