cluster gfs-kernel/src/gfs/recovery.c gnbd-ker ...

cluster gfs-kernel/src/gfs/recovery.c gnbd-ker ...

[bmarzins]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL50
Changes by:	bmarzins@sourceware.org	2006-11-21 22:01:42

Modified files:
	gfs-kernel/src/gfs: recovery.c 
	gnbd-kernel/src: gnbd.c 

Log message:
	Fix for bz215095 and bz215099.   GFS now uses fewer gfs_log_header structures,
	and dynamically allocates them.  Also, clean journal is declared noinline, so
	that the stack for it doesn't get added to the stack for gfs_recover_journal
	
	GNBD no longer uses the siginfo structure to examine the signal that killed
	a transfer. This is not as important as it was because GNBD now only deals with
	signals to the gnbd_recvd process. Handling other processes signals created
	a bug that could cause data corruption.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/recovery.c.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.9&r2=1.9.4.1
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gnbd-kernel/src/gnbd.c.diff?cvsroot=cluster&only_with_tag=RHEL50&r1=1.15&r2=1.15.4.1

cluster gfs-kernel/src/gfs/recovery.c gnbd-ker ...

[bmarzins]

CVSROOT:	/cvs/cluster
Module name:	cluster
Changes by:	bmarzins@sourceware.org	2006-11-10 22:17:39

Modified files:
	gfs-kernel/src/gfs: recovery.c 
	gnbd-kernel/src: gnbd.c 

Log message:
	fix for bz215095 & 215099.
	
	for 215099, gnbd now only handles signals in sock_xmit() when it is called by
	the gnbd_recvd process. Otherwise, it simply blocks the signals until it
	completes the IO. This keeps gnbd from sending partial requests to the
	server, which can lead to data corruption.
	
	for 215095, the gfs function clean_journal() now uses the noinline attriubute,
	gfs_find_jhead() only uses on struct gfs_log_header, and gfs_recover_journal() dynamically allocates its struct gfs_log_header, all to conserve stack space.
	
	In the gnbd function sock_xmit(), you no longer get the signal info, so
	gnbd_recvd cannot print which signal it received, but it saves over 120 bytes
	of stack space.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/recovery.c.diff?cvsroot=cluster&r1=1.9&r2=1.10
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gnbd-kernel/src/gnbd.c.diff?cvsroot=cluster&r1=1.15&r2=1.16

cluster gfs-kernel/src/gfs/recovery.c gnbd-ker ...

[bmarzins]

CVSROOT:	/cvs/cluster
Module name:	cluster
Branch: 	RHEL5
Changes by:	bmarzins@sourceware.org	2006-11-10 22:16:47

Modified files:
	gfs-kernel/src/gfs: recovery.c 
	gnbd-kernel/src: gnbd.c 

Log message:
	fix for bz215095 & 215099.
	
	for 215099, gnbd now only handles signals in sock_xmit() when it is called by
	the gnbd_recvd process. Otherwise, it simply blocks the signals until it
	completes the IO. This keeps gnbd from sending partial requests to the
	server, which can lead to data corruption.
	
	for 215095, the gfs function clean_journal() now uses the noinline attriubute,
	gfs_find_jhead() only uses on struct gfs_log_header, and gfs_recover_journal()
	dynamically allocates its struct gfs_log_header, all to conserve stack space.
	
	In the gnbd function sock_xmit(), you no longer get the signal info, so
	gnbd_recvd cannot print which signal it received, but it saves over 120 bytes
	of stack space.

Patches:
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gfs-kernel/src/gfs/recovery.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.9&r2=1.9.2.1
http://sourceware.org/cgi-bin/cvsweb.cgi/cluster/gnbd-kernel/src/gnbd.c.diff?cvsroot=cluster&only_with_tag=RHEL5&r1=1.15&r2=1.15.2.1