Start a Conversation

Unsolved

This post is more than 5 years old

564314

January 7th, 2016 23:00

XPS 8900 PCIe 1x support

I recently purchased a XPS-8900. It works beautifully except for one very serious issue: the BIOS doesn't detect my eSATA PCI adapter, a Syba 2 Port eSATA II PCIe x 1 Controller (SD-SA2PEX-2E).

I need a port multiplier compatible eSATA adapter to access my data, about 20TB of storage, hosted in two eSATA disk enclosures. The enclosures are worth hundreds of dollars by themselves so simply replacing them (e.g. with USB  ones) is a non starter.

The symptoms are identical to this XPS-8500 issue which was fixed via a BIOS update (A09).

I tried upgrading from the factory BIOS (v2.0.1) to the latest one (v2.0.3), but that did not fix the problem. The PCIe adapter is still not discovered by the BIOS.

Anyone else experiencing this ?

10 Elder

 • 

43.6K Posts

January 8th, 2016 13:00

Similar problem reported in this thread by Av8rTrav.

Do you know your card is compatible with Win 10? Only says it's compatible with: Windows 2000 / Server 2003 / Server 2008 / XP / Vista / Windows 7 here, and elsewhere.

You might want to contact Syba to see if they have any guidance.

8 Wizard

 • 

47K Posts

January 8th, 2016 15:00

For non payment of fee to microsoft SECURE BOOT must be OFF and CSM must be ON.  This applies to all cards including storage and usb and video etc.

Further complicating this is that 64 bit versions of windows REQUIRE WHQL drivers or they dont load.

Further complicating this the PCI-E version aka 3.0 does not downclock for older 1.0 cards so unless the card can handle 60 percent faster clock it will not be seen.   Fitting into the slot connector is not a guarantee of operation EVER.

9 Posts

January 8th, 2016 16:00

Yeah, I already have Secure Boot disabled. That thing only causes trouble. And I also have legacy BIOS ROM enabled.

Still, the BIOS sees nothing in slots 3 and 4.

9 Posts

January 8th, 2016 16:00

This is not an Operating System issue (Windows, Linux, FreeBSD, or whatever else).

The BIOS itself, whose job is to discover the hardware and prep things up for the OS, reports PCIe slots 3 (x4) and 4 (x16) as unpopulated even when the card is plugged in.

9 Posts

January 8th, 2016 19:00

Also the card works just fine in my aging XPS 9000.

8 Wizard

 • 

47K Posts

January 9th, 2016 04:00

The many year old XPS 9000 does not have UEFI bios.  Does not have PCI-E 3.0 bus.

Secure Boot OFF is not an indication that CSM is on and Legacy Option Roms are enabled.  These are separate settings. Some old cards do not work and will NEVER work.

9 Posts

January 10th, 2016 11:00

The UEFI vs CSM debate is irrelevant to this issue.

Both provide a boot environment and an API to the boot loader and the Operating System to interact with the hardware. While they do come into the picture when dealing with boot loader and OS related problems, they do not when dealing with basic discovery of devices connected to the PCIe bus. The discovery process is driven purely by the PCIe specifications and protocols (which are independent of the platform and the BIOS framework) and happens long before UEFI or CSM are invoked to proceed with the later boot stages.

Secure Boot is a subset of UEFI and is therefore also irrelevant to this issue.

Secure Boot is about establishing a chain of trust ensuring that the software bits loaded during the boot process (UEFI drivers, boot loader, kernel, ...) come from trusted a source and have not been altered since they were signed. Components not involved in this chain like a TV tuner card or a disk controller not connected to a boot drive are unaffected. All the devices on the PCIe bus, the ones relevant to the software bring up (e.g. disk controller of the boot drive) or the ones not relevant (e.g. TV tuner card, ...) need to be discovered and identified _before_ UEFI and Secure Boot can even know what they are.

The issue at hand is that they're not even discovered at the PCIe level as reported by the BIOS itself (not the boot loader, not the OS).

PCIe has been designed (very carefully and with much effort) to be fully backward compatible, precisely so people can upgrade their systems progressively and incrementally, without having to throw away all their existing hardware when a new component comes into the picture. As a result, by design PCIe 1.x and 2.x cards can be plugged in PCIe 3.0 slots and operate correctly. They just operate at their native 1.x or 2.x speed, not the 3.0 speed. In many cases, PCIe is even forward compatible i.e. a PCIe 2.x or 3.0 card can be plugged in a 1.x or 2.x slot and function correctly.

