LinuxQuestions.org
Welcome to the most active Linux Forum on the web.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware
User Name
Password
Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?

Notices


Reply
  Search this Thread
Old 11-04-2004, 04:17 AM   #1
fishvfx
LQ Newbie
 
Registered: Nov 2004
Posts: 1

Rep: Reputation: 0
highpoint 1640 - hpt374 and 2,6x


I am currently running fc2, kernel 2.6.8-1.521 and a highpoint 1640. Highpoint only offers linux drivers upto 2.4x, so one must be compiled using the source code avail from there web site. I am a bit of a newbie at this kind of task and need some serious help, very desperate and even willing to pay someone to copile this for me.

below is the readme file from the how-to from the open source download;

2. Build the driver
---------------------
1) Install kernel source package and building tools.

You shall use same configuration for the kernel and the driver.
Otherwise the driver may be unable to load or work abnormally.

If you are using stock kernel, obtain the configuration in your Linux
distribution (e.g. the kernel configuration file for Red Hat stock kernel
can be found under "configs" directory in kernel source tree). Copy the
configuration file to <your-kernel-source-dir>/.config and setup the
kernel headers using "make oldconfig" and "make dep" commands before you build the driver.

Please refer to the documents in your Linux distribution for kernel
configuration.

If the kernel contains built-in IDE support for HPT374 controller,
you must disable the kernel support before using this driver. You can
either rebuild a kernel without HPT374 support, or use boot parameters
like "hdx=noprobe" to disable the built-in driver.

2) Extract the driver files to somewhere.

3) Build the driver (example):

# make KERNELDIR=/usr/src/linux-2.4.7-10

Available make options:

RR154X=0
Build driver for HPT374 PATA controller instead of SATA controller.

NON_RAID=1
Build driver without RAID support.

CROSS_CTRL=1
Enable cross-controller RAID (need controller BIOS support).


3. Using the driver
---------------------

1) Load module "scsi_mod" and "sd_mod" if they are not built into kernel:

# modprobe sd_mod

2) Load the driver.

# insmod ./hpt374.o

For kernel 2.6, the driver module is "hpt374.ko". Also you need to use
the 2.5/2.6 module-init-tools modutils from 2.4 won't work with 2.5/2.6.
 
Old 03-24-2005, 01:20 PM   #2
knobby
Member
 
Registered: Jan 2002
Location: Austin, Texas
Posts: 31

Rep: Reputation: 16
Question Highpoint SATA 1640, RAID5, 2.6, hpt374, Fedora, Mandrake

First let me answer the question above just in case you still need it after so many months.
1) Make sure you installed everything you need to compile, selecting developement during the fedora install should be enough, I think.
2) Make sure you have installed the kernel-source package for the kernel you are running. Selecting kernel developement during Fedora install should be enough.
3) Make sure the symlink /usr/src/linux points to the right directory for the kernel source you are running. (do "ls-l /usr/src/" for hints)
4) Copy the config file for the kernel you are running to the kernel source directory (check the file config-x.x.x-x name first):
[root@box /root]# cp /boot/config-2.6.8-1.521 /usr/src/linux/.config [enter]
5) extract the module source:
[root@box /root]# mkdir hptmodule; cd hptmodule [enter]
[root@box /root/mdkmodule]# tar zxvf ../hptsourcefile.tgz [enter]
6) Now you should be in a directory with the hpt374 source files and ready to make the sucker, no need for silly arguments or anything:
[root@box /root/mdkmodule]# make [enter]
7) You should now have 2 module files, hpt374.0 and hpt374.ko for 2.4 and 2.6 kernels. First make sure the depenent modules are loaded, unless they are compiled into the kernel (they are modules with Fedora I think):
[root@box /root/mdkmodule]# modprobe scsi_mod [enter]
[root@box /root/mdkmodule]# modprobe sd_mod [enter]
8) Now for the moment we have all been waiting for:
[root@box /root/mdkmodule]# insmod ./hpt374.ko [enter]
9) If the shell returns with no errors then you have sucessfully loaded the module (use "lsmod" to see). Install the Highpoint RAID management software and create a RAID array. It takes a little while, when you are done you should be able to fdisk the thing like this (if you have no other scsi or raid devices):
[root@box /root/mdkmodule]# fdisk /dev/sda

From there it should be obvious. I have done this successfully on a box running Mandrake 10.1 and the 2.6 kernel. I have problems at first when I had created a RAID 5 array using the RAID card's bios setup program instead of the Linux Highpoint RAID software to create the array. After destroying the first array and creating one with the Linux RAID software I was able to fdisk and mkfs without any problems. Thank you Highpoint!

That should help the newbies some I hope. Now for my saga, I'll make a separate post.
 
Old 03-24-2005, 02:31 PM   #3
knobby
Member
 
Registered: Jan 2002
Location: Austin, Texas
Posts: 31

Rep: Reputation: 16
Installing Mandrake 10.1 with Highpoint RocketRAID 1640, hpt374, Hardware RAID5

I am trying to install Mandrake on a server that has a Highpoint RocketRAID 1640 (SATA RAID card) with a 4 drive RAID5 array. Let me list the spec for you:
ASUS A7V8x-X Mobo with via km400 chipset
1GB ddr(one stick)
AthlonXP 3200
RocketRAID 1640
4 X Hitachi HD 80GB|HITC SATA 8MB
/dev/hdc - DVD+/-RW LITEON SOHW-1633S
/dev/hda - Old Maxtor 10GB HD
/dev/fd0 - Std Floppy

I have installed Mandrake Linux 10.1 on /dev/hda and compiled and loaded the hpt374.ko module. I can create an ext3 partition, read/write, everything is great. My problem is getting the Mandrake install to "see" my Highpoint RAID and install Linux there. I have tried the "expert" install mode and found that it is easier to run the normal install do "ctrl+alt+f2" to get to a busybox shell after accepting the license agreement during the gui install. To get back to your gui install you can do "alt+f7". So here is what I have done so far. First I installed Mandrake on /dev/hda1 to get a running system to experiment with. Then I compiled the hpt374 module for the standard 2.6.8.1-12mdk kernel, load it, used the Highpoint RAID management software to create one ~240gb raid 5 array, fdisk'd it and then created an ext3 partition at /dev/sda1. Everything works fine so I copy the hpt374.ko module to a floppy disk. Now reboot and boot from the Mandrakelinux Ultimate Desktop DVD that came with my Powerpack+, which kicks arse. When it asks to hit F1 or Enter to install, hit F1. Per the Highpoint instructions on installing with Redhat, you must tell the kernel not to probe the drives attached to the SATA controller like this:

boot: alt0 hde=noprobe hdf=noporobe hdg=noprobe hdh=noprobe hdi=noprobe hdj=noprobe hdk=noprobe hdl=noprobe [enter]
You should get a text prompt to select you install media, I select CDROM for the DVD install.
X Window starts up and I select English because that is the language I speak. Then accept the license agreement because you have to, now you are at the "Upgrade or Install" prompt. This is the point where I do "ctrl+alt+F2" to get to a console shell. Now we can try to load our module from there, after we mount the floppy:
# mkdir /mnt/floppy
# mount -t ext2 /dev/fd0 /mnt/floppy
Now you should check to see that the dependent modules (scsi_mod and sd_mod) are already loaded using "lsmod". I know that they are loaded for me because I have done this so many times : ) so I just try loading the module:
# insmod /mnt/floppy/hpt374.ko
You should get a message that it failed. We can do "alt+F4" to see the error log for the install process. You should see a line similar to this explaining the problem:
<3> scsi_mod: version magic `2.6.8-1.12mdk 686 gcc-3.4` should be `2.6.8.1-12mdkBOOT 386 gcc-3.4`
This is a common problem that can be fixed by doing 2 things, first we need to change our kernel config to the processor type 386 not 686 using make xconfig, then we need to change our kernel Makefile so that the "12mdk" becomes "12mdkBOOT". Good instructions for this are here:
http://www.tldp.org/LDP/lkmpg/2.6/html/x414
Of course you will need to reboot into your Mandrake install on /dev/hda1 first so pull out the dvd, reboot, and start your next round of module recompile. After all that I ended up with a module with matching symbols and my current problem. I followed the process above just the same and after changing the symbols and got this in the log:
<4>hpt374: module license `Proprietary` taints kernel.
<4>RocketRAID 154x/1640 SATA Controller driver
<4>Version 2.12, Compiled Mar 5 2005 22:39:19
<4>RAID5 Write-back enabled
<4>hpt374: Unable to allocate IRQ
<1>Unable to handle kernel paging request at virtual address fffffff2
<1>printing eip:
<4>f163df61

I did try moving the raid card to various PCI slopts without better results. I also tried changing settings in the bios but it just seems to change which order the IDE and SATA controllers are detected in. I have checked with Mandrake on this but they are not able to offer support on compiling 3rd party modules, which is understandable. I will check with Highpoint after this. Anyone know how to fix the IRQ error?

