Skip to content
This repository has been archived by the owner on Apr 24, 2019. It is now read-only.

General instability on REALTEK_RTL8195AM (GCC_ARM) #306

Closed
bridadan opened this issue Sep 13, 2017 · 11 comments
Closed

General instability on REALTEK_RTL8195AM (GCC_ARM) #306

bridadan opened this issue Sep 13, 2017 · 11 comments

Comments

@bridadan
Copy link
Contributor

bridadan commented Sep 13, 2017

Description

  • Type: Bug
  • Related Issue: #abc

Bug

This bug smells like a stack overflow issue, hard to say for sure without diving deeper.

Version information
mbed OS 5.6 RC1

Environment details
Using GCC 6.3.1

Expected Behavior
Should be able to make requests to the device from mbed Connector.

Actual Behavior
If the program is built with the release profile, it connects but I can't issue a GET request to resource /3200/0/5501. The device appears to crash when the request is made. The serial output from the device stops and it disappears from the mbed Connector API portal.

If the program is built with the develop profile, it connects but I have trouble with making PUT requests to resource /3201/0/5853. The device appears to crash in a similar way as previously mentioned.

Steps to Reproduce
You will also need a pending fix to easy-connect: ARMmbed/easy-connect#44

mbed import https://github.com/ARMmbed/mbed-os-example-client
cd mbed-os-example-client/mbed-os
mbed update mbed-os-5.6.0-rc1
cd ../
mbed compile -m REALTEK_RTL8195AM -t GCC_ARm

Attempt to PUT to /3201/0/5853 and the device should crash

@bridadan bridadan changed the title Generally Instability on REALTEK_RTL8195AM General instability on REALTEK_RTL8195AM Sep 13, 2017
@bridadan bridadan changed the title General instability on REALTEK_RTL8195AM General instability on REALTEK_RTL8195AM (GCC_ARM) Sep 13, 2017
@bridadan
Copy link
Contributor Author

Seems to be ok when using the IAR toolchain. There is a known issue with the ARM 5 toolchain however and it doesn't build.

So not sure if this is something that can be fixed in Client, might need to be passed to Realtek?

@ciarmcom
Copy link
Member

ARM Internal Ref: IOTCLT-1986

@yogpan01
Copy link
Contributor

@bridadan This should be raised to mbed-os as board support is coming from OS side, the client is agnostic to underlying HW. Can you please raise issue directly to mbed-os and close it here ? We have opened several issue related with Realtek on mbed-os but seems that no one is really looking into this. Here's one example ARMmbed/mbed-os#4683 , I think mbed-os team needs to involve Realtek with this problem otherwise we cannot fix the issue on client end.

@bridadan
Copy link
Contributor Author

@yogpan01 Agreed, thanks for confirming. Really just wanted to double check with the Client team since that was the "entry point" in this case. I'll double check with a few other folks and then move the issue. Thanks!

@bridadan
Copy link
Contributor Author

After talking it over with the OOB folks, we're gonna leave this one up for a bit as an integration status for the platform. When some of the existing issues logged against mbed OS get resolved we can check again.

@MarceloSalazar
Copy link
Contributor

@samchuarm @Archcady please be aware of this issue found during OOB.

@samchuarm
Copy link

ARMmbed/mbed-os#5044

@bridadan
Copy link
Contributor Author

Ok great, hopefully this helps with stability!

@MarceloSalazar I'm away from the office this week so I can't test this at the moment. I can check it when I get back if you like.

@MarceloSalazar
Copy link
Contributor

@dlfryar @yennster could either of you please help to verify this with rc2?

@JanneKiiskila
Copy link
Contributor

One more issues raised; ARMmbed/mbed-os#5640 on Realtek.

@JanneKiiskila
Copy link
Contributor

Closing this one out now, we have some fixes coming and other, more specific errors on Mbed OS -side.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

7 participants