Сделал downgrade до версии 2.4.0 (кстати данная версия используется в UNetLab) и проблема ушла.
В данной версии эта функция имеет совершенно другой вид
static uint64_t
e1000_mmio_read(void *opaque, hwaddr addr, unsigned size)
{
    E1000State *s = opaque;
    unsigned int index = (addr & 0x1ffff) >> 2;

    if (index < NREADOPS && macreg_readops[index])
    {
        return macreg_readops[index](s, index);
    }
    DBGOUT(UNKNOWN, "MMIO unknown read addr=0x%08x\n", index<<2);
    return 0;
}

Остается большой загадкой с какой целью разработчики сделали данное условие
if (mac_reg_access[index] & MAC_ACCESS_PARTIAL) {
   DBGOUT(GENERAL, "Reading register at offset: 0x%08x. "
                   "It is not fully implemented.\n", index<<2);
}

В итоге я решил в версии 2.6.0 закомментировать данное условие.
--- a/qemu-2.6.0/hw/net/e1000.c	2016-05-12 01:56:09.000000000 +1000
+++ b/qemu-2.6.0/hw/net/e1000.c	2016-08-14 19:09:34.133938177 +1000
@@ -1485,10 +1485,12 @@
     if (index < NWRITEOPS && macreg_writeops[index]) {
         if (!(mac_reg_access[index] & MAC_ACCESS_FLAG_NEEDED)
             || (s->compat_flags & (mac_reg_access[index] >> 2))) {
+            /*
             if (mac_reg_access[index] & MAC_ACCESS_PARTIAL) {
                 DBGOUT(GENERAL, "Writing to register at offset: 0x%08x. "
                        "It is not fully implemented.\n", index<<2);
             }
+            */
             macreg_writeops[index](s, index, val);
         } else {    /* "flag needed" bit is set, but the flag is not active */
             DBGOUT(MMIO, "MMIO write attempt to disabled reg. addr=0x%08x\n",
@@ -1512,10 +1514,12 @@
     if (index < NREADOPS && macreg_readops[index]) {
         if (!(mac_reg_access[index] & MAC_ACCESS_FLAG_NEEDED)
             || (s->compat_flags & (mac_reg_access[index] >> 2))) {
+            /*
             if (mac_reg_access[index] & MAC_ACCESS_PARTIAL) {
                 DBGOUT(GENERAL, "Reading register at offset: 0x%08x. "
                        "It is not fully implemented.\n", index<<2);
             }
+            */
             return macreg_readops[index](s, index);
         } else {    /* "flag needed" bit is set, but the flag is not active */
             DBGOUT(MMIO, "MMIO read attempt of disabled reg. addr=0x%08x\n",

Решение так себе, но другого варианта я не вижу. Cisco vIOS работает вполне нормально.
Кстати заглянул в 2.7.0 и там эта функция такая же как и в 2.6.0
Исходный код qemu я брал с офф. сайта. Точнее пробовал пересобрать пакет через abs, играясь параметрами cflags, а она собственно его скачивает с офф. сайта.

Нашел функцию которая выводит это сообщение в файле qemu-2.6.0/hw/net/e1000.c
static uint64_t
e1000_mmio_read(void *opaque, hwaddr addr, unsigned size)
{
    E1000State *s = opaque;
    unsigned int index = (addr & 0x1ffff) >> 2;

    if (index < NREADOPS && macreg_readops[index]) {
        if (!(mac_reg_access[index] & MAC_ACCESS_FLAG_NEEDED)
            || (s->compat_flags & (mac_reg_access[index] >> 2))) {
            if (mac_reg_access[index] & MAC_ACCESS_PARTIAL) {
                DBGOUT(GENERAL, "Reading register at offset: 0x%08x. "
                       "It is not fully implemented.\n", index<<2);
            }
            return macreg_readops[index](s, index);
        } else {    /* "flag needed" bit is set, but the flag is not active */
            DBGOUT(MMIO, "MMIO read attempt of disabled reg. addr=0x%08x\n",
                   index<<2);
        }
    } else {
        DBGOUT(UNKNOWN, "MMIO unknown read addr=0x%08x\n", index<<2);
    }
    return 0;
}

На С писал очень давно, практически в другой жизни, но насколько я понял какая то проблема с mac-адресом?
в файле drivers/net/ethernet/intel/e1000/e1000_hw.c есть упоминания регистров, которые фигурируют в сообщениях, но больше понять и найти ничего не смог.
. . .
#define E1000_RDFH     0x02410  /* RX Data FIFO Head - RW */
#define E1000_RDFT     0x02418  /* RX Data FIFO Tail - RW */
. . .
#define E1000_82542_RDFH     E1000_RDFH
#define E1000_82542_RDFT     E1000_RDFT
. . .
Сделал как Вы посоветовали.
$ sudo modprobe -r e1000
$ sudo modprobe -v e1000 debug=16
insmod /lib/modules/4.6.4-1-ARCH/kernel/drivers/net/ethernet/intel/e1000/e1000.ko.gz debug=1

Ничего не изменилось
$ cat /sys/module/e1000/parameters/copybreak
256
$ ls -al /sys/module/e1000/parameters/
-rw-r--r-- 1 root root 4096 авг 11 23:18 copybreak

$ systool -v -m e1000
Module = "e1000"

  Attributes:
    coresize            = "122880"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "0"
    srcversion          = "9695902D12379E95A2112CA"
    taint               = ""
    uevent              = <store method only>
    version             = "7.3.21-k8-NAPI"

  Parameters:
    copybreak           = "256"

[  750.833637] br0: port 2(tap0) entered disabled state
Это когда я процесс qemu убиваю, тогда и появляется эта запись.
С tap-интерфейсами режим однозначно рабочий. Пробовал его на ios-xr, juniper vsrx, а так же со всеми виртуальными машинами. Проблема вылезла только на vios.
Причем есть одна особенность, как только мне почти вслепую получается из vios выключить интерфейс, сообщения прекращаются, но возобновляются при обратном его включении.

Может проблема в этих сообщениях ?
[  702.144847] kvm: zapping shadow pages for mmio generation wraparound
[  702.145724] kvm: zapping shadow pages for mmio generation wraparound
Но пока разумного объяснения не нашел
Загрузил модуль e1000 с параметром debug=16, но не уверен что debug активировался исходя из вывода команды systool

$ sudo modprobe e1000 debug=16
$ systool -v -m e1000
Module = "e1000"

  Attributes:
    coresize            = "122880"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "0"
    srcversion          = "9695902D12379E95A2112CA"
    taint               = ""
    uevent              = <store method only>
    version             = "7.3.21-k8-NAPI"

  Parameters:
    copybreak           = "256"

  Sections:
    .bss                = "0xffffffffa0817f80"
    .data               = "0xffffffffa0816000"
    .data..read_mostly  = "0xffffffffa0817c18"
    .data.unlikely      = "0xffffffffa0817c1c"
    .exit.text          = "0xffffffffa080fa39"
    .gnu.linkonce.this_module= "0xffffffffa0817c40"
    .init.text          = "0xffffffffa07bd000"
    .note.gnu.build-id  = "0xffffffffa0810000"
    .parainstructions   = "0xffffffffa0814ab8"
    .rodata             = "0xffffffffa0810040"
    .rodata.str1.1      = "0xffffffffa08120c0"
    .rodata.str1.8      = "0xffffffffa0812ca8"
    .smp_locks          = "0xffffffffa0812c10"
    .strtab             = "0xffffffffa07c1e70"
    .symtab             = "0xffffffffa07be000"
    .text               = "0xffffffffa07fc000"
    .text.unlikely      = "0xffffffffa080f426"
    __bug_table         = "0xffffffffa0814b74"
    __mcount_loc        = "0xffffffffa0814e80"
    __param             = "0xffffffffa0814c28"
    __verbose           = "0xffffffffa08169a8"

Тем не менее всё равно решил попробовать. Внес небольшие изменения в схему:
1. Привязал сетевой интерфейс Cisco к tap0 (схема стабильная и не раз опробованная)
2. Поменял на более новый vIOS (в надежде что данная проблема уйдет)

$ brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.002354ed7e4c       no              eth0
                                                        tap0
$ qemu-system-x86_64 \
  -m 1024 \
  -nographic \
  -smp cores=2,sockets=8 \
  -enable-kvm \
  -drive file="vios-adventerprisek9-m-15.6.2T.qcow2",if=virtio \
  -net nic,vlan=0,macaddr=00:aa:00:00:03:01,model=e1000 \
  -net tap,ifname=tap0,vlan=0,script=no,downscript=no

К сожаления ничего не изменилось и проблема осталась

Booted IOSv. Boot args: [/vios-adventerprisek9-m]

Smart Init is enabled

              Restricted Rights Legend

Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.

           cisco Systems, Inc.
           170 West Tasman Drive
           San Jose, California 95134-1706
Cisco IOS Software, IOSv Software (VIOS-ADVENTERPRISEK9-M), Version 15.6(2)T, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2016 by Cisco Systems, Inc.
Compiled Tue 22-Mar-16 16:19 by prod_rel_team
This product contains cryptographic features and is subject to United
States and local country laws governing import, export, transfer and
use. Delivery of Cisco cryptographic products does not imply
third-party authority to import, export, distribute or use encryption.
Importers, exporters, distributors and users are responsible for
compliance with U.S. and local country laws. By using this product you
agree to comply with applicable laws and regulations. If you are unable
to comply with U.S. and local laws, return this product immediately.

A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html

If you require further assistance please contact us by sending email to
[email protected]

Cisco IOSv (revision 1.0) with  with 1021177K/25600K bytes of memory.Installed image archive
e1000: Reading register at offset: 0x00002410. It is not fully implemented.
e1000: Reading register at offset: 0x00002418. It is not fully implemented.

Processor board ID 95F1YHINODNGKNAH3GLYQ
1 Gigabit Ethernet interface
DRAM configuration is 72 bits wide with parity disabled.
256K bytes of non-volatile configuration memory.
2097152K bytes of ATA System CompactFlash 0 (Read/Write)
0K bytes of ATA CompactFlash 1 (Read/Write)
0K bytes of ATA CompactFlash 2 (Read/Write)
0K bytes of ATA CompactFlash 3 (Read/Write)
e1000: Reading register at offset: 0x00002410. It is not fully implemented.
e1000: Reading register at offset: 0x00002418. It is not fully implemented.
e1000: Reading register at offset: 0x00002410. It is not fully implemented.
e1000: Reading register at offset: 0x00002418. It is not fully implemented.

И на всякий случай, вдруг полезно будет

$ dmesg
...
[  523.701545] e1000: Intel(R) PRO/1000 Network Driver - version 7.3.21-k8-NAPI
[  523.701548] e1000: Copyright (c) 1999-2006 Intel Corporation.
[  554.652536] IPv6: ADDRCONF(NETDEV_CHANGE): tap0: link becomes ready
[  554.652575] br0: port 2(tap0) entered blocking state
[  554.652577] br0: port 2(tap0) entered forwarding state
[  555.234045] kvm: zapping shadow pages for mmio generation wraparound
[  555.234823] kvm: zapping shadow pages for mmio generation wraparound
[  620.832080] br0: port 2(tap0) entered disabled state
[  701.664149] br0: port 2(tap0) entered blocking state
[  701.664154] br0: port 2(tap0) entered forwarding state
[  702.144847] kvm: zapping shadow pages for mmio generation wraparound
[  702.145724] kvm: zapping shadow pages for mmio generation wraparound
[  750.833637] br0: port 2(tap0) entered disabled state

Может нужно какие нибудь манипуляции с модулями kvm и kvm_intel?

$ systool -v -m kvm
Module = "kvm"

  Attributes:
    coresize            = "499712"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "1"
    taint               = ""
    uevent              = <store method only>

  Parameters:
    allow_unsafe_assigned_interrupts= "N"
    halt_poll_ns        = "400000"
    halt_poll_ns_grow   = "2"
    halt_poll_ns_shrink = "0"
    ignore_msrs         = "N"
    kvmclock_periodic_sync= "Y"
    lapic_timer_advance_ns= "0"
    min_timer_period_us = "500"
    mmu_audit           = "N"
    tsc_tolerance_ppm   = "250"
    vector_hashing      = "Y"

$ systool -v -m kvm_intel
Module = "kvm_intel"

  Attributes:
    coresize            = "184320"
    initsize            = "0"
    initstate           = "live"
    refcnt              = "0"
    taint               = ""
    uevent              = <store method only>

  Parameters:
    emulate_invalid_guest_state= "Y"
    enable_apicv        = "N"
    enable_shadow_vmcs  = "N"
    ept                 = "Y"
    eptad               = "N"
    fasteoi             = "Y"
    flexpriority        = "Y"
    nested              = "Y"
    ple_gap             = "0"
    ple_window_grow     = "2"
    ple_window_max      = "1073741823"
    ple_window_shrink   = "0"
    ple_window          = "4096"
    pml                 = "N"
    unrestricted_guest  = "N"
    vmm_exclusive       = "Y"
    vpid                = "Y"
Столкнулся с проблемой запуска Cisco IOSv_15.5(3)M в QEMU. Запускаю следующей командой:

$ qemu-system-x86_64 \
  -m 1024 \
  -nographic \
  -smp cores=2,sockets=8 \
  -enable-kvm \
  -drive file="IOSv-L3.qcow2",if=ide \
  -net socket,connect=localhost:9002,vlan=10 \
  -net nic,vlan=10,model=e1000,macaddr=00:01:00:ff:03:01

Версии ОС и QEMU:

$ uname -a
Linux osiris 4.6.4-1-ARCH #1 SMP PREEMPT Mon Jul 11 19:12:32 CEST 2016 x86_64 GNU/Linux

$ qemu-system-x86_64 --version
QEMU emulator version 2.6.0, Copyright (c) 2003-2008 Fabrice Bellard

На выходе получаю следующее сообщение (последние строки крутятся в цикле и загрузка на этом останавливается)

Cisco IOSv (revision 1.0) with  with 1021185K/25600K bytes of memory.Installed image archive

Processor board ID 9GVPXCRKO5K8655EEJU85
1 Gigabit Ethernet interface
DRAM configuration is 72 bits wide with parity disabled.
256K bytes of non-volatile configuration memory.
2097144K bytes of ATA System CompactFlash 0 (Read/Write)
0K bytes of ATA CompactFlash 1 (Read/Write)
0K bytes of ATA CompactFlash 2 (Read/Write)
0K bytes of ATA CompactFlash 3 (Read/Write)

e1000: Reading register at offset: 0x00002410. It is not fully implemented.
e1000: Reading register at offset: 0x00002418. It is not fully implemented.
e1000: Reading register at offset: 0x00002410. It is not fully implemented.
e1000: Reading register at offset: 0x00002418. It is not fully implemented.

Гугл ничего внятного найти не смог. Какие у кого нибудь будут идеи по этому поводу?
Интересный проект. Могу помочь с 3 вопросом. Правда я этим пользовался в chromium, а не в firefox. И проблема у меня была с capture://<IP_ADDR>/<BRIDGE>, но думаю проблема решается аналогичным образом. Как минимум на 4 шаге.

1. Настроить без парольный доступ по ssh ключу.

2. Создать скрипт и положить его например в /usr/local/sbin/capture
#!/bin/bash

HOST=`echo $1 | awk -F"://" '{print $2}' | cut -d/ -f1`
INT=`echo $1 | awk -F"://" '{print $2}' | cut -d/ -f2 | sed 's/vunl_/vunl0_/'`

wireshark -k -i <(ssh -l root $HOST tcpdump -s 0 -U -n -v -w - -i $INT)

3. Создать .local/share/applications/Capture UNL.desktop
[Desktop Entry]
Version=1.0
Name=Capture UNL
Generic Name=Capture UNL
Comment=Capture UNL
Icon=wireshark
Exec=/usr/local/sbin/capture %U
TryExec=/usr/local/sbin/capture
Terminal=false
Type=Application
Categories=Network;Capture;Internet;
MimeType=x-scheme-handler/capture
X-KDE-Protocols=capture
Keywords=Wireshark;Capture;Network;Internet;Client;

4. Обновить mime
$ xdg-mime default 'Capture UNL.desktop' x-scheme-handler/capture

На telnet у меня следующая настройка по умолчанию в системе была
$ xdg-mime query default x-scheme-handler/telnet
ktelnetservice5.desktop

С qemu после конвертации проблем не испытывал. Использую libvirt. Но проблема в том что qemu в qemu врят ли получится запустить.
Вот и появляются нюансы. Далее есть ли какой либо регламент по ведению репозитория? Как оформлять коммиты? Или пустить всё на самотек, а там будь что получится. Кто как хочет, так и коммитит.
Первое что приходит в голову. Русский язык. Все коммиты на протяжении 3 лет на русском. В AUR принято общаться на английском.
Да и в принципе в вики не особо расписано что делать в таком случае. Не особо хочется терять наработанный опыт.
Это всё хорошо. А если я свои пакеты уже пару лет веду в git. Как в таком случае поступать?