Fixed
Status Update
Comments
bn...@google.com <bn...@google.com>
bn...@google.com <bn...@google.com> #2
download_sdk.py requires a python module called colorama which I don't have on my mac. Is there a recommended way to get it for naclports?
ji...@gmail.com <ji...@gmail.com> #3
gclient should install it during runhooks.
ro...@gmail.com <ro...@gmail.com> #4
Oh.. and run it with build_tools/python_wrapper to get those modules.
co...@gmail.com <co...@gmail.com> #5
[Empty comment from Monorail migration]
ki...@gmail.com <ki...@gmail.com> #6
This bug seems to be a problem with the inliner. In this trace seems to be inlining ~basic_string into ~basic_stringstream; in my repro it's a the same verifier failure but with different functions. It looks like the inliner is failing to update (or create) the inlinedAt field in the MDLocation metadata. The verifier starts with the original MDSubprogram (first output line), finds the function it describes (second output, the function prototye) checks each instruction in that function (3rd output, the load instruction) and follows the chain from its !dbg attachment (4th-6th outputs) lead back to an MDSubprogram describing the same function. Here they don't match.
ky...@gmail.com <ky...@gmail.com> #7
Here's a bugpoint-reduced version of the testcase. bugpoint made the code pretty small but apparently it doesn't know how to remove debug info.
cm...@hjuhsd.k12.ca.us <cm...@hjuhsd.k12.ca.us> #8
So, this seems to happen when function A that has debug info (in the attached repro from #6 it's _ZNSt3__112basic_stringIcNS_11char_traitsIcEENS_9allocatorIcEEEaSERKS5_) gets inlined into a function B (_ZNSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEE3strERKNS_12basic_stringIcS2_S4_EE in the repro) which has no debug info, which is then in turn inlined into a function C (_ZN7testing7MessageC2Ev in the repro) which has debug info.
When the verifier visits the MDSubprogram entry for function B it finds the instruction originally from A, walks its debug info attachments and finds that it points to function A, and fails verification.
I'm not sure if it matters whether B is ultimately inlined into C or not. It does appear that a workaround is to generate debug info for B.
For glibc-compat this happens because the main program for the unit tests is built without debug info (it's built in one command without a separate link step). So as a workaround you could enable debug info for that. Usually everything has debug info or nothing does (this case can only happen with LTO) but clearly it should work, and it definitely seems to be an upstream bug.
When the verifier visits the MDSubprogram entry for function B it finds the instruction originally from A, walks its debug info attachments and finds that it points to function A, and fails verification.
I'm not sure if it matters whether B is ultimately inlined into C or not. It does appear that a workaround is to generate debug info for B.
For glibc-compat this happens because the main program for the unit tests is built without debug info (it's built in one command without a separate link step). So as a workaround you could enable debug info for that. Usually everything has debug info or nothing does (this case can only happen with LTO) but clearly it should work, and it definitely seems to be an upstream bug.
bn...@google.com <bn...@google.com> #9
I'm happy to put the workaround in naclports, as long we don't loose track of this. Might be worth a test case?
le...@gmail.com <le...@gmail.com> #10
I'm definitely going to try to fix this, probably upstream first, and it will surely have a test case. It's a bit more complicated than I posted in #7 though, a simple test that has only that doesn't reproduce the problem, so I'm still trying build up from that rather than cut down from the test I posted. But adding -g to the rest of the files in the naclports build seems like a reasonable thing to do in any case.
ml...@gmail.com <ml...@gmail.com> #12
The following revision refers to this bug:
https://chromium.googlesource.com/native_client/src/native_client.git/+/3e51032a7156a948d03edcc4e4a919ace972becf
commit 3e51032a7156a948d03edcc4e4a919ace972becf
Author: Derek Schuff <dschuff@chromium.org>
Date: Wed Jun 24 16:33:19 2015
PNaCl: Update LLVM revision in pnacl/COMPONENT_REVISIONS
This pulls in the following LLVM changes:
44f58b6: (petar.jovanovic@rt-rk.com) [MIPS] Set pnacl-llc arguments for MIPS
74a458c: (petar.jovanovic@rt-rk.com) [MIPS] Force UseReadOnlyJumpTables to true for NaCl subtarget
d62b2e9: (kschimpf@google.com) Fix handling of TYPE_CODE_NUMENTRY record when size large.
9b9fd38: (kschimpf@google.com) Extend the munging bitcode records to generate text records.
3389b3d: (kschimpf@google.com) Modify pnacl-{llc,thaw} to read textual bitcode records.
93d4c96: (kschimpf@google.com) Make function readNaClRecordTextAndBuildBitcode public.
8457aca: (kschimpf@google.com) Fix error category handling in textual bitcode reader.
0606321: (jpp@chromium.org) Subzero. Adds x86-64 to the list of supported Subzero targets.
bf00952: (jpp@chromium.org) Removes x86_64 from ALL_TARGETS.
9ad211b: (dschuff@chromium.org) Stub out DISubprograms that point to functions without dbg attachments
BUG= arguments are wrong for MIPS
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4195
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4169
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4211
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4077
BUG=
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4200
TEST= PNaCl toolchain trybots
R=jpp@chromium.org
Review URL:https://codereview.chromium.org/1203123002 .
[modify]http://crrev.com/3e51032a7156a948d03edcc4e4a919ace972becf/pnacl/COMPONENT_REVISIONS
commit 3e51032a7156a948d03edcc4e4a919ace972becf
Author: Derek Schuff <dschuff@chromium.org>
Date: Wed Jun 24 16:33:19 2015
PNaCl: Update LLVM revision in pnacl/COMPONENT_REVISIONS
This pulls in the following LLVM changes:
44f58b6: (petar.jovanovic@rt-rk.com) [MIPS] Set pnacl-llc arguments for MIPS
74a458c: (petar.jovanovic@rt-rk.com) [MIPS] Force UseReadOnlyJumpTables to true for NaCl subtarget
d62b2e9: (kschimpf@google.com) Fix handling of TYPE_CODE_NUMENTRY record when size large.
9b9fd38: (kschimpf@google.com) Extend the munging bitcode records to generate text records.
3389b3d: (kschimpf@google.com) Modify pnacl-{llc,thaw} to read textual bitcode records.
93d4c96: (kschimpf@google.com) Make function readNaClRecordTextAndBuildBitcode public.
8457aca: (kschimpf@google.com) Fix error category handling in textual bitcode reader.
0606321: (jpp@chromium.org) Subzero. Adds x86-64 to the list of supported Subzero targets.
bf00952: (jpp@chromium.org) Removes x86_64 from ALL_TARGETS.
9ad211b: (dschuff@chromium.org) Stub out DISubprograms that point to functions without dbg attachments
BUG= arguments are wrong for MIPS
BUG=
BUG=
BUG=
BUG=
BUG=
BUG=
TEST= PNaCl toolchain trybots
R=jpp@chromium.org
Review URL:
[modify]
ro...@gmail.com <ro...@gmail.com> #13
The following revision refers to this bug:
https://chromium.googlesource.com/native_client/src/native_client.git/+/66c300e071cf3e1c1fb98f9a3e15bb02b4388d72
commit 66c300e071cf3e1c1fb98f9a3e15bb02b4388d72
Author: Derek Schuff <dschuff@chromium.org>
Date: Wed Jun 24 20:40:00 2015
Update revision for PNaCl
Update 287c0fffd7d3b7f38b887324f261ddb724d38f26 -> 3e51032a7156a948d03edcc4e4a919ace972becf
Pull the following PNaCl changes into NaCl:
3e51032: (dschuff@chromium.org) PNaCl: Update LLVM revision in pnacl/COMPONENT_REVISIONS
| 44f58b6: (petar.jovanovic@rt-rk.com) [MIPS] Set pnacl-llc arguments for MIPS
| 74a458c: (petar.jovanovic@rt-rk.com) [MIPS] Force UseReadOnlyJumpTables to true for NaCl subtarget
| d62b2e9: (kschimpf@google.com) Fix handling of TYPE_CODE_NUMENTRY record when size large.
| 9b9fd38: (kschimpf@google.com) Extend the munging bitcode records to generate text records.
| 3389b3d: (kschimpf@google.com) Modify pnacl-{llc,thaw} to read textual bitcode records.
| 93d4c96: (kschimpf@google.com) Make function readNaClRecordTextAndBuildBitcode public.
| 8457aca: (kschimpf@google.com) Fix error category handling in textual bitcode reader.
| 0606321: (jpp@chromium.org) Subzero. Adds x86-64 to the list of supported Subzero targets.
| bf00952: (jpp@chromium.org) Removes x86_64 from ALL_TARGETS.
| 9ad211b: (dschuff@chromium.org) Stub out DISubprograms that point to functions without dbg attachments
TBR=jfb@chromium.org
TEST=git cl try
(Please LGTM this change and tick the "commit" box)
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4195
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4169
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4211
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4077
BUG=https://code.google.com/p/nativeclient/issues/detail?id=4200
Review URL:https://codereview.chromium.org/1207713003 .
[modify]http://crrev.com/66c300e071cf3e1c1fb98f9a3e15bb02b4388d72/toolchain_revisions/pnacl_newlib.json
[modify]http://crrev.com/66c300e071cf3e1c1fb98f9a3e15bb02b4388d72/toolchain_revisions/pnacl_newlib_raw.json
[modify]http://crrev.com/66c300e071cf3e1c1fb98f9a3e15bb02b4388d72/toolchain_revisions/pnacl_translator.json
commit 66c300e071cf3e1c1fb98f9a3e15bb02b4388d72
Author: Derek Schuff <dschuff@chromium.org>
Date: Wed Jun 24 20:40:00 2015
Update revision for PNaCl
Update 287c0fffd7d3b7f38b887324f261ddb724d38f26 -> 3e51032a7156a948d03edcc4e4a919ace972becf
Pull the following PNaCl changes into NaCl:
3e51032: (dschuff@chromium.org) PNaCl: Update LLVM revision in pnacl/COMPONENT_REVISIONS
| 44f58b6: (petar.jovanovic@rt-rk.com) [MIPS] Set pnacl-llc arguments for MIPS
| 74a458c: (petar.jovanovic@rt-rk.com) [MIPS] Force UseReadOnlyJumpTables to true for NaCl subtarget
| d62b2e9: (kschimpf@google.com) Fix handling of TYPE_CODE_NUMENTRY record when size large.
| 9b9fd38: (kschimpf@google.com) Extend the munging bitcode records to generate text records.
| 3389b3d: (kschimpf@google.com) Modify pnacl-{llc,thaw} to read textual bitcode records.
| 93d4c96: (kschimpf@google.com) Make function readNaClRecordTextAndBuildBitcode public.
| 8457aca: (kschimpf@google.com) Fix error category handling in textual bitcode reader.
| 0606321: (jpp@chromium.org) Subzero. Adds x86-64 to the list of supported Subzero targets.
| bf00952: (jpp@chromium.org) Removes x86_64 from ALL_TARGETS.
| 9ad211b: (dschuff@chromium.org) Stub out DISubprograms that point to functions without dbg attachments
TBR=jfb@chromium.org
TEST=git cl try
(Please LGTM this change and tick the "commit" box)
BUG=
BUG=
BUG=
BUG=
BUG=
Review URL:
[modify]
[modify]
[modify]
ca...@gmail.com <ca...@gmail.com> #14
[Empty comment from Monorail migration]
th...@googlemail.com <th...@googlemail.com> #15
[Empty comment from Monorail migration]
Description
Issue description :
- Build Number: google/sargo/sargo:11/RPB3.200720.005/6705141:user/release-keys
(Note: It is the build when sending this report. For exact build reference, please see the attached bugreport.)
What type of Android issue is this? Bluetooth
When did this happen?
Aug 10, 2020 09:11 GMT+05:30
What steps would let us observe this issue?
1. Play music to bt speakers in Spotify
2. Lock screen and leave phone untouched for a while
What did you expect to happen?
Music plays continuosly without any problem
What actually happened?
Music playback stops - the player says song is playing but no audio on bt device.
How often has this happened?
Frequently
What was the effect of this issue on your device usage, such as lost time or work?
Moderate
Additional comments
It's annoying and a deal breaker.