Làm thế nào tôi có thể xác định từ dòng lệnh mà tôi có bản sửa đổi?


16

Tôi vừa mới chạy

cat /proc/cpuinfo

trên bảng của tôi Tôi nhận được "Sửa đổi: 1000002". Tôi đã không tìm thấy bất kỳ đề cập đến phiên bản của bảng này.

Có ai giúp đỡ không?


1
Bạn đã thay đổi ý nghĩa của câu hỏi.
Alex Chamberlain

@AlexChamberlain: Đó là những gì tôi muốn nói khi tôi đặt câu hỏi.
John Smith


Xin chào John Smith. Vui lòng không chỉnh sửa câu hỏi của bạn sang một câu hỏi mới. Thay vào đó, hãy sử dụng nút Đặt câu hỏi để đặt câu hỏi mới. Trong lúc này tôi sẽ trả lại câu hỏi này. Cảm ơn!

Câu trả lời:


13

Theo thông tin được đăng tải như một phần của thông báo về phiên bản hội đồng sắp tới , bạn có bảng sửa đổi Model B phiên bản 1.0.

MÔ HÌNH VÀ MÃ SỐ CÁCH MẠNG (S)
Mô hình B Sửa đổi 1.0 2
Mô hình B Phiên bản 1.0 + ECN0001 (không có cầu chì, đã xóa D14) 3
Mô hình B Sửa đổi 2.0 4, 5, 6

Mã này là chữ số cuối cùng của số được trả về bởi

cat /proc/cpuinfo 

(ít nhất là cho đến khi họ có hơn 9 phiên bản).


Vì vậy, những gì với 1 lúc đầu?
John Smith

@JohnSmith Tôi không biết, nhưng nếu buộc phải đoán, tôi sẽ nói rằng dựa trên biểu đồ, nó chỉ ra mô hình (B trong trường hợp này).
Steve Robillard

Có một nhận xét ở đây nơi người dùng ngụ ý rằng 1 là "bit overvolt".
nickgrim

@nickgrim: Đó là câu trả lời tôi đang tìm kiếm. Bạn có thể đặt nó như và trả lời?
John Smith

Có, đó là 1 bit "không có bảo hành".
David Schwartz

1
MODEL AND REVISION                                       CODE(S)
Model B Revision 1.0                                    2
Model B Revision 1.0 + ECN0001 (no fuses, D14 removed)  3
Model B Revision 2.0                                    4, 5, 6

1

Có nhiều tài liệu về lĩnh vực sửa đổi từ /proc/cpuinfotrên raspberrypi.org ngày nay:

https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md

Tài liệu này cả mã sửa đổi cũ (tăng dần) (giá trị 0x0001 đến 0x0015, được sử dụng cho các mô hình Rpi 1 ban đầu) và định dạng mới hơn (được giới thiệu với Rpi 2) trong đó các bit của mã thực sự mã hóa các tham số như nhà sản xuất, kích thước bộ nhớ và loại bảng. Nó cũng có một danh sách tất cả các mã sửa đổi hiện đang được sử dụng.

Điều mà trang đó không ghi nhận là bản sửa đổi (kiểu cũ) có thể có tiền tố "1000" cho biết bảng đã áp dụng quá điện áp. Tôi nghi ngờ rằng đối với các phiên bản kiểu mới, một tiền tố tương tự (nhưng ngắn hơn, vì phiên bản dài hơn) được áp dụng. Thông tin về tiền tố này, cũng như một danh sách các mô hình với một số chi tiết về sự khác biệt đáng chú ý có thể được tìm thấy tại https://elinux.org/RPi_HardwareHistory

Cũng được ghi lại trên trang đó trên raspberrypi.org là bạn có thể tìm thấy một mô tả có thể đọc được của con người của mô hình hiện tại trong /sys:

$ cat /sys/firmware/devicetree/base/model 
Raspberry Pi Model B Plus Rev 1.2

Khi khởi động, bộ nạp khởi động (hoặc có thể là hạt nhân) tự động phát hiện bảng nào nó đang chạy và sau đó tải tệp "devicetree" thích hợp cho bảng đó. Bản phát hành này mô tả cách tất cả phần cứng được kết nối và được sử dụng để tải trình điều khiển thích hợp. Ngoài ra, devicetree này cũng chứa một thuộc tính "mô hình". Tôi sẽ nói rằng đây là thuộc tính mà bạn thực sự đang đọc bằng lệnh trên, ngoại trừ các chuỗi mô hình được xác định trong devicetree thực sự hơi khác nhau (sử dụng "+" thay vì "Plus" và không có chuỗi sửa đổi). Ví dụ: tệp devicetree mà tôi nghĩ thuộc về tot đầu ra lệnh trên là bcm2708-rpi-b-plus.dts . Ngoài ra còn có các phiên bản bcm2835, nhưng những phiên bản này không có trong tôi/bootvà bcm2708 dts không yêu cầu tương thích với bcm2835. Tôi cũng đã thử dịch ngược dtbtệp tương ứng từ đó /boot, nhưng điều đó cũng cho chuỗi có "+" và không sửa đổi, vì vậy tôi không chắc chắn chính xác chuỗi mô hình này đến từ đâu (và quan trọng hơn, tất cả các giá trị có thể trông như thế nào). Vì vậy, có thể bộ nạp khởi động lấy một devicetree từ nơi khác hoặc có một bản dựng sẵn ở đâu đó.

Tôi chỉ nhận thấy rằng /proc/cpuinfocũng chứa trường "Model" mà tôi nghi ngờ có thể có cùng một nguồn.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.