On Thu, Aug 09, 2012 at 11:48:57AM +0530, faizan husain wrote: > On Wednesday 08 August 2012 02:29 PM, Heiko Carstens wrote: > >So, how about the patch below in order to fix the issue Faisan > >brought up for lspcu? > > > > From 0f0f80b71e90b6ab58d9f6009b8356bb42235916 Mon Sep 17 00:00:00 2001 > >From: Heiko Carstens <heiko.carstens@xxxxxxxxxx> > >Date: Wed, 8 Aug 2012 10:52:47 +0200 > >Subject: [PATCH] lscpu: limit options --all, --online, --offline to parsable > > and extended output > > > >Passing the --all, --online or --offline options for the output summary > >doesn't make much sense. It should be limited to the two list output options. [...] > > > >+ if (cpu_modifier_specified && mod->mode == OUTPUT_SUMMARY) { > >+ fprintf(stderr, > >+ _("%s: options --all, --online and --offline may only " > >+ "be used with options --extended or --parsable.\n"), > >+ program_invocation_short_name); > >+ return EXIT_FAILURE; > >+ } > >+ > > if (argc != optind) > > usage(stderr); > > > but... > > don't you think we are missing on other column information > > [root@mx3650m2 ~]# lscpu -a That wouldn't work with the patch above applied (and without the patch applied there wouldn't be any difference in the output, regardless if you would specify "-a" or not). So.. I don't understand what your concern is. Besides that personally I would prefer to _only_ update the man page and don't change the code at all. > Architecture: x86_64 > CPU op-mode(s): 32-bit, 64-bit > Byte Order: Little Endian > CPU(s): 16 > On-line CPU(s) list: 0-5,7-13,15 > Off-line CPU(s) list: 6,14 > Thread(s) per core: 2 > Core(s) per socket: 3 > Socket(s): 2 > NUMA node(s): 2 > Vendor ID: GenuineIntel > CPU family: 6 > Model: 26 > Stepping: 5 > CPU MHz: 1596.000 > BogoMIPS: 5865.80 > Virtualization: VT-x > L1d cache: 32K > L1i cache: 32K > L2 cache: 256K > L3 cache: 8192K > NUMA node0 CPU(s): 0-3,8-11 > NUMA node1 CPU(s): 4,5,7,12,13,15 -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html