Wizzup | parazyd: as in, if X86 is not defined, there has to be one 'ar x' at least no? | 00:01 |
---|---|---|
parazyd | Yes | 00:01 |
parazyd | I don't have a charged d4 atm | 00:02 |
Wizzup | I built it on my d4 and it works | 00:02 |
parazyd | Did you compare cflags? | 00:02 |
Wizzup | that's the problem | 00:02 |
Wizzup | yeah they are the same | 00:02 |
parazyd | ok | 00:02 |
Wizzup | I think maybe it's timestamp related or something | 00:02 |
Wizzup | I don't know... | 00:02 |
parazyd | And on d4 you also build with dpkg? | 00:02 |
Wizzup | parazyd: yes | 00:03 |
parazyd | What if you try --no-parallel on debian/rules:17 | 00:03 |
Wizzup | I was thinking that but then saw it was using -j1 in jenkins | 00:03 |
parazyd | I wonder if it's some weird quirk | 00:03 |
parazyd | ah | 00:03 |
Wizzup | see: | 00:03 |
Wizzup | make[1]: Leaving directory '/build/pulseaudio-modules-nemo-12.2.31+2m7.1' | 00:03 |
Wizzup | dh_auto_build -a | 00:03 |
Wizzup | make -j1 | 00:03 |
parazyd | oh | 00:03 |
parazyd | wait | 00:04 |
parazyd | /usr/share/automake-1.16/am/ltlibrary.am: archiver requires 'AM_PROG_AR' in 'configure.ac' | 00:04 |
parazyd | You need to add this? | 00:04 |
Wizzup | check | 00:04 |
Wizzup | good catch | 00:04 |
Wizzup | let me see if that helps somehow | 00:04 |
uvos | hi parazyd ;) | 00:16 |
parazyd | Hey | 00:17 |
parazyd | Running late, I'll be around in the morning | 00:17 |
parazyd | (Visiting my parents on Brac) | 00:17 |
uvos | nice hf, ttyl | 00:18 |
parazyd | ttyl | 00:18 |
parazyd | Do write if there's anything I can help with | 00:18 |
Wizzup | https://phoenix.maemo.org/job/pulseaudio-modules-nemo-binaries/architecture=armhf,label=armhf/8/consoleText still failed | 00:20 |
Wizzup | I wish I could see the contents of the generated Makefile ;) | 00:20 |
kshatriya | fullscreen opengles is broken on D4 | 00:43 |
kshatriya | diagonal lines | 00:43 |
kshatriya | once it happens, i need to reboot to get windowed opengles back to normal | 00:44 |
uvos | no | 00:46 |
uvos | "fullscreen" gles is not catigoricly broken | 00:46 |
uvos | please be more specific | 00:46 |
uvos | what is not working | 00:46 |
kshatriya | everything fullscreen. try glmark2-est --fullscreen | 00:47 |
uvos | neverball fullscreen works | 00:48 |
kshatriya | glmark2-es2 --fullscreen | 00:48 |
kshatriya | i'll try this thanks | 00:48 |
uvos | so dose clowd gps | 00:48 |
uvos | etc | 00:48 |
uvos | its possible glmark dosent work | 00:49 |
uvos | gles is buggy in general on d4 | 00:49 |
uvos | note it is impossible for us to ever change this | 00:49 |
uvos | its closed source | 00:49 |
kshatriya | listing things that work can perhaps help me find what triggers it | 00:49 |
kshatriya | might be just related to egl, or sdl | 00:50 |
uvos | everything that uses gles must use egl | 00:50 |
uvos | so... | 00:50 |
kshatriya | after glmark2-es2 i get kernel panic / reboot with kernel:[ 297.050384] Internal error: : 1406 [#1] PREEMPT SMP ARM | 00:51 |
uvos | anyhow the egl implmentation is also closed source | 00:51 |
kshatriya | that should be illegal | 00:51 |
uvos | the kernel driver is known broken | 00:51 |
uvos | for complex reasons we will not fix it | 00:51 |
uvos | (instead we are working on hoepfully replacing it with a never code drop, incl kernel driver and binary userspace) | 00:52 |
uvos | however there are manny problems with this newer drop | 00:52 |
uvos | so its takeing a long while | 00:52 |
kshatriya | i will look into neverball . where can i find clowd gps | 00:54 |
uvos | its cloud gps | 00:54 |
uvos | unfortionatly the gpu drivers are and very likely allways will be terrible on sgx | 00:54 |
uvos | you need to comopile neverball yourself | 00:55 |
uvos | as the gles backend is not the default in debian | 00:55 |
kshatriya | do you know any 'reset powervr sgx to good state' besides rebooting? | 00:59 |
uvos | no | 01:00 |
uvos | not anything you can do without killing most of the usersapce | 01:00 |
kshatriya | then little time would be saved | 01:01 |
kshatriya | i have something cool to show as soon as i find this workaround | 01:02 |
kshatriya | neverball crashes here, neverputt runs fine in window but crashes with corrupted double-linked list when set to fullscreen | 01:15 |
kshatriya | several other games also result in corrupted double-linked list | 01:15 |
Wizzup | I think you need a neverball built for gles | 01:15 |
kshatriya | this is built for gles | 01:16 |
kshatriya | GL renderer: PowerVR SGX 540 | 01:16 |
kshatriya | GL version: OpenGL ES-CM 1.1 | 01:16 |
kshatriya | do you have a build that works in fullscreen Wizzup ? | 01:16 |
kshatriya | game has nice title music | 01:19 |
kshatriya | i'll keep experimenting | 01:21 |
Wizzup | nah, sorry, don't have that | 01:21 |
kshatriya | it's very helpful that the droid4 is cheap so i can run code on older image and kernel also | 01:36 |
Wizzup | you're stano, right? | 01:36 |
kshatriya | yes | 01:36 |
Wizzup | k | 01:36 |
Wizzup | confusing | 01:36 |
kshatriya | game is happy if i request 956x536 window | 02:32 |
Wizzup | parazyd: maybe adding --trace to the make command(s) can help reveal the problem in jenkins | 03:00 |
kshatriya | first working build of dante on droid4 (2.5MB) http://0x0.st/-W2r.mkv | 03:32 |
kshatriya | it should be using PVR texture compression and downscaling textures, still getting PVR:(Warning): Kicking render due to frag buffer space [691, /buffers.c] though | 03:33 |
Roal-Yr | Hello, fellows. Wanted to ask if things like in-memory (RAM) compression have been tried (like this, for instance: https://github.com/foundObjects/zram-swap )? | 07:54 |
parazyd | Wizzup: I don't know how to do that | 09:56 |
parazyd | Wizzup: It seems that on arm64 there's no mention of neon: https://phoenix.maemo.org/job/pulseaudio-modules-nemo-binaries/architecture=arm64,label=arm64/8/consoleFull | 10:20 |
parazyd | And it also uses x86 libs | 10:33 |
parazyd | (This should be fixed) | 10:33 |
parazyd | Which in turn might make arm64 fail too | 10:33 |
parazyd | Wizzup: https://phoenix.maemo.org/job/pulseaudio-modules-nemo-binaries/architecture=arm64,label=arm64/9/console | 10:42 |
parazyd | Yup | 10:42 |
Wizzup | parazyd: youre looking at arm64 no? | 11:18 |
Wizzup | I don't understand | 11:18 |
parazyd | Both are broken on jenkins | 11:18 |
parazyd | I think the makefile needs to be reworked | 11:19 |
Wizzup | hm | 11:19 |
parazyd | In some way | 11:19 |
Wizzup | ok, but why does the jenkins fail? | 11:19 |
Wizzup | sorry | 11:19 |
Wizzup | I mean the armhf one | 11:19 |
parazyd | I don't know | 11:19 |
Wizzup | ok | 11:19 |
Wizzup | I wish I could repro | 11:19 |
parazyd | The if clauses don't seem to activate | 11:19 |
parazyd | I can't repro either | 11:19 |
Wizzup | well either the if or the else must activate | 11:20 |
Wizzup | and both should call 'ar x' | 11:20 |
parazyd | I realize that | 11:22 |
Wizzup | just going through my thought process :)_ | 11:22 |
* Wizzup makes coffee, br | 11:22 | |
Wizzup | b | 11:22 |
parazyd | What I wanted to say above | 11:24 |
parazyd | Is that arm64 fails in the same way | 11:24 |
parazyd | (It wasn't failing for you because X86 was set) | 11:24 |
Wizzup | parazyd: ok, it builds on the d4 though(not arm64) | 11:29 |
Wizzup | and afaik it's not a problem to set X86 on arm64 | 11:29 |
parazyd | 11:19 <parazyd> I can't repro either | 11:29 |
Wizzup | since 'x86' just means "cpu fallback without extra speed" | 11:29 |
Wizzup | so really we do want X86 to be set | 11:29 |
parazyd | Builds for me too, both dpkg and gbp | 11:29 |
Wizzup | but we can rename it or something | 11:29 |
parazyd | Doesn't arm64 do neon too? | 11:29 |
Wizzup | if it does, we cannot reuse arm32 o files I imagine | 11:29 |
Wizzup | well armv7* | 11:30 |
parazyd | ok | 11:30 |
Wizzup | so it should use the fallback for now | 11:30 |
parazyd | I thought it could, since aarch64 can run armhf | 11:30 |
parazyd | ok | 11:30 |
parazyd | I'll revert that then | 11:30 |
Wizzup | yeah but we can't mix the modes within a process | 11:31 |
parazyd | Sure | 11:31 |
Wizzup | I think if we had .S files then maybe | 11:31 |
Wizzup | but that doesn't matter now | 11:31 |
Wizzup | I was actually thinking of just not using the neon code on armhf too | 11:31 |
Wizzup | but it's only something we'll have to fix later, so I'd rather use the neon code for now | 11:31 |
parazyd | *nod* | 11:32 |
Wizzup | so could it be related to timestamps or something? | 11:33 |
Wizzup | that's the only thing I can think of | 11:33 |
parazyd | Only if Make is ambiguous and gives wrong errors | 11:34 |
parazyd | Like, it says "no rule" | 11:34 |
Wizzup | did you revert the changes you made? | 11:35 |
Wizzup | I didn't pull yet, so can be force push too | 11:35 |
Wizzup | I want to add this: | 11:37 |
Wizzup | +override_dh_auto_build: | 11:37 |
Wizzup | + make --trace -j1 | 11:37 |
parazyd | Pushed | 11:37 |
parazyd | ah wait need to merge in leste branch | 11:37 |
parazyd | Done | 11:37 |
Wizzup | parazyd: wait | 11:37 |
Wizzup | src/common/Makefile.am:44: warning: '%'-style pattern rules are a GNU make extension | 11:37 |
parazyd | Think we're somehow not using gmake? | 11:38 |
Wizzup | that it what I am thinking | 11:38 |
parazyd | That'd be weird | 11:38 |
Wizzup | yeah | 11:38 |
parazyd | Wizzup: Also could be useful to remove silent rules | 11:40 |
parazyd | And some of the GCC_TRADITIONAL, AM_PROG_CC_C_O and AC_PROG_CC_C99 in configure.ac | 11:40 |
parazyd | Also, perhaps nuke the m4 directory | 11:41 |
Wizzup | parazyd: I was not able to build it when I nuked the m4 directory | 11:42 |
Wizzup | feel free to try :) | 11:42 |
parazyd | ok | 11:42 |
Wizzup | parazyd: can I pull? | 11:44 |
parazyd | Yes | 11:45 |
Wizzup | can I revert 1a73926fe7aa9ada3a523a353b6d4e19180fa100 as well? | 11:46 |
parazyd | Sure | 11:47 |
Wizzup | let's see if --trace -d can help us here | 11:48 |
Wizzup | Trying rule prerequisite 'speech_src_neon_hardfp.a'. Looking for a rule with intermediate file 'speech_src_neon_hardfp.a'. | 11:56 |
Wizzup | it is gnu make: GNU Make 4.2.1 | 11:57 |
Wizzup | (see https://phoenix.maemo.org/job/pulseaudio-modules-nemo-binaries/architecture=armhf,label=armhf/14/console) | 11:57 |
parazyd | Maybe they should be extracted before? | 11:57 |
parazyd | And not like how it's done now | 11:57 |
Wizzup | well yes, if we work around the bug we can do that | 11:59 |
Wizzup | but clearly it works in the sailfishos build system, and it works when built manually, so something is up | 11:59 |
parazyd | I'm keen to blame the differences in autoconf/automake versions | 12:01 |
parazyd | But then again | 12:01 |
parazyd | Manually it works... | 12:02 |
parazyd | And it simply runs: dpkg-buildpackage -us -uc -B | 12:02 |
Wizzup | yeah, nothing is ever easy and nice with computers :) | 12:03 |
Wizzup | we could make it non implicit | 12:04 |
Wizzup | shall I try that? | 12:05 |
parazyd | Please do | 12:05 |
parazyd | Also if it doesn't work, it should be possible to extract it from debian/rules | 12:06 |
parazyd | Then just count on the fact the files exist | 12:06 |
Wizzup | (will be hard to know if it solves the problem for sure, but at least it will be explicit this way) | 12:07 |
Wizzup | building on d4 to see if it works. | 12:07 |
parazyd | Wizzup: You forgot the git tag | 12:15 |
Wizzup | $ git push origin 12.2.31 | 12:16 |
Wizzup | -devel | 12:16 |
Wizzup | git checkout - | 12:16 |
Wizzup | Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 | 12:16 |
Wizzup | To github.com:maemo-leste/pulseaudio-modules-nemo.git * [new tag] 12.2.31 -> 12.2.31 | 12:16 |
Wizzup | doesn't look like I did, weird | 12:16 |
parazyd | oh nvm then | 12:16 |
parazyd | It's just that it doesn't pul | 12:16 |
parazyd | Is there some way to fetch it? | 12:16 |
parazyd | git fetch --tags --force | 12:17 |
parazyd | TIL | 12:17 |
Wizzup | I usually delete the local tags | 12:18 |
parazyd | Didn't build again :/ | 12:20 |
Wizzup | Makefile:1361: target 'src-8-to-48-neon.o' does not exist | 12:21 |
Wizzup | ar x speech_src_neon_hardfp.a | 12:21 |
Wizzup | Putting child 0x140c4a8 (src-8-to-48-neon.o) PID 26407 on the chain. | 12:21 |
Wizzup | Live child 0x140c4a8 (src-8-to-48-neon.o) PID 26407 | 12:21 |
Wizzup | ar: speech_src_neon_hardfp.a: No such file or directory | 12:21 |
Wizzup | so something removes the .a file? | 12:21 |
parazyd | :o | 12:22 |
parazyd | That might be it | 12:23 |
parazyd | What if you rename it to some different sufix? | 12:23 |
Wizzup | let me see if I can figure out what dh_clean does | 12:24 |
Wizzup | it has -X https://man7.org/linux/man-pages/man1/dh_clean.1.html | 12:24 |
Wizzup | it does not look like dh_clean removes it, judging from the file source | 12:26 |
parazyd | It might as well be some jenkins-debian-glue thing | 12:27 |
Wizzup | parazyd: yes, locally dh_auto_clean is run | 12:28 |
Wizzup | not dh_clean | 12:28 |
uvos | heh build system work | 12:28 |
uvos | fun | 12:28 |
Wizzup | d4: | 12:28 |
Wizzup | dh clean --with autoreconf | 12:28 |
Wizzup | dh_auto_clean | 12:28 |
Wizzup | make -j1 distclean | 12:28 |
Wizzup | jenkins: | 12:29 |
Wizzup | dh clean --with autoreconf dh_clean | 12:29 |
Wizzup | but maybe it's removed even before dh_clean | 12:29 |
Wizzup | sounds like you're looking at the the glue code, I'll make another offee | 12:29 |
parazyd | I'm not | 12:29 |
parazyd | :D | 12:29 |
parazyd | Also need to go for lunch in a few minutes | 12:30 |
parazyd | But try renaming the .a files | 12:30 |
parazyd | bbl | 12:32 |
Wizzup | seems like a hack but ok | 12:34 |
Wizzup | uvos: fwiw pretty sure this has nothing to do with autotools | 12:38 |
uvos | dh is a build system :) | 12:45 |
uvos | in a way | 12:46 |
Wizzup | true | 12:48 |
Wizzup | looks like calling the files .abc works | 12:52 |
Wizzup | (instead of .a) | 12:52 |
Wizzup | parazyd: shall I file a bug, assign it to you (since it's likely glue related?) and move on to the other audio stuff? | 12:53 |
lel | MerlijnWajer opened an issue: https://github.com/maemo-leste/bugtracker/issues/561 (Investigate jenkins removing source .a files) | 12:56 |
lel | MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/561 (Investigate jenkins removing source .a files) | 12:56 |
Wizzup | parazyd: I can have pulsecore-dev have a ('runtime') dependency on other -dev packages, right? | 13:38 |
parazyd | Wizzup: yes @ ticket | 13:49 |
parazyd | Wizzup: Yes, it's Depends: instead of Build-Depends | 13:50 |
parazyd | But also remember ${shlibs:Depends} and ${misc:Depends} | 13:50 |
Wizzup | yes, I did depends | 13:51 |
Wizzup | hmm, what do you mean? | 13:51 |
Wizzup | brb | 13:51 |
parazyd | I think I had an example somewhere | 14:04 |
parazyd | sec | 14:04 |
parazyd | This: http://sprunge.us/rMSowQ | 14:06 |
Wizzup | parazyd: ok | 14:10 |
Wizzup | so how do I get libmeego-common-dev to depend on pulseaudio-modules-nemo? both from source pulseaudio-modules-nemo | 14:10 |
Wizzup | cmtspeech is failing with: /usr/bin/ld: cannot find -lmeego-common | 14:13 |
Wizzup | it I install pulseaudio-modules-nemo then it works | 14:16 |
Wizzup | I already had this Depends: ${shlibs:Depends} in libmeego-common-dev | 14:24 |
Wizzup | so that's not it in then? | 14:24 |
Wizzup | that's not it then* | 14:24 |
uvos | Wizzup: just got the tablet | 14:27 |
Wizzup | uvos: cool | 14:27 |
Wizzup | I hope it turns on and stuff :) | 14:27 |
Wizzup | (I tested it) | 14:27 |
uvos | somone resetted the device then created a gmail account loged the device in | 14:27 |
Wizzup | yeah, I ignored it, I'd just wipe it or something | 14:27 |
uvos | sent them selves a consumer tracking software | 14:28 |
uvos | and installed that | 14:28 |
uvos | interessting | 14:28 |
Wizzup | heh | 14:28 |
uvos | looks like someone is trying to get personal info | 14:28 |
Wizzup | hm | 14:28 |
Wizzup | the other tablets didn't have this though | 14:28 |
Wizzup | iirc | 14:28 |
uvos | https://twitter.com/pictureu | 14:28 |
Wizzup | but fair warning, I'll look at the ones I have here with argus eyes | 14:28 |
uvos | this is the company | 14:28 |
uvos | its linc_6.2.apk and was installed by pictureeu promotions inc | 14:30 |
Wizzup | I don't think I saw it on the others | 14:30 |
uvos | anyhow just wipe the deives | 14:30 |
uvos | *devices | 14:30 |
Wizzup | parazyd: can you tell me how silly this is, if at all? https://github.com/maemo-leste/pulseaudio-modules-nemo/commit/b15720f6bbff41cb4e2ed8b63e1605b61744bee7 | 14:30 |
Wizzup | uvos: mhm | 14:31 |
uvos | huh mine also contains a vrz sim | 14:31 |
Wizzup | uvos: untested means untested :p | 14:33 |
Wizzup | 'for parts' is what they called it | 14:33 |
Wizzup | I didn't bother to try to take out sims or whatever | 14:33 |
Wizzup | quite some of the d4s or bionics I have also have ancient sims I think | 14:33 |
uvos | tthe sim is uesfull to me even :P (beacuse d4 idles better with sim even if its deactivated) | 14:33 |
Wizzup | lol | 14:33 |
Wizzup | uvos: btw juha said he was on vacation and will reply this week | 14:41 |
Wizzup | most audio packages (at least the binaries) are ready / in place now I think | 14:41 |
lel | MerlijnWajer assigned an issue: https://github.com/maemo-leste/bugtracker/issues/548 (Research (and package) some Mer audio components) | 14:47 |
uvos | anyone here have facebook? | 15:17 |
Wizzup | (not me) | 15:17 |
uvos | ok would be great if someone with facebook could message Mojtaba Moharami "lovelybia2" i think he might have a copy of the files here: https://forum.xda-developers.com/t/xyboard-official-fastboot-files.1756100/#post-28450936 | 15:19 |
Wizzup | uvos doing the proper doxing to find us the firmware files ;) | 15:19 |
uvos | heh | 15:19 |
uvos | archive.org dosent have https://motorola-global-portal.custhelp.com/app/answers/prod_answer_detail/a_id/75780 | 15:27 |
uvos | i am diassapoint. | 15:27 |
uvos | if someone has facebook you can also try Emmet Myers "emmetlee" | 15:35 |
kshatriya | for some reason facebook didn't believe my first name was nyarlathotep | 15:45 |
parazyd | Wizzup: LGTM, you just might want to append (= ${binary:Version}) to it | 16:07 |
parazyd | So you're sure they're always corresponding to each other | 16:07 |
parazyd | uvos: sicelo has an account IIRC | 16:07 |
dreamer | <@buZz> woa https://forum.radxa.com/t/introduce-the-radxa-zero/6550/5 << "free donation to opensource developers" | 16:23 |
buZz | quite sure they're all already gone | 16:26 |
dreamer | can't hurt to ask? :) | 16:42 |
Wizzup | uvos: do you need those specific versions? | 17:17 |
uvos | yeah the corrisponding version for mz609 contains permissive mbm | 17:25 |
Wizzup | ok | 17:25 |
uvos | *mz605 | 17:25 |
uvos | so i suspect this mz617 version might too | 17:25 |
Wizzup | I wonder if we can post on xda developers, some new thread, and post requests for certain firmware or something | 17:25 |
uvos | maby | 17:26 |
uvos | but i allready pmed every person who posted or liked the treads where these where posted | 17:26 |
uvos | no one is active anymore | 17:26 |
Wizzup | mhm | 17:26 |
uvos | latest login of a person was like start of 2021 | 17:27 |
Wizzup | meh | 17:27 |
Wizzup | http://www.xoomforums.com/forum/motorola-xyboard-development/17370-xyboard-official-fastboot-files.html similar thread but different place | 17:30 |
uvos | yeah i know | 17:31 |
uvos | that forum is even deader tho | 17:31 |
Wizzup | this of any help? https://web.archive.org/web/20130306085337/sbf.droid-developers.org/xoom2/list.php | 17:31 |
uvos | no | 17:32 |
Wizzup | ok | 17:32 |
Wizzup | I'll leave it to you :p | 17:32 |
uvos | but yeah i posted that site some time back | 17:33 |
uvos | we should maby archive its files | 17:33 |
uvos | ( gues archive.org is safe but still) | 17:33 |
kshatriya | thanks again for those android screen buttons uvos - i use them a lot | 17:40 |
suppboii | hi | 17:40 |
parazyd | Hi | 17:40 |
Wizzup | uvos: we need a place to host it all, really | 17:42 |
Wizzup | I think archive.org is not a bad place to start | 17:42 |
suppboii | is it possible to output audio to hdmi on droid 4 | 17:44 |
suppboii | ? | 17:44 |
uvos | omap4 can def output hdmi audio | 17:47 |
uvos | i dont think anyone has looked at this | 17:47 |
uvos | if it dosent work there might not be a audio driver in mainline for this | 17:47 |
uvos | or d4 dts is missconfigured | 17:47 |
uvos | i think you are the first person to want/try this feature | 17:48 |
uvos | congrats. | 17:48 |
uvos | tmlind: ^^^^ | 17:48 |
Wizzup | uvos: do we have it in UCM ? :p | 17:49 |
uvos | Wizzup: no there is no audio device | 17:49 |
uvos | so something is missing | 17:49 |
uvos | idk what | 17:49 |
uvos | mapphone_audio (what the ucm is for) should not be involed at all | 17:50 |
uvos | as in this case the omap4's audio goes straigt to the hdmi port | 17:50 |
uvos | instead of being routed all over the place by cpcap | 17:50 |
Wizzup | hm | 17:51 |
suppboii | i tried a hdmi adapter and it worked but no audio. i am on 5.6 still cause its the better battery life wise and back then it showed an hdmi encoder in alsamixer | 17:54 |
Wizzup | 5.6 is rather ancient, can you not upgrade? | 17:56 |
uvos | i have snd_soc_omap_hdmi loaded | 18:01 |
uvos | so there is a driver | 18:01 |
uvos | its not working | 18:01 |
uvos | wonder why | 18:02 |
uvos | [ 19.003204] omapdss_hdmi 58006000.encoder: Missing dma channel for stream: 0 | 18:02 |
uvos | [ 19.004425] omapdss_hdmi 58006000.encoder: ASoC: error at snd_soc_pcm_component_new on 58006000.encoder: -22 | 18:02 |
uvos | [ 19.004638] omap-hdmi-audio omap-hdmi-audio.3.auto: ASoC: can't create pcm HDMI 58006000.encoder :-22 | 18:02 |
uvos | [ 19.004760] omap-hdmi-audio omap-hdmi-audio.3.auto: snd_soc_register_card failed (-22) | 18:02 |
uvos | [ 19.005340] omap-hdmi-audio: probe of omap-hdmi-audio.3.auto failed with error -22 | 18:02 |
uvos | hmm | 18:02 |
uvos | tmlind: ^^^^ | 18:02 |
suppboii | Wizzup it gets warm on the newest kernel | 18:04 |
uvos | suppboii: the newest kernel is fine pm wise | 18:05 |
uvos | your setup might be wrong somehow | 18:05 |
suppboii | idk then is it 5.10 the newest? | 18:05 |
kshatriya | sleep better with sim? that's fun :) | 18:05 |
uvos | there is also 5.11 | 18:06 |
uvos | but its a bit buggier | 18:06 |
uvos | (not pm wise) | 18:06 |
suppboii | hildon desktop is always warm and on 5.10 it dont charge | 18:07 |
suppboii | properly or as fast | 18:07 |
Wizzup | uvos: maybe we lack something in our config | 18:11 |
lel | sicelo closed an issue: https://github.com/maemo-leste-extras/desktop-cmd-exec/issues/1 (Excellent. Maybe we can document here or on wiki.) | 20:34 |
uvos | here is the dmseg of pasteur (mz617): http://uvos.xyz/pasteurDmesg.txt | 22:05 |
uvos | for referance | 22:06 |
Wizzup | 404 | 22:06 |
uvos | here is the dmseg of pasteur (mz617): http://uvos.xyz/maserati/pasteurDmesg.txt | 22:07 |
Wizzup | works | 22:07 |
uvos | tmlind: could you share your progess, do you have a (non working i know) pannel struct and dt? | 22:08 |
uvos | your efforts seperating mapphone-common into various bits should also be coordinated with Wizzup, as we now have another mapphone that violates some assumptions in that common file (d3) | 22:09 |
uvos | MDM6600 | 22:22 |
uvos | <6>[ 5.039855,0] usb 1-2: Product: Flash MDM6600 | 22:22 |
uvos | <6>[ 5.040100,0] usb 1-2: Manufacturer: Motorola, Incorporated | 22:22 |
uvos | wait i thought mz6xx had a different modem | 22:22 |
uvos | is it lieing? | 22:22 |
uvos | mem=1024M@0x80000000 | 22:24 |
uvos | it also dosent back off 2mb like d4 | 22:25 |
uvos | i wonder what those 2mb are fore on d4 seriously | 22:25 |
uvos | *for | 22:25 |
uvos | the mz617 was shipped with an active stylus btw | 22:27 |
uvos | i wonder how the heck that worked with the ts controller it has | 22:27 |
uvos | to bad we dont have one | 22:27 |
uvos | Bosch BMP180 found | 22:27 |
uvos | sweet more sensors | 22:27 |
kshatriya | xyboard https://www.ebay.de/itm/223087805220?epid=111760935 | 22:30 |
uvos | kshatriya: ? | 22:35 |
uvos | https://www.ebay.de/itm/132941458551 <-- sylus | 22:35 |
uvos | *stylus | 22:35 |
uvos | <6>[ 3.590332,0] mdm9600_ctrl mdm9600_ctrl: mdm_ctrl_probe | 22:36 |
uvos | clearly lieing about the 6600 | 22:36 |
kshatriya | you mentioned interest in the motorola xyboard omap4 tablet, that is one for sale | 22:36 |
uvos | i allready own one, thanks. | 22:36 |
kshatriya | is linux running on it? | 22:37 |
uvos | not on mine (yet) it can boot mainline but the display dosent work - yet | 22:38 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!