Re: Help needed with remaining plat headers
Hi, On 09/28/2012 09:58 AM, Vutla, Lokesh wrote: Hi, I see a module build failure in linux-next tree. Any one else facing this issue or I am missing something. Using master branch on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Below is the log . $ make modules -j 10 ERROR: snd_hwparams_to_dma_slave_config [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_pointer [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_open [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_close [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_get_chan [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_trigger [sound/soc/omap/snd-soc-omap.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 I have sent a patch fixing this (which also affect other platforms as well): http://mailman.alsa-project.org/pipermail/alsa-devel/2012-October/055902.html -- Péter -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Hi, I see a module build failure in linux-next tree. Any one else facing this issue or I am missing something. Using master branch on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Below is the log . $ make modules -j 10 CHK include/linux/version.h CHK include/generated/utsrelease.h make[1]: `include/generated/mach-types.h' is up to date. CALLscripts/checksyscalls.sh CC [M] sound/sound_core.o CC [M] crypto/ecb.o CC [M] crypto/arc4.o CC [M] sound/core/compress_offload.o CC [M] drivers/base/regmap/regmap-spi.o CC [M] sound/core/hwdep.o CC [M] net/bluetooth/af_bluetooth.o CC [M] drivers/bluetooth/hci_ldisc.o CC [M] drivers/bluetooth/hci_h4.o CC [M] net/bluetooth/hci_core.o CC [M] drivers/bluetooth/hci_bcsp.o CC [M] drivers/bluetooth/hci_ll.o CC [M] drivers/bluetooth/bcm203x.o CC [M] sound/core/memalloc.o CC [M] drivers/bluetooth/bpa10x.o CC [M] sound/core/pcm.o LD [M] drivers/bluetooth/hci_uart.o CC [M] net/bluetooth/hci_conn.o CC [M] sound/core/pcm_native.o CC [M] sound/core/pcm_lib.o CC [M] net/bluetooth/hci_event.o CC [M] sound/core/pcm_timer.o CC [M] net/bluetooth/mgmt.o CC [M] sound/core/pcm_misc.o CC [M] sound/core/pcm_memory.o CC [M] net/mac80211/main.o CC [M] drivers/net/wireless/libertas/cfg.o CC [M] net/mac80211/status.o CC [M] sound/core/rawmidi.o CC [M] sound/core/timer.o CC [M] sound/core/sound.o CC [M] sound/core/init.o CC [M] sound/soc/soc-core.o CC [M] sound/core/memory.o CC [M] net/mac80211/sta_info.o CC [M] net/mac80211/wep.o CC [M] net/mac80211/wpa.o CC [M] net/mac80211/scan.o CC [M] net/mac80211/offchannel.o CC [M] net/bluetooth/hci_sock.o CC [M] drivers/net/wireless/libertas/cmd.o CC [M] net/bluetooth/hci_sysfs.o CC [M] sound/core/info.o CC [M] net/mac80211/ht.o CC [M] net/mac80211/agg-tx.o CC [M] sound/core/control.o CC [M] sound/core/misc.o CC [M] sound/core/device.o CC [M] sound/soc/soc-dapm.o CC [M] net/bluetooth/l2cap_core.o CC [M] drivers/net/wireless/libertas/cmdresp.o CC [M] net/bluetooth/l2cap_sock.o CC [M] net/bluetooth/smp.o CC [M] net/bluetooth/sco.o CC [M] sound/soc/soc-jack.o CC [M] net/mac80211/agg-rx.o CC [M] drivers/net/wireless/libertas/debugfs.o CC [M] drivers/net/wireless/libertas/ethtool.o CC [M] drivers/net/wireless/libertas/main.o CC [M] sound/core/sound_oss.o CC [M] sound/core/info_oss.o CC [M] net/bluetooth/lib.o CC [M] net/bluetooth/a2mp.o CC [M] net/mac80211/ibss.o CC [M] drivers/net/wireless/libertas/rx.o CC [M] drivers/net/wireless/libertas/tx.o CC [M] sound/core/jack.o CC [M] drivers/net/wireless/libertas/firmware.o CC [M] sound/soc/soc-cache.o CC [M] sound/core/oss/mixer_oss.o CC [M] drivers/net/wireless/libertas/if_sdio.o CC [M] drivers/net/wireless/libertas/if_usb.o CC [M] sound/soc/soc-utils.o CC [M] net/mac80211/iface.o CC [M] net/wireless/core.o CC [M] net/wireless/sysfs.o CC [M] sound/core/oss/pcm_oss.o CC [M] sound/soc/soc-pcm.o CC [M] sound/usb/card.o LD [M] net/bluetooth/bluetooth.o CC [M] net/wireless/radiotap.o CC [M] sound/core/oss/pcm_plugin.o CC [M] sound/core/oss/io.o CC [M] net/wireless/util.o LD [M] drivers/net/wireless/libertas/libertas.o LD [M] drivers/net/wireless/libertas/usb8xxx.o LD [M] drivers/net/wireless/libertas/libertas_sdio.o CC [M] net/wireless/reg.o CC [M] sound/soc/soc-compress.o CC [M] sound/usb/clock.o CC [M] sound/soc/soc-io.o CC [M] net/mac80211/rate.o CC [M] sound/usb/endpoint.o CC [M] net/wireless/scan.o CC [M] net/wireless/nl80211.o CC [M] sound/core/oss/copy.o CC [M] drivers/usb/gadget/zero.o CC [M] sound/soc/codecs/twl4030.o CC [M] drivers/usb/gadget/usbstring.o CC [M] sound/core/oss/linear.o CC [M] drivers/usb/gadget/config.o CC [M] sound/usb/format.o CC [M] net/mac80211/michael.o CC [M] net/mac80211/tkip.o CC [M] drivers/video/cfbfillrect.o CC [M] sound/core/oss/mulaw.o CC [M] sound/core/oss/route.o CC [M] drivers/usb/gadget/epautoconf.o CC [M] drivers/usb/gadget/composite.o CC [M] drivers/video/cfbcopyarea.o CC [M] sound/usb/helper.o LD [M] sound/soc/codecs/snd-soc-twl4030.o CC [M] sound/usb/mixer.o CC [M] sound/usb/mixer_quirks.o CC [M] sound/core/oss/rate.o CC [M] sound/usb/pcm.o CC [M] sound/soc/omap/omap-mcbsp.o CC [M] sound/soc/omap/mcbsp.o LD [M] sound/core/oss/snd-mixer-oss.o LD [M] sound/core/oss/snd-pcm-oss.o LD [M] sound/core/snd.o LD [M] sound/core/snd-hwdep.o LD [M] sound/core/snd-timer.o LD [M] sound/core/snd-pcm.o LD [M] sound/core/snd-page-alloc.o LD [M] sound/core/snd-rawmidi.o LD [M] sound/core/snd-compress.o CC [M] drivers/video/cfbimgblt.o CC [M] sound/soc/omap/omap-pcm.o CC [M] net/wireless/mlme.o CC [M] net/mac80211/aes_ccm.o CC [M] net/wireless/ibss.o CC [M]
linux-next ASOC build break ? (Was... Re: Help needed with remaining plat headers)
+ Peter, Liam in case they haven't seen the issue yet. On Fri, Sep 28, 2012 at 12:28 PM, Vutla, Lokesh lokeshvu...@ti.com wrote: Hi, I see a module build failure in linux-next tree. Any one else facing this issue or I am missing something. Using master branch on git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git Below is the log . $ make modules -j 10 CHK include/linux/version.h CHK include/generated/utsrelease.h LD [M] drivers/video/omap2/dss/omapdss.o Building modules, stage 2. [..] MODPOST 45 modules ERROR: snd_hwparams_to_dma_slave_config [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_pointer [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_open [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_close [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_get_chan [sound/soc/omap/snd-soc-omap.ko] undefined! ERROR: snd_dmaengine_pcm_trigger [sound/soc/omap/snd-soc-omap.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
On 09/27/2012 12:57 PM, Vutla, Lokesh wrote: clkdev_omap.h clock.h common.h cpu.h dma-44xx.h dma.h As a part of clean up I am looking at dma.h and dma-44xx.h files ll send you patches once cleanup and testing is done. One note for the dma.h, dma-44xx.h: The audio drivers used to include at least dma.h, but after the dmaengine conversion the are no longer doing it. The dmaengine for OMAP audio is going for 3.7. You can see them for some time in linux-next laready. -- Péter -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Hi Peter, On Fri, Sep 28, 2012 at 2:24 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote: On 09/27/2012 12:57 PM, Vutla, Lokesh wrote: clkdev_omap.h clock.h common.h cpu.h dma-44xx.h dma.h As a part of clean up I am looking at dma.h and dma-44xx.h files ll send you patches once cleanup and testing is done. One note for the dma.h, dma-44xx.h: The audio drivers used to include at least dma.h, but after the dmaengine conversion the are no longer doing it. The dmaengine for OMAP audio is going for 3.7. You can see them for some time in linux-next laready. Yes I am aware of this. I am making patches on linux-next only Thanks Lokesh -- Péter -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Hi Tony, On 09/27/2012 03:26 PM, Tony Lindgren wrote: Please see below a status update on the remaining problem plat headers. Note that all patches should be against current linux next in this case. [snip] dmtimer.h Jon, can you do a patch for dmtimer.h? Yes, I will look into this. Cheers Jon -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Hi Tony, On Fri, Sep 21, 2012 at 4:59 AM, Tony Lindgren t...@atomide.com wrote: Hi all, With the recent pull request I sent for v3.7, we now have pretty much all the mach includes fixed up for omap2+ for single zImage support. We still have quite a few plat headers that we need to sort out manually. Please take a look at the following list, and reply to this thread if you are working on patches moving one of the headers in the list so we can coordinate things. The rules are simple for most of them: 1. For driver related data, the header should now be in include/linux/platform_data/*.h 2. For mach-omap2 specific things, the headers should be in arch/arm/mach-omap2. 3. Drivers should not include anything from plat or mach. I'll be looking into getting rid of cpu.h etc for v3.8 merge window, but won't be looking much at the driver related headers. So some help would be appreciated here :) Regards, Tony $ ls arch/arm/plat-omap/include/plat/ clkdev_omap.h clock.h common.h cpu.h dma-44xx.h dma.h As a part of clean up I am looking at dma.h and dma-44xx.h files ll send you patches once cleanup and testing is done. Thanks Lokesh dmtimer.h fpga.h gpmc.h i2c.h iommu2.h iommu.h iopgtable.h iovmm.h led.h mailbox.h menelaus.h mmc.h multi.h omap_device.h omap_hwmod.h omap-pm.h omap-secure.h omap-serial.h prcm.h sdrc.h serial.h sram.h tc.h timex.h uncompress.h usb.h vram.h vrfb.h -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
On Thu, 2012-09-20 at 16:29 -0700, Tony Lindgren wrote: Hi all, With the recent pull request I sent for v3.7, we now have pretty much all the mach includes fixed up for omap2+ for single zImage support. We still have quite a few plat headers that we need to sort out manually. Please take a look at the following list, and reply to this thread if you are working on patches moving one of the headers in the list so we can coordinate things. The rules are simple vram.h vrfb.h I'll work on these ones. Tomi signature.asc Description: This is a digitally signed message part
Re: Help needed with remaining plat headers
* Tomi Valkeinen tomi.valkei...@ti.com [120927 03:13]: On Thu, 2012-09-20 at 16:29 -0700, Tony Lindgren wrote: Hi all, With the recent pull request I sent for v3.7, we now have pretty much all the mach includes fixed up for omap2+ for single zImage support. We still have quite a few plat headers that we need to sort out manually. Please take a look at the following list, and reply to this thread if you are working on patches moving one of the headers in the list so we can coordinate things. The rules are simple vram.h vrfb.h I'll work on these ones. Thanks. Can you please also remove the remaining cpu_is_omap and soc_is_omap usage from drivers/video for omap2+ early with some patches that I can apply to my cleanup branch early? Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
* Vutla, Lokesh lokeshvu...@ti.com [120927 02:59]: dma-44xx.h dma.h As a part of clean up I am looking at dma.h and dma-44xx.h files ll send you patches once cleanup and testing is done. OK great that's good to hear. Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Please see below a status update on the remaining problem plat headers. Note that all patches should be against current linux next in this case. * Tony Lindgren t...@atomide.com [120920 16:30]: $ ls arch/arm/plat-omap/include/plat/ clkdev_omap.h clock.h Paul posted patches for the clock headers. common.h I'll make common.h local. cpu.h Making cpu.h local requires getting rid of cpu_is_omap/soc_is_omap usage in drivers for mach-omap2+, so please fix your drivers! dma-44xx.h dma.h Lokesh will post patches for the dma*.h files. dmtimer.h Jon, can you do a patch for dmtimer.h? fpga.h I'll make fpga.h local to mach-omap1. gpmc.h Afzal, can you do a patch for gpmc.h? i2c.h Will move to platform_data after defining register functions locally. iommu2.h iommu.h iopgtable.h iovmm.h There are io*.h patches posted for these by Ido that need a bit more work to clear out the non-platform-data parts that should be local to the driver. led.h Will move to platform_data. mailbox.h Omar, can you please do a patch that makes mailbox.h suitable for include/linux/platform_data/mailbox-omap.h? menelaus.h Will convert to be suitable for include/linux/platform_data. mmc.h Will convert to be suitable for include/linux/platform_data. multi.h Will make multi.h local. omap_device.h omap_hwmod.h Will make omap_device.h and omap_hwmod.h local to mach-omap2. omap-pm.h omap-secure.h omap-serial.h Will fix up for platform_data/serial-omap.h. prcm.h sdrc.h Will make prcm.h and sdrc.h local to mach-omap2. serial.h Will fix up for platform_data/serial-omap.h. sram.h Will make sram.h local. tc.h Will make tc.h local to mach-omap1. timex.h Igor is looking into timex.h. uncompress.h We can just move and disable the DEBUG_LL unless UART address + shift are specified in Kconfig in a generic way. I think this is already possible or patches have been posted to LAKML? usb.h Felipe can you do a patch for this one? vram.h vrfb.h Tomi will post patches for vr*.h files. Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
Missed omap-pm.h and omap-secure.h, see below.. * Tony Lindgren t...@atomide.com [120927 13:27]: Please see below a status update on the remaining problem plat headers. Note that all patches should be against current linux next in this case. * Tony Lindgren t...@atomide.com [120920 16:30]: $ ls arch/arm/plat-omap/include/plat/ clkdev_omap.h clock.h Paul posted patches for the clock headers. common.h I'll make common.h local. cpu.h Making cpu.h local requires getting rid of cpu_is_omap/soc_is_omap usage in drivers for mach-omap2+, so please fix your drivers! dma-44xx.h dma.h Lokesh will post patches for the dma*.h files. dmtimer.h Jon, can you do a patch for dmtimer.h? fpga.h I'll make fpga.h local to mach-omap1. gpmc.h Afzal, can you do a patch for gpmc.h? i2c.h Will move to platform_data after defining register functions locally. iommu2.h iommu.h iopgtable.h iovmm.h There are io*.h patches posted for these by Ido that need a bit more work to clear out the non-platform-data parts that should be local to the driver. led.h Will move to platform_data. mailbox.h Omar, can you please do a patch that makes mailbox.h suitable for include/linux/platform_data/mailbox-omap.h? menelaus.h Will convert to be suitable for include/linux/platform_data. mmc.h Will convert to be suitable for include/linux/platform_data. multi.h Will make multi.h local. omap_device.h omap_hwmod.h Will make omap_device.h and omap_hwmod.h local to mach-omap2. omap-pm.h I think Kevin already has some patches to make this local? omap-secure.h Will make omap-secure.h local. omap-serial.h Will fix up for platform_data/serial-omap.h. prcm.h sdrc.h Will make prcm.h and sdrc.h local to mach-omap2. serial.h Will fix up for platform_data/serial-omap.h. sram.h Will make sram.h local. tc.h Will make tc.h local to mach-omap1. timex.h Igor is looking into timex.h. uncompress.h We can just move and disable the DEBUG_LL unless UART address + shift are specified in Kconfig in a generic way. I think this is already possible or patches have been posted to LAKML? usb.h Felipe can you do a patch for this one? vram.h vrfb.h Tomi will post patches for vr*.h files. Regards, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
On Fri, Sep 28, 2012 at 1:56 AM, Tony Lindgren t...@atomide.com wrote: Please see below a status update on the remaining problem plat headers. Note that all patches should be against current linux next in this case. * Tony Lindgren t...@atomide.com [120920 16:30]: $ ls arch/arm/plat-omap/include/plat/ [..] omap-secure.h Will work with Lokesh to get this one sorted out along with dma. It can be made local to mach-omap2. Regards Santosh -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
* Shilimkar, Santosh santosh.shilim...@ti.com [120927 13:34]: On Fri, Sep 28, 2012 at 1:56 AM, Tony Lindgren t...@atomide.com wrote: Please see below a status update on the remaining problem plat headers. Note that all patches should be against current linux next in this case. * Tony Lindgren t...@atomide.com [120920 16:30]: $ ls arch/arm/plat-omap/include/plat/ [..] omap-secure.h Will work with Lokesh to get this one sorted out along with dma. It can be made local to mach-omap2. OK thanks. Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: Help needed with remaining plat headers
Hi Tony, On Fri, Sep 28, 2012 at 01:56:16, Tony Lindgren wrote: Please see below a status update on the remaining problem plat headers. gpmc.h Afzal, can you do a patch for gpmc.h? Yes, I will do it. Regards Afzal
Re: Help needed with remaining plat headers
On 09/21/12 02:29, Tony Lindgren wrote: Hi all, With the recent pull request I sent for v3.7, we now have pretty much all the mach includes fixed up for omap2+ for single zImage support. We still have quite a few plat headers that we need to sort out manually. Please take a look at the following list, and reply to this thread if you are working on patches moving one of the headers in the list so we can coordinate things. The rules are simple for most of them: 1. For driver related data, the header should now be in include/linux/platform_data/*.h 2. For mach-omap2 specific things, the headers should be in arch/arm/mach-omap2. 3. Drivers should not include anything from plat or mach. I'll be looking into getting rid of cpu.h etc for v3.8 merge window, but won't be looking much at the driver related headers. So some help would be appreciated here :) Regards, Tony $ ls arch/arm/plat-omap/include/plat/ [...] timex.h I'll try to deal with this one, as it is related to the work I currently do for CONFIG_OMAP_32K_TIMER removal. Probably for v3.8 merge window. -- Regards, Igor. -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: Help needed with remaining plat headers
* Igor Grinberg grinb...@compulab.co.il [120921 02:07]: On 09/21/12 02:29, Tony Lindgren wrote: Hi all, With the recent pull request I sent for v3.7, we now have pretty much all the mach includes fixed up for omap2+ for single zImage support. We still have quite a few plat headers that we need to sort out manually. Please take a look at the following list, and reply to this thread if you are working on patches moving one of the headers in the list so we can coordinate things. The rules are simple for most of them: 1. For driver related data, the header should now be in include/linux/platform_data/*.h Just to clarify this, these headers should only contain the platform data shared between the SoC specific code and driver. Things that are driver internal should be in the driver specific header or moved to the driver. Things that are SoC internal should be in the local *.[chS] files in the arch/arm/mach-omap2 directory. 2. For mach-omap2 specific things, the headers should be in arch/arm/mach-omap2. 3. Drivers should not include anything from plat or mach. I'll be looking into getting rid of cpu.h etc for v3.8 merge window, but won't be looking much at the driver related headers. So some help would be appreciated here :) Regards, Tony $ ls arch/arm/plat-omap/include/plat/ [...] timex.h I'll try to deal with this one, as it is related to the work I currently do for CONFIG_OMAP_32K_TIMER removal. Probably for v3.8 merge window. OK great thanks, Tony -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
