EmbLogic's Blog

lscpu: lscpu gathers CPU architecture information like number of CPUs, threads, cores, sockets, NUMA nodes, information about CPU caches, CPU family, model, bogoMIPS, byte order and stepping from sysfs and /proc/cpuinfo, and prints it in a human-read?able format.
Cmd to know system endianness:
1. file a.out
2. lscpu | grep -i byte
3.readelf -h libname //command to check particular library info

rcs: warning: No options were given; this usage is obsolescent.
rcs: RCS/server.c,v: No such file or directory
[root@(none) ipc_project]# rcs -i server.c
RCS file: server.c,v
enter description, terminated with single ‘.’ or end of file:
NOTE: This is NOT the log message!
>> included all the header files that will be used in the code
>> defined struct data and struct sembuf
>> .
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v ./server.c
revision 1.1 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > got the kernel key using msgget()
>> checked the accessibility of the file
>> using access(0
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.2 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > created a fifo between client,server and server,process
>> opened the file in write only mode in the requesting client
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.3 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v ./server.c
revision 1.3 (locked)
done
co: RCS/co,v: No such file or directory
co: -l option is ignored after filenames
co: -r1.3 option is ignored after filenames
./server.c,v –> ./server.c
revision 1.3 (locked)
writable ./server.c exists; remove it? [ny](n): y
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v ./server.c
revision 1.3 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > now,using semop(),decremented the u.value,making the other processes wait while request client is writing
>> in the server side,reading the data and again incrementing the u.value
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.4 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > closed the fifo
>> gave the gave the m.type
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.5 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > opened the fifo in write onlu mode
>> decremented the u.value
>> wrote data from server to process
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.6 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > read the data in the process side
>> incremented the u.value
>> processed the data
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.7 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > closed the fifo
>> decremented the u.val
>> wrote data to server
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.8 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > read the data in server
>> incremented the u.val
>> closed the fifo
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.9 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > stored the result in r.result
>> opened the client server fifo
>> send the data using msgsnd()
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.10 (locked)
done
[root@(none) ipc_project]# ci ./server.c
./server.c,v > receieved the data in client side using msgrcv()
>> displayed the data
>> closed the fifo
>> .
done
[root@(none) ipc_project]# co -l ./server.c
./server.c,v –> ./server.c
revision 1.11 (locked)
done
[root@(none) ipc_project]# rlog ./server.c

RCS file: ./server.c,v
Working file: ./server.c
head: 1.11
branch:
locks: strict
root: 1.11
access list:
symbolic names:
keyword substitution: kv
total revisions: 11; selected revisions: 11
description:
included all the header files that will be used in the code
defined struct data and struct sembuf
—————————-
revision 1.11 locked by: root;
date: 2014/11/14 09:06:43; author: root; state: Exp; lines: +1 -1
receieved the data in client side using msgrcv()
displayed the data
closed the fifo
—————————-
revision 1.10
date: 2014/11/14 09:05:04; author: root; state: Exp; lines: +1 -1
stored the result in r.result
opened the client server fifo
send the data using msgsnd()
—————————-
revision 1.9
date: 2014/11/14 09:03:39; author: root; state: Exp; lines: +1 -1
read the data in server
incremented the u.val
closed the fifo
—————————-
revision 1.8
date: 2014/11/14 09:02:39; author: root; state: Exp; lines: +1 -1
closed the fifo
decremented the u.val
wrote data to server
—————————-
revision 1.7
date: 2014/11/14 09:00:14; author: root; state: Exp; lines: +1 -1
read the data in the process side
incremented the u.value
processed the data
—————————-
revision 1.6
date: 2014/11/14 08:54:46; author: root; state: Exp; lines: +1 -1
opened the fifo in write onlu mode
decremented the u.value
wrote data from server to process
—————————-
revision 1.5
date: 2014/11/14 08:50:12; author: root; state: Exp; lines: +1 -1
closed the fifo
gave the gave the m.type
—————————-
revision 1.4
date: 2014/11/14 08:45:36; author: root; state: Exp; lines: +1 -1
now,using semop(),decremented the u.value,making the other processes wait while request client is writing
in the server side,reading the data and again incrementing the u.value
—————————-
revision 1.3
date: 2014/11/14 08:40:12; author: root; state: Exp; lines: +1 -1
created a fifo between client,server and server,process
opened the file in write only mode in the requesting client
—————————-
revision 1.2
date: 2014/11/14 08:32:00; author: root; state: Exp; lines: +1 -1
got the kernel key using msgget()
checked the accessibility of the file
using access(0
—————————-
revision 1.1
date: 2014/11/14 08:29:23; author: root; state: Exp;
Initial revision

RCS file: receiever.c,v
enter description, terminated with single ‘.’ or end of file:
NOTE: This is NOT the log message!
>> included all the header files that will be used in the code
>> .
done
[root@(none) msgq]# ci ./receiever.c
./receiever.c,v ./receiever.c
revision 1.1 (locked)
done
[root@(none) msgq]# ci ./receiever.c
./receiever.c,v > defined the message buffer structure
>> got the kernel id using msgget()
>> .
done
[root@(none) msgq]# co -l ./receiever.c
./receiever.c,v –> ./receiever.c
revision 1.2 (locked)
done
[root@(none) msgq]# man msgctl
[root@(none) msgq]# ci ./receiever.c
./receiever.c,v > gave IPC_STAT command and address of buffer to the msgctl()
>> .
done
[root@(none) msgq]# co -l ./receiever.c
./receiever.c,v –> ./receiever.c
revision 1.3 (locked)
done
[root@(none) msgq]# ci ./receiever.c
./receiever.c,v > gave the message type to the message buffer
>> gave the string using gets()
>> .
done
[root@(none) msgq]# co -l ./receiever.c
./receiever.c,v –> ./receiever.c
revision 1.4 (locked)
done
[root@(none) msgq]# ci ./receiever.c
./receiever.c,v > using msgsnd() sending the message from sender to the receiever
>> on the receiever side using msgecv() receieved the message
>> printed the message receieved
>> .
done
[root@(none) msgq]# co -l ./receiever.c
./receiever.c,v –> ./receiever.c
revision 1.5 (locked)
done
[root@(none) msgq]# rlog ./receiever.c

RCS file: ./receiever.c,v
Working file: ./receiever.c
head: 1.5
branch:
locks: strict
root: 1.5
access list:
symbolic names:
keyword substitution: kv
total revisions: 5; selected revisions: 5
description:
included all the header files that will be used in the code
—————————-
revision 1.5 locked by: root;
date: 2014/11/13 07:55:19; author: root; state: Exp; lines: +1 -1
using msgsnd() sending the message from sender to the receiever
on the receiever side using msgecv() receieved the message
printed the message receieved
—————————-
revision 1.4
date: 2014/11/13 07:53:55; author: root; state: Exp; lines: +1 -1
gave the message type to the message buffer
gave the string using gets()
—————————-
revision 1.3
date: 2014/11/13 07:52:43; author: root; state: Exp; lines: +1 -1
gave IPC_STAT command and address of buffer to the msgctl()
—————————-
revision 1.2
date: 2014/11/13 07:49:23; author: root; state: Exp; lines: +1 -1
defined the message buffer structure
got the kernel id using msgget()
—————————-
revision 1.1
date: 2014/11/13 07:48:36; author: root; state: Exp;
Initial revision

RCS file: mdc.c,v
Working file: mdc.c
head: 1.8
branch:
locks: strict
root: 1.8
access list:
symbolic names:
keyword substitution: kv
total revisions: 8; selected revisions: 8
description:
included all the header files
entered the string using gets()
—————————-
revision 1.8 locked by: root;
date: 2014/11/13 07:14:16; author: root; state: Exp; lines: +2 -2
in decompressing first right shifted the first byte by four and matched those four bytes with the index of master array and printed the value at that index
for the last four bytes,printed the value for that index from the master array
doing this for other bytes
printed the final array
—————————-
revision 1.7
date: 2014/11/13 07:02:05; author: root; state: Exp; lines: +1 -1
ORING the first byte with secong one
and doing this for other bytes
—————————-
revision 1.6
date: 2014/11/13 06:59:05; author: root; state: Exp; lines: +1 -1
now for secong index moving the index to the byte and first left shift it by four and then right shift it by four
—————————-
revision 1.5
date: 2014/11/13 06:57:04; author: root; state: Exp; lines: +1 -1
in compression X-ORING the bytes with themselves
moving the index of the first character in the bits
and left shifting them by four
—————————-
revision 1.4
date: 2014/11/13 06:56:09; author: root; state: Exp; lines: +1 -1
using lseek function again moving the cursor to the very first location
—————————-
revision 1.3
date: 2014/11/13 06:53:45; author: root; state: Exp; lines: +1 -1
using for loop matching the every element of the entered array with that of master array
if matched then skip the character
if not matched then include the character in the master array
—————————-
revision 1.2
date: 2014/11/13 06:52:57; author: root; state: Exp; lines: +1 -1
assigned the first character in the master arrayy
—————————-
revision 1.1
date: 2014/11/13 06:52:06; author: root; state: Exp;
Initial revision

RCS file: server.c,v
Working file: server.c
head: 1.13
branch:
locks: strict
root: 1.13
access list:
symbolic names:
keyword substitution: kv
total revisions: 13; selected revisions: 13
description:
included all the header files that will be used in the code
—————————-
revision 1.13 locked by: root;
date: 2014/11/11 09:16:36; author: root; state: Exp; lines: +1 -1
did the same for all the other cases
—————————-
revision 1.12
date: 2014/11/11 09:14:47; author: root; state: Exp; lines: +1 -1
again set the operation (–) in the sembuff and forward the data to the client
client receieved the data and closed the fifo
displayed the result
—————————-
revision 1.11
date: 2014/11/11 09:13:00; author: root; state: Exp; lines: +1 -1
server now set the operation (++) and reads the data
—————————-
revision 1.10
date: 2014/11/11 09:10:58; author: root; state: Exp; lines: +1 -1
after processing the data opened the file in write only mode
set the operation (–) in sembuff
wrote data to the server
—————————-
revision 1.9
date: 2014/11/11 09:08:27; author: root; state: Exp; lines: +1 -1
wrote data to the respective process
in the process side, read the data
set the operation (++)in the operation so that now the other process may execute waiting in the waiting list
—————————-
revision 1.8
date: 2014/11/11 09:05:48; author: root; state: Exp; lines: +1 -1
now in parent opened the file in srite only mode
setting the operation (–) using semop call to make the other processes wait until the current process execution is done
—————————-
revision 1.7
date: 2014/11/11 09:04:33; author: root; state: Exp; lines: +1 -1
created the parent and child processes uding fork
—————————-
revision 1.6
date: 2014/11/11 09:01:22; author: root; state: Exp; lines: +1 -1
now using the semop call setting the sembuff operation (++) to release the wait
closed the filr descriptor
—————————-
revision 1.5
date: 2014/11/11 09:00:13; author: root; state: Exp; lines: +1 -1
now the client writes the data and the server reads it
—————————-
revision 1.4
date: 2014/11/11 08:57:13; author: root; state: Exp; lines: +1 -1
in the client side,after opening the file,using the sem buff structure,set the operation (–)
—————————-
revision 1.3
date: 2014/11/11 08:55:39; author: root; state: Exp; lines: +1 -1
created the fifo between the client server and the server process
—————————-
revision 1.2
date: 2014/11/11 08:52:49; author: root; state: Exp; lines: +1 -1
initialised the union value as 1
got the unique kernel key using the semget call
—————————-
revision 1.1
date: 2014/11/11 08:51:02; author: root; state: Exp;
Initial revision

Implementing read and write operations for Compatibility mode.In compatibility mode , the data is sent character by character on a hardware which consists of 8 led. It is tested by sending data on LEDs connected on a hardware.

RCS file: header.h,v
Working file: header.h
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
add linux/ioport.h
add asm/io.h
—————————-
revision 1.1 locked by: root;
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: declaration.h,v
Working file: declaration.h
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
This is DECLATAION file
all the function prototypes,declared in this file
—————————-
revision 1.1 locked by: root;
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: file_operation.h,v
Working file: file_operation.h
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
this file contains the mapping of devwrite file to write called from application
—————————-
revision 1.1 locked by: root;
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: devopen.c,v
Working file: devopen.c
head: 1.1
branch:
locks: strict
root: 1.1
access list:
symbolic names:
keyword substitution: kv
total revisions: 1; selected revisions: 1
description:
—————————-
revision 1.1 locked by: root;
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: driver.c,v
Working file: driver.c
head: 1.2
branch:
locks: strict
root: 1.2
access list:
symbolic names:
keyword substitution: kv
total revisions: 2; selected revisions: 2
description:
this file contains the initialization of module
—————————-
revision 1.2 locked by: root;
date: 2014/11/06 12:50:22; author: root; state: Exp; lines: +1 -0
check if region is free i.e. at address 0×378
if not free, request for region
—————————-
revision 1.1
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: devwrite.c,v
Working file: devwrite.c
head: 1.2
branch:
locks: strict
root: 1.2
access list:
symbolic names:
keyword substitution: kv
total revisions: 2; selected revisions: 2
description:
allocate region for scull in memory, and store data write from application in quantum of scull
—————————-
revision 1.2 locked by: root;
date: 2014/11/06 12:55:39; author: root; state: Exp; lines: +2 -2
Initially reset data lines by outb(0×00)
character sent in loop at interval of 5 sec
character are write in quantum from application, and in each loop one character is outb
—————————-
revision 1.1
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================

RCS file: removedriver.c,v
Working file: removedriver.c
head: 1.2
branch:
locks: strict
root: 1.2
access list:
symbolic names:
keyword substitution: kv
total revisions: 2; selected revisions: 2
description:
this file contains exit module when driver is removed
—————————-
revision 1.2 locked by: root;
date: 2014/11/06 12:52:36; author: root; state: Exp; lines: +1 -0
region is released when driver is removed
—————————-
revision 1.1
date: 2014/11/06 12:47:01; author: root; state: Exp;
Initial revision
=============================================================================