2010JulAug EP log - Revision history

Monnierast at 23:51, 4 August 2010

2010-08-04T23:51:36Z

← Older revision		Revision as of 23:51, 4 August 2010
Line 302:		Line 302:
	Mem: 905100k total, 43184k used, 861916k free, 5100k buffers		Mem: 905100k total, 43184k used, 861916k free, 5100k buffers
	Swap: 2650684k total, 0k used, 2650684k free, 17256k cached		Swap: 2650684k total, 0k used, 2650684k free, 17256k cached

			Putting back "xeno_nucleus.xenomai_gid=1002"

			top - 16:48:49 up 1 min, 4 users, load average: 0.09, 0.08, 0.03
			Tasks: 66 total, 1 running, 65 sleeping, 0 stopped, 0 zombie
			Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
			Mem: 905100k total, 46456k used, 858644k free, 5156k buffers
			Swap: 2650684k total, 0k used, 2650684k free, 17888k cached

			So there is really no difference. The only difference is doing a cold boot, switching off the computer.

Monnierast at 23:15, 4 August 2010

2010-08-04T23:15:50Z

← Older revision		Revision as of 23:15, 4 August 2010
Line 288:		Line 288:

	This is the result of top after a fresh reboot on the new xenomai mirkwood. Notice how litte freememory there is.		This is the result of top after a fresh reboot on the new xenomai mirkwood. Notice how litte freememory there is.


	Tasks: 63 total, 1 running, 62 sleeping, 0 stopped, 0 zombie		Tasks: 63 total, 1 running, 62 sleeping, 0 stopped, 0 zombie
Line 295:		Line 294:
	Mem: 905100k total, 787496k used, 117604k free, 729684k buffers		Mem: 905100k total, 787496k used, 117604k free, 729684k buffers
	Swap: 2650684k total, 0k used, 2650684k free, 16140k cached		Swap: 2650684k total, 0k used, 2650684k free, 16140k cached
			top - 16:10:44 up 0 min, 1 user, load average: 0.43, 0.12, 0.04

			It seemed as if the problem was caused by the kernel parameter "xeno_nucleus.xenomai_gid=1002" (to be verified). New result after fresh reboot:

			Tasks: 60 total, 1 running, 59 sleeping, 0 stopped, 0 zombie
			Cpu(s): 0.2%us, 0.0%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
			Mem: 905100k total, 43184k used, 861916k free, 5100k buffers
			Swap: 2650684k total, 0k used, 2650684k free, 17256k cached

192.153.157.220 at 21:41, 4 August 2010

2010-08-04T21:41:21Z

← Older revision		Revision as of 21:41, 4 August 2010
Line 282:		Line 282:

	Writing data to disc now works.		Writing data to disc now works.


			-------
			2010 Aug 04

			This is the result of top after a fresh reboot on the new xenomai mirkwood. Notice how litte freememory there is.


			Tasks: 63 total, 1 running, 62 sleeping, 0 stopped, 0 zombie
			Cpu0 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
			Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
			Mem: 905100k total, 787496k used, 117604k free, 729684k buffers
			Swap: 2650684k total, 0k used, 2650684k free, 16140k cached

Monnierast at 19:35, 3 August 2010

2010-08-03T19:35:51Z

@@ Line 256: / Line 256: @@
 /08/10
 I am sick of this wiki. I lost again part of my log that I thought I saved. It seems as if saving is not enough. You have to close the complete session!
@@ Line 262: / Line 272: @@
 Other problem is the lack of communication between RTscheduler and spooler which I investigate now.

Monnierast at 20:23, 2 August 2010

2010-08-02T20:23:46Z

← Older revision		Revision as of 20:23, 2 August 2010
Line 254:		Line 254:
	- ret = unregister_chrdev(major[i], board[i]);		- ret = unregister_chrdev(major[i], board[i]);
	+ unregister_chrdev(major[i], board[i]);		+ unregister_chrdev(major[i], board[i]);

			02/08/10

			I am sick of this wiki. I lost again part of my log that I thought I saved. It seems as if saving is not enough. You have to close the complete session!

			The modification to the kernel driver were successful. I also had to use again the rt_sem since the ioctl crashed the machine. The driver needs to be modified since it uses the kernel framework now strongly deprecated (need to use RTDM).

			Other problem is the lack of communication between RTscheduler and spooler which I investigate now.

Monnierast at 01:33, 2 August 2010

2010-08-02T01:33:11Z

