<Mangy_Dog>
cheap but reasonable with good reviews
<mru>
certainly better than none
<Mangy_Dog>
indeed
<Mangy_Dog>
dave jones hates it though
<Mangy_Dog>
whanlow
diego71 has quit [Ping timeout: 245 seconds]
<Mangy_Dog>
but he hates all budget things from china
<mru>
it's a get what you pay for situation
<Mangy_Dog>
so what does this thing lack that a rigol of a simular range have?
<mru>
I'm not familiar with rigol
<Mangy_Dog>
or another high quality ocili
<Mangy_Dog>
i only ask from the reviews i see, its pretty well packed out with options
<Mangy_Dog>
and also it 100mhz... but ive read that with a cfg file tweak it will run up to 200mhz without issues... and that its hardwarewise identical to there 200mhz model
<Mangy_Dog>
not that ill be reading 200mhz signels :p
<KotCzarny>
it will read, but would it read them right?
<mru>
even tek scopes are like that
<Mangy_Dog>
well what i read was that the hardw3are is identical between the models and they just limited it in the firmware cfg
<mru>
looking at the spec sheet of that one, there are a few things my tek does better
<mru>
4 channels
<mru>
2.5 GS/s, 500 MHz
<mru>
10M sample memory vs 40k on the hantek
<mru>
more advanced trigger types
<mru>
protocol decode
<mru>
one nice feature I've use a lot is trigger on a specific i2c address
<mru>
and then decode whatever data was transferred
<mru>
not of any use to you right now, though
lurchi_ is now known as lurchi__
<Mangy_Dog>
hah
<Mangy_Dog>
yeah
<Mangy_Dog>
though i would say youre one is a much higher end scope
<Mangy_Dog>
your
<mru>
it's a tek mdo3024 with all features unlocked (making it a 3054)
<mru>
someone hacked the unlock codes
<Mangy_Dog>
:D
<Mangy_Dog>
i find it halerious tbh that companies who make these tools lock features behind what is oftern simple software barriers. Its like they dont realise what the target audience there equipment is going to :p
<Mangy_Dog>
helerious
<Mangy_Dog>
gah
<Mangy_Dog>
however its spelt
<mru>
they realise perfectly well
<mru>
the expensive tek models go mostly to companies that don't flinch at a 10k price tag
<Mangy_Dog>
i guess
<mru>
the locked-down ones sell for 2-3k
<mru>
the sales pitch is buy this limited one now and upgrade when you need the feature
netlynx has joined #linux-sunxi
<Mangy_Dog>
yeah but youd think they use hardware locks or have the new feature included in a patch or even in some memory card module
<SopaXorzTaker>
"and use the illicit unlock codes unless you're a corporate user who needs to have the equipment calibrated and certified by us..."
<mru>
yes, that too
<mru>
well, the protocol decoding isn't calibrated anyway
<SopaXorzTaker>
I mean, the scope itself has to be formally checked, AFAIK
<mru>
it wouldn't normally be just from buying an upgrade
<SopaXorzTaker>
Isn't there a requirement for planned maintenance, though?
<mru>
you may want to do a regular calibration, of course
<mru>
the important thing here is that the companies buying most of these scopes will pay the official price rather use the hacks
<SopaXorzTaker>
Yep, that's what I'm talking about.
<mru>
me using the hacked codes didn't lose them a sale since I wasn't going to spend £10k anyway
<SopaXorzTaker>
Doing it unofficially would probably void some sort of a *formal* warranty.
<mru>
I don't think there's any way to tell
<SopaXorzTaker>
mru, proof-of-purchase?
<SopaXorzTaker>
Like, you'd probably fill some form or such in order to be able to receive a code officially.
<mru>
sure, I guess they could track sales themselves or demand to see a receipt
<mru>
Mangy_Dog: anyway, what lcd panel are you using?
suprothunderbolt has quit [Remote host closed the connection]
suprothunderbolt has joined #linux-sunxi
suprothunderbolt has quit [Ping timeout: 272 seconds]
cnxsoft has quit [Remote host closed the connection]
indy has quit [Ping timeout: 272 seconds]
<BorgCuba>
any idea what causes this error: "Error: eglCreateWindowSurface failed: 0x00003003"?
_whitelogger has joined #linux-sunxi
Gerwin_J has joined #linux-sunxi
lurchi_ is now known as lurchi__
<MoeIcenowy>
BorgCuba: what are you trying to do?
<BorgCuba>
hi MoeIcenowy, I try to run the test.c code from sunxi-mali for testing
<MoeIcenowy>
what environment are you using?
<BorgCuba>
buildroot 2019.5 with 5.15 kernel and r6p2 binary blobs
<MoeIcenowy>
chip, kernel version, mali kernel module version, mali userspace blob version and variant
<BorgCuba>
h2+ (opi-zero)
<MoeIcenowy>
do you have a X running?
<mru>
where did you get a 5.15 kernel?
<BorgCuba>
framebuffer with ili9341 display
<MoeIcenowy>
are you using X variant?
<mru>
are you from the future?
<BorgCuba>
5.1.5
<BorgCuba>
sorry
<MoeIcenowy>
mru: no problem, buy an Allwinner A64 board, and you can time travel to 2114
<MoeIcenowy>
;-)
<BorgCuba>
i already increased fbdev_overalloc to 200
<MoeIcenowy>
BorgCuba: so you are using fbdev variant of blob?
<BorgCuba>
I think so, let me see if I can verify that (at least the .o files of sunxi-mali-driver are in the fbdev folder)
<BorgCuba>
different md5sum, but then I cannot find any libMali.so in my build folder that has the same md5sum as the one in the rootfs of my device
<BorgCuba>
MoeIcenowy, now you caused me some trouble ... ;)
<BorgCuba>
when I do a "find libMali.so | md5sum" in the buildroot/output folder none of the .so files from the sunxi-mali-driver repo do match the one in the rootfs md5sum-wise
dddddd has joined #linux-sunxi
willmore has quit [Ping timeout: 244 seconds]
ninolein has joined #linux-sunxi
tllim has joined #linux-sunxi
<BorgCuba>
seems like some sections get stripped of
<BorgCuba>
I thought I had a virus
<BorgCuba>
are you guys scanning you linux machines for viruses and rootkits regularly?
<KotCzarny>
nope
<BorgCuba>
I do it now
<BorgCuba>
maybe it is time for a freebsd install? that is supposed to be saver, isnt it?
<BorgCuba>
MoeIcenowy, I can confirm that it is the libMali file from r6p2/arm/fbdev folder (repo sunxi-mali-mainline) with stripped .comment section
BorgCuba has quit [Remote host closed the connection]
<MoeIcenowy>
oh
<MoeIcenowy>
do you compile the test code for fbdev?
<BorgCuba>
MoeIcenowy, so when I check the sysroot path of buildroot gcc it links against the unstripped (.comment) libGLESv2.so (libMali.so symlink)
<BorgCuba>
but I dont think that this causes any trouble
<BorgCuba>
I assume all this fex/script.bin stuff is not important to 5.1.5?
SopaXorzTaker has quit [Quit: Leaving]
<MoeIcenowy>
BorgCuba: do you use the header file that comes with the fbdev blob?
<BorgCuba>
let me check
warpme_ has joined #linux-sunxi
<BorgCuba>
yes, the files seem to be identical (sysroot vs sunxi-mali-mainline)
<BorgCuba>
MoeIcenowy, do you have some gl test code linked against r6p2 fbdev and the right glibc, etc?
lurchi__ is now known as lurchi_
<m4t>
is there a way to completely disable/power off gpu on h5 with mainline 4.19? would using a dt overlay with the node "disabled" be sufficient? trying to reduce thermal load