Re: Recommended pci-e 1x SATA cards.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Are you sure about this?

All those nifty specification updates for CPUs tell quite a different
story. And yes IC producers usually have such things too, they just
prefer to not publish them openly but rather decide to gag their
customers (like OEMs) by non disclosure agreements, if those plan on
getting a hold of those spec updates to work around the issues instead
of throwing away all the chips they bought.

But that just on a side note.

Bad PCB design and bad quality components are usually the more common
things causing problems. On the other hand, what was that story about
the ICHs in quite some chipsets having problems with the SATA Ports?

http://newsroom.intel.com/community/intel_newsroom/blog/2011/01/31/intel-identifies-chipset-design-error-implementing-solution

BTW: Big OEMs decided to get those broken chips nevertheless for
notebooks, because the problems usually do not occur with the first two
ports and the chips will probably be VERY cheap *eg*.

Marvell had issues (design) with the legacy PATA Interface on some
PATA/SATA chips earlier, then bumped the rev. and fixed the silicon.

Design errors and flaws are extremely common and there are certainly
enough in any IC, question is, if you hit 'em and if they cause
problems. And don't forget all the possible problems that arise from
production flaws (bad wafers etc.).

Anyway, concerning the original issue a bad PCB is probably rather the
issue. And SIL is as good a choice as Marvell or JMicron in most cases.

Regards

-Sven

On Sun, 2011-04-17 at 15:26 -0500, Stan Hoeppner wrote:

> The problem is almost never a design flaw with the main IC (whether
> SCSI, SATA, GPU, etc), but almost always the board implementation.  The
> big money is in the ICs, and they have high QC.  Board (PCB)
> manufacturing cost is often $0.50 USD/board or less.  If all $0.50 of
> that board making was QC, is that sufficient? (rhetorical)
> 


--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux