Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 0951597e authored by TreeHugger Robot's avatar TreeHugger Robot Committed by Android (Google) Code Review
Browse files

Merge "Add wakeupApplicationProcessor function."

parents f61326c3 14f43761

automotive/remoteaccess/test_grpc_server/README.md

+18 −22
Original line number Diff line number Diff line
@@ -41,7 +41,7 @@ following behavior: 
  pending tasks through the 'ServerWriter'. If no task is pending, then it must

  block and wait for a new task to arrive.



  If one task data is failed to be sent through the channel, it likely means

  If one task data fails to be sent through the channel, it likely means

  the other side (Application processor) is shutting down or has closed the

  channel. The wakeup client must put the task back to the pending queue and

  wait for a new 'GetRemoteTasks' request to retry sending the task.
@@ -89,7 +89,7 @@ following behavior: 


  `adb remount`



* Under android root: `cd out/target/product/[product_name]`

* Under android root: `cd $ANDROID_PRODUCT_OUT`



* `adb push vendor/bin/TestWakeupClientServer /vendor/bin`
@@ -99,24 +99,24 @@ following behavior: 


* `/vendor/bin/TestWakeupClientServer`



## How to build and test the test wakeup client using one gcar emulator.

## How to build and test the test wakeup client using one car emulator.



In this test setup we will use one google car emulator

(gcar_emu_x86_64-userdebug). We assume both the TCU and the remote access HAL

(sdk_car_x86_64-userdebug). We assume both the TCU and the remote access HAL

runs on the same Android system, and they communicate through local loopback

interface.



* Under android root, `source build/envsetup.sh`



* `lunch gcar_emu_x86_64-userdebug`

* `lunch sdk_car_x86_64-userdebug`



* `m -j`



* Run the emulator, the '-read-only' flag is required to run multiple instances:



  `aae emulator run -read-only`

  `emulator -writable-system -read-only`



* The android lunch target: gcar_emu_x86_64-userdebug and

* The android lunch target: sdk_car_x86_64-userdebug and

  cf_x86_64_auto-userdebug already contains the default remote access HAL. For

  other lunch target, you can add the default remote access HAL by adding

  'android.hardware.automotive.remoteaccess@V1-default-service' to
@@ -142,9 +142,7 @@ interface. 


* `make -j TestWakeupClientServer`



* `cd out/target/product/emulator_car64_x86_64/`



* `adb push vendor/bin/TestWakeupClientServer /vendor/bin`

* `adb push $ANDROID_PRODUCT_OUT/vendor/bin/TestWakeupClientServer /vendor/bin`



* `adb shell`
@@ -152,7 +150,7 @@ interface. 


* `/vendor/bin/TestWakeupClientServer`



* Remote access HAL should start by default when the gcar emulator starts. Now

* Remote access HAL should start by default when the car emulator starts. Now

  the test wake up client should also be running and generating fake tasks.



  Start a new adb shell session by
@@ -210,9 +208,9 @@ interface. 
* Now you can issue `ctrl c` on the first adb shell to stop the test wakeup

  client.



## How to build and test the test wakeup client using two gcar emulators.

## How to build and test the test wakeup client using two car emulators.



In this test case, we are going to use two gcar emulators, one as the

In this test case, we are going to use two car emulators, one as the

Application Processor, one as the TCU.



* Change the IP address to allow IP communication between different emulator
@@ -227,13 +225,13 @@ Application Processor, one as the TCU. 


* Under android root: `source build/envsetup.sh`



* `lunch gcar_emu_x86_64-userdebug`

* `lunch sdk_car_x86_64-userdebug`



*  `m -j`



* Start one gcar emulator as TCU

* Start one car emulator as TCU



  `aae emulator run -read-only`

  `emulator -writable-system -read-only`



