OpenBSD 7.3
Proseguimos a continuación con la tercera parte del anuncio de la liberación de esta versión de OpenBSD.
En el siguiente post continuarémos con el aspecto de otras mejoras del sistema, asi como la instalación de este sistema operativo.
Este post es una traducción del anuncio original que se encuentra en la siguente liga:
https://www.openbsd.org/73.html
- Se activó el acceso a usb(4),ugen(4),ulpt(4),ucom(4) y ujoy(4).
- Se agregó soporte uftdi(4) para FTDI FT232R.
- Se agregó soporte uhidpp(4) para receptores Bolt y la característica de batería encontrada frecuentemente en nuevo hardware HID++ de Logitech.
- Se convirtieron más controladores RTC para usar todr_attach(). La calidad del RTC se asigna de tal forma que los Chips RTC "discretos" son preferidos sobre los RTCs integrados en un SoC.
- Se agregó soporte para el RTC DS1339 como el encontrado en el PiJuice.
- Se agregó qcrtc(4), un controlador para el RTC encontrado en los PMICs de Qualcomm.
- Confiabilidad mejorada RTC en qcrtc(4).
- Se agregó soporte para pestaña subyacente al cursor enwscons(4) en la emulación VT100.
Se agregó secuencias de color brillante aixterm (SGR 90-97 y 100-107). - Se agregó verificación de uniones faltantes en wscons(4) cuando se procesan secuencias de escape de terminal.
- Se reemplazó la lógica UTF-8 rota en wscons(4) con una mejor prestada desde Citrus.
- Se introdujo en pijuice(4), un controlador para sensor/apm para el HAT UPS PiJuice.
- Se agregó pwmleds(4), un controlador para los LEDs controlados con PWM.
- Se implementó soporte dwpcie(4) para el controlador (opcional) MSI del puente anfitrió PCIe del Synopsys DesignWare.
- Se agregó icc(4) controlador para los dispositivos de Control de Consumidor I2C.
- Se previno una posible choque cuando un dispositivo ugen(4) es desconectado.
- Se implementó del manejo de interrupción al reactivar en agintc(4).
- Se activó pcagpio(4) y pcamux(4), haciendo que el puerto SFP en la Base ClearFog (CN9130) funcione.
- Se adoptó una solución alternativa para un bug en el temporizador genérico ARM en el A64, desactivando el soporte del contador de tiempo del entorno de usuario quedando pendiente una solución alterna similar en libc.
- Se hizó que el cpuid en amd64 reconozca las teclas de protección para el Supervisor de Protección Clave (PKS).
- Se implementó el acceso a variables EFI ESRT por medio de una interfase ioctl(2) compatible con lo que tienen FreeBSD y NetBSD.
Se creó /dev/efi en amd64 y en arm64. - Se agregó soporte dwge(4) para el modo de "descriptor mejorado" encontrado en algunas variantes del GMAC DesignWare de Synopsys.
- Se eliminó el controlador elansc(4) para el Sistema de Control para el Elan SC520.
- Se hizo que el rango de bus ppb(4) despues de desconectar dispositivos que estuvieron conectados cuando el equipo estaba arrancando.
- Se retrabajó la función cpu_init_secondary() de la arquitectura arm64 para permitir el uso de Encendido Inicial y Resumir desde estados más profundos de sueño.
- Se agregó ufshci(4), un controlador para los controladores de anfitrión de Almacenamiento Flash Universal (Universal Flash Storage (UFS)).
- Se agregó scmi(4), un controlador para elSistema de Control y Administración de Interface de ARM.
- Se agregó soporte para el regulador de voltaje TCS4525 deShenzhen Tangcheng Technology en fanpwr(4).
- Se agregó psci(4) soporte para (Interface de Coordinación de Estado de Energía de ARM) para estados suspendidos profundos como se anuncia en el árbol de dispositivos.
- Se agregó eephy(4), encontrado en el puerto WAN Turris Omnia, al armv7.
- Se agregó votación al controlador tipmic(4) cuando se inicia desde un arranque en frio. corrigiendo un colgamiento durante el arranque.
- Se agregó una solución alterna para el para el colgamiento mwait del Intel Braswell/Cherry Trail.
- Se agregó el sensor de temperatura de la Armada 380 en mvtemp(4) y se activó el controlador en el armv7.
- Soporte nuevo o mejorado de hardware de red:
- Se activó IPv4 en em(4), descarga de sumas de verificación TCP y UDP y el etiquetado de hardware de VLAN en dispositivos con chipsets 82575, 82576, i350 e i210.
- Se mejoró el desempeño de mcx(4) por medio de usar la completitud de comando basado en interrupción (interrupt-based).
- Se corrigió un pánico en rge(4) visto en RTL8125 com MCLGETL.
- Se agregó dwqe(4), un driver para el controlador de QoS Ethernet de Synopsys DesignWare usado en el NXP i.MX8MP, en el Rockchip RK35xx series y en el Intel Elkhart Lake.
- Se resolvió de forma alterna un problema en el SoC StarFive JH7100 para hacer que dwge(4) Funcione confiablemente con Ethernet en la tarjeta StarFive VisionFive 1.
- En mvneta(4), se pasó las banderas MII dependiendo en el modo phy especificado en el árbol de dispositivos, haciendo que el puerto WAN funcione en el Turris Omnia.
- Se agregaron o mejoraron los controladores de red inalámbrica:
- Se incrementó el tiempo de expiración para bwfm(4) en dispositivos PCI para evitar fallas espurias en la carga de firmware, particularmente en las laptops M2 de Apple.
- Se implementó mecanismo de manejo alterantivo de mailbox requerido por nuevo firmware bwfm(4).
- Se corrigieron problemas en bwfm(4) con la característica de suspender/resumir y posibles colisiones de firmware en las MacBook Air M2.
- Se previno un error de firmware en iwx(4) cuando expira el tiempo de la autenticación a el AP.
- Se corrigió una colisión en iwx(4) cuando se conecta a redes WEP vía unión con ifconfig(8).
- Se arregló un problema de alineación en iwx(4) de descriptores Rx.
- Se evitó intentar eliminar claves mientras se hace encripción en hardware si la estación no esta activa en iwx(4) firmware, se corrigió un pánico de firmware.
- Se previenen pánicos potenciales por medio de impedir que la tarea init iwx(4) corra en paralelo para activar código durante el resumen del sistema.
- Se cambió todos los dispositivos iwx(4) a -77 imágenes de firmware
- Se actualizaron imágenes de firmware para iwm(4) enre disposiitivos 9260 y 9560.
Se hizo que iwx(4) obtenga el número de canal desde la información del faro del AP, previniendo problemas en los canales 40/80Mhz si no hay coincidencias. - Se corrigió iwx(4) en relación a la duración del evento de protección de sesión.
- IEEE 802.11 mejoras y correcciones de bugs en la pila inalámbrica:
- Instalador, mejoras en la actualización y cargador de arranque:
- Se hizo que el instalador responda
!
y(S)hell
para que caiga en un ambiente ksh(1) en lugar del más limitado sh(1). - Se agregó soporte para configurar interfaces por lladdr (MAC).
- Se hizo que el instalador salte las preguntas de configuración de la interface cuando no hay interfaces disponibles.
- Se corrigió el redimensionamiento de particiones en un disco auto-colocado (auto-allocated) que tenga una partición de arranque.
- Se impidió que el instalador siguiera preguntando por la inicialización de discos que tienen pedazos softraid(4).
- Se hizo que el instalador responda
- Se hizo que efiboot fdt soporte árboles de dispositivos con NOPs en ellos (como la versión de kernel).
- Se mejoró la selección por defecto para la pregunta del disco del medio de instalación para que muetre el primer disco que (a) no sea el disco raíz y (b) no es un disco con pedazos de softraid (hspedando el disco raíz, por ejemplo).
- Se dejó de ofrecer WEP en el instalador si no está soportado.
- Se corrigió error de bloquedo de archivo al dar salida/abortar del instalador.
- Se hizo que installboot(8)
-p
soporte softraid(4). - Se hizo que installboot(8) salte silenciosamente discos clave en softraid(4).
- Se corrigió el pase explicito de archivos de escenarios al installboot(8).
- Se agregó mount_nfs(8) al instalador sparc64, para obtener juegos de archivos vía NFS.
- Se copió el firmware de arranque de apple a la partición del sistema EFI, activando actualizaciones automáticas de cargador de arranque en computadoras Silicon Apple.
- Se hizo que el instalador deje de imprimir instrucciones de instalación MD posteriores en actualizaciones.
- Se hizo posible asignar mapeos de teclado en el instalador de arm64.
- Se agregó soporte inicial en el instalador para encripciones de disco guiadas para amd64, i386, riscv64 y sparc64.
- Se agregó el pase de información del dispositivo de arranque para el cargador de arranque al kernel en luna88k.
- Se cambió el cargado de arranque en luna88k al código de arranque MI.
- Se hzo que el cargador de arranque de luna88k despliegue un logo de arranque de puffy (el pez globo).
- Se hizo que ls(1) trabaje correctamente en el cargador de arranque de luna88k.
- Se hizo que time(1) funcione correctamente con el cargador de arranque de luna88k.
- Se eliminó la peligrosa variable "addr" configurable por el usuario del cargador de arranque MI, solo compilando el código relacion tty en plataformas donde tiene sentido para que el cargador de arranque la controle.
- Se agregó el comando "machine poweroff" (apagar máquina) en el cargador luna88k.
- Se cambio alpha a bloques de arranque independientes de máquina.
- Se cambiaron en todas las arquitecturas los ramdisks (excepto en alpha y luna88k) para que usen la opción
-p
de installboot(8). - Se arregló la llamada
map
de ofwboot OpenFirmware para desbloquear el arranque de algunas máquinas. - Se redujo el tamaño de ofwboot.net después del la actualización libz para desbloquear netboot en algunas máquinas.
- Se hizo que el cargador de arranque de riscv64 soporte arrancar desde un volumen softraid de RAID 1C.
- Se logró que installboot(8) soporte softraid(4) en riscv64.
- Se dejó de crear dispositivos difuntos vax (ra, rx), hp300 (hd) y sparc (xy, xd) en /dev.
Si lo deseas puedes votar por mi como witness para poder aumentar las capacidades de un servidor.
https://blurtwallet.com/~witnesses?highlight=cosmicboy123
Integrate al grupo de Telegram de @team-mexico 😀 donde yo y otros usuarios de México y de otros países de habla hispana compartimos experiencias y opiniones así como nuestros propios posts. Una gran iniciativa de @cristo
| 👉Entra a https://t.me/TeamMexico1 👈 |
Congratulations, your post has been curated by @r2cornell-curate. Also, find us on Discord
Felicitaciones, su publication ha sido votado por @r2cornell-curate. También, encuéntranos en Discord