https://bugs.kde.org/show_bug.cgi?id=416853

--- Comment #9 from Boudewijn Rempt <b...@valdyas.org> ---
This turns out to be an issue with the CPU of the machine we build on:

19:39:42 < bcooksley> I wonder
19:39:48 < bcooksley> the new builders are Ryzen 7 boxes
19:39:55 <@boud> oh...
19:39:57 < bcooksley> they'll have all the latest CPU features
19:40:11 < bcooksley> Vc wouldn't be trying to use instructions that aren't
valid on older machines would it?
19:40:30 <@boud> I don't know, but this makes me suspcious!
19:40:31 < bcooksley> 3rd gen Ryzen 7s even, the absolute latest you can get
19:40:39  * tiar does pat-pat
19:40:59 <@boud> tiar: je vous en remercie, beaucoup
19:41:32 < bcooksley> it's very nice having Octa Core processors for our
builders i'll say that much :)
19:41:45 < bcooksley> (and double the storage too, so hopefully no more disk
space issues for a long time)
19:41:59 < bcooksley> flags           : fpu vme de pse tsc msr pae mce cx8 apic
sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx 
                      mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good
nopl xtopology nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor 
                      ssse3 fma cx16 sse4_1 sse4_2 movbe popcnt aes xsave avx
f16c rdrand lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 
                      3dnowprefetch osvw ibs skinit wdt tce topoext
perfctr_core
19:41:59 < bcooksley> perfctr_nb bpext perfctr_llc mwaitx cpb cat_l3 cdp_l3
hw_pstate sme ssbd ibpb stibp vmmcall fsgsbase bmi1 avx2 smep bmi2 cqm rdt_a 
                      rdseed adx smap clflushopt clwb sha_ni xsaveopt xsavec
xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local clzero irperf 
                      xsaveerptr arat npt lbrv svm_lock nrip_save tsc_scale
vmcb_clean flushbyasid decodeassists pausefilter pfthreshold avic 
                      v_vmsave_vmload vgif umip rdpid overflow_recov succor
smca
19:41:59 < bcooksley> bugs            : sysret_ss_attrs spectre_v1 spectre_v2
spec_store_bypass
19:42:07 < bcooksley> is the relevant section from /proc/cpuinfo
19:42:16 <@boud> bcooksley: maybe I should get one of those devices, if not for
me, then for vir or dmitryK|log...
19:42:38 < bcooksley> compared with the older machines...
19:42:39 < bcooksley> 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 pdpe1gb rdtscp lm constant_tsc art
arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf 
                      tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx
smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe 
                      popcnt tsc_deadline_timer aes xsave avx f16c rdrand
lahf_lm abm
19:42:39 < bcooksley> 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd
ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 
                      hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap
clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp 
                      hwp_notify hwp_act_window hwp_epp flush_l1d
19:42:59 <@boud> oh gosh
19:42:59 <@boud> oh gosh
19:43:02 <@boud> yes...
19:43:18 < bcooksley> I see sse4* stuff
19:43:22 <@boud> We had bug reports before from arch users with ryzen machines
who had crashes
19:43:54 < bcooksley> probably the same cause, just in reverse now...
19:44:10 < bcooksley> the Appimages and Windows builds probably work perfectly
for them now :D
19:45:32 <@boud> well...
19:45:57 < bcooksley> got a demo .kra I can test trying to save a jpeg with?
19:46:03 <@boud> I guess I need to ping Vir, and after that, tell our community
that releases are not going to be forthcoming
19:46:15 < bcooksley> (to see if it works on a Ryzen machine)
19:46:22 <@boud> bcooksley: it's easy enough; start the latest nightly build,
create an image, save it as jpeg, crash.
19:46:32 < bcooksley> even a blank image?
19:46:34 <@boud> no need to even draw anything
19:47:49 < bcooksley> push comes to shove on Vc, I can always provision the
remaining Intel machine into the Binary Factory
19:48:03 < bcooksley> that will only work as long as you don't need Webkit or
Webengine though
19:48:09 < bcooksley> as it only has 8GB of RAM
19:48:14 <@boud> that would help, I'm sure, but we still need to get to the
bottom of this problem
19:48:27 <@boud> though, webkit/webengine, nah, not going to ship that!
19:48:34 < bcooksley> and 8GB isn't enough to build either of those two pesky
things
19:48:55 < bcooksley> I have to throw 24GB RAM at the problem
19:49:03 < bcooksley> to make webengine build on Windows in debug mode
19:50:08 -!- Bollebib [~instan...@178-118-189-121.access.telenet.be] has joined
#krita
19:51:41 < tiar> bcooksley: no problem, Krita doesn't build on Windows in Debug
mode anyway :D
19:51:50 < sKreamer> ::krita:: Krita General Help :: Re: Problem, How do I
transform a layer w/o transforming mas @
https://forum.kde.org/viewtopic.php?f=139&t=163655&p=427890#p427890 (by 
                     ahabgreybeard)
19:51:52 < tiar> ...maybe that's the reason it doesn't build though...
19:52:23 < bcooksley> boud: drawing a line and saving a jpeg both completed
perfectly on the builder itself
19:52:42 < bcooksley> congrats, it's a supported CPU instruction issue :)
19:53:03 < bcooksley> probably just a case of telling Vc, ignore SSE4 support
being available, don't use it
19:53:52 < bcooksley> hopefully that isn't too hard to do
19:54:06 < bcooksley> is there a way to easily test the Python support?
19:54:40 <@boud> bcooksley: oh, thanks! I can try to figure out a way around
that, or rather, tell dmitryK|log to figure it out :-)
19:55:05 < bcooksley> hopefully Vc has some defines you can pass to it
19:55:13 < bcooksley> the above flags should hopefully help with that diagnosis
19:56:16 < bcooksley> I can provide the flags for an older 6th Gen Intel i7
machine if that helps in scoping out compatibility
19:56:35 < bcooksley> i've no access to anything aside from Ryzen 3rd Gen alas,
but someone in your community likely does :)
19:56:37 <@boud> yes, please, and Ill make a note and delegate :-)
19:56:49 < bcooksley> 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 pdpe1gb rdtscp lm 
                      constant_tsc art arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64
monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma 
                      cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm
19:56:49 < bcooksley> 3dnowprefetch cpuid_fault epb invpcid_single pti ssbd
ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1
hle avx2 smep bmi2 erms invpcid rtm mpx 
                      rdseed adx smap clflushopt intel_pt xsaveopt xsavec
xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
flush_l1d

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to