* Start a new shell session. Connect to the emulator's console,

  see [Start and stop a console session](https://developer.android.com/studio/run/emulator-console#console-session)
@@ -262,9 +260,7 @@ Application Processor, one as the TCU. 


* `make -j TestWakeupClientServer`



* `cd out/target/product/emulator_car64_x86_64/`



* `adb push vendor/bin/TestWakeupClientServer /vendor/bin`

* `adb push $ANDROID_PRODUCT_OUT/vendor/bin/TestWakeupClientServer /vendor/bin`



* `adb shell`
@@ -272,9 +268,9 @@ Application Processor, one as the TCU. 


* `/vendor/bin/TestWakeupClientServer`



* Start a new shell, start another gcar emulator as the Application Processor:

* Start a new shell, start another car emulator as the Application Processor:



  `aae emulator run -read-only`

  `emulator -writable-system -read-only`



* Connect to adb shell for the application processor:
@@ -282,5 +278,5 @@ Application Processor, one as the TCU. 


  `su`



* Follow the test instructions for one gcar emulator using the 'dumpsys'

* Follow the test instructions for one car emulator using the 'dumpsys'

  commands.

automotive/remoteaccess/test_grpc_server/impl/include/TestWakeupClientServiceImpl.h

+5 −0
Original line number Diff line number Diff line
@@ -81,6 +81,7 @@ class TaskQueue final { 
    void waitForTask();

    void stopWait();

    void handleTaskTimeout();

    bool isEmpty();



  private:

    std::thread mCheckTaskTimeoutThread;
@@ -117,6 +118,8 @@ class TestWakeupClientServiceImpl final : public WakeupClient::Service { 
    std::thread mThread;

    // A variable to notify server is stopping.

    std::condition_variable mServerStoppedCv;

    // Whether wakeup AP is required for executing tasks.

    std::atomic<bool> mWakeupRequired = false;

    std::mutex mLock;

    bool mServerStopped GUARDED_BY(mLock);
@@ -126,6 +129,8 @@ class TestWakeupClientServiceImpl final : public WakeupClient::Service { 
    TaskQueue mTaskQueue;



    void fakeTaskGenerateLoop();



    void wakeupApplicationProcessor();

};



}  // namespace remoteaccess

automotive/remoteaccess/test_grpc_server/impl/src/TestWakeupClientServiceImpl.cpp

+22 −0
Original line number Diff line number Diff line
@@ -125,6 +125,11 @@ void TaskQueue::stopWait() { 
    mTasksNotEmptyCv.notify_all();

}



bool TaskQueue::isEmpty() {

    std::lock_guard<std::mutex> lockGuard(mLock);

    return mTasks.size() == 0 || mStopped;

}



void TaskQueue::checkForTestTimeoutLoop() {

    Looper::setForThread(mLooper);
@@ -179,6 +184,11 @@ void TestWakeupClientServiceImpl::fakeTaskGenerateLoop() { 
    // from it. Here we simulate receiving one remote task every {kTaskIntervalInMs}ms.

    while (true) {

        mTaskQueue.add(mFakeTaskGenerator.generateTask());

        printf("Received a new task\n");

        if (mWakeupRequired) {

            wakeupApplicationProcessor();

        }



        printf("Sleeping for %d seconds until next task\n", kTaskIntervalInMs);



        std::unique_lock lk(mLock);
@@ -224,9 +234,21 @@ Status TestWakeupClientServiceImpl::GetRemoteTasks(ServerContext* context, 
Status TestWakeupClientServiceImpl::NotifyWakeupRequired(ServerContext* context,

                                                         const NotifyWakeupRequiredRequest* request,

                                                         NotifyWakeupRequiredResponse* response) {

    if (request->iswakeuprequired() && !mWakeupRequired && !mTaskQueue.isEmpty()) {

        // If wakeup is now required and previously not required, this means we have finished

        // shutting down the device. If there are still pending tasks, try waking up AP again

        // to finish executing those tasks.

        wakeupApplicationProcessor();

    }

    mWakeupRequired = request->iswakeuprequired();

    return Status::OK;

}



void TestWakeupClientServiceImpl::wakeupApplicationProcessor() {

    printf("Waking up application processor...\n");

    // TODO(b/254547153): Send can bus message using socket CAN once we know what the message is.

}



}  // namespace remoteaccess

}  // namespace automotive

}  // namespace hardware