search for: sys_close

...0010246 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff &regs = 0xcdf33f80 [NB These boxes have Compaq Remote Insight consoles - so this message is retyped from a jpg of the console output :-( Nothing makes it into syslog] backtrace and checks against System.map show this to be in sys_close() A few other bombs have also been mostly in sys_close with a couple of others within schedule(). Nigel.

...12:13:16 zen kernel: [do_select+611/752] do_select+0x263/0x2f0 Jun 2 12:13:16 zen kernel: [__pollwait+0/208] __pollwait+0x0/0xd0 Jun 2 12:13:16 zen kernel: [sys_select+731/1264] sys_select+0x2db/0x4f0 Jun 2 12:13:16 zen kernel: [__fput+187/304] __fput+0xbb/0x130 Jun 2 12:13:16 zen kernel: [sys_close+97/160] sys_close+0x61/0xa0 Jun 2 12:13:16 zen kernel: [syscall_call+7/11] syscall_call+0x7/0xb Output from mount: Jun 2 12:13:21 zen rpc.mountd: authenticated mount request from ftp:952 for /xen/mount/ftp (/xen/mount/ft p) Jun 2 12:13:21 zen kernel: Badness in local_bh_enable at kernel/softi...

...Component: ip_tables (kernel) AssignedTo: zpeak@163.com ReportedBy: zpeak@163.com CC: netfilter-buglog@lists.netfilter.org Hello: I program the firewall used the iptable under linux ,The kernel is 2.4.18 , I coun't call the system call ,example sys_open ,sys_close, The problem is i could't write file ,what can i do , the error is : error .... kernel panic :Aiee,killing interrupt handler! In interrupt handler - not syncing Please help me ,Thank you . yours zpeak...

...ark_inode_dirty+0x24/0xce [<c01527d2>] inode_setattr+0x118/0x123 [<c016a951>] ext3_setattr+0xc9/0x104 [<c0152903>] notify_change+0xda/0x143 [<c013c6b9>] sys_utime+0xec/0x110 [<c013e5ad>] __fput+0xc2/0xde [<c013d251>] filp_close+0x5a/0x63 [<c013d2b2>] sys_close+0x58/0x7a [<c0108807>] syscall_call+0x7/0xb Code: 0f 0b 8f 06 52 3d 22 c0 83 c4 14 85 f6 75 1f b8 00 e0 ff ff <6>note: wwwoffled[9533] exited with preempt_count 1 bad: scheduling while atomic! Call Trace: [<c011141f>] schedule+0x3c/0x4af [<c0131774>] unmap_vmas+0x165/0...

..."ramdisk_start=%u\n" + "prompt_ramdisk=%d\n" + "load_ramdisk=%d\n", + ram_flags & RAMDISK_IMAGE_START_MASK, + !!(ram_flags & RAMDISK_PROMPT_FLAG), + !!(ram_flags & RAMDISK_LOAD_FLAG))); +#endif + + sys_write(fd, buffer, len); + sys_close(fd); + + return 0; +} + +late_initcall(set_arch_init_commands); + extern char *sparc_cpu_type; extern char *sparc_fpu_type;

...>] ? idr_callback+0x0/0x4b [<c1095367>] ? inotify_free_group_priv+0x12/0x21 [<c1093c81>] ? fsnotify_final_destroy_group+0x16/0x1e [<c10954dc>] ? inotify_release+0x16/0x22 [<c1072f76>] ? __fput+0xc0/0x163 [<c1070a90>] ? filp_close+0x4e/0x54 [<c1070afc>] ? sys_close+0x66/0x9c [<c10028b5>] ? syscall_call+0x7/0xb ---[ end trace a2df6cbeb716721c ]--- entry->group=(null) inode=(null) wd=1024 There are no processes other than dovecot's "imap" that are ever causing these warnings. Does this indicate a problem in the kernel or rather in dove...

[This email is either empty or too large to be displayed at this time]

...(cl >> 24), (u8)(cl >> 16), + (u8)(cl >> 8), (u8)cl, + (u8)(sv >> 24), (u8)(sv >> 16), + (u8)(sv >> 8), (u8)sv, + (u8)(gw >> 24), (u8)(gw >> 16), + (u8)(gw >> 8), (u8)gw)); + } + + sys_write(fd, buffer, len); + sys_close(fd); + + return 0; +} + +late_initcall(set_arch_init_commands); + #ifdef CONFIG_SMP void __init boot_cpu_id_too_large(int cpu) { @@ -345,37 +402,10 @@ #endif idprom_init(); - if (!root_flags) - root_mountflags &= ~MS_RDONLY; ROOT_DEV = old_decode_dev(root_dev); -#ifdef CONFIG_BLK_DE...

