Forwarded from Yummy 😋
甲骨文通过 GitHub 上发布 VirtualBox 源代码
甲骨文工程师发布了 VirtualBox 7.2 首个 Beta 版本，支持 Windows、Linux、macOS 和 Solaris 操作系统，其中包括 Arm 架构的 Windows 11 on Arm。甲骨文同时宣布 VirtualBox 源代码托管在 GitHub 上，用户将能通过 GitHub 获取所有 VirtualBox 项目的开源代码。
www.phoronix.com/news/Oracle-VirtualBox-7.2-Beta
github.com/VirtualBox/virtualbox
from Solidot
🗒 标签: #甲骨文 #VirtualBox
📢 频道: @GodlyNews1
🤖 投稿: @GodlyNewsBot
甲骨文工程师发布了 VirtualBox 7.2 首个 Beta 版本，支持 Windows、Linux、macOS 和 Solaris 操作系统，其中包括 Arm 架构的 Windows 11 on Arm。甲骨文同时宣布 VirtualBox 源代码托管在 GitHub 上，用户将能通过 GitHub 获取所有 VirtualBox 项目的开源代码。
www.phoronix.com/news/Oracle-VirtualBox-7.2-Beta
github.com/VirtualBox/virtualbox
from Solidot
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔1
Forwarded from Ĉerizo
以为 vbox 7.1.10 修复了什么问题，结果带来了新问题：分离或无标题启动后的 vm 如果尝试查看就会闪烁甚至无响应，不知道是设置里面的 ram 调整为 256m 导致的还是别的原因，而且其中一个已知条件是比较复杂的绘制场景
Forwarded from Ĉerizo
更搞笑的是某次 xf86-video-vmware 更新之后就没法用 vmwsvga 作为虚拟显卡启动了
Forwarded from 每日消费电子观察 (无羽の翼 (｢ • ̀ω•́ )｢)
AMD与英特尔CPU隔离缺陷漏洞可使虚拟机突破隔离
https://www.freebuf.com/articles/system/448303.html
名为 VMSCAPE，编号 CVE-2025-40300
https://www.freebuf.com/articles/system/448303.html
名为 VMSCAPE，编号 CVE-2025-40300
Freebuf
AMD与英特尔CPU隔离缺陷漏洞可使虚拟机突破隔离 - FreeBuf网络安全行业门户
新型VMScape攻击利用CPU隔离缺陷，恶意虚拟机可窃取宿主机加密密钥。
Forwarded from Ĉerizo
嗐嗐嗐，王八壳子来了个新问题：
https://github.com/VirtualBox/virtualbox/issues/303
最速解决方式是禁用所有 Host-Only Eth device，来自 issuecomment-3470122695
https://github.com/VirtualBox/virtualbox/issues/303
最速解决方式是禁用所有 Host-Only Eth device，来自 issuecomment-3470122695
GitHub
[Bug]: VERR_LDR_IMPORTED_SYMBOL_NOT_FOUND error trying to load VMMR0.r0 after upgrading VirtualBox from 7.2.2 to 7.2.4 · Issue…
Version trunk/main Host OS Type Windows Host OS name + version Windows 11 23h2 Host Architecture ARM Guest OS Type Windows Guest Architecture ARM Guest OS name + version No response Component Unspe...
Forwarded from Ĉerizo
💊没事干玩什么虚拟化
在 fedora41 也是如此
同时还会看到这样的 vmwgfx 模块错误日志
以及使用 wayland 作为窗口系统时卡住的内核进程，如果是 X 的话卡住的会包括 Xorg
以及使用 wayland 作为窗口系统时卡住的内核进程，如果是 X 的话卡住的会包括 Xorg
$ sudo cat /proc/14541/stack
[<0>] vmw_cmdbuf_alloc_space+0x176/0x280 [vmwgfx]
[<0>] vmw_cmdbuf_alloc+0xa9/0x230 [vmwgfx]
[<0>] vmw_cmdbuf_reserve+0x142/0x170 [vmwgfx]
[<0>] vmw_cmd_ctx_reserve+0x24/0x60 [vmwgfx]
[<0>] vmw_send_define_cursor_cmd+0x47/0xe0 [vmwgfx]
[<0>] vmw_cursor_plane_atomic_update+0x118/0x1c0 [vmwgfx]
[<0>] drm_atomic_helper_commit_planes+0x112/0x320
[<0>] drm_atomic_helper_commit_tail+0x2a/0x70
[<0>] vmw_atomic_commit_tail+0x17/0x70 [vmwgfx]
[<0>] commit_tail+0xaf/0x160
[<0>] process_one_work+0x18d/0x340
[<0>] worker_thread+0x256/0x3a0
[<0>] kthread+0xfc/0x240
[<0>] ret_from_fork+0xf5/0x110
[<0>] ret_from_fork_asm+0x1a/0x30
$ ps awwxu | grep ' D'
root 14541 0.5 0.0 0 0 ? D 08:25 0:09 [kworker/u10:3+events_unbound]
Forwarded from Ĉerizo
💊没事干玩什么虚拟化
同时还会看到这样的 vmwgfx 模块错误日志 以及使用 wayland 作为窗口系统时卡住的内核进程，如果是 X 的话卡住的会包括 Xorg $ sudo cat /proc/14541/stack [<0>] vmw_cmdbuf_alloc_space+0x176/0x280 [vmwgfx] [<0>] vmw_cmdbuf_alloc+0xa9/0x230 [vmwgfx] [<0>] vmw_cmdbuf_reserve+0x142/0x170 [vmwgfx] [<0>] vmw_cmd_c…
在之后会下方的内核错误信息
如果把这些内容喂给 m$ 副驾驶，那么它会觉得 vmwgfx 是被错误加载的，但是在说到是王八壳要求用 vmsvga 的时候它又「完全正确」了
12月 15 08:43:02 fedora kernel: [drm:vmw_stdu_destroy_st [vmwgfx]] *ERROR* Failed to sync with HW
12月 15 08:43:02 fedora kernel: [drm:vmw_stdu_crtc_atomic_disable [vmwgfx]] *ERROR* Failed to destroy Screen Target
12月 15 08:43:13 fedora kernel: [drm:vmw_stdu_destroy_st [vmwgfx]] *ERROR* Failed to sync with HW
12月 15 08:43:13 fedora kernel: [drm:vmw_stdu_crtc_atomic_disable [vmwgfx]] *ERROR* Failed to destroy Screen Target
如果把这些内容喂给 m$ 副驾驶，那么它会觉得 vmwgfx 是被错误加载的，但是在说到是王八壳要求用 vmsvga 的时候它又「完全正确」了
Forwarded from Ĉerizo
💊没事干玩什么虚拟化
在之后会下方的内核错误信息 12月 15 08:43:02 fedora kernel: [drm:vmw_stdu_destroy_st [vmwgfx]] *ERROR* Failed to sync with HW 12月 15 08:43:02 fedora kernel: [drm:vmw_stdu_crtc_atomic_disable [vmwgfx]] *ERROR* Failed to destroy Screen Target 12月 15 08:43:13 fedora kernel:…
复现错误的方法是在 fedora 的设置应用点系统选项卡再点系统更新很多次，这应该会导致 ram 和 swap 被吃满（我给的是 2 G），如果看到画面撕裂甚至冻结，那么就复现成功
甚至有的时候只是点开设置再点下系统更新就会画面冻结
甚至有的时候只是点开设置再点下系统更新就会画面冻结
Forwarded from Ĉerizo
如果用普通启动就不存在以上所有图形问题，从 fedora 41 升到 43 后不再能复现 vmwgfx 模块错误
正在测试分离 GUI 和 vbox 自己的 guest addition 是不是也有同样的错误
正在测试分离 GUI 和 vbox 自己的 guest addition 是不是也有同样的错误
Forwarded from Ĉerizo
[ 4.564812] ------------[ cut here ]------------
[ 4.564819] WARNING: CPU: 1 PID: 325 at kernel/rcu/tree_plugin.h:826 rcu_sched_clock_irq+0x38a/0x3a0
[ 4.564835] Modules linked in: drm_ttm_helper polyval_clmulni ghash_clmulni_intel ttm video wmi vboxguest(OE) serio_raw i2c_dev fuse
[ 4.564867] CPU: 1 UID: 0 PID: 325 Comm: (udev-worker) Tainted: G OE 6.17.11-300.fc43.x86_64 #1 PREEMPT(lazy)
[ 4.564878] Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE
[ 4.564899] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
[ 4.564904] RIP: 0010:rcu_sched_clock_irq+0x38a/0x3a0
[ 4.564916] Code: 03 8b 80 e8 5b 5e aa a8 04 0f 84 92 fe ff ff e9 7d fe ff ff 48 8b 03 a8 08 75 ca be 03 00 00 00 48 89 df e8 78 44 f6 ff eb bb <0f> 0b e9 f3 fc ff ff 0f 1f 40 00 66 66 2e 0f 1f 84 00 00 00 00 00
[ 4.564922] RSP: 0000:ffffd0e38055fe10 EFLAGS: 00010086
[ 4.564928] RAX: 00000000ffffffff RBX: ffff8dcb43ea8000 RCX: 0000000000000001
[ 4.564932] RDX: 0000000000000000 RSI: ffff8dcbbd120180 RDI: 0000000000000001
[ 4.564937] RBP: 0000000000000001 R08: ffffffffaa5fb478 R09: ffff8dcbbd142488
[ 4.564941] R10: 0000000000000002 R11: 0000000000000000 R12: 000000010fdff6a4
[ 4.564946] R13: ffffffffa72e28d0 R14: 0000000000000006 R15: ffff8dcbbd121440
[ 4.564951] FS: 00007f0e7cabfbc0(0000) GS:ffff8dcc12b47000(0000) knlGS:0000000000000000
[ 4.564956] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 4.564962] CR2: 00007ffcf4157ff8 CR3: 000000000bdd2006 CR4: 00000000000706f0
[ 4.565048] Call Trace:
[ 4.565053] <TASK>
[ 4.565058] update_process_times+0x70/0xc0
[ 4.565075] tick_nohz_handler+0x8f/0x140
[ 4.565085] __hrtimer_run_queues+0x113/0x2a0
[ 4.565092] ? __pfx_read_tsc+0x10/0x10
[ 4.565145] hrtimer_interrupt+0xfc/0x230
[ 4.565156] __sysvec_apic_timer_interrupt+0x58/0x100
[ 4.565165] sysvec_apic_timer_interrupt+0x38/0x90
[ 4.565174] asm_sysvec_apic_timer_interrupt+0x1a/0x20
[ 4.565181] RIP: 0033:0x7f0e7d792840
[ 4.565187] Code: c3 66 0f 1f 84 00 00 00 00 00 b8 01 00 00 00 c3 66 2e 0f 1f 84 00 00 00 00 00 c9 31 c0 c3 b8 fd ff ff ff c3 66 0f 1f 44 00 00 <f3> 0f 1e fa 55 48 8d 05 0c 1c 2d 00 48 89 e5 53 48 83 ec 18 ff 10
[ 4.565191] RSP: 002b:00007ffcf4160298 EFLAGS: 00000202
[ 4.565196] RAX: 00000000000000c0 RBX: 000055e027816080 RCX: 000000000000001f
[ 4.565200] RDX: 0000000000000002 RSI: 00000000ffffffff RDI: 000055e0278160a8
[ 4.565204] RBP: 00007ffcf41602b0 R08: 70ea0516b12720cd R09: 0000000000000210
[ 4.565207] R10: 0000000000000211 R11: 0000000000000202 R12: 000055e0278638f0
[ 4.565211] R13: 0000000000000000 R14: 000055e01ee3148b R15: 0000000000000001
[ 4.565221] </TASK>
[ 4.565223] ---[ end trace 0000000000000000 ]---
[ 4.590454] vboxvideo: loading version 7.2.4 r170995
[ 4.590476] vboxvideo: VM is using legacy graphics controller, please consider to configure this guest to use VMSVGA instead
[ 4.600684] Console: switching to colour dummy device 80x25
[ 4.606045] vboxvideo 0000:00:02.0: vgaarb: deactivate vga console
[ 4.606100] [drm] VRAM 10000000
[ 4.614689] fbcon: vboxvideodrmfb (fb0) is primary device
[ 4.614764] Console: switching to colour frame buffer device 100x37
[ 4.614770] fb0: sys_imageblit: framebuffer is not in virtual address space.
[ 4.615074] fb0: sys_fillrect: framebuffer is not in virtual address space.
[ 4.616573] vboxvideo 0000:00:02.0: [drm] fb0: vboxvideodrmfb frame buffer device
亲自安装 orcale 提供且现场编译的空指针 vboxguest kmod
Forwarded from Ĉerizo
https://gitlab.com/qemu-project/qemu/-/issues/1043
qemu 不能在 win11 使用 hyper-v 加速
然后根据 https://gitlab.com/qemu-project/qemu/-/issues/3053 调整了下又能用了
qemu 不能在 win11 使用 hyper-v 加速
然后根据 https://gitlab.com/qemu-project/qemu/-/issues/3053 调整了下又能用了
GitLab
QEMU cpu max doesnot work on Windows 11 with ryzen processor and whpx (#1043) · Issues · QEMU / QEMU · GitLab
Host environment Operating system: (Windows 11) OS/kernel version: (Microsoft Windows [Version 10.0.22621.1]) Architecture: (x86) QEMU flavor:...