분류없음2017.02.09 01:49

1. 개인정보의 처리 목적 <To Make Something>(‘http://ToMakeSomething.tistory.com/’이하 ‘To Make Something’) 은(는) 다음의 목적을 위하여 개인정보를 처리하고 있으며, 다음의 목적 이외의 용도로는 이용하지 않습니다.
- 사용자 작동에 의한 녹음 처리.

2. 정보주체의 권리,의무 및 그 행사방법 이용자는 개인정보주체로서 다음과 같은 권리를 행사할 수 있습니다.

① 정보주체는 <기관/회사명>(‘사이트URL’이하 ‘사이트명) 에 대해 언제든지 다음 각 호의 개인정보 보호 관련 권리를 행사할 수 있습니다.
1. 개인정보 열람요구
2. 오류 등이 있을 경우 정정 요구
3. 삭제요구
4. 처리정지 요구


정보를 전혀 수집 하지 않으므로,  모두 사용자가 직접 앱을 삭제 하여 처리 할 수  있습니다.


3. 처리하는 개인정보의 항목 작성 


 <To Make Something>('http://ToMakeSomething.tistory.com/'이하 'To Make Something')은(는) 다음의 개인정보 항목을 처리하고 있습니다.

1. <오디오 녹음>
- 필수항목 :
* android.permission.RECORD_AUDIO

* android.permission.CAPTURE_AUDIO_OUTPUT
* android.permission.READ_PHONE_STATE

* android.permission.WRITE_EXTERNAL_STORAGE

단순히, 사용자의 요구에 의해서 사용자의 음성 및 통화 내용이 녹음이 됩니다. 사용자의 기능 동작에 의한 녹음 이외에 어떠한 자료도 수집, 처리 하지 않습니다.


4. 개인정보의 파기<To Make Something>('To Make Something')은(는) 원칙적으로 개인정보 처리목적이 달성된 경우에는 지체없이 해당 개인정보를 파기합니다. 파기의 절차, 기한 및 방법은 다음과 같습니다.

- 사용자의 작동에 의해서만 녹음을 합니다.

- 앱 삭제시 더 이상 위 권한을 사용하지 않습니다.  

- 위 권한을 사용하여 사용자의 작동에 의한 녹음 이외에 어떠한 정보도 수집하지 않고, 처리 하지 않습니다. 


5. 개인정보의 안전성 확보 조치 <To Make Something>('To Make Something')은(는) 개인정보보호법 제29조에 따라 다음과 같이 안전성 확보에 필요한 기술적/관리적 및 물리적 조치를 하고 있습니다.

1. 내부관리계획의 수립 및 시행
개인정보의 안전한 처리를 위하여 내부관리계획을 수립하고 시행하고 있습니다.

2. 개인정보에 대한 접근 제한
개인정보를 처리하는 데이터베이스시스템에 대한 접근권한의 부여,변경,말소를 통하여 개인정보에 대한 접근통제를 위하여 필요한 조치를 하고 있으며 침입차단시스템을 이용하여 외부로부터의 무단 접근을 통제하고 있습니다.

3. 비인가자에 대한 출입 통제
개인정보를 보관하고 있는 물리적 보관 장소를 별도로 두고 이에 대해 출입통제 절차를 수립, 운영하고 있습니다.

6. 개인정보 보호책임자 작성 

① To Make Something(‘http://ToMakeSomething.tistory.com/’이하 ‘To Make Something) 은(는) 개인정보 처리에 관한 업무를 총괄해서 책임지고, 개인정보 처리와 관련한 정보주체의 불만처리 및 피해구제 등을 위하여 아래와 같이 개인정보 보호책임자를 지정하고 있습니다.


▶ 개인정보 보호책임자 
성명 :To Make Something
직책 :대표
직급 :대표
연락처 :asteroidc612@gmail.com
※ 개인정보 보호 담당부서로 연결됩니다.

▶ 개인정보 보호 담당부서
부서명 : ToMakeSomething
담당자 : 대표
연락처 : asteroidc612@gmail.com
② 정보주체께서는 To Make Something(‘http://ToMakeSomething.tistory.com/’이하 ‘To Make Something) 의 서비스(또는 사업)을 이용하시면서 발생한 모든 개인정보 보호 관련 문의, 불만처리, 피해구제 등에 관한 사항을 개인정보 보호책임자 및 담당부서로 문의하실 수 있습니다. To Make Something ‘http://ToMakeSomething.tistory.com/’이하 ‘To Make Something) 은(는) 정보주체의 문의에 대해 지체 없이 답변 및 처리해드릴 것입니다.


8. 개인정보 처리방침 변경 

1. 이 개인정보처리방침은 시행일로부터 적용되며, 법령 및 방침에 따른 변경내용의 추가, 삭제 및 정정이 있는 경우에는 변경사항의 시행 7일 전부터 공지사항을 통하여 고지할 것입니다.

1. 이 개인정보처리방침은 2016년 12월 16일부터 적용 됩니다.


Posted by Act of God
Hardware/ASIC/SoC/NoC2013.06.05 09:28

Read Transaction

  • Master는 ARVALID를 인가하기 전에 ARREADY를 인가하기 위한 Slave를 기다리면 안됨.
  • Slave는 ARREADY를 인가하기 전에 인가되어지기 위한 ARVALID를 기다릴 수 있음.
  • Slave는 ARVALID가 인가되기 전에 ARREADY를 인가 할 수 있음.
  • Slave는 유효한 데이터가 가능하다는 것을 나타내는 RVALID를 인가하기 전에 인가되어지기 위한 ARVALID와 RREADY를 기다려야 함.
  • Slave는 RVALID가 인가되기 전에 RREADY를 인가하기 위한 Master를 기다리면 안됨.
  • Master는 RREADY를 인가하기 전에 인가되어지기 위한 RVALID를 기다릴 수 있음.
  • Master는 RVALID가 인가되기 전에 RREADY를 인가 할 수 있음.

Write transaction

  • Master는 AWVALID또는 WVALID를 인가하기 전에 AWREADY 또는 WREADY를 인가하기 위한 Slave를 기다리면 안됨.
  • Slave는 AWREADY를 인가하기 전에 AWVALID 또는 WVALID 또는 둘다를 기다릴 수 있음.
  • Slave는 AWVALID나 WVALID 또는 둘다를 인가하기 전에 AWREADY를 인가 할 수 있음.
  • Slave는 WREADY를 인가하기 전에 AWVALID나 WVALID 또는 둘다를 기다릴 수 있음.
  • Slave는 AWVALID나 WVALID 도는 둘다가 인가되어지기 전에 WREADY를 인가 할 수 있음.
  • Slave는 BVALID를 인가하기 전에 인가되어지기 위한 WVALID와 WREADY 둘다를 기다려야 함.
    Slave는 또한 Wreite response "BRESP"가 오직 write transaction의 마지막 데이터 전송 이후에 signaling되어져야 하기 때문에 BVALID를 인가하기 전에 인가되어지기 위한 WLAST를 기다려야 함.
  • Slave는 BVALID를 인가하기 전에 BREADY를 인가하기 위한 Master를 기다려야 함.
  • Master는 BVALID가 인가되어지기 전에 BREADY를 인가 할 수 있음.

Write response dependency

  • Master는 AWVALID 또는 WVALID를 인가하기 전에 AWREADY 또는 WREADY를 인가하기 위한 Slave를 기다리면 안됨.
  • Slave는 AWREADY를 인가하기 전에 AWVALID나 WVALID 또는 둘다를 기다릴 수 있음.
  • Slave는 AWVALID나 WVALID 또는 둘다를 인가하기 전에 AWREADY를 기다릴 수 있음.
  • Slave는 WREADY를 인가하기 전에 AWVALID나 WVALID 또는 둘다를 기다릴 수 있음.
  • Slave는 BVALID를 인가하기 전에 인가되어지기 위한 AWVALID, AWREADY, WVALID, WREADY를 기다려야 함.
  • Slave는 write response "BRESP"가 write transaction의 마지막 데이터 전송 이후 Signaling되어져야 하기 때문에 BVALID를 인가한 후 인가되어지기 위한 WLAST를 기다려야 함.
  • Slave는 BVALID를 인가하기 전에 BREADY를 인가하기 위한 Master를 기다리면 안됨.
  • Master는 BREADY를 인가하기 전에 BVALID를 기다려야 함.
  • Master는 BVALID가 인가되어지기 전에 BREADY를 인가 할 수 있음.

'Hardware > ASIC/SoC/NoC' 카테고리의 다른 글

AMBA AXI Channel handshake Signal들 사이의 의존성  (0) 2013.06.05
Single-chip Cloud Computer[미완료]  (0) 2009.12.03
NoC Simulator  (0) 2009.11.09
WDM(Wavelength-division multiplexing)  (0) 2009.11.06
Wormhole routing[미완료]  (0) 2009.11.06
Crossbar switch fabric  (0) 2009.11.06
Posted by Act of God
TAG AMBA AXI
Hardware/Semiconductor2013.02.04 12:48

Stuck-at fault는 fault simulator과 IC(Integrated circuit)내에 Manufactureing defect를 모방하기 위한 ATPG(Automatic test pattern generation) tool 의해 사용되는 특별한 fault model이다. 개별적인 신호와 Pin들은 Logical 1, 0, 그리고 X에 붙잡혀 있다고 가정한다. 예로, 출력은 그 동작 형태를 가진  Manufacturing defect는 특정한 테스트 패턴과 함께 찾아 질 수 있다는 것을 보증하기 위한 테스트 발생 동안 Logical 1 상태에 연결되어진다.마찬가지로 출력은 이것의 출력핀을 스위치 할 수 없는 잘못된 회로의 동작을 모델화하기 위해서 Logical 0에 묶여져 있을 것이다. 모든 결점이 stuck-at fault model을 사용하여 분석되어 질 수 있는 것은 아니다. static hazard(Branching siganl)를 위한 보정은 이 모델을 사용하여 회로를 테스트 할 수 없는 상태로 만들 수 있다. 여분의 회로들은 이 모델을 사용하여 테스트 되어 질 수 없을 것이다.


Single stuck line은 디지털 회로에서 사용되는 Fault model이다. 이것은 후 공정 테스트를 위해서 사용된다. 설계 테스트를 위한 것이 아니다. 이 모델은  디지털 회로에서 하나의 Line 또는 Node가 Logic High 또는 Logic Low에 붙잡혀 있다고 가정한다. 한 Line이 붙잡혀 질 때 이것을 fault라 부른다.

디지털 회로는 storage(Latch와 Flip flop)를 포함하지 않고 Gate들(NAND, OR, XOR, 등)을 포함하는 Gate Level 또는 조합 회로와 Storage를 포함하는 순차회로로 나뉜다.


이 Fault model은 Gate level 회로 또는 Storage Element들로 나누어 질 수 있는 순차 회로의 Block에 적용된다. 이상적으로 Gate-level 회로는 모든 가능한 입력을 적용함으로써 그리고 그 입력들이 올바른 출력으로 주어지는 지를 검사 함으로써 테스트 되어질 것이다. 그러나 이것은 이것은 완전히 유용하지 않다. 두 32-bit 수를 더하기 위한 Adder는 0.1ns/test에서 58년이 걸리는 2^64 = 1.8 * 10^19 테스트들을 요구한다. Stuck-at fault model는 만약 더욱 많은 faulty라면, 어떤 단일 Fault을 감지할 수 있는 테스트가 여러 fault들을 쉽게 찾을 수 있다는 것을 가정하여  하나의 게이트에 대해서 오직 하나의 입력이 한번에 Faulty 되어지는 것을 가정한다. 


Source:http://en.wikipedia.org/wiki/stuck-at_fault

Posted by Act of God