WDATA latch / RESET state에 대한 질문 드립니다.

32장-2부 AXI4-Lite I/F - 실습편12분 40초 쯤에 언급한 내용입니다. AWADDR과 WDATA 둘 다 input인 것 같은데 WDATA가 output이라는 말이 잘 이해가 안되네요.AWADDR과 마찬가지로 WDATA도 핸드쉐이크 이후에 변경 가능성 때문에 래치를 하는게 맞지 않나라는 생각입니다.state RESET은 아래 그림을 말한겁니다.(사진)저는 WRRESET의 상태가 왜 필요한지 잘 모르겠습니다.확인 부탁 드립니다. 감사합니다.

Skid buffer에서 Valid side, Data side에 F/F이 존재하는 이유

잘못 이해하고 있던 것 같습니다.저는 combinational logic인 ready 신호에만 F/F을 연결하면 안되나 싶었습니다.그런데 이러면 ready 신호는 F/F 때문에 1 cycle 딜레이가 될거고 결과적으로 이러면 m_ready가 되지 않았는데 딜레이된 ready 신호 때문에 데이터가 전송되는 불상사가 발생할 것 같네요.

m_valid와 m_ready가 OR 처리되어있는 이유가 궁금합니다.

아 m_ready가 0이어도 내부 동작을 멈출 이유가 없네요... 생각이 짧았습니다.

Read latency에 대한 질문 드립니다.

지금 다시 생각해보니 저희는 BRAM Controller IP를 사용하는건 아니지 않나요?myip_v1_0_S00_AXI가 BRAM Controller 역할을 하고 있는건데 그러면 최적화 이야기는 아닌거 같은 생각이드네요. ㅠㅠ

Read latency에 대한 질문 드립니다.

(사진)혹시 이 그림이 하나의 BRAM인가요?그러면 BRAM 사이즈에 따라 저렇게 생성이 되는건가요?

의존 대상 객체를 직접 생성했을 때 문제에 대해 질문드립니다.

감사합니다.그런데 의존하는 대상이 바뀌어도 기존 코드에 영향이 없으려면 추상클래스를 의존하고 있어야 의미가 있을 것 같은데 맞을까요?아래의 코드처럼 MessageSender라는 추상클래스에 의존하도록 하고 생성자나 메소드로 SmsSender나 AlimtalkSender를 인자를 받도록 해야 의존하는 대상이 변경되어도 코드 수정이 없을 것 같아서요.처음 예시에서 SomeService가 SmsSender를 가지고 있고 의존 주입으로 생성자나 메소드로 SmsSender를 초기화한다 하면 요구사항이 변경되어 AlimtalkSender로 변경됬을 때 결국 코드가 수정되어야 하니까요..제가 이해하고 있는게 맞나요?class SomeService { //private AlimtalkSender sender = new AlimtalkSender(); // sender = sender; } void doSome() { ... // DB 연동 등 작업 sender.send(to, msg); } }

파이프라인 동작 관련 질문 드립니다.

감사합니다. 이 질문을 통해 제가 몰랐던 것 외에 놓쳤던 부분도 상기하게 되었습니다. 더 열공할게요.

테일 체이닝 관련 질문 드립니다.

갑자기 드는 생각인데 혹시 스크래치 레지스터들은 r7이 가리키는 주소에 저장되나요? 만약 그렇다면 테일 체이닝에서 복원할 때 r7은 복원을 안하는지 궁금합니다.

메모리 구조 질문 드립니다.

case 2. 소프트웨어 디버거를 사용하는 환경예전 임베디드 시스템에서 플래시 메모리에 R/W하는 것이 오래 걸려 간단한 프로그램 같은 경우 RAM에 직접 올려 테스트한다고 들었는데, 이 경우에 속하는 것 같네요. 답변 감사합니다.

cmp r0, #0 실행시 상태 레지스터의 C = 0b1이 되는 이유가 무엇인가요?

아 0의 2의 보수 값이 0xffffffff에 1을 더한 값이라 캐리가 발생하는 것이군요...