aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/ide
diff options
context:
space:
mode:
authorLoren M. Lang <lorenl@alzatex.com>2006-02-03 03:04:59 -0800
committerLinus Torvalds <torvalds@g5.osdl.org>2006-02-03 08:32:12 -0800
commit9ea244b4b545ecb323d042a0df5c080edefcd1fc (patch)
tree65e219ea529ac8089fa5415d8b350cf0fd3c62e5 /drivers/ide
parent0c866b5103ad65de04a2a211f8db56820179cb53 (diff)
downloadkernel_samsung_smdk4412-9ea244b4b545ecb323d042a0df5c080edefcd1fc.zip
kernel_samsung_smdk4412-9ea244b4b545ecb323d042a0df5c080edefcd1fc.tar.gz
kernel_samsung_smdk4412-9ea244b4b545ecb323d042a0df5c080edefcd1fc.tar.bz2
[PATCH] RocketPoint 1520 [hpt366] fails clock stabilization
I just purchased a HighPoint Rocket 1520 SATA controller. There seems to be no libata driver (yet), but there is an ide driver, hpt366. When the driver gets loaded, it causes a kernel NULL pointer dereference in pci_bus_clock_list. It seems to be because the driver is waiting for clock stabilization in init_hpt37x() which never comes. The driver just continues on with the pci drvdata set to NULL, instead of a valid clock entry. The following patch prevents the NULL dereference from happening, but instead exit with an error. Acked-by: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'drivers/ide')
-rw-r--r--drivers/ide/pci/hpt366.c4
1 files changed, 4 insertions, 0 deletions
diff --git a/drivers/ide/pci/hpt366.c b/drivers/ide/pci/hpt366.c
index 7b589d9..940bdd4 100644
--- a/drivers/ide/pci/hpt366.c
+++ b/drivers/ide/pci/hpt366.c
@@ -1288,6 +1288,10 @@ static void __devinit hpt37x_clocking(ide_hwif_t *hwif)
goto init_hpt37X_done;
}
}
+ if (!pci_get_drvdata(dev)) {
+ printk("No Clock Stabilization!!!\n");
+ return;
+ }
pll_recal:
if (adjust & 1)
pll -= (adjust >> 1);