search for: tomoyo

...he LSM infrastructure returns zero, > without setting the xattr. That would explain the panic. > > Not sure, I will think more. Seems you are right. First of all, there is more than one LSM active: [ 0.048241] LSM: initializing lsm=lockdown,capability,landlock,yama,integrity,apparmor,tomoyo,bpf [ 0.048250] landlock: Up and running. [ 0.048250] Yama: becoming mindful. [ 0.048293] AppArmor: AppArmor initialized [ 0.048295] TOMOYO Linux initialized [ 0.048300] LSM support for eBPF active But from the source it seems that eBPF creates all hooks and returns the default valu...

...ough; MEMORY MANAGEMENT: Use fallthrough; SIPHASH PRF ROUTINES: Use fallthrough; POSIX CLOCKS and TIMERS: Use fallthrough; GCOV BASED KERNEL PROFILING: Use fallthrough; IRQ SUBSYSTEM: Use fallthrough; APPARMOR SECURITY MODULE: Use fallthrough; SMACK SECURITY MODULE: Use fallthrough; TOMOYO SECURITY MODULE: Use fallthrough; VSPRINTF: Use fallthrough; THE REST: Use fallthrough; arch/alpha/kernel/module.c | 2 +- arch/alpha/kernel/signal.c | 2 +- arch/alpha/kernel/traps.c | 6 +- arch/arc/kernel/disasm.c...

...ough; MEMORY MANAGEMENT: Use fallthrough; SIPHASH PRF ROUTINES: Use fallthrough; POSIX CLOCKS and TIMERS: Use fallthrough; GCOV BASED KERNEL PROFILING: Use fallthrough; IRQ SUBSYSTEM: Use fallthrough; APPARMOR SECURITY MODULE: Use fallthrough; SMACK SECURITY MODULE: Use fallthrough; TOMOYO SECURITY MODULE: Use fallthrough; VSPRINTF: Use fallthrough; THE REST: Use fallthrough; arch/alpha/kernel/module.c | 2 +- arch/alpha/kernel/signal.c | 2 +- arch/alpha/kernel/traps.c | 6 +- arch/arc/kernel/disasm.c...

...ough; MEMORY MANAGEMENT: Use fallthrough; SIPHASH PRF ROUTINES: Use fallthrough; POSIX CLOCKS and TIMERS: Use fallthrough; GCOV BASED KERNEL PROFILING: Use fallthrough; IRQ SUBSYSTEM: Use fallthrough; APPARMOR SECURITY MODULE: Use fallthrough; SMACK SECURITY MODULE: Use fallthrough; TOMOYO SECURITY MODULE: Use fallthrough; VSPRINTF: Use fallthrough; THE REST: Use fallthrough; arch/alpha/kernel/module.c | 2 +- arch/alpha/kernel/signal.c | 2 +- arch/alpha/kernel/traps.c | 6 +- arch/arc/kernel/disasm.c...

...ough; MEMORY MANAGEMENT: Use fallthrough; SIPHASH PRF ROUTINES: Use fallthrough; POSIX CLOCKS and TIMERS: Use fallthrough; GCOV BASED KERNEL PROFILING: Use fallthrough; IRQ SUBSYSTEM: Use fallthrough; APPARMOR SECURITY MODULE: Use fallthrough; SMACK SECURITY MODULE: Use fallthrough; TOMOYO SECURITY MODULE: Use fallthrough; VSPRINTF: Use fallthrough; THE REST: Use fallthrough; arch/alpha/kernel/module.c | 2 +- arch/alpha/kernel/signal.c | 2 +- arch/alpha/kernel/traps.c | 6 +- arch/arc/kernel/disasm.c...

