lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <50712b3b-2943-0b78-9413-257f33b26c3f@gmail.com>
Date:   Tue, 11 Apr 2017 19:45:40 +0530
From:   abhijit <abhijitnaik27@...il.com>
To:     linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org
Subject: Doubt on first access for PCIe device


Hi All,

I was referring Linux code for PCIe enumeration and I have one doubt 
w.r.t to very first operation that must be done on device.

Currently while scanning for device, we directly read vendor ID from 
device. But PCIE base specification 
"CB-PCI_Express_Base_4.0r0.7_November-11-2016.pdf" section 2.2.6.2 
specifies that,

"Functions must capture the Bus and Device Numbers supplied with all 
Type 0 Configuration Write Requests completed by the Function and supply 
these numbers in the Bus and Device Number fields of the Requester ID 
for all Requests initiated by the Device/Function."

Here I am assuming, the completer ID will be device number and function 
number that will eventually programmed in to  device. In that case, my 
question is, without first write, how read request(VENDOR ID read) is 
serviced/routed?

Sorry I am feeling bit confused, help will be appreciated.
-- 
Best wishes,
Abhijit Naik

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