----- Original Message ----- > At 2012-4-24 23:41, Dave Anderson wrote: > > That being the case, I'm now thinking that the -M option may be > > unnecessary? > > The shared memory output could be restricted to just 2 lines: > > > > SHMID_KERNEL KEY SHMID UID PERMS BYTES NATTCH STATUS > > ffff810026d75ed0 00000000 360452 3369 600 393216 2 dest > > PAGES ALLOCATED/RESIDENT/SWAPPED: 96/48/36 VFS_INODE: ffff81003d927d58 > > I keep the -M option. I think it is more clear if "ipcs -m" outputs only > one line for each shared memory and it gets more similarity with "ipcs > -s" and "ipcs -q". Actually, there are a lot of information about shared > memory like below. > > [root@localhost ipcs]# ipcs -i 0 -m > > Shared memory Segment shmid=0 > uid=0 gid=0 cuid=0 cgid=0 > mode=0666 access_perms=0666 > bytes=90000 lpid=30412 cpid=30412 nattch=0 > att_time=Thu Apr 19 10:55:34 2012 > det_time=Fri Apr 20 11:39:06 2012 > change_time=Thu Apr 19 10:55:34 2012 > > Maybe later, we will need not only PAGES and VFS_INODE. We may need some > information about time. So keeping -M option is necessary. OK, fair enough... > P.S. the two useless item has been removed, please refer to the > attachment. I will put this module on the extension module web page for now. The only thing that I will modify is to change the "VFS_INODE" string to indicate just "INODE", given that it's a pointer to a "struct inode". Thanks, Dave -- Crash-utility mailing list Crash-utility@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/crash-utility
