Vietnamese (machine translation)

Lưu ý

Mục đích của file này là để độc giả tiếng Việt có thể đọc và hiểu tài liệu nhân kernel dễ dàng hơn, không phải để tạo ra một nhánh tài liệu riêng. Nếu bạn có bất kỳ nhận xét hoặc cập nhật nào cho file này, vui lòng thử cập nhật file tiếng Anh gốc trước. Nếu bạn thấy có sự khác biệt giữa bản dịch và bản gốc, hoặc có vấn đề về bản dịch, vui lòng gửi góp ý hoặc patch cho người dịch của file này, hoặc nhờ người bảo trì và người review tài liệu tiếng Việt giúp đỡ.

Bản gốc:

matroxfb - Framebuffer driver for Matrox devices

Người dịch:

Google Translate (machine translation)

Phiên bản gốc:

8541d8f725c6

Cảnh báo

Tài liệu này được dịch tự động bằng máy và chưa được review bởi người dịch. Nội dung có thể không chính xác hoặc khó hiểu ở một số chỗ. Khi có sự khác biệt với bản gốc, bản gốc luôn là chuẩn. Bản dịch chất lượng cao (được review) được đặt trong thư mục vi_VN/.

matroxfb - Trình điều khiển bộ đệm khung cho các thiết bị Matrox

Đây là trình điều khiển cho bộ đệm khung đồ họa cho các thiết bị Matrox trên Hộp Alpha, Intel và PPC.

Thuận lợi:

  • Nó cung cấp một bảng điều khiển lớn đẹp mắt (128 cols + 48 dòng với 1024x768)

    không sử dụng các phông chữ nhỏ, không thể đọc được.

  • Bạn có thể chạy trình điều khiển fbdev XF{68,86__FBDev hoặc XFree86 trên /dev/fb0

  • Quan trọng nhất: logo khởi động :-)

Nhược điểm:

  • Chế độ đồ họa chậm hơn chế độ văn bản...nhưng bạn không nên để ý

    nếu bạn sử dụng độ phân giải giống như bạn đã sử dụng trong chế độ văn bản.

Làm thế nào để sử dụng nó?

Việc chuyển đổi chế độ được thực hiện bằng cách sử dụng tham số khởi động video=matroxfb:vesa:... hoặc sử dụng chương trình ZZ0000ZZ.

Ví dụ: nếu bạn muốn bật độ phân giải 1280x1024x24bpp, bạn nên chuyển tới kernel dòng lệnh này: “video=matroxfb:vesa:0x1BB”.

Bạn nên biên dịch trong cả vgacon (để khởi động nếu bạn gỡ bỏ Matrox khỏi box) và matroxfb (đối với chế độ đồ họa). Bạn không nên biên dịch vesafb trừ khi bạn có màn hình chính trên thiết bị VBE2.0 không phải Matrox (xem Tài liệu/fb/vesafb.rst để biết chi tiết).

Các chế độ video hiện được hỗ trợ là (thông qua giao diện vesa:..., PowerMac có mã tương thích [dưới dạng addon]):

Chế độ đồ họa

Chế độ đồ họa (tiếp theo)

Chế độ văn bản

Bạn có thể nhập các số này theo hệ thập lục phân (ZZ0000ZZ đứng đầu) hoặc thập phân (0x100 = 256). Bạn cũng có thể sử dụng giá trị + 512 để đạt được khả năng tương thích với số cũ của bạn được chuyển đến vesafb.

Số không được liệt kê có thể đạt được bằng dòng lệnh phức tạp hơn, ví dụ: ví dụ 1600x1200x32bpp có thể được chỉ định bởi ZZ0000ZZ.

X11