...ough; MEMORY MANAGEMENT: Use fallthrough; SIPHASH PRF ROUTINES: Use fallthrough; POSIX CLOCKS and TIMERS: Use fallthrough; GCOV BASED KERNEL PROFILING: Use fallthrough; IRQ SUBSYSTEM: Use fallthrough; APPARMOR SECURITY MODULE: Use fallthrough; SMACK SECURITY MODULE: Use fallthrough; TOMOYO SECURITY MODULE: Use fallthrough; VSPRINTF: Use fallthrough; THE REST: Use fallthrough; arch/alpha/kernel/module.c | 2 +- arch/alpha/kernel/signal.c | 2 +- arch/alpha/kernel/traps.c | 6 +- arch/arc/kernel/disasm.c...

Hi, total newbie on CentOS. Just firing up an install of 5.5 on a development webserver. Installed Webmin, Awstats, PHPMyAdmin and Drupal successfully. Yet to work on Sendmail and Samba. SELinux in enforcing mode, reporting "SELinux preventing ifconfig (ifconfig_t) "read write" to /var/webminsessiondb.pag (var_t)". Googled the error message without real success in finding fix

...elano Roosevelt Return-Path: <monyo@home.monyo.com> Delivered-To: samba@samba.org Received: from tigris.allnet.ne.jp (tigris.allnet.ne.jp [210.228.3.47]) by lists.samba.org (Postfix) with ESMTP id 31FB45148 for <samba@samba.org>; Wed, 15 Aug 2001 08:20:00 -0700 (PDT) Received: from tomoyo.home.monyo.com (tomoyo.home.monyo.com [192.168.10.36]) by tigris.allnet.ne.jp (8.9.3+3.2W/3.7W-HOME-MONYO-COM) with SMTP id AAA21704 for <samba@samba.org>; Thu, 16 Aug 2001 00:23:53 +0900 Received: (qmail 27093 invoked from network); 15 Aug 2001 15:23:53 -0000 Received: from tomoyo.home...

...MTP id CAF5F4BC7 for <samba@lists.samba.org>; Mon, 11 Jun 2001 09:46:43 -0700 (PDT) Received: from ganga.home.monyo.com (ganga.home.monyo.com [192.168.10.37]) by tigris.allnet.ne.jp (8.9.3+3.2W/3.7W-HOME-MONYO-COM) with ESMTP id BAA07270; Tue, 12 Jun 2001 01:46:25 +0900 Received: from tomoyo.home.monyo.com (tomoyo.home.monyo.com [192.168.10.36]) by ganga.home.monyo.com (8.9.3/8.9.3) with ESMTP id BAA03002; Tue, 12 Jun 2001 01:46:25 +0900 Date: Tue, 12 Jun 2001 01:46:24 +0900 Message-ID: <2fhexnufq7.wl@tomoyo.home.monyo.com> From: monyo@samba.gr.jp (Samba-JP TAKAHASHI Motonobu...

(Sorry, third time -- last one, promise, just giving it a subject line!) OK, a second machine hosted at the same hosting company has also apparently been hacked. Since 2 of out of 3 machines hosted at that company have now been hacked, but this hasn't happened to any of the other 37 dedicated servers that I've got hosted at other hosting companies (also CentOS, same version or almost),

Hi everyone, I described the reflink operation at the Linux Storage & Filesystems Workshop last month. Originally implemented as an ocfs2-specific ioctl, the consensus was that it should be a syscall from the get-go. Here's some first-cut patches. For people who have not seen reflink, either at LSF or on the ocfs2 wiki, the first patch contains Documentation/filesystems/reflink.txt to

...Arnold Andrews Return-Path: <monyo@home.monyo.com> Delivered-To: samba@samba.org Received: from tigris.allnet.ne.jp (tigris.allnet.ne.jp [210.228.3.47]) by lists.samba.org (Postfix) with ESMTP id BB57F4C74 for <samba@samba.org>; Wed, 8 Aug 2001 08:26:09 -0700 (PDT) Received: from tomoyo.home.monyo.com (tomoyo.home.monyo.com [192.168.10.36]) by tigris.allnet.ne.jp (8.9.3+3.2W/3.7W-HOME-MONYO-COM) with SMTP id AAA32258 for <samba@samba.org>; Thu, 9 Aug 2001 00:30:17 +0900 Received: (qmail 32064 invoked from network); 8 Aug 2001 15:30:17 -0000 Received: from tomoyo.home.m...

This patch series aims to move the logical block size checking to the block code. This was inspired by missing check for valid logical block size in virtio-blk which causes the kernel to crash in a weird way later on when it is invalid. I added blk_is_valid_logical_block_size which returns true iff the block size is one of supported sizes. I added this check to virtio-blk, and also converted

This patch series aims to move the logical block size checking to the block code. This was inspired by missing check for valid logical block size in virtio-blk which causes the kernel to crash in a weird way later on when it is invalid. I added blk_is_valid_logical_block_size which returns true iff the block size is one of supported sizes. I added this check to virtio-blk, and also converted

...<samba@samba.org>; Tue, 26 Jun 2001 11:41:30 -0700 (PDT) Received: from ganga.home.monyo.com (ganga.home.monyo.com [192.168.10.37]) by tigris.allnet.ne.jp (8.9.3+3.2W/3.7W-HOME-MONYO-COM) with ESMTP id DAA20790 for <samba@samba.org>; Wed, 27 Jun 2001 03:45:32 +0900 Received: from tomoyo.home.monyo.com (tomoyo.home.monyo.com [192.168.10.36]) by ganga.home.monyo.com (8.9.3/8.9.3) with SMTP id DAA16520 for <samba@samba.org>; Wed, 27 Jun 2001 03:45:32 +0900 Received: (qmail 20445 invoked from network); 26 Jun 2001 18:45:31 -0000 Received: from localhost (127.0.0.1) by localh...

Hello, I tried out kernel 3.1.0-rc2 on my i386 Laptop with Xen 4.1.1. Booting hangs after these messages on the VGA console: pci 0000:02:09.0: address space collision: [mem 0x000da000-0x000dafff] conflicts with reserved [mem 0x0009f800-0x000fffff] reserve RAM buffer: 00000000 0009f000 - 00000000 0009ffff reserve RAM buffer: 00000000 38400000 - 00000000 3bffffff reserve RAM buffer: 00000001

Hello, I tried out kernel 3.1.0-rc2 on my i386 Laptop with Xen 4.1.1. Booting hangs after these messages on the VGA console: pci 0000:02:09.0: address space collision: [mem 0x000da000-0x000dafff] conflicts with reserved [mem 0x0009f800-0x000fffff] reserve RAM buffer: 00000000 0009f000 - 00000000 0009ffff reserve RAM buffer: 00000000 38400000 - 00000000 3bffffff reserve RAM buffer: 00000001

...; Terje Bergstrom <tbergstrom@nvidia.com> Tero Kristo <t-kristo@ti.com> Tero Kristo <Tero Kristo <t-kristo@ti.com> Tero Roponen <tero.roponen@gmail.com> Tested-by: Simon Horman <horms@verge.net.au> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> [tomoyo] Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> wrote: Tetsuyuki Kobayashi <koba@kmckk.co.jp> Thadeu Lima de Souza Cascardo <cascardo@holoscopio.com> Thadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com&...

...; Terje Bergstrom <tbergstrom@nvidia.com> Tero Kristo <t-kristo@ti.com> Tero Kristo <Tero Kristo <t-kristo@ti.com> Tero Roponen <tero.roponen@gmail.com> Tested-by: Simon Horman <horms@verge.net.au> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> [tomoyo] Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> wrote: Tetsuyuki Kobayashi <koba@kmckk.co.jp> Thadeu Lima de Souza Cascardo <cascardo@holoscopio.com> Thadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com&...

...; Terje Bergstrom <tbergstrom@nvidia.com> Tero Kristo <t-kristo@ti.com> Tero Kristo <Tero Kristo <t-kristo@ti.com> Tero Roponen <tero.roponen@gmail.com> Tested-by: Simon Horman <horms@verge.net.au> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> [tomoyo] Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp> wrote: Tetsuyuki Kobayashi <koba@kmckk.co.jp> Thadeu Lima de Souza Cascardo <cascardo@holoscopio.com> Thadeu Lima de Souza Cascardo <cascardo@linux.vnet.ibm.com&...