search for: 760m

Displaying 12 results from an estimated 12 matches for "760m".

Did you mean: 760
2015 Nov 03
0
[PATCH] pci: enable c800 magic for Clevo P157SM
...GeForce GTX 650" }, { 0x11cb, "GeForce GT 740" }, - { 0x11e0, "GeForce GTX 770M" }, + { 0x11e0, "GeForce GTX 770M", nvkm_device_pci_10de_11e0 }, { 0x11e1, "GeForce GTX 765M" }, { 0x11e2, "GeForce GTX 765M" }, { 0x11e3, "GeForce GTX 760M", nvkm_device_pci_10de_11e3 }, -- 2.6.2
2015 Dec 03
0
[PATCH] pci: enable c800 workaround for Clevo W355STQ
...{ 0x11cb, "GeForce GT 740" }, { 0x11e0, "GeForce GTX 770M", nvkm_device_pci_10de_11e0 }, { 0x11e1, "GeForce GTX 765M" }, - { 0x11e2, "GeForce GTX 765M" }, + { 0x11e2, "GeForce GTX 765M", nvkm_device_pci_10de_11e2 }, { 0x11e3, "GeForce GTX 760M", nvkm_device_pci_10de_11e3 }, { 0x11fa, "Quadro K4000" }, { 0x11fc, "Quadro K2100M", nvkm_device_pci_10de_11fc }, -- 2.4.10
2024 Aug 14
2
[Bug 1764] New: mapping IPv4 interval to IPv4 interval works for anonymous maps, but not for named maps
...N will be different for each interval from M). It looks like this is possible by using anonymous maps, but not by using named maps. System: ******************************** uname -a Linux karel2 6.10.4-gentoo #1 SMP PREEMPT_DYNAMIC Mon Aug 12 11:07:42 CEST 2024 x86_64 AMD Ryzen 5 8600G w/ Radeon 760M Graphics AuthenticAMD GNU/Linux cd /usr/src/nftables git status HEAD detached at 80258b03 nothing to commit, working tree clean nft --version nftables v1.1.0 (Commodore Bullmoose) ******************************** Anonymous map example: ******************************** nft add table t nft add c...
2020 Jul 28
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...could take advantage of in a dwp-like tool) >>> >>> What build mode was the clang binary built in? Optimized or unoptimized? >> right, that is unoptimized build with -ffunction-sections. >> >>>> 2. DWARFLinker from lld = linking time for clang 72 sec, clang=760M. > And this is without Split DWARF? Without linker DWARF compression? - > that seems quite a bit surprising, that the deduplication of DWARF > could fit into less space than the wasted/reclaimed space in ranges (& > line)? that was without split dwarf, without linker compression....
2020 Jul 31
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...ol) >>>>> >>>>> What build mode was the clang binary built in? Optimized or unoptimized? >>>> right, that is unoptimized build with -ffunction-sections. >>>> >>>>>> 2. DWARFLinker from lld = linking time for clang 72 sec, clang=760M. >>> And this is without Split DWARF? Without linker DWARF compression? - >>> that seems quite a bit surprising, that the deduplication of DWARF >>> could fit into less space than the wasted/reclaimed space in ranges (& >>> line)? >> that was without sp...
2020 Jun 26
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...memory savings >that lld has that we could take advantage of in a dwp-like tool) > >What build mode was the clang binary built in? Optimized or unoptimized? right, that is unoptimized build with -ffunction-sections. >> 2. DWARFLinker from lld = linking time for clang 72 sec, clang=760M. >It does seem a tad strange that the clang binary would be smaller >non-split with DWARF linking than it was split. Though I could imagine >this might be possible in an optimized build (wehre debug_ranges >become quite relatively expensive in the .o file contribution with >Split DW...
2020 Aug 03
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...What build mode was the clang binary built in? Optimized or > unoptimized? > >>>> right, that is unoptimized build with -ffunction-sections. > >>>> > >>>>>> 2. DWARFLinker from lld = linking time for clang 72 sec, > clang=760M. > >>> And this is without Split DWARF? Without linker DWARF > compression? - > >>> that seems quite a bit surprising, that the deduplication of DWARF > >>> could fit into less space than the wasted/reclaimed space in > ranges (& &gt...
2020 Aug 06
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...the clang binary built in? Optimized or >>> unoptimized? >>> >>>> right, that is unoptimized build with -ffunction-sections. >>> >>>> >>> >>>>>> 2. DWARFLinker from lld = linking time for clang 72 sec, >>> clang=760M. >>> >>> And this is without Split DWARF? Without linker DWARF compression? - >>> >>> that seems quite a bit surprising, that the deduplication of DWARF >>> >>> could fit into less space than the wasted/reclaimed space in ranges >>> (&a...
2020 Jun 25
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...r pain point in >any case I'd guess. > I see. FWIW, Comparison splitdwarf+dwp and DWARFLinker from lld: 1. split-dwarf+llvm-dwp = linking time for clang 6 sec, generating time for .dwp 53 sec, clang=997M clang.dwp=1.1G. 2. DWARFLinker from lld = linking time for clang 72 sec, clang=760M. >> Thus if they would use this LLD feature in its current state >> - they would still receive benefits. >> >> Speaking of performance results - LLD is a multi-thread linker; >> it handles sections in parallel. DWARFLinker generates DWARF using >> AsmPrinter wh...
2020 Aug 10
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...build mode was the clang binary built in? Optimized or unoptimized? >>>> >>>> right, that is unoptimized build with -ffunction-sections. >>>> >>>> >>>> >>>>>> 2. DWARFLinker from lld = linking time for clang 72 sec, clang=760M. >>>> >>> And this is without Split DWARF? Without linker DWARF compression? - >>>> >>> that seems quite a bit surprising, that the deduplication of DWARF >>>> >>> could fit into less space than the wasted/reclaimed space in ranges (&am...
2016 Jul 15
1
[PATCH v3 0/4] nouveau RPM fixes for Optimus (final)
On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu <peter at lekensteyn.nl> wrote: > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu <peter at lekensteyn.nl> wrote: > >> > Hi, > >> > > >> > Here are two patches to fix
2020 Jun 22
4
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
>> >> >Alexey> Probably we could try to make DWARF easy to parsing, trimming, rewriting so that full DWARF >> >> >Alexey> parsing solution would not take too much time? >> >> >Alexey> >> >> >Alexey> f.e. -debug-types-section solution uses COMDAT sections to split and deduplicate types. >> >> >Alexey> That