XF{68,86__FBDev sẽ hoạt động tốt nhưng không được tăng tốc. Trên không phải intel kiến trúc có một số trục trặc đối với chế độ video 24bpp. 8, 16 và 32bpp hoạt động tốt

Chạy một X-Server khác (được tăng tốc) như XF86_SVGA cũng hoạt động. Nhưng (ít nhất) Máy chủ XFree gặp rắc rối lớn trong cấu hình nhiều đầu (ngay cả trong lần đầu tiên đầu, thậm chí không nói về thứ hai). Chạy XFree86 4.x tăng tốc mga có thể sử dụng trình điều khiển, nhưng bạn không được bật DRI - nếu có, độ phân giải và độ sâu màu của máy tính để bàn X của bạn phải phù hợp với độ phân giải và độ sâu màu của màn hình của bạn. bảng điều khiển ảo, nếu không X sẽ làm hỏng cài đặt bộ tăng tốc.

SVGALib

Trình điều khiển chứa mã tương thích SVGALib. Nó được bật bằng cách chọn văn bản chế độ cho bảng điều khiển. Bạn có thể làm điều đó khi khởi động bằng cách sử dụng videomode 2,3,7,0x108-0x10C hoặc 0x1C0. Khi chạy, ZZ0000ZZ thực hiện công việc này. Thật không may, sau khi thoát ứng dụng SVGALib, nội dung màn hình bị hỏng. Chuyển sang bảng điều khiển khác và quay lại sửa nó. Tôi hy vọng đó là của SVGALib vấn đề và không phải của tôi, nhưng tôi không chắc chắn.

Cấu hình

Bạn có thể chuyển các tùy chọn dòng lệnh kernel cho matroxfb bằng ZZ0000ZZ (nên có nhiều tùy chọn được phân tách bằng dấu phẩy, các giá trị được phân tách khỏi các tùy chọn bằng ZZ0001ZZ). Tùy chọn được chấp nhận:

Nếu bạn không hài lòng với chế độ video được chọn bởi tùy chọn ZZ0000ZZ, bạn có thể sửa đổi nó bằng các tùy chọn sau:

Nếu bạn biết khả năng của màn hình, bạn có thể chỉ định một số (hoặc tất cả) ZZ0000ZZ, ZZ0001ZZ và ZZ0002ZZ. Trong trường hợp này, ZZ0003ZZ được tính sao cho pixclock <= maxclk, real_fh <= fh và real_fv <= fv.

Hạn chế

Có những lỗi, tính năng và tính năng sai đã biết và chưa biết. Hiện tại có các lỗi đã biết sau:

  • SVGALib không khôi phục màn hình khi thoát

  • quy trình fbcon-cfbX chung không hoạt động trên Alpha. Vì điều này, Trình điều khiển ZZ0000ZZ (và cfb4 accel) không hoạt động trên Alpha. Vì vậy mọi người với quyền truy cập vào ZZ0001ZZ trên Alpha có thể treo máy (bạn nên hạn chế truy cập vào ZZ0002ZZ - mọi người có quyền truy cập vào thiết bị này đều có thể phá hủy màn hình của bạn, tin tôi đi...).

  • 24bpp không hỗ trợ chính xác XF-FBDev trên kiến ​​trúc big-endian.

  • chế độ văn bản xen kẽ không được hỗ trợ; có vẻ như giới hạn phần cứng, nhưng tôi không chắc chắn.

  • Gxx0 SGRAM/SDRAM không được tự động phát hiện.

  • có thể hơn nữa...

Và những lỗi sai sau:

  • SVGALib không khôi phục màn hình khi thoát.

  • pixclock cho chế độ văn bản bị giới hạn bởi phần cứng

  • 83 MHz trên G200

    • 66 MHz trên Thiên niên kỷ I

    • 60 MHz trên Thiên niên kỷ II

Vì tôi không thể truy cập vào các thiết bị khác nên tôi không biết cụ thể

tần số cho chúng. Vì vậy, trình điều khiển không kiểm tra điều này và cho phép bạn đặt tần số cao hơn mức này. Nó gây ra tia lửa, lỗ đen và các hiện tượng khác hiệu ứng đẹp mắt trên màn hình. Thiết bị không bị phá hủy trong quá trình thử nghiệm. :-)

  • bộ tạo dao động Millennium G200 của tôi có dải tần từ 35 MHz đến 380 MHz (và nó hoạt động với 8bpp trên các xung nhịp khoảng 320 MHz (và đã thay đổi mclk)). Nhưng Matrox nói trên tờ sản phẩm rằng giới hạn VCO là 50-250 MHz, vì vậy tôi tin chúng (có thể con chip đó quá nóng, nhưng nó có bộ làm mát rất lớn (G100 có không có), vì vậy nó sẽ hoạt động).

  • các chế độ video đồ họa/video hỗn hợp đặc biệt của Mystique và Gx00 - 2G8V16 và G16V16 không được hỗ trợ

  • phím màu không được hỗ trợ

  • tính năng kết nối của Mystique và Gx00 được đặt ở chế độ VGA (nó bị tắt bởi BIOS)

  • DDC (phát hiện màn hình) được hỗ trợ thông qua trình điều khiển hai đầu

  • một số kiểm tra đối với các giá trị đầu vào không quá nghiêm ngặt như thế nào (bạn có thể chỉ định vslen=4000, v.v.).

  • có thể hơn nữa...

Và các tính năng sau:

  • 4bpp chỉ có ở Thiên niên kỷ I và Thiên niên kỷ II. Nó là phần cứng

    hạn chế.

  • việc lựa chọn giữa chế độ video 1:5:5:5 và 5:6:5 16bpp được thực hiện bởi -rgba tùy chọn của fbset: “fbset -deep 16 -rgba 5,5,5” chọn 1:5:5:5, bất cứ thứ gì nếu không thì chọn chế độ 5:6:5.

  • chế độ văn bản sử dụng bảng màu VGA 6 bit thay vì 8 bit (một trong 262144 màu thay vì một trong 16 triệu màu). Đó là do hạn chế về phần cứng của Khả năng tương thích của Millennium I/II và SVGALib.

