Manual test /Testing resolution cycling for cedar[Radeon HD 7350] can not be executed properly

Bug #1392599 reported by Daniel Lin
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
PlainBox (Toolkit)
Incomplete
Critical
Zygmunt Krynicki

Bug Description

When running Manual test/Testing resolution cycling for cedar[Radeon HD 7350] on bDT Mordrad2,
plainbox take a picture a screenshot then keep running as attached picture. The process is never end.
Restart system and rerun test for 3 times, the situation is the same.
Can switch all resolutions manually without problem.

build:stella-datong140729-trusty-amd64-20140925-3.
bios:L02 v00.22
kernel 3.13.0-34

plainbox version:
ii plainbox 0.16~ppa~ubuntu14.04.1 all toolkit for software and hardware integration testing
ii plainbox-glmark2-es2-meta 0.11~ppa~ubuntu14.04.1 amd64 metapackage to selectively install glmark2-es2
ii plainbox-insecure-policy 0.16~ppa~ubuntu14.04.1 all policykit policy required to use plainbox (insecure version)
ii plainbox-provider-certification-client 0.11~ppa~ubuntu14.04.1 all Client Certification
ii plainbox-provider-checkbox 0.15~ppa2~ubuntu14.04.1 amd64 CheckBox provider for PlainBox
ii plainbox-provider-oem 0.1ubuntu31 all plainbox oem provider
ii plainbox-provider-oem-stella 0.1ubuntu31 all plainbox oem provider for stella
ii plainbox-provider-resource-generic 0.13~ppa~ubuntu14.04.1 amd64 CheckBox generic resource jobs provider
ii python3-plainbox 0.16~ppa~ubuntu14.04.1 all toolkit for software and hardware tes

Daniel Lin (danielyhlin)
description: updated
tags: added: ce-qa-concern
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

Could you please add the session data and plainbox logs as well?

The log files are in ~/.cache/plainbox/logs
The sessions are in ~/.cache/plainbox/sessions/

In case there are multiple sessions please archive all, I can figure out which are relevant. If the data there is not public, please change the bug to private / proprietary.

Changed in checkbox:
status: New → Incomplete
Revision history for this message
Daniel Lin (danielyhlin) wrote :

Hi, Please see the attachment.

Roxanne Fan (matrixf)
Changed in checkbox:
importance: Undecided → Critical
assignee: nobody → Ara Pulido (apulido)
Zygmunt Krynicki (zyga)
Changed in checkbox:
status: Incomplete → New
Revision history for this message
Sylvain Pineau (sylvain-pineau) wrote :

Tested on 14.10 with the latest packages version (testing ppa W47), it runs properly from canonical-certification-client. So it's definitely not an issue with the command nor the script (rerun several times in the same session without any issue)

I'd suspect a deadlock duplicate as this script starts several sub processes to launch the xrandr and shutter commands.

affects: checkbox → plainbox
Revision history for this message
Sylvain Pineau (sylvain-pineau) wrote :
Changed in plainbox:
milestone: none → 0.17
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

Sylvain: the deadlock issue affects all clients the same way. The only way to trigger it is to run a job that spawns *escaping* processes and IIRC xrandr and shutter don't do that. I don't think this is a dupe of that other bug.

Revision history for this message
Roxanne Fan (matrixf) wrote :
Changed in plainbox:
assignee: Ara Pulido (apulido) → Maciej Kisielewski (kissiel)
Changed in plainbox:
status: New → In Progress
Revision history for this message
Maciej Kisielewski (kissiel) wrote :

I wasn't able to reproduce that one on my machines ( 14.04 and 14.10). I tried both, GUI and CLI front-ends.

Revision history for this message
Zygmunt Krynicki (zyga) wrote :

According to the attached session, the test that was being executed is 2013.com.canonical.certification::usb/insert. It's either a bad session or the test is invalid.

Changed in plainbox:
status: In Progress → Incomplete
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

Dear reporter, could you please ping us in #checkbox during Taiwan/Europe overlap and work with us interactively to investigate the issue.

What I'd like to know is:
- which job exactly triggers this behavior
- can it be reproduced with 'plainbox run -i ...'
- can we get access to the machine that can reproduce this issue

Revision history for this message
Zygmunt Krynicki (zyga) wrote :

This is a possible duplicate of https://bugs.launchpad.net/checkbox/+bug/1382321 as it seems to cover the same area (xrandr resolution switching)

Zygmunt Krynicki (zyga)
Changed in plainbox:
assignee: Maciej Kisielewski (kissiel) → Zygmunt Krynicki (zkrynicki)
Revision history for this message
Zygmunt Krynicki (zyga) wrote :

Hey. Since we also take a screenshot here I'm 90% sure it's caused by ~/.config/autostart being root-owned.

Revision history for this message
Zygmunt Krynicki (zyga) wrote :

I'm marking it as duplicate based on:

11:13 < zyga> danielyhlin: hey
11:13 < zyga> danielyhlin: no need
11:13 < zyga> danielyhlin: I want to check if that's a duplicate of an existing bug
11
:13 < zyga> danielyhlin: can you check (if possible) on that system, if ~/.config/autostart is a directory owned by root?
11:15 < zyga> danielyhlin: if you need to reimage the system that test is hard to do :)
11:16 < danielyhlin> zyga, the machine is beside me
11:16 < danielyhlin> zyga, wait for me later
11:17 < zyga> danielyhlin: excellent, thank you
11:17 < zyga> danielyhlin: if that directory is NOT there, can you please give me remote access overnight?
11:17 < zyga> danielyhlin: (I've sent an email out with instructions yesterday, perhaps you've seen it?)
11:22 < danielyhlin> Hi zyga ~/.config/autostart is a directory owned by root? == > YES!!
11:27 < danielyhlin> zyga, whic email you sent out?could you send to me again?
11:28 < danielyhlin> zyga, the mail I found it.
11:28 < zyga> danielyhlin: thanks, sorry for the delay
11:28 < zyga> danielyhlin: ok, thanks
11:28 < zyga> danielyhlin: I'll mark that bug as a duplicate now
11:28 < zyga> danielyhlin: thanks for checking it

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.