Traducido desde: https://www.haiku-os.org/blog/waddlesplash/2019-06-08_haiku_activity_report_may_2019/
¡Bienvenido al informe mensual de mayo de 2019! PulkoMandy está una vez más más ocupado que de costumbre, así que me estoy llenando.
Este informe cubre hrev53094-hrev53174 (120 confirmaciones).
waddlesplash modificó "strace" para imprimir los nombres de syscall claramente, es decir, sin el prefijo " kern ".
mmu_man confirmó cambios para permitir la carga de BControlLook desde un complemento, y agregó una configuración a las preferencias de Apariencia para ello. Esto permite a los desarrolladores crear su propia temática de control, ya que todos los controles se dibujan utilizando esta clase.
Se confirmaron (finalmente) algunos cambios anteriores de oortwijn que corrigen algunos casos de esquina en la lógica de la tableta USB.
La implementación
waddlesplash introdujo un cambio en nuestra implementación
PulkoMandy implementó algunas funciones más relacionadas con el retroceso en SerialConnect, que incluyen "borrar", "restablecer" y una mejor lógica de cambio de tamaño de la ventana.
waddlesplash hizo el bloque de configuración en modo seguro "Deshabilitar complementos para el usuario" cargando bibliotecas dinámicas desde ubicaciones de escritura para el usuario, lo que hace posible, por ejemplo, desbloquear un sistema Haiku que ha dañado las bibliotecas en
Haiku ahora presenta un renovado "diálogo de bloqueo", gracias a PulkoMandy, que debería ser más amigable con el entorno que el anterior. Esperemos que pase algún tiempo antes de que la mayoría de los usuarios lo vean ...
waddlesplash corrigió un error en la implementación
waddlesplash corrigió el manejo de la dirección física de 64 bits en el gestor de bus PCI, que solucionó XHCI en un hardware muy reciente (NUC "Hades Canyon", por ejemplo). También refactorizó partes del controlador XHCI para configurar los puntos finales "periódicos" de manera más correcta.
waddlesplash fusionó una solución de pérdida de memoria de FreeBSD a la pila de WiFi del kernel, que también puede solucionar algunos pánicos más raros.
BGA (¡regresó después de una larga pausa!) Corrigió un comportamiento incorrecto en la capa de compatibilidad de FreeBSD relacionada con la memoria de la estructura del dispositivo, y luego algo en la lógica de mapeo de la memoria PCI, que solucionaba Ethernet y WiFi en una variedad de sistemas en los que se había roto previamente ( incluido el suyo, por supuesto.)
waddlesplash corrigió algunas verificaciones de errores en la pila USB, que corrigió una cantidad de KDLs en el desenchufe del dispositivo.
korli realizó algunos cambios en la pila SCSI para manejar mejor
waddlesplash agregó algunas afirmaciones más a la implementación de exclusión mutua del kernel, que debería cambiar algunas condiciones de interbloqueo más a pánico.
PulkoMandy cometió más cambios hacia el soporte SPARC. El cargador de arranque ahora comienza y comienza a buscar particiones de arranque ahora.
kallisti5 hizo algunos ajustes y mejoras en el proceso de arranque después de la actualización de GCC.
Gracias por leer y nos vemos el mes que viene!
¡Bienvenido al informe mensual de mayo de 2019! PulkoMandy está una vez más más ocupado que de costumbre, así que me estoy llenando.
Este informe cubre hrev53094-hrev53174 (120 confirmaciones).
Aplicaciones y bibliotecas
korli cambió la forma en que
runtime_loader maneja los símbolos débiles para estar más en línea con el comportamiento de otros sistemas operativos. waddlesplash modificó "strace" para imprimir los nombres de syscall claramente, es decir, sin el prefijo " kern ".
mmu_man confirmó cambios para permitir la carga de BControlLook desde un complemento, y agregó una configuración a las preferencias de Apariencia para ello. Esto permite a los desarrolladores crear su propia temática de control, ya que todos los controles se dibujan utilizando esta clase.
Se confirmaron (finalmente) algunos cambios anteriores de oortwijn que corrigen algunos casos de esquina en la lógica de la tableta USB.
La implementación
malloc de Haiku, anteriormente basada en el (ahora antiguo, basado en hoard2 ) hoard2 , fue reemplazada por rpmalloc , un asignador basado en mmap de alto rpmalloc .
Esto permite que las aplicaciones en Haiku de 64 bits utilicen más de
1.5 GB de RAM, y también proporciona una mejora general del rendimiento
del 10-15%, con algunos casos de uso que incluso son más grandes.
Gracias a mmlr, PulkoMandy y waddlesplash por el trabajo de Haiku-side
en esto, y mjansson, el creador de rpmalloc, por ser tan receptivo a los
comentarios. waddlesplash introdujo un cambio en nuestra implementación
mmap que nombrará áreas mmap después del objeto que las creó (por ejemplo, "libfreetype.so mmap area"). Esto puede ayudar en la depuración. PulkoMandy implementó algunas funciones más relacionadas con el retroceso en SerialConnect, que incluyen "borrar", "restablecer" y una mejor lógica de cambio de tamaño de la ventana.
waddlesplash hizo el bloque de configuración en modo seguro "Deshabilitar complementos para el usuario" cargando bibliotecas dinámicas desde ubicaciones de escritura para el usuario, lo que hace posible, por ejemplo, desbloquear un sistema Haiku que ha dañado las bibliotecas en
non-packaged sin tener que iniciarse en otro dividir. pkgman y HaikuDepot ahora informan al usuario cuando se necesita reiniciar para completar las instalaciones, gracias a waddlesplash. Haiku ahora presenta un renovado "diálogo de bloqueo", gracias a PulkoMandy, que debería ser más amigable con el entorno que el anterior. Esperemos que pase algún tiempo antes de que la mayoría de los usuarios lo vean ...
Servidores
waddlesplash corrigió package_daemon para devolver realmente errores en fallas para confirmar transacciones, en lugar de devolver siempre "OK". Esto convierte una serie de errores crípticos (por ejemplo, "Error al eliminar el directorio de transacciones") en otros mucho más comprensibles (por ejemplo, "paquete ya activado").Conductores
korli hizo algunas correcciones varias al controladormem , lo que permite a los procesos de los usuarios (privilegiados) leer memoria física. waddlesplash corrigió un error en la implementación
ioctl del controlador de Bluetooth, por lo que ahora vuelve a funcionar correctamente. waddlesplash corrigió el manejo de la dirección física de 64 bits en el gestor de bus PCI, que solucionó XHCI en un hardware muy reciente (NUC "Hades Canyon", por ejemplo). También refactorizó partes del controlador XHCI para configurar los puntos finales "periódicos" de manera más correcta.
waddlesplash fusionó una solución de pérdida de memoria de FreeBSD a la pila de WiFi del kernel, que también puede solucionar algunos pánicos más raros.
BGA (¡regresó después de una larga pausa!) Corrigió un comportamiento incorrecto en la capa de compatibilidad de FreeBSD relacionada con la memoria de la estructura del dispositivo, y luego algo en la lógica de mapeo de la memoria PCI, que solucionaba Ethernet y WiFi en una variedad de sistemas en los que se había roto previamente ( incluido el suyo, por supuesto.)
waddlesplash corrigió algunas verificaciones de errores en la pila USB, que corrigió una cantidad de KDLs en el desenchufe del dispositivo.
korli realizó algunos cambios en la pila SCSI para manejar mejor
cdrecord y otros consumidores de la API "sin procesar". Núcleo
waddlesplash hizo que la memoria caché del archivo del kernel hiciera verificaciones de límites incluso cuando estaba en el modo "pasante", que solucionó la instalación después de los cambios para hacer que los paquetes utilicen la memoria caché en este modo.waddlesplash agregó algunas afirmaciones más a la implementación de exclusión mutua del kernel, que debería cambiar algunas condiciones de interbloqueo más a pánico.
PulkoMandy cometió más cambios hacia el soporte SPARC. El cargador de arranque ahora comienza y comienza a buscar particiones de arranque ahora.
Construir sistema
¡Haiku ahora está construido utilizando GCC 8.3 en la mayoría de las arquitecturas! Gracias a mt por ayudarnos con esta actualización enviando correcciones de error.kallisti5 hizo algunos ajustes y mejoras en el proceso de arranque después de la actualización de GCC.
Gracias por leer y nos vemos el mes que viene!