If I cannot get the module to load during the install, I thought next about adding the hpt374 module to the initrd on my other (working) install on /dev/hda1, then copying everything to /dev/sda1, edit /etc/fstab and lilo.conf, run lilo installing on the mbr of /dev/sda and see what happens. I'm not proficient in adding modules to the initrd of an already-compiled kernel but it sounds feasable. If anyone could offer suggestions on any of this I would appreciate it.
 
Old 03-28-2005, 03:42 PM   #4
coolbox
LQ Newbie
 
Registered: Mar 2005
Distribution: mandrake
Posts: 1

Rep: Reputation: 0
managed to compile?

Hello fishvfx,

Did you manage to compile the open source driver for the kernel 2.6.8.1 ?

brgds
Herman
 
Old 04-18-2005, 11:52 PM   #5
knobby
Member
 
Registered: Jan 2002
Location: Austin, Texas
Posts: 31

Rep: Reputation: 16
Success

I am finally able to boot Mandrake 10.1 on a RAID 5 array with the highpoint 1640. I was never able to install directly to the raid, but I was able to install to a pata drive, compile the hpt374.ko module and then move it to the raid. Here are the basic steps I took:

Install Mandrake on a regular old pata drive on /dev/hda, I will use one root and one swap partitions for simplicity:
/dev/hda1 / ext3
/dev/hda2 swap
Make sure to install the development packages, including the kernel source.
After that boot the Mandrake install and download the highpoint driver and raid management software.
Don't forget to have already put "hde=noprobe ... hdl=noprobe" in the kernel parameters.
Compile the module, load it, install & run the hptraid management software and create a raid array.
You should have to reboot, do so.
After reboot you need to load the module again of course.
Now you should be able to "# fdisk /dev/sda" and create the same partitions you did on /dev/hda.
Now create the filesystems:
# mkfs.ext3 /dev/sda1
# mkswap /dev/sda2
and then mount them next (you will need to create the directories in "/mnt" first):
mount /dev/sda1 /mnt/newroot
You should now have a raid array mounted with your mandrake system running on /dev/hda, congradulations, you made it further than some! Now let's get your system booting from this raid.
Next, copy everything except /mnt /proc /sys to the raid:
# cd /
# cp -Rvfa bin/ boot/ dev/ etc/ home/ initrd/ lib/ mnt/ opt/ root/ sbin/ tmp/ usr/ var/ /mnt/newroot
Now make the 3 directories we left out:
# cd /mnt/newroot
# mkdir mnt proc sys
Now edit the new fstab and lilo.conf and change references to hda to sda:
# vi /mnt/newroot/etc/fstab
# vi /mnt/newroot/etc/lilo.conf
Now we need to create a new initrd with the hpt374 module so booting won't fail. First create a new empty img:
# dd if=/dev/zero of=./newinitrd.img bs=1k count=4096
# mke2fs -m 0 ./newinitrd.img
# mkdir newinitmnt
# mount -t ext -o loop ./newinitrd.img ./newinitmnt
Now mount your current initrd.img and copy its contents to the one we just made:
# cp /boot/initrd-2.6.8.1-12mdk.img ./initrd-2.6.8.1-12mdk.img.gz
# gunzip initrd-2.6.8.1-12mdk.img.gz
# mkdir oldinitmnt
# mount -t ext2 -o loop ./initrd-2.6.8.1-12mdk.img ./oldinitmnt
Getting close now, let's copy the current initrd contents to our new one:
# cp -aRf ./oldinitmnt/* ./newinitmnt
Now we need to copy the scsi, sd, and hpt374 modules over:
# cp ./hpt374.ko lib/
# cp /lib/modules/2.6.8.1-12mdk/kernel/drivers/scsi/scsi_mod.ko.gz ./newinitmnt/lib/
# cp /lib/modules/2.6.8.1-12mdk/kernel/drivers/scsi/sd_mod.ko.gz ./newinitmnt/lib/
Decompress the scsi mod's for safety:
# cd ./newinitmnt/lib
# gunzip scsi_mod.ko.gz
# gunzip sd_mod.ko.gz
Now it's time to update the linuxrc. You need to load each of the three modules in the linuxrc There will already be two lines that load the ext3 module, add six more lines to load the other three modules:
# cd ..
# vi linuxrc
Now umount the new initrd, compress it, and put it in /boot:
# cd ..
# umount ./oldinitmnt ./newinitmnt
# gzip --best ./newinitrd.img
# cp ./newinird.img.gz /mnt/newroot/boot/hpt-initrd.img
# rm /mnt/newroot/boot/initrd.img
# ln -s /mnt/newroot/boot/hpt-initrd.img /mnt/newroot/boot/initrd.img
Okay, chroot to the new system and run lilo:
# chroot /mnt/newroot
# lilo
Now try halting, unplugging the pata drive and boot from the raid. It's working well here so far...
 