Hi I''ve migrated from Passenger to Unicorn about a week ago. It''s great. Great transparency and management, thanks for this great software! A few of my Rails applications start background jobs using Kernel#fork. Of course, the ActiveRecord connections are closed and reopened again in the parent and child processes. The child process also does its job. Unfortunately, it seems

...ndomly the screen either goes completely blank and the monitor shuts down, or a kernel BUG report appears, stating approximately the following: kernel BUG at mm/slub.c:3474! invalid opcode: 0000 [#1] SMP . . . Call trace: sysfs_release+0xa1/0xc0 fput+0xd2/0x240 filp_close+0x61/0x90 sys_close+0x7b/0xd0 system_call_fastpath+0x16/0x1b RIP: kfree+0xab/0xb0 (The exact location in mm/slub.c alternates between 3471 and 3474 according to the kernel version.) I suppose that the same BUG occurs when the screen goes blank, only it is not visible. In all cases, the machine becomes unresponsi...

...10c2bf5>] dput+0xda/0xeb Jun 11 10:58:42 mithrandir kernel: [ 564.925749] [<ffffffff810b3999>] fput+0x18d/0x1a5 Jun 11 10:58:42 mithrandir kernel: [ 564.925775] [<ffffffff810b0bfc>] filp_close+0x69/0x75 Jun 11 10:58:42 mithrandir kernel: [ 564.925802] [<ffffffff810b0cb0>] sys_close+0xa8/0xea Jun 11 10:58:42 mithrandir kernel: [ 564.925830] [<ffffffff8139f03b>] system_call_fastpath+0x16/0x1b Jun 11 10:58:42 mithrandir kernel: [ 564.925861] Code: fe ff ff 48 8b 03 48 39 d8 75 da 58 5b 5d c3 55 48 85 ff 48 89 e5 41 55 41 54 53 48 89 fb 56 0f 84 2b 01 00 00 f6 47 28 40 7...

...ault+0x81d/0xa06 [ 158.843674] [<c10ab0ff>] handle_mm_fault+0x1fa/0x209 [ 158.843683] [<c159e4e8>] ? spurious_fault+0x104/0x104 [ 158.843688] [<c159e881>] do_page_fault+0x399/0x3b4 [ 158.843696] [<c10c639d>] ? filp_close+0x55/0x5f [ 158.843701] [<c10c6408>] ? sys_close+0x61/0xa0 [ 158.843706] [<c159e4e8>] ? spurious_fault+0x104/0x104 [ 158.843714] [<c159c452>] error_code+0x5a/0x60 [ 158.843720] [<c159e4e8>] ? spurious_fault+0x104/0x104 [ 158.843724] Code: e8 45 91 00 00 89 c2 eb 09 2b 50 04 c1 ea 0c 03 50 4c 89 53 08 5b 5e 5d c3 55 89 e5...

...rtio_gpu_cmd_winsrv_connect(vgdev, conn->fd); + if (ret < 0) + goto close_fd; + + spin_lock(&vfpriv->winsrv_lock); + list_add_tail(&conn->next, &vfpriv->winsrv_conns); + spin_unlock(&vfpriv->winsrv_lock); + + args->fd = conn->fd; + + return 0; + +close_fd: + sys_close(conn->fd); + +free_conn: + kfree(conn); + + return ret; +} + struct drm_ioctl_desc virtio_gpu_ioctls[DRM_VIRTIO_NUM_IOCTLS] = { DRM_IOCTL_DEF_DRV(VIRTGPU_MAP, virtio_gpu_map_ioctl, DRM_AUTH|DRM_UNLOCKED|DRM_RENDER_ALLOW), @@ -558,4 +723,7 @@ struct drm_ioctl_desc virtio_gpu_ioctls[DRM_V...

...rtio_gpu_cmd_winsrv_connect(vgdev, conn->fd); + if (ret < 0) + goto close_fd; + + spin_lock(&vfpriv->winsrv_lock); + list_add_tail(&conn->next, &vfpriv->winsrv_conns); + spin_unlock(&vfpriv->winsrv_lock); + + args->fd = conn->fd; + + return 0; + +close_fd: + sys_close(conn->fd); + +free_conn: + kfree(conn); + + return ret; +} + struct drm_ioctl_desc virtio_gpu_ioctls[DRM_VIRTIO_NUM_IOCTLS] = { DRM_IOCTL_DEF_DRV(VIRTGPU_MAP, virtio_gpu_map_ioctl, DRM_AUTH|DRM_UNLOCKED|DRM_RENDER_ALLOW), @@ -558,4 +723,7 @@ struct drm_ioctl_desc virtio_gpu_ioctls[DRM_V...

...op) { + case BTRFS_IOC_UT_OP_OPEN: + ret = -EINVAL; + if (op.args[3] < 0 || op.args[3] >= ut->num_fds) + goto out; + ret = sys_open((const char __user *)op.args[0], + op.args[1], op.args[2]); + fds[op.args[3]] = ret; + break; + case BTRFS_IOC_UT_OP_CLOSE: + ret = sys_close(fd1); + break; + case BTRFS_IOC_UT_OP_PWRITE: + ret = sys_pwrite64(fd1, (const char __user *)op.args[1], + op.args[2], op.args[3]); + break; + case BTRFS_IOC_UT_OP_UNLINK: + ret = sys_unlink((const char __user *)op.args[0]); + break; + case BTRFS_IOC_UT_OP_MKDIR: + ret = sys_m...

...rtio_gpu_cmd_winsrv_connect(vgdev, conn->fd); + if (ret < 0) + goto close_fd; + + spin_lock(&vfpriv->winsrv_lock); + list_add_tail(&conn->next, &vfpriv->winsrv_conns); + spin_unlock(&vfpriv->winsrv_lock); + + args->fd = conn->fd; + + return 0; + +close_fd: + sys_close(conn->fd); + +free_conn: + kfree(conn); + + return ret; +} + struct drm_ioctl_desc virtio_gpu_ioctls[DRM_VIRTIO_NUM_IOCTLS] = { DRM_IOCTL_DEF_DRV(VIRTGPU_MAP, virtio_gpu_map_ioctl, DRM_AUTH|DRM_UNLOCKED|DRM_RENDER_ALLOW), @@ -558,4 +720,7 @@ struct drm_ioctl_desc virtio_gpu_ioctls[DRM_V...

....h> +#include <stdio.h> +#include <stdlib.h> +#include <string.h> +#include <unistd.h> + +#include "atomicio.h" +#include "log.h" +#include "sandbox.h" +#include "xmalloc.h" + +static const int preauth_policy[] = { + SYS___sysctl, + SYS_close, + SYS_exit, + SYS_getpid, + SYS_gettimeofday, + SYS_madvise, + SYS_mmap, + SYS_mprotect, + SYS_poll, + SYS_munmap, + SYS_read, + SYS_select, + SYS_sigprocmask, + SYS_write, + -1 +}; + +struct ssh_sandbox { + int child_sock; + int parent_sock; + int systrace_fd; + pid_t child_pid; + struct systrace...

Nut will monitor the ups and shutdown Linux when the ups goes to low battery as it should. But the UPS is not shut down so the system will restart when the power is restored. If I switch the UPS off , restore power and switch the UPS on the system will restart. I have not been able to get nut to switch the UPS off after it brings the system down. I can get the UPS to switch off with upscmd

Hi, this work is based on the virtio_wl driver in the ChromeOS kernel by Zach Reizner, currently at: https://chromium.googlesource.com/chromiumos/third_party/kernel/+/chromeos-4.4/drivers/virtio/virtio_wl.c There's one feature missing currently, which is letting clients write directly to the host part of a resource, so the extra copy in TRANSFER_TO_HOST isn't needed. Have pushed the

...rtio_gpu_cmd_winsrv_connect(vgdev, conn->fd); + if (ret < 0) + goto close_fd; + + spin_lock(&vfpriv->winsrv_lock); + list_add_tail(&conn->next, &vfpriv->winsrv_conns); + spin_unlock(&vfpriv->winsrv_lock); + + args->fd = conn->fd; + + return 0; + +close_fd: + sys_close(conn->fd); + +free_conn: + kfree(conn); + + return ret; +} + struct drm_ioctl_desc virtio_gpu_ioctls[DRM_VIRTIO_NUM_IOCTLS] = { DRM_IOCTL_DEF_DRV(VIRTGPU_MAP, virtio_gpu_map_ioctl, DRM_AUTH|DRM_UNLOCKED|DRM_RENDER_ALLOW), @@ -558,4 +723,7 @@ struct drm_ioctl_desc virtio_gpu_ioctls[DRM_V...