Menu
▾
▴
colinux-devel — Cooperative Linux development mailing list
You can subscribe to this list here.
| 2004 |
Jan
(64) |
Feb
(530) |
Mar
(266) |
Apr
(580) |
May
(360) |
Jun
(161) |
Jul
(185) |
Aug
(164) |
Sep
(123) |
Oct
(160) |
Nov
(59) |
Dec
(84) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(156) |
Feb
(95) |
Mar
(124) |
Apr
(81) |
May
(79) |
Jun
(179) |
Jul
(35) |
Aug
(64) |
Sep
(56) |
Oct
(57) |
Nov
(18) |
Dec
(41) |
| 2006 |
Jan
(65) |
Feb
(37) |
Mar
(59) |
Apr
(73) |
May
(65) |
Jun
(27) |
Jul
(54) |
Aug
(76) |
Sep
(103) |
Oct
(23) |
Nov
(45) |
Dec
(29) |
| 2007 |
Jan
(41) |
Feb
(47) |
Mar
(61) |
Apr
(24) |
May
(14) |
Jun
(6) |
Jul
(23) |
Aug
(30) |
Sep
(16) |
Oct
(9) |
Nov
(53) |
Dec
(36) |
| 2008 |
Jan
(19) |
Feb
(49) |
Mar
(74) |
Apr
(21) |
May
(24) |
Jun
(5) |
Jul
(9) |
Aug
(53) |
Sep
(26) |
Oct
(23) |
Nov
(32) |
Dec
(19) |
| 2009 |
Jan
(47) |
Feb
(49) |
Mar
(39) |
Apr
(61) |
May
(28) |
Jun
(19) |
Jul
(12) |
Aug
(10) |
Sep
(31) |
Oct
(16) |
Nov
(60) |
Dec
(26) |
| 2010 |
Jan
(17) |
Feb
(9) |
Mar
(32) |
Apr
(11) |
May
(24) |
Jun
(33) |
Jul
(5) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
(17) |
Dec
(7) |
| 2011 |
Jan
(12) |
Feb
(16) |
Mar
(2) |
Apr
(12) |
May
(5) |
Jun
(10) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(17) |
Dec
(1) |
| 2012 |
Jan
(9) |
Feb
(9) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(8) |
Sep
(11) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2013 |
Jan
|
Feb
(7) |
Mar
(4) |
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(3) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2008-05-09 20:50:32
|
Bugs item #1959846, was opened at 2008-05-08 00:38 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1959846&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: George V. Reilly (george_v_reilly) Assigned to: Nobody/Anonymous (nobody) Summary: Bugcheck in coLinux when starting VM from Virtual PC 2007 Initial Comment: I sent the message below to Dan Aloni but never got a reply. I would have filed a bug back then, but there's no obvious link to the SF bug tracker on the colinux.org website. ---------- Forwarded message ---------- From: George V. Reilly <ge...@re...> Date: 2008/4/10 Subject: Bugcheck in coLinux when starting VM from VPC2007 To: Dan Aloni <da...@co...> I installed andLinux beta 1 rc6 yesterday, on a 4GB quad-core box running x86 Vista SP1. As soon as I launch a virtual machine in Virtual PC 2007, I get a bugcheck in colinux-daemon. This is 100% repeatable. 0: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* UNEXPECTED_KERNEL_MODE_TRAP (7f) This means a trap occurred in kernel mode, and it's a trap of a kind that the kernel isn't allowed to have/catch (bound trap) or that is always instant death (double fault). The first number in the bugcheck params is the number of the trap (8 = double fault, etc) Consult an Intel x86 family manual to learn more about what these traps are. Here is a *portion* of those codes: If kv shows a taskGate use .tss on the part before the colon, then kv. Else if kv shows a trapframe use .trap on that value Else .trap on the appropriate frame will show where the trap was taken (on x86, this will be the ebp that goes with the procedure KiTrap) Endif kb will then show the corrected stack. Arguments: Arg1: 00000008, EXCEPTION_DOUBLE_FAULT Arg2: 80154000 Arg3: 00000000 Arg4: 00000000 Debugging Details: ------------------ PEB is paged out (Peb.Ldr = 7ffdb00c). Type ".hh dbgerr001" for details PEB is paged out (Peb.Ldr = 7ffdb00c). Type ".hh dbgerr001" for details BUGCHECK_STR: 0x7f_8 TSS: 00000028 -- (.tss 0x28) eax=0000000d ebx=73571250 ecx=883a8ac0 edx=73571280 esi=00000000 edi=73571132 eip=81d0576a esp=73570e6c ebp=73571220 iopl=0 nv up di pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010002 nt!KeBugCheck2+0x1f: 81d0576a 89442424 mov dword ptr [esp+24h],eax ss:0010:73570e90=???????? Resetting default scope DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT PROCESS_NAME: colinux-daemon. CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from 00000000 to 81d0576a STACK_TEXT: 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f STACK_COMMAND: kb FOLLOWUP_IP: nt!KiTrap08+75 81c91b9e ebee jmp nt!KiTrap08+0x65 (81c91b8e) SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: nt!KiTrap08+75 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrpamp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 47918b12 FAILURE_BUCKET_ID: 0x7f_8_nt!KiTrap08+75 BUCKET_ID: 0x7f_8_nt!KiTrap08+75 Followup: MachineOwner --------- 0: kd> kv ChildEBP RetAddr Args to Child 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 (FPO: TSS 28:0) 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> .tss 0x28 eax=0000000d ebx=73571250 ecx=883a8ac0 edx=73571280 esi=00000000 edi=73571132 eip=81d0576a esp=73570e6c ebp=73571220 iopl=0 nv up di pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010002 nt!KeBugCheck2+0x1f: 81d0576a 89442424 mov dword ptr [esp+24h],eax ss:0010:73570e90=???????? 0: kd> kv *** Stack trace for last set context - .thread/.cxr resets it ChildEBP RetAddr Args to Child 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> .ecxr Unable to get exception context, HRESULT 0x8000FFFF 0: kd> !thread THREAD 883a8ac0 Cid 0978.09c0 Teb: 7ffde000 Win32Thread: 00000000 RUNNING on processor 0 IRP List: 87e239f8: (0006,0094) Flags: 00060070 Mdl: 00000000 87e69f68: (0006,0094) Flags: 00060900 Mdl: 88dff0a0 Not impersonating DeviceMap 8ae08808 Owning Process 883855b8 Image: colinux-daemon.exe Wait Start TickCount 53407 Ticks: 0 Context Switch Count 85610 UserTime 00:00:00.031 KernelTime 00:00:05.397 Win32 Start Address 0x766cd1b9 Stack Init 8b243000 Current 8b2429b8 Base 8b243000 Limit 8b240000 Call 0 Priority 9 BasePriority 8 PriorityDecrement 0 IoPriority 2 PagePriority 5 ChildEBP RetAddr Args to Child 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 (FPO: TSS 28:0) 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> !pcr KPCR for Processor 0 at 81d30800: Major 1 Minor 1 NtTib.ExceptionList: 81d2abe8 NtTib.StackBase: 00000000 NtTib.StackLimit: 00000000 NtTib.SubSystemTib: 80154000 NtTib.Version: 003cb6e5 NtTib.UserPointer: 00000001 NtTib.SelfTib: 7ffde000 SelfPcr: 81d30800 Prcb: 81d30920 Irql: 0000001f IRR: 00000000 IDR: ffffffff InterruptMode: 00000000 IDT: 81afd400 GDT: 81afd000 TSS: 81d2e000 CurrentThread: 883a8ac0 NextThread: 00000000 IdleThread: 81d34640 DpcQueue: I have a crashdump, compressed down to 57MB at http://www.georgevreilly.com/temp/colinux-daemon.dmp.bz2 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-05-09 22:50 Message: Logged In: YES user_id=579204 Originator: NO Hello George, Dan is not active anymore. In the bugcheck I can not see any informations why it crashes. Shure, I see colinux-daemon process was named. If I see right, this userland task kills the nt kernel driver? That I can not understand. In typically bugs the colinux-daemon calls linux.sys and this can crash. Why not there? Next question is, what rule have VPC2007 there? What is the real host for coLinux, and what is the host for VPC2007? You runs VPC2007 as other task on the same machine, and then starts coLinux parallel? Or you have running coLinux and start than VPC2007 parallel? Or runs you one VM in other VM? Is the driver coLinux installed right and running? Please check it with "colinux-daemon --status-driver". Can you run colinux-daemon from in the Windows Debugger? ( I don't know how, please ask Google ) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1959846&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-05-07 22:38:50
|
Bugs item #1959846, was opened at 2008-05-07 15:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1959846&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: George V. Reilly (george_v_reilly) Assigned to: Nobody/Anonymous (nobody) Summary: Bugcheck in coLinux when starting VM from Virtual PC 2007 Initial Comment: I sent the message below to Dan Aloni but never got a reply. I would have filed a bug back then, but there's no obvious link to the SF bug tracker on the colinux.org website. ---------- Forwarded message ---------- From: George V. Reilly <ge...@re...> Date: 2008/4/10 Subject: Bugcheck in coLinux when starting VM from VPC2007 To: Dan Aloni <da...@co...> I installed andLinux beta 1 rc6 yesterday, on a 4GB quad-core box running x86 Vista SP1. As soon as I launch a virtual machine in Virtual PC 2007, I get a bugcheck in colinux-daemon. This is 100% repeatable. 0: kd> !analyze -v ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* UNEXPECTED_KERNEL_MODE_TRAP (7f) This means a trap occurred in kernel mode, and it's a trap of a kind that the kernel isn't allowed to have/catch (bound trap) or that is always instant death (double fault). The first number in the bugcheck params is the number of the trap (8 = double fault, etc) Consult an Intel x86 family manual to learn more about what these traps are. Here is a *portion* of those codes: If kv shows a taskGate use .tss on the part before the colon, then kv. Else if kv shows a trapframe use .trap on that value Else .trap on the appropriate frame will show where the trap was taken (on x86, this will be the ebp that goes with the procedure KiTrap) Endif kb will then show the corrected stack. Arguments: Arg1: 00000008, EXCEPTION_DOUBLE_FAULT Arg2: 80154000 Arg3: 00000000 Arg4: 00000000 Debugging Details: ------------------ PEB is paged out (Peb.Ldr = 7ffdb00c). Type ".hh dbgerr001" for details PEB is paged out (Peb.Ldr = 7ffdb00c). Type ".hh dbgerr001" for details BUGCHECK_STR: 0x7f_8 TSS: 00000028 -- (.tss 0x28) eax=0000000d ebx=73571250 ecx=883a8ac0 edx=73571280 esi=00000000 edi=73571132 eip=81d0576a esp=73570e6c ebp=73571220 iopl=0 nv up di pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010002 nt!KeBugCheck2+0x1f: 81d0576a 89442424 mov dword ptr [esp+24h],eax ss:0010:73570e90=???????? Resetting default scope DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT PROCESS_NAME: colinux-daemon. CURRENT_IRQL: 0 LAST_CONTROL_TRANSFER: from 00000000 to 81d0576a STACK_TEXT: 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f STACK_COMMAND: kb FOLLOWUP_IP: nt!KiTrap08+75 81c91b9e ebee jmp nt!KiTrap08+0x65 (81c91b8e) SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: nt!KiTrap08+75 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrpamp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 47918b12 FAILURE_BUCKET_ID: 0x7f_8_nt!KiTrap08+75 BUCKET_ID: 0x7f_8_nt!KiTrap08+75 Followup: MachineOwner --------- 0: kd> kv ChildEBP RetAddr Args to Child 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 (FPO: TSS 28:0) 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> .tss 0x28 eax=0000000d ebx=73571250 ecx=883a8ac0 edx=73571280 esi=00000000 edi=73571132 eip=81d0576a esp=73570e6c ebp=73571220 iopl=0 nv up di pl nz na po nc cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010002 nt!KeBugCheck2+0x1f: 81d0576a 89442424 mov dword ptr [esp+24h],eax ss:0010:73570e90=???????? 0: kd> kv *** Stack trace for last set context - .thread/.cxr resets it ChildEBP RetAddr Args to Child 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> .ecxr Unable to get exception context, HRESULT 0x8000FFFF 0: kd> !thread THREAD 883a8ac0 Cid 0978.09c0 Teb: 7ffde000 Win32Thread: 00000000 RUNNING on processor 0 IRP List: 87e239f8: (0006,0094) Flags: 00060070 Mdl: 00000000 87e69f68: (0006,0094) Flags: 00060900 Mdl: 88dff0a0 Not impersonating DeviceMap 8ae08808 Owning Process 883855b8 Image: colinux-daemon.exe Wait Start TickCount 53407 Ticks: 0 Context Switch Count 85610 UserTime 00:00:00.031 KernelTime 00:00:05.397 Win32 Start Address 0x766cd1b9 Stack Init 8b243000 Current 8b2429b8 Base 8b243000 Limit 8b240000 Call 0 Priority 9 BasePriority 8 PriorityDecrement 0 IoPriority 2 PagePriority 5 ChildEBP RetAddr Args to Child 00000000 81d0576a 00000000 00000000 00000000 nt!KiTrap08+0x75 (FPO: TSS 28:0) 73571220 00000000 00000000 00000000 00000000 nt!KeBugCheck2+0x1f 0: kd> !pcr KPCR for Processor 0 at 81d30800: Major 1 Minor 1 NtTib.ExceptionList: 81d2abe8 NtTib.StackBase: 00000000 NtTib.StackLimit: 00000000 NtTib.SubSystemTib: 80154000 NtTib.Version: 003cb6e5 NtTib.UserPointer: 00000001 NtTib.SelfTib: 7ffde000 SelfPcr: 81d30800 Prcb: 81d30920 Irql: 0000001f IRR: 00000000 IDR: ffffffff InterruptMode: 00000000 IDT: 81afd400 GDT: 81afd000 TSS: 81d2e000 CurrentThread: 883a8ac0 NextThread: 00000000 IdleThread: 81d34640 DpcQueue: I have a crashdump, compressed down to 57MB at http://www.georgevreilly.com/temp/colinux-daemon.dmp.bz2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1959846&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-05-01 18:55:57
|
Bugs item #1955601, was opened at 2008-05-01 14:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1955601&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Arion Lawrence (arionl) Assigned to: Nobody/Anonymous (nobody) Summary: IPv6 not supported in colinux-*-net-daemon.exe Initial Comment: IPv6 doesn't work inside coLinux even with the "ipv6" kernel module loaded. It seems that the "colinux-*-net-daemon.exe" programs don't pass IPv6 packets from the host to coLinux. CoLinux can try to send IPv6 packets (i.e., router solicitation) and I have verified that the packets get transmitted via sniffer, but it does not receive any responses. Looks like the host-side filtering doesn't pass IPv6 ethernet frames. Excerpt from /devel-colinux-20080420/src/colinux/os/winnt/kernel/conet.c if ( co_conet_ntohs(pEthHdr->h_proto) == ETH_P_IP ) { if ( RtlCompareMemory(pEthHdr->h_dest, "\xFF\xFF\xFF\xFF\xFF\xFF", 6) == 6 ) { [ ...debug stuff...] return TRUE; } else if ( RtlCompareMemory(pEthHdr->h_dest, adapter->macaddr, 6) == 6 ) { [ ...debug stuff...] return TRUE; } else { [ ...debug stuff... ] return FALSE; } } else if ( co_conet_ntohs(pEthHdr->h_proto) == ETH_P_ARP ) { [ ...debug stuff... ] return TRUE; } else { co_debug("not IP or ARP protocol"); return FALSE; } The ethernet frame filter these daemons use only pass ARP and IP packets. They need to include ETH_P_IPV6 (frame type 0x86DD) so the packets can pass. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1955601&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-05-01 02:20:50
|
Bugs item #1555961, was opened at 2006-09-10 14:07 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1555961&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.6.x (release) >Status: Closed Resolution: Out of Date Priority: 5 Private: No Submitted By: Andrew Tonner (rakslice) Assigned to: Henry N. (henryn) Summary: Colinux thrashes on boot Initial Comment: I'm having a problem with colinux thrashing the disk on launch. I'm running colinux 0.6.4-linux-2.6.11, and I've got it set up with debian install on a reiserfs image on cobd0 (made by "cp -ax"ing the colinux stock debian image after installing the reiserfs utils to it). When I start my colinux setup it usually gets as far as: [... snip ...] NET: Registered protocol family 1 NET: Registered protocol family 17 ReiserFS: cobd0: found reiserfs format "3.6" with standard journal ReiserFS: cobd0: using ordered data mode ReiserFS: cobd0: journal params: device cobd0, size 8192, journal first block 18 , max trans len 1024, max batch 900, ReiserFS: cobd0: checking transaction log ( cobd0) and sits there hitting the disk for several minutes before continuing. If I force kill the colinux-daemon process while it's doing this (taskkill /im colinux-daemon.exe /f), it doesn't die for several minutes (i.e. the amount of time usually spent thrashing) presumably because it's blocked on a huge IO operation. But it doesn't always do this... Sometimes it boots without unusual disk activity, especially on subsequent colinux launches before I restart windows again. (That could just be the effects of disk caching in windows, but I'm not sure.) This behaviour happens on both the systems I've tried colinux on: my dual core athlon 64 X2 nforce 4 box at work, and my athlon XP 2500 nforce 2 box at home. On my work box, the cobd0 image is 20GB (21474836480 bytes); the one on my home box is substantially smaller, (~8GB IIRC -- I don't have it handy right now.) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-04-30 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-04-16 15:13 Message: Logged In: YES user_id=579204 Originator: NO A bug in page fault handlner for sys_mount (mount the root filesystem) can be here the problem. Such similar bugs are fixed in 0.7.3 RC3 and snapshot devel 0.8.0-20080415, see http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-03-09 15:03 Message: Logged In: YES user_id=579204 Originator: NO I'm sorry. The second line should be: colinux-debug-daemon.exe -d -p -s prints=31,misc=31,blockdev=31 -f debug2.xml ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-03-09 14:49 Message: Logged In: YES user_id=579204 Originator: NO Hello, can be the problem the size? 21474836480 bytes = 20GB Please, before you starts coLinux, run the Debugger colinux-debug-daemon.exe -d -p -s prints=31,misc=31 -f debug.xml or colinux-debug-daemon.exe -d -p -s prints=31,misc=31,messages=31 -f debug2.xml You can stop the debugger with CTRL-C after beginning the "several minutes"-Problem. Than view into the debug. I'm interesting for the drive geometry detection. Please also locate for misterious messages about your drive there. The debug2.xml can be very big. You can remove all the duplicated block operations after beginning the problems to the end. But, locate for problems or some others non normal things in the output. The format is XML, text is human readable between the "<strings>", open it with IE. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-12 08:56 Message: Logged In: YES user_id=39760 Originator: YES I switched to an 0.8.0 snapshot (20061212), still using my 21474836480 byte ext3 volume, and I get exactly the same behaviour; it stalls at mount time and hits the disk for several minutes before continuing. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-05 15:57 Message: Logged In: YES user_id=39760 Originator: YES This doesn't seem to be a filesystem-specific problem. I mkfsed an identically-sized (21474836480 bytes) ext3 volume, cp -ax'd the contents of my reiserfs volume across to it, modified the fstab, and then put my colinux config back so that only the new ext3 volume is being used. After a windows restart, when I start colinux, it sits and thrashes for several minutes at roughly the same place. dmesg: Linux version 2.6.11-co-0.6.4 (george@CoDebianDevel) (gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)) #1 Mon Jun 19 05:36:13 UTC 2006 520MB LOWMEM available. On node 0 totalpages: 133120 DMA zone: 0 pages, LIFO batch:1 Normal zone: 133120 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 Built 1 zonelists Kernel command line: root=/dev/cobd0 Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 65536 bytes) Using cooperative for high-res timesource Console: colour CoCON 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 523648k/532480k available (1537k kernel code, 0k reserved, 521k data, 10 8k init, 0k highmem) Calibrating delay loop... 734.00 BogoMIPS (lpj=3670016) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 178bfbff e3d3fbff 00000000 00000000 00000001 00000000 00000003 CPU: After vendor identify, caps: 178bfbff e3d3fbff 00000000 00000000 00000001 0 0000000 00000003 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 178bfbff e3d3fbff 00000000 00000010 00000001 0000000 0 00000003 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. NET: Registered protocol family 16 devfs: 2004-01-31 Richard Gooch (rg...@at...) devfs: boot_options: 0x0 cofuse init 0.1 (API version 2.2) Initializing Cryptographic API serio: cokbd at irq 1 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize cobd: loaded (max 32 devices) loop: loaded (max 8 devices) conet: loaded (max 16 devices) conet0: initialized conet1: initialized mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on cokbd NET: Registered protocol family 2 IP: routing cache hash table of 4096 buckets, 32Kbytes TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 17 [[Here is where it sits and thrashes for several minutes, then]] EXT3 FS on cobd0, internal journal EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 108k freed kjournald starting. Commit interval 5 seconds Adding 524280k swap on /dev/cobd1. Priority:-1 extents:1 EXT3 FS on cobd0, internal journal [... snip ...] ---------------------------------------------------------------------- Comment By: Ben Voigt (bvoigt) Date: 2007-01-03 19:51 Message: Logged In: YES user_id=782364 Originator: NO reiserfs, being a journalled filesystem, usually checks itself very quickly. However, by default every 20th boot it forces a full check. The frequency of checks can be changed in the reiser metadata... but looking at reiserfstune I can't find the command for it right now. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-03 17:06 Message: Logged In: YES user_id=39760 Originator: YES I've gone through this sequence of checks, and fsck never encounters any file system errors, and except for the occasional thrashing for several minutes when I mount a reiserfs volume nothing unusual happens. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2006-09-13 10:23 Message: Logged In: YES user_id=579204 It can be a limit in one of the block operations from colinux. Please can you boot from an other image. For sample from the small Debian, ArchLinux or Fedora. Than check the image without mount, with the reiser tools. I'm not know the tool, it is like "fsck.ext3 -f /dev/cobd1" for an ext3 system. Than mount this device, unmount it, check again. Than mount it, write down some, umount it, check again. An totaly other idea: I'm afraid, that your shutting down don't complete your reiser umount. Please try to go into runlevel S (single user mode without network). Check, that no other task are running and not task shoult need write access to your roor filesystem. Than do this command sequence "sync; sleep 1; sync; sleep 3; mount -o remount ro /" The umount should no give an error. Now check your root file system device with reiser tools. If it was clean, shutdown your system and run it again. This helps? ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2006-09-12 10:05 Message: Logged In: YES user_id=39760 I had sort of assumed that even kernel space IO happening on the linux side wouldn't cause the colinux-daemon process to block for IO like this. But I don't know the internals so I guess I should stop making assumptions like that. =) Still, other things suggest to me that it's not a resierfs journal replay: - According to the messages by time the read is happening, the system hasn't got the part where the journal replay should happen yet AFAIK - I fired up Sysinternals' FileMon, and the disk activity is colinux-daemon doing a series of consecutive (in terms of offsets) 64k IRP_MJ_READs. FileMon doesn't show the target of the reads (it just gives C:) but it must be the volume file, judging by the eventually huge offsets (I don't have any other files that big) and the fact that the last read before colinux continues is right at 20GB (the last read offset & size lines up with the volume file end position)... unless its reading something other than a file. - Also this behaviour happens even when the the last run of colinux was one that worked fine and was shutdown normally with halt or shutdown. ---------------------------------------------------------------------- Comment By: George P Boutwell (gboutwel) Date: 2006-09-10 17:40 Message: Logged In: YES user_id=30412 Sounds like there is some big disk operation going on in coLinux, I don't know what that operation is (perhaps coLinux didn't get shutdown correctly & reiserfs is trying to replay a long journal?), but you should probably leave it to complete, instead of trying to kill it. Make sure that you are shutting down coLinux, by logging in and running a proper linux shutdown command (halt, poweroff, shutdown -h now, etc) and not just 'killing' coLinux processes. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2006-09-10 14:09 Message: Logged In: YES user_id=39760 I should mention that I've removed the initrd section from my configuration file in case this bug is somehow related to the known problem with that, but this problem didn't go away. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1555961&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-29 08:55:42
|
Bugs item #1953327, was opened at 2008-04-28 13:14 Message generated for change (Comment added) made by mawadre You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1953327&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: coLinux suddendly hangs (network, console) Initial Comment: System: andLinux Beta 1 (04/21/2008), started as Windows service through "net start andlinux". Windows CP SP2 with 2GB RAM, Intel Pentium 4 CPU 3.20 GHz. settings.txt: mem=512 root=/dev/cobd0 initrd=initrd.gz kernel=vmlinux exec0="pulseaudio\pulseaudio.exe" #cobd0=Drives\base.drv #cobd1=Drives\swap.drv cobd0=d:\AndLinux\base.drv cobd1=d:\AndLinux\swap.drv #eth0=slirp eth0=tuntap,"TAP-Colinux",00:11:22:33:44:55 cofs0=C:\ coLonux sporaddicly hangs (after some hours or some days of usage). Network and console are dead. Only colinux-net-daemon.exe performs a lot of I/O read and write bytes in the Windows task manager. After that I have to reboot Windows because it is not possible to stop the crashed coLinux. After restart it works quite fine. I haven't done much investigation on logfiles - at the known places in /var/log/ where no special messages. ---------------------------------------------------------------------- Comment By: Its is not my name (mawadre) Date: 2008-04-29 10:55 Message: Logged In: YES user_id=2074386 Originator: NO I do have this problem on a second laptop running Windows XP SP2 (Pentium4, 2GHz, 1,5 GB RAM). On this installation I did not change the network setup of AndLinux / coLinux. It runs the slirp / tuntap config out of the box config. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1953327&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-28 11:15:08
|
Bugs item #1953327, was opened at 2008-04-28 04:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1953327&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: coLinux suddendly hangs (network, console) Initial Comment: System: andLinux Beta 1 (04/21/2008), started as Windows service through "net start andlinux". Windows CP SP2 with 2GB RAM, Intel Pentium 4 CPU 3.20 GHz. settings.txt: mem=512 root=/dev/cobd0 initrd=initrd.gz kernel=vmlinux exec0="pulseaudio\pulseaudio.exe" #cobd0=Drives\base.drv #cobd1=Drives\swap.drv cobd0=d:\AndLinux\base.drv cobd1=d:\AndLinux\swap.drv #eth0=slirp eth0=tuntap,"TAP-Colinux",00:11:22:33:44:55 cofs0=C:\ coLonux sporaddicly hangs (after some hours or some days of usage). Network and console are dead. Only colinux-net-daemon.exe performs a lot of I/O read and write bytes in the Windows task manager. After that I have to reboot Windows because it is not possible to stop the crashed coLinux. After restart it works quite fine. I haven't done much investigation on logfiles - at the known places in /var/log/ where no special messages. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1953327&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-04-26 04:40:42
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080425/ colinux-0.8.0-20080425.src.tgz (692237 Bytes) daemons-0.8.0-20080425.dbg.zip (1353535 Bytes) daemons-0.8.0-20080425.zip (1051279 Bytes) modules-2.6.22.18-co-0.8.0-20080425.tgz (2600469 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080425.zip (1762190 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080425.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1038 | henryn | 2008-04-25 23:54:44 +0000 (Fri, 25 Apr 2008) | 5 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/cobd-async-2.6.22.diff Restructed interrupt receiver from host to guest. * co_handle_incoming_message: Moved from arch/i386/kernel/cooperative.c into kernel/cooperative.c, optimized and as static. * co_queue_incoming_message: Merged into co_handle_incoming_message. ------------------------------------------------------------------------ r1037 | henryn | 2008-04-25 23:48:41 +0000 (Fri, 25 Apr 2008) | 3 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff * Kernel co_queue_incoming_message: Is called with disabled IRQ. Remove local_irq_save/restore. ------------------------------------------------------------------------ r1036 | henryn | 2008-04-25 23:45:12 +0000 (Fri, 25 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/cobd-async-2.6.22.diff * Kernel: Implement CO_DEVICE_POWER as interrupt handler on POWER_IRQ 9. ------------------------------------------------------------------------ r1035 | henryn | 2008-04-25 23:41:03 +0000 (Fri, 25 Apr 2008) | 3 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_free_message: Move into header as static inline. * co_debug_line: Remove unused function. ------------------------------------------------------------------------ r1034 | henryn | 2008-04-25 23:38:07 +0000 (Fri, 25 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/serial-core.diff * Kernel cocd_interrupt: Use indirect call over __do_IRQ(SERIAL_IRQ). ------------------------------------------------------------------------ r1033 | henryn | 2008-04-25 23:30:49 +0000 (Fri, 25 Apr 2008) | 1 line Changed paths: M /branches/devel/conf/linux-2.6.22.18-config M /branches/devel/patch/base-2.6.22.diff M /branches/devel/patch/cobd-async-2.6.22.diff M /branches/devel/patch/pci-2.6.22.diff M /branches/devel/patch/pci-core.diff M /branches/devel/patch/video-core.diff * Kernel: Statistic counts about OS switches in proc. ------------------------------------------------------------------------ r1032 | henryn | 2008-04-23 20:28:28 +0000 (Wed, 23 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi get_next_entry: Replace goto with while. Optimize lockup. ------------------------------------------------------------------------ r1031 | henryn | 2008-04-23 20:21:44 +0000 (Wed, 23 Apr 2008) | 4 lines Changed paths: M /branches/devel/patch/scsi-core.diff M /branches/devel/src/colinux/os/timer.h M /branches/devel/src/colinux/os/winnt/kernel/lowlevel/timer.c M /branches/devel/src/colinux/os/winnt/kernel/scsi.c Scsi by Steve Shoecraft: * Queue buffer as static array, instead alloc. "USE_Q" removed. * Sleep added, if no free worker queue slot found. * Bugfix function names and small others. ------------------------------------------------------------------------ r1030 | henryn | 2008-04-20 21:33:19 +0000 (Sun, 20 Apr 2008) | 1 line Changed paths: M /branches/devel/NEWS * NEWS: update for ndis-bridge. ------------------------------------------------------------------------ r1029 | henryn | 2008-04-20 21:07:08 +0000 (Sun, 20 Apr 2008) | 2 lines Changed paths: M /branches/devel/src/colinux/kernel/manager.c M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/monitor.h * ndis-bridge: Call co_monitor_filter_linux_message directly from incoming_message, not indirectly via co_manager_send. ------------------------------------------------------------------------ r1028 | henryn | 2008-04-20 19:35:44 +0000 (Sun, 20 Apr 2008) | 13 lines Changed paths: M /branches/devel/doc/colinux-daemon M /branches/devel/patch/conet-pci-core.diff M /branches/devel/src/colinux/common/config.h M /branches/devel/src/colinux/common/ioctl.h M /branches/devel/src/colinux/kernel/manager.c M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/monitor.h M /branches/devel/src/colinux/os/winnt/build/build.comake.py A /branches/devel/src/colinux/os/winnt/kernel/conet.c A /branches/devel/src/colinux/os/winnt/kernel/conet.h M /branches/devel/src/colinux/os/winnt/kernel/core.c M /branches/devel/src/colinux/os/winnt/monitor.h A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/build.comake.py A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/pcap-registry.h M /branches/devel/src/colinux/os/winnt/user/install/colinux.nsi M /branches/devel/src/colinux/user/config.c M /branches/devel/src/colinux/user/daemon.c M /branches/devel/src/colinux/user/monitor.c M /branches/devel/src/colinux/user/monitor.h * "ndis-bridge" added by Ligong Liu: Make a little enhancement to coLinux bridged network. Added a windows kernel mode protocol for per colinux monitor instance, which bridges packets between NDIS adapters and colinux kernel in kernel mode. This change provides the same functionality as pcap-bridge, but provide good performance, cause it eliminate several context switches. The syntax in colinux config file is same as pcap-bridge. To use it, create an adapter like: eth0=ndis-bridge,?\226?\128?\157Local Area Connection 2?\226?\128?\157,?\226?\128?\15702:00:00:00:00:04?\226?\128?\157 ------------------------------------------------------------------------ r1027 | henryn | 2008-04-17 21:37:42 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/scsi-core.diff * coscsi: Convert to read_capacity format. Code optimize. (Steve Shoecraft) ------------------------------------------------------------------------ r1026 | henryn | 2008-04-17 21:35:18 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: io_queue commited by last r1025, but should not. - Disable USE_Q now. ------------------------------------------------------------------------ r1025 | henryn | 2008-04-17 21:28:04 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/video-core.diff M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * covideo: Disable kernel debug messages (Steve Shoecraft) ------------------------------------------------------------------------ r1024 | henryn | 2008-04-17 21:05:08 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: Add more debug near resize. (Steve Shoecraft) ------------------------------------------------------------------------ r1023 | henryn | 2008-04-17 21:04:02 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi_file_size: Return real size, not configured size to linux. (Steve Shoecraft) ------------------------------------------------------------------------ r1022 | henryn | 2008-04-17 21:03:11 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi_file_open: Fixup bug on freeing unicode memory. (Steve Shoecraft) ------------------------------------------------------------------------ r1021 | henryn | 2008-04-17 21:02:25 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: Source cleanup, renames functions. (Steve Shoecraft) ------------------------------------------------------------------------ r1017 | henryn | 2008-04-15 21:03:09 +0000 (Tue, 15 Apr 2008) | 22 lines Changed paths: M /branches/devel/NEWS M /branches/devel/patch/base-2.6.22.diff * Bug fix for randomly crashes on coLinux boot, mostly with initrd. Some machines with ext2 or ext3 (not reisserfs) for the root file system coLinux was faulting with host reboot or freeze. Some machines works better without initrd, because every mount was a risk for crashing. A page fault in do_page_fault handler from calling sys_mount with params from kernel address space was detected as problem. (Thanks Paolo) Exactly "pte_present(*pte_k)" in vmalloc_fault() was triple or more recursively faulting with stack overflow. A candidate for such badly pointers was the function mount_block_root(). There an one page allocated variable "fs_names" was later tried to read 4096 bytes +9 behind the end in the function exact_copy_from_user(). The vmalloc_fault() was trying to map the page behind this end. But, if there is no page, then it should fault, that's what exact_copy_from_user assumed. The address will check in vmalloc range between VMALLOC_START and VMALLOC_END now, before accessing the PTE macros. * The added lines are ported from 64 bit source of kernel 2.6.25-rc9. ------------------------------------------------------------------------ r1016 | henryn | 2008-04-08 21:45:33 +0000 (Tue, 08 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/unionfs-2.2.4_for_2.6.22.18.diff * unionfs: Fix warning from patch offset ------------------------------------------------------------------------ r1015 | henryn | 2008-04-08 21:39:21 +0000 (Tue, 08 Apr 2008) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/conf/linux-2.6.22.18-config M /branches/devel/patch/series-2.6.22.18 A /branches/devel/patch/unionfs-2.2.4_for_2.6.22.18.diff * unionfs-2.2.4 added as module. (Marwan Al-Sabbagh) ------------------------------------------------------------------------ r1008 | henryn | 2008-04-06 21:15:14 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh * build: "tail" logfile only, if exist and has entries. ------------------------------------------------------------------------ r1007 | henryn | 2008-04-06 21:13:00 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh * build: Abort, if unpacking failed. ------------------------------------------------------------------------ r1006 | henryn | 2008-04-06 21:11:31 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-colinux-libs.sh M /branches/devel/bin/build-common.sh M /branches/devel/bin/build-cross.sh * build: Detect file extension and use gunzip or bunzip2 for unpacking. ------------------------------------------------------------------------ r1005 | henryn | 2008-04-06 20:58:28 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-colinux-libs.sh * build-colinux-libs.sh: Remove w32api.h from md5sum. Controled over versions file. ------------------------------------------------------------------------ r1003 | henryn | 2008-04-06 20:48:42 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/configure * configure: bunzip2 added to list of tools. ------------------------------------------------------------------------ r1001 | henryn | 2008-03-30 11:16:36 +0000 (Sun, 30 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/file.c * co_os_file_load: Image files >4GB was failing, if boots with "-v 3". ------------------------------------------------------------------------ r1000 | henryn | 2008-03-29 23:08:09 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/doc/building * doc/building: Bigger blocksize for creating images. ------------------------------------------------------------------------ r999 | henryn | 2008-03-29 14:12:59 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c * co_alloc_pages: Optimize operators in the for-loop. ------------------------------------------------------------------------ r998 | henryn | 2008-03-29 14:11:26 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/pages.c * co_monitor_alloc_and_map_page: Source face lift. ------------------------------------------------------------------------ r997 | henryn | 2008-03-29 14:09:56 +0000 (Sat, 29 Mar 2008) | 8 lines Changed paths: M /branches/devel/NEWS M /branches/devel/patch/base-2.6.22.diff * New: "PG_co_host_mapped" to handle state of mapped pages on host. Do not call to map a page, if page is always mapped on host side. Saves many of OS switches. This makes coLinux significant faster. Time cost problem was: __alloc_pages calls co_persistent_alloc_pages at end, and was called also via get_page_from_freelist and prep_zero_page if page flag __GFP_ZERO was set. ------------------------------------------------------------------------ r996 | henryn | 2008-03-29 13:45:42 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_persistent_alloc_pages: Changed loop from while into for. ------------------------------------------------------------------------ r995 | henryn | 2008-03-29 13:42:07 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_persistent_alloc_pages: Bugfix with order and size (if host mem very low). ------------------------------------------------------------------------ r994 | henryn | 2008-03-29 13:38:49 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_free_pages,co_alloc_pages: Rename variable size into order. ------------------------------------------------------------------------ r993 | henryn | 2008-03-29 13:30:32 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_passage_page_{acquire,ref_down,ref_up,held,release}: Moved into header as static inline. ------------------------------------------------------------------------ r992 | henryn | 2008-03-29 13:27:14 +0000 (Sat, 29 Mar 2008) | 3 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_send_message_save, co_send_message_restore: Moved into header as static inline. * co_get_message_save: Unused, removed. ------------------------------------------------------------------------ r991 | henryn | 2008-03-29 13:23:08 +0000 (Sat, 29 Mar 2008) | 4 lines Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_send_message_s: Merged into co_send_message. co_send_message: Use co_send_message_save and co_send_message_restore. co_passage_page_held would no ignore, is a bug now. ------------------------------------------------------------------------ r990 | henryn | 2008-03-29 13:18:17 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c * incoming_message: As static. Remove network debugging. ------------------------------------------------------------------------ r989 | henryn | 2008-03-29 13:17:12 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff M /branches/devel/src/colinux/kernel/monitor.c * CO_OPERATION_PRINTK: Removed. Guest sends directly to CO_MODULE_PRINTK. ------------------------------------------------------------------------ r988 | henryn | 2008-03-29 13:14:26 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_printk: Non debug variant forgotten to change (r987). ------------------------------------------------------------------------ r987 | henryn | 2008-03-29 13:03:18 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/patch/base-2.6.22.diff * co_printk: Size as paramter, instead calling strlen. ------------------------------------------------------------------------ r986 | henryn | 2008-03-29 13:00:01 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/transfer.c M /branches/devel/src/colinux/kernel/transfer.h * co_monitor_host_linuxvm_transfer_unmap: As static inline ------------------------------------------------------------------------ r985 | henryn | 2008-03-29 12:57:41 +0000 (Sat, 29 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/fileio.c * co_os_file_block_async_read_write: Return without any checks, if success. ------------------------------------------------------------------------ r984 | henryn | 2008-03-24 23:38:08 +0000 (Mon, 24 Mar 2008) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/doc/colinux-daemon * NEWS: Comment kernel config changes. Doc environment COLINUX. (backport from stable 983) ------------------------------------------------------------------------ r982 | henryn | 2008-03-24 22:29:31 +0000 (Mon, 24 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi send_intr: Add delta for error handling. (Reverts some of r879, r878) ------------------------------------------------------------------------ r981 | henryn | 2008-03-24 21:36:14 +0000 (Mon, 24 Mar 2008) | 3 lines Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * _scsi_io: Replace co_os_file_block_read_write with an optimised scsi_transfer_file_block. Reverts some of SVN r878. ------------------------------------------------------------------------ r980 | henryn | 2008-03-21 20:09:31 +0000 (Fri, 21 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/arch/i386/passage.c * Comments on passage code. ------------------------------------------------------------------------ r978 | henryn | 2008-03-21 17:00:25 +0000 (Fri, 21 Mar 2008) | 1 line Changed paths: M /branches/devel/NEWS * NEW: Backport from branch stable ------------------------------------------------------------------------ r976 | henryn | 2008-03-21 16:03:05 +0000 (Fri, 21 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/manager.c * MmAllocatePagesForMdl: Limit non supported PGE ------------------------------------------------------------------------ r973 | henryn | 2008-03-21 15:34:16 +0000 (Fri, 21 Mar 2008) | 1 line Changed paths: M /branches/devel/src/colinux/user/daemon.c M /branches/devel/src/colinux/user/debug/main.c * Warning prints, if COLINUX_DEBUG was not compiled in. ------------------------------------------------------------------------ [...snipp last 50 logs...] |
|
From: SourceForge.net <no...@so...> - 2008-04-26 02:52:40
|
Bugs item #1952057, was opened at 2008-04-26 10:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Xuefer (xuefer) Assigned to: Nobody/Anonymous (nobody) Summary: 0.8.0-20080420 ndis-bridge hang system Initial Comment: config gentoo.txt: kernel=vmlinux mem=256 # the old one which is ok # eth0=pcap-bridge,Bridge,00:ff:4f:0d:e7:c0 # the new one which hang eth0=ndis-bridge,Bridge,00:ff:4f:0d:e7:c0 root=/dev/sda3 sda2=\Device\Harddisk1\Partition2 sda3=\Device\Harddisk1\Partition3 sda5=\Device\Harddisk1\Partition4 cofs0=\DosDevices\c:\app\system\colinux\ cofs1=\DosDevices\c:\ cofs2=\DosDevices\d:\ cofs3=\DosDevices\e:\ bootlevel=c.boot softlevel=c.default setcobd=async "Bridge" is an windows xp bridge interface that bridge 2 of my interfaces, WAN (which is a real eth card) and lo (loopback virtual device). i use bridge because i want to "interface down" issue when the wire is unplugged from eth card, since lo is always up so "Bridge" will be up too. when i do "net start gentoo" (colinux), it boots nicely but as soon as it reach one of the init.d script (/etc/init.d/net.eth0, i guess), the whole box become slower and slower, any windows becomes not responding, and lastly only mouse pointer is active, i have to reset the box ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1952057&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-26 02:45:20
|
Bugs item #1834295, was opened at 2007-11-18 17:35 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1834295&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Henry N. (henryn) Summary: devel-20071110 restart instancely Initial Comment: i've just downloaded latest version from http://www.henrynestler.com/colinux/autobuild/devel-20071110/, when i do "net start gentoo" and my winxpsp2 restart immediately host system: winxpsp2 with all latest patches installed hd: sata guest system: gentoo, but it restart before it gets to init i guess host mem: 2G total - 128M video mem guest mem: 256M i'm out of idea on writing the report, what else info should i write here? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-04-25 19:45 Message: Logged In: NO i'm not sure why would i "mixed the versions", isn't colinux driver installer supposed to detect the installtion failure/success to avoid mixing? i tried a clean restart of windows xp, remove the driver and reinstall it, it seems work. i'm not really sure what had happened. it would be nice if colinux do a check and ensure everything is after driver/daemon installtion, and before starting up itself ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-04-16 15:05 Message: Logged In: YES user_id=579204 Originator: NO Fixed in 0.7.3 RC3 and snapshot devel 0.8.0-20080415, http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-01-06 09:40 Message: Logged In: YES user_id=579204 Originator: NO Some notes about debugging and my no longtime existing links. The build 20071219-hostmem-debug should not use, I will remove this next times. All things are added at this build: http://www.henrynestler.com/colinux/autobuild/devel-20071221/ Full text "how to debug colinux" is this here: http://colinux.svn.sourceforge.net/svnroot/colinux/branches/devel/doc/debugging Not need full memory dumps. Small minidumps (64KB) are good enough for debugging. If you have a second PC: DbgView and colinux-debug-daemon works also over network. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 09:02 Message: Logged In: NO stuck at "service local starting" (gentoo) is a gentoo + kernel issue, not colinux issue as i can reproduce it without colinux with new kernel version as in colinux. i found the options in Systemsettings, and it was configured to dump but there was no dump. and i didn't see any BSOD before it restart. i'll try anyway ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 08:54 Message: Logged In: NO Try to use less guest memroy, say 63MB ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 08:45 Message: Logged In: NO Do you have any entries in the XP eventlog arround the reboot? Could you forbit XP to do a restart but display the BSOD and to write a full memory dump? (Somewhere in "Systemsettings") How many "kernel memory" does sysmon show? What happens if you launch it directly via commandline, and not as system service? If you like, you migh try to use the windows kernel debug version. there is a little text "how to debug colinux" http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071219-hostmem-debug/readme.txt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 08:41 Message: Logged In: NO Do you have any entries in the XP eventlog arround the reboot? Could you forbit XP to do a restart but display the BSOD and to write a full memory dump? (Somewhere in "Systemsettings") How many "kernel memory" does sysmon show? What happens if you launch it directly via commandline, and not as system service? If you like, you migh try to use the windows kernel debug version. there is a little text "how to debug colinux" http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071219-hostmem-debug/readme.txt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 07:38 Message: Logged In: NO devel-0.8.0/20071105-Snapshot is the same and devel-20071221/ won't restart instancely but stuck at "service local starting" (gentoo), possible due to iptables initialize incompletely issue. and FYI: stable-0.7.2/20071218-Snapshot will restart instancely ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-11-28 11:32 Message: Logged In: YES user_id=579204 Originator: NO Not need to test all the autobuilds. Autobuilds are currently in moving and very unstable. devel-20071108 and later was build on a 64 bit platform. I'm not sure about side effects there. Yust try the snapshot 20071105. This was build more saver from my devolopment build. This is the current good tested devel version. Zip files of that version will find in packages on http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071105-Snapshot/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-27 22:31 Message: Logged In: NO but anyway, i'll try other tips you gave that i've not tried yet, including the initrd and give u feedback later ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-27 22:26 Message: Logged In: NO i was using devel 0.8.0 too but forgot which date (about months ago) i grab from your autobuild and i'm sure i could uninstall/install correctly for 0.6.x-release 0.7.x -auto-build-or-release 0.8.x-old-autobuild previously, and i could switch between them, but just not this with devel-20071110 (though i've not tested all devel 0.8.x devel-2007* yet). i have a script that remove service/driver every time before i switch, and install them after. i do not use initrd since when the i began to use coliunx, developers suggested me to disable it for one of the boot problem for me. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-11-19 11:27 Message: Logged In: YES user_id=579204 Originator: NO I'm afraid, you starts an mixed old and new version. What version have before the update? Go into Windows service control center and check the properties of "gentoo". Is the path to colinux-daemon.exe right? >From some older versions (0.6.x) you MUST create new the entry for running as service (--remove-service/--install-service). If the path was changed on update, you must create new the service. Check an minimalistig ramdisk running. The ramdisk is also included in the installer. Download http://www.henrynestler.com/colinux/tools/initrd-20060831.gz Create a batch and start it: colinux-daemon kernel=vmlinux initrd=initrd-20060831.gz root=/dev/ram0 This should give an Linux prompt. Try to savely installing it: - Remove the driver colinux-daemon.exe --remove-driver - Reboot WinXP - Check, that the driver is not installed: colinux-daemon.exe --status-driver This should give an error. - Install the driver colinux-daemon.exe --install-driver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1834295&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-04-24 04:13:02
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080423/ colinux-0.8.0-20080423.src.tgz (691659 Bytes) daemons-0.8.0-20080423.dbg.zip (1353251 Bytes) daemons-0.8.0-20080423.zip (1051261 Bytes) modules-2.6.22.18-co-0.8.0-20080423.tgz (2600465 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080423.zip (1762245 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080423.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1032 | henryn | 2008-04-23 20:28:28 +0000 (Wed, 23 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi get_next_entry: Replace goto with while. Optimize lockup. ------------------------------------------------------------------------ r1031 | henryn | 2008-04-23 20:21:44 +0000 (Wed, 23 Apr 2008) | 4 lines Changed paths: M /branches/devel/patch/scsi-core.diff M /branches/devel/src/colinux/os/timer.h M /branches/devel/src/colinux/os/winnt/kernel/lowlevel/timer.c M /branches/devel/src/colinux/os/winnt/kernel/scsi.c Scsi by Steve Shoecraft: * Queue buffer as static array, instead alloc. "USE_Q" removed. * Sleep added, if no free worker queue slot found. * Bugfix function names and small others. ------------------------------------------------------------------------ |
|
From: Phil <ph...@fo...> - 2008-04-21 09:00:13
|
I just browsed this Colinux using Google, great work! I just wanted to let you know in case you weren't aware of it. There is a lightweight X server which doesn't use the Cygwin libraries overhead. It's called Xming and is available here: http://sourceforge.net/projects/xming Thanks, -Phil |
|
From: coLinux a. <col...@he...> - 2008-04-21 04:13:16
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080420/ colinux-0.8.0-20080420.src.tgz (691210 Bytes) daemons-0.8.0-20080420.dbg.zip (1353422 Bytes) daemons-0.8.0-20080420.zip (1051242 Bytes) modules-2.6.22.18-co-0.8.0-20080420.tgz (2600443 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080420.zip (1762234 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080420.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1030 | henryn | 2008-04-20 21:33:19 +0000 (Sun, 20 Apr 2008) | 1 line Changed paths: M /branches/devel/NEWS * NEWS: update for ndis-bridge. ------------------------------------------------------------------------ r1029 | henryn | 2008-04-20 21:07:08 +0000 (Sun, 20 Apr 2008) | 2 lines Changed paths: M /branches/devel/src/colinux/kernel/manager.c M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/monitor.h * ndis-bridge: Call co_monitor_filter_linux_message directly from incoming_message, not indirectly via co_manager_send. ------------------------------------------------------------------------ r1028 | henryn | 2008-04-20 19:35:44 +0000 (Sun, 20 Apr 2008) | 13 lines Changed paths: M /branches/devel/doc/colinux-daemon M /branches/devel/patch/conet-pci-core.diff M /branches/devel/src/colinux/common/config.h M /branches/devel/src/colinux/common/ioctl.h M /branches/devel/src/colinux/kernel/manager.c M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/monitor.h M /branches/devel/src/colinux/os/winnt/build/build.comake.py A /branches/devel/src/colinux/os/winnt/kernel/conet.c A /branches/devel/src/colinux/os/winnt/kernel/conet.h M /branches/devel/src/colinux/os/winnt/kernel/core.c M /branches/devel/src/colinux/os/winnt/monitor.h A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/build.comake.py A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/main.c A /branches/devel/src/colinux/os/winnt/user/conet-ndis-daemon/pcap-registry.h M /branches/devel/src/colinux/os/winnt/user/install/colinux.nsi M /branches/devel/src/colinux/user/config.c M /branches/devel/src/colinux/user/daemon.c M /branches/devel/src/colinux/user/monitor.c M /branches/devel/src/colinux/user/monitor.h * "ndis-bridge" added by Ligong Liu: Make a little enhancement to coLinux bridged network. Added a windows kernel mode protocol for per colinux monitor instance, which bridges packets between NDIS adapters and colinux kernel in kernel mode. This change provides the same functionality as pcap-bridge, but provide good performance, cause it eliminate several context switches. The syntax in colinux config file is same as pcap-bridge. To use it, create an adapter like: eth0=ndis-bridge,?\226?\128?\157Local Area Connection 2?\226?\128?\157,?\226?\128?\15702:00:00:00:00:04?\226?\128?\157 ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2008-04-18 04:12:44
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080417/ colinux-0.8.0-20080417.src.tgz (678060 Bytes) daemons-0.8.0-20080417.dbg.zip (1314886 Bytes) daemons-0.8.0-20080417.zip (1020698 Bytes) modules-2.6.22.18-co-0.8.0-20080417.tgz (2600446 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080417.zip (1762127 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080417.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1027 | henryn | 2008-04-17 21:37:42 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/scsi-core.diff * coscsi: Convert to read_capacity format. Code optimize. (Steve Shoecraft) ------------------------------------------------------------------------ r1026 | henryn | 2008-04-17 21:35:18 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: io_queue commited by last r1025, but should not. - Disable USE_Q now. ------------------------------------------------------------------------ r1025 | henryn | 2008-04-17 21:28:04 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/video-core.diff M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * covideo: Disable kernel debug messages (Steve Shoecraft) ------------------------------------------------------------------------ r1024 | henryn | 2008-04-17 21:05:08 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: Add more debug near resize. (Steve Shoecraft) ------------------------------------------------------------------------ r1023 | henryn | 2008-04-17 21:04:02 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi_file_size: Return real size, not configured size to linux. (Steve Shoecraft) ------------------------------------------------------------------------ r1022 | henryn | 2008-04-17 21:03:11 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi_file_open: Fixup bug on freeing unicode memory. (Steve Shoecraft) ------------------------------------------------------------------------ r1021 | henryn | 2008-04-17 21:02:25 +0000 (Thu, 17 Apr 2008) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/kernel/scsi.c * scsi: Source cleanup, renames functions. (Steve Shoecraft) ------------------------------------------------------------------------ |
|
From: Leon S. <ma...@r2...> - 2008-04-18 04:10:24
|
Ping back from R2X2 - http://www.r2x2.com/blog/?p=65 -----Original Message----- From: col...@li... [mailto:col...@li...] On Behalf Of Henry Nestler Sent: Thursday, April 17, 2008 9:02 PM To: Cooperative Linux Users; Cooperative Linux Development Subject: [coLinux-devel] [ANNOUNCE] Cooperative Linux 0.7.3-RC3 pre-release Hello, release candidate 0.7.3-RC3 with kernel 2.6.22.18 is available from snapshot page. http://www.colinux.org/snapshots/ There has been fixed one of the most important boot problem (host reboots or freeze before mounts root filesystem). Many other small bugs are fixed. For details, please read the NEWS. http://www.colinux.org/snapshots/stable-NEWS After testing phase this will release out next weeks. -- Henry N. ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javao ne _______________________________________________ coLinux-devel mailing list coL...@li... https://lists.sourceforge.net/lists/listinfo/colinux-devel |
|
From: Henry N. <Hen...@Ar...> - 2008-04-17 19:01:43
|
Hello, release candidate 0.7.3-RC3 with kernel 2.6.22.18 is available from snapshot page. http://www.colinux.org/snapshots/ There has been fixed one of the most important boot problem (host reboots or freeze before mounts root filesystem). Many other small bugs are fixed. For details, please read the NEWS. http://www.colinux.org/snapshots/stable-NEWS After testing phase this will release out next weeks. -- Henry N. |
|
From: SourceForge.net <no...@so...> - 2008-04-16 22:21:05
|
Feature Requests item #1898468, was opened at 2008-02-21 07:38 Message generated for change (Settings changed) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1898468&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Henry N. (henryn) Summary: expose install folder Initial Comment: the batch files to start coLinux filesystems could be rather easily generalized by making use of a corresponding environment variable such as %COLINUX% - so, the installer could automatically set up such a variable to point to the install folder of coLinux, so that its scripts/batch files may refer to this variable (if it is set, that is). This way, it would become possible and feasible to use non-standard installation locations without requiring users to hand-edit their files if their setup deviates from the default setup ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-03-29 11:36 Message: Logged In: NO thank you very much, for both: providing the idea and implementing it! ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-03-01 20:48 Message: Logged In: YES user_id=579204 Originator: NO Environment COLINUX will be set from installer now. Please checkout stable from http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-21 08:57 Message: Logged In: NO another nice usability improvement would be a simple gui/dialog program that allows users to graphically customize the various startup options for the coLinux daemon, i.e. providing a very simple UI on top of the supported feature set, if implemented as a dll/library, it could even be directly used within the coLinux console frontends, so that new users may simply start a console and interactively select an image to open and customize the relevant settings using combo boxes with some simple tooltips ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1898468&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 22:18:48
|
Bugs item #1421858, was opened at 2006-02-01 21:54 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1421858&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: Ricky Ng-Adam (rngadam) Assigned to: Nobody/Anonymous (nobody) Summary: daemon: exit code 87c0a001: couldn't get driver handle Initial Comment: After installing 0.6.3-rc4, I've been able to boot into Debian image. But due to a problem with Firefox completly locking up and not responding to even the "End now" (could this be related to something coLinux installs?) I had to shut it down and reboot the machine. While shutting down and at "Closing network connections" XP locked up also and I had to hard reset the computer. Now, when I try to start it I get the following: C:\coLinux>colinux-daemon -c colinux.default.xml colinux: manager open: last error: The system cannot find the file specified. Cooperative Linux Daemon, 0.6.3-rc4 Compiled on Sun Jan 15 06:24:56 2006 colinux: manager open: last error: The system cannot find the file specified. error initializing colinux: manager open: last error: The system cannot find the file specified. couldn't get driver handle daemon: exit code 87c0a001 daemon: error - CO_RC_ERROR_ERROR, line 40, file colinux/user/monitor.o (62) ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-04-17 00:18 Message: Logged In: YES user_id=579204 Originator: NO Some changes (SVN r602 2007-04-11) are in the current release for shutting down race conditions. Will close this bug tracker now. ---------------------------------------------------------------------- Comment By: Ray Ward (rayfward) Date: 2006-11-19 13:58 Message: Logged In: YES user_id=1260917 Originator: NO I have had a similar problem and the solution was to remove the driver although it could only be removed through properties – hardware – device manager in windows. If you look under hidden devices you can see the colinux driver probably with a yellow exclamation mark against it. This stopped colinux-daemon –remove-driver from working so you could neither remove or install the driver. After removing you will have to reboot. Both colinux system I have installed booted up fine after that. The freezing thing looks to be colinux though. I can replicate it by using a dos prompt then going to full screen mode, this has hung windows a number of times while colinux and xming were open. System AMD Tbird Asus Mother board Windows 2000 ---------------------------------------------------------------------- Comment By: George P Boutwell (gboutwel) Date: 2006-09-11 03:01 Message: Logged In: YES user_id=30412 Has this issue been resolved? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2006-02-02 16:59 Message: Logged In: YES user_id=579204 Under normal use, can remove and install coLinux and TAP driver without reboot. Only if driver open, sometimes coLinux does not can remove and install driver. Than a reboot helps. With name of driver I'm a liddle surprised, because a I have such driver from 0.7.1 version. But after remove all by hand and fresh install coLinux, I have also only CoLinuxDriver. http://www.henrynestler.com/colinux/screenshoots/HardwareDev iceManager.png ---------------------------------------------------------------------- Comment By: Ricky Ng-Adam (rngadam) Date: 2006-02-02 15:32 Message: Logged In: YES user_id=16351 Well, when I rebooted I moved the c:\coLinux directory to c:\coLinux-0.6.3-rc4 and reinstalled coLinux only. I then moved back the Debian image and it seems to work fine at the moment. I'll report back if I get more problems the next time I reboot. I suspect my problem was due more to TAP-win32 affecting the networking than coLinux itself? Perhaps a reboot was necessary after installing TAP? > There should see the driver CoLinuxDriver > and CoLinuxDriver-0.6.3 I only see CoLinuxDriver. C:\coLinux>colinux-daemon.exe --status-driver Cooperative Linux Daemon, 0.6.3-rc4 Compiled on Sun Jan 15 06:24:56 2006 checking if the driver is installed current state: 4 (fully initialized) current number of monitors: 1 current linux api version: 10 current periphery api version: 15 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2006-02-02 12:14 Message: Logged In: YES user_id=579204 Perhaps Windows has disabled coLinux driver on your hard crash? Only for interesting: Go into your hardware device manager, enable "hidden drivers", open the tree with "non pnp drivers". There should see the driver CoLinuxDriver and CoLinuxDriver-0.6.3, make a screenshot, if somethin not not normal. Please check drivers status on command line colinux-daemon.exe --status-driver To repair, try follow steps: Run on command line colinux-daemon.exe --remove-driver Reboot windows Install driver again colinux-daemon.exe --install-driver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1421858&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 22:13:37
|
Bugs item #1555961, was opened at 2006-09-10 23:07 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1555961&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None >Group: v0.6.x (release) >Status: Pending >Resolution: Out of Date Priority: 5 Private: No Submitted By: Andrew Tonner (rakslice) >Assigned to: Henry N. (henryn) Summary: Colinux thrashes on boot Initial Comment: I'm having a problem with colinux thrashing the disk on launch. I'm running colinux 0.6.4-linux-2.6.11, and I've got it set up with debian install on a reiserfs image on cobd0 (made by "cp -ax"ing the colinux stock debian image after installing the reiserfs utils to it). When I start my colinux setup it usually gets as far as: [... snip ...] NET: Registered protocol family 1 NET: Registered protocol family 17 ReiserFS: cobd0: found reiserfs format "3.6" with standard journal ReiserFS: cobd0: using ordered data mode ReiserFS: cobd0: journal params: device cobd0, size 8192, journal first block 18 , max trans len 1024, max batch 900, ReiserFS: cobd0: checking transaction log ( cobd0) and sits there hitting the disk for several minutes before continuing. If I force kill the colinux-daemon process while it's doing this (taskkill /im colinux-daemon.exe /f), it doesn't die for several minutes (i.e. the amount of time usually spent thrashing) presumably because it's blocked on a huge IO operation. But it doesn't always do this... Sometimes it boots without unusual disk activity, especially on subsequent colinux launches before I restart windows again. (That could just be the effects of disk caching in windows, but I'm not sure.) This behaviour happens on both the systems I've tried colinux on: my dual core athlon 64 X2 nforce 4 box at work, and my athlon XP 2500 nforce 2 box at home. On my work box, the cobd0 image is 20GB (21474836480 bytes); the one on my home box is substantially smaller, (~8GB IIRC -- I don't have it handy right now.) ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-04-17 00:13 Message: Logged In: YES user_id=579204 Originator: NO A bug in page fault handlner for sys_mount (mount the root filesystem) can be here the problem. Such similar bugs are fixed in 0.7.3 RC3 and snapshot devel 0.8.0-20080415, see http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-03-10 00:03 Message: Logged In: YES user_id=579204 Originator: NO I'm sorry. The second line should be: colinux-debug-daemon.exe -d -p -s prints=31,misc=31,blockdev=31 -f debug2.xml ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-03-09 23:49 Message: Logged In: YES user_id=579204 Originator: NO Hello, can be the problem the size? 21474836480 bytes = 20GB Please, before you starts coLinux, run the Debugger colinux-debug-daemon.exe -d -p -s prints=31,misc=31 -f debug.xml or colinux-debug-daemon.exe -d -p -s prints=31,misc=31,messages=31 -f debug2.xml You can stop the debugger with CTRL-C after beginning the "several minutes"-Problem. Than view into the debug. I'm interesting for the drive geometry detection. Please also locate for misterious messages about your drive there. The debug2.xml can be very big. You can remove all the duplicated block operations after beginning the problems to the end. But, locate for problems or some others non normal things in the output. The format is XML, text is human readable between the "<strings>", open it with IE. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-12 17:56 Message: Logged In: YES user_id=39760 Originator: YES I switched to an 0.8.0 snapshot (20061212), still using my 21474836480 byte ext3 volume, and I get exactly the same behaviour; it stalls at mount time and hits the disk for several minutes before continuing. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-06 00:57 Message: Logged In: YES user_id=39760 Originator: YES This doesn't seem to be a filesystem-specific problem. I mkfsed an identically-sized (21474836480 bytes) ext3 volume, cp -ax'd the contents of my reiserfs volume across to it, modified the fstab, and then put my colinux config back so that only the new ext3 volume is being used. After a windows restart, when I start colinux, it sits and thrashes for several minutes at roughly the same place. dmesg: Linux version 2.6.11-co-0.6.4 (george@CoDebianDevel) (gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)) #1 Mon Jun 19 05:36:13 UTC 2006 520MB LOWMEM available. On node 0 totalpages: 133120 DMA zone: 0 pages, LIFO batch:1 Normal zone: 133120 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 Built 1 zonelists Kernel command line: root=/dev/cobd0 Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 65536 bytes) Using cooperative for high-res timesource Console: colour CoCON 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 523648k/532480k available (1537k kernel code, 0k reserved, 521k data, 10 8k init, 0k highmem) Calibrating delay loop... 734.00 BogoMIPS (lpj=3670016) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 178bfbff e3d3fbff 00000000 00000000 00000001 00000000 00000003 CPU: After vendor identify, caps: 178bfbff e3d3fbff 00000000 00000000 00000001 0 0000000 00000003 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 178bfbff e3d3fbff 00000000 00000010 00000001 0000000 0 00000003 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping 01 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. NET: Registered protocol family 16 devfs: 2004-01-31 Richard Gooch (rg...@at...) devfs: boot_options: 0x0 cofuse init 0.1 (API version 2.2) Initializing Cryptographic API serio: cokbd at irq 1 io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize cobd: loaded (max 32 devices) loop: loaded (max 8 devices) conet: loaded (max 16 devices) conet0: initialized conet1: initialized mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on cokbd NET: Registered protocol family 2 IP: routing cache hash table of 4096 buckets, 32Kbytes TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) NET: Registered protocol family 1 NET: Registered protocol family 17 [[Here is where it sits and thrashes for several minutes, then]] EXT3 FS on cobd0, internal journal EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Freeing unused kernel memory: 108k freed kjournald starting. Commit interval 5 seconds Adding 524280k swap on /dev/cobd1. Priority:-1 extents:1 EXT3 FS on cobd0, internal journal [... snip ...] ---------------------------------------------------------------------- Comment By: Ben Voigt (bvoigt) Date: 2007-01-04 04:51 Message: Logged In: YES user_id=782364 Originator: NO reiserfs, being a journalled filesystem, usually checks itself very quickly. However, by default every 20th boot it forces a full check. The frequency of checks can be changed in the reiser metadata... but looking at reiserfstune I can't find the command for it right now. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2007-01-04 02:06 Message: Logged In: YES user_id=39760 Originator: YES I've gone through this sequence of checks, and fsck never encounters any file system errors, and except for the occasional thrashing for several minutes when I mount a reiserfs volume nothing unusual happens. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2006-09-13 19:23 Message: Logged In: YES user_id=579204 It can be a limit in one of the block operations from colinux. Please can you boot from an other image. For sample from the small Debian, ArchLinux or Fedora. Than check the image without mount, with the reiser tools. I'm not know the tool, it is like "fsck.ext3 -f /dev/cobd1" for an ext3 system. Than mount this device, unmount it, check again. Than mount it, write down some, umount it, check again. An totaly other idea: I'm afraid, that your shutting down don't complete your reiser umount. Please try to go into runlevel S (single user mode without network). Check, that no other task are running and not task shoult need write access to your roor filesystem. Than do this command sequence "sync; sleep 1; sync; sleep 3; mount -o remount ro /" The umount should no give an error. Now check your root file system device with reiser tools. If it was clean, shutdown your system and run it again. This helps? ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2006-09-12 19:05 Message: Logged In: YES user_id=39760 I had sort of assumed that even kernel space IO happening on the linux side wouldn't cause the colinux-daemon process to block for IO like this. But I don't know the internals so I guess I should stop making assumptions like that. =) Still, other things suggest to me that it's not a resierfs journal replay: - According to the messages by time the read is happening, the system hasn't got the part where the journal replay should happen yet AFAIK - I fired up Sysinternals' FileMon, and the disk activity is colinux-daemon doing a series of consecutive (in terms of offsets) 64k IRP_MJ_READs. FileMon doesn't show the target of the reads (it just gives C:) but it must be the volume file, judging by the eventually huge offsets (I don't have any other files that big) and the fact that the last read before colinux continues is right at 20GB (the last read offset & size lines up with the volume file end position)... unless its reading something other than a file. - Also this behaviour happens even when the the last run of colinux was one that worked fine and was shutdown normally with halt or shutdown. ---------------------------------------------------------------------- Comment By: George P Boutwell (gboutwel) Date: 2006-09-11 02:40 Message: Logged In: YES user_id=30412 Sounds like there is some big disk operation going on in coLinux, I don't know what that operation is (perhaps coLinux didn't get shutdown correctly & reiserfs is trying to replay a long journal?), but you should probably leave it to complete, instead of trying to kill it. Make sure that you are shutting down coLinux, by logging in and running a proper linux shutdown command (halt, poweroff, shutdown -h now, etc) and not just 'killing' coLinux processes. ---------------------------------------------------------------------- Comment By: Andrew Tonner (rakslice) Date: 2006-09-10 23:09 Message: Logged In: YES user_id=39760 I should mention that I've removed the initrd section from my configuration file in case this bug is somehow related to the known problem with that, but this problem didn't go away. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1555961&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2008-04-16 22:05:01
|
Bugs item #1834295, was opened at 2007-11-19 02:35 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1834295&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: v0.8.x (devel) Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Henry N. (henryn) Summary: devel-20071110 restart instancely Initial Comment: i've just downloaded latest version from http://www.henrynestler.com/colinux/autobuild/devel-20071110/, when i do "net start gentoo" and my winxpsp2 restart immediately host system: winxpsp2 with all latest patches installed hd: sata guest system: gentoo, but it restart before it gets to init i guess host mem: 2G total - 128M video mem guest mem: 256M i'm out of idea on writing the report, what else info should i write here? ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2008-04-17 00:05 Message: Logged In: YES user_id=579204 Originator: NO Fixed in 0.7.3 RC3 and snapshot devel 0.8.0-20080415, http://www.colinux.org/snapshots/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2008-01-06 18:40 Message: Logged In: YES user_id=579204 Originator: NO Some notes about debugging and my no longtime existing links. The build 20071219-hostmem-debug should not use, I will remove this next times. All things are added at this build: http://www.henrynestler.com/colinux/autobuild/devel-20071221/ Full text "how to debug colinux" is this here: http://colinux.svn.sourceforge.net/svnroot/colinux/branches/devel/doc/debugging Not need full memory dumps. Small minidumps (64KB) are good enough for debugging. If you have a second PC: DbgView and colinux-debug-daemon works also over network. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 18:02 Message: Logged In: NO stuck at "service local starting" (gentoo) is a gentoo + kernel issue, not colinux issue as i can reproduce it without colinux with new kernel version as in colinux. i found the options in Systemsettings, and it was configured to dump but there was no dump. and i didn't see any BSOD before it restart. i'll try anyway ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 17:54 Message: Logged In: NO Try to use less guest memroy, say 63MB ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 17:45 Message: Logged In: NO Do you have any entries in the XP eventlog arround the reboot? Could you forbit XP to do a restart but display the BSOD and to write a full memory dump? (Somewhere in "Systemsettings") How many "kernel memory" does sysmon show? What happens if you launch it directly via commandline, and not as system service? If you like, you migh try to use the windows kernel debug version. there is a little text "how to debug colinux" http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071219-hostmem-debug/readme.txt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 17:41 Message: Logged In: NO Do you have any entries in the XP eventlog arround the reboot? Could you forbit XP to do a restart but display the BSOD and to write a full memory dump? (Somewhere in "Systemsettings") How many "kernel memory" does sysmon show? What happens if you launch it directly via commandline, and not as system service? If you like, you migh try to use the windows kernel debug version. there is a little text "how to debug colinux" http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071219-hostmem-debug/readme.txt ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-01-05 16:38 Message: Logged In: NO devel-0.8.0/20071105-Snapshot is the same and devel-20071221/ won't restart instancely but stuck at "service local starting" (gentoo), possible due to iptables initialize incompletely issue. and FYI: stable-0.7.2/20071218-Snapshot will restart instancely ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-11-28 20:32 Message: Logged In: YES user_id=579204 Originator: NO Not need to test all the autobuilds. Autobuilds are currently in moving and very unstable. devel-20071108 and later was build on a 64 bit platform. I'm not sure about side effects there. Yust try the snapshot 20071105. This was build more saver from my devolopment build. This is the current good tested devel version. Zip files of that version will find in packages on http://www.henrynestler.com/colinux/testing/devel-0.8.0/20071105-Snapshot/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-28 07:31 Message: Logged In: NO but anyway, i'll try other tips you gave that i've not tried yet, including the initrd and give u feedback later ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-28 07:26 Message: Logged In: NO i was using devel 0.8.0 too but forgot which date (about months ago) i grab from your autobuild and i'm sure i could uninstall/install correctly for 0.6.x-release 0.7.x -auto-build-or-release 0.8.x-old-autobuild previously, and i could switch between them, but just not this with devel-20071110 (though i've not tested all devel 0.8.x devel-2007* yet). i have a script that remove service/driver every time before i switch, and install them after. i do not use initrd since when the i began to use coliunx, developers suggested me to disable it for one of the boot problem for me. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-11-19 20:27 Message: Logged In: YES user_id=579204 Originator: NO I'm afraid, you starts an mixed old and new version. What version have before the update? Go into Windows service control center and check the properties of "gentoo". Is the path to colinux-daemon.exe right? >From some older versions (0.6.x) you MUST create new the entry for running as service (--remove-service/--install-service). If the path was changed on update, you must create new the service. Check an minimalistig ramdisk running. The ramdisk is also included in the installer. Download http://www.henrynestler.com/colinux/tools/initrd-20060831.gz Create a batch and start it: colinux-daemon kernel=vmlinux initrd=initrd-20060831.gz root=/dev/ram0 This should give an Linux prompt. Try to savely installing it: - Remove the driver colinux-daemon.exe --remove-driver - Reboot WinXP - Check, that the driver is not installed: colinux-daemon.exe --status-driver This should give an error. - Install the driver colinux-daemon.exe --install-driver ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1834295&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-04-16 04:12:33
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080415/ colinux-0.8.0-20080415.src.tgz (677833 Bytes) daemons-0.8.0-20080415.dbg.zip (1314717 Bytes) daemons-0.8.0-20080415.zip (1020545 Bytes) modules-2.6.22.18-co-0.8.0-20080415.tgz (2600435 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080415.zip (1762539 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080415.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1017 | henryn | 2008-04-15 21:03:09 +0000 (Tue, 15 Apr 2008) | 22 lines Changed paths: M /branches/devel/NEWS M /branches/devel/patch/base-2.6.22.diff * Bug fix for randomly crashes on coLinux boot, mostly with initrd. Some machines with ext2 or ext3 (not reisserfs) for the root file system coLinux was faulting with host reboot or freeze. Some machines works better without initrd, because every mount was a risk for crashing. A page fault in do_page_fault handler from calling sys_mount with params from kernel address space was detected as problem. (Thanks Paolo) Exactly "pte_present(*pte_k)" in vmalloc_fault() was triple or more recursively faulting with stack overflow. A candidate for such badly pointers was the function mount_block_root(). There an one page allocated variable "fs_names" was later tried to read 4096 bytes +9 behind the end in the function exact_copy_from_user(). The vmalloc_fault() was trying to map the page behind this end. But, if there is no page, then it should fault, that's what exact_copy_from_user assumed. The address will check in vmalloc range between VMALLOC_START and VMALLOC_END now, before accessing the PTE macros. * The added lines are ported from 64 bit source of kernel 2.6.25-rc9. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-04-14 19:30:13
|
Support Requests item #1942381, was opened at 2008-04-14 12:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=1942381&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Allocate more then 1 Gb RAM Needed! Initial Comment: Please implement support for more then 1 gb ram for user in colinux. 4Gb at least! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=1942381&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2008-04-09 04:47:31
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080408/ colinux-0.8.0-20080408.src.tgz (677619 Bytes) daemons-0.8.0-20080408.dbg.zip (1314697 Bytes) daemons-0.8.0-20080408.zip (1020513 Bytes) modules-2.6.22.18-co-0.8.0-20080408.tgz (2600417 Bytes) vmlinux-2.6.22.18-co-0.8.0-20080408.zip (1762433 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver Inside coLinux please update modules as follow: rm -rf /lib/modules/*-co-* tar -xzf modules-*-co-*-20080408.tgz -C / The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1016 | henryn | 2008-04-08 21:45:33 +0000 (Tue, 08 Apr 2008) | 1 line Changed paths: M /branches/devel/patch/unionfs-2.2.4_for_2.6.22.18.diff * unionfs: Fix warning from patch offset ------------------------------------------------------------------------ r1015 | henryn | 2008-04-08 21:39:21 +0000 (Tue, 08 Apr 2008) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/conf/linux-2.6.22.18-config M /branches/devel/patch/series-2.6.22.18 A /branches/devel/patch/unionfs-2.2.4_for_2.6.22.18.diff * unionfs-2.2.4 added as module. (Marwan Al-Sabbagh) ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2008-04-07 04:07:26
|
The autobuild system has detected a new revision in the source repository. Review last changed from changelog.txt, also attached in mail. Download the compiled version: http://www.henrynestler.com/colinux/autobuild/devel-20080406/ colinux-0.8.0-20080406.src.tgz (598179 Bytes) daemons-0.8.0-20080406.dbg.zip (1314715 Bytes) daemons-0.8.0-20080406.zip (1020539 Bytes) Note, the autobuild compilation does not include an installer. Remember to reload the driver with these commands: colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver The vmlinux and modules are up to date. Please use last version from http://www.henrynestler.com/colinux/autobuild/devel-20080329/ The autobuild compilations are not official releases of Cooperative Linux software. There is no warranty that any autobuild version is stable. If use this autobuild version, please give us feedback of your experience. Job runs on machine with 64 bit version of gcc 4.1.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1008 | henryn | 2008-04-06 21:15:14 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh * build: "tail" logfile only, if exist and has entries. ------------------------------------------------------------------------ r1007 | henryn | 2008-04-06 21:13:00 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-common.sh * build: Abort, if unpacking failed. ------------------------------------------------------------------------ r1006 | henryn | 2008-04-06 21:11:31 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-colinux-libs.sh M /branches/devel/bin/build-common.sh M /branches/devel/bin/build-cross.sh * build: Detect file extension and use gunzip or bunzip2 for unpacking. ------------------------------------------------------------------------ r1005 | henryn | 2008-04-06 20:58:28 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/bin/build-colinux-libs.sh * build-colinux-libs.sh: Remove w32api.h from md5sum. Controled over versions file. ------------------------------------------------------------------------ r1003 | henryn | 2008-04-06 20:48:42 +0000 (Sun, 06 Apr 2008) | 1 line Changed paths: M /branches/devel/configure * configure: bunzip2 added to list of tools. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2008-04-04 07:14:28
|
Feature Requests item #1934160, was opened at 2008-04-04 00:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1934160&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Support more than 1 Gb RAM Initial Comment: Colinux cannot allocate more than 1 gb of RAM. I use colinux 0.7.2. i setup in config 2 gb, but colinux still se only 1 gb. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1934160&group_id=98788 |
|
From: Paolo M. <pao...@gm...> - 2008-04-03 09:58:32
|
> Help for "CONFIG_PREEMPT_BKL" from kernel source: > "This option reduces the latency of the kernel by making the > big kernel lock preemptible." > > This, I read, that a "big kernel lock" can be interupted. Right? And in > your case the PC hangs without accepting any interrupts (keyboard). A > simple "big kernel lock" is a simple disable all interrupts. Perhaps the > CONFIG_PREEMPT_BKL helps to not hang in such lock. > > CONFIG_PREEMPT needs to have CONFIG_PREEMPT_BKL. On a UNIPROCESSOR SYSTEM without PREEMPT , spinlocks don't exist. The implementation is more clean. So I think that configure a kernel without PREEMPT is a solution to avoid deadlock. This is what I think (if I understand correctly). I have read now what is exactly the BIG KERNEL LOCK PREEMPTIBLE. This is a good link. http://kerneltrap.org/node/3843 Bye, Paolo |
81 messages has been excluded from this view by a project administrator.
