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