When running a remote command with a Local connection from a Linux host a new
LocalHostShell is created.
At this time, a new LocalHostThread is launched, along side with two
LocalShellOutputReaders (output and error). The constructors for the
OutputReaders will receive a reference to the reader
- make a single point change to output processing after running a command
- read output from remote commands using IHostShell interface
Signed-off-by: Ioana Grigoropol ioanax.grigoro...@intel.com
---
.../org/yocto/bc/remote/utils/CommandRunnable.java | 58 +--
Same drill:
* Incepem cu testele de weekly
* Daca weekly e ok, continuam cu fullpass pre-release + BSP-uri
* Daca si pre-release e ok, facem si testele de post-release
--
Alexandru Georgescu
-Original Message-
From: Michael Halstead
Georgescu, Alexandru C would like to recall the message, 1.4_M3.rc2 ready for
QA.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Hi Ioana,
Seems your patch is introducing more changes than just add lock, you also added
the getReader function which in your patch description you need to explain it
as well. The other thing is do we really need to introduce the change at the
IHostShell interface level, which will enforce
Hi Jessica,
Indeed, the patch adds two methods to IHostShell :
- getLock()
- getReader(Boolean isErrorReader)
These changes are necessary in order for our implementation to work.
The only other alternative that I have tested today, which only adds getLock to
the IHostShell
OK, then I don't have other comments but these are the supporting info I think
need to go into patch comments. Thx. - Jessica
-Original Message-
From: Grigoropol, IoanaX
Sent: Friday, February 01, 2013 9:07 AM
To: Zhang, Jessica; yocto@yoctoproject.org
Subject: RE: [yocto] [PATCH v7]
On 02/01/2013 11:22 AM, Fábio Laureano Antônio wrote:
Dear kindly ask for help to solve the demand mentioned above.
After re-reading your e-mail it seems you are trying to find GMA3600
drivers for Ubuntu 12.10, not trying to build an embedded OS with
GMA3600 support. Is that correct?
If so this
On Jan 31, 2013, at 10:50 PM, Bruce Ashfield bruce.ashfi...@windriver.com
wrote:
On 13-01-23 10:17 AM, Patrick Turley wrote:
On Jan 23, 2013, at 7:48 AM, Bruce Ashfieldbruce.ashfi...@windriver.com
wrote:
On 13-01-23 12:34 AM, Patrick Turley wrote:
On Jan 22, 2013, at 11:17 PM, Bruce
While, I'm not an expert, I would like to point out:
http://kernel.org/doc/index-old.html (the new index references this but
the information isn't on the new index page directly).
One thing mentioned is that a make distclean is required for reasonable
results between any run with different
On 13-02-01 7:48 PM, Patrick Turley wrote:
On Jan 31, 2013, at 10:50 PM, Bruce Ashfieldbruce.ashfi...@windriver.com
wrote:
On 13-01-23 10:17 AM, Patrick Turley wrote:
On Jan 23, 2013, at 7:48 AM, Bruce Ashfieldbruce.ashfi...@windriver.com
wrote:
On 13-01-23 12:34 AM, Patrick Turley
On 13-02-01 11:35 PM, Brian Lloyd wrote:
While, I'm not an expert, I would like to point out:
http://kernel.org/doc/index-old.html (the new index references this but
the information isn't on the new index page directly).
One thing mentioned is that a make distclean is required for reasonable
I would like to point out the reason CROSS_COMPILE is used is because
kernel makes things that run natively and also things that are for the
end environment. Thus $(CROSS_COMPILE)$(CXX) is used to prepend when
building something for the end system, and $(CXX) is used for local run
items. So even
On 13-02-02 12:12 AM, Brian Lloyd wrote:
I would like to point out the reason CROSS_COMPILE is used is because
kernel makes things that run natively and also things that are for the
end environment. Thus $(CROSS_COMPILE)$(CXX) is used to prepend when
building something for the end system, and
14 matches
Mail list logo