Old 05-01-2005, 02:01 PM   #6
mypalmike
LQ Newbie
 
Registered: May 2005
Posts: 1

Rep: Reputation: 0
Post Building hpt374 drivers for 2.6.11-1.14_FC3

For anyone who is interested, I just went through building and installing hpt374 drivers on fc3 (Fedora Core 3) with the updated kernel, 2.6.11-1.14_FC3. The prebuilt hpt374.ko from highpoint for fc3 doesn't work due to unresolved symbols.

Here are some notes from the process:
1) Download hpt374-opensource-v2.13.tgz from the highpoint website and tar -zxvf it.
2) Read the directions in readme.txt. They are useful, but not entirely accurate.
3) The directions say you need to download and build against the kernel sources. You do not need to do this. The only file you will need from kernel sources is called scsi_module.c (a small file, listed below). The rest of the necessary files should already be on your machine.
4) Modify hpt.c. You need to add a bunch of includes and a few macros and typedefs. Copy the following into a file called hpt.c.patch.

Code:
--- ../hpt374-opensource-v2.13_orig/hpt.c	2005-03-29 20:05:44.000000000 -0500
+++ hpt.c	2005-05-01 15:28:14.000000000 -0400
@@ -35,7 +35,13 @@
 #include <linux/stat.h>
 #include <linux/types.h>
 #include <linux/kdev_t.h>
-#include "scsi.h"
+#include <linux/major.h>
+#include <linux/genhd.h>
+#include <linux/fs.h>
+#include <linux/highmem.h>
+#include <scsi/scsi.h>
+#include <scsi/scsi_device.h>
+#include <scsi/scsi_cmnd.h>
 #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,4)
 #include "hosts.h"
 #else 
@@ -55,6 +61,21 @@
 #else 
 #define __BDEV_RAW , BDEV_RAW
 #endif
+
+typedef struct scsi_cmnd Scsi_Cmnd;
+typedef struct scsi_device Scsi_Device;
+typedef struct scsi_host_template Scsi_Host_Template;
+
+#ifndef FALSE
+#define FALSE 0
+#endif
+
+#ifndef TRUE
+#define TRUE 1
+#endif
+
+#define scsi_to_pci_dma_dir(x) (x)
+
 static struct block_device * get_bdev(struct Scsi_Host *host, int id)
 {
 	static int major[] = { SCSI_DISK0_MAJOR, SCSI_DISK1_MAJOR, SCSI_DISK2_MAJOR, SCSI_DISK3_MAJOR, 
@@ -170,3 +191,5 @@
 	}
 }
 #endif
+
+
Then, run the following command.

Code:
patch hpt.c hpt.c.patch
5) Create a file in the same directory (as hpt.c and the rest of the source) called scsi_module.c:

Code:
/*
 * Copyright (C) 2003 Christoph Hellwig.
 *	Released under GPL v2.
 *
 * Support for old-style host templates.
 *
 * NOTE:  Do not use this for new drivers ever.
 */

#include <linux/init.h>
#include <linux/kernel.h>
#include <linux/module.h>

#include <scsi/scsi_host.h>


static int __init init_this_scsi_driver(void)
{
	struct scsi_host_template *sht = &driver_template;
	struct Scsi_Host *shost;
	struct list_head *l;
	int error;

	if (!sht->release) {
		printk(KERN_ERR
		    "scsi HBA driver %s didn't set a release method.\n",
		    sht->name);
		return -EINVAL;
	}

	sht->module = THIS_MODULE;
	INIT_LIST_HEAD(&sht->legacy_hosts);

	sht->detect(sht);
	if (list_empty(&sht->legacy_hosts))
		return -ENODEV;

	list_for_each_entry(shost, &sht->legacy_hosts, sht_legacy_list) {
		error = scsi_add_host(shost, NULL);
		if (error)
			goto fail;
		scsi_scan_host(shost);
	}
	return 0;
 fail:
	l = &shost->sht_legacy_list;
	while ((l = l->prev) != &sht->legacy_hosts)
		scsi_remove_host(list_entry(l, struct Scsi_Host, sht_legacy_list));
	return error;
}

