From afadd6ac31bbf427036baa0cbab4fe1b147be10d Mon Sep 17 00:00:00 2001 From: Tim Deegan Date: Tue, 11 Jan 2011 18:13:44 +0000 Subject: tools: remove fs-front/fs-back Its access controls are really not OK. In particular, it's not good for libxl, which stores per-VM config blobs in a directory that is exported to all VMs. This will break stub-qemu save/restore, which is the only user of fs-front that I'm aware of, but: - It's currently broken anyway (fs-back isn't run by default and crashes if it is run manually); and - Stefano has a plan to plumb qemu save records through a dedicated console channel instead. Signed-off-by: Tim Deegan Committed-by: Ian Jackson --- extras/mini-os/kernel.c | 7 ------- 1 file changed, 7 deletions(-) (limited to 'extras/mini-os/kernel.c') diff --git a/extras/mini-os/kernel.c b/extras/mini-os/kernel.c index 99af70aa1d..1feb87b198 100644 --- a/extras/mini-os/kernel.c +++ b/extras/mini-os/kernel.c @@ -41,7 +41,6 @@ #include #include #include -#include #include #include #include @@ -456,11 +455,6 @@ static void pcifront_thread(void *p) pcifront_scan(pci_dev, print_pcidev); } -static void fs_thread(void *p) -{ - init_fs_frontend(); -} - /* This should be overridden by the application we are linked against. */ __attribute__((weak)) int app_main(start_info_t *si) { @@ -472,7 +466,6 @@ __attribute__((weak)) int app_main(start_info_t *si) create_thread("fbfront", fbfront_thread, si); create_thread("kbdfront", kbdfront_thread, si); create_thread("pcifront", pcifront_thread, si); - create_thread("fs-frontend", fs_thread, si); return 0; } -- cgit v1.2.3