action #32593
closed
Multiple ttySx consoles for qemu
Added by sebchlad almost 7 years ago.
Updated over 6 years ago.
Category:
Feature requests
Description
For some testing it could be useful to have a possibility to create some more ttyS devices.
Would it be useful to have another variable, say MSERIALDEV, where test writer could specify how many ttyS devices he or she needs?
Or would it be better to play with SERIALDEV, so it could do the job of starting more than one ttyS devices?
- Category set to Feature requests
The variable "SERIALDEV" is used only to note how the device is called within the sut so I think MSERIALDEV is a misleading name. I suggest to have a variable NUMSERIALS (equivalent to NUMDISKS) as integer value to note down how many serial devices you want to have. Btw, backend/qemu.pm line 568 is most likely the line you want to take a look into.
- Status changed from Feedback to In Progress
- Target version set to 448
I wonder what these ttySx consoles are supposed to do. If you hard code qemu environment in your tests anyway, you can do fancy things within them.
- Related to action #32968: [kernel][tools] Refactor QEMU backend - Create QEMU process manager and save configuration state added
Conman service is using ttyS so does openQA connecting to quemu vm, so Anton was blocked with his HPC test.
@Anton: given Richie work and your changes to the conman test I would suggest closing this ticket (ufff I worked so hard on this ;) ).
- Status changed from In Progress to Rejected
- Target version changed from 448 to Done
Also available in: Atom
PDF