삼성, 엑시노스, AOSP 설명: 배신의 이야기

기억하세요, 기억하세요, Note의 첫 번째, ICS 릴리스 및 음모

나는 슈퍼브릭 반역죄가 잊혀져야 할 이유가 전혀 없다는 것을 알고 있습니다.

이전 포럼 회원과 초기 삼성 장치의 Android 사용자는 희미하게 기억할 수 있습니다. 슈퍼브릭 실패. Superbrick으로 이어지는 이벤트는 길고 복잡합니다. 간결하게 하기 위해, a tl; Dr의 설명에 따르면 Galaxy S2 i9100 및 Galaxy Note N7000의 일부 통신사 변형에 대한 ICS 업데이트가 유출되어 영구 벽돌. 영향을 받은 장치는 JTAG를 통해 부활할 수 없고 완전히 작동하지 않고 응답하지 않기 때문에 이는 일반적인 하드 브릭이 아닙니다. 슈퍼브릭은 장치의 eMMC에 영향을 미치므로 마더보드를 완전히 교체해야만 수리가 가능했습니다.

일반적으로 "누출"과 관련된 면책 조항은 이 경우에도 유효했습니다. 즉, 누출은 본질적으로 공개 소비에 적합할 수도 있고 적합하지 않을 수도 있는 "미공개" 소프트웨어라는 것입니다. 그러나 문제를 복잡하게 만드는 것은 이 슈퍼브릭 ICS 커널이 실제로 Kies 및 OTA 업데이트를 통해 사용할 수 있는 공식 릴리스로 Galaxy Note N7000에 적용되었다는 것입니다.

슈퍼브릭의 대실패와 개발자에 대한 삼성의 태도에 따른 드라마는 XDA 수석 인정 개발자로 알려진 Andrew Dodd의 13개 포스트 시리즈에서 강조되었습니다. 엔트로피512 그의 Google+에서. 이 게시물 시리즈의 시작 부분을 찾을 수 있습니다 여기. 우리 강력 추천 독자들은 시간을 내어 전체 게시물 시리즈를 읽고 완전한 상황 인식을 수집하고 2012-13년에 발생한 상황의 전체 심각성을 이해해야 합니다.

몇 가지 중요한 사항을 강조하기 위해 게시물의 몇 가지 발췌문(추가 강조 포함)을 소개합니다.

"...분명히 나를 팔로우하는 거의 모든 사람들은 최근 소셜 미디어의 폭풍우가 타사 Android 펌웨어 커뮤니티(특히 CyanogenMod 사용자 및 개발자)는 삼성. "슈퍼브릭" 실패, Qualcomm 및 TI의 SoC에 비해 삼성의 Exynos4 SoC에 대한 문서 부족, 기타 문제의 세탁 목록 - 이 모든 것이 최근에 정점에 이르렀습니다.

현재 활동 중인 모든 Exynos4 장치 관리자가 새로운 장치를 채택하지 않기로 한 결정..." - 상위 게시물.

"...11월에 삼성은 I9100용 XWKK5와 I777용 UCKK6을 출시했습니다. 이러한 빌드의 Bluetooth HID는 소스 빌드 커널에서는 작동하지 않으며 해당 빌드와 연결된 바이너리에서만 작동합니다. 삼성은 바이너리에서 소스 기능 변경에 대한 명확한 증거를 보여줬음에도 불구하고 I9100에 대한 또 다른 Gingerbread 소스 업데이트를 출시하지 않았습니다. 마찬가지로 I777 UCKK6 소스는 2012년 중반 알 수 없는 시점까지 출시되지 않았습니다. 기껏해야 I9100 ICS가 출시된 후에야 출시되었을 것이라고 확신합니다. 맞습니다. 삼성은 GPL을 위반했습니다. I777 UCKK6 및 XWKK5(2011년 11월)부터 공식적으로 I9100 ICS(2012년 3월)를 출시할 때까지 모든 I9100 Gingerbread 빌드 - 실제로, 기술적으로는 여전히 그렇습니다. 해당 커널에 해당하는 Gingerbread 소스는 ​​출시된 적이 없지만 실제로는 중요하지 않습니다. 더..."

