Displaying 7 results from an estimated 7 matches for "vsec".
Did you mean:
  vec
  
2017 Feb 24
0
[PATCH 1/5] PCI: Recognize Thunderbolt devices
Detect on probe whether a PCI device is part of a Thunderbolt controller.
Intel uses a Vendor-Specific Extended Capability (VSEC) with ID 0x1234
on such devices.  Detect presence of this VSEC and cache it in a newly
added is_thunderbolt bit in struct pci_dev.  Add a helper to check
whether a given PCI device is situated on a Thunderbolt daisy chain.
The necessity arises from the following:
* To power off Thunderbolt contro...
2001 Jul 05
2
Dongles & wine
Hi,
I tried to run viewdraw application (schematic capture from Innoveda's
eProduct Designer).
The problem that I am stuck with is making wine/application to recognize
dongle.
Here is an error:
vsec: Error 8037: License node restriction does not match client's node
for product Viewdraw.
+vsec: Error 8031: Flex/LM Error: Invalid host (-9,57).
Any help is appreciated.
  Genady Veytsman
2017 Feb 24
3
[PATCH 1/5] PCI: Recognize Thunderbolt devices
On Fri, Feb 24, 2017 at 08:19:45PM +0100, Lukas Wunner wrote:
> Detect on probe whether a PCI device is part of a Thunderbolt controller.
> 
> Intel uses a Vendor-Specific Extended Capability (VSEC) with ID 0x1234
> on such devices.  Detect presence of this VSEC and cache it in a newly
> added is_thunderbolt bit in struct pci_dev.  Add a helper to check
> whether a given PCI device is situated on a Thunderbolt daisy chain.
> 
> The necessity arises from the following:
> 
>...
2017 Feb 24
6
[PATCH 0/5] Thunderbolt GPU fixes
Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo:
Patch [1/5] ("Recognize Thunderbolt devices") has already been subjected
to a fair amount of scrutiny over at linux-pci@, I've submitted it 5 times
total since May 2016.  With luck it may be in ack-able shape now.
Patch [2/5] amends apple-gmux to handle combined DP/Thunderbolt ports
properly on newer MacBook Pros.
2017 Feb 25
0
[PATCH 1/5] PCI: Recognize Thunderbolt devices
...x or GPU
> drivers, it's fine with me if you want to use it there.  I just don't
> see the benefit to having it in the core.
The above contradicts your statement 3 days earlier:
	"Assuming we need it, having it in struct pci_dev is fine.
	 There's no point in looking up the VSEC capability more than once."
	(http://www.spinics.net/lists/linux-pci/msg58532.html)
Please explain.
Thanks,
Lukas
2023 Nov 14
7
[PATCH v3 0/7] Improvements to pcie_bandwidth_available() for eGPUs
The wrong values are reported from pcie_bandwidth_available() which
can cause problems for performance of eGPUs.
This series overhauls Thunderbolt related device detection and uses
the changes to change the behavior of pcie_bandwidth_available().
v2->v3:
 * Stop lumping all thunderbolt VSEC and USB4 devices together, introduce
   is_virtual_link instead
 * Drop unnecessary patches
Mario Limonciello (7):
  drm/nouveau: Switch from pci_is_thunderbolt_attached() to
    dev_is_removable()
  drm/radeon: Switch from pci_is_thunderbolt_attached() to
    dev_is_removable()
  PCI: Drop pci_is...
2006 Oct 10
3
Can't map ntgroup to unix group
1. Here's my case:
[root@dsat ~]# net groupmap list
[root@dsat ~]# net groupmap add rid=512 ntgroup="Domain Admins" 
unixgroup=domainadmins
adding entry for group Domain Admins failed!
2. Here's samba log:
[root@dsat ~]# tail /var/log/smbd.log
[2006/10/10 08:51:23, 0] lib/smbldap.c:smbldap_connect_system(851)
  ldap_connect_system: Failed to retrieve password from secrets.tdb