Sylwester Nawrocki wrote: > > When s3c64xx-spi is instantiated from device tree an instance of > struct s3c64xx_spi_csinfo is dynamically allocated in the driver. > For non-dt platform it is passed from board code through > spi_register_board_info(). On error path in s3c64xx_spi_setup() > function there is an attempt to free this data struct > s3c64xx_spi_csinfo object as it would have been allocated in the > driver for both, dt and non-dt based platforms. This leads to > following bug when gpio request fails: > > spi spi1.0: Failed to get /CS gpio [21]: -16 > kernel BUG at mm/slub.c:3478! > Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM > Modules linked in: > CPU: 0 Not tainted (3.6.0-rc5-00092-g9b0b493-dirty #6111) > PC is at kfree+0x148/0x158 > LR is at s3c64xx_spi_setup+0xac/0x290 > pc : [<c00a513c>] lr : [<c0227014>] psr: 40000013 > sp : ee043e10 ip : c032883c fp : c0481f7c > r10: ee0abd80 r9 : 00000063 r8 : 00000000 > r7 : ee129e78 r6 : ee104a00 r5 : fffffff0 r4 : c047bc64 > r3 : 40000400 r2 : c047bc64 r1 : c04def60 r0 : 0004047b > Flags: nZcv IRQs on FIQs on Mode SVC_32 ISA ARM Segment kernel > Control: 10c5387d Table: 4000404a DAC: 00000015 > Process swapper/0 (pid: 1, stack limit = 0xee0422f0) > Stack: (0xee043e10 to 0xee044000) > ... > [<c00a513c>] (kfree+0x148/0x158) from [<c0227014>] > (s3c64xx_spi_setup+0xac/0x290) > [<c0227014>] (s3c64xx_spi_setup+0xac/0x290) from [<c02251a4>] > (spi_setup+0x34/0x4c) > [<c02251a4>] (spi_setup+0x34/0x4c) from [<c02258d0>] > (spi_add_device+0x98/0x128) > [<c02258d0>] (spi_add_device+0x98/0x128) from [<c02259d4>] > (spi_new_device+0x74/0xa8) > [<c02259d4>] (spi_new_device+0x74/0xa8) from [<c0225a2c>] > (spi_match_master_to_boardinfo+0x24/0x44) > [<c0225a2c>] (spi_match_master_to_boardinfo+0x24/0x44) from [<c0225b40>] > (spi_register_master+0xf4/0x2a8) > [<c0225b40>] (spi_register_master+0xf4/0x2a8) from [<c043fe0c>] > (s3c64xx_spi_probe+0x34c/0x42c) > [<c043fe0c>] (s3c64xx_spi_probe+0x34c/0x42c) from [<c01fc198>] > (platform_drv_probe+0x18/0x1c) > > There should be no attempt to kfree controller_data when it was > externally provided through the board code. Fix this by freeing > controller_data only when dev->of_node is not null. > > Signed-off-by: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx> > Signed-off-by: Kyungmin Park <kyungmin.park@xxxxxxxxxxx> Yes, correct. Need to check it. Acked-by: Kukjin Kim <kgene.kim@xxxxxxxxxxx> Thanks. Best regards, Kgene. -- Kukjin Kim <kgene.kim@xxxxxxxxxxx>, Senior Engineer, SW Solution Development Team, Samsung Electronics Co., Ltd. -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
 |