Realtek RTL8195AM A3 fix

[JanneKiiskila]

Description

Based on the Mbed OS website the A3 is connected to "DAC", however there
is no define for DAC. In order to get the Realtek RTL8195AM to even compile
with mbed-os-example-client now, we must have the A3 defined - it is one of
the standard Arduino header pins. Therefore, setting it as NC.

Realtek will hopefully push a proper fix sooner or later, if there is a
more meaningful define for the A3 pin. They do state however that the
A0-A3 pins are not GPIO capable anyway.

Ref: https://os.mbed.com/platforms/Realtek-RTL8195AM/

Notes:

• Pull requests will not be accepted until the submitter has agreed to the contributer agreement.
• This is just a template, so feel free to use/remove the unnecessary things

Status

READY

With the caveat that Realtek might want to map A3 into something else than NC. But than can / should come as a separate PR in order to unblock us now.

Migrations

NO

Related PRs

Todos

• Tests
• Documentation

[JanneKiiskila]

@tung7970 - please review.

[JanneKiiskila]

@adbridge - I'd like to get this to next Mbed OS patch release, please.

[samchuarm]

@Archcady

[JanneKiiskila]

Added A4-A5 as NC, too.

[adbridge]

@JanneKiiskila The code freeze for the next patch release is close of play tomorrow. This needs to be reviewed, pass CI and be merged before that time if it is to make it in...

[0xc0170]

@ARMmbed/team-realtek

[0xc0170]

/morph build

[mbed-ci]

Build : SUCCESS

Build number : 623
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/5611/

Triggering tests

/morph test
/morph uvisor-test
/morph export-build

[mbed-ci]

Test : SUCCESS

Build number : 445
Test logs :http://mbed-os-logs.s3-website-us-west-1.amazonaws.com/?prefix=logs/5611/445

[mbed-ci]

Exporter Build : SUCCESS

Build number : 250
Build artifacts/logs : http://mbed-os.s3-website-eu-west-1.amazonaws.com/?prefix=builds/exporter/5611/

[JanneKiiskila]

Good to merge then?

[daguro]

I'm new to mbed, and I followed a link from #5545 here.

It looks like a change was made, approved and merged, but this code doesn't build for the RTL8195AM platform.

The Jenkins file has that platform disabled.

What am I missing?

[0xc0170]

@daguro Can you provide more details ? IT does not build is not sufficient . toolchains, mbed OS version (sha if master is used), etc - everything a person needs to reproduce this locally.

It would be good to file a new issiue with description where you can reference this PR if that is causing a problem (have you tried to build without this patch?).

#master branch 
cf5065c31 - (HEAD -> master, upstream/master) Merge pull request #5901 from cmens23/netbeans_exporter

# GCC 6 used, to build a test
mbed test -m REALTEK_RTL8195AM -t GCC_ARM -n tests-mbedmicro-rtos-mbed-semaphore
......
Build successes:
  * REALTEK_RTL8195AM::GCC_ARM::MBED-BUILD
  * REALTEK_RTL8195AM::GCC_ARM::TESTS-MBEDMICRO-RTOS-MBED-SEMAPHORE

[daguro]

Yes, I'll try to get that today.

[daguro]

I am using the online mbed compiler.

I am able to build mbed-os-example-wifi for the Nucleo 401 board.

I am not able to build it for the RTL8195 Arduino-ish board.

I note the the Jenkins file says that it building it is disabled.

In the mbed_app.json file, I used the values of "internal" (as noted in the file) and "builtin" as noted in Jenkins file. Neither one worked.

I get the following errors:

Internal Error - Error number 0
Compiler Task Failed: Error number -242

[JanneKiiskila]

Yep, it seems to fail - but I'd be hard pressed to accept this PR as the reason for it.
It's super critical to mention the compiler environment etc., as we can't guess what you would be using. This seems like an on-line compiler specific issue. I raised an PR on the mbed-os-example-wifi Jenkinsfile to get it back up'n'running as well, so that's not the reason for this.

""/extras/mbed_5e5da4a5990b/LPC1768/ARM/LPC1768.sct", line 4 (column 9): Error: L6235E: More than one section matches selector - cannot all be FIRST/LAST." in file "/"

Look for multiple mbed.bld files in your program.

I think that's leading to some root cause, I think the on-line compiler generates those .bld files by itself, as the sources should not have any .bld files.

@thegecko @immunda - care to give it a look, easy to repo.

Reverting to older version of Mbed OS - for example with 5.6.0 I get this:

Error: "/extras/mbed-os.lib/targets/TARGET_Realtek/TARGET_AMEBA/TARGET_RTL8195A/device/TOOLCHAIN_ARM_STD/rtl8195a.sct", line 16 (column 22): Error: L6236E: No section matches selector - no section to be FIRST/LAST.

It some kind of tool chain issue with this board.

[thegecko]

I'm not aware of the online compiler creating these sorts of files. Please raise an issue through the usual channels for investigation in the online compiler.

[JanneKiiskila]

As an issue against mbed-os or? I don't think the usual channel is that obvious for any stranger using the on-line compiler, there's no direct help topic on that as far as I can see.

[JanneKiiskila]

Raised issue: #5976