I am willing to acknowledge that some cards may be victims of ambiguities in parts of the early PCIe specs or of poor implementation of these specs. But dismissing an issue involving different PCIe gens, with no further evidence, is like saying that PCIe is backward compatible except when you use an older version. It's absurd.

Finally, I have indeed filed a Service Request with Dell.

But I thought that someone in the community might have run into a similar issue and might have relevant information on the matter. This is after all the purpose of these forums, to help each other with constructive comments and actual (i.e. technically correct and relevant) information.

8 Wizard

 • 

47K Posts

January 10th, 2016 22:00

Secure Boot REQUIRES certifcate in bios or Hardware and Software WILL NOT LOAD.  NON DELL HARDWARE not working in a DELL isn't going to be supported. Most all X1  pci-e version 1.0 and 2.0 cards will not ever work period end.  Request denied.

That makes UEFI and Secure Boot Absolutely Relevant.  Non UEFI Booting REQUIRES CSM and Option Roms to be enabled. It is possible to have disabled secure boot without turning on CSM and LEGACY Boot and option Roms.  This will result in non booting or POST with 3rd party storage controllers and video cards etc.  

Also making it Relevant.    1.0 pci-e and 2.0 pci-e are too slow for 3.0 pci-e and newer systems do not downclock to the older speeds.  This is also relevant.  3.0 cards that do not support DOS VESA mode 103 will have no post and are not related to the speed issue. Drivers that do not have WHQL Certificate will not Load on 64 bit systems.

In windows 7 you could bypass this on boot.  In windows 8.1 and 10 im not aware of a bypass.

 

EFI secure boot prevents computer users from installing their own choice of OS. CSM (Compatability Support Module) is legacy GPT boot.  MBR Booting is long gone which prevents DOS and Linux FAT32 booting. This also prevents USB Flash Drive booting DOS/LINUX while in secure boot mode.

Other Distributions that did not pay to play will not boot  let alone install ELAM will prevent this.  Its windows only forever once UEFI becomes Version CLASS3 with all other OS locked out.

9 Posts

January 10th, 2016 23:00

Blah blah blah.

I'm sure most people find your completely besides the point yet assertive statements, all caps, flashy colored diagrams, and debauchery of gratuitous acronyms very impressive.

Congratulations. You're a RockStar.

I on the other hand am an idiot, my setup is hopeless and I should just give up. Well, that was helpful. Thanks.

8 Wizard

 • 

47K Posts

January 11th, 2016 04:00

Until CSM and Legacy Boot are ON and Secure Boot is OFF most cards wont work.  These are not one single setting but rather several different places.  Since you have usb3 PORTS I would suggest this as a solution although it may require reformatting your raid container.

http://www.ebay.com/itm/DAT-Optic-USB3-0-to-eSATA-Adapter-Support-Port-Multiplier-/121852446235

Unless you can verify with the maker of the card that it runs at PCI-E version 3.0 speed its not going to be "seen" by the bios.

If the card is version 1.0 or 2.0 speed then it will never run regardless of how you set anything.

http://www.datoptic.com/ec/usb3-usb2-to-esata-with-port-multiplier-mac-windows.html

 

Fitting into the slot does not mean that it works.   The same is true for 33mhz 32 bit conventional PCI where
 PCI 2.2 and 2.3 are universal.  PC 1.0 / 2.0 / 2.1 are 5v only and do not work in newer chip-sets or with newer faster processors.

These limitations have nothing whatsoever to do with Dell in particular but rather the evolution of the PCI bus to 3.3v only and faster speeds over time. 

Clock speed /power and voltages in the electrical interface featured in PCI-e v3.0 and 2.1 slots is ABSENT in PCI-e v1.1 cards.  This makes version 1.0 and 1.1 cards / chips/ interfaces incompatible,
I looked up your card. 

The issue is

Compliant with PCI Express Specification Revision 1.0a

Which means it wont ever work in a PCI Express Specification Revision 3.0 motherboard.

http://www.sybausa.com/productInfo.php?iid=559

 

 

No Events found!

Top