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: Robert I. <and...@ho...> - 2010-12-14 12:42:03
|
very good news . now you can buy new iphone 4 from this site i just got one this week i like it much . new original !! you can order directly on this site < hotradshop.com > just do it now ! H/59/ |
|
From: SourceForge.net <no...@so...> - 2010-12-09 23:32:00
|
Feature Requests item #3133824, was opened at 2010-12-09 22:30 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3133824&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: KRavEN () Assigned to: Nobody/Anonymous (nobody) Summary: Blue screen with PAE forceenabled with more as 4GB RAM Initial Comment: I'm having a problem with the latest colinux snapshot and a kernel that is PAE forceenable and patched to remove the license restrictions preventing more than 4gb of ram. Here's the article with a ton of information about the licensing restrictions and using more than 4gb ram with 32bit Windows. http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm When I try to start colinux while running this patched kernel and PAE forceenabled I get a bluescreen. System is Windows Vista Enterprise Edition, 32-bit SP1 ntkrnlpa 6.0.6001.18488 with 4gb ram. colinux runs perfectly under unpatched kernel without PAE forceenabled boot option. I've attached the app I used to patch my kernel and run the necessary bcdedit commands to create a new boot entry. It would be terrific if colinux could be made work in this scenario. I have a Lenovo T400 laptop and normally I only have 2517MB total memory shown under task manger -> performance. With PAE and the patched kernel I have 3989MB. This makes a huge difference in performance and if colinux worked too I would upgrade to 8gb of ram. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-12-10 00:32 Message: This is a double from tracker ID 3001398 "Start coLinux with bluescreen on Win7 with 4GB+ RAM" See https://sourceforge.net/tracker/?func=detail&aid=3001398&group_id=98788&atid=622063 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-12-10 00:25 Message: Your article link was interesting. Current coLinux can't run on machines where operating system uses 4GB RAM or more. Problem is not only the PAE. PAE is supported. But we can't handle 64 bit for physical memory access. The limit ist not only the Windows driver. Inside Linux part of coLinux we have a second memory mapper. This is inside Linux kernel, and the code there does only work up to 32 bit physical memory. If Windows give coLinux a memory page that exist above the 4GB, then this memory page can't access from inside Linux. An other problem is AWE (Address_Windowing_Extensions) can't handle by coLinux. See also forum entry "How to let coLinux run in large RAM" https://sourceforge.net/projects/colinux/forums/forum/342354/topic/3467832 Only what we can do, is to disallow the start. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3133824&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-12-09 23:25:52
|
Feature Requests item #3133824, was opened at 2010-12-09 22:30 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3133824&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: KRavEN () Assigned to: Nobody/Anonymous (nobody) >Summary: Blue screen with PAE forceenabled with more as 4GB RAM Initial Comment: I'm having a problem with the latest colinux snapshot and a kernel that is PAE forceenable and patched to remove the license restrictions preventing more than 4gb of ram. Here's the article with a ton of information about the licensing restrictions and using more than 4gb ram with 32bit Windows. http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm When I try to start colinux while running this patched kernel and PAE forceenabled I get a bluescreen. System is Windows Vista Enterprise Edition, 32-bit SP1 ntkrnlpa 6.0.6001.18488 with 4gb ram. colinux runs perfectly under unpatched kernel without PAE forceenabled boot option. I've attached the app I used to patch my kernel and run the necessary bcdedit commands to create a new boot entry. It would be terrific if colinux could be made work in this scenario. I have a Lenovo T400 laptop and normally I only have 2517MB total memory shown under task manger -> performance. With PAE and the patched kernel I have 3989MB. This makes a huge difference in performance and if colinux worked too I would upgrade to 8gb of ram. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-12-10 00:25 Message: Your article link was interesting. Current coLinux can't run on machines where operating system uses 4GB RAM or more. Problem is not only the PAE. PAE is supported. But we can't handle 64 bit for physical memory access. The limit ist not only the Windows driver. Inside Linux part of coLinux we have a second memory mapper. This is inside Linux kernel, and the code there does only work up to 32 bit physical memory. If Windows give coLinux a memory page that exist above the 4GB, then this memory page can't access from inside Linux. An other problem is AWE (Address_Windowing_Extensions) can't handle by coLinux. See also forum entry "How to let coLinux run in large RAM" https://sourceforge.net/projects/colinux/forums/forum/342354/topic/3467832 Only what we can do, is to disallow the start. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3133824&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-12-09 21:30:49
|
Support Requests item #3133824, was opened at 2010-12-09 15:30 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=3133824&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: KRavEN () Assigned to: Nobody/Anonymous (nobody) Summary: Blue screen with PAE forceenabled Initial Comment: I'm having a problem with the latest colinux snapshot and a kernel that is PAE forceenable and patched to remove the license restrictions preventing more than 4gb of ram. Here's the article with a ton of information about the licensing restrictions and using more than 4gb ram with 32bit Windows. http://www.geoffchappell.com/viewer.htm?doc=notes/windows/license/memory.htm When I try to start colinux while running this patched kernel and PAE forceenabled I get a bluescreen. System is Windows Vista Enterprise Edition, 32-bit SP1 ntkrnlpa 6.0.6001.18488 with 4gb ram. colinux runs perfectly under unpatched kernel without PAE forceenabled boot option. I've attached the app I used to patch my kernel and run the necessary bcdedit commands to create a new boot entry. It would be terrific if colinux could be made work in this scenario. I have a Lenovo T400 laptop and normally I only have 2517MB total memory shown under task manger -> performance. With PAE and the patched kernel I have 3989MB. This makes a huge difference in performance and if colinux worked too I would upgrade to 8gb of ram. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=3133824&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-12-01 05:16:15
|
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-20101130/ colinux-0.7.9-20101130.src.tgz (1082429 Bytes) daemons-0.7.9-20101130.dbg.zip (686686 Bytes) daemons-0.7.9-20101130.zip (566891 Bytes) modules-2.6.33.5-co-0.7.9-r1562-20101130.tgz (4074010 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1562-20101130.zip (2221935 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-*-20101130.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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1562 | henryn | 2010-11-30 22:48:46 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/user/conet-daemon/build.comake.py * Linux as host: Strip out guest kernel include paths for tap.c builds. ------------------------------------------------------------------------ r1561 | henryn | 2010-11-30 21:41:55 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/video.c * Fix warning "ISO C90 forbids mixed declarations and code". (Linux as host) ------------------------------------------------------------------------ r1560 | henryn | 2010-11-30 21:16:24 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c * Linux as host: Fix warning "message is uninitialized", use new macro co_offsetof. ------------------------------------------------------------------------ r1559 | henryn | 2010-11-30 20:50:00 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/doc/building * doc: Typofix in path name for building Linux as host. ------------------------------------------------------------------------ r1558 | henryn | 2010-11-30 20:44:51 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/user/console-fltk/fontselect.cpp * FLTK: strnset is not portable and not need before strcpy. (Linux as host) ------------------------------------------------------------------------ r1557 | henryn | 2010-11-30 20:35:27 +0000 (Tue, 30 Nov 2010) | 2 lines Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/manager.c * Linux as host: proc_root is not longer exported, use NULL instead. (Kernel GIT c74c120a21d87b0b6925ada5830d8cac21e852d9) ------------------------------------------------------------------------ r1556 | henryn | 2010-11-30 20:31:06 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/user/console-fltk/fontselect.cpp * fltk: Include windows.h breaks Linux as host. ------------------------------------------------------------------------ r1555 | henryn | 2010-11-30 20:28:12 +0000 (Tue, 30 Nov 2010) | 1 line Changed paths: M /branches/devel/patch/scsi-core.diff * coscsi: Replace "unsigned long" with "u32" for more portability later. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-11-27 05:07:22
|
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-20101126/ colinux-0.7.9-20101126.src.tgz (1082293 Bytes) daemons-0.7.9-20101126.dbg.zip (686772 Bytes) daemons-0.7.9-20101126.zip (566960 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-20101122/ 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 ------------------------------------------------------------------------ r1554 | sunyin | 2010-11-26 19:16:35 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/user/console-fltk/console.cpp console_fltk scroll part not working yet, revert back to the tile = new Fl_Group ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-11-26 05:07:21
|
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-20101126/ colinux-0.7.9-20101126.src.tgz (1082245 Bytes) daemons-0.7.9-20101126.dbg.zip (689813 Bytes) daemons-0.7.9-20101126.zip (569688 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-20101122/ 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 ------------------------------------------------------------------------ r1553 | sunyin | 2010-11-26 04:55:58 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/user/console-fltk/console.cpp console_fltk add LoadIcon ------------------------------------------------------------------------ r1552 | sunyin | 2010-11-26 04:25:38 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/user/console-fltk/console.cpp M /branches/devel/src/colinux/user/console-fltk/console.h A /branches/devel/src/colinux/user/console-fltk/input.cpp A /branches/devel/src/colinux/user/console-fltk/input.h A /branches/devel/src/colinux/user/console-fltk/log_window.cpp A /branches/devel/src/colinux/user/console-fltk/log_window.h console_fltk hide log window ------------------------------------------------------------------------ r1551 | henryn | 2010-11-26 03:08:44 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/arch/i386/mmu.h M /branches/devel/src/colinux/kernel/monitor.c * Linux as host: Fix warning: ISO C90 forbids mixed declarations and code. ------------------------------------------------------------------------ r1550 | henryn | 2010-11-26 02:37:02 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/Makefile M /branches/devel/Makefile.linux M /branches/devel/Makefile.winnt M /branches/devel/doc/building * Linux as host: Add bin/build-kernel.sh to makefile. Adjust doc/building. ------------------------------------------------------------------------ r1549 | henryn | 2010-11-26 02:30:22 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/Makefile.include * Linux as host: Add include path arch/x86/include. ------------------------------------------------------------------------ r1548 | henryn | 2010-11-26 02:29:06 +0000 (Fri, 26 Nov 2010) | 1 line Changed paths: M /branches/devel/src/colinux/os/linux/kernel/module/linux_inc.h * Linux as host: Include linux/semaphore.h for newer host kernels. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-11-23 05:16:05
|
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-20101122/ colinux-0.7.9-20101122.src.tgz (1077306 Bytes) daemons-0.7.9-20101122.dbg.zip (686199 Bytes) daemons-0.7.9-20101122.zip (566498 Bytes) modules-2.6.33.5-co-0.7.9-r1547-20101122.tgz (4074538 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1547-20101122.zip (2221935 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-*-20101122.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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1547 | henryn | 2010-11-22 22:06:40 +0000 (Mon, 22 Nov 2010) | 6 lines Changed paths: M /branches/devel/patch/scsi-core.diff * scsi read_write(): Sector 2147483648 was wrong converted, with negative value in conversation from shifted "unsigned char" to "unsigned long long". Reading disk from offset at 1TB was faulted with: sd 0:0:2:0: [sda] CDB: Read(10): 28 00 80 00 00 00 00 00 08 00 end_request: I/O error, dev sda, sector 2147483648 Fixed by cast "unsigned long" before storing value as "unsigned long long". ------------------------------------------------------------------------ |
|
From: Nod Q. <nod...@ra...> - 2010-11-18 08:53:00
|
* Henry Nestler <hen...@ar...> [Wed, 17 Nov 2010 21:48:43 +0100]: > Hello Dmitriy, > > prebuild binaries will find here: > http://www.henrynestler.com/colinux/testing/cofb-2.6.26.8/ > > More documents from Nuno have stored here: > http://www.henrynestler.com/colinux/testing/nlucas-2.6.11/20050805/readme-by-nuno.txt > http://www.henrynestler.com/colinux/testing/nlucas-2.6.11/20050805/readme.txt > > Henry > > On 17.11.2010 17:08, yin sun wrote: > > Checkout cofb branch. The guest linux kernel creates a frame buffer, > > from which the host windows can read x-windows output.It is based on > > shared memory. No hardware acceleration. At least it is faster than > > X11 over tcp/ip. > > > > The kernel part also exists in devel branch, but not the user part. > > Also your guest image should use X11 fb mode. > > > > /Yin > > Thank you, Yin and Henry! I will try it when I get a time (a lot of work recently).. I'd imagine that colinux is a extremly great think for a web development (my primarily interests). Hope you'll find a support in Google or another major company which are interested in raising open source projects. Nod aka Dmitriy |
|
From: Henry N. <hen...@ar...> - 2010-11-17 20:48:52
|
Hello Dmitriy, prebuild binaries will find here: http://www.henrynestler.com/colinux/testing/cofb-2.6.26.8/ More documents from Nuno have stored here: http://www.henrynestler.com/colinux/testing/nlucas-2.6.11/20050805/readme-by-nuno.txt http://www.henrynestler.com/colinux/testing/nlucas-2.6.11/20050805/readme.txt Henry On 17.11.2010 17:08, yin sun wrote: > Checkout cofb branch. The guest linux kernel creates a frame buffer, > from which the host windows can read x-windows output.It is based on > shared memory. No hardware acceleration. At least it is faster than > X11 over tcp/ip. > > The kernel part also exists in devel branch, but not the user part. > Also your guest image should use X11 fb mode. > > /Yin > > On Wed, Nov 17, 2010 at 3:48 AM, Nod Questions wrote: >> Hi! >> What is the stage of developing native Windows framebuffer for >> Cooperative Linux? I'd imagine that it would greatly simplify and >> speedup X-Windows usage with colinux. Is there any possible patch / >> kernel build which is ready to try? The project itself is extremly >> interesting, but probably does not has enough of support. >> Nod aka Dmitriy |
|
From: yin s. <sun...@gm...> - 2010-11-17 16:08:33
|
Checkout cofb branch. The guest linux kernel creates a frame buffer, from which the host windows can read x-windows output.It is based on shared memory. No hardware acceleration. At least it is faster than X11 over tcp/ip. The kernel part also exists in devel branch, but not the user part. Also your guest image should use X11 fb mode. /Yin On Wed, Nov 17, 2010 at 3:48 AM, Nod Questions <nod...@ra...> wrote: > Hi! > What is the stage of developing native Windows framebuffer for > Cooperative Linux? I'd imagine that it would greatly simplify and > speedup X-Windows usage with colinux. Is there any possible patch / > kernel build which is ready to try? The project itself is extremly > interesting, but probably does not has enough of support. > Nod aka Dmitriy > > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > coLinux-devel mailing list > coL...@li... > https://lists.sourceforge.net/lists/listinfo/colinux-devel > |
|
From: Nod Q. <nod...@ra...> - 2010-11-17 11:48:39
|
Hi! What is the stage of developing native Windows framebuffer for Cooperative Linux? I'd imagine that it would greatly simplify and speedup X-Windows usage with colinux. Is there any possible patch / kernel build which is ready to try? The project itself is extremly interesting, but probably does not has enough of support. Nod aka Dmitriy |
|
From: SourceForge.net <no...@so...> - 2010-11-16 11:35:50
|
Feature Requests item #3109149, was opened at 2010-11-14 17:24 Message generated for change (Comment added) made by keith3056 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&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: Reiserfs baked in the kernel like v0.7.7.1 Initial Comment: Hi, I have been using version 0.7.7.1 for a while and it worked great. Today I decided to upgrade to 0.7.8. But now my virtual machines don't want to boot anymore. I tried reverting to 0.7.7.1 and everything seems fine again. With v0.7.8 I get this as the last couple of messages: VFS: Mounted root (ext2 filesystem) on device 1:0. EXT3-fs (hda): error: can't find ext3 filesystem on dev hda. EXT2-fs (hda): error: can't find an ext2 filesystem on dev hda. EXT4-fs (hda): VFS: Can't find ext4 filesystem ISOFS: Unable to identify CD-ROM format. List of all partitions: 0300 2097152 hda (driver?) No filesystem could mount root, tried: ext3 ext2 ext4 iso9660 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) Especially this line is interesting: "No filesystem could mount root, tried: ext3 ext2 ext4 iso9660" Because I know the filesystem is actually reiserfs. It seems to me that older versions of colinux had the reiserfs module baked in so it was always available. When I look in the vmlinux-modules.tar.gz for both versions I see a reiserfs module in the one for version 0.7.8 and it's not present in 0.7.7.1. The question: are my assessments correct? And if so, is the baked in reiserfs module coming back? And if not, what is the reason it has been made a module instead of baked in? Greetings, Keith ---------------------------------------------------------------------- Comment By: Keith (keith3056) Date: 2010-11-16 12:35 Message: Thanks Henry. Case closed on my part. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-11-14 22:06 Message: There was no specific condition to have Reiserfs as module, unless to have faster build in very first experiences of kernel porting and forgotten later to enable it as build in. Reiserfs is compiled in again now. Please use todays snapshot of devel from SVN revision 1546. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-11-15 05:29: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-20101114/ colinux-0.7.9-20101114.src.tgz (1077296 Bytes) daemons-0.7.9-20101114.dbg.zip (686189 Bytes) daemons-0.7.9-20101114.zip (566486 Bytes) modules-2.6.33.5-co-0.7.9-r1546-20101114.tgz (4074468 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1546-20101114.zip (2221934 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-*-20101114.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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1546 | henryn | 2010-11-14 21:00:47 +0000 (Sun, 14 Nov 2010) | 1 line Changed paths: M /branches/devel/conf/linux-2.6.33.5-config * Kernel 2.6.33.5 config: CONFIG_REISERFS_FS as compiled in, instead as module. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-11-14 21:06:56
|
Feature Requests item #3109149, was opened at 2010-11-14 17:24 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&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: Reiserfs baked in the kernel like v0.7.7.1 Initial Comment: Hi, I have been using version 0.7.7.1 for a while and it worked great. Today I decided to upgrade to 0.7.8. But now my virtual machines don't want to boot anymore. I tried reverting to 0.7.7.1 and everything seems fine again. With v0.7.8 I get this as the last couple of messages: VFS: Mounted root (ext2 filesystem) on device 1:0. EXT3-fs (hda): error: can't find ext3 filesystem on dev hda. EXT2-fs (hda): error: can't find an ext2 filesystem on dev hda. EXT4-fs (hda): VFS: Can't find ext4 filesystem ISOFS: Unable to identify CD-ROM format. List of all partitions: 0300 2097152 hda (driver?) No filesystem could mount root, tried: ext3 ext2 ext4 iso9660 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) Especially this line is interesting: "No filesystem could mount root, tried: ext3 ext2 ext4 iso9660" Because I know the filesystem is actually reiserfs. It seems to me that older versions of colinux had the reiserfs module baked in so it was always available. When I look in the vmlinux-modules.tar.gz for both versions I see a reiserfs module in the one for version 0.7.8 and it's not present in 0.7.7.1. The question: are my assessments correct? And if so, is the baked in reiserfs module coming back? And if not, what is the reason it has been made a module instead of baked in? Greetings, Keith ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-11-14 22:06 Message: There was no specific condition to have Reiserfs as module, unless to have faster build in very first experiences of kernel porting and forgotten later to enable it as build in. Reiserfs is compiled in again now. Please use todays snapshot of devel from SVN revision 1546. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-11-14 16:58:43
|
Feature Requests item #3109149, was opened at 2010-11-14 16:24 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&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: Reiserfs baked in the kernel like v0.7.7.1 Initial Comment: Hi, I have been using version 0.7.7.1 for a while and it worked great. Today I decided to upgrade to 0.7.8. But now my virtual machines don't want to boot anymore. I tried reverting to 0.7.7.1 and everything seems fine again. With v0.7.8 I get this as the last couple of messages: VFS: Mounted root (ext2 filesystem) on device 1:0. EXT3-fs (hda): error: can't find ext3 filesystem on dev hda. EXT2-fs (hda): error: can't find an ext2 filesystem on dev hda. EXT4-fs (hda): VFS: Can't find ext4 filesystem ISOFS: Unable to identify CD-ROM format. List of all partitions: 0300 2097152 hda (driver?) No filesystem could mount root, tried: ext3 ext2 ext4 iso9660 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(3,0) Especially this line is interesting: "No filesystem could mount root, tried: ext3 ext2 ext4 iso9660" Because I know the filesystem is actually reiserfs. It seems to me that older versions of colinux had the reiserfs module baked in so it was always available. When I look in the vmlinux-modules.tar.gz for both versions I see a reiserfs module in the one for version 0.7.8 and it's not present in 0.7.7.1. The question: are my assessments correct? And if so, is the baked in reiserfs module coming back? And if not, what is the reason it has been made a module instead of baked in? Greetings, Keith ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3109149&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-11-13 05:16:07
|
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-20101113/ colinux-0.7.9-20101113.src.tgz (1077285 Bytes) daemons-0.7.9-20101113.dbg.zip (686191 Bytes) daemons-0.7.9-20101113.zip (566494 Bytes) modules-2.6.33.5-co-0.7.9-r1545-20101113.tgz (4206911 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1545-20101113.zip (2101828 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-*-20101113.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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1545 | henryn | 2010-11-13 00:43:13 +0000 (Sat, 13 Nov 2010) | 4 lines Changed paths: M /branches/devel/conf/linux-2.6.25.20-config M /branches/devel/conf/linux-2.6.26.8-config M /branches/devel/patch/serial-2.6.25.diff M /branches/devel/patch/serial-2.6.26.diff M /branches/devel/patch/serial-2.6.33.diff M /branches/devel/patch/serial-core.diff * coserial.c: Moved into directory drivers/serial. * Backport new serial driver and config for kernel 2.6.25.20 and 2.6.26.8 * normal_poll: Bugfix NULL pointer call tty->driver->chars_in_buffer (2.6.25.20 only) ------------------------------------------------------------------------ r1544 | henryn | 2010-11-12 22:39:05 +0000 (Fri, 12 Nov 2010) | 2 lines Changed paths: M /branches/devel/patch/serial-2.6.33.diff M /branches/devel/patch/serial-core.diff * Serial: Remove worker thread. Simple direct post chars in tty buffer, remove semaphores and race conditions. (Suggest by Paolo Minazzi) ------------------------------------------------------------------------ r1543 | henryn | 2010-11-12 21:46:14 +0000 (Fri, 12 Nov 2010) | 2 lines Changed paths: M /branches/devel/conf/linux-2.6.33.5-config M /branches/devel/patch/serial-2.6.33.diff * Add CONFIG_SERIAL_COOPERATIVE_CONSOLE (for older CONFIG_SERIAL_CONSOLE) to enable serial boot console. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-11-11 22:28:11
|
Feature Requests item #3094228, was opened at 2010-10-24 19:05 Message generated for change (Comment added) made by grawity You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&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: Mantas (grawity) Assigned to: Nobody/Anonymous (nobody) Summary: Request: CONFIG_KEYS Initial Comment: I'm using coLinux mainly to access the filesystems of a dual-boot Linux installation, and it works really well... Except I set up eCryptFS yesterday, and it requires kernel keyring support: "Security options"/"Enable access key retention support" (CONFIG_KEYS) Can this be added to coLinux kernel? (Right now I'm using http://www.henrynestler.com/colinux/autobuild/devel-20100920/) ---------------------------------------------------------------------- >Comment By: Mantas (grawity) Date: 2010-11-12 00:28 Message: Thanks, eCryptFS is working now. (Although for some reason, "ecryptfs-mount-private" does not insert the apropriate FNEK for file name decryption, as it would do in the dualbooted system. I'll try to figure it out later.) ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-11-10 01:25 Message: CONFIG_KEYS and CONFIG_ECRYPT_FS are enabled in SVN rev 1542 now, see snapshot https://sourceforge.net/projects/colinux/files/Snapshots/devel-20101109-Snapshot/ Please tell if you need more options to enable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-11-10 05:28:12
|
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-20101109/ colinux-0.7.9-20101109.src.tgz (1078131 Bytes) daemons-0.7.9-20101109.dbg.zip (686180 Bytes) daemons-0.7.9-20101109.zip (566473 Bytes) modules-2.6.33.5-co-0.7.9-r1542-20101109.tgz (4206912 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1542-20101109.zip (2101981 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-*-20101109.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.3.2. A service from http://gcc.gnu.org/wiki/CompileFarm -- Lots of fun with newest version, Henry Nestler ------------------------------------------------------------------------ r1542 | henryn | 2010-11-09 22:45:33 +0000 (Tue, 09 Nov 2010) | 7 lines Changed paths: M /branches/devel/conf/linux-2.6.33.5-config * Enable CONFIG_SERIAL_COOPERATIVE * FeatureReq#3094228: Enable CONFIG_KEYS * Enable more file systems: ADFS_FS, AFFS_FS, ECRYPT_FS, HFS_FS, HFSPLUS_FS, BEFS_FS, BFS_FS, EFS_FS, VXFS_FS, HPFS_FS, QNX4FS_FS, UFS_FS, NFSD_V4 * Enable new CIFS features: CIFS_WEAK_PW_HASH, CIFS_UPCALL, CIFS_XATTR, CIFS_POSIX, CIFS_DFS_UPCALL, CIFS_EXPERIMENTAL ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-11-09 23:25:18
|
Feature Requests item #3094228, was opened at 2010-10-24 18:05 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&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: Mantas (grawity) Assigned to: Nobody/Anonymous (nobody) Summary: Request: CONFIG_KEYS Initial Comment: I'm using coLinux mainly to access the filesystems of a dual-boot Linux installation, and it works really well... Except I set up eCryptFS yesterday, and it requires kernel keyring support: "Security options"/"Enable access key retention support" (CONFIG_KEYS) Can this be added to coLinux kernel? (Right now I'm using http://www.henrynestler.com/colinux/autobuild/devel-20100920/) ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-11-10 00:25 Message: CONFIG_KEYS and CONFIG_ECRYPT_FS are enabled in SVN rev 1542 now, see snapshot https://sourceforge.net/projects/colinux/files/Snapshots/devel-20101109-Snapshot/ Please tell if you need more options to enable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-10-24 16:05:56
|
Feature Requests item #3094228, was opened at 2010-10-24 19:05 Message generated for change (Tracker Item Submitted) made by grawity You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&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: Mantas (grawity) Assigned to: Nobody/Anonymous (nobody) Summary: Request: CONFIG_KEYS Initial Comment: I'm using coLinux mainly to access the filesystems of a dual-boot Linux installation, and it works really well... Except I set up eCryptFS yesterday, and it requires kernel keyring support: "Security options"/"Enable access key retention support" (CONFIG_KEYS) Can this be added to coLinux kernel? (Right now I'm using http://www.henrynestler.com/colinux/autobuild/devel-20100920/) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3094228&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-10-20 04:07:15
|
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-20101019/ colinux-0.7.9-20101019.src.tgz (1078061 Bytes) daemons-0.7.9-20101019.dbg.zip (686177 Bytes) daemons-0.7.9-20101019.zip (566469 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-20101011/ 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 ------------------------------------------------------------------------ r1541 | henryn | 2010-10-19 23:29:43 +0000 (Tue, 19 Oct 2010) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/video.c M /branches/devel/src/colinux/kernel/video.h * Fix compiler warnings for dp->buffer and co_os_current_id. ------------------------------------------------------------------------ r1540 | henryn | 2010-10-19 23:14:57 +0000 (Tue, 19 Oct 2010) | 1 line Changed paths: M /branches/devel/src/colinux/os/winnt/user/console-nt/widget.cpp * Adjust white spaces and tabs. ------------------------------------------------------------------------ r1539 | henryn | 2010-10-19 23:11:54 +0000 (Tue, 19 Oct 2010) | 1 line Changed paths: M /branches/devel/src/colinux/kernel/monitor.c * Bug#1780633: Skip negative timestamp glitches from QueryPerformanceCounter. ------------------------------------------------------------------------ r1538 | henryn | 2010-10-19 20:35:42 +0000 (Tue, 19 Oct 2010) | 1 line Changed paths: M /branches/devel/NEWS * NEWS: Text merged from branch stable. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-10-20 00:26:06
|
Bugs item #3071698, was opened at 2010-09-20 08:53 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3071698&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: Daemons (Windows) Group: v0.7.x (release) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Ron Avriel (ravriel) Assigned to: Nobody/Anonymous (nobody) Summary: Inaccurate co_div64() Initial Comment: co_div64() is inaccurate. For example, co_div64(0x100000000,0x10000000) returns 15 instead of 16. co_div64(0x1000000000000,0x10000000) returns 983055 instead of 1048576. As an alternative, I suggest using http://www.linuxhq.com/kernel/v2.5/75/lib/div64.c that returns both the result and the remainder, both needed in time calculation. Another option is to use Windows native divide operator. Why do we need to implement it if it already exists? Thanks, Ron ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-10-20 02:26 Message: SVN r1530: co_div64 replaced with more accurate div64_32 from linux-2.6.33.5 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-09-20 22:08 Message: What is "native divide operator"? If you means the "/", then the answer is simple: GCC will call a function __div... from external "libc.so", that we don't can do from inside linux.sys Windows kernel driver. http://www.linuxhq.com/kernel/v2.5/75/lib/div64.c: This function returns always 0 for your testing numbers. "__div64_32" from kernel 2.6.33 works. http://www.linux-m32r.org/lxr/http/source/lib/div64.c?v=2.6.20-rc1#L26 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3071698&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-10-20 00:20:57
|
Bugs item #1780633, was opened at 2007-08-24 00:24 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1780633&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Clock drift every 5 seconds Initial Comment: Hello, I installed both coLinux 0.6.4 and 0.7.1 and the Debian 4.0 image from sourceforge. The problem remains: Every 5 seconds, the system clock is increased by 8 hours, 35 minutes and 45 seconds. Example: debian:~# while sleep 1; do date; done Sat Aug 25 10:44:38 CEST 2007 Sat Aug 25 10:44:39 CEST 2007 Sat Aug 25 10:44:40 CEST 2007 Sat Aug 25 10:44:41 CEST 2007 Sat Aug 25 19:20:26 CEST 2007 Sat Aug 25 19:20:27 CEST 2007 Sat Aug 25 19:20:28 CEST 2007 Sat Aug 25 19:20:29 CEST 2007 Sat Aug 25 19:20:30 CEST 2007 Sun Aug 26 03:56:27 CEST 2007 Sun Aug 26 03:56:28 CEST 2007 Sun Aug 26 03:56:30 CEST 2007 Sun Aug 26 03:56:31 CEST 2007 Sun Aug 26 03:56:32 CEST 2007 Sun Aug 26 12:32:17 CEST 2007 Sun Aug 26 12:32:18 CEST 2007 Sun Aug 26 12:32:19 CEST 2007 Sun Aug 26 12:32:20 CEST 2007 Sun Aug 26 12:32:21 CEST 2007 Sun Aug 26 21:07:54 CEST 2007 Sun Aug 26 21:08:19 CEST 2007 [...] debian:~# uname -a Linux debian 2.6.12-co-0.7.1 #1 Sun Dec 31 20:25:16 UTC 2006 i686 GNU/Linux The host is an AMD Athlon 64 3200+ system with 1 GB RAM, SATA harddisk and Windows XP Home SP2. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-10-20 02:20 Message: Negative glitches from QueryPerformanceCounter and the inaccuracy co_div64() was detected as the problem here. Should fixed in devel SVN r1539 now. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-05-20 12:19 Message: Update: I've tried the same kernel and system on a native XP SP2: It works perfectly. The problem with my previous test may be the fact that my XP runs in VirtualBox? (Too much virtualisation) , SP3? ---------------------------------------------------------------------- Comment By: vAx (re-vax) Date: 2010-05-17 19:18 Message: Same problem with my gentoo and coLinux: 2.6.33-co-0.8.0 #1 PREEMPT Sun Mar 21 19:46:28 UTC 2010 i686 Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz GenuineIntel GNU/Linux ( >=2.6.27 kernel is required for UDEV to work. ) all is running on XP SP3 (uptodate). I've tried to solve with ntpd, but it dosen't. It's a shame, time is so important for my project (file server). How can I help? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-02-07 11:21 Message: Logged In: NO Hello, some months ago I wrote this bug report. Now I found out the the problem only occurs under Windows XP Home SP2. With SP1, the clock behaves normal. I tested both the OEM Version of Windows XP deliviered with the PC, and a vanilla Windows XP CD from Microsoft. No matter which Install medium was used, installation of SP2 breaks the clock under coLinux. Installing SP2 also leads to two other oddities on this machine. The machine does not fully power down when shutting down under Windows; you have to press the power button for 5 seconds to shut down entirely. And no VMware product is working under SP2; I've tested Workstation, Player, and Server. With SP1, all theres products run fine. However, Innotec VirtualBox runs fine under SP2. Not nice, but I can live with it. Thanks to all who helped. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-09-02 22:54 Message: Logged In: YES user_id=579204 Originator: NO Reinstalling windows would not help, I'm afraid. coLinux time base use an windows software timer for the HZ value (100ms). This should work in all cases. You can running native linux. Ok. Please compaire the kernel bootmessages (dmesg). Have the native kernel any special hacks for this cpu? Compair also the /proc/cpuinfo. Any difference with the TSC? Please enable colinux-debug after boot, for 10 seconds, than stop it with CTRL-C and view into the file. coLinux would print, if detect some problems. colinux-debug-daemon.exe -d -p -s prints=31,misc=31 -f debug.xml Hope you will see and problems. Have you tried to go into runlevel S ("init s" after boot). Can you check any other time recources? wath does /proc/uptime? The same as you see on "top". PS: German is no problem. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-08-26 22:35 Message: Logged In: NO Hallo, thanks for your hints. Unfortunately, they did not help. :-( I have now tried daemons-0.8.0-20070810.zip together with vmlinux-2.6.22-co-0.8.0-20070808.zip . Same problem. On another machine (Celeron, 512 MB, SATA HD) with Windows XP Professional SP2, the same coLinux+kernel combination works without problems. The file /etc/adjtime containes "0.0 0 0.0". There is no process under the linux system which could change the time. I have stopped all processes, and also tried the kernel parameter "init=/bin/bash", but the time drift remains. I can hardly believe that the host CPU is broken, because native Linux runs fine on the system. Maybe the Windows XP should be reinstalled... Btw, the technical details of the PC are listed here: http://www.heise.de/ct/hintergrund/meldung/45580 The page is in German, but the table at the end should be readable without German language skills. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2007-08-24 12:45 Message: Logged In: YES user_id=579204 Originator: NO All kernels before 2.6.22 have the same source code for time (coLinux 0.7.1 and before). Perhaps the 2.6.22 solved it? The code for timer is completely new there. But, I'm afraid, it is some in the configuration or with the host cpu. Please check that /etc/adjtime has "0 0 0" in the first line. >From coLinux no such process is known to change the time all 5 seconds. Has you a process, what does such? Try to start colinux in the lowest runlevel "init s" or "init 1". Than, check the time warp again. PS: Please use the tested snapshot http://www.colinux.org/snapshots/, not the autobuilds. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-08-24 07:42 Message: Logged In: NO Those versions are both horribly out of date. If you're interested in using colinux, you really should subscribe to the mailing list at https://lists.sourceforge.net/lists/listinfo/colinux-devel (about 5 messages per week). That's where the new releases are available. The latest version is this one: http://sourceforge.net/mailarchive/forum.php?thread_name=20070810085406.4E919112C6A%40HNE-LX.terminal&forum_name=colinux-devel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=1780633&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2010-10-19 21:10:51
|
Support Requests item #3089831, was opened at 2010-10-18 17:14 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=3089831&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: Start external program Initial Comment: When i use colinux as a service, My external program start, I see it in tasklist in windows, but i can't use it. Why ? If i start colinux normally, My external program start, and i can use it, i have no problem. ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-10-19 23:10 Message: "Running as service" use an other user account, typically "System" and the colinux-daemon has no access to current GUI, so you would see no output. Goto your service control mananger applet, goto "Cooperative Linux" or the name you have used, open second tab "Logon" and set the checkbox "allow data exchange between service and desktop". (Text can be differ, I have German only here.) If that not helps, change the radio button to "use this account" and writ user name and password of your account there. PS: Item moved from bugs to Support Requests. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622064&aid=3089831&group_id=98788 |
81 messages has been excluded from this view by a project administrator.