"...같은 시기에 삼성은 GS2와 동일한 Exynos 4210 SoC를 기반으로 하는 Tab 7.0 Plus와 Tab 7.7을 출시했습니다. 이 장치는 Atheros AR6000 시리즈 Wi-Fi 칩을 사용했습니다. 흥미롭게도 Atheros는 이중 라이센스, GPL 및 BSD에 따라 이러한 장치에 대한 소스를 제공합니다. (Atheros는 참조 드라이버의 모든 구성 요소에 대한 전체 저작권을 보유하므로 이는 합법적입니다.) 삼성은 이 드라이버에 대해 BSD 라이센스를 선택했습니다. 최종 결과는 Wi-Fi 드라이버 소스(이러한 장치의 소스 드롭에는 존재하지 않음)를 요청하면 다음과 같습니다. 삼성은 "코드는 이중 라이센스 GPL 또는 BSD입니다."라고 대답했습니다. 우리는 [GPL 대신] BSD를 선택합니다."..." - 상위 게시물

"...GT-I9100에 대한 ICS에서 내린 분명한 결론이 있다면 그것은 바로 제조업체 스킨은 지속되지 않습니다. I777에서 I9100 ICS 펌웨어를 실행한 후(주로 교체된 마이크 채널을 리버스 엔지니어링하여) 주말 작업의 대부분이 소요된 이 장치...), Touchwizz가 이전의 많은 이점을 되돌린 것은 분명했습니다. ICS. 펌웨어의 일부는 "새로운" 것이고, 일부는 "레거시 진저브레드"였으며, 지속적인 불연속성은 문제가 되었습니다... - 상위 게시물

더 나쁜 것은... XXLPY를 통해 N7000용 공식 ICS가 출시되었습니다. 우리는 삼성이 출시된 커널에 이런 끔찍한 버그를 절대 허용하지 않을 것이라고 생각했지만, 우리는 틀렸습니다...

- 상위 게시물

"...삼성의 담당자는 마침내 자신들이 상황을 인지하고 있으며 "부지런히 노력하고 있다"고 인정했습니다... 결국 삼성의 '솔루션'이 우리에게 제시됐다. Chainfire는 제안된 "솔루션"에 만족하지 않았으며 나도 마찬가지였습니다... 커널 수준 보호가 포함되지 않았으며 CM에서 BOARD_SUPPRESS_EMMC_WIPE를 통해 이미 적용한 것보다 열등했습니다. 또한 솔루션을 배포하지 말고 솔루션을 찾는 커널 개발자를 자신에게 리디렉션하라고 요청했습니다."

"...삼성은 또한 부트로더와 관련된 솔루션에 대한 논의를 거의 거부했습니다... 말도 안 되는 추론은 eMMC 결함 이전의 맞춤형 펌웨어로 인한 거의 모든 보증 청구가 부트로더 손상으로 인한 것이라는 것이었습니다... 물론 이건 말이 안 되니까. 우리는 부트로더 손상을 복구하는 방법에 대해 논의하고 싶었습니다. 이를 통해 삼성의 보증 비용 대부분을 없앨 수 있습니다.. 삼성이 Dominik과 Adam에게 필요한 특정 소형 구성 요소를 제공하는 한 우리는 대부분의 엔지니어링 및 솔루션 배포를 직접 수행하겠다고 제안했습니다."

"...삼성, 한 달간 '열일' 끝에 우리 얼굴에 수류탄 던진다

7월 초에 I9100에 대한 XXLQ5가 유출되었습니다. 하루 만에 벽돌에 대한 수많은 신고가 쌓였습니다. 그로부터 얼마 지나지 않아 XWLPM이 Kies에 출시되었습니다. 사람들은 이 빌드에서도 좌우로 벽돌을 쌓고 있었어요.

라고 주장함에도 불구하고 열심히 일하다 이 문제에 대해 삼성은 기존에 안전했던 기기를 빼앗아 위험에 빠뜨린 것인데..." - 상위 게시물

"...그래서 현재 시점은 2012년 11월 중순이며, 삼성의 결함 있는 eMMC의 영향을 받은 장치는 단 하나도 커널 수정을 받지 못했습니다. 커뮤니티의 노력으로 인해 피해율이 크게 낮아지는 반면, 삼성의 공식 커널이 유지되는 한 취약하지만 도움이 필요한 Superbricked 사용자로부터 며칠에 한 번씩 PM을 받게 됩니다. 돕다..." - 상위 게시물

"...8월 중순에 저는 더 나은 판단에 맞서 Note 10.1(WiFi 변형 - GT-N8013)을 구입하기로 결정했습니다. I9300과 SoC를 공유하므로 상당히 안전한 선택이 될 것이라고 생각했습니다.

이제 Wi-Fi 드라이버의 비기능성과 백업된 드라이버와의 다양한 문자열 비교를 통해 확인했습니다. N80xx 변형에 대해 출시된 소스가 재고 커널과 일치하지 않는 재고 커널(모두 동일한 Wi-Fi가 끊어졌습니다) 운전자, 그리고 소식통과 함께 일하는 다른 사람들도 비슷한 문제에 대해 불만을 토로했습니다.), 나는 내 연락처에 문제를 제기했습니다. 삼성...

