| 00:20.40 | *** join/#oe infobot (~infobot@rikers.org) |
| 00:20.40 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 08:56.34 | *** join/#oe infobot (~infobot@rikers.org) |
| 08:56.34 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 09:18.01 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 09:36.11 | *** join/#oe jennifermu__ (~jiemu@89.47.15.149) |
| 10:14.55 | *** join/#oe Serede (96f43a47@gateway/web/freenode/ip.150.244.58.71) |
| 10:17.37 | Serede | Hello guys! I'm trying to use a PCI to SATA adapter in an ARM device running Yocto with an OE layer, but whenever I perform any operation on the disk filesystem libata explodes with failed commands. I would appreciate if anyone could please help me |
| 10:18.35 | Serede | The adapter is a Silicon 3132 and the driver in use is sata_sil24 btw |
| 10:31.44 | *** join/#oe adam_trhon (~dadam@176.74.132.138) |
| 10:46.59 | *** join/#oe jennifermu_ (~jiemu@61.152.126.178) |
| 10:56.24 | *** join/#oe jennifermu_ (~jiemu@89.47.15.89) |
| 11:02.59 | *** join/#oe ao2_ (~ao2@host53-94-dynamic.49-82-r.retail.telecomitalia.it) |
| 11:19.31 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 11:33.43 | *** join/#oe berton (~berton@179.105.243.125) |
| 11:35.43 | *** join/#oe ldnunes (~ldnunes_@179.105.243.125) |
| 11:46.16 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
| 12:18.31 | *** join/#oe troulouliou_div2 (~troulouli@unaffiliated/troulouliou-div2/x-0271439) |
| 12:32.29 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 12:35.12 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
| 12:36.36 | *** join/#oe qt-x (~Thunderbi@217.10.196.2) |
| 12:38.02 | *** join/#oe stephano (~stephano@134.134.139.72) |
| 12:40.01 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
| 12:44.42 | *** join/#oe deep-book-gk_ (~1wm_su@94.242.252.58) |
| 12:44.49 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 12:46.41 | *** part/#oe deep-book-gk_ (~1wm_su@94.242.252.58) |
| 12:49.05 | *** join/#oe ao2__ (~ao2@host45-139-dynamic.10-87-r.retail.telecomitalia.it) |
| 12:53.17 | *** join/#oe joshuagl (~joshuagl@192.198.151.44) |
| 12:53.25 | *** part/#oe joshuagl (~joshuagl@192.198.151.44) |
| 12:57.10 | *** join/#oe morphis (~morphis@pD9ED6E59.dip0.t-ipconnect.de) |
| 13:12.20 | *** join/#oe ao2_ (~ao2@host140-73-dynamic.61-82-r.retail.telecomitalia.it) |
| 13:15.53 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc) |
| 13:21.28 | *** join/#oe diego_r (~diego@host57-224-static.7-79-b.business.telecomitalia.it) |
| 13:24.12 | *** join/#oe madisox (~madison@216-75-232-11.static.wiline.com) |
| 13:37.32 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 13:40.32 | ant_work | khem, hi |
| 13:40.56 | ant_work | one more issue wrt if.h/in.h: kexec-tools-klibc now fails with |
| 13:41.11 | ant_work | <PROTECTED> |
| 13:41.25 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:5aac:892e:cbe9:f7fc) |
| 13:41.40 | ant_work | this building with musl |
| 13:49.00 | khem | ant_work: hmm it doesnt fail for me. Can you upload your build log somewhere |
| 13:50.52 | *** join/#oe yann (~yann@LFbn-1-3552-118.w90-127.abo.wanadoo.fr) |
| 13:50.52 | khem | Serede: perhaps you can try to get stack trace and maybe someone then could help more |
| 13:51.28 | *** join/#oe snowkidind (~textual@216-15-40-124.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com) |
| 14:11.49 | ant_work | khem, https://filebin.net/gz1eqb3o2xrrs8r3 |
| 14:16.06 | *** join/#oe eduardas (~eduardas@213.197.143.19) |
| 14:17.51 | *** join/#oe eduardas_m (~eduardas@213.197.143.19) |
| 14:18.46 | *** join/#oe t0mmy (~tprrt@217.114.201.133) |
| 14:18.51 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
| 14:19.23 | ant_work | bbl |
| 14:39.04 | *** join/#oe ao2__ (~ao2@host24-73-dynamic.57-82-r.retail.telecomitalia.it) |
| 14:39.52 | *** join/#oe marka (~masselst@128.224.252.2) |
| 14:41.01 | *** join/#oe berton (~berton@179.105.243.125) |
| 14:51.44 | *** join/#oe ldnunes (~ldnunes_@179.105.243.125) |
| 15:42.32 | *** join/#oe andre_d (~adraszik@77.107.218.170) |
| 15:47.19 | *** join/#oe andre_d (~adraszik@77.107.218.170) |
| 15:54.15 | *** join/#oe ant_home (~ant__@host105-10-dynamic.249-95-r.retail.telecomitalia.it) |
| 15:55.37 | ant_home | khem, have you seen the issue? |
| 16:07.59 | khem | ant_home: I cant reproduce it for rpi and x86_64 |
| 16:08.01 | khem | on glibc |
| 16:08.33 | khem | so I wonder whats happening on your end might be somehow not triggered when I build for thumb |
| 16:08.55 | khem | just for tests can you add ARM_INSTRUCTION_SET = "thumb" to the recipe and see if that works ? |
| 16:26.06 | *** join/#oe blight (~greg@213-47-183-131.cable.dynamic.surfer.at) |
| 16:26.06 | *** join/#oe blight (~greg@reactos/developer/blight) |
| 16:29.54 | *** join/#oe ao2_ (~ao2@87.18.28.33) |
| 16:33.35 | *** join/#oe ao2__ (~ao2@host180-94-dynamic.49-82-r.retail.telecomitalia.it) |
| 17:01.13 | *** join/#oe t0mmy (~tprrt@ram31-1-82-234-79-177.fbx.proxad.net) |
| 17:12.04 | ant_home | ok, fiw I switched TCLIBC w/out cleaning TMPDIR |
| 17:14.44 | ant_home | same failure with ARM_INSTRUCTION_SET = "thumb" |
| 17:15.32 | ant_home | just it is built in /tmp/build/tmp-musl/work/armv5te-oe-linux-musleabi as expected |
| 17:15.45 | ant_home | that is the trigger for thumb nowadays |
| 17:16.58 | ant_home | I'll rebuild now from scratch |
| 17:23.36 | *** join/#oe ChrisD1_Away (~ChrisD@dsl-217-155-59-206.zen.co.uk) |
| 17:27.50 | *** join/#oe florian (~fuchs@x4d094d3d.dyn.telefonica.de) |
| 17:29.47 | *** join/#oe adam_trhon (~dadam@ip-62-245-109-85.net.upcbroadband.cz) |
| 17:34.57 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:39.56 | khem | yes |
| 17:40.24 | khem | ant_home: you can set the in local.conf to ensure that you use thumb ISA for every package |
| 17:40.42 | khem | this works great because we have already marked arm-only packages |
| 17:53.59 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:b52b:37d3:8561:eb53) |
| 18:14.51 | ant_home | khem, what for armv4? |
| 18:15.29 | ant_home | override ìarmì ? |
| 18:17.30 | ant_home | ARM_INSTRUCTION_SET_armv4 = "arm" |
| 18:19.17 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 18:32.23 | nrossi | khem: you around? there might be an issues with glibc 2.26 and inotify on arm (at least). Where it fails with illegal instructions on a kernel without inotify support. |
| 18:35.06 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 18:46.52 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:b52b:37d3:8561:eb53) |
| 18:48.54 | *** join/#oe stefan_schmidt (~stefan@p200300480937AAA99A8389FFFE2E3FAE.dip0.t-ipconnect.de) |
| 18:56.48 | khem | nrossi: ok. thats not glibc issue though |
| 18:57.12 | khem | its probably due to the fact that we are exposing newer kernel headers as API to it |
| 18:57.23 | khem | nrossi: do you have some more details ? |
| 18:57.36 | khem | ant_home: yes |
| 18:58.04 | nrossi | khem: very likely, was seeing it on a 4.10 kernel. Just seemed odd since 2.25 was fine a couple of days ago :| |
| 18:58.52 | khem | oh 4.10 ? |
| 18:59.00 | nrossi | khem: i did test with musl also (same kernel/etc), which did not show the issue |
| 18:59.11 | khem | nrossi: then you have a solution :) |
| 18:59.24 | khem | on a lighter node |
| 18:59.32 | nrossi | khem: of course :D, thought i would mention it incase it comes up in other ways |
| 19:01.09 | khem | in anycase if you have more details on inotify issue I will help out |
| 19:01.37 | khem | make tests on rpi showed no regressions in inotify specifically |
| 19:01.45 | *** join/#oe stephano (~stephano@134.134.139.76) |
| 19:01.46 | khem | so it must be something not covered |
| 19:02.55 | nrossi | will wait till final glibc, there seems to be some changes still going on |
| 19:03.59 | *** join/#oe paulg (~paulg@198-84-239-75.cpe.teksavvy.com) |
| 19:05.51 | khem | nrossi: i would prefer now, so we can include the fic |
| 19:05.58 | khem | fix |
| 19:05.58 | khem | in final release |
| 19:06.58 | nrossi | khem: ok, will have a look at it tomorrow, need to get some sleep |
| 19:07.11 | khem | nrossi: ok get some msleep() |
| 19:13.41 | *** join/#oe rburton (~textual@home.burtonini.com) |
| 19:26.51 | ant_home | khem, the build armv5e was started, kexec-tools-klibc still fails with musl |
| 19:27.23 | ant_home | now the errorlog is different |
| 19:31.04 | ant_home | khem, hm..klibc is failing, I must have pulled the old version of the patch from master |
| 19:31.04 | ant_home | for this rebuild from scratch |
| 19:41.33 | *** join/#oe eFfeM (~frans@f160137.upc-f.chello.nl) |
| 19:42.06 | *** join/#oe rburton_ (~textual@home.burtonini.com) |
| 19:49.15 | *** join/#oe eFfeM (~frans@f160137.upc-f.chello.nl) |
| 19:52.04 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
| 20:36.08 | *** join/#oe cbrake (~Thunderbi@66.219.186.219) |
| 20:36.21 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
| 20:54.20 | *** join/#oe dv_ (~quassel@62.178.118.86) |
| 20:55.42 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 21:00.51 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157) |
| 21:30.40 | *** join/#oe infobot (~infobot@rikers.org) |
| 21:30.40 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Repositories: http://git.openembedded.org/ | Primary Repo Mirrors: https://github.com/openembedded | This is not a distro or machine support channel |
| 21:34.12 | *** join/#oe vquicksilver (~nobody@gentoo/contributor/vquicksilver) |
| 22:03.29 | *** join/#oe ash_charles (~acharles@2607:fad8:4:6:b52b:37d3:8561:eb53) |
| 22:20.24 | *** join/#oe joeythesaint (~joe@2605:6400:2:fed5:22:41:45ec:bf91) |
| 22:40.43 | ant_home | khem, ok, it is the same error, storage size of 'ifc' isn't known |
| 22:41.33 | khem | ant_home: ok, it is seen on musl ? |
| 22:42.18 | ant_home | yes, from scratch, armv5e |
| 22:46.49 | ant_home | khem, I see the header in ..klibc/2.0.2-r1/recipe-sysroot/usr/include/net/if.h |
| 22:47.51 | ant_home | struct ifconf { |
| 22:47.51 | ant_home | <------>int ifc_len;<--><------> |
| 22:47.51 | ant_home | ... |
| 22:49.59 | *** join/#oe yann (~yann@nan92-1-81-57-214-146.fbx.proxad.net) |
| 22:57.12 | ant_home | khem, the struct ifconf differs from glibc... |
| 22:58.45 | ant_home | the buffer is once a char pointer and once __caddr_t var? |
| 23:18.51 | *** join/#oe georgem_home (uid210681@gateway/web/irccloud.com/x-kezbshhwqxqzjlri) |
| 23:54.06 | *** join/#oe snowkidind (~textual@216-15-40-124.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com) |