On Sat, 01 Dec 2007 13:07:22 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> sata_mv: Fix broken Marvell 7042 support.
>
> The Marvell 7042 chip is more or less the same as the 6042 internally,
> but sports a PCIe bus. Despite having identical SATA cores, the 7042
> does differ from its PCI bus co
Mark Lord wrote:
sata_mv: Fix broken Marvell 7042 support.
The Marvell 7042 chip is more or less the same as the 6042 internally,
but sports a PCIe bus. Despite having identical SATA cores, the 7042
does differ from its PCI bus counterparts in placment and layout of
certain bus related registe
Ack - works in my 'unique' setup as well...:-)...
Thank you Mark!
Tom Morrison
-Original Message-
From: Mark Lord [mailto:[EMAIL PROTECTED]
Sent: Saturday, December 01, 2007 1:07 PM
To: IDE/ATA development list; Jeff Garzik
Cc: Tejun Heo; Alan Cox; Morrison, Tom; Hein-Pieter van Braam
EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 9:48 AM
To: Morrison, Tom
Cc: Mark Lord; IDE/ATA development list; Jeff Garzik; Tejun Heo; Alan
Cox
Subject: RE: [PATCH] sata_mv: Fix broken Marvell 7042 support.
It doesn't quite work for me, the system locks up without
It doesn't quite work for me, the system locks up without discernible
error messages (Highpoint RocketRaid 2300 PCIe) . The drives come up,
and immediately get hyper active, and I get dumped in an initrd
busybox shell, when I try to tail /dev/sda it hangs, pvscan doesn't
find any physical v
[EMAIL PROTECTED] wrote:
It doesn't quite work for me, the system locks up without discernible
error messages (Highpoint RocketRaid 2300 PCIe) . The drives come up,
and immediately get hyper active, and I get dumped in an initrd busybox
shell, when I try to tail /dev/sda it hangs, pvscan doesn'
Mark Lord wrote:
[EMAIL PROTECTED] wrote:
It doesn't quite work for me, the system locks up without discernible
error messages (Highpoint RocketRaid 2300 PCIe) . The drives come up,
and immediately get hyper active, and I get dumped in an initrd
busybox shell, when I try to tail /dev/sda it ha
Jeff Garzik wrote:
Mark Lord wrote:
The BIOS on the Highpoint RR 2300 *corrupts* the GRUB image,
so GRUB won't boot for me there. I actually have to re-install
GRUB after each attempt so that the drive is usable again
with the onboard Intel (ahci) ports.
So one then wonders exactly what the Hi
.
all the best~!
-Original Message-
From: Mark Lord [mailto:[EMAIL PROTECTED]
Sent: Monday, December 03, 2007 1:32 PM
To: Jeff Garzik
Cc: [EMAIL PROTECTED]; Morrison, Tom; IDE/ATA development list; Tejun Heo;
Alan Cox
Subject: Re: [PATCH] sata_mv: Fix broken Marvell 7042 support.
Je
Mark Lord wrote:
...
Okay, I've attempted to boot from the RocketRAID 2300 card
using a known-good boot hard disk.
No such luck.
The BIOS on the Highpoint RR 2300 *corrupts* the GRUB image,
so GRUB won't boot for me there. I actually have to re-install
GRUB after each attempt so that the driv
Mark Lord wrote:
The BIOS on the Highpoint RR 2300 *corrupts* the GRUB image,
so GRUB won't boot for me there. I actually have to re-install
GRUB after each attempt so that the drive is usable again
with the onboard Intel (ahci) ports.
So one then wonders exactly what the Highpoint BIOS is over
Morrison, Tom wrote:
Fwiw, I'm not running an add-on card or anything like it -
no raid - nothing except a 7042 chip as the the front-end
to 2-4 harddrives in my box) - in this case - I am not
having a problem...
I write this as perhaps a hint to the 'right' direction to go
looking for the tr
Mark Lord wrote:
Morrison, Tom wrote:
Fwiw, I'm not running an add-on card or anything like it - no raid -
nothing except a 7042 chip as the the front-end to 2-4 harddrives in
my box) - in this case - I am not having a problem...
I write this as perhaps a hint to the 'right' direction to go
l
> Confirmed. It writes "lgcy" + stuff into the 9th sector of the drive
> (for my "Legacy" drive).
Thats quite nasty. Given that users putting volumes unpartitioned on
drives may see actual data corruption and loss perhaps we should
blacklist that controller variant with a large warning ?
Alan
-
Alan Cox wrote:
Confirmed. It writes "lgcy" + stuff into the 9th sector of the drive
(for my "Legacy" drive).
Thats quite nasty. Given that users putting volumes unpartitioned on
drives may see actual data corruption and loss perhaps we should
blacklist that controller variant with a large war
On Mon, 2007-12-03 at 13:30 -0500, Mark Lord wrote:
> Mark Lord wrote:
> ...
>
> > Okay, I've attempted to boot from the RocketRAID 2300 card
> > using a known-good boot hard disk.
> >
> > No such luck.
> >
> > The BIOS on the Highpoint RR 2300 *corrupts* the GRUB image,
> > so GRUB won't boot f
Hein-Pieter van Braam wrote:
Personally, I put all the disks in JBOD mode, but I never had these
disks connected to anything but my highpoint cards. Perhaps I should
tell you what my setup's like:
* In the system I've put 3 Highpoint RocketRaid 2300 cards.
* Two of the cards each have 4 Hitachi
>
> > I'll try and make a bootable USB stick with my patched 2.6.23.9 and see
> > what the results are then.
> ..
>
> How are you booting without the USB stick?
> Are you booting from the Highpoint card drives?
> What bootloader ?
>
> Thanks
> -
Right now I just boot using GRUB really, perhaps
Mark Lord wrote:
Alan Cox wrote:
Confirmed. It writes "lgcy" + stuff into the 9th sector of the drive
(for my "Legacy" drive).
Thats quite nasty. Given that users putting volumes unpartitioned on
drives may see actual data corruption and loss perhaps we should
blacklist that controller varian
Hein-Pieter van Braam wrote:
I'll try and make a bootable USB stick with my patched 2.6.23.9 and see
what the results are then.
..
How are you booting without the USB stick?
Are you booting from the Highpoint card drives?
What bootloader ?
Thanks
-
Right now I just boot using GRUB really, pe
> Man, what a quirky BIOS!
>
> Okay, so if I connect a drive and don't do anything in the Highpoint BIOS
> setup,
> it then corrupts the drive by overwriting the 9th sector on every reboot.
>
> But.. if I connect a drive and go into the Highpoint BIOS setup,
> and "initialize" the drive there,
> Man, what a quirky BIOS!
Hum... I can pvcreate on the md device just fine, but after that, pvscan
won't find it...
I have a suspicion that there's a BIOS doing some sector hiding or
replacement of sorts...
*facepalm*
--
This message has been scanned for viruses and
dangerous content by Ma
On Mon, 03 Dec 2007 23:48:44 +0100
Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
> > Man, what a quirky BIOS!
>
> Hum... I can pvcreate on the md device just fine, but after that, pvscan
> won't find it...
>
> I have a suspicion that there's a BIOS doing some sector hiding or
> replacement o
Mark Lord wrote:
Mark Lord wrote:
Alan Cox wrote:
Confirmed. It writes "lgcy" + stuff into the 9th sector of the drive
(for my "Legacy" drive).
Thats quite nasty. Given that users putting volumes unpartitioned on
drives may see actual data corruption and loss perhaps we should
blacklist that
On Mon, 2007-12-03 at 23:10 +, Alan Cox wrote:
> On Mon, 03 Dec 2007 23:48:44 +0100
> Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
>
> > > Man, what a quirky BIOS!
> >
> > Hum... I can pvcreate on the md device just fine, but after that, pvscan
> > won't find it...
> >
> > I have a susp
Hein-Pieter van Braam wrote:
I did some testing:
First I zero'd the first 80 meg of the md device, then read it back and
compared, still all zero's. Then I rebooted and compared again, still
all zero's
Then I got 8MB of stuff from /dev/urandom, wrote it to a file then wrote
it to md device, rea
Alan Cox wrote:
On Mon, 03 Dec 2007 23:48:44 +0100
Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
Man, what a quirky BIOS!
Hum... I can pvcreate on the md device just fine, but after that, pvscan
won't find it...
I have a suspicion that there's a BIOS doing some sector hiding or
replaceme
Alan Cox wrote:
On Mon, 03 Dec 2007 23:48:44 +0100
Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
Man, what a quirky BIOS!
Hum... I can pvcreate on the md device just fine, but after that, pvscan
won't find it...
I have a suspicion that there's a BIOS doing some sector hiding or
replaceme
On Mon, 03 Dec 2007 18:33:10 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> > On Mon, 03 Dec 2007 23:48:44 +0100
> > Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
> >
> >>> Man, what a quirky BIOS!
> >> Hum... I can pvcreate on the md device just fine, but after that, pvscan
>
Hein-Pieter van Braam wrote:
Man, what a quirky BIOS!
Okay, so if I connect a drive and don't do anything in the Highpoint BIOS setup,
it then corrupts the drive by overwriting the 9th sector on every reboot.
But.. if I connect a drive and go into the Highpoint BIOS setup,
and "initialize" the
On Mon, 03 Dec 2007 18:47:08 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> > On Mon, 03 Dec 2007 23:48:44 +0100
> > Hein-Pieter van Braam <[EMAIL PROTECTED]> wrote:
> >
> >>> Man, what a quirky BIOS!
> >> Hum... I can pvcreate on the md device just fine, but after that, pvscan
>
Hein-Pieter van Braam wrote:
..
also: on a side note, let me state again, that I'm extremely displeased
with highpoint at this point... their whole 'open source linux drivers'
thing is beginning to piss me off more and more. There must be something
that can be done about this? OSI perhaps?
..
T
Mark Lord wrote:
Hein-Pieter van Braam wrote:
..
also: on a side note, let me state again, that I'm extremely displeased
with highpoint at this point... their whole 'open source linux drivers'
thing is beginning to piss me off more and more. There must be something
that can be done about this? O
> Their stuff has always seemed more than a little screwy to me.
>
> The solution for us here, is sata_mv, which will replace their drivers
> for this series of boards.
>
It just seriously pisses me off that because of their advertising 'Open
Source drivers' they now sold ELEVEN of their boards
> I haven't seen any evidence of it here, either,
> so long as BIOS "JBOD volumes" are used.
>
> So I don't have any explanation for your data "moving around"
> when you switched drivers, unless *their* driver remaps things
> at run-time.
>
> Or were you switching drivers across those reboots (l
Mark Lord wrote:
So to boot from a 7042 the only theoretical choice is the Highpoint board,
and for that we need to somehow coax it into not overwriting GRUB
every time the onboard BIOS reinitializes.
..
With the drive set-up as a "JBOD volume" in the HighPoint BIOS,
I've now got a system that
On Tue, 2007-12-04 at 01:17 +0100, Hein-Pieter van Braam wrote:
> I'll come up with the hdparm -g output and the results of this test with
> the two different drivers tomorrow.
Just a little status update, I've been getting some REALLY strange
results when using the disks as raid array, and I'm
I zero'd all the disks, and now they show up as 'new' in the highpoint
BIOS again... so, I guess there IS some reserved part somewhere that's
accessible with the sata_mv driver.
that's a bit of a problem, because if you overwrite the RAID metadata,
the raid bios won't allow booting from the device
Hein-Pieter van Braam wrote:
I zero'd all the disks, and now they show up as 'new' in the highpoint
BIOS again... so, I guess there IS some reserved part somewhere that's
accessible with the sata_mv driver.
..
Yeah, that's my suspicion too.. they must have just simply moved
the metadata to near
Mark Lord wrote:
Hein-Pieter van Braam wrote:
I zero'd all the disks, and now they show up as 'new' in the highpoint
BIOS again... so, I guess there IS some reserved part somewhere that's
accessible with the sata_mv driver.
..
Yeah, that's my suspicion too.. they must have just simply moved
th
Mark Lord wrote:
Mark Lord wrote:
Hein-Pieter van Braam wrote:
I zero'd all the disks, and now they show up as 'new' in the highpoint
BIOS again... so, I guess there IS some reserved part somewhere that's
accessible with the sata_mv driver.
..
Yeah, that's my suspicion too.. they must have ju
Mark Lord wrote:
To do so, requires that we perhaps do a similar capacity truncation
in sata_mv, but only if we see a metadata block at the expected location
(because a "Legacy" mode drive will use the *real* capacity,
placing the metadata in the 9th sector instead.
Definitely _not_. This is a
Mark Lord wrote:
...
Yeah, that's my suspicion too.. they must have just simply moved
the metadata to near the end instead of sector-8.
...
They write their RAID metadata near-ish to the end of the drive.
On my 320GB drives, it ended up at about -199853 sectors from
the end of the drive. I ha
Jeff Garzik wrote:
Mark Lord wrote:
To do so, requires that we perhaps do a similar capacity truncation
in sata_mv, but only if we see a metadata block at the expected location
(because a "Legacy" mode drive will use the *real* capacity,
placing the metadata in the 9th sector instead.
Definite
Jeff Garzik wrote:
Mark Lord wrote:
To do so, requires that we perhaps do a similar capacity truncation
in sata_mv, but only if we see a metadata block at the expected location
(because a "Legacy" mode drive will use the *real* capacity,
placing the metadata in the 9th sector instead.
Definite
Mark Lord wrote:
Jeff Garzik wrote:
Mark Lord wrote:
To do so, requires that we perhaps do a similar capacity truncation
in sata_mv, but only if we see a metadata block at the expected location
(because a "Legacy" mode drive will use the *real* capacity,
placing the metadata in the 9th sector i
Mark Lord wrote:
Jeff Garzik wrote:
Mark Lord wrote:
To do so, requires that we perhaps do a similar capacity truncation
in sata_mv, but only if we see a metadata block at the expected location
(because a "Legacy" mode drive will use the *real* capacity,
placing the metadata in the 9th sector i
Jeff Garzik wrote:
...
If you pop the BIOS chip or plug the card into a non-x86 box (or any of
several other alternatives), the problem is likely to go away.
..
Yeah, I was hoping for a removable BIOS chip, but it's soldered in place.
And that's not a solution for most users anyway.
Cheers
-
Jeff Garzik wrote:
..
The problem is not at the chip or device level, and this is the same
problem as any number of other cards with softRAID on it. Not a new
problem, not a new solution...
..
What other cards do we support that automatically overwrite user data
without confirmation or notic
Jeff Garzik wrote:
..
OTOH it is quite reasonable to explore auto-loading DM on top of the
bare drive, and populating a DM table, if you see that particular BIOS
signature or [insert other detection method].
..
I am very interested to hear a more detailed explanation of this,
as I don't really
Mark Lord wrote:
Jeff Garzik wrote:
...
If you pop the BIOS chip or plug the card into a non-x86 box (or any
of several other alternatives), the problem is likely to go away.
..
Yeah, I was hoping for a removable BIOS chip, but it's soldered in place.
And that's not a solution for most users
51 matches
Mail list logo
