Menu
▾
▴
colinux-devel — Cooperative Linux development mailing list
You can subscribe to this list here.
| 2004 |
Jan
(64) |
Feb
(530) |
Mar
(266) |
Apr
(580) |
May
(360) |
Jun
(161) |
Jul
(185) |
Aug
(164) |
Sep
(123) |
Oct
(160) |
Nov
(59) |
Dec
(84) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(156) |
Feb
(95) |
Mar
(124) |
Apr
(81) |
May
(79) |
Jun
(179) |
Jul
(35) |
Aug
(64) |
Sep
(56) |
Oct
(57) |
Nov
(18) |
Dec
(41) |
| 2006 |
Jan
(65) |
Feb
(37) |
Mar
(59) |
Apr
(73) |
May
(65) |
Jun
(27) |
Jul
(54) |
Aug
(76) |
Sep
(103) |
Oct
(23) |
Nov
(45) |
Dec
(29) |
| 2007 |
Jan
(41) |
Feb
(47) |
Mar
(61) |
Apr
(24) |
May
(14) |
Jun
(6) |
Jul
(23) |
Aug
(30) |
Sep
(16) |
Oct
(9) |
Nov
(53) |
Dec
(36) |
| 2008 |
Jan
(19) |
Feb
(49) |
Mar
(74) |
Apr
(21) |
May
(24) |
Jun
(5) |
Jul
(9) |
Aug
(53) |
Sep
(26) |
Oct
(23) |
Nov
(32) |
Dec
(19) |
| 2009 |
Jan
(47) |
Feb
(49) |
Mar
(39) |
Apr
(61) |
May
(28) |
Jun
(19) |
Jul
(12) |
Aug
(10) |
Sep
(31) |
Oct
(16) |
Nov
(60) |
Dec
(26) |
| 2010 |
Jan
(17) |
Feb
(9) |
Mar
(32) |
Apr
(11) |
May
(24) |
Jun
(33) |
Jul
(5) |
Aug
(2) |
Sep
(7) |
Oct
(8) |
Nov
(17) |
Dec
(7) |
| 2011 |
Jan
(12) |
Feb
(16) |
Mar
(2) |
Apr
(12) |
May
(5) |
Jun
(10) |
Jul
(3) |
Aug
(3) |
Sep
(2) |
Oct
(1) |
Nov
(17) |
Dec
(1) |
| 2012 |
Jan
(9) |
Feb
(9) |
Mar
(8) |
Apr
(4) |
May
(2) |
Jun
(1) |
Jul
(4) |
Aug
(8) |
Sep
(11) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2013 |
Jan
|
Feb
(7) |
Mar
(4) |
Apr
(10) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(3) |
| 2016 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2010-10-18 15:14:46
|
Bugs item #3089831, was opened at 2010-10-18 15:14 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&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: Daemons (Windows) Group: None Status: Open Resolution: None 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3089831&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-10-11 04:16:17
|
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-20101011/ colinux-0.7.9-20101011.src.tgz (1077863 Bytes) daemons-0.7.9-20101011.dbg.zip (686108 Bytes) daemons-0.7.9-20101011.zip (566413 Bytes) modules-2.6.33.5-co-0.7.9-r1537-20101011.tgz (3850157 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1537-20101011.zip (2080760 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-*-20101011.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 ------------------------------------------------------------------------ r1537 | sunyin | 2010-10-11 03:24:11 +0000 (Mon, 11 Oct 2010) | 1 line Changed paths: M /branches/devel/conf/linux-2.6.33.5-config M /branches/devel/patch/base-2.6.33.diff M /branches/devel/patch/pci-2.6.33.diff M /branches/devel/patch/video-2.6.33.diff activate COFB in vmlinux ------------------------------------------------------------------------ r1536 | sunyin | 2010-10-10 21:38:25 +0000 (Sun, 10 Oct 2010) | 1 line Changed paths: M /branches/devel/patch/coconsole-core.diff M /branches/devel/patch/mouse-core.diff M /branches/devel/patch/video-core.diff cofb copy over covideo, comouse, fbcon ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-10-04 04:07:20
|
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-20101004/ colinux-0.7.9-20101004.src.tgz (1072126 Bytes) daemons-0.7.9-20101004.dbg.zip (686098 Bytes) daemons-0.7.9-20101004.zip (566393 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-20100920/ 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 ------------------------------------------------------------------------ r1534 | sunyin | 2010-10-04 02:53:51 +0000 (Mon, 04 Oct 2010) | 1 line Changed paths: M /branches/devel/src/colinux/common/ioctl.h M /branches/devel/src/colinux/kernel/monitor.c M /branches/devel/src/colinux/kernel/video.c M /branches/devel/src/colinux/kernel/video.h merge cofb to host kernel ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-09-24 04: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-20100924/ colinux-0.7.9-20100924.src.tgz (1071144 Bytes) daemons-0.7.9-20100924.dbg.zip (684706 Bytes) daemons-0.7.9-20100924.zip (565353 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-20100920/ 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 ------------------------------------------------------------------------ r1532 | sunyin | 2010-09-24 04:00:26 +0000 (Fri, 24 Sep 2010) | 1 line Changed paths: M /branches/devel/src/colinux/common/config.h M /branches/devel/src/colinux/kernel/monitor.h M /branches/devel/src/colinux/kernel/video.h M /branches/devel/src/colinux/os/winnt/user/daemon/res/colinux.ico modify header files for cofb, since VIDEO flag is not enabled, shouldn't have any problem to build ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-09-21 04:23:57
|
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-20100920/ colinux-0.7.9-20100920.src.tgz (1060099 Bytes) daemons-0.7.9-20100920.dbg.zip (600090 Bytes) daemons-0.7.9-20100920.zip (481405 Bytes) modules-2.6.33.5-co-0.7.9-r1531-20100920.tgz (3849661 Bytes) vmlinux-2.6.33.5-co-0.7.9-r1531-20100920.zip (2024006 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-*-20100920.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 ------------------------------------------------------------------------ r1531 | henryn | 2010-09-20 23:11:38 +0000 (Mon, 20 Sep 2010) | 1 line Changed paths: M /branches/devel/src/colinux/VERSION * Set version 0.7.9 (devel) ------------------------------------------------------------------------ r1530 | henryn | 2010-09-20 22:00:28 +0000 (Mon, 20 Sep 2010) | 1 line Changed paths: M /branches/devel/src/colinux/common/common.h M /branches/devel/src/colinux/kernel/monitor.c * Bug#3071698: Replace co_div64 with more accurate div64_32 from linux-2.6.33.5 ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-09-20 20:08:31
|
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: Open Resolution: None 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-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-09-20 06:53:49
|
Bugs item #3071698, was opened at 2010-09-20 08:53 Message generated for change (Tracker Item Submitted) made by ravriel 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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3071698&group_id=98788 |
|
From: yin s. <sun...@gm...> - 2010-09-17 03:26:41
|
I will start porting cofb to devel branch. Here is the plan. 1. add necessary kernel changes within CO_VIDEO flags, so it remains diabled by default. 2. activate covideo by removing CO_VIDEO flag 3. add changes to linux kernel patch, mainly covideo 4. add changes in user space to activate cofb Thanks, /Yin |
|
From: coLinux a. <col...@he...> - 2010-09-16 04:14:20
|
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-20100915/ colinux-0.7.8-20100915.src.tgz (1060024 Bytes) daemons-0.7.8-20100915.dbg.zip (599835 Bytes) daemons-0.7.8-20100915.zip (481279 Bytes) modules-2.6.33.5-co-0.7.8-r1527-20100915.tgz (3849934 Bytes) vmlinux-2.6.33.5-co-0.7.8-r1527-20100915.zip (2024014 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-*-20100915.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 ------------------------------------------------------------------------ r1527 | henryn | 2010-09-15 19:08:23 +0000 (Wed, 15 Sep 2010) | 2 lines Changed paths: M /branches/devel/patch/mouse-core.diff M /branches/stable/patch/mouse-core.diff * Kernel drivers/input/mouse/comouse.c: Fix build error, if enabeld CONFIG_MOUSE_COOPERATIVE. (Copy patch from Yin Sun inside branch cofb) ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-09-02 04:24:29
|
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-20100901/ colinux-0.7.8-20100901.src.tgz (1060041 Bytes) daemons-0.7.8-20100901.dbg.zip (599960 Bytes) daemons-0.7.8-20100901.zip (481248 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-20100630/ 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 ------------------------------------------------------------------------ r1523 | henryn | 2010-09-01 21:51:12 +0000 (Wed, 01 Sep 2010) | 1 line Changed paths: M /branches/devel/doc/colinux-daemon M /branches/devel/src/colinux/kernel/README * doc: FLTK keys and registry variables. ------------------------------------------------------------------------ |
|
From: Ben <bo...@ke...> - 2010-08-29 11:39:08
|
Le 28/08/2010 00:52, Thorsten Glaser a écrit : > Hi, > > I’ve… fell into a sell-out trap and bought a heavily price-reduced > Windows Mobile 6 device… now that thing has no Interix, no Cygwin, > barely any command line if all… there seems to be no near-native > speed qemu that can emulate Linux/ARM on it, or at least I fail to > find any… and the coLinux pages don’t even mention it. > > Does anyone have an idea how I can run something like Android, > Maemo, Debian/armhf (or armel or arm) on a WinCE-based device? > > Please do reply to me directly as well, I only stumbled upon this > mailing list via GMane. > > Thanks in advance, > //mirabilos Hi, have a look at http://forum.xda-developers.com/ there's lot of dev for winmo devices, including ports of android/ubuntu/debian. bye Ben |
|
From: Thorsten G. <tg...@de...> - 2010-08-27 22:55:17
|
Hi, I’ve… fell into a sell-out trap and bought a heavily price-reduced Windows Mobile 6 device… now that thing has no Interix, no Cygwin, barely any command line if all… there seems to be no near-native speed qemu that can emulate Linux/ARM on it, or at least I fail to find any… and the coLinux pages don’t even mention it. Does anyone have an idea how I can run something like Android, Maemo, Debian/armhf (or armel or arm) on a WinCE-based device? Please do reply to me directly as well, I only stumbled upon this mailing list via GMane. Thanks in advance, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt |
|
From: coLinux a. <col...@he...> - 2010-07-28 04:08:52
|
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-20100727/ colinux-0.7.8-20100727.src.tgz (1059970 Bytes) daemons-0.7.8-20100727.dbg.zip (599804 Bytes) daemons-0.7.8-20100727.zip (481242 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-20100630/ 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 ------------------------------------------------------------------------ r1505 | henryn | 2010-07-27 18:33:01 +0000 (Tue, 27 Jul 2010) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/src/colinux/os/winnt/build/build.comake.py M /branches/devel/src/colinux/os/winnt/user/daemon/res/build.comake.py M /branches/devel/src/colinux/os/winnt/user/daemon/res/colinux.rc M /branches/devel/src/colinux/os/winnt/user/daemon/res/daemon.rc * Daemons: Different descriription for file properties, add original filename. ------------------------------------------------------------------------ |
|
From: coLinux a. <col...@he...> - 2010-07-15 04:08:58
|
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-20100714/ colinux-0.7.8-20100714.src.tgz (1059290 Bytes) daemons-0.7.8-20100714.dbg.zip (599558 Bytes) daemons-0.7.8-20100714.zip (480972 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-20100630/ 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 ------------------------------------------------------------------------ r1499 | vshai | 2010-07-14 20:48:43 +0000 (Wed, 14 Jul 2010) | 5 lines Changed paths: M /branches/devel/src/colinux/os/winnt/user/console-fltk/head.cpp Workaround for some Vista keyboard drivers bugs where WinKey+C and WinKey+V don't work properly. Now the combination WinKey+Home will also act as copy (i.e., in addition to WinKey+C); WinKey+End will also work as paste (i.e., in addition to WinKey+V). ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-07-02 22:22:27
|
Bugs item #3021253, was opened at 2010-06-25 09:11 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&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: None >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Crash host when mem=645 Initial Comment: System: Win2000 SP4 with 1.5GB RAM, devel-coLinux-20100615.exe When I set mem=640, the coLinux work fine but I will got host crash when I set mem=645 btw: in the this host, It work fine with mem=800 before I upgrade from 2.6.22 to 2.6.33 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-07-03 00:22 Message: This bug was fixed in branch stable SVN revision 1491 now. A new release 0.7.7.1 is available. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-06-30 22:54 Message: The same bug exist also in kernel 2.6.25.20 and 2.6.26.8, and in the stable release 0.7.7. A function on kernel start was accessing page table behind the physical memory limit. SVN revision 1490 will fix it. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-27 14:47 Message: Great! I try again today, it work fine with mem=652 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-06-26 00:06 Message: For me mem=640 and mem=800 works on system with 1536 MB total RAM. Windows says in System overview, I have 1.5 GB. Tested with and without /PAE in Windows boot.ini. Memory: 791296k/819200k available (2249k kernel code, 0k reserved, 756k data, 140k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffe5000 - 0xfffff000 ( 104 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xf2800000 - 0xfe7fe000 ( 191 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc12f0000 - 0xc1313000 ( 140 kB) .data : 0xc1232640 - 0xc12ef728 ( 756 kB) .text : 0xc1000000 - 0xc1232640 (2249 kB) debian:~# free total used free shared buffers cached Mem: 791620 15936 775684 0 1404 6244 -/+ buffers/cache: 8288 783332 Swap: 0 0 0 Of curse there exist a problem. Tested some more with simple initrd: colinux-daemon -t fltk kernel=vmlinux mem=648 initrd=initrd.gz root=/dev/ram0 656 = 290h : OK 655 = 28Fh : freeze 654 = 28Eh : freeze 653 = 28Dh : freeze 652 = 28Ch : OK 651 = 28Bh : freeze 650 = 28Ah : freeze 649 = 289h : freeze 648 = 288h : OK 647 = 287h : freeze 646 = 286h : freeze 645 = 285h : freeze 644 = 284h : OK That seams me a problem with 4MB bounding. Please try a memory, that can div by 4 MB. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-25 09:43 Message: Here is my command: colinux-daemon.exe -t FLTK cocon=120x36 kernel=vmlinux mem=640 cobd0=..\root_fs cobd1=..\swap_fs cobd2=..\colinux_fs cobd30=..\tmp1_fs cobd31=..\tmp_fs eth0=slirp setcobd=async root=/dev/cobd0 ro elevator=deadline ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2010-07-01 04:14: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-20100630/ colinux-0.7.8-20100630.src.tgz (1059263 Bytes) daemons-0.7.8-20100630.dbg.zip (599501 Bytes) daemons-0.7.8-20100630.zip (480958 Bytes) modules-2.6.33.5-co-0.7.8-r1490-20100630.tgz (3849669 Bytes) vmlinux-2.6.33.5-co-0.7.8-r1490-20100630.zip (2024021 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-*-20100630.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 ------------------------------------------------------------------------ r1490 | henryn | 2010-06-30 20:29:56 +0000 (Wed, 30 Jun 2010) | 2 lines Changed paths: M /branches/devel/NEWS M /branches/devel/patch/base-2.6.25.diff M /branches/devel/patch/base-2.6.26.diff M /branches/devel/patch/base-2.6.33.diff * Kernel: native_pagetable_setup_start: Don't access behind physical memory limit. Fix for Bug #3021253: Hang/Crash with memory size not bounding on 4MB. ------------------------------------------------------------------------ |
|
From: Haitao L. <liu...@gm...> - 2010-07-01 04:02:31
|
2010/7/1 Henry Nestler <hen...@ar...> > On 29.06.2010 06:05, Haitao Liu wrote: > >> I have upgraded from colinux 7.5 to 7.7 and the last snapshot in the devel >> branch, but I found 7.7 and the last snapshot have not support NFS export on >> cofs. >> >> What is the way to use it? >> > > Kernel API was changed, so kernel NFS is no longer working. > See Linux kernel git dbd561d236ff16f8143bc727d91758ddd190e8cb. The patch > "fuse: add export operations" from Miklos Szeredi needs to port from fuse > into cofusefs (cofs for coLinux). > > Details can see here: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=dbd561d236ff16f8143bc727d91758ddd190e8cb > > It's not simple. coLinux has not "nodeid". There needs some more to do > before the patch from "fuse" can use. > > I think, the only alternate is the user space nfs server. > > -- > Henry N. > > Thanks Henry, I have done with unfs3. It works for me. Cheers, Liuht |
|
From: Henry N. <hen...@ar...> - 2010-06-30 20:58:49
|
On 29.06.2010 06:05, Haitao Liu wrote: > I have upgraded from colinux 7.5 to 7.7 and the last snapshot in the > devel branch, but I found 7.7 and the last snapshot have not support > NFS export on cofs. > > What is the way to use it? Kernel API was changed, so kernel NFS is no longer working. See Linux kernel git dbd561d236ff16f8143bc727d91758ddd190e8cb. The patch "fuse: add export operations" from Miklos Szeredi needs to port from fuse into cofusefs (cofs for coLinux). Details can see here: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=dbd561d236ff16f8143bc727d91758ddd190e8cb It's not simple. coLinux has not "nodeid". There needs some more to do before the patch from "fuse" can use. I think, the only alternate is the user space nfs server. -- Henry N. |
|
From: SourceForge.net <no...@so...> - 2010-06-30 20:54:58
|
Bugs item #3021253, was opened at 2010-06-25 09:11 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&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: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Crash host when mem=645 Initial Comment: System: Win2000 SP4 with 1.5GB RAM, devel-coLinux-20100615.exe When I set mem=640, the coLinux work fine but I will got host crash when I set mem=645 btw: in the this host, It work fine with mem=800 before I upgrade from 2.6.22 to 2.6.33 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-06-30 22:54 Message: The same bug exist also in kernel 2.6.25.20 and 2.6.26.8, and in the stable release 0.7.7. A function on kernel start was accessing page table behind the physical memory limit. SVN revision 1490 will fix it. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-27 14:47 Message: Great! I try again today, it work fine with mem=652 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-06-26 00:06 Message: For me mem=640 and mem=800 works on system with 1536 MB total RAM. Windows says in System overview, I have 1.5 GB. Tested with and without /PAE in Windows boot.ini. Memory: 791296k/819200k available (2249k kernel code, 0k reserved, 756k data, 140k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffe5000 - 0xfffff000 ( 104 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xf2800000 - 0xfe7fe000 ( 191 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc12f0000 - 0xc1313000 ( 140 kB) .data : 0xc1232640 - 0xc12ef728 ( 756 kB) .text : 0xc1000000 - 0xc1232640 (2249 kB) debian:~# free total used free shared buffers cached Mem: 791620 15936 775684 0 1404 6244 -/+ buffers/cache: 8288 783332 Swap: 0 0 0 Of curse there exist a problem. Tested some more with simple initrd: colinux-daemon -t fltk kernel=vmlinux mem=648 initrd=initrd.gz root=/dev/ram0 656 = 290h : OK 655 = 28Fh : freeze 654 = 28Eh : freeze 653 = 28Dh : freeze 652 = 28Ch : OK 651 = 28Bh : freeze 650 = 28Ah : freeze 649 = 289h : freeze 648 = 288h : OK 647 = 287h : freeze 646 = 286h : freeze 645 = 285h : freeze 644 = 284h : OK That seams me a problem with 4MB bounding. Please try a memory, that can div by 4 MB. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-25 09:43 Message: Here is my command: colinux-daemon.exe -t FLTK cocon=120x36 kernel=vmlinux mem=640 cobd0=..\root_fs cobd1=..\swap_fs cobd2=..\colinux_fs cobd30=..\tmp1_fs cobd31=..\tmp_fs eth0=slirp setcobd=async root=/dev/cobd0 ro elevator=deadline ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&group_id=98788 |
|
From: Haitao L. <liu...@gm...> - 2010-06-29 04:05:23
|
Hi, I have upgraded from colinux 7.5 to 7.7 and the last snapshot in the devel branch, but I found 7.7 and the last snapshot have not support NFS export on cofs. What is the way to use it? Thanks in advance, Liuht. |
|
From: SourceForge.net <no...@so...> - 2010-06-27 12:47:21
|
Bugs item #3021253, was opened at 2010-06-25 07:11 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&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: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Crash host when mem=645 Initial Comment: System: Win2000 SP4 with 1.5GB RAM, devel-coLinux-20100615.exe When I set mem=640, the coLinux work fine but I will got host crash when I set mem=645 btw: in the this host, It work fine with mem=800 before I upgrade from 2.6.22 to 2.6.33 ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-27 12:47 Message: Great! I try again today, it work fine with mem=652 ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-06-25 22:06 Message: For me mem=640 and mem=800 works on system with 1536 MB total RAM. Windows says in System overview, I have 1.5 GB. Tested with and without /PAE in Windows boot.ini. Memory: 791296k/819200k available (2249k kernel code, 0k reserved, 756k data, 140k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffe5000 - 0xfffff000 ( 104 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xf2800000 - 0xfe7fe000 ( 191 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc12f0000 - 0xc1313000 ( 140 kB) .data : 0xc1232640 - 0xc12ef728 ( 756 kB) .text : 0xc1000000 - 0xc1232640 (2249 kB) debian:~# free total used free shared buffers cached Mem: 791620 15936 775684 0 1404 6244 -/+ buffers/cache: 8288 783332 Swap: 0 0 0 Of curse there exist a problem. Tested some more with simple initrd: colinux-daemon -t fltk kernel=vmlinux mem=648 initrd=initrd.gz root=/dev/ram0 656 = 290h : OK 655 = 28Fh : freeze 654 = 28Eh : freeze 653 = 28Dh : freeze 652 = 28Ch : OK 651 = 28Bh : freeze 650 = 28Ah : freeze 649 = 289h : freeze 648 = 288h : OK 647 = 287h : freeze 646 = 286h : freeze 645 = 285h : freeze 644 = 284h : OK That seams me a problem with 4MB bounding. Please try a memory, that can div by 4 MB. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-25 07:43 Message: Here is my command: colinux-daemon.exe -t FLTK cocon=120x36 kernel=vmlinux mem=640 cobd0=..\root_fs cobd1=..\swap_fs cobd2=..\colinux_fs cobd30=..\tmp1_fs cobd31=..\tmp_fs eth0=slirp setcobd=async root=/dev/cobd0 ro elevator=deadline ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&group_id=98788 |
|
From: Henry N. <hen...@ar...> - 2010-06-26 11:58:49
|
Ubuntu 9.04 (Debian 5.0) has gcc 4.3.3 with 64 bit support. You needs to install package libc6-dev-amd64, than "gcc -m64 ..." works. An image Ubuntu 9.04 for coLinux exist on SF: http://sourceforge.net/projects/colinux/files/Images%202.6.x%20Ubuntu/Ubuntu%209.04/ A link to image Ubuntu 9.10 exist in Wiki: http://colinux.wikia.com/wiki/UbuntuKarmic -- Henry On 26.06.2010 11:06, Paolo Minazzi wrote: > It is not so simple to generate 64bit code on a 32bit system. > I have tried both gcc 3.4.3 and a gcc 4.1.2 version. > Probably these compiler are not build enabling 64bit. > I have always this message: > > gcc p.c -m64 > ======> p.c:1: sorry, unimplemented: 64-bit mode not compiled in > p.c: In function `main': > p.c:4: warning: return type of 'main' is not `int' > > I have found several reference in google about this message, but not a > simple solution. > > A possibiliy is to use the Henry script build_cross.sh and substitute > --target=xxxx. > xxx should be x86_64 or something else. > > Probably (I'm not sure) we need to build a cross compiler. > > Paolo > > On Fri, Jun 25, 2010 at 10:44 PM, Henry Nestler<hen...@ar...> wrote: >> Currently the gcc is forced to build a 32 bit Linux kernel with the option >> "ARCH=i386" in the call "make ... vmlinux". We need this to build coLinux >> for 32 bit on 64 bit platforms. >> >> Maybe a "ARCH=x86_64" can force the other way for you? >> >> The option '-m64' exist also in source of gcc 3.4.5, see that changelog: >> 2004-02-18 Jakub Jelinek<ja...@re...> >> >> * config/i386/i386.c (override_options): Don't imply 3DNow! for -m64 >> by default. >> >> ... and more ... >> >> The default GCC inside a 32 bit system has mostly not enabled the 64 bit >> option? >> >> -- >> Henry >> >> On 25.06.2010 10:22, Paolo Minazzi wrote: >>> I try to answer myself. >>> gcc 4.0 can produce also 64bit code (I have read -m64 option or >>> arch=x86_64) >>> It seems gcc 3.x cannot do it. >>> >>> On my linux native I have a gcc 3.x, so colinux kernel_64bit is not >>> compiled in 64bit mode. >>> >>> I will check it. >>> Paolo >>> >>> >>> >>> >>> On Fri, Jun 25, 2010 at 8:53 AM, Paolo Minazzi<pao...@gm...> >>> wrote: >>>> Hi Henry, >>>> I have tried to use your devel-64bit packages on my 32bit linux system. >>>> All compiling process is OK. >>>> To understand 64bit internal (IDT and memory management) I'd like to >>>> test a linux native 64bit on a qemu-64bit. >>>> But I need gcc 64bit. >>>> >>>> My gcc produce 32bit code. Is there some option ? >>>> I have see that your 64bit package compile linux kernel. But it uses >>>> gcc. And my gcc is 32bit. >>>> >>>> Thanks, >>>> Paolo |
|
From: Paolo M. <pao...@gm...> - 2010-06-26 09:06:58
|
It is not so simple to generate 64bit code on a 32bit system. I have tried both gcc 3.4.3 and a gcc 4.1.2 version. Probably these compiler are not build enabling 64bit. I have always this message: gcc p.c -m64 ======> p.c:1: sorry, unimplemented: 64-bit mode not compiled in p.c: In function `main': p.c:4: warning: return type of 'main' is not `int' I have found several reference in google about this message, but not a simple solution. A possibiliy is to use the Henry script build_cross.sh and substitute --target=xxxx. xxx should be x86_64 or something else. Probably (I'm not sure) we need to build a cross compiler. Paolo On Fri, Jun 25, 2010 at 10:44 PM, Henry Nestler <hen...@ar...> wrote: > Currently the gcc is forced to build a 32 bit Linux kernel with the option > "ARCH=i386" in the call "make ... vmlinux". We need this to build coLinux > for 32 bit on 64 bit platforms. > > Maybe a "ARCH=x86_64" can force the other way for you? > > The option '-m64' exist also in source of gcc 3.4.5, see that changelog: > 2004-02-18 Jakub Jelinek <ja...@re...> > > * config/i386/i386.c (override_options): Don't imply 3DNow! for -m64 > by default. > > ... and more ... > > The default GCC inside a 32 bit system has mostly not enabled the 64 bit > option? > > -- > Henry > > On 25.06.2010 10:22, Paolo Minazzi wrote: >> >> I try to answer myself. >> gcc 4.0 can produce also 64bit code (I have read -m64 option or >> arch=x86_64) >> It seems gcc 3.x cannot do it. >> >> On my linux native I have a gcc 3.x, so colinux kernel_64bit is not >> compiled in 64bit mode. >> >> I will check it. >> Paolo >> >> >> >> >> On Fri, Jun 25, 2010 at 8:53 AM, Paolo Minazzi<pao...@gm...> >> wrote: >>> >>> Hi Henry, >>> I have tried to use your devel-64bit packages on my 32bit linux system. >>> All compiling process is OK. >>> To understand 64bit internal (IDT and memory management) I'd like to >>> test a linux native 64bit on a qemu-64bit. >>> But I need gcc 64bit. >>> >>> My gcc produce 32bit code. Is there some option ? >>> I have see that your 64bit package compile linux kernel. But it uses >>> gcc. And my gcc is 32bit. >>> >>> Thanks, >>> Paolo >> > > |
|
From: coLinux a. <col...@he...> - 2010-06-26 04:15:17
|
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-20100625/ colinux-0.7.8-20100625.src.tgz (1058972 Bytes) daemons-0.7.8-20100625.dbg.zip (599519 Bytes) daemons-0.7.8-20100625.zip (480982 Bytes) modules-2.6.33.5-co-0.7.8-r1487-20100625.tgz (3850018 Bytes) vmlinux-2.6.33.5-co-0.7.8-r1487-20100625.zip (2024002 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-*-20100625.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 ------------------------------------------------------------------------ r1487 | henryn | 2010-06-25 20:12:11 +0000 (Fri, 25 Jun 2010) | 3 lines Changed paths: M /branches/devel/conf/linux-2.6.33.5-config * Kernel: Device Mapper (DM) drivers enabled as module: CONFIG_BLK_DEV_DM, CONFIG_DM_CRYPT, CONFIG_DM_SNAPSHOT, CONFIG_DM_MIRROR, CONFIG_DM_ZERO. GFS2_FS enabled as module. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2010-06-25 22:06:50
|
Bugs item #3021253, was opened at 2010-06-25 09:11 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&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: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Crash host when mem=645 Initial Comment: System: Win2000 SP4 with 1.5GB RAM, devel-coLinux-20100615.exe When I set mem=640, the coLinux work fine but I will got host crash when I set mem=645 btw: in the this host, It work fine with mem=800 before I upgrade from 2.6.22 to 2.6.33 ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2010-06-26 00:06 Message: For me mem=640 and mem=800 works on system with 1536 MB total RAM. Windows says in System overview, I have 1.5 GB. Tested with and without /PAE in Windows boot.ini. Memory: 791296k/819200k available (2249k kernel code, 0k reserved, 756k data, 140k init, 0k highmem) virtual kernel memory layout: fixmap : 0xfffe5000 - 0xfffff000 ( 104 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xf2800000 - 0xfe7fe000 ( 191 MB) lowmem : 0xc0000000 - 0xf2000000 ( 800 MB) .init : 0xc12f0000 - 0xc1313000 ( 140 kB) .data : 0xc1232640 - 0xc12ef728 ( 756 kB) .text : 0xc1000000 - 0xc1232640 (2249 kB) debian:~# free total used free shared buffers cached Mem: 791620 15936 775684 0 1404 6244 -/+ buffers/cache: 8288 783332 Swap: 0 0 0 Of curse there exist a problem. Tested some more with simple initrd: colinux-daemon -t fltk kernel=vmlinux mem=648 initrd=initrd.gz root=/dev/ram0 656 = 290h : OK 655 = 28Fh : freeze 654 = 28Eh : freeze 653 = 28Dh : freeze 652 = 28Ch : OK 651 = 28Bh : freeze 650 = 28Ah : freeze 649 = 289h : freeze 648 = 288h : OK 647 = 287h : freeze 646 = 286h : freeze 645 = 285h : freeze 644 = 284h : OK That seams me a problem with 4MB bounding. Please try a memory, that can div by 4 MB. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-06-25 09:43 Message: Here is my command: colinux-daemon.exe -t FLTK cocon=120x36 kernel=vmlinux mem=640 cobd0=..\root_fs cobd1=..\swap_fs cobd2=..\colinux_fs cobd30=..\tmp1_fs cobd31=..\tmp_fs eth0=slirp setcobd=async root=/dev/cobd0 ro elevator=deadline ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3021253&group_id=98788 |
81 messages has been excluded from this view by a project administrator.