Điểm chuẩn

Đã đến lúc vẽ lại toàn bộ màn hình 1000 lần ở 1024x768, 60Hz. Đó là thời gian để vẽ 6144000 ký tự trên màn hình thông qua/dev/vcsa (đối với 32bpp thì khoảng 3GB dữ liệu (chính xác là 3000 MB); đối với phông chữ 8x16 ở 16 giây, tức là 187 MBps). Thời gian được lấy từ một phiên bản trình điều khiển cũ hơn, hiện tại là khoảng 3% nhanh hơn, đó là thời gian chỉ dành cho không gian hạt nhân trên P-II/350 MHz, Thiên niên kỷ I ở 33 MHz Khe PCI, G200 trong khe AGP 2x. Tôi chưa kiểm tra vgacon

NOACCEL

8x16 12x22 Thiên niên kỷ I G200 Thiên niên kỷ I G200

8bpp 16,42 9,54 12,33 9,13 16 điểm 21,00 15,70 19,11 15,02 24bpp 36,66 36,66 35,00 35,00 32bpp 35,00 30,00 33,85 28,66

ACCEL, nofastfont

8x16 12x22 6x11 Thiên niên kỷ I G200 Thiên niên kỷ I G200 Thiên niên kỷ I G200

8bpp 7,79 7,24 13,55 7,78 30,00 21,01 16bpp 9,13 7,78 16,16 7,78 30,00 21,01 24bpp 14,17 10,72 18,69 10,24 34,99 21,01 32bpp 16,15 16,16 18,73 13,09 34,99 21,01

ACCEL, phông chữ nhanh

8x16 12x22 6x11 Thiên niên kỷ I G200 Thiên niên kỷ I G200 Thiên niên kỷ I G200

8bpp 8,41 6,01 6,54 4,37 16,00 10,51 16 điểm 9,54 9,12 8,76 6,17 17,52 14,01 24bpp 15,00 12,36 11,67 10,00 22,01 18,32 32bpp 16,18 18,29* 12,71 12,74 24,44 21,00

TEXT

8x16 Thiên niên kỷ I G200

TEXT 3.29 1.50

  • Đúng, nó chậm hơn Thiên niên kỷ I.

Đầu kép G400

Trình điều khiển hỗ trợ G400 đầu kép với một số hạn chế:

  • đầu phụ chia sẻ bộ nhớ video với đầu chính. Nó không phải là vấn đề nếu bạn có 32 MB videoram, nhưng nếu bạn chỉ có 16 MB, bạn có thể có suy nghĩ kỹ trước khi chọn chế độ video (ví dụ: hai lần 1880x1440x32bpp là không thể).

  • do hạn chế về phần cứng nên đầu thứ cấp chỉ dùng được 16 và 32bpp videomodes.

  • đầu thứ cấp không tăng tốc. Có vấn đề tồi tệ với việc tăng tốc XFree khi đầu thứ cấp sử dụng để tăng tốc.

  • đầu phụ luôn cấp nguồn ở chế độ video 640x480@60-32. Bạn phải sử dụng fbset để thay đổi chế độ này.

  • đầu phụ luôn cấp nguồn ở chế độ màn hình. Bạn phải sử dụng fbmatroxset để thay đổi nó sang chế độ TV. Ngoài ra, bạn phải chọn ít nhất 525 dòng cho Đầu ra NTSC và 625 dòng cho đầu ra PAL.

  • kernel chưa sẵn sàng hoàn toàn với nhiều đầu. Vì thế có một số việc không thể thực hiện được.

  • nếu biên dịch thành module thì phải chèn i2c-matroxfb, matroxfb_maven và matroxfb_crtc2 vào kernel.

Đầu kép G450

Trình điều khiển hỗ trợ G450 đầu kép với một số hạn chế:

  • đầu phụ chia sẻ bộ nhớ video với đầu chính. Nó không phải là vấn đề nếu bạn có 32 MB videoram, nhưng nếu bạn chỉ có 16 MB, bạn có thể có hãy suy nghĩ kỹ trước khi chọn chế độ video.

  • do hạn chế về phần cứng nên đầu thứ cấp chỉ dùng được 16 và 32bpp videomodes.

  • đầu thứ cấp không tăng tốc.

  • đầu phụ luôn cấp nguồn ở chế độ video 640x480@60-32. Bạn phải sử dụng fbset để thay đổi chế độ này.

  • Đầu ra TV không được hỗ trợ

  • kernel chưa hoàn toàn sẵn sàng cho nhiều đầu nên không thể thực hiện được một số việc.

  • nếu biên dịch thành module thì phải chèn matroxfb_g450 và matroxfb_crtc2 vào hạt nhân.

Petr Vandrovec <vandrove@vc.cvut.cz>