그들은 누군가를 추적했고 그 사람의 반응은 다음과 같았습니다. 삼성은 공식 빌드가 아니기 때문에 GT-N8013용 UEALGB 빌드와 일치하는 소스를 제공할 의무가 없습니다. 응, 맞아 - 실제로 누군가 미국에서 판매되는 모든 GT-N8013 장치에 사전 설치된 펌웨어가 LEAK라고 감히 주장했습니다.. 삼성 모바일 내부 누군가가 내 연락 상대의 얼굴에 노골적으로 거짓말을 한 것은 이번이 세 번째다… - 상위 게시물

"...그래서 그 사이에는 다른 것(많은 예를 보려면 이 이야기의 이전 기사 참조)과 Superbrick, 거의 모든 Exynos4 관리자는 삼성, 특히 엑시노스4.

나는 Note 10.1이 내 마지막 장치가 될 것이라고 밝혔고, 이 시점에서도 지쳤기 때문에 I777과 N7000을 얼마나 오래 사용할지 확신할 수 없었습니다.

나는 다른 어떤 장치보다 더 많은 블롭과 더 많은 인터페이스 중단이 있는 장치로 작업했기 때문에 나머지 Cyanogenmod 팀보다 몇 달 뒤처지는 것에 지쳤습니다.

(Tegra3 장치를 제외하고, 사람들은 Nexus에 있지 않는 한 이러한 장치를 피해야 한다는 것을 이미 알고 있었습니다.)..." - 상위 게시물

"...[BABBQ 2012]가 거의 끝날 무렵 삼성의 개발자 관계 프레젠테이션이 있었습니다. 여기서 그들은 이론적으로 커뮤니티의 우려를 완화하면서 Exynos4에 대한 참조 소스 코드와 문서의 품질을 향상시키겠다고 약속했습니다. 실제 발표 내용은 거의 약속하지 않았습니다 - 그들이 발표한 거의 모든 것은 기술적으로 이미 존재했지만 오래되었거나 단순히 기능하지 않기 때문에 거의 쓸모가 없는 것들이었습니다." - 상위 게시물

이 모든 것은 삼성이 1년 넘게 말하고 약속한 것처럼 말하고 약속하고 이행하지 못한 또 다른 사례일 뿐입니다. 개발 보드는 핸드셋보다 앞서야 합니다. 캐리어 테스트를 처리할 필요가 없습니다. 무선 인증 또는 일반적으로 핸드셋을 방해하는 것으로 악명 높은 것들 업데이트. 게다가 그들의 의도된 목표는 개발자이기 때문에 그들은 "최첨단"이 되어야 합니다. 이것이 Qualcomm 및 TI 참조 소스입니다. 이는 휴대폰에서 볼 수 있는 어떤 것보다 앞서 있는 절대 최신입니다. 삼성으로부터 받은 내용은 6개월 이상 오래된 것입니다 - ICS로 출시된 핸드셋에 있던 SoC에 대한 ICS 2012년 봄에 공식 Jellybean 업데이트(이동통신사 승인/무선 인증서 및 모두)를 10월 초에 받았습니다. 2012... 하지만 그들은 여전히 ​​참조 소스를 위해 ICS를 작업하고 있나요???

- 상위 게시물

이 시리즈는 다음에서 찾을 수 있는 요약 게시물로 마무리되었습니다. 여기. 계속하기 전에 모든 사용자가 이 내용을 읽어볼 것을 권장합니다.

이 기사의 출발점은 Qualcomm 장치와 비교할 때 Exynos 장치가 일반적으로 AOSP 기반 개발 측면에서 부족한 이유를 설명하는 것이었습니다. 위에서 언급하고 인용된 G+ 게시물 시리즈는 Exynos 장치 관리자가 직면한 어려움을 강조했습니다. 해당 게시물의 날짜는 2011~2013년이므로, 우리는 언급된 개발자 중 몇 명에게 연락하여 현재 상황이 어떤지 알아보았습니다. 결국 모바일 세계에서는 3년 안에 많은 변화가 일어날 수 있습니다.

삼성과 삼성의 AOSP 지원은 아닌 것 같습니다.

Q: Qualcomm 장치에 비해 Exynos 장치에 AOSP ROM이 출시되는 데 시간이 오래 걸리는 이유는 무엇입니까?

A: XDA 수석 인정 개발자 코드웍x:

Qualcomm은 플랫폼의 모든 구성 요소가 AOSP에서 작동하도록 하는 데 필요한 최신 소스 코드를 항상 릴리스합니다. 보다 여기.

삼성은 아무것도 하지 않습니다.

XDA 수석 인정 개발자 엔트로피512:

"퀄컴 CAF OEM 릴리스에 대한 추적성 측면에서 훨씬 우수합니다(Nexus 외에 CAF 태그를 쉽게 추적할 수 없는 OEM 장치를 본 적이 없습니다). 코드오로라), 코드 품질 및 업데이트 빈도 인시그널 ("Arndale Octa"에는 KitKat이 없고 Exynos4에는 ICS보다 새로운 것이 없습니다.) 구식일 뿐만 아니라 Samsung Mobile의 OEM 간 추적 가능성도 전혀 없습니다. 릴리스 및 Exynos 참조 소스, 모든 OEM은 CAF까지 상당히 상당한 양의 추적성을 가지고 있습니다(HTC 및 Samsung은 다른 것보다 다소 덜하지만 여전히 다른 것보다 훨씬 낫습니다). 엑시노스)

잠깐, 그들은 결국 Origen Quad용 JB를 출시했다고요? KitKat이 거의 출시되기 전까지는... 그리고 그들이 JB라고 부르는 것은 아마도 그들의 쓸모없는 재앙에 가까웠을 것입니다. 진저브레드 "ICS"

Exynos3(일명 Hummingbird)은 Nexus S 덕분에 완전히 다른 이야기였지만, 삼성은 그 이후로 Nexus 기기와 다른 기기 간에 칩셋을 공유하지 않는다는 점을 분명히 했습니다. (Galaxy Nexus는 OMAP4였으며 몇 가지 예외를 제외하고 그 시대의 다른 모든 것은 Exynos4였으며 Nexus 10과 Samsung Chromebook은 유일한 두 가지였습니다. Exynos 5250 장치가 출시될 예정이며, Exynos 54xx는 Mali GPU에서 PowerVR로 전환했으며 기타 여러 변경 사항도 포함되어 있어 I9500에서는 Manta가 쓸모가 없었습니다. 등.)"

Q: 엑시노스 개발의 미래는 어떻게 되나요? 삼성이 더욱 개발자 친화적인 기업이 되기 위해 어떤 조치를 취할 수 있을까요?

답변: Codeworkx:

미래가 없습니다. 당신이 작성한 모든 개발자는 오래 전에 엑시노스 장치에서의 작업을 중단했습니다. 그들 중 대부분은 일반적으로 삼성 장치에서 작동을 멈췄습니다.

우리는 소스 코드를 두 번 이상 요청했지만 아무 일도 일어나지 않았습니다. 그들은 단순히 커뮤니티에 관심이 없습니다. 그들이 관심 있는 건 $$$뿐이야

상황은 3년 전과 거의 동일하다는 것이 분명합니다. 특히 Exynos 기반 삼성 장치는 Touchwiz 기반 사례 외부에서 개발 커뮤니티의 작업을 보여주는 열악한 사례로 남아 있습니다. 장치에 대한 모든 개발은 주로 Touchwiz 수정으로 제한되어 있으며 사용자 정의 장면이 포함되어 있습니다. 역방향을 통해 삼성의 폐쇄 소스 OS "스킨"에서 기능을 추가하거나 제거하는 것을 중심으로 회전하는 ROM 공학.

Exynos 장치가 AOSP ROM을 전혀 지원하지 않는다는 의미는 아닙니다. CM 등의 AOSP Roms는 결국 이러한 장치에 착륙했지만, 이는 삼성이 고장난 문제를 고치기 위해 여가 시간을 모두 바칠 만큼 용감한 유지관리자들의 많은 낮은 수준의 해커와 극단적인 노력 후에 나온 것입니다. 그럼에도 불구하고 최종 결과는 일반적으로 기대할 수 있는 AOSP 경험이 아니며 이에 대해 삼성을 비난할 수 있습니다.

삼성이라는 망가진 대의를 위해 온 마음과 영혼을 다한 사람들에게는 슈퍼브릭의 상처가 아직도 생생합니다. 맞춤형 ROM 개발 및 타사 ROM 개발자 지원을 첫 번째 기준으로 하는 장치를 찾고 있다면 Codeworkx가 공유한 지혜의 말을 따르십시오.

그러한 회사의 장치를 구입하여 지원을 중단하십시오.

Sony 또는 Nexus 장치를 사용하고, 고품질 AOSP ROM을 받고, 좋은 커뮤니티 지원을 받고 그저 행복하세요.