ARM: OMAP2: possible division by 0
authorRoel Kluin <roel.kluin@gmail.com>
Thu, 23 Apr 2009 18:10:49 +0000 (11:10 -0700)
committerTony Lindgren <tony@atomide.com>
Thu, 23 Apr 2009 18:10:49 +0000 (11:10 -0700)
commitd94a2eddf50c4aa1553acf3025f45d03704a1f97
tree38986f5959a6e30105cf2bd95186d69397b0e8a1
parent6b7bff3169192e2870f68f47fde25a22e136918e
ARM: OMAP2: possible division by 0

In linus' git tree the functions can be found at:
vi arch/arm/mach-omap2/usb-tusb6010.c +200 - tusb6010_platform_retime()
vi arch/arm/mach-omap2/gpmc.c +94 - gpmc_get_fclk_period()
vi arch/arm/mach-omap2/usb-tusb6010.c +53 - tusb_set_async_mode()
vi arch/arm/mach-omap2/usb-tusb6010.c +111 - tusb_set_sync_mode()

is -ENODEV appropriate when sysclk_ps == 0?

This was found by code analysis, please review.
------------------------------>8-------------8<---------------------------------
gpmc_get_fclk_period() may return 0 when gpmc_l3_clk is not enabled. This is
not checked in tusb6010_platform_retime() nor in tusb_set_async_mode() it
seems. In tusb_set_sync_mode() this may result in a division by zero.

Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
Signed-off-by: Tony Lindgren <tony@atomide.com>
arch/arm/mach-omap2/usb-tusb6010.c