← Older revision		Revision as of 01:33, 2 August 2010
Line 254:		Line 254:
	- ret = unregister_chrdev(major[i], board[i]);		- ret = unregister_chrdev(major[i], board[i]);
	+ unregister_chrdev(major[i], board[i]);		+ unregister_chrdev(major[i], board[i]);

	~~I also comment out all the references to rt_sem_~~

Monnierast at 16:56, 1 August 2010

2010-08-01T16:56:56Z

← Older revision		Revision as of 16:56, 1 August 2010
Line 254:		Line 254:
	- ret = unregister_chrdev(major[i], board[i]);		- ret = unregister_chrdev(major[i], board[i]);
	+ unregister_chrdev(major[i], board[i]);		+ unregister_chrdev(major[i], board[i]);

			I also comment out all the references to rt_sem_

Monnierast: e

2010-08-01T16:22:16Z

← Older revision		Revision as of 16:22, 1 August 2010
Line 228:		Line 228:
	The program seem to crash after no interrupt is received (the semaphore goes into timeout after 10 seconds). Does this have anything to do with the "kernel:Disabling IRQ #20"		The program seem to crash after no interrupt is received (the semaphore goes into timeout after 10 seconds). Does this have anything to do with the "kernel:Disabling IRQ #20"

	I commented out the ~~spin_loc~~ from the driver for a test since that may conflict with xenomai. In practice the program crashes either using the interrupt method or the ioct method.		I commented out the spin_lock from the driver for a test since that may conflict with xenomai. In practice the program crashes either using the interrupt method or the ioct method.

			01/08/10
			Maybe converting the old driver to kernel 2.6.32 is actually easier that debugging the new driver. I try to compile the old driver. I copy the kernel dir in my home to kernel.old and copy the CHAMP kernel dir to my home dir,
			Now copy new Makefile from kernel to kernel_old and compile driver:
			make -C /lib/modules/2.6.32.11-xenomai-2.5.3/build SUBDIRS=/home/ep41/kernel modules -lnative -lrtdm
			make[1]: Entering directory `/usr/src/linux-2.6.32.11'
			CC [M] /home/ep41/kernel/astropci.o
			In file included from /home/ep41/kernel/astropci.c:65:
			/usr/include/xenomai/native/task.h: In function ‘rt_task_spawn’:
			/usr/include/xenomai/native/task.h:317: warning: ‘rt_task_create’ is deprecated (declared at /usr/include/xenomai/native/task.h:250)
			/home/ep41/kernel/astropci.c: In function ‘astropci_init’:
			/home/ep41/kernel/astropci.c:193: error: implicit declaration of function ‘pci_module_init’
			/home/ep41/kernel/astropci.c: In function ‘astropci_exit’:
			/home/ep41/kernel/astropci.c:290: error: void value not ignored as it ought to be
			/home/ep41/kernel/astropci.c: In function ‘__astropci_isr’:
			/home/ep41/kernel/astropci.c:829: warning: initialization makes integer from pointer without a cast
			make[2]: *** [/home/ep41/kernel/astropci.o] Error 1
			make[1]: *** [_module_/home/ep41/kernel] Error 2
			make[1]: Leaving directory `/usr/src/linux-2.6.32.11'
			make: *** [default] Error 2

			OK, pci_module_init has been substituted with pci_register_driver. I just need to change the name. From line 290 I simply remove the variable int ret and all references to it since the function now returns void.

			- ret = unregister_chrdev(major[i], board[i]);
			+ unregister_chrdev(major[i], board[i]);

Monnierast at 23:26, 31 July 2010

2010-07-31T23:26:03Z

← Older revision		Revision as of 23:26, 31 July 2010
Line 228:		Line 228:
	The program seem to crash after no interrupt is received (the semaphore goes into timeout after 10 seconds). Does this have anything to do with the "kernel:Disabling IRQ #20"		The program seem to crash after no interrupt is received (the semaphore goes into timeout after 10 seconds). Does this have anything to do with the "kernel:Disabling IRQ #20"

			I commented out the spin_loc from the driver for a test since that may conflict with xenomai. In practice the program crashes either using the interrupt method or the ioct method.
	I commented out the spin_loc from the driver for a test since that may conflict with xenomai.

Monnierast at 21:23, 31 July 2010

2010-07-31T21:23:34Z

← Older revision		Revision as of 21:23, 31 July 2010
Line 225:		Line 225:

	31/07/10		31/07/10

			The program seem to crash after no interrupt is received (the semaphore goes into timeout after 10 seconds). Does this have anything to do with the "kernel:Disabling IRQ #20"


			I commented out the spin_loc from the driver for a test since that may conflict with xenomai.