aboutsummaryrefslogtreecommitdiffstats
path: root/lib/atomic64.c
diff options
context:
space:
mode:
authorKyle McMartin <kyle@redhat.com>2009-08-19 21:17:08 -0400
committerIngo Molnar <mingo@elte.hu>2009-08-21 10:04:24 +0200
commitec9c96ef3cc0124cb94375b17faaa8cff5dfdf97 (patch)
tree477cfb87ab455a9adf26cb897252290f110494dd /lib/atomic64.c
parentMerge branch 'i2c-fixes-rc6' of git://aeryn.fluff.org.uk/bjdooks/linux (diff)
downloadlinux-dev-ec9c96ef3cc0124cb94375b17faaa8cff5dfdf97.tar.xz
linux-dev-ec9c96ef3cc0124cb94375b17faaa8cff5dfdf97.zip
dma-debug: Fix check_unmap null pointer dereference
While it's debatable whether or not a NULL device argument to the DMA API functions is valid... since it certainly isn't valid on devices with an IOMMU... dma-debug really shouldn't be dereferencing null pointers either. Guard against that in err_printk and the driver_filter functions. A Fedora rawhide user was seeing this in one of the dvb drivers resulting in an oops on boot. [ A patch has been sent for testing to the driver, but I feel the dma debugging support should be fixed as well. (There's still a pile of legacy garbage in the kernel passing null pointers to dma_{alloc,free}_*. :( ] Signed-off-by: Kyle McMartin <kyle@redhat.com> Cc: mchehab@infradead.org Cc: Joerg Roedel <joerg.roedel@amd.com> LKML-Reference: <20090820011708.GP25206@bombadil.infradead.org> Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'lib/atomic64.c')
0 files changed, 0 insertions, 0 deletions