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: yin s. <sun...@gm...> - 2012-08-22 18:00:28
|
colinux can also run under 32bit linux even though the main purpose is for colinux is to run linux inside of windows. On Tue, Aug 21, 2012 at 11:21 PM, me sdkie <me...@gm...> wrote: > Me and my 3 friends are very much comfortable in working on this project. > Will Linux community be comfortable in adding support of coLinux in > mainline(as it is currently developed for Windows OS) ? > > On Tue, Aug 21, 2012 at 9:49 AM, Vladislav Grishenko <the...@ma...>wrote: >> >>> Yeah, it would be great to split kernel-only-related changes/api and >>> colinux-only drivers/patche >>> >> |
From: me s. <me...@gm...> - 2012-08-22 06:21:15
|
Me and my 3 friends are very much comfortable in working on this project. Will Linux community be comfortable in adding support of coLinux in mainline(as it is currently developed for Windows OS) ? On Tue, Aug 21, 2012 at 9:49 AM, Vladislav Grishenko <the...@ma...>wrote: > >> Yeah, it would be great to split kernel-only-related changes/api and >> colinux-only drivers/patche >> > |
From: yin s. <sun...@gm...> - 2012-08-21 16:57:46
|
well, the direction could be blend into para-virtual framework. that in theory will make the change easy to migrate. On Tue, Aug 21, 2012 at 9:49 AM, Vladislav Grishenko <the...@ma...>wrote: > Yeah, it would be great to split kernel-only-related changes/api and > colinux-only drivers/patches**** > > ** ** > > Best Regards, Vladislav Grishenko**** > > ** ** > > *From:* me sdkie [mailto:me...@gm...] > *Sent:* Tuesday, August 21, 2012 9:35 PM > *To:* col...@li... > *Subject:* [coLinux-devel] Adding support in Linux mainline**** > > ** ** > > Colinux have to update the Linux kernel for all the new kernel releases. > Cant we add some code in Mainline Linux kernel which will reduce this work > as we will get the support to Colinux directly from original Linux kernel ?. > **** > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > coLinux-devel mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-devel > > |
From: Vladislav G. <the...@ma...> - 2012-08-21 16:49:23
|
Yeah, it would be great to split kernel-only-related changes/api and colinux-only drivers/patches Best Regards, Vladislav Grishenko From: me sdkie [mailto:me...@gm...] Sent: Tuesday, August 21, 2012 9:35 PM To: col...@li... Subject: [coLinux-devel] Adding support in Linux mainline Colinux have to update the Linux kernel for all the new kernel releases. Cant we add some code in Mainline Linux kernel which will reduce this work as we will get the support to Colinux directly from original Linux kernel ?. |
From: me s. <me...@gm...> - 2012-08-21 15:35:31
|
Colinux have to update the Linux kernel for all the new kernel releases. Cant we add some code in Mainline Linux kernel which will reduce this work as we will get the support to Colinux directly from original Linux kernel ?. |
From: SourceForge.net <no...@so...> - 2012-08-16 12:12:37
|
Feature Requests item #1934160, was opened at 2008-04-04 00:14 Message generated for change (Comment added) made by nobody 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. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-08-16 05:12 Message: m9slYQ <a href="http://hewwuerpqfra.com/">hewwuerpqfra</a>, [url=http://aktfsxbsiedb.com/]aktfsxbsiedb[/url], [link=http://mwepdgkzbwoo.com/]mwepdgkzbwoo[/link], http://taptadjtibse.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-10-18 00:27 Message: This problem is linux kernel limit, I support colinux add Virtual RAM disk support, then we can set MEM to 1 GB, and set other to Virtual RAM disk. ex, 1000 MB (MEM) + 800 MB (swap), but all of 1800 MB in host's RAM ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1934160&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-07-23 22:50:39
|
Bugs item #3547056, was opened at 2012-07-21 19:46 Message generated for change (Settings changed) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&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: Installer Group: v0.7.x (release) Status: Deleted Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [SPAM] Initial Comment: pJGy74 <a href="http://uzicswkuinwp.com/">uzicswkuinwp</a>, [url=http://hyrcpcfbceyn.com/]hyrcpcfbceyn[/url], [link=http://ibgczbwcrbci.com/]ibgczbwcrbci[/link], http://jqpdojothpcn.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-07-23 22:49:33
|
Bugs item #3547056, was opened at 2012-07-21 19:46 Message generated for change (Settings changed) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&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: Installer Group: v0.7.x (release) >Status: Deleted >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: [SPAM] Initial Comment: pJGy74 <a href="http://uzicswkuinwp.com/">uzicswkuinwp</a>, [url=http://hyrcpcfbceyn.com/]hyrcpcfbceyn[/url], [link=http://ibgczbwcrbci.com/]ibgczbwcrbci[/link], http://jqpdojothpcn.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-07-22 07:00:43
|
Bugs item #2921083, was opened at 2009-12-25 06:25 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2921083&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: Configuration Group: v0.7.x (release) Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: crashed when building android Initial Comment: colinux crashed when building android system, the log is as below: C:\Documents and Settings\Administrator>cd c:\coLinux C:\coLinux>debian.bat C:\coLinux>colinux-daemon -t nt @e:\colinux\debian.conf Cooperative Linux Daemon, 0.7.3 Daemon compiled on Sat May 24 22:36:07 2008 PID: 1420 colinux: booting console: Coopeartive Linux console started Linux version 2.6.22.18-co-0.7.3 (hn@coLinux) (gcc version 4.1.2) #1 PREEMPT Sat May 24 22:27:30 UTC 2008 colinux-net-daemon: searching TAP device named "tuntap" colinux-net-daemon: found TAP device named "tuntap" colinux-net-daemon: opening TAP: "tuntap" colinux-net-daemon: TAP driver version 8.4 colinux-net-daemon: enabling TAP... 800MB LOWMEM available. initrd enabled: start: 0xf1f9a000 size: 0x00065881 Entering add_active_range(0, 0, 204800) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 0 Normal 0 -> 204800 early_node_map[1] active PFN ranges 0: 0 -> 204800 On node 0 totalpages: 204800 DMA zone: 0 pages used for memmap Normal zone: 1600 pages used for memmap Normal zone: 203200 pages, LIFO batch:31 Built 1 zonelists. Total pages: 203200 Kernel command line: cdrom0=\Device\Cdrom0 root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 16384 bytes) 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: 807680k/819200k available (1705k kernel code, 0k reserved, 470k data, 12 8k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xf2800000 - 0xffffa000 ( 215 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc0322000 - 0xc0342000 ( 128 kB) .data : 0xc02aa638 - 0xc031ffe4 ( 470 kB) .text : 0xc0100000 - 0xc02aa638 (1705 kB) Calibrating delay loop... 10197.40 BogoMIPS (lpj=50987008) Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 00100000 00000000 00000000 0000451d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 256K CPU: After all inits, caps: bfebf3ff 00100000 00000000 0000b180 0000451d 0000000 0 00000000 Compat vDSO mapped to ffffe000. CPU: Intel Genuine Intel(R) CPU 3.06GHz stepping 01 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) 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) TCP reno registered checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 406k freed VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet: loaded (max 16 devices) conet0: initialized serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /class/input/input0 TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Trying to move old root to /initrd ... /initrd does not exist. Ignored. Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 128k freed Adding 131064k swap on /dev/cobd1. Priority:-1 extents:1 across:131064k EXT3 FS on cobd0, internal journal device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-...@re... kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on loop0, internal journal EXT3-fs: mounted filesystem with ordered data mode. NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth0: no IPv6 routers present colinux: Linux VM terminated colinux: BUG at ...le-0.7.3-snapshot/linux-2.6.22.18-source/mm/page_alloc.c:310 console: Monitor1420: Detached C:\coLinux>debian.bat C:\coLinux>colinux-daemon -t nt @e:\colinux\debian.conf Cooperative Linux Daemon, 0.7.3 Daemon compiled on Sat May 24 22:36:07 2008 PID: 2676 console: Coopeartive Linux console started colinux: booting colinux-net-daemon: searching TAP device named "tuntap" Linux version 2.6.22.18-co-0.7.3 (hn@coLinux) (gcc version 4.1.2) #1 PREEMPT Sat May 24 22:27:30 UTC 2008 800MB LOWMEM available. initrd enabled: start: 0xf1f9a000 size: 0x00065881 Entering add_active_range(0, 0, 204800) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 0 Normal 0 -> 204800 early_node_map[1] active PFN ranges 0: 0 -> 204800 On node 0 totalpages: 204800 DMA zone: 0 pages used for memmap Normal zone: 1600 pages used for memmap Normal zone: 203200 pages, LIFO batch:31 Built 1 zonelists. Total pages: 203200 Kernel command line: cdrom0=\Device\Cdrom0 root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour CoCON 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) colinux-net-daemon: found TAP device named "tuntap" colinux-net-daemon: opening TAP: "tuntap" colinux-net-daemon: TAP driver version 8.4 colinux-net-daemon: enabling TAP... Memory: 807680k/819200k available (1705k kernel code, 0k reserved, 470k data, 12 8k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xf2800000 - 0xffffa000 ( 215 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc0322000 - 0xc0342000 ( 128 kB) .data : 0xc02aa638 - 0xc031ffe4 ( 470 kB) .text : 0xc0100000 - 0xc02aa638 (1705 kB) Calibrating delay loop... 2785.28 BogoMIPS (lpj=13926400) Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 00100000 00000000 00000000 0000451d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 256K CPU: After all inits, caps: bfebf3ff 00100000 00000000 0000b180 0000451d 0000000 0 00000000 Compat vDSO mapped to ffffe000. CPU: Intel Genuine Intel(R) CPU 3.06GHz stepping 01 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) 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) TCP reno registered checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 406k freed VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet: loaded (max 16 devices) conet0: initialized serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /class/input/input0 TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Trying to move old root to /initrd ... /initrd does not exist. Ignored. Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 128k freed Adding 131064k swap on /dev/cobd1. Priority:-1 extents:1 across:131064k EXT3 FS on cobd0, internal journal device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-...@re... kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on loop0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. NET: Registered protocol family 10 lo: Disabled Privacy Extensions eth0: no IPv6 routers present colinux: Linux VM terminated colinux: BUG at ...le-0.7.3-snapshot/linux-2.6.22.18-source/mm/page_alloc.c:310 console: Monitor2676: Detached C:\coLinux>debian.bat C:\coLinux>colinux-daemon -t nt @e:\colinux\debian.conf Cooperative Linux Daemon, 0.7.5 Daemon compiled on Mon Sep 14 22:26:21 2009 PID: 1408 error 0x2 in execution WARNING: error launching network daemon! colinux: booting console: Cooperative Linux console started Linux version 2.6.22.18-co-0.7.5 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Mon Sep 14 22:21:15 UTC 2009 800MB LOWMEM available. initrd enabled: start: 0xf1f9a000 size: 0x00065881 Entering add_active_range(0, 0, 204800) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 204800 early_node_map[1] active PFN ranges 0: 0 -> 204800 On node 0 totalpages: 204800 Normal zone: 1600 pages used for memmap Normal zone: 0 pages reserved Normal zone: 203200 pages, LIFO batch:31 Built 1 zonelists. Total pages: 203200 Kernel command line: cdrom0=\Device\Cdrom0 root=/dev/cobd0 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 16384 bytes) 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: 807296k/819200k available (1956k kernel code, 0k reserved, 559k data, 13 6k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) vmalloc : 0xf2800000 - 0xffffa000 ( 215 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc0378000 - 0xc039a000 ( 136 kB) .data : 0xc02e9006 - 0xc0374fe4 ( 559 kB) .text : 0xc0100000 - 0xc02e9006 (1956 kB) Calibrating delay loop... 2660.76 BogoMIPS (lpj=13303808) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: bfebfbff 00100000 00000000 00000000 0000451d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 256K CPU: After all inits, caps: bfebfbff 00100000 00000000 0000b180 0000451d 0000000 0 00000000 Compat vDSO mapped to ffffe000. CPU: Intel Genuine Intel(R) CPU 3.06GHz stepping 01 Checking 'hlt' instruction... OK. NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) 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) TCP reno registered checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 406k freed audit: initializing netlink socket (disabled) audit(1261750554.460:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) cofuse init 0.1 (API version 2.2) io scheduler noop registered io scheduler anticipatory registered (default) 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: module loaded conet0: irq 10, HWAddr 00:ff:cc:a1:fc:00 serio: cokbd at irq 1 mice: PS/2 mouse device common for all mice input: Cooperative Mouse as /class/input/input0 comouse: initialized. TCP cubic registered NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI Shortcut mode input: AT Translated Set 2 keyboard as /class/input/input1 RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). ReiserFS: cobd0: warning: sh-2021: reiserfs_fill_super: can not find reiserfs on cobd0 EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. EXT3 FS on cobd0, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on cobd0, internal journal EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem). Trying to move old root to /initrd ... /initrd does not exist. Ignored. Unmounting old root Trying to free ramdisk memory ... okay Freeing unused kernel memory: 136k freed Adding 131064k swap on /dev/cobd1. Priority:-1 extents:1 across:131064k EXT3 FS on cobd0, internal journal device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-...@re... kjournald starting. Commit interval 5 seconds EXT3-fs warning: maximal mount count reached, running e2fsck is recommended EXT3 FS on loop0, internal journal EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. NET: Registered protocol family 10 lo: Disabled Privacy Extensions BUG: unable to handle kernel paging request at virtual address d4f68d58 printing eip: c01d413b *pde = 2206b063 *pte = 080e0000 Oops: 0000 [#1] PREEMPT Modules linked in: ipv6 dm_snapshot dm_mirror dm_mod CPU: 0 <0>EIP: 0060:[<c01d413b>] Not tainted VLI <0>EFLAGS: 00010282 (2.6.22.18-co-0.7.5 #1) EIP is at ext3_get_branch+0x9b/0xe0 eax: d4f68d58 ebx: d0d1bc88 ecx: d0d1bc88 edx: d0d1bcc0 esi: f130d13c edi: d0d1bc7c ebp: d0d1bc00 esp: d0d1bbe8 ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068 Process java (pid: 4442, ti=d0d1a000 task=f18a1030 task.ti=d0d1a000) <0>Stack: 00000001 f1de8a00 d0d1bcbc 00000000 00000010 d1fd7cf4 d0d1bce8 c01d437 d <0> d0d1bc7c d0d1bcd8 4d26b000 d0388f44 c15670e0 d0d1bc4c d0d1bc7c d0d1bc3 0 <0> d0d1bc50 00000362 d1fd7cf4 00000000 d0d1bc40 c0150465 00000002 c15670e 0 <0>Call Trace: [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103c3b>] show_stack_log_lvl+0xab/0xd0 [<c0104020>] show_registers+0x1e0/0x350 [<c010428c>] die+0xfc/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c01d437d>] ext3_get_blocks_handle+0x8d/0xa40 [<c01d502c>] ext3_get_block+0x6c/0xe0 [<c0189447>] do_mpage_readpage+0x357/0x550 [<c018980a>] mpage_readpages+0x7a/0x150 [<c01d4259>] ext3_readpages+0x19/0x20 [<c0144b0a>] __do_page_cache_readahead+0x17a/0x290 [<c0144fc3>] do_page_cache_readahead+0x43/0x60 [<c0140970>] filemap_nopage+0x140/0x350 [<c014b352>] __handle_mm_fault+0x132/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= Code: dc ee fa ff 85 c0 89 c6 74 3d 89 da 89 f8 e8 5d f4 ff ff 85 c0 74 3b 8b 55 f0 83 c3 0c 8b 42 04 83 c2 04 c1 e0 02 03 46 14 89 03 <8b> 00 89 73 08 89 43 04 89 55 f0 8b 43 04 85 c0 74 9b 83 6d e8 EIP: [<c01d413b>] ext3_get_branch+0x9b/0xe0 SS:ESP 0068:d0d1bbe8 BUG: unable to handle kernel paging request at virtual address d6c35008 printing eip: c015a726 *pde = 332a3063 Oops: 0002 [#2] PREEMPT Modules linked in: ipv6 dm_snapshot dm_mirror dm_mod CPU: 0 <0>EIP: 0060:[<c015a726>] Not tainted VLI <0>EFLAGS: 00010206 (2.6.22.18-co-0.7.5 #1) EIP is at cache_alloc_refill+0x3a6/0x550 eax: 000002c0 ebx: d6c35000 ecx: f1ff7dc0 edx: f1ff7dc0 esi: 00000000 edi: d6c35000 ebp: c17cbd88 esp: c17cbd3c ds: 007b es: 007b fs: 0000 gs: 0000 ss: 0068 Process pdflush (pid: 39, ti=c17ca000 task=c175b5b0 task.ti=c17ca000) <0>Stack: 00000000 c17ca000 c17553c8 c17553d0 00000050 f1ff7dc0 00000000 c17553c 0 <0> f1ff8000 c17553c0 00000000 00000010 00000050 f1cae718 00000046 0000000 3 <0> 00000286 f1ff7dc0 00000050 c17cbd9c c015a376 fffffff4 f1cae6c0 d02b828 c <0>Call Trace: [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103c3b>] show_stack_log_lvl+0xab/0xd0 [<c0104020>] show_registers+0x1e0/0x350 [<c010428c>] die+0xfc/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c015a376>] kmem_cache_alloc+0x56/0x60 [<c01e4f5b>] journal_start+0x9b/0x100 [<c01dc168>] ext3_journal_start_sb+0x48/0x50 [<c01d6694>] ext3_ordered_writepage+0xa4/0x1d0 [<c01436db>] __writepage+0xb/0x30 [<c0143c2a>] write_cache_pages+0x1fa/0x2f0 [<c0143d43>] generic_writepages+0x23/0x30 [<c0143d99>] do_writepages+0x49/0x50 [<c017d00d>] __writeback_single_inode+0x9d/0x3e0 [<c017d723>] sync_sb_inodes+0x1c3/0x2b0 [<c017dc45>] writeback_inodes+0xb5/0x110 [<c0144206>] background_writeout+0x76/0x90 [<c0144757>] pdflush+0xe7/0x1e0 [<c0124202>] kthread+0x42/0x70 [<c0103997>] kernel_thread_helper+0x7/0x10 ======================= Code: 89 c7 81 ef 00 00 00 40 0f 84 69 01 00 00 8b 4d c8 0f af 75 dc 8b 41 18 85 c0 0f 88 b4 00 00 00 8b 55 c8 89 f0 8d 1c 37 03 42 34 <89> 43 08 8d 97 00 00 00 40 be 01 00 00 00 8d 04 07 c7 43 10 00 EIP: [<c015a726>] cache_alloc_refill+0x3a6/0x550 SS:ESP 0068:c17cbd3c BUG: unable to handle kernel paging request at virtual address d4f6a000 printing eip: c0142df9 *pde = 2206b063 *pte = 08bdbab0 Oops: 0002 [#3] PREEMPT Modules linked in: ipv6 dm_snapshot dm_mirror dm_mod CPU: 0 <0>EIP: 0060:[<c0142df9>] Not tainted VLI <0>EFLAGS: 00010287 (2.6.22.18-co-0.7.5 #1) EIP is at get_page_from_freelist+0x299/0x420 eax: 00000000 ebx: c129ed40 ecx: 00000400 edx: c9280000 esi: c129ed40 edi: d4f6a000 ebp: c9281ec0 esp: c9281e78 ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068 Process cc1plus (pid: 5861, ti=c9280000 task=c170ba30 task.ti=c9280000) <0>Stack: 00000000 00000044 00000000 00000000 c9280000 c0361ba0 00000000 0000000 0 <0> 000280d2 c0361ce0 00000246 00000001 0050cc00 00000000 00000000 d89b394 0 <0> c170ba30 000280d2 c9281f08 c0142fda 00000044 c1641430 c9281ee8 c015349 4 <0>Call Trace: [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103c3b>] show_stack_log_lvl+0xab/0xd0 [<c0104020>] show_registers+0x1e0/0x350 [<c010428c>] die+0xfc/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= Code: 00 00 00 89 4d c8 b8 01 00 00 00 e8 02 9c fc ff 89 df 31 c0 2b 3d 38 5e 3c c0 b9 00 04 00 00 c1 ff 05 c1 e7 0c 81 ef 00 00 00 40 <f3> ab b0 01 e8 2e 9b fc ff 8b 55 c8 8b 42 08 a8 08 0f 85 26 01 EIP: [<c0142df9>] get_page_from_freelist+0x299/0x420 SS:ESP 0068:c9281e78 note: cc1plus[5861] exited with preempt_count 1 BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: unable to handle kernel paging request at virtual address d4f68f38 printing eip: c01d413b *pde = 2206b063 *pte = 080e0000 Oops: 0000 [#4] PREEMPT Modules linked in: ipv6 dm_snapshot dm_mirror dm_mod CPU: 0 <0>EIP: 0060:[<c01d413b>] Not tainted VLI <0>EFLAGS: 00010282 (2.6.22.18-co-0.7.5 #1) EIP is at ext3_get_branch+0x9b/0xe0 eax: d4f68f38 ebx: d1c5bc88 ecx: d1c5bc88 edx: d1c5bcc0 esi: f130d13c edi: d1c5bc7c ebp: d1c5bc00 esp: d1c5bbe8 ds: 007b es: 007b fs: 0000 gs: 0033 ss: 0068 Process java (pid: 4385, ti=d1c5a000 task=f1df30b0 task.ti=d1c5a000) <0>Stack: 00000001 f1de8a00 d1c5bcbc 00000000 0000001e d1fd7cf4 d1c5bce8 c01d437 d <0> d1c5bc7c d1c5bcd8 d1c5bc24 c0220377 f1dcfb80 e9baaa14 d1c5bc7c d1c5bc3 8 <0> c02287a3 000003da d1fd7cf4 00000000 d1c5bc4c c0229227 00000002 f1c323b 8 <0>Call Trace: [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103c3b>] show_stack_log_lvl+0xab/0xd0 [<c0104020>] show_registers+0x1e0/0x350 [<c010428c>] die+0xfc/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c01d437d>] ext3_get_blocks_handle+0x8d/0xa40 [<c01d502c>] ext3_get_block+0x6c/0xe0 [<c0189447>] do_mpage_readpage+0x357/0x550 [<c018980a>] mpage_readpages+0x7a/0x150 [<c01d4259>] ext3_readpages+0x19/0x20 [<c0144b0a>] __do_page_cache_readahead+0x17a/0x290 [<c0144fc3>] do_page_cache_readahead+0x43/0x60 [<c0140970>] filemap_nopage+0x140/0x350 [<c014b352>] __handle_mm_fault+0x132/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= Code: dc ee fa ff 85 c0 89 c6 74 3d 89 da 89 f8 e8 5d f4 ff ff 85 c0 74 3b 8b 55 f0 83 c3 0c 8b 42 04 83 c2 04 c1 e0 02 03 46 14 89 03 <8b> 00 89 73 08 89 43 04 89 55 f0 8b 43 04 85 c0 74 9b 83 6d e8 EIP: [<c01d413b>] ext3_get_branch+0x9b/0xe0 SS:ESP 0068:d1c5bbe8 BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= BUG: scheduling while atomic: cc1plus/0x10000001/5861 [<c0103b7a>] show_trace_log_lvl+0x1a/0x30 [<c0103cb2>] show_trace+0x12/0x20 [<c0104b15>] dump_stack+0x15/0x20 [<c02e62d1>] schedule+0x4d1/0x670 [<c010caab>] __cond_resched+0x1b/0x30 [<c02e65ca>] cond_resched+0x2a/0x40 [<c014a227>] unmap_vmas+0x4b7/0x4f0 [<c014d5d8>] exit_mmap+0x68/0x110 [<c010eb75>] mmput+0x35/0xb0 [<c01127f1>] exit_mm+0x81/0x100 [<c0113f81>] do_exit+0x111/0x950 [<c010439d>] die+0x20d/0x210 [<c010b4d2>] do_page_fault+0x292/0x690 [<c02e82ea>] error_code+0x6a/0x70 [<c0142fda>] __alloc_pages+0x5a/0x330 [<c014b70e>] __handle_mm_fault+0x4ee/0xa00 [<c010b591>] do_page_fault+0x351/0x690 [<c02e82ea>] error_code+0x6a/0x70 ======================= Eeek! page_mapcount(page) went negative! (-1) colinux: Linux VM terminated colinux: BUG at /home/hn/colinux/build/stable-gcc412.svn/linux-2.6.22.18-source/ mm/rmap.c:628 console: Monitor1408: Detached C:\coLinux> ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-07-22 00:00 Message: 2YAAN8 <a href="http://pkdmugjuzact.com/">pkdmugjuzact</a>, [url=http://ofeqhmptjqaj.com/]ofeqhmptjqaj[/url], [link=http://fiojnrkzbnuj.com/]fiojnrkzbnuj[/link], http://vgqxsprjjktg.com/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-03-13 12:45 Message: Close this now, because "out of memory" can't needs to change in config. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-01-16 11:33 Message: This is not a real bug. Unless the output is not very nice. The right message would be "Out of host memory". You have started coLinux with enough free memory on host and some times later the host says "have no more memory for this application". This can be, if you started some more applications after coLinux is running. Please close some of your other programs on host, Internet browsers and some other memory hungry applications. Please try to reduce the total memory usage for coLinux. Set the parameter "mem=..." to a half of your total memory of host, and add a swap file with same size. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-12-25 06:27 Message: I reinstalled coLInux from 0.7.3 to 0.7.5, both crashed ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2921083&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-07-22 02:46:47
|
Bugs item #3547056, was opened at 2012-07-21 19:46 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&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: Installer Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: pJGy74 <a href="http://uzicswkuinwp.com/">uzicswkuinwp</a>, Initial Comment: pJGy74 <a href="http://uzicswkuinwp.com/">uzicswkuinwp</a>, [url=http://hyrcpcfbceyn.com/]hyrcpcfbceyn[/url], [link=http://ibgczbwcrbci.com/]ibgczbwcrbci[/link], http://jqpdojothpcn.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3547056&group_id=98788 |
From: coLinux a. <col...@he...> - 2012-06-01 04:07:04
|
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-20120531/ colinux-0.7.10-20120531.src.tgz (1085269 Bytes) daemons-0.7.10-20120531.dbg.zip (686993 Bytes) daemons-0.7.10-20120531.zip (567173 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-20110807/ 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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1598 | sunyin | 2012-05-31 06:24:52 +0000 (Thu, 31 May 2012) | 1 line Changed paths: M /branches/devel/bin/build-kernel.sh use bash instead of general sh ------------------------------------------------------------------------ |
From: coLinux a. <col...@he...> - 2012-05-31 04:22:47
|
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-20120530/ colinux-0.7.10-20120530.src.tgz (1085257 Bytes) daemons-0.7.10-20120530.dbg.zip (686999 Bytes) daemons-0.7.10-20120530.zip (567184 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-20110807/ 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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1597 | sunyin | 2012-05-30 06:35:23 +0000 (Wed, 30 May 2012) | 1 line Changed paths: M /branches/devel/src/colinux/user/daemon.c conform to strip_kernel wanted format, ------------------------------------------------------------------------ |
From: SourceForge.net <no...@so...> - 2012-05-30 05:48:56
|
Bugs item #3429701, was opened at 2011-10-28 04:45 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3429701&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: ident daemon.c broken kernel_strip Initial Comment: somebody ident src/colinux/user/daemon.c, so co_daemon_load_symbol_and_data, import and "co_info" not same line. When user set COLINUX_KERNEL_STRIP to yes, you will got an unuseable kernel. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2012-05-29 22:48 Message: dD8Sqa <a href="http://zsbuiolmeabf.com/">zsbuiolmeabf</a>, [url=http://gtnetqvsdnlf.com/]gtnetqvsdnlf[/url], [link=http://gypmdajkakwy.com/]gypmdajkakwy[/link], http://wqygyvnujfxy.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3429701&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-04-09 20:24:32
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by dragor42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Lorne Sturtevant (dragor42) Date: 2012-04-09 13:24 Message: I ran your revized scripts and I got the same crash. Running /sbin/halt is a nice way to get around the killing of the program. In all the crashes I've had, it's not from shutting down coLinux. It only crashes when starting it. Also, crashes as soon as colinux-daemon.exe is started. It doesn't even have to boot linux. For instance, in the test.sh script, if I change it to this: ===test.sh=== #!/bin/bash export COLINUX_CONSOLE_EXIT_ON_DETACH=1 count=0 while true; do ((count++)) echo "Executing $count" echo "$count" > count.txt ./sync.exe # ./colinux-daemon.exe @squeeze.conf ./colinux-daemon.exe kernel=vmlinux done ===end=== This still crashes windows. Here, it's not even properly booting the squeeze image, it's just starting the kernel. I was able to reproduce this crash after 2, 18 and 44 runs through the script. One thing I noticed, you mentioned you tested this on Windows XP SP2. I'm running SP3 on this machine. That could make a difference. I think all of the machines I've tried to test on have SP3 machines. I'll try and get an SP2 machine to test on as well. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 04:44 Message: Testet 650 loops with Windows XP P2, 2048MB PAE (foreced with "/PAE" in boot.ini), and 200 loops with 5128 PAE, also Windwos XP SP2. All without crash. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 02:58 Message: Please try to run without "kill". Add "init=/sbin/halt" to colinux config, and remove the "kill" from test.sh. Additional add "export COLINUX_CONSOLE_EXIT_ON_DETACH=1" to the test.sh and remove the "-d". This lets see the boot process and close the console after every shut down. I also stored the count into file and have installed sync.exe to save it safely. (http://technet.microsoft.com/en-en/sysinternals/bb897438) It's running without problems since 100 loops now. === test.sh === #!/bin/bash export COLINUX_CONSOLE_EXIT_ON_DETACH=1 count=0 while true; do ((count++)) echo "$count" > /count.txt ./sync.exe sleep 2 echo "Executing $count" ./colinux-daemon.exe @squeeze.conf done === end === === squeeze.conf === kernel=vmlinux cobd0="E:\images\rootfs_2gb.img" cobd1="E:\images\swap_128mb.img" root=/dev/cobd0 ro initrd=initrd.gz mem=128 eth0=slirp init=/sbin/halt === end === ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 01:39 Message: The analyze give not enough output for precise point into code. Have seen, that you stops colinux-damon with "kill -9" (SIGKILL). Does it also crash with normal termination "kill -15" (SIGTERM)? ---------------------------------------------------------------------- Comment By: Lorne Sturtevant (dragor42) Date: 2012-03-28 20:27 Message: I've added the fiiles you requested. I had previously downloaded all of the symbols from the large symbol pack. When I did that, the stack trace was showing that the crash was at nt!MiFreeInPageSupportBlock+0x2a. This time, setup the symbol path to download the symbols as needed. Now it's showing the crash at nt!KeBugCheck2+0x16. I think that is more accurate. I probably had the wrong symbols before. I've tried to use just the debian package and the 0.7.9 release with nothing modified. That should make my setup hopefully exactly the same as yours. As you can see in the config, 128MB of ram is allocated to coLinux and windows itself has 3.5GB of ram. I've run coLinux from cywin and from cmd.exe. I get crashes in both. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-04-08 11:44:12
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2012-04-08 04:44 Message: Testet 650 loops with Windows XP P2, 2048MB PAE (foreced with "/PAE" in boot.ini), and 200 loops with 5128 PAE, also Windwos XP SP2. All without crash. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 02:58 Message: Please try to run without "kill". Add "init=/sbin/halt" to colinux config, and remove the "kill" from test.sh. Additional add "export COLINUX_CONSOLE_EXIT_ON_DETACH=1" to the test.sh and remove the "-d". This lets see the boot process and close the console after every shut down. I also stored the count into file and have installed sync.exe to save it safely. (http://technet.microsoft.com/en-en/sysinternals/bb897438) It's running without problems since 100 loops now. === test.sh === #!/bin/bash export COLINUX_CONSOLE_EXIT_ON_DETACH=1 count=0 while true; do ((count++)) echo "$count" > /count.txt ./sync.exe sleep 2 echo "Executing $count" ./colinux-daemon.exe @squeeze.conf done === end === === squeeze.conf === kernel=vmlinux cobd0="E:\images\rootfs_2gb.img" cobd1="E:\images\swap_128mb.img" root=/dev/cobd0 ro initrd=initrd.gz mem=128 eth0=slirp init=/sbin/halt === end === ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 01:39 Message: The analyze give not enough output for precise point into code. Have seen, that you stops colinux-damon with "kill -9" (SIGKILL). Does it also crash with normal termination "kill -15" (SIGTERM)? ---------------------------------------------------------------------- Comment By: Lorne Sturtevant (dragor42) Date: 2012-03-28 20:27 Message: I've added the fiiles you requested. I had previously downloaded all of the symbols from the large symbol pack. When I did that, the stack trace was showing that the crash was at nt!MiFreeInPageSupportBlock+0x2a. This time, setup the symbol path to download the symbols as needed. Now it's showing the crash at nt!KeBugCheck2+0x16. I think that is more accurate. I probably had the wrong symbols before. I've tried to use just the debian package and the 0.7.9 release with nothing modified. That should make my setup hopefully exactly the same as yours. As you can see in the config, 128MB of ram is allocated to coLinux and windows itself has 3.5GB of ram. I've run coLinux from cywin and from cmd.exe. I get crashes in both. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-04-08 09:58:25
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2012-04-08 02:58 Message: Please try to run without "kill". Add "init=/sbin/halt" to colinux config, and remove the "kill" from test.sh. Additional add "export COLINUX_CONSOLE_EXIT_ON_DETACH=1" to the test.sh and remove the "-d". This lets see the boot process and close the console after every shut down. I also stored the count into file and have installed sync.exe to save it safely. (http://technet.microsoft.com/en-en/sysinternals/bb897438) It's running without problems since 100 loops now. === test.sh === #!/bin/bash export COLINUX_CONSOLE_EXIT_ON_DETACH=1 count=0 while true; do ((count++)) echo "$count" > /count.txt ./sync.exe sleep 2 echo "Executing $count" ./colinux-daemon.exe @squeeze.conf done === end === === squeeze.conf === kernel=vmlinux cobd0="E:\images\rootfs_2gb.img" cobd1="E:\images\swap_128mb.img" root=/dev/cobd0 ro initrd=initrd.gz mem=128 eth0=slirp init=/sbin/halt === end === ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-04-08 01:39 Message: The analyze give not enough output for precise point into code. Have seen, that you stops colinux-damon with "kill -9" (SIGKILL). Does it also crash with normal termination "kill -15" (SIGTERM)? ---------------------------------------------------------------------- Comment By: Lorne Sturtevant (dragor42) Date: 2012-03-28 20:27 Message: I've added the fiiles you requested. I had previously downloaded all of the symbols from the large symbol pack. When I did that, the stack trace was showing that the crash was at nt!MiFreeInPageSupportBlock+0x2a. This time, setup the symbol path to download the symbols as needed. Now it's showing the crash at nt!KeBugCheck2+0x16. I think that is more accurate. I probably had the wrong symbols before. I've tried to use just the debian package and the 0.7.9 release with nothing modified. That should make my setup hopefully exactly the same as yours. As you can see in the config, 128MB of ram is allocated to coLinux and windows itself has 3.5GB of ram. I've run coLinux from cywin and from cmd.exe. I get crashes in both. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-04-08 08:39:48
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2012-04-08 01:39 Message: The analyze give not enough output for precise point into code. Have seen, that you stops colinux-damon with "kill -9" (SIGKILL). Does it also crash with normal termination "kill -15" (SIGTERM)? ---------------------------------------------------------------------- Comment By: Lorne Sturtevant (dragor42) Date: 2012-03-28 20:27 Message: I've added the fiiles you requested. I had previously downloaded all of the symbols from the large symbol pack. When I did that, the stack trace was showing that the crash was at nt!MiFreeInPageSupportBlock+0x2a. This time, setup the symbol path to download the symbols as needed. Now it's showing the crash at nt!KeBugCheck2+0x16. I think that is more accurate. I probably had the wrong symbols before. I've tried to use just the debian package and the 0.7.9 release with nothing modified. That should make my setup hopefully exactly the same as yours. As you can see in the config, 128MB of ram is allocated to coLinux and windows itself has 3.5GB of ram. I've run coLinux from cywin and from cmd.exe. I get crashes in both. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-03-29 03:27:49
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by dragor42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- Comment By: Lorne Sturtevant (dragor42) Date: 2012-03-28 20:27 Message: I've added the fiiles you requested. I had previously downloaded all of the symbols from the large symbol pack. When I did that, the stack trace was showing that the crash was at nt!MiFreeInPageSupportBlock+0x2a. This time, setup the symbol path to download the symbols as needed. Now it's showing the crash at nt!KeBugCheck2+0x16. I think that is more accurate. I probably had the wrong symbols before. I've tried to use just the debian package and the 0.7.9 release with nothing modified. That should make my setup hopefully exactly the same as yours. As you can see in the config, 128MB of ram is allocated to coLinux and windows itself has 3.5GB of ram. I've run coLinux from cywin and from cmd.exe. I get crashes in both. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-03-28 23:45:00
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2012-03-28 16:45 Message: Post your file "squeeze.conf" here. How many MEM do you have installed in your machine and how many have configured for coLinux? Do you also use CygWin shell to start colinux-daemon under normal usage? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-03-28 23:38:56
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2012-03-28 16:38 Message: Hello Lorne, the dump file not helps. I have not sane of your binary files here. Please use WinDbg, load the dump and post the text output from "!analyze -v" here. Debuggers help page was moved, but the old link is still available: http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.7.05.1.exe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-03-28 19:36:20
|
Bugs item #3512516, was opened at 2012-03-28 12:36 Message generated for change (Tracker Item Submitted) made by dragor42 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&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: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lorne Sturtevant (dragor42) Assigned to: Nobody/Anonymous (nobody) Summary: Crash on coLinux start Initial Comment: coLinix is crashing when it's starting. My machine is Windows xp SP3. The crash only occurs when using a PAE kernel. If PAE is disabled, then it will not crash. I am using the 0.7.9 release and the Debian-6.0.1-squeeze.7z image. This crash is not consistent. I've created a little script that starts coLinux, waits, then kills it. It does this in a loop until it crashes. It will eventually crash, but it can be from as little as 10 tries upwards of 174 tries in the loop. I've attached the script, it's test.sh. I run this under cygwin. I've also tried this on two separate boxes, both are winxp sp3 without PAE. One box seems to crash quicker than the other, but they both eventually do it. I've attached one of the minidump files. From examining the dump files in windbg, they all appear the same. The crash is in a thread that's not running linux.sys. It always crashes at the nt!MiFreeInPageSupportBlock+0x2a. Let me know if there's any more testing/information I can gather to track this down. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3512516&group_id=98788 |
From: coLinux a. <col...@he...> - 2012-03-26 04:07: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-20120326/ colinux-0.7.10-20120326.src.tgz (1085199 Bytes) daemons-0.7.10-20120326.dbg.zip (687002 Bytes) daemons-0.7.10-20120326.zip (567184 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-20110807/ 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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1596 | sunyin | 2012-03-26 00:57:25 +0000 (Mon, 26 Mar 2012) | 1 line Changed paths: M /branches/devel/TODO M /branches/devel/doc/building docs, update linux host part to highlight kmem changed to debugfs ------------------------------------------------------------------------ r1595 | sunyin | 2012-03-26 00:43:17 +0000 (Mon, 26 Mar 2012) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/user/console-fltk/head.cpp linux host: tested keyboard when vnc to host ------------------------------------------------------------------------ r1594 | sunyin | 2012-03-25 04:19:35 +0000 (Sun, 25 Mar 2012) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/alloc.c M /branches/devel/src/colinux/os/linux/kernel/module/main.c replace kmem with debugfs ------------------------------------------------------------------------ |
From: SourceForge.net <no...@so...> - 2012-03-21 09:28:55
|
Bugs item #3509641, was opened at 2012-03-21 02:28 Message generated for change (Settings changed) made by grnch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3509641&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: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Grnch (grnch) Assigned to: Nobody/Anonymous (nobody) >Summary: rmdir on cofs returns success but the dir is not deleted Initial Comment: I shared a local NTFS disk through cofs (host is XP) and then I mounted it from inside the Linux image with the following mount options: noattrib,nocache,uid=foo,gid=foo,fmask=0644 Then I navigate to the mounted cofs dir create a non-empty dir, e.g. mkdir foo echo bar > foo/bar If I try to delete this dir with rmdir, instead of getting an error that the dir is non-empty, I get success but the dir still remains. rmdir foo Of course, "rm -r foo" will get rid of the dir, but the problem is that the rmdir() system call doesn't return an error for non-empty dirs, which confuses some software when using cofs shares from coLinux (notably CVS). coLinux version is: 2.6.33.5-co-0.7.9-r1547 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3509641&group_id=98788 |
From: SourceForge.net <no...@so...> - 2012-03-21 09:28:08
|
Bugs item #3509641, was opened at 2012-03-21 02:28 Message generated for change (Tracker Item Submitted) made by grnch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3509641&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: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Grnch (grnch) Assigned to: Nobody/Anonymous (nobody) Summary: rmdir on cofs returns success but the dir remains Initial Comment: I shared a local NTFS disk through cofs (host is XP) and then I mounted it from inside the Linux image with the following mount options: noattrib,nocache,uid=foo,gid=foo,fmask=0644 Then I navigate to the mounted cofs dir create a non-empty dir, e.g. mkdir foo echo bar > foo/bar If I try to delete this dir with rmdir, instead of getting an error that the dir is non-empty, I get success but the dir still remains. rmdir foo Of course, "rm -r foo" will get rid of the dir, but the problem is that the rmdir() system call doesn't return an error for non-empty dirs, which confuses some software when using cofs shares from coLinux (notably CVS). coLinux version is: 2.6.33.5-co-0.7.9-r1547 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3509641&group_id=98788 |
From: coLinux a. <col...@he...> - 2012-03-12 05:24:55
|
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-20120312/ colinux-0.7.10-20120312.src.tgz (1085071 Bytes) daemons-0.7.10-20120312.dbg.zip (686979 Bytes) daemons-0.7.10-20120312.zip (567158 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-20110807/ 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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1592 | sunyin | 2012-03-12 04:50:16 +0000 (Mon, 12 Mar 2012) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/reversedpfns.c M /branches/devel/src/colinux/os/linux/kernel/module/alloc.c M /branches/devel/src/colinux/os/linux/kernel/module/main.c prepare to remove /dev/kmem, use cdev mmap instead ------------------------------------------------------------------------ r1591 | sunyin | 2012-03-11 19:05:11 +0000 (Sun, 11 Mar 2012) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/reversedpfns.c M /branches/devel/src/colinux/os/linux/kernel/module/alloc.c M /branches/devel/src/colinux/os/linux/kernel/module/manager.c need to check filp_open with IS_ERR(p) ------------------------------------------------------------------------ |