summaryrefslogtreecommitdiffstats
path: root/drivers/net/enc28j60_hw.h
diff options
context:
space:
mode:
authorAnatolij Gustschin <agust@denx.de>2008-03-22 21:49:05 +1100
committerPaul Mackerras <paulus@samba.org>2008-03-24 17:55:51 +1100
commit7ea6fd7e2df041297298b5feb5b7b78a2b1a5310 (patch)
tree5955ac4d7a7a525cf535e5d3e35edf30a46f1231 /drivers/net/enc28j60_hw.h
parent9560aea4e9d17cb75113c6051e800222fd5c71a4 (diff)
[POWERPC] Fix Oops with TQM5200 on TQM5200
The "bestcomm-core" driver defines its of_match table as follows static struct of_device_id mpc52xx_bcom_of_match[] = { { .type = "dma-controller", .compatible = "fsl,mpc5200-bestcomm", }, { .type = "dma-controller", .compatible = "mpc5200-bestcomm", }, {}, }; so while registering the driver, the driver's probe function won't be called, because the device tree node doesn't have a device_type property. Thus the driver's bcom_engine structure won't be allocated. Referencing this structure later causes observed Oops. Checking bcom_eng pointer for NULL before referencing data pointed by it prevents oopsing, but fec driver still doesn't work (because of the lost bestcomm match and resulted task allocation failure). Actually the compatible property exists and should match and so the fec driver should work. This removes .type = "dma-controller" from the bestcomm driver's mpc52xx_bcom_of_match table to solve the problem. Signed-off-by: Anatolij Gustschin <agust@denx.de> Acked-by: Grant Likely <grant.likely@secretlab.ca> Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to 'drivers/net/enc28j60_hw.h')
0 files changed, 0 insertions, 0 deletions