Autor Tema: [Release] Chaos Calmer 15.05  (Leído 70904 veces)

0 Usuarios y 1 Visitante están viendo este tema.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #80 en: 03-11-2015, 18:20 (Martes) »
De momento le he mandado un correo a blogic informándole del tema de los usb, señalarle el modulo libre viejo para el wifi wave 300 y comentándole que la imagen oficial falla en cargar.

Espero a ver si me responde indicándome donde reportar exactamente el problema, si en OpenWrt o en kernel de Linux.



howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #81 en: 03-11-2015, 22:19 (Martes) »
Veo que blogic hace mucho tiempo que no tiene actividad en el foro de OpenWrt así que supongo que lo más acertado en este caso sería comentar el tema inicialmente en el foro de OpenWrt.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #82 en: 03-11-2015, 22:50 (Martes) »
Confirmado totalmente que el problema está en el módulo dwc2 mediante el siguiente volcado:
Código: [Seleccionar]
[  157.324000] CPU 0 Unable to handle kernel paging request at virtual address 0000002c, epc == 87b95298, ra == 87b9523c
[  157.332000] Oops[#1]:
[  157.332000] CPU: 0 PID: 1096 Comm: dnsmasq Not tainted 3.18.20 #1
[  157.332000] task: 87385a18 ti: 8732e000 task.ti: 8732e000
[  157.332000] $ 0   : 00000000 00000001 00000000 00000002
[  157.332000] $ 4   : 8719da9c 87363780 873637b0 87b8147c
[  157.332000] $ 8   : 00000000 8000ab50 007f0000 86c91c00
[  157.332000] $12   : 00800000 00400000 878ad43e 87198340
[  157.332000] $16   : 86c8d100 87322380 87b81200 00000000
[  157.332000] $20   : 8719da80 87a8a090 00000020 87b81410
[  157.332000] $24   : 00000002 800283c4                 
[  157.332000] $28   : 8732e000 8732f878 00008020 87b9523c
[  157.332000] Hi    : 00000007
[  157.332000] Lo    : 55555559
[  157.332000] epc   : 87b95298 0x87b95298 [dwc2@87b90000+0xbf30]
[  157.332000]     Not tainted
[  157.332000] ra    : 87b9523c 0x87b9523c [dwc2@87b90000+0xbf30]
[  157.332000] Status: 1100fc03 KERNEL EXL IE
[  157.332000] Cause : 00800008
[  157.332000] BadVA : 0000002c
[  157.332000] PrId  : 00019556 (MIPS 34Kc)
[  157.332000] Modules linked in: ltq_ptm_vr9 rt2800usb rt2800lib iptable_nat rt2x00usb rt2x00lib pppoe nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipd
[  157.332000] Process dnsmasq (pid: 1096, threadinfo=8732e000, task=87385a18, tls=775d5440)
[  157.332000] Stack : 8750e840 80006430 8044880c 80059b88 00000000 87381cfc 86c8d100 87b81200
          8043cc60 86c8d108 00000000 00000020 8700eb60 871a65d0 0000005d 80270300
          00000007 80016790 00000002 00000013 872e49b8 00000001 00000000 80010f48
          00080000 8728828c 87198aa0 872f9ec0 87be3720 00000000 872f2ac0 80006430
          804402f0 872a6ccc ffffffff 00000000 00000020 8732fa18 871d3180 8732f958
          ...
[  157.332000] Call Trace:[<80006430>] 0x80006430
[  157.332000] [<80059b88>] 0x80059b88
[  157.332000] [<80270300>] 0x80270300
[  157.332000] [<80016790>] 0x80016790
[  157.332000] [<80010f48>] 0x80010f48
[  157.332000] [<8728828c>] 0x8728828c [mac80211@87280000+0x5ff80]
[  157.332000] [<80006430>] 0x80006430
[  157.332000] [<872a6ccc>] 0x872a6ccc [mac80211@87280000+0x5ff80]
[  157.332000] [<870d14e8>] 0x870d14e8 [nf_conntrack@870d0000+0xbca0]
[  157.332000] [<870c8a6c>] 0x870c8a6c [nf_nat@870c8000+0x2620]
[  157.332000] [<87238d64>] 0x87238d64 [rt2x00usb@87238000+0x1d90]
[  157.332000] [<87238bd4>] 0x87238bd4 [rt2x00usb@87238000+0x1d90]
[  157.332000] [<871c3ac8>] 0x871c3ac8 [rt2x00lib@871c0000+0x83c0]
[  157.332000] [<870c92a4>] 0x870c92a4 [nf_nat@870c8000+0x2620]
[  157.332000] [<870d14e8>] 0x870d14e8 [nf_conntrack@870d0000+0xbca0]
[  157.332000] [<872397b4>] 0x872397b4 [rt2x00usb@87238000+0x1d90]
[  157.332000] [<87238bd4>] 0x87238bd4 [rt2x00usb@87238000+0x1d90]
[  157.332000] [<871c519c>] 0x871c519c [rt2x00lib@871c0000+0x83c0]
[  157.332000] [<872d0244>] 0x872d0244 [mac80211@87280000+0x5ff80]
[  157.332000] [<8728828c>] 0x8728828c [mac80211@87280000+0x5ff80]
[  157.332000] [<871c240c>] 0x871c240c [rt2x00lib@871c0000+0x83c0]
[  157.332000] [<872a6ccc>] 0x872a6ccc [mac80211@87280000+0x5ff80]
[  157.332000] [<872a7680>] 0x872a7680 [mac80211@87280000+0x5ff80]
[  157.332000] [<871a7068>] 0x871a7068 [ipt_MASQUERADE@871a7000+0x220]
[  157.332000] [<872a8270>] 0x872a8270 [mac80211@87280000+0x5ff80]
[  157.332000] [<872a9fc4>] 0x872a9fc4 [mac80211@87280000+0x5ff80]
[  157.332000] [<802b06a4>] 0x802b06a4
[  157.332000] [<872a9fe8>] 0x872a9fe8 [mac80211@87280000+0x5ff80]
[  157.332000] [<802b0758>] 0x802b0758
[  157.332000] [<802b0ce8>] 0x802b0ce8
[  157.332000] [<870cfa10>] 0x870cfa10 [nf_nat_ipv4@870cf000+0xfe0]
[  157.332000] [<802cc534>] 0x802cc534
[  157.332000] [<802a95f8>] 0x802a95f8
[  157.332000] [<802e7c5c>] 0x802e7c5c
[  157.332000] [<802b108c>] 0x802b108c
[  157.332000] [<802e6b3c>] 0x802e6b3c
[  157.332000] [<802e8624>] 0x802e8624
[  157.332000] [<802e9e3c>] 0x802e9e3c
[  157.332000] [<802e94cc>] 0x802e94cc
[  157.332000] [<802ea9f0>] 0x802ea9f0
[  157.332000] [<80460000>] 0x80460000
[  157.332000] [<8030ffa8>] 0x8030ffa8
[  157.332000] [<803127a0>] 0x803127a0
[  157.332000] [<8005f4d8>] 0x8005f4d8
[  157.332000] [<8004028c>] 0x8004028c
[  157.332000] [<802e88b0>] 0x802e88b0
[  157.332000] [<802944f8>] 0x802944f8
[  157.332000] [<8030f644>] 0x8030f644
[  157.332000] [<80311b90>] 0x80311b90
[  157.332000] [<8030f644>] 0x8030f644
[  157.332000] [<80296dac>] 0x80296dac
[  157.332000] [<8031db38>] 0x8031db38
[  157.332000] [<8029687c>] 0x8029687c
[  157.332000] [<800bc63c>] 0x800bc63c
[  157.332000] [<800bc7a0>] 0x800bc7a0
[  157.332000] [<800cf4c0>] 0x800cf4c0
[  157.332000] [<80294a40>] 0x80294a40
[  157.332000] [<8000875c>] 0x8000875c
[  157.332000]
[  157.332000]
Code: 14620006  00000000  8e820014 <8c42002c> 30420001  1040004c  8fa20010  41716000  32310001
[  157.808000] ---[ end trace 1fae8cce81bc19bc ]---
[  157.816000] Kernel panic - not syncing: Fatal exception in interrupt
[  157.816000] Rebooting in 3 seconds..

Y ahí es cuando se reinicia.

Está reportado en OpenWrt con motivo de otro router: https://dev.openwrt.org/ticket/20177

También hay un reporte en el kernel de linux: https://bugzilla.kernel.org/show_bug.cgi?id=95241

Es exactamente el mismo fallo, el módulo intenta pedir la dirección virtual de memoria 0000002c y con ello casca.

Si lo arreglan ya sería posible usar este router a excepción de la tarjeta de red WiFi, ójala alguien con conocimientos necesarios pueda portar el código fuente que hay por ahí a los nuevos subsistemas de los kernel actuales.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #83 en: 03-11-2015, 23:05 (Martes) »
De momento ya he comentado en el bug de OpenWrt incluyendo que en el reporte del kernel de Linux hay una posible solución al problema:

Citar
In "root/drivers/usb/dwc2/hcd.c" line 399:
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/drivers/usb/dwc2/hcd.c?id=refs/tags/v3.19.2

399:
   if (qtd->qh->ep_type == USB_ENDPOINT_XFER_BULK &&
          !(qtd->urb->flags & URB_GIVEBACK_ASAP))
         /*
          * Do not schedule SG transactions until qtd has
          * URB_GIVEBACK_ASAP set
          */
         return 0;

"qtd->urb" may be NULL i get a kernel paging request.

The right code is use:

            !(urb->flags & URB_GIVEBACK_ASAP)

This is the kernel dump fom my mips RALINK RT3052 machine with openwrt.

The "virtual address 0000002c" is the offset to "urb->flags" (44 bytes)
I think this error may be in all kernel with this driver (raspberry pi ...)

Noltari, ¿podrías generar una imagen con dicho cambio en root/drivers/usb/dwc2/hcd.c para probar?

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #84 en: 03-11-2015, 23:35 (Martes) »
Acabo de reportar el bug en la lista de correo de linux-usb.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #85 en: 04-11-2015, 14:39 (Miércoles) »
Acabo de mirar el script de seguridadwirelesss y veo que usa el imagebuilder lo que hace que no sea posible meter la modificación necesaria para probar si funciona.

Voy a intentar ver si soy capaz de compilar OpenWrt para el router desde cero y así generar un ipk del módulo dws2 con el cambio mencionado.

Por cierto en el reporte de bug del kernel menciona el  autor de la modificación otra más que le ha sido necesaria para que funcione correctamente el usb en su hardware, aunque en el caso de este router no veo que este afectado de esa manera.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #86 en: 04-11-2015, 17:24 (Miércoles) »
El primer intento que he hecho no ha salido bien, he estado viendo además que existe la posibilidad de pasarle a make que solo genere paquetes en concreto pero no me funciona dicha posibilidad. Lo más sencillo en principio sería hacer solo el paquete kmod-usb-dwc2 con el parche para el kernel y posteriormente instalarlo arrancando con la imagen que ya hay actualmente, de esa forma en principio debería de funcionar.
« Última modificación: 04-11-2015, 17:28 (Miércoles) por howl »

Noltari

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #87 en: 04-11-2015, 22:30 (Miércoles) »
El primer intento que he hecho no ha salido bien, he estado viendo además que existe la posibilidad de pasarle a make que solo genere paquetes en concreto pero no me funciona dicha posibilidad. Lo más sencillo en principio sería hacer solo el paquete kmod-usb-dwc2 con el parche para el kernel y posteriormente instalarlo arrancando con la imagen que ya hay actualmente, de esa forma en principio debería de funcionar.
Esa opción, aunque podría funcionar, no es muy sencilla que digamos.
Es bastante más fácil compilar un nuevo firmware con dicho parche.

A ver si el fin de semana lo pruebo, que ahora mismo ando bastante liado entre semana.

Saludos.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #88 en: 04-11-2015, 22:50 (Miércoles) »
Yo al final he conseguido compilar OpenWrt desde cero tal cual pero presenta un problema que no entiendo por que, en vez de compilarseme el kernel 3.18.20 se me ha compilado el 3.18.23 y he usado git clone git://git.openwrt.org/15.05/openwrt.git para clonar git así que no me he colado de versión de OpenWrt. Además los repositorios de paquetes siguen siendo de la versión .20 y no veo ninguna versión menor nueva de Chaos Calmer.

A su vez ya por curiosidad he probado metiendo la imagen que se me ha generado y ha cargado correctamente, no se si he pillado ese 50% de posibilidad de acertar la alineación del kernel a 2 bytes o que lo han arreglado porque también veo que a su vez me por la salida del puerto serie aparenta que me ha cogido correctamente los 2 usbs así que parece que han aplicado al menos el parche para el usb lateral.

Estaré atento a lo que hagas, yo de momento me quedo así, al menos hasta comprender un poco más como va el sistema de compilación de OpenWrt.

Si te deja posibilidad, cosa que yo no he conseguido, busca de hacer que solo te compile el módulo dwc2 o en todo caso tanto el usb-dwc2 y el usb-base. Supongo que habrá forma de forzar la instalación aunque coincida en versión con el paquete ya instalado en la imagen que creaste.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #89 en: 04-11-2015, 22:53 (Miércoles) »

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #90 en: 04-11-2015, 23:11 (Miércoles) »
También veo que todos tus parches están puestos, usb, leds y vlan.

Noltari

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #91 en: 05-11-2015, 07:04 (Jueves) »
Yo al final he conseguido compilar OpenWrt desde cero tal cual pero presenta un problema que no entiendo por que, en vez de compilarseme el kernel 3.18.20 se me ha compilado el 3.18.23 y he usado git clone git://git.openwrt.org/15.05/openwrt.git para clonar git así que no me he colado de versión de OpenWrt. Además los repositorios de paquetes siguen siendo de la versión .20 y no veo ninguna versión menor nueva de Chaos Calmer.
En OpenWrt las imágenes de un release se generar una única vez, de forma que si estamos hablando de la versión 15.05, dichas imágenes serán iguales y no variarán.
Sin embargo, en el repositorio se siguen haciendo mejoras que sólo tendrán sentido si se genera una nueva versión (pongamos 15.05.2).

A su vez ya por curiosidad he probado metiendo la imagen que se me ha generado y ha cargado correctamente, no se si he pillado ese 50% de posibilidad de acertar la alineación del kernel a 2 bytes o que lo han arreglado porque también veo que a su vez me por la salida del puerto serie aparenta que me ha cogido correctamente los 2 usbs así que parece que han aplicado al menos el parche para el usb lateral.
El problema de la alineación del kernel es sólo para la plataforma brcm63xx con SMP activado.
En CC aún no ha sido solucionado, pero en DD/trunk fue arreglado ayer:
https://dev.openwrt.org/changeset/47380

Estaré atento a lo que hagas, yo de momento me quedo así, al menos hasta comprender un poco más como va el sistema de compilación de OpenWrt.

Si te deja posibilidad, cosa que yo no he conseguido, busca de hacer que solo te compile el módulo dwc2 o en todo caso tanto el usb-dwc2 y el usb-base. Supongo que habrá forma de forzar la instalación aunque coincida en versión con el paquete ya instalado en la imagen que creaste.
Para hacer un paquete que se pueda instalar en las imágenes actuales de Chaos Calmer habría que hacerlo con el SDK y no sé si sería del todo factible, puesto que al tratarse de un kmod depende del hash del kernel generado, y creo que no se pueden regenerar los kmods sin compilar de nuevo el kernel (lo que alteraría el hash).

Lo suyo es arreglarlo en DD, hacer un backport a CC y esperar a que salga una nueva versión de CC.
La verdad es que ha habido bastantes fixes, muchos de ellos relevantes, como para generar una segunda versión de CC.

Saludos.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #92 en: 05-11-2015, 14:04 (Jueves) »
Todavía no ha respondido nadie a cargo de la parte linux-usb pero cuestión de esperar, puede que lleve tiempo pero de momento aunque no lo acepten como arreglo final, y lo suyo pudiera ser asegurarse que qtd->urb no llegue a ser nulo, valdría como arreglo temporal hasta que lo solventen en el kernel.

En caso de no ser posible lo que comentas por el tema del hash del kernel estoy pensando en la posibilidad de sacar los .ko del paquete y sustituirlos a mano en el sistema. No es algo ortodoxo pero al menos en teoría podría funcionar manteniendo todo el resto de tu imagen intacta.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #93 en: 06-11-2015, 00:52 (Viernes) »
Todavía no me he puesto a probar el SDK, he vuelto a hacer una compilación desde cero mediante el repositorio git pero saltando al checkout 483dac821788b457d349233e770329186a0aa860 que creo corresponde con la del lanzamiento de Chaos Calmer final. Justo ahora se me ha terminado de compilar correctamente pero sin aplicar el parche, lo que voy a hacer ahora es generar el archivo de parche pero tengo que revisar la documentación de OpenWrt a ver si lo hago correctamente, si bien parece sencillo en base a como están puestos los parches que hay ya en el código de OpenWrt no quiero dejarlo a la intuición y probar al tuntun.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #94 en: 06-11-2015, 01:13 (Viernes) »
Aprovechando la compilación anterior he probado para ver el caso que comentas del hash y ahí está:
Código: [Seleccionar]
Installing kmod-usb-dwc2 (3.18.20-1) to root...
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for kmod-usb-dwc2:
 *      kernel (= 3.18.20-1-41ce2a6ad4a5caffbb7451333f34ebf1) *
 * opkg_install_cmd: Cannot install package kmod-usb-dwc2.

He cogido también y he descomprimido los módulos y puesto a mano en el router y el resultado ha sido que los ha cogido perfectamente.

Lo siguiente que voy a intentar es generar los módulos con el parche para proceder a instalar de la manera descrita. Si lo consigo comento resultado y sino espero a tu compilación, imagino que en caso de no funcionar simplemente será que no aplique el parche correctamente.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #95 en: 06-11-2015, 03:15 (Viernes) »
Una de tres, o el parche no funciona, o yo he compilado mal, o la idea de meter los módulos modificados no funciona y el kernel coge los modulos que están compilados en el mismo de otra manera porque me sigue produciendo el mismo kernel panic.

Lo que he hecho es generar una imagen con las opciones por defecto que pone el perfil del astoria además de añadirle en la capeta patches-3.18 el parche que he llamado 0044-USB-DWC2-kernel-panic-fix.patch:
Código: [Seleccionar]
--- a/drivers/usb/dwc2/hcd.c
+++ b/drivers/usb/dwc2/hcd.c
@@ -396,7 +396,7 @@ static int dwc2_hcd_urb_enqueue(struct d
  enum dwc2_transaction_type tr_type;
 
  if (qtd->qh->ep_type == USB_ENDPOINT_XFER_BULK &&
-     !(qtd->urb->flags & URB_GIVEBACK_ASAP))
+     !(urb->flags & URB_GIVEBACK_ASAP))
  /*
  * Do not schedule SG transactions until qtd has
  * URB_GIVEBACK_ASAP set

Igual pueda haber sido el solo hacer make clean después de la anterior compilación y luego make y no haya cogido el parche. Mañana pruebo de nuevo.

Noltari

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #96 en: 06-11-2015, 07:20 (Viernes) »
Una de tres, o el parche no funciona, o yo he compilado mal, o la idea de meter los módulos modificados no funciona y el kernel coge los modulos que están compilados en el mismo de otra manera porque me sigue produciendo el mismo kernel panic.

Lo que he hecho es generar una imagen con las opciones por defecto que pone el perfil del astoria además de añadirle en la capeta patches-3.18 el parche que he llamado 0044-USB-DWC2-kernel-panic-fix.patch:
Código: [Seleccionar]
--- a/drivers/usb/dwc2/hcd.c
+++ b/drivers/usb/dwc2/hcd.c
@@ -396,7 +396,7 @@ static int dwc2_hcd_urb_enqueue(struct d
  enum dwc2_transaction_type tr_type;
 
  if (qtd->qh->ep_type == USB_ENDPOINT_XFER_BULK &&
-     !(qtd->urb->flags & URB_GIVEBACK_ASAP))
+     !(urb->flags & URB_GIVEBACK_ASAP))
  /*
  * Do not schedule SG transactions until qtd has
  * URB_GIVEBACK_ASAP set

Igual pueda haber sido el solo hacer make clean después de la anterior compilación y luego make y no haya cogido el parche. Mañana pruebo de nuevo.
Desde mi experiencia nunca he probado a compilar un firmware sin el driver USB, pero lo que si probé hace poco fue hacer una descarga de ficheros considerables, lo que producía el mismo resultado, sin tener conectado ningún USB.
Esto me hace pensar que en realidad el fallo no está en el driver de los USB, sino en las interrupciones software.

Ticket (sin respuesta): https://dev.openwrt.org/ticket/20562

Saludos.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #97 en: 06-11-2015, 13:22 (Viernes) »
Por el volcado aparentan ser dos fallos distintos, aún así haré alguna prueba similar a la que comentas. También es posible descargar el modulo usb-dwc2, aunque cuando yo probé sin ningún usb conectado lo dejé cargado, ya que veo que se le ponga built-in o module, para ese módulo en OpenWrt significa incluirlo o no en la imagen pero siempre lo genera como módulo, no así el módulo usb-core pero este da problemas.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #98 en: 06-11-2015, 23:18 (Viernes) »
Acabo de conseguir una compilación que aparentemente funciona, estoy ya un rato conectado a través del router con el usb wifi como puente.

He pillado el último git de Chaos Calmer y he usado el mismo parche ya que no parece haber cambios entre la 3.18.20 y la 3.18.23.  Ya de paso he aprovechado y me la he creado con luci en español y el módulo de mi usb wifi de serie.

Así que tenemos que haciendo una compilación completa sin coger solo el módulo dwc2 de ella funciona, o, que el kernel 3.18.23 lo tiene solventado de otra manera este problema. Tendré que probar sin poner el parche a ver si tira bien o vuelven a saltar los kernel panics.

howl

  • Visitante
Re: [Release] Chaos Calmer 15.05
« Respuesta #99 en: 06-11-2015, 23:25 (Viernes) »
Postee demasiado pronto:

Código: [Seleccionar]
[ 2472.540000] CPU 0 Unable to handle kernel paging request at virtual address 00000004, epc == 87b95284, ra == 87b9523c
[ 2472.548000] Oops[#1]:
[ 2472.548000] CPU: 0 PID: 6 Comm: kworker/u2:0 Not tainted 3.18.23 #1
[ 2472.548000] Workqueue: phy0 rt2x00usb_watchdog [rt2x00usb]
[ 2472.548000] task: 87827028 ti: 8783e000 task.ti: 8783e000
[ 2472.548000] $ 0   : 00000000 00000001 00000004 868935b0
[ 2472.548000] $ 4   : 868c4b9c 86893580 868935b0 87b5f47c
[ 2472.548000] $ 8   : 00000000 8000ab50 007f0000 86893100
[ 2472.548000] $12   : 00800000 00400000 869a806a 87b7f100
[ 2472.548000] $16   : 871da980 871f0b00 87b5f200 00000000
[ 2472.548000] $20   : 868c4b80 87b7ac90 00000020 87b5f410
[ 2472.548000] $24   : 00000002 800287bc                 
[ 2472.548000] $28   : 8783e000 8783f748 00008020 87b9523c
[ 2472.548000] Hi    : 00000006
[ 2472.548000] Lo    : 00000003
[ 2472.548000] epc   : 87b95284 dwc2_hcd_queue_transactions+0x748/0x8cc [dwc2]
[ 2472.548000]     Not tainted
[ 2472.548000] ra    : 87b9523c dwc2_hcd_queue_transactions+0x700/0x8cc [dwc2]
[ 2472.548000] Status: 1100fc03 KERNEL EXL IE
[ 2472.548000] Cause : 00800008
[ 2472.548000] BadVA : 00000004
[ 2472.548000] PrId  : 00019556 (MIPS 34Kc)
[ 2472.548000] Modules linked in: ltq_ptm_vr9 rt2800usb rt2800lib iptable_nat rt2x00usb rt2x00lib pppoe nf_nat_ipv4 nf_conntrack_ipv6 nf_conntrack_ipd
[ 2472.548000] Process kworker/u2:0 (pid: 6, threadinfo=8783e000, task=87827028, tls=00000000)
[ 2472.548000] Stack : 00000002 00000088 00000005 871b7d80 00000000 8798e8bc 871da980 87b5f200
          8042ec60 871da988 00000000 00000020 87349b60 86a03dd0 00000056 8025e300
          87b5f410 8025c640 87b5f410 878b2480 878b24b8 87b5f410 87b5f484 87b94da0
          87245180 00000005 000005a8 87b96394 00000001 87b5f410 87245180 8697d500
          878b2480 00000005 00000002 87b97400 80988a00 00000002 878b2480 00000000
          ...
[ 2472.548000] Call Trace:
[ 2472.548000] [<87b95284>] dwc2_hcd_queue_transactions+0x748/0x8cc [dwc2]
[ 2472.548000]
[ 2472.548000]
Code: 14400055  8fa20010  8e820018 <90430000> 24020002  14620005  00000000  8e22002c  30420001
[ 2472.784000] ---[ end trace efb00c260ee11fba ]---
[ 2472.792000] Kernel panic - not syncing: Fatal exception in interrupt
[ 2472.792000] Rebooting in 3 seconds..

Al menos queda más evidentemente que el problema si está donde toca el parche ya que ahora la dirección de memoria que provoca el kernel panic ha variado y además se mantiene más tiempo sin cascar.

Voy a hacer una recompilación de todo sin el parche a ver que tal. Por mi parte no tengo conocimientos suficientes para revisar el código del módulo para encontrar un arreglo final a este caso así supongo que cuestión de esperar a que algún desarrollador del kernel meta mano en el bug.