- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Ahmet,
Sorry for the delay. I confirm that only issuing the follow command in the coprocessor will cause the host to stop communicating with the coprocessor:
# cat /proc/scif/resume
However, I think what you need to do is to issue the command to "suspend" before "resume" SCIF service. In other words, issuing the following commands in this order should not cause any problem at all:
# cat /proc/scif/suspend
# cat /proc/scif/resume
Hope this help. Thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I've updated to mpss-3.1.1 and applied an flash update to see if this is still an issue:
[root@sauron-mic0 ~]# cat /proc/scif/suspend
[root@sauron-mic0 ~]# cat /proc/scif/resume
And again, the host system crashes hard and waiting for the watchdog to reset it.
It really shouldn't crash the host system in any case.
At least, only the root user on the mic card has access to "/proc/scif", thus preventing this incident:
[ainan@sauron-mic0 ~]$ cat /proc/scif/resume
cat: can't open '/proc/scif/resume': Permission denied
So i will listen to the doctor and not touch it if it hurts :)
Ahmet

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page