static void __exit exit_this_scsi_driver(void)
{
	struct scsi_host_template *sht = &driver_template;
	struct Scsi_Host *shost, *s;

	list_for_each_entry(shost, &sht->legacy_hosts, sht_legacy_list)
		scsi_remove_host(shost);
	list_for_each_entry_safe(shost, s, &sht->legacy_hosts, sht_legacy_list)
		sht->release(shost);

	if (list_empty(&sht->legacy_hosts))
		return;

	printk(KERN_WARNING "%s did not call scsi_unregister\n", sht->name);
	dump_stack();

	list_for_each_entry_safe(shost, s, &sht->legacy_hosts, sht_legacy_list)
		scsi_unregister(shost);
}

module_init(init_this_scsi_driver);
module_exit(exit_this_scsi_driver);
6) Build. Note that KERNELDIR is not pointing at the kernel sources, but instead at the module libs.

Code:
make KERNELDIR=/lib/modules/2.6.11-1.14_FC3/build
7) You should now have a hpt374.ko module. I followed the directions that came with the rpm to install the module.

Good luck.

Last edited by mypalmike; 05-01-2005 at 02:42 PM.
 
Old 05-26-2005, 09:15 AM   #7
sp3ktr4l
LQ Newbie
 
Registered: May 2005
Location: at
Posts: 3

Rep: Reputation: 0
mod built, but cannot insmod !?

when i try to insmod hpt374.o , i get a long list of
'unresolved symbol' .. erros

Last edited by sp3ktr4l; 05-26-2005 at 11:24 AM.
 
Old 12-06-2005, 08:04 PM   #8
theooze
LQ Newbie
 
Registered: Jun 2005
Posts: 16

Rep: Reputation: 0
That patch worked pretty well for me on 2.6.12-1.1378_FC3. Couple questions - the entries in /etc/modprobe.conf i have as:

---------------------
install block-major-8 /sbin/modprobe scsi_mod;/sbin/modprobe sd_mod;/sbin/modprobe hpt374;/bin/true
options -k hpt374
---------------------

which were from a couple different docs from Highpoint - everything looks like it's loading fine on my system - but what do those options do...and are they "correct" or are there other options i can/should include?


also, has anyone gotten this module to compile/work on FC4?

the module compiles with 2.6.11-1.1369_FC4-i686, but with 2.6.13-1.1526_FC4-i686 i get the following errors:

---------------------
cp -f raid.o raid.obj
make -C /lib/modules/2.6.13-1.1526_FC4/build/ SUBDIRS=`pwd` modules
make[1]: Entering directory `/usr/src/kernels/2.6.13-1.1526_FC4-i686'
CC [M] /home/oozy/foo/hpt.o
In file included from /home/oozy/foo/hpt.c:147:
/home/oozy/foo/entry.c: In function 'hpt3xx_Detect':
/home/oozy/foo/entry.c:621: warning: implicit declaration of function 'scsi_set_device'
/home/oozy/foo/entry.c: In function 'hpt3xx_Abort':
/home/oozy/foo/entry.c:764: error: 'struct scsi_cmnd' has no member named 'abort_reason'
In file included from /home/oozy/foo/hpt.c:148:
/home/oozy/foo/hptproc.c: In function 'hpt_set_info':
/home/oozy/foo/hptproc.c:230: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105)
/home/oozy/foo/hptproc.c:236: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105)
/home/oozy/foo/hptproc.c:242: warning: 'verify_area' is deprecated (declared at include/asm/uaccess.h:105)
/home/oozy/foo/hptproc.c:260: warning: ignoring return value of 'copy_from_user', declared with attribute warn_unused_result
/home/oozy/foo/hptproc.c:268: warning: ignoring return value of 'copy_to_user', declared with attribute warn_unused_result
/home/oozy/foo/hptproc.c:272: warning: ignoring return value of 'copy_to_user', declared with attribute warn_unused_result
make[2]: *** [/home/oozy/foo/hpt.o] Error 1
make[1]: *** [_module_/home/oozy/foo] Error 2
make[1]: Leaving directory `/usr/src/kernels/2.6.13-1.1526_FC4-i686'
make: *** [default] Error 2
---------------------
 
