From thierry.leconte at laposte.net Mon Apr 13 18:17:08 2015 From: thierry.leconte at laposte.net (Thierry Leconte) Date: Mon, 13 Apr 2015 20:17:08 +0200 Subject: rtl-sdr sources Message-ID: <552C0824.10109@laposte.net> Hi, I had a problem with rtlsdr_cancel_async. I find this fork on github that solve my problem https://github.com/pabigot/rtl-sdr nice .. And then realize that there are 46 forks of the rtl-sdr on github.... I know that's how github works , but is there somewhere an effort to merge the best of these mods ? It doesn't seems to be the case on github, but perhaps elsewhere ? From a.kurpiers at gmail.com Tue Apr 14 13:39:25 2015 From: a.kurpiers at gmail.com (Alexander Kurpiers) Date: Tue, 14 Apr 2015 15:39:25 +0200 Subject: compiling rtl-sdr on windows using cygwin In-Reply-To: <550EC87D.3080207@vol.at> References: <550EC87D.3080207@vol.at> Message-ID: <552D188D.2090405@gmail.com> On 03/22/2015 02:49 PM, Simon Eigeldinger wrote: > Hi all, > > anyone could tell me how to compile rtl-sdr on windows using cygwin? > i have all libs but i seem not to get any dlls and programs back. > used the normal cmake and the method using a configure script. > I only managed to compile using mingw so far (using cmake). Would that help, too? Regards, Alexander From a.kurpiers at gmail.com Tue Apr 14 13:44:02 2015 From: a.kurpiers at gmail.com (Alexander Kurpiers) Date: Tue, 14 Apr 2015 15:44:02 +0200 Subject: rtl-sdr sources In-Reply-To: <552C0824.10109@laposte.net> References: <552C0824.10109@laposte.net> Message-ID: <552D19A2.3090708@gmail.com> On 04/13/2015 08:17 PM, Thierry Leconte wrote: > Hi, > > I had a problem with rtlsdr_cancel_async. > I find this fork on github that solve my problem > https://github.com/pabigot/rtl-sdr > nice .. > > And then realize that there are 46 forks of the rtl-sdr on github.... > I know that's how github works , but is there somewhere an effort to > merge the best of these mods ? > It doesn't seems to be the case on github, but perhaps elsewhere ? Oliver Jowett started to merge my changes (https://github.com/mutability/librtlsdr). Indeed there are many forks worth merging... The main problem is that the main tree (and this mailing list to some extent) seem abandoned :-( Regards, Alexander From 246tnt at gmail.com Tue Apr 14 13:55:22 2015 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 14 Apr 2015 15:55:22 +0200 Subject: rtl-sdr sources In-Reply-To: <552D19A2.3090708@gmail.com> References: <552C0824.10109@laposte.net> <552D19A2.3090708@gmail.com> Message-ID: >> I had a problem with rtlsdr_cancel_async. >> I find this fork on github that solve my problem >> https://github.com/pabigot/rtl-sdr >> nice .. >> >> And then realize that there are 46 forks of the rtl-sdr on github.... >> I know that's how github works , but is there somewhere an effort to >> merge the best of these mods ? >> It doesn't seems to be the case on github, but perhaps elsewhere ? We don't go around looking for stuff to merge. If you want things merged, the author (or someone else for that matter) needs to submit the changes and they must meet some criteria (from code style match to not break anything, having been tested on the supported platforms, ...) Cheers, Sylvain From j-pi at seznam.cz Tue Apr 14 14:00:43 2015 From: j-pi at seznam.cz (=?ISO-8859-2?Q?Ji=F8=ED_Pinkava?=) Date: Tue, 14 Apr 2015 16:00:43 +0200 Subject: [PATCH 1/2] Allow setting bandwidth for R820T Message-ID: <552D1D8B.5040700@seznam.cz> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Allow-setting-bandwidth-for-R820T.patch Type: text/x-patch Size: 4435 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 213 bytes Desc: OpenPGP digital signature URL: From j-pi at seznam.cz Tue Apr 14 14:02:12 2015 From: j-pi at seznam.cz (=?ISO-8859-2?Q?Ji=F8=ED_Pinkava?=) Date: Tue, 14 Apr 2015 16:02:12 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: <552D1D8B.5040700@seznam.cz> References: <552D1D8B.5040700@seznam.cz> Message-ID: <552D1DE4.6060008@seznam.cz> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-New-functions-rtlsdr_set_tuner_bandwidth.patch Type: text/x-patch Size: 3145 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 213 bytes Desc: OpenPGP digital signature URL: From 246tnt at gmail.com Tue Apr 14 14:21:39 2015 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 14 Apr 2015 16:21:39 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: <552D1DE4.6060008@seznam.cz> References: <552D1D8B.5040700@seznam.cz> <552D1DE4.6060008@seznam.cz> Message-ID: If the tuner doesn't support setting the bandwidth, wouldn't returning -ENOTSUP be more appropriate ? Or some other error code telling the calling application that the operation isn't supported ? From a.kurpiers at gmail.com Tue Apr 14 14:41:55 2015 From: a.kurpiers at gmail.com (Alexander Kurpiers) Date: Tue, 14 Apr 2015 16:41:55 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: <552D1DE4.6060008@seznam.cz> References: <552D1D8B.5040700@seznam.cz> <552D1DE4.6060008@seznam.cz> Message-ID: <552D2733.7030701@gmail.com> Similar functionality was developed by Leif Asbrink for Linrad. See http://lists.osmocom.org/pipermail/osmocom-sdr/2015-February/000019.html I have them in my fork (https://github.com/dl8aau/librtlsdr/commit/1bbe76a166b313f800747d10d91c9f9716ffaa24 and https://github.com/dl8aau/librtlsdr/commit/2332d3a43bc1a66c30a66f77b7ce6b9ad6fdc58a). Please have a look. Regards, Alexander From j-pi at seznam.cz Tue Apr 14 15:17:52 2015 From: j-pi at seznam.cz (=?ISO-8859-2?Q?Ji=F8=ED_Pinkava?=) Date: Tue, 14 Apr 2015 17:17:52 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: <552D2733.7030701@gmail.com> References: <552D1D8B.5040700@seznam.cz> <552D1DE4.6060008@seznam.cz> <552D2733.7030701@gmail.com> Message-ID: <552D2FA0.5020603@seznam.cz> I have checked this when I was writing those patches, picked some information from it. But this implementations are rather hacks than clean implementations, but hanks for pointing out. I does not implement listing of supported BW, would You considet this usefull function? (What to do in case BW can be selected from continous range?) Dne 14.4.2015 v 16:41 Alexander Kurpiers napsal(a): > Similar functionality was developed by Leif Asbrink for Linrad. See > http://lists.osmocom.org/pipermail/osmocom-sdr/2015-February/000019.html > > I have them in my fork > (https://github.com/dl8aau/librtlsdr/commit/1bbe76a166b313f800747d10d91c9f9716ffaa24 > and > https://github.com/dl8aau/librtlsdr/commit/2332d3a43bc1a66c30a66f77b7ce6b9ad6fdc58a). > > Please have a look. > > > Regards, > > Alexander > > > From simon.eigeldinger at vol.at Tue Apr 14 16:06:33 2015 From: simon.eigeldinger at vol.at (Simon Eigeldinger) Date: Tue, 14 Apr 2015 18:06:33 +0200 Subject: compiling rtl-sdr on windows using cygwin In-Reply-To: <552D188D.2090405@gmail.com> References: <550EC87D.3080207@vol.at> <552D188D.2090405@gmail.com> Message-ID: <552D3B09.9070209@vol.at> hi, how did you do that? will try if this works. greetings, simon Am 14.04.2015 um 15:39 schrieb Alexander Kurpiers: > On 03/22/2015 02:49 PM, Simon Eigeldinger wrote: >> Hi all, >> >> anyone could tell me how to compile rtl-sdr on windows using cygwin? >> i have all libs but i seem not to get any dlls and programs back. >> used the normal cmake and the method using a configure script. >> > I only managed to compile using mingw so far (using cmake). > Would that help, too? > > Regards, > > Alexander > > -- Simon Eigeldinger Follow me on Twitter: http://www.twitter.com/domasofan/ E-Mail: simon.eigeldinger at vol.at MSN: simon_eigeldinger at hotmail.com ICQ: 121823966 Jabber: domasofan at andrelouis.com --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. http://www.avast.com From oliver.jowett at gmail.com Tue Apr 14 16:51:16 2015 From: oliver.jowett at gmail.com (Oliver Jowett) Date: Tue, 14 Apr 2015 17:51:16 +0100 Subject: rtl-sdr sources In-Reply-To: References: <552C0824.10109@laposte.net> <552D19A2.3090708@gmail.com> Message-ID: On 14 April 2015 at 14:55, Sylvain Munaut <246tnt at gmail.com> wrote: > >> I had a problem with rtlsdr_cancel_async. > >> I find this fork on github that solve my problem > >> https://github.com/pabigot/rtl-sdr > >> nice .. > >> > >> And then realize that there are 46 forks of the rtl-sdr on github.... > >> I know that's how github works , but is there somewhere an effort to > >> merge the best of these mods ? > >> It doesn't seems to be the case on github, but perhaps elsewhere ? > > We don't go around looking for stuff to merge. > > If you want things merged, the author (or someone else for that > matter) needs to submit the changes and they must meet some criteria > (from code style match to not break anything, having been tested on > the supported platforms, ...) > I appreciate that you don't want to do the heavy lifting to merge other people's changes, but the lack of any response from osmocom to patches feels more like "we're not maintaining this" not "these patches need work". I've stopped forwarding my changes to the list since they just appear to disappear into a black hole. Oliver -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.kurpiers at gmail.com Wed Apr 15 13:29:11 2015 From: a.kurpiers at gmail.com (Alexander Kurpiers) Date: Wed, 15 Apr 2015 15:29:11 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: <552D2FA0.5020603@seznam.cz> References: <552D1D8B.5040700@seznam.cz> <552D1DE4.6060008@seznam.cz> <552D2733.7030701@gmail.com> <552D2FA0.5020603@seznam.cz> Message-ID: <552E67A7.2060902@gmail.com> Hi Ji??, On 04/14/2015 05:17 PM, Ji?? Pinkava wrote: > I have checked this when I was writing those patches, picked some > information from it. But this implementations are rather hacks than > clean implementations, but hanks for pointing out. As long as you did not change the functionality... Leif did extensive testing on the performance improvement on R820T. I don't think he is keen on repeating all that. At first sight it looks similar, but need to check more thoroughly. > I does not implement listing of supported BW, would You considet this > usefull function? (What to do in case BW can be selected from continous > range?) I already discussed with Leif internally before. There are good arguments for both versions. One being the fact that the gain is exported more or less same way (rtlsdr_get_tuner_gains) and another that the calling software should not need to know the tuner internals if possible. But I do not have a strong opinion there. The API is not really consistent. There are set and get functions that try to set a given parameter and return the setting actually in use. Then there is rtlsdr_get_tuner_gains() that returns a list of supported values. And exotic functions like rtlsdr_set_tuner_if_gain() that only make sense for E4000 knowing the internals. Just by looking at the distribution, I think the first kind is the most common - so maybe a rtlsdr_set_tuner_bandwidth() / rtlsdr_get_tuner_bandwidth() [returning the bandwidth in use]? But again: personally I do not mind (much). Regards, Alexander From j-pi at seznam.cz Fri Apr 17 00:19:32 2015 From: j-pi at seznam.cz (=?UTF-8?B?SmnFmcOtIFBpbmthdmE=?=) Date: Fri, 17 Apr 2015 02:19:32 +0200 Subject: [PATCH 2/2] New functions rtlsdr_set_tuner_bandwidth() In-Reply-To: References: <552D1D8B.5040700@seznam.cz> <552D1DE4.6060008@seznam.cz> Message-ID: <55305194.4010606@seznam.cz> This will be inconsistent with other functions like rtlsdr_set_tuner_gain. Dne 14.4.2015 v 16:21 Sylvain Munaut napsal(a): > If the tuner doesn't support setting the bandwidth, wouldn't returning > -ENOTSUP be more appropriate ? Or some other error code telling the > calling application that the operation isn't supported ? From simon.eigeldinger at vol.at Sat Apr 18 13:00:07 2015 From: simon.eigeldinger at vol.at (Simon Eigeldinger) Date: Sat, 18 Apr 2015 15:00:07 +0200 Subject: rtl-sdr: compiling problems under windows using cygwin? Message-ID: <55325557.2040201@vol.at> Hi all, I just tried compiling rtl-sdr under cygwin and got the following output. maybe someone has a tip for me here: $ make Scanning dependencies of target convenience_static [ 5%] Building C object src/CMakeFiles/convenience_static.dir/convenience/conve nience.c.o Linking C static library libconvenience_static.a [ 5%] Built target convenience_static Scanning dependencies of target rtlsdr_shared [ 10%] Building C object src/CMakeFiles/rtlsdr_shared.dir/librtlsdr.c.o [ 15%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_e4k.c.o [ 20%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0012.c.o [ 25%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc0013.c.o [ 30%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_fc2580.c.o [ 35%] Building C object src/CMakeFiles/rtlsdr_shared.dir/tuner_r82xx.c.o Linking C shared library cygrtlsdr-0.dll [ 35%] Built target rtlsdr_shared Scanning dependencies of target rtl_adsb [ 40%] Building C object src/CMakeFiles/rtl_adsb.dir/rtl_adsb.c.o Linking C executable rtl_adsb.exe libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x18b): undefined reference to `rtlsdr_set_tuner_gain_mode' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1a7): undefined reference to `rtlsdr_get_tuner_gains' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x1c8): undefined reference to `rtlsdr_get_tuner_gains' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x275): undefined reference to `rtlsdr_set_center_freq' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x2f5): undefined reference to `rtlsdr_set_sample_rate' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x375): undefined reference to `rtlsdr_set_direct_sampling' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x474): undefined reference to `rtlsdr_set_offset_tuning' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x4f4): undefined reference to `rtlsdr_set_tuner_gain_mode' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x575): undefined reference to `rtlsdr_set_tuner_gain_mode' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x58b): undefined reference to `rtlsdr_set_tuner_gain' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x651): undefined reference to `rtlsdr_set_freq_correction' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x6bc): undefined reference to `rtlsdr_reset_buffer' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x70b): undefined reference to `rtlsdr_get_device_count' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x770): undefined reference to `rtlsdr_get_device_usb_strings' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x7ff): undefined reference to `rtlsdr_get_device_usb_strings' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x83b): undefined reference to `rtlsdr_get_device_usb_strings' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x89d): undefined reference to `rtlsdr_get_device_usb_strings' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x918): undefined reference to `rtlsdr_get_device_name' libconvenience_static.a(convenience.c.o):convenience.c:(.text+0x9ca): undefined reference to `rtlsdr_get_device_name' collect2: Fehler: ld gab 1 als Ende-Status zur?ck src/CMakeFiles/rtl_adsb.dir/build.make:88: die Regel f?r Ziel ?src/rtl_adsb.exe? scheiterte make[2]: *** [src/rtl_adsb.exe] Fehler 1 CMakeFiles/Makefile2:175: die Regel f?r Ziel ?src/CMakeFiles/rtl_adsb.dir/all? s cheiterte make[1]: *** [src/CMakeFiles/rtl_adsb.dir/all] Fehler 2 Makefile:117: die Regel f?r Ziel ?all? scheiterte make: *** [all] Fehler 2 --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren gepr?ft. http://www.avast.com From michael.renner at gmx.de Wed Apr 22 18:20:19 2015 From: michael.renner at gmx.de (Michael Renner) Date: Wed, 22 Apr 2015 20:20:19 +0200 Subject: needed bandwidth for sdr_tcp? Message-ID: <5537E663.1040307@gmx.de> Moin, what bandwiidth is needed for sdr_tcp? Does it depend on the signal bandwiidth like CW or stereo fm? I wonder if it will work on a Respberry Pi B+ with 700kBit/s uplink. Thanks for any hint -- |Michael Renner E-mail: michael.renner at gmx.de | |81541 Munich Twitter: dd0ul | |Germany Don't drink as root! ESC:wq From j-pi at seznam.cz Sun Apr 26 21:45:15 2015 From: j-pi at seznam.cz (P) Date: Sun, 26 Apr 2015 23:45:15 +0200 Subject: [PATCH 0/3] allow setting BW for R820T tunners Message-ID: <553D5C6B.5040306@seznam.cz> This is rework of previous post of patches for setting BW on R820T tunners. It contains only minor cleantups (fix grammar) and add function for getting BW. The one question remains whatever to keep or not BW setting support for really narrow bandwidth values. They does have a bit blurry edges and for unexperienced users can cause a bit of troubles in other hand for someone who knows what to do can be still usefull. P From j-pi at seznam.cz Sun Apr 26 21:46:10 2015 From: j-pi at seznam.cz (P) Date: Sun, 26 Apr 2015 23:46:10 +0200 Subject: [PATCH 1/3] lib: allow setting bandwidth for R820T In-Reply-To: <553D5C6B.5040306@seznam.cz> References: <553D5C6B.5040306@seznam.cz> Message-ID: <553D5CA2.1080509@seznam.cz> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-lib-allow-setting-bandwidth-for-R820T.patch Type: text/x-patch Size: 4442 bytes Desc: not available URL: From j-pi at seznam.cz Sun Apr 26 21:46:49 2015 From: j-pi at seznam.cz (P) Date: Sun, 26 Apr 2015 23:46:49 +0200 Subject: [PATCH 2/3] lib: add rtlsdr_set_tuner_bandwidth() In-Reply-To: <553D5CA2.1080509@seznam.cz> References: <553D5C6B.5040306@seznam.cz> <553D5CA2.1080509@seznam.cz> Message-ID: <553D5CC9.6070001@seznam.cz> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-lib-add-rtlsdr_set_tuner_bandwidth.patch Type: text/x-patch Size: 3141 bytes Desc: not available URL: From j-pi at seznam.cz Sun Apr 26 21:47:16 2015 From: j-pi at seznam.cz (P) Date: Sun, 26 Apr 2015 23:47:16 +0200 Subject: [PATCH 3/3] lib: add rtlsdr_get_tuner_bandwidth() In-Reply-To: <553D5CC9.6070001@seznam.cz> References: <553D5C6B.5040306@seznam.cz> <553D5CA2.1080509@seznam.cz> <553D5CC9.6070001@seznam.cz> Message-ID: <553D5CE4.1000605@seznam.cz> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-lib-add-rtlsdr_get_tuner_bandwidth.patch Type: text/x-patch Size: 1388 bytes Desc: not available URL: From chris.kuethe at gmail.com Sun Apr 5 09:36:29 2015 From: chris.kuethe at gmail.com (Chris Kuethe) Date: Sun, 05 Apr 2015 09:36:29 -0000 Subject: fosphor GPU report - lenovo ideapad yoga13 Message-ID: $ uname -a Linux lappy 4.0.0-rc6 #1 SMP Mon Mar 30 00:01:17 PDT 2015 x86_64 x86_64 x86_64 GNU/Linux [+] Selected device: Intel(R) HD Graphics IvyBridge M GT2 100 Frames time: 3806160 us BW estimated: 13.774723 Msps $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz stepping : 9 microcode : 0x17 cpu MHz : 800.000 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt bugs : bogomips : 4988.70 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz stepping : 9 microcode : 0x17 cpu MHz : 804.785 cache size : 4096 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt bugs : bogomips : 4988.70 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz stepping : 9 microcode : 0x17 cpu MHz : 805.957 cache size : 4096 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 2 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt bugs : bogomips : 4988.70 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3537U CPU @ 2.00GHz stepping : 9 microcode : 0x17 cpu MHz : 800.000 cache size : 4096 KB physical id : 0 siblings : 4 core id : 1 cpu cores : 2 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt bugs : bogomips : 4988.70 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: $ clinfo Number of platforms 1 Platform Name Intel Gen OCL Driver Platform Vendor Intel Platform Version OpenCL 1.2 beignet 1.0.1 Platform Profile FULL_PROFILE Platform Extensions cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_icd Platform Extensions function suffix Intel Platform Name Intel Gen OCL Driver Number of devices 1 Device Name Intel(R) HD Graphics IvyBridge M GT2 Device Vendor Intel Device Vendor ID 0x166 Device Version OpenCL 1.2 beignet 1.0.1 Driver Version 1.0.1 Device OpenCL C Version OpenCL C 1.2 beignet 1.0.1 Device Type GPU Device Profile FULL_PROFILE Max compute units 16 Max clock frequency 1000MHz Device Partition (core) Max number of sub-devices 1 Supported partition types None, None, None Max work item dimensions 3 Max work item sizes 512x512x512 Max work group size 512 Preferred work group size multiple 16 Preferred / native vector sizes char 16 / 8 short 8 / 8 int 4 / 4 long 2 / 2 half 0 / 8 (n/a) float 4 / 4 double 0 / 2 (n/a) Half-precision Floating-point support (n/a) Single-precision Floating-point support (core) Denormals No Infinity and NANs Yes Round to nearest Yes Round to zero No Round to infinity No IEEE754-2008 fused multiply-add No Support is emulated in software No Correctly-rounded divide and sqrt operations No Double-precision Floating-point support (n/a) Address bits 32, Little-Endian Global memory size 2147483648 (2GiB) Error Correction support No Max memory allocation 1073741824 (1024MiB) Unified memory for Host and Device Yes Minimum alignment for any data type 128 bytes Alignment of base address 1024 bits (128 bytes) Global Memory cache type Read/Write Global Memory cache size 8192 Global Memory cache line 128 bytes Image support Yes Max number of samplers per kernel 16 Max size for 1D images from buffer 65536 pixels Max 1D or 2D image array size 2048 images Max 2D image size 8192x8192 pixels Max 3D image size 8192x8192x2048 pixels Max number of read image args 128 Max number of write image args 8 Local memory type Global Local memory size 65536 (64KiB) Max constant buffer size 134217728 (128MiB) Max number of constant args 8 Max size of kernel argument 1024 Queue properties Out-of-order execution No Profiling Yes Profiling timer resolution 80ns Execution capabilities Run OpenCL kernels Yes Run native kernels Yes Prefer user sync for interop Yes printf() buffer size 1048576 (1024KiB) Built-in kernels __cl_copy_region_align4;__cl_copy_region_align16;__cl_cpy_region_unalign_same_offset;__cl_copy_region_unalign_dst_offset;__cl_copy_region_unalign_src_offset;__cl_copy_buffer_rect;__cl_copy_image_1d_to_1d;__cl_copy_image_2d_to_2d;__cl_copy_image_3d_to_2d;__cl_copy_image_2d_to_3d;__cl_copy_image_3d_to_3d;__cl_copy_image_2d_to_buffer;__cl_copy_image_3d_to_buffer;__cl_copy_buffer_to_image_2d;__cl_copy_buffer_to_image_3d;__cl_fill_region_unalign;__cl_fill_region_align2;__cl_fill_region_align4;__cl_fill_region_align8_2;__cl_fill_region_align8_4;__cl_fill_region_align8_8;__cl_fill_region_align8_16;__cl_fill_region_align128;__cl_fill_image_1d;__cl_fill_image_1d_array;__cl_fill_image_2d;__cl_fill_image_2d_array;__cl_fill_image_3d; Device Available Yes Compiler Available Yes Linker Available Yes Device Extensions cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_khr_icd NULL platform behavior clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) Intel Gen OCL Driver clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [Intel] clCreateContext(NULL, ...) [default] Success [Intel] clCreateContext(NULL, ...) [other] clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) No devices found in platform clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) Success (1) Platform Name Intel Gen OCL Driver Device Name Intel(R) HD Graphics IvyBridge M GT2 clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1) Platform Name Intel Gen OCL Driver Device Name Intel(R) HD Graphics IvyBridge M GT2 ICD loader properties ICD loader Name OpenCL ICD Loader ICD loader Vendor OCL Icd free software ICD loader Version 2.2.3 ICD loader Profile OpenCL 1.2 -- GDB has a 'break' feature; why doesn't it have 'fix' too? From alexschultze at gmail.com Wed Apr 1 17:27:54 2015 From: alexschultze at gmail.com (Alexander Schultze) Date: Wed, 01 Apr 2015 17:27:54 -0000 Subject: Patches: rtl_tcp memory fix, samplerate measure, args info Message-ID: --- Alexander Schultze alexschultze at gmail.com +49 (0) 176 98109096 -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-include-more-info-print-on-the-buffers.patch Type: application/octet-stream Size: 2073 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-include-t-test-option-for-actual-sample-rate-measure.patch Type: application/octet-stream Size: 5092 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006-fix-rtl_tcp-memory-corruption-can-crash-on-small-mem.patch Type: application/octet-stream Size: 1068 bytes Desc: not available URL: