Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
Hi Paul,
Thanks for the update. Yes, we’d like Dmitry to continue – please send along the additional contract extension.
I have a conflict at 9:00 PDT on Tuesday. Does 8:00 PDT on Tuesday, or any time before 10:00 PDT on Wednesday the 12th work for you? I believe those times will work for enough of us at Sightline.
Thanks,
Steve
Steve Olson | CEO | SightLine Applications Inc. | Onboard Video Processing | he/him 503 975-8478 (mobile) | www.sightlineapplications.comhttp://www.sightlineapplications.com/
From: Paul Neuhardt paul.neuhardt@linaro.org Sent: Monday, October 10, 2022 12:50 AM To: sightlineapplications@lists.linaro.org Subject: [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
-- [Image removed by sender. Linaro]http://www.linaro.org/ Paul Neuhardt | Sr. Program Manager T: +44 0771 377 8664 paul.neuhardt@linaro.orgmailto:glen.valante@linaro.org IRC: pneuhardt
Hello,
On 10/10/2022 10:49, Paul Neuhardt wrote:
Hello All, Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Unfortunately I wouldn't be able to join the meeting today in the evening.
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks, Kim
From: Paul Neuhardt paul.neuhardt@linaro.org Sent: Monday, October 10, 2022 12:50 AM To: sightlineapplications@lists.linaro.org Subject: [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
-- [Image removed by sender. Linaro]http://www.linaro.org/ Paul Neuhardt | Sr. Program Manager T: +44 0771 377 8664 paul.neuhardt@linaro.orgmailto:glen.valante@linaro.org IRC: pneuhardt
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Thanks, Kim
From: Kim Steiner Sent: Thursday, October 13, 2022 2:36 PM To: Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks, Kim
From: Paul Neuhardt <paul.neuhardt@linaro.orgmailto:paul.neuhardt@linaro.org> Sent: Monday, October 10, 2022 12:50 AM To: sightlineapplications@lists.linaro.orgmailto:sightlineapplications@lists.linaro.org Subject: [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
-- [Image removed by sender. Linaro]http://www.linaro.org/ Paul Neuhardt | Sr. Program Manager T: +44 0771 377 8664 paul.neuhardt@linaro.orgmailto:glen.valante@linaro.org IRC: pneuhardt
Kim,
Apologies for the delay in information.
Dmitry has spent the last couple of days on debugging that issue, and I believe he is close to a conclusion. I have asked him to update you in the morning.
Paul
On Thu, 27 Oct 2022 at 20:33, Kim Steiner < kim.steiner@sightlineapplications.com> wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt paul.neuhardt@linaro.org *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
[image: Image removed by sender. Linaro] http://www.linaro.org/
*Paul Neuhardt* | *Sr. Program Manager*
T: +44 0771 377 8664 paul.neuhardt@linaro.org glen.valante@linaro.org IRC: pneuhardt
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
Hi Dmitry,
Here is the output from those two commands: dpkg -l | grep libgl ii libgl1:arm64 1.1.0-1 arm64 Vendor neutral GL dispatch library -- legacy GL support ii libgl1-mesa-dri:arm64 19.1.1-1+linaro2 arm64 free implementation of the OpenGL API -- DRI modules ii libglapi-mesa:arm64 19.1.1-1+linaro2 arm64 free implementation of the GL API -- shared library ii libgles2:arm64 1.1.0-1 arm64 Vendor neutral GL dispatch library -- GLESv2 support ii libglew2.1:arm64 2.1.0-4 arm64 OpenGL Extension Wrangler - runtime environment ii libglib2.0-0:arm64 2.58.3-2+deb10u2 arm64 GLib library of C routines ii libglib2.0-bin 2.58.3-2+deb10u2 arm64 Programs for the GLib library ii libglib2.0-data 2.58.3-2+deb10u2 all Common files for GLib library ii libglu1-mesa:arm64 9.0.0-2.1+b3 arm64 Mesa OpenGL utility library (GLU) ii libglvnd0:arm64 1.1.0-1 arm64 Vendor neutral GL dispatch library ii libglx-mesa0:arm64 19.1.1-1+linaro2 arm64 free implementation of the OpenGL API -- GLX vendor library ii libglx0:arm64 1.1.0-1 arm64 Vendor neutral GL dispatch library -- GLX support root@linaro-alip:~# dpkg -l | grep mesa ii libegl-mesa0:arm64 19.1.1-1+linaro2 arm64 free implementation of the EGL API -- Mesa vendor library ii libgl1-mesa-dri:arm64 19.1.1-1+linaro2 arm64 free implementation of the OpenGL API -- DRI modules ii libglapi-mesa:arm64 19.1.1-1+linaro2 arm64 free implementation of the GL API -- shared library ii libglu1-mesa:arm64 9.0.0-2.1+b3 arm64 Mesa OpenGL utility library (GLU) ii libglx-mesa0:arm64 19.1.1-1+linaro2 arm64 free implementation of the OpenGL API -- GLX vendor library ii mesa-utils 8.4.0-1+b1 arm64 Miscellaneous Mesa GL utilities ii mesa-utils-extra 8.4.0-1+b1 arm64 Miscellaneous Mesa utilies (opengles, egl) root@linaro-alip:~#
Thanks, Kim
-----Original Message----- From: Kim Steiner Sent: Friday, October 28, 2022 7:52 AM To: Dmitry Baryshkov dmitry.baryshkov@linaro.org; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: RE: [Sightlineapplications] Re: Project Current Status and Completion
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests: - kmscube - kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
Hi Dmitry,
I tried the initramfs that you sent, using this in the mkbootimg command '--ramdisk ramdisk-dragonboard820c.cpio'
I try to fastboot and get the "size too large" error.
+ fastboot.exe flash boot boot-5.15.0-qcomlt-arm64.img < waiting for any device > target reported max download size of 536870912 bytes sending 'boot' (164840 KB)... OKAY [ 4.743s] writing 'boot'... FAILED (remote: size too large) finished. total time: 4.758s + set +x
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Monday, October 31, 2022 4:48 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests: - kmscube - kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
-- With best wishes Dmitry
On 02/11/2022 01:02, Kim Steiner wrote:
Hi Dmitry,
I tried the initramfs that you sent, using this in the mkbootimg command '--ramdisk ramdisk-dragonboard820c.cpio'
I try to fastboot and get the "size too large" error.
Argh.
Can you please try 'fastboot boot boot.img' ?
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
- fastboot.exe flash boot boot-5.15.0-qcomlt-arm64.img
< waiting for any device > target reported max download size of 536870912 bytes sending 'boot' (164840 KB)... OKAY [ 4.743s] writing 'boot'... FAILED (remote: size too large) finished. total time: 4.758s
- set +x
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Monday, October 31, 2022 4:48 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests:
- kmscube
- kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
-- With best wishes Dmitry
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Tuesday, November 1, 2022 3:05 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
On 02/11/2022 01:02, Kim Steiner wrote:
Hi Dmitry,
I tried the initramfs that you sent, using this in the mkbootimg command '--ramdisk ramdisk-dragonboard820c.cpio'
I try to fastboot and get the "size too large" error.
Argh.
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
- fastboot.exe flash boot boot-5.15.0-qcomlt-arm64.img
< waiting for any device > target reported max download size of 536870912 bytes sending 'boot' (164840 KB)... OKAY [ 4.743s] writing 'boot'... FAILED (remote: size too large) finished. total time: 4.758s
- set +x
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Monday, October 31, 2022 4:48 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests:
- kmscube
- kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
-- With best wishes Dmitry
-- With best wishes Dmitry
Hi Dmitry,
1.) pulled in latest git sources and built 5.15 kernel with old initram. 2.) ran usual temperature test three times and saw this once: root@linaro-alip:~# cat /sys/class/thermal/thermal_zone0/temp 11800 root@linaro-alip:~# [ 400.074301] broken atomic modeset userspace detected, disabling atomic [ 411.195270] msm 900000.mdss: [drm:a5xx_irq] *ERROR* gpu fault ring 0 fence cfa8 status C00401C3 rb 01e9/01e9 ib1 0000000001063000/02af ib2 00000000052EA000/0000 [ 411.195399] msm 900000.mdss: [drm:recover_worker] *ERROR* A530: hangcheck recover! [ 411.208934] msm 900000.mdss: [drm:recover_worker] *ERROR* A530: offending task: s:flush_queue0 (/usr/bin/sddm-greeter --socket /tmp/sddm-:0-eKXjnu --theme /usr/share/sddm/themes/breeze) cat /sys/class/thermal/thermal_zone0/temp 10200 root@linaro-alip:~#
One thing I noticed with 5.15 kernel is that the glxgears application only runs for a few minutes and then stops. In 4.14, glxgears ran until you stopped it. This is why I ran the above test 3 times because glxgears stops too early. Is there a recommendation as to why glxgears doesn't run very long on 5.15. I think to confirm things are working, glxgears should run for 10+ minutes.
Thanks, Kim
-----Original Message----- From: Kim Steiner kim.steiner@sightlineapplications.com Sent: Tuesday, November 1, 2022 3:29 PM To: Dmitry Baryshkov dmitry.baryshkov@linaro.org; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: [Sightlineapplications] Re: Project Current Status and Completion
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Tuesday, November 1, 2022 3:05 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
On 02/11/2022 01:02, Kim Steiner wrote:
Hi Dmitry,
I tried the initramfs that you sent, using this in the mkbootimg command '--ramdisk ramdisk-dragonboard820c.cpio'
I try to fastboot and get the "size too large" error.
Argh.
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
- fastboot.exe flash boot boot-5.15.0-qcomlt-arm64.img
< waiting for any device > target reported max download size of 536870912 bytes sending 'boot' (164840 KB)... OKAY [ 4.743s] writing 'boot'... FAILED (remote: size too large) finished. total time: 4.758s
- set +x
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Monday, October 31, 2022 4:48 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests:
- kmscube
- kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
-- With best wishes Dmitry
-- With best wishes Dmitry
_______________________________________________ Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
Hi Kim,
On 02/11/2022 23:22, Kim Steiner wrote:
Hi Dmitry,
1.) pulled in latest git sources and built 5.15 kernel with old initram. 2.) ran usual temperature test three times and saw this once: root@linaro-alip:~# cat /sys/class/thermal/thermal_zone0/temp 11800 root@linaro-alip:~# [ 400.074301] broken atomic modeset userspace detected, disabling atomic [ 411.195270] msm 900000.mdss: [drm:a5xx_irq] *ERROR* gpu fault ring 0 fence cfa8 status C00401C3 rb 01e9/01e9 ib1 0000000001063000/02af ib2 00000000052EA000/0000 [ 411.195399] msm 900000.mdss: [drm:recover_worker] *ERROR* A530: hangcheck recover! [ 411.208934] msm 900000.mdss: [drm:recover_worker] *ERROR* A530: offending task: s:flush_queue0 (/usr/bin/sddm-greeter --socket /tmp/sddm-:0-eKXjnu --theme /usr/share/sddm/themes/breeze) cat /sys/class/thermal/thermal_zone0/temp 10200 root@linaro-alip:~#
Thank you for the test. I'll work on improving the warming of the CPU/GPU then.
One thing I noticed with 5.15 kernel is that the glxgears application only runs for a few minutes and then stops. In 4.14, glxgears ran until you stopped it. This is why I ran the above test 3 times because glxgears stops too early. Is there a recommendation as to why glxgears doesn't run very long on 5.15. I think to confirm things are working, glxgears should run for 10+ minutes.
Hmm, thanks for the information. I'll try reproducing this tomorrow.
Thanks, Kim
-----Original Message----- From: Kim Steiner kim.steiner@sightlineapplications.com Sent: Tuesday, November 1, 2022 3:29 PM To: Dmitry Baryshkov dmitry.baryshkov@linaro.org; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: [Sightlineapplications] Re: Project Current Status and Completion
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Tuesday, November 1, 2022 3:05 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
On 02/11/2022 01:02, Kim Steiner wrote:
Hi Dmitry,
I tried the initramfs that you sent, using this in the mkbootimg command '--ramdisk ramdisk-dragonboard820c.cpio'
I try to fastboot and get the "size too large" error.
Argh.
Can you please try 'fastboot boot boot.img' ?
"This worked and I could boot."
And also if you can run your usual tests with just using the previous initramfs, that would be also great.
"Do you mean that I should pull down the latest code, build the image with the initramfs I had been using and run my usual temperature tests?"
- fastboot.exe flash boot boot-5.15.0-qcomlt-arm64.img
< waiting for any device > target reported max download size of 536870912 bytes sending 'boot' (164840 KB)... OKAY [ 4.743s] writing 'boot'... FAILED (remote: size too large) finished. total time: 4.758s
- set +x
Thanks, Kim -----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Monday, October 31, 2022 4:48 PM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 28/10/2022 17:51, Kim Steiner wrote:
Hi Dmitry,
I'll get the information to you today.
I am curious how you are trying to reproduce the issue. Are you able to get into the temperature range (7C to 18C)that causes the issue (reading cat /sys/class/thermal/thermal_zone0/temp to confirm the temp)?
Ah, I now understand the cause of the confusion. I misunderstood you. I thought that you have had the GPU issues during the boot, not during your cold-room tests.
Anyway. I have updated the kernel branch with the patches to support the warming up of the devices. I have voluntary set the trip points to 15°C. If the device gets colder than that, it will use CPU power to warm the device up. Could you please give it your usual test.
While I could not use the fridge myself, I verified that the warming up works by setting the control points to 50°C and observing the device being automatically warmed up.
Also, just for my understanding, I'd kindly ask to run a series of tests using the initramfs image at https://fileserver.linaro.org/s/c8K4tByJyKjSyeg.
Could you please check your current 5.15 kernel that crashes and the updated one from the branch.
The provided initramfs will boot the device to the shell rather than to X11. Then from the command prompt could you please run two tests:
- kmscube
- kmscube -M nv12-1img -s 4
This initramfs contains updated mesa library. I'd like to check if that makes any difference to the cold room tests.
Thank you!
Thanks, Kim
-----Original Message----- From: Dmitry Baryshkov dmitry.baryshkov@linaro.org Sent: Friday, October 28, 2022 3:58 AM To: Kim Steiner kim.steiner@sightlineapplications.com; Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org Subject: Re: [Sightlineapplications] Re: Project Current Status and Completion
Hi Kim,
On 27/10/2022 22:33, Kim Steiner wrote:
Hi All,
I haven’t anything since this last email. Did anyone look at the attachment? It seems like the gpu issue is not fixed, but I will wait for you to respond.
Please excuse me, it slipped through my mind during relocation. However I still can not reproduce the issue on my side. Let's do it this way. I'll provide today the initramfs for you to use for the test together with the instructions to run the test. While I'm working on it, could you please provide the details of the mesa package on your rootfs?
For example, could you please provide the output of the following commands on your rootfs:
dpkg -l | grep libgl dpkg -l | grep mesa
Thanks,
Kim
*From:* Kim Steiner *Sent:* Thursday, October 13, 2022 2:36 PM *To:* Paul Neuhardt paul.neuhardt@linaro.org; sightlineapplications@lists.linaro.org *Subject:* RE: [Sightlineapplications] Project Current Status and Completion
Hi All,
I ran our usual test with glxgears application on the Dragonboard 802c with the latest 5.15 git checkin “0360da900530a arm64: dtsi: qcom: apq8096-db820c: enable GFX CPR device”. You can see in the attached file that the “gpu fault ring” occurred once. Close to that moment I was kicked out of the desktop view that I was logged into on the Dragonboard so I couldn’t tell if glxgears was still running or not. I reset the test and tried again, but got similar results (“gpu fault ring” and I was kicked out of desktop view).
Let me know what you think.
Thanks,
Kim
*From:* Paul Neuhardt <paul.neuhardt@linaro.org mailto:paul.neuhardt@linaro.org> *Sent:* Monday, October 10, 2022 12:50 AM *To:* sightlineapplications@lists.linaro.org mailto:sightlineapplications@lists.linaro.org *Subject:* [Sightlineapplications] Project Current Status and Completion
Hello All,
Over the past few weeks Dmitry made significant progress. We have asked him to focus his time and efforts almost exclusively on your work in order to complete all of what we agreed upon. During this push he has nearly completed the work with the Kryo and SPM regulators. Once those are done, he will complete the overall work by tying everything into the CPR3 driver.
This last push has consumed the remaining engineering time on the second PO you authorized, and we have not yet completed the work at hand. I've worked with Dmitry to get the best estimate possible on what it will take to complete the work, and we are looking at 8 engineering days. At the rate of $2,000 per day, that is an additional $16,000. Given that I have not expended all the PM time authorized in the two agreements already reached, I do not believe any more budget for project management will be necessary.
I know this is the second time we have come back after exhausting our estimates, and I can only apologize for that. Several items have turned out to be more complex than we had anticipated. But we are now very confident that we have an accurate estimate on the last push to complete the work for you. We understand how important this work is to your product line, and we are dedicated to getting the work completed at a high level of quality and in a way that will support your business.
Please let me know if you wish to continue with the work, and we will send an additional extension request for approval. Terms would be paid in 30 days as before, with work to resume immediately. I believe we should have another meeting to discuss where we go from here and the options for completing the work. I suggest 9:00 PDT on Tuesday, 11 October (5:00 pm BST, 6:00pm CET). Please let me know if that works for you, and if it does not when would be a good time.
Thank you.
Kind regards,
Paul Neuhardt
--
Image removed by sender. Linaro http://www.linaro.org/
*Paul Neuhardt*|/Sr. Program Manager/
T: +44 0771 377 8664 paul.neuhardt@linaro.org mailto:glen.valante@linaro.org IRC: pneuhardt
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
-- With best wishes Dmitry
-- With best wishes Dmitry
-- With best wishes Dmitry
Sightlineapplications mailing list -- sightlineapplications@lists.linaro.org To unsubscribe send an email to sightlineapplications-leave@lists.linaro.org
sightlineapplications@lists.linaro.org
-
Dmitry Baryshkov -
Kim Steiner -
Paul Neuhardt -
Steve Olson