Old 12-07-2005, 02:10 AM   #9
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
Just use the module that came with the kernel. If Fedora selected it as a module then it will be hpt366. If you are dependent on hot-swap then either ask Highpoint to fix the code or ask the kernel developers to include hot-swap.
 
Old 12-07-2005, 08:51 AM   #10
theooze
LQ Newbie
 
Registered: Jun 2005
Posts: 16

Rep: Reputation: 0
i'll have to contact highpoint i guess, though i think the hpt374 are unsupported at this point...we'll see. the fedora drivers never seem to include the raid functionality.
 
Old 12-07-2005, 03:56 PM   #11
Electro
LQ Guru
 
Registered: Jan 2002
Posts: 6,042

Rep: Reputation: Disabled
Quote:
Originally Posted by theooze
i'll have to contact highpoint i guess, though i think the hpt374 are unsupported at this point...we'll see. the fedora drivers never seem to include the raid functionality.
The RocketRAID 1640 is just a software RAID controller. You are better off using Linux software RAID. Even if you setup RAID through the controller, you still have to use dmraid to find the RAID array. The utility dmraid only supports level 0 (stripping) and 1 (mirroring).

The chip HPT374 is supported by the kernel. You just need to find if Fedora has included it in the pre-compiled kernel. If it does not, you have to re-compile the kernel with Highpoint support. I am using Gentoo, so I can not help you if Fedora does not use the same step to compile 2.6.x vanialla kernels. To compile 2.6.x kernels, make menuconfig to enable some features. Next run make && make modules_install. Then make a ramdisk image with mkinitrd and copy both bzImage and System.map to /boot. Add an entry to your bootloader.
 
Old 12-07-2005, 08:08 PM   #12
KnightHawk
Member
 
Registered: Aug 2005
Posts: 128

Rep: Reputation: 15
Quote:
Originally Posted by Electro
The RocketRAID 1640 is just a software RAID controller. You are better off using Linux software RAID. Even if you setup RAID through the controller, you still have to use dmraid to find the RAID array. The utility dmraid only supports level 0 (stripping) and 1 (mirroring).

The chip HPT374 is supported by the kernel. You just need to find if Fedora has included it in the pre-compiled kernel. If it does not, you have to re-compile the kernel with Highpoint support. I am using Gentoo, so I can not help you if Fedora does not use the same step to compile 2.6.x vanialla kernels. To compile 2.6.x kernels, make menuconfig to enable some features. Next run make && make modules_install. Then make a ramdisk image with mkinitrd and copy both bzImage and System.map to /boot. Add an entry to your bootloader.
I went thru this whole mess myself a few times. I agree with this guy whole heartidly. It is not worth the time and effort to try and make the "highpoint raid" work. Its far easier and seemingly just as fast to do linux software raid, because the highpoint raid is in fact a software raid itself. Its only a question of whos software. And highpoint they just don't do a very good job of updating they're driver so its mostly useless.
 
Old 12-15-2005, 04:46 PM   #13
theooze
LQ Newbie
 
Registered: Jun 2005
Posts: 16

Rep: Reputation: 0
Yeah - I started looking into the software RAID...it's just an issue of migrating the data around. I'm actually using an Abit AT7 motherboard w/ the HPT374 controller onboard. So I boot off of the "normal" IDE controller (drives detected as hd[a-d]), pass the noprobe=hd[e-l] to the kernel, then the hpt374 module gets loaded in the ramdisk image and I can see my RAID5 as a scsi device. supposedly the kernel module for the hpt would only support seeing the "hardware" RAID controller as additional IDE controllers - and not support the RAID levels available through hpt's RAID.

Anyway...I kind of knew I'd have to go to software RAID at somepoint...just been putting it off. I was happy that Highpoint released an update for the 2.6.x kernel which seemed to work well w/ FC3.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
unresolved symbol with hpt374.o (highpoint rocketraid 1640, debian, kernel 2.4.27) sp3ktr4l Linux - Hardware 5 09-27-2006 04:29 PM
Need help installing my Rocket Raid 1640 on Fedora3 whodis Linux - Hardware 4 10-19-2005 03:26 PM
HighPoint HPT374 RAID drivers mdmbkr Linux - Hardware 37 10-01-2004 11:34 AM
Suse 9.1 64bit & Highpoint Rocketraid 1640 Driverupdate swe_marty Linux - Hardware 2 08-04-2004 05:39 AM
HPT374 SuSE 8.0 steve65 Linux - Hardware 0 10-12-2002 08:32 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Hardware

All times are GMT -5. The time now is 05:19 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration