Re: imon: spews to dmesg
I think I have found the source of this. linux/drivers/media/video/omap3isp/Makefile contains this: ifdef CONFIG_VIDEO_OMAP3_DEBUG EXTRA_CFLAGS += -DDEBUG endif but this module is not turned on,nor is the _DEBUG setting for it. % grep OMAP3 media_build/v4l/.config # CONFIG_VIDEO_OMAP3_DEBUG is not set # CONFIG_VIDEO_OMAP3 is not set % grep OMAP3 media_build/v4l/.myconfig CONFIG_VIDEO_OMAP3_DEBUG := n CONFIG_VIDEO_OMAP3 := n nonetheless: % grep DDEBUG media_build/v4l/.imon.o.cmd ... -fconserve-stack -Idrivers/media/dvb/dvb-core -Idrivers/media/dvb/dvb-usb -Idrivers/media/dvb/frontends -Idrivers/media/dvb/dvb-core -Idrivers/media/video -Idrivers/media/common/tuners -Idrivers/media/dvb/dvb-core -Idrivers/media/dvb/frontends -Idrivers/media/video -Idrivers/media/common/tuners -Idrivers/media/dvb/dvb-core -Idrivers/media/dvb/frontends -DDEBUG -Isound -Idrivers/staging/cxd2099/ -g ... Commenting out the three lines above in the omap3isp/Makefile gets rid of the -DDEBUG in the .cmd files. It seems to be the only Makefile that sets -DDEBUG in this way. Not sure what the real remedy is here. -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: imon: spews to dmesg
On 4/20/11, Jarod Wilson ja...@wilsonet.com wrote:
Those are almost all dev_dbg spew.
Indeed, it seems to come from
retval = send_packet(ictx);
if (retval) {
pr_err(send packet failed!\n);
goto exit;
} else {
dev_dbg(ictx-dev, %s: write %d bytes to LCD\n,
__func__, (int) n_bytes);
}
in imon.c
The normal way to enable dev_dbg spew is via some debugfs magic:
http://outer-rim.gnu4u.org/?p=38
(see also kernel source/Documentation/dynamic-debug-howto.txt)
I don't quite see why this would have happened since I didn't have a
debugfs mounted
during the build or after rebooting to use the new modules, to the
best of my knowledge.
But I also seem to recall that DEBUG may be getting defined
somewhere as part of the media_build process, which might be what
is enabling that spew in your case.
I can't follow the flow in the build system well enough to see for
sure where this would be enabled or not, but some after grepping I
found the following in the file
/linux/drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c
136-
137:#define DEBUG 0
138-static int ttusb_cmd(struct ttusb *ttusb,
All other uses of DEBUG that I can find are #if'ed or #ifdef'ed in the
C code files.
dvb-ttusb-budget.c is being built, but why should the definition there
affect other modules?
Cheers
Vince
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: imon: spews to dmesg
On Apr 18, 2011, at 11:06 PM, Vincent McIntyre wrote: Hi list, I just (2011-04-19) upgraded to the current media_build with build.sh commit bcfdefe9f4538abf12fca1cdb631c80e3d598026 Author: Mauro Carvalho Chehab mchehab@nehalem.(none) Date: Sun Apr 17 08:21:25 2011 -0300 and hit a problem. I have an Antec case with an LCD screen. It needs the imon driver. The LCD screen has been working well using media_build from 2011-01-30. The imon kernel module now spews this at a high rate: [ 38.532581] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.544545] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.552548] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.560560] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.568546] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.576557] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.584554] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.592558] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.600533] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.608551] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.620024] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.636034] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.652034] imon 9-1:1.0: lcd_write: write 8 bytes to LCD If I stop LCDd # /etc/init.d/LCDd stop the spew stops. I'm running on ubuntu 10.04 i386, with lcdproc 0.5.3-0ubuntu2. $ uname -a Linux ubuntu 2.6.32-27-generic #49-Ubuntu SMP Wed Dec 1 23:52:12 UTC 2010 i686 GNU/Linux $ modinfo imon filename: /lib/modules/2.6.32-27-generic/kernel/drivers/media/rc/imon.ko license:GPL version:0.9.2 description:Driver for SoundGraph iMON MultiMedia IR/Display author: Jarod Wilson ja...@wilsonet.com srcversion: 268453AC090EFB24F487BE7 alias: usb:v15C2p0046d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0045d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0044d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0043d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0042d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0041d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0040d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Fd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Ed*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Dd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Cd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Bd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Ad*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0039d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0038d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0037d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0036d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0035d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0034d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2pFFDCd*dc*dsc*dp*ic*isc*ip* depends:rc-core vermagic: 2.6.32-27-generic SMP mod_unload modversions 586 parm: debug:Debug messages: 0=no, 1=yes (default: no) (bool) parm: display_type:Type of attached display. 0=autodetect, 1=vfd, 2=lcd, 3=vga, 4=none (default: autodetect) (int) parm: pad_stabilize:Apply stabilization algorithm to iMON PAD presses in arrow key mode. 0=disable, 1=enable (default). (int) parm: nomouse:Disable mouse input device mode when IR device is open. 0=don't disable, 1=disable. (default: don't disable) (bool) parm: pad_thresh:Threshold at which a pad push registers as an arrow key in kbd mode (default: 28) (int) The module load looks normal: $ dmesg|grep imon [4.454786] imon 9-1:1.0: imon_probe: found iMON device (15c2:ffdc, intf0) [4.454794] imon 9-1:1.0: imon_find_endpoints: found IR endpoint [4.454794] imon 9-1:1.0: imon_find_endpoints: found display endpoint [4.472053] imon 9-1:1.0: 0xffdc iMON LCD, MCE IR (id 0x9f) [5.024035] Registered IR keymap rc-imon-mce [5.024173] imon 9-1:1.0: Configuring IR receiver for MCE protocol [5.032117] imon 9-1:1.0: Registering iMON display with sysfs [5.032173] imon 9-1:1.0: iMON device (15c2:ffdc, intf0) on usb9:2 initialized [5.032198] usbcore: registered new interface driver imon Then the display port is opened... [ 38.519700] imon 9-1:1.0: display port opened [ 38.532581] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.544545] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.552548] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.560560] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.568546] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.576557] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.584554] imon 9-1:1.0: lcd_write: write 8 bytes to LCD I don't have any load options defined for the imon module. Those are almost all dev_dbg spew. This seems relevant: http://www.gossamer-threads.com/lists/linux/kernel/789201 The normal way to enable
imon: spews to dmesg
Hi list, I just (2011-04-19) upgraded to the current media_build with build.sh commit bcfdefe9f4538abf12fca1cdb631c80e3d598026 Author: Mauro Carvalho Chehab mchehab@nehalem.(none) Date: Sun Apr 17 08:21:25 2011 -0300 and hit a problem. I have an Antec case with an LCD screen. It needs the imon driver. The LCD screen has been working well using media_build from 2011-01-30. The imon kernel module now spews this at a high rate: [ 38.532581] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.544545] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.552548] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.560560] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.568546] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.576557] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.584554] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.592558] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.600533] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.608551] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.620024] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.636034] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.652034] imon 9-1:1.0: lcd_write: write 8 bytes to LCD If I stop LCDd # /etc/init.d/LCDd stop the spew stops. I'm running on ubuntu 10.04 i386, with lcdproc 0.5.3-0ubuntu2. $ uname -a Linux ubuntu 2.6.32-27-generic #49-Ubuntu SMP Wed Dec 1 23:52:12 UTC 2010 i686 GNU/Linux $ modinfo imon filename: /lib/modules/2.6.32-27-generic/kernel/drivers/media/rc/imon.ko license:GPL version:0.9.2 description:Driver for SoundGraph iMON MultiMedia IR/Display author: Jarod Wilson ja...@wilsonet.com srcversion: 268453AC090EFB24F487BE7 alias: usb:v15C2p0046d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0045d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0044d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0043d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0042d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0041d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0040d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Fd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Ed*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Dd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Cd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Bd*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p003Ad*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0039d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0038d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0037d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0036d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0035d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2p0034d*dc*dsc*dp*ic*isc*ip* alias: usb:v15C2pFFDCd*dc*dsc*dp*ic*isc*ip* depends:rc-core vermagic: 2.6.32-27-generic SMP mod_unload modversions 586 parm: debug:Debug messages: 0=no, 1=yes (default: no) (bool) parm: display_type:Type of attached display. 0=autodetect, 1=vfd, 2=lcd, 3=vga, 4=none (default: autodetect) (int) parm: pad_stabilize:Apply stabilization algorithm to iMON PAD presses in arrow key mode. 0=disable, 1=enable (default). (int) parm: nomouse:Disable mouse input device mode when IR device is open. 0=don't disable, 1=disable. (default: don't disable) (bool) parm: pad_thresh:Threshold at which a pad push registers as an arrow key in kbd mode (default: 28) (int) The module load looks normal: $ dmesg|grep imon [4.454786] imon 9-1:1.0: imon_probe: found iMON device (15c2:ffdc, intf0) [4.454794] imon 9-1:1.0: imon_find_endpoints: found IR endpoint [4.454794] imon 9-1:1.0: imon_find_endpoints: found display endpoint [4.472053] imon 9-1:1.0: 0xffdc iMON LCD, MCE IR (id 0x9f) [5.024035] Registered IR keymap rc-imon-mce [5.024173] imon 9-1:1.0: Configuring IR receiver for MCE protocol [5.032117] imon 9-1:1.0: Registering iMON display with sysfs [5.032173] imon 9-1:1.0: iMON device (15c2:ffdc, intf0) on usb9:2 initialized [5.032198] usbcore: registered new interface driver imon Then the display port is opened... [ 38.519700] imon 9-1:1.0: display port opened [ 38.532581] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.544545] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.552548] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.560560] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.568546] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.576557] imon 9-1:1.0: lcd_write: write 8 bytes to LCD [ 38.584554] imon 9-1:1.0: lcd_write: write 8 bytes to LCD I don't have any load options defined for the imon module. Can anyone shed light on why the module is spewing to dmesg, and what should I do to fix it ? Thanks Vince -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at
