Differences

This shows you the differences between two versions of the page.

--- netmdocm [2011/01/16 17:59] – nopsled
+++ netmdocm [2024/05/21 14:50] (current) – nopsled
@@ Line 202: / Line 202: @@
 unsigned char maclist1_dat[72] =
 {
-x4D, 0x41, 0x43, 0x4C, 0x49, 0x53, 0x54, 0x00, 0x01, 0x0F, 0x50, 0x00, 0x00, 0x04, 0x00, 0x00,
+    <0x4D, 0x41, 0x43, 0x4C, 0x49, 0x53, 0x54, 0x00>,
-x00, 0x00, 0x00, 0xC3, 0x24, 0x4C, 0x60, 0x26, 0x02, 0x00, 0x00, 0x00, 0x03, 0x00, 0x00, 0x00,
+    salomgid <0x01, 0x0F, 0x50, 0x00, 0x00, 0x04, 0x00, 0x00, 0x00, 0x00, 0x00, 0xC3, 0x24, 0x4C, 0x60, 0x26>,
-x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x18, 0x00, 0x00, 0x00,
+    <0x02>,
-x02, 0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x01, 0x00, 0x01, 0x00, 0x03, 0x00, 0x00, 0x00,
+    number-of-mac-ops <0x00, 0x00, 0x00, 0x03>,
-x02, 0x00, 0x01, 0x00, 0x01, 0x00, 0x00, 0x00,
+    number-of-macs <0x00, 0x00, 0x00, 0x00>,
+    macs-data <0x00, 0x00, 0x00, 0x00>,
+    extension-type <0x00, 0x00, 0x00, 0x00>,
+    extension-size <0x00, 0x00, 0x00, 0x18>,
+    leaf-id <0x00, 0x00, 0x00, 0x02, 0x00, 0x00>, status-code <0x00, 0x01>,
+    leaf-id <0x00, 0x00, 0x00, 0x01, 0x00, 0x01>, status-code <0x00, 0x03>,
+    leaf-id <0x00, 0x00, 0x00, 0x02, 0x00, 0x01>, status-code <0x00, 0x01>,
+    <0x00, 0x00, 0x00>,
 } ;
-There is a 40-byte header (MACLIST\0, followed by 4 DWORDs with unknown meaning, followed by (DWORD)2, followed by the number of operations done on the maclist (in this case 3), followed by the number of MACs (here: 0), followed by 0 (unknown field).  Then come the 8-byte macs, but in this case there are none.  Then follow extensions, which have this structure: a DWORD with the type of the extension, and a DWORD with the length (excluding this 8 byte extension header).  In this case, there is only an extension of type 0 which contains 0x18 bytes.  The extension 0 maps ekb device/leaf IDs to status codes in a yet to be determined manner, in this case: 0x00000002 -> 1, 0x00010001 -> 3, 0x00010002 -> 1.
+There is a 40-byte header (MACLIST\0, followed by 16 bytes of the  SalOmgID (omg_id.dat), followed by (DWORD)2, followed by the number of operations done on the maclist (in this case 3), followed by the number of MACs (here: 0), followed by 0 (unknown field).  Then come the 8-byte macs, but in this case there are none.  Then follow extensions, which have this structure: a DWORD with the type of the extension, and a DWORD with the length (excluding this 8 byte extension header).  In this case, there is only an extension of type 0 which contains 0x18 bytes.  The extension 0 maps ekb device/leaf IDs to status codes in a yet to be determined manner, in this case: 0x00000002 -> 1, 0x00010001 -> 3, 0x00010002 -> 1.
 ===== maclist2.dat =====