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...> - 2011-06-15 13:02:33
|
Feature Requests item #3141166, was opened at 2010-12-21 09:58 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3141166&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: Chris (ok-man) Assigned to: Nobody/Anonymous (nobody) Summary: Multiple initramfs (initrd.gz) Initial Comment: Is it possible to specify multiple initramfs to be extracted during boot. This can be useful if you want to create a generic initramfs (or use one from a distro) and then add modifications in separate files (for example a custom /init or extract the coLinux modules). I think it will be a simple way to convert a distro (would this be useful for running from different types of iso images?). It is also a convenient if you need to upgrade a distro - without needing to re-master the initramfs. You can specify multiple initramfs archives in grub and syslinux config. I have tried using multiple initrd lines in coLinux but this did not seem to work. The kernel will extract these files in the order they are specified. The files will all be extracted into the same place, this means files from later archives will overwrite former ones if they have the same filename. Also note that it is possible to have an initramfs archive embedded in the kernel as well as extra ones specified in the config. The archive in the kernel will be extracted first, followed by the ones in the config. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-15 13:02 Message: NZeOoR <a href="http://aeqdfaxvidtq.com/">aeqdfaxvidtq</a>, [url=http://zdexbmcnibjj.com/]zdexbmcnibjj[/url], [link=http://iseivleptzbg.com/]iseivleptzbg[/link], http://phnibuvduicd.com/ ---------------------------------------------------------------------- Comment By: Chris (ok-man) Date: 2011-01-10 21:49 Message: This would help with my dual-boot & colinux installation. I would not have to tamper with my standard install if I could overlay when using colinux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3141166&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-06-15 12:51:46
|
Bugs item #2956051, was opened at 2010-02-21 13:58 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2956051&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: Leonius () Assigned to: Nobody/Anonymous (nobody) Summary: colinux-net-daemon: error opening registry key Initial Comment: At first, sample log: [code] Cooperative Linux Daemon, 0.7.4 Daemon compiled on Wed Apr 15 18:59:08 2009 PID: 3424 colinux: booting colinux-net-daemon: auto selecting TAP colinux-net-daemon: error opening registry key: SYSTEM\CurrentControlSet\Control \Network\{4D36E972-E325-11CE-BFC1-08002BE10318}\SYSTEM\CurrentControlSet\Control \Network\{4D36E972-E325-11CE-BFC1-08002BE10318}\{016A6C21-3C79-4285-AEC2-A08BB7B B0215}\Connecticolinux-net-daemon: TAP device not found conet-slirp-daemon: running [/code] I discovered that * error happens when HKLM\SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}\{016A6C21-3C79-4285-AEC2-A08BB7BB0215}\Connection is empty ("Default" key has no value and there are no keys). Yes, emptiness of that key can mean something abnormal (i'm not expert in Windows registry), but IMHO that's not a reason to fail searching for tap device. (I've lost estimately a day discovering a reason why there isn't connection to TAP device from andLinux :) ) And also, * Error message format is obscure, you'd better use "%s\Connection" instead of "%s\%s\Connection". ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-15 12:51 Message: HTyE17 <a href="http://ugmwecvfmfeh.com/">ugmwecvfmfeh</a>, [url=http://qwzeilprwfzt.com/]qwzeilprwfzt[/url], [link=http://fxxhvmjwyjbz.com/]fxxhvmjwyjbz[/link], http://ylrgvqdfxjve.com/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2010-02-21 18:11 Message: The error message with %s\\%s is correct. The first %s should contain "SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}", and the second %s should contain "{016A6C21-3C79-4285-AEC2-A08BB7BB0215}" in your case. The value for second %s was read from enumerated registry "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002bE10318}\<any number>\NetCfgInstanceId". I can not exactly say, what's wrong here. Please open registry key "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002bE10318}". This is the list of all network drivers. From this position search for value "tap0801co" (CTRL-F). You will find it for name "ComponentId". In the same level: Please check the value for name "NetCfgInstanceId". There should be value like "{016A6C21-3C79-4285-AEC2-A08BB7BB0215}". Is it? Yes, empty key with only a "Default" is not normal. To fix it, please remove and install the driver again. C:\coLinux\netdriver>tapcontrol.exe remove TAP0801co C:\coLinux\netdriver>tapcontrol.exe install OemWin2k.inf TAP0801co In wiki you will find more about TAP driver: http://colinux.wikia.com/wiki/TAP-Win32_driver What is your host operating system (XP, Vista, Windows7)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2956051&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2011-06-07 04:23:45
|
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-20110606/ colinux-0.7.10-20110606.src.tgz (1083749 Bytes) daemons-0.7.10-20110606.dbg.zip (686509 Bytes) daemons-0.7.10-20110606.zip (567090 Bytes) modules-2.6.33.7-co-0.7.10-r1586-20110606.tgz (4131490 Bytes) vmlinux-2.6.33.7-co-0.7.10-r1586-20110606.zip (2223953 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-*-20110606.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 ------------------------------------------------------------------------ r1586 | henryn | 2011-06-06 21:30:26 +0000 (Mon, 06 Jun 2011) | 1 line Changed paths: M /branches/devel/conf/linux-2.6.33.7-config * CONFIG_DEVTMPFS: Enable kernel maintained /dev tmpfs. ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2011-06-06 10:47:14
|
Bugs item #2688891, was opened at 2009-03-16 17:36 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2688891&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: pcap/ndis bridge can't connent to colinux|tcp checksum error Initial Comment: Hi, i've upgraded my really old colinux install to the lastest develoment snapshot (20090315 and 20090305 for modules and kernel). Trying to setup networking i've seen that using pcap-bridge or ndis-bridge doesn't let me to connect to the colinux machine: - if i try to do a ping from colinux to host machine all goes ok - if i try to do a ping from my host machine to colinux all goes ok - if i try to download something from the web server that resides on host machine or from internet trought colinux (using wget for example) all goes ok - if i try to connect to a netcat server or an openssh server that resieds on colinux from the host machine it doesn't do anything. - if i try to connect to a netcat server or an openssh server that resides on colinux from a machine in the lan all goes ok Doing more tests revealed that the problem is with TCP packets because i tried to set up a netcat udp server on port 53 and testing it trought nslookup shows that colinux machine recived the request. I get the same problem using ndis-bridge and using pcap-bridge: from kernel messages all seems to be ok! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-06-06 10:47 Message: ELn06v <a href="http://ixnpknqhaxyz.com/">ixnpknqhaxyz</a>, [url=http://uxnsivcuyhiq.com/]uxnsivcuyhiq[/url], [link=http://khlzhfrsofem.com/]khlzhfrsofem[/link], http://tutzfylarwzz.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-14 02:17 Message: fSkZ9b <a href="http://vpgniphtqmpg.com/">vpgniphtqmpg</a>, [url=http://zgmfzyqozsnm.com/]zgmfzyqozsnm[/url], [link=http://moxpqglttybr.com/]moxpqglttybr[/link], http://ysbmrgtkqxfx.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-26 13:50 Message: Try installing VirtualBox With IP Checksumming enabled on my Realtek adaptor, NDIS Bridging cannot ping each other but with Virtualbox installed and its networking component assigned - it seems that my NDIS Bridge works perfect with no errors.. Its been running my webserver fine for a month :P ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-26 10:48 Message: thank you! i hope to give a look this weekend ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-03-25 21:48 Message: Inside Linux kernel exist some options, for example NETIF_F_IP_CSUM and NETIF_F_HW_CSUM. Both are not set, so Linux kernel should calculate the checksum. But I think, it does not. As I see, it does not for TCP and UDP packets. If you grep for these macros you will see how other net-drivers forwards this checksum calculation to the hardware chip. For coLinux we need to add this calculation in conet Linux kernel driver. Some interesting comments will find in Linux kernel header near the macro NETIF_F_IP_CSUM. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-17 12:57 Message: Really thanks! But, just a question: where i could look to fix checksum calculation? into conet module or into ndis/pcap-bridge daemon? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-03-16 20:17 Message: That should be simple. I have the same symptom on my Intel PCI-Express. My card is a "Realtek RTL8102E Family PCI-E Fast Ethernet NIC". I can not connect via ssh from Host to coLinux. tcpdump on coLinux or Wireshark on Windows let's see the problem: The card does not accept packets with checksum errors. To make it usable, go into network card "Hardware options" - "Extensions" - Properties: "Checksum" - and change the Value into "Disable". Here is an example session of ssh connect from host to coLinux (the failed case). tcpdump on coLinux: 20:44:36.847616 arp who-has 192.168.2.100 tell 192.168.2.104 20:44:36.847616 arp reply 192.168.2.100 is-at 00:21:85:56:fb:35 20:44:41.647688 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 48) 192.168.2.104.22 > 192.168.2.100.1057: S, cksum 0xabbc (correct), 1094183181:1094183181(0) ack 309852530 win 5840 20:44:41.657689 IP (tos 0x0, ttl 128, id 434, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.2.100.1057 > 192.168.2.104.22: ., cksum 0x8637 (incorrect (-> 0xef50), ack 1 win 65535 20:44:53.647869 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 48) 192.168.2.104.22 > 192.168.2.100.1057: S, cksum 0xabbc (correct), 1094183181:1094183181(0) ack 309852530 win 5840 20:44:53.647869 IP (tos 0x0, ttl 128, id 435, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.2.100.1057 > 192.168.2.104.22: ., cksum 0x8637 (incorrect (-> 0xef50), ack 1 win 65535 The same output with Wireshark on Windows: 6 5.016498 00:ff:99:88:b0:00 00:21:85:56:fb:35 ARP Who has 192.168.2.100? Tell 192.168.2.104 7 5.016521 00:21:85:56:fb:35 00:ff:99:88:b0:00 ARP 192.168.2.100 is at 00:21:85:56:fb:35 8 9.829057 192.168.2.104 192.168.2.100 TCP ssh > startron [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 9 9.829114 192.168.2.100 192.168.2.104 TCP [TCP Dup ACK 3#2] startron > ssh [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0 10 21.814002 192.168.2.104 192.168.2.100 TCP ssh > startron [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 11 21.814062 192.168.2.100 192.168.2.104 TCP [TCP Dup ACK 3#3] startron > ssh [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0 I leave this bug opened, because it would be nicer to calculate the checksum before submit it into the windows network stack. Disable the receiver is a workaround. ---------------------------------------------------------------------- Comment By: daniele_dll (daniele_dll) Date: 2009-03-16 17:45 Message: Note: when i upgraded i've launched the necessary remove/install driver as requested in readme file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2688891&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-06-03 19:42:31
|
Bugs item #3311247, was opened at 2011-06-03 19:42 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3311247&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crash / BSOD Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: crashes on 2gb swap Initial Comment: running xp sp3. crashes "sometimes" -- more often than not -- if swap file is 2g. haven't tried 1g or 1.5, but simply went back to 512 as stated in the configuration file: # Swap device, should be an empty file with 128..512MB. works without issues on 512. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3311247&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2011-05-05 04:16:48
|
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-20110504/ colinux-0.7.10-20110504.src.tgz (1083751 Bytes) daemons-0.7.10-20110504.dbg.zip (686488 Bytes) daemons-0.7.10-20110504.zip (567055 Bytes) modules-2.6.33.7-co-0.7.10-r1584-20110504.tgz (4131306 Bytes) vmlinux-2.6.33.7-co-0.7.10-r1584-20110504.zip (2222238 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-*-20110504.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 ------------------------------------------------------------------------ r1584 | henryn | 2011-05-04 21:27:49 +0000 (Wed, 04 May 2011) | 2 lines Changed paths: M /branches/devel/NEWS M /branches/devel/patch/serial-2.6.25.diff M /branches/devel/patch/serial-core.diff * Bug#3291398: Using simultaneously two serial devices was not possible (Fixed by Gilles Casse) ------------------------------------------------------------------------ r1583 | henryn | 2011-05-04 21:23:11 +0000 (Wed, 04 May 2011) | 1 line Changed paths: M /branches/devel/NEWS M /branches/devel/src/colinux/VERSION * Starting new version 0.7.10 ------------------------------------------------------------------------ |
|
From: SourceForge.net <no...@so...> - 2011-05-04 21:30:03
|
Bugs item #3291398, was opened at 2011-04-22 13:30 Message generated for change (Comment added) made by henryn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Gilles Casse (gcasse) Assigned to: Nobody/Anonymous (nobody) Summary: /dev/ttySx: " Device or resource busy" Initial Comment: Using simultaneously two serial devices appears to be not possible (colinux 0.7.9). For example below, ttyS0 or ttyS1 can be read, but if ttyS0 is being read, then ttyS1 is considererd as busy. root@colinux:~# cat /dev/ttyS0 ^C root@colinux:~# cat /dev/ttyS1 ^C root@colinux:~# cat /dev/ttyS0& [1] 2618 root@colinux:~# cat /dev/ttyS1 cat: /dev/ttyS1: Device or resource busy root@colinux:~# dmesg -c COSERIAL: unable to get irq 3 cocd: close no attached struct ---------------------------------------------------------------------- >Comment By: Henry N. (henryn) Date: 2011-05-04 23:30 Message: Thanks! Patch committed to SVN as revision 1584 (branch devel). ---------------------------------------------------------------------- Comment By: Gilles Casse (gcasse) Date: 2011-05-04 14:48 Message: The attached patch enables the use of several serial devices (ttySx) (diff from coserial.c, rev svn 1545, kernel 2.6.33.7). The whole coserial.c file is also attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-05-04 12:48:25
|
Bugs item #3291398, was opened at 2011-04-22 13:30 Message generated for change (Comment added) made by gcasse You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilles Casse (gcasse) Assigned to: Nobody/Anonymous (nobody) Summary: /dev/ttySx: " Device or resource busy" Initial Comment: Using simultaneously two serial devices appears to be not possible (colinux 0.7.9). For example below, ttyS0 or ttyS1 can be read, but if ttyS0 is being read, then ttyS1 is considererd as busy. root@colinux:~# cat /dev/ttyS0 ^C root@colinux:~# cat /dev/ttyS1 ^C root@colinux:~# cat /dev/ttyS0& [1] 2618 root@colinux:~# cat /dev/ttyS1 cat: /dev/ttyS1: Device or resource busy root@colinux:~# dmesg -c COSERIAL: unable to get irq 3 cocd: close no attached struct ---------------------------------------------------------------------- >Comment By: Gilles Casse (gcasse) Date: 2011-05-04 14:48 Message: The attached patch enables the use of several serial devices (ttySx) (diff from coserial.c, rev svn 1545, kernel 2.6.33.7). The whole coserial.c file is also attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 |
|
From: H. N. <hen...@ar...> - 2011-04-25 10:46:03
|
Kaikuo ZHUO wrote: > The "RTOS > simulation" is my new idea, I'm now sure whether it is possible to achieve a > 50ms delay using colinux. Can Windows guarantee the 50ms? coLinux of curse has CONFIG_HZ=100 (10ms), but this not need to call Linux part every 10ms. If Windows longer held the CPU, then we count the missing timers and run after that, when we are once again in the Linux. > > I have some other questions: > - what 's the kernel latecy of the "PREEMPT colinux kernel" in the worst > case? > It depend totally on the Windows latency for a simple user task. Of curse, you can set the priority much higher on the windows side, but it does not guarantee, that Linux would run faster. For example, if Linux does write a large block into filesystem, then Linux is complety waiting for ready of this block, before it goes back from Windows to Linux. (in the case you are using the normal "cobd" without async option) > > - can colinux get an occupancy rate of 50% if the linux task reach the > maximum level? > I Don't understand your question. coLinux is the Windows task colinux-daemon.exe. If the Linux side reach all CPU time, then colinux-daemon.exe can use 99% of your CPU under Windows. But only on a single core. So, you maybe see a maximum of 50% in a dual core system. > > Can the run time of the colinux kernel be guaranteed (50%) if > the windows is busy? > No. If Windows is busy and the task colinux-daemon.exe becomes no time slice, then coLinux is still suspended. -- Gruss Henry --------------------------------------------------------- ... Es folgt Arcor Werbung | Ads follows by Arcor ... |
|
From: Kaikuo Z. <zk...@cr...> - 2011-04-25 06:37:23
|
Hello Henry, Thank you for you reply! The reason I patch RT to colinux is I want to make a RTOS simulation using colinux. The real "real time" is not so critical, maybe an acceptable latecy is OK This is also why I use "SCHED_FIFO", because the "FIFO" mode most fit the RTOS scheduling . I used colinux just for a cross-compiling environment , The "RTOS simulation" is my new idea, I'm now sure whether it is possible to achieve a 50ms delay using colinux. I have some other questions: - what 's the kernel latecy of the "PREEMPT colinux kernel" in the worst case? - can colinux get an occupancy rate of 50% if the linux task reach the maximum level? Can the run time of the colinux kernel be guaranteed (50%) if the windows is busy? |
|
From: Henry N. <hen...@ar...> - 2011-04-24 17:33:18
|
Hello Kaikuo,
mostly all changes on the schedulers would chrash coLinux. The only good
tested scheduler is "deadline".
The second problem is that, only CONFIG_PREEMPT=y works. Some functions
may not be safe for non PREEMPT.
coLinux works in cooperative with Windows, that means it can never be
Real Time.
After RT to coLinux you needs to fix some interrupt handlers. Some
functions needs to call Windows, and after back from Windows we have
counted some timer ticks, that needs to inject into the system timer.
That will do with __do_IRQ. Here the RT-patch seems to forbid this. Lock
into the patch for __do_IRQ:
+#ifdef CONFIG_PREEMPT_RT
+ printk(KERN_WARNING "__do_IRQ called for irq %d. "
+ "PREEMPT_RT will crash your system soon\n", irq);
+ printk(KERN_WARNING "I hope you have a fire-extinguisher
handy!\n");
+#endif
So, if you have enabled CONFIG_PREEMPT_RT, then coLinux OS-switcher code
does not work.
You should disable CONFIG_PREEMPT_RT and enable CONFIG_PREEMPT=y.
Or you needs to rewrite the timer injections. The condition of this
problem you will find in linux-2.6.33-source/kernel/cooperative.c:
static void co_handle_jiffies(long count)
{
...
while (count > 0) {
irq_enter();
__do_IRQ(TIMER_IRQ);
irq_exit();
count--;
}
This is the Proxy-IRQ, that is called after switching back from Windows
to Linux. This function will adjust the jiffies and timer for the delay
the CPU was in Windows.
An other problem can be the CONFIG_TINY_RCU. The only supported RCU was
Tiny. With all others I had problems, at the time the kernel was ported.
Please disable CONFIG_TREE_PREEMPT_RCU and enable CONFIG_TINY_RCU=y.
Why you need this RealTime patch for SCHED_FIFO?
SCHED_FIFO exist also in the unpatched kernel, I found lots of entries
with "SCHED_FIFO".
Henry
On 24.04.2011 14:16, Kaikuo ZHUO wrote:
> I tried to use "SCHED_FIFO" pthreads in the colinux system ,and it seems to have some problems.
>
>
> What I did is as follows:
>
> download the kernel source "linux-2.6.33.7-source" and make using "make kernel" in the colinux source tree
> download and apply the rt patch for 2.6.33.7: ftp://ftp.kernel.org/pub/linux/kernel/projects/rt/older/patch-2.6.33.7.
> make menuconfig under "~/colinux-dev/build/linux-2.6.33.7-build"
> change some code to follow the RT's style, replace some functions, such as : replace something like compat_rw_sempaphore and DECLARE_MUTEX
> and finally I get a kernel, but it crash immediately when I use to boot with a debian squeeze dist. and may last a few seconds and crash.
>
> Does anyone know what happened?
>
> Here is the crash log:
> //////////////////////////////////////////////////////////////////////
> I hope you have a fire-extinguisher handy!
> __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon
> I hope you have a fire-extinguisher handy!
> __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon
> I hope you have a fire-extinguisher handy!
> __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon
> I hope you have a fire-extinguisher handy!
> 522.64 BogoMIPS (lpj=2613248)
> Mount-cache hash table entries: 512
> Performance Events: Core2 events, Intel PMU driver.
> ... version: 2
> ... bit width: 40
> ... generic registers: 2
> ... value mask: 000000ffffffffff
> ... max period: 000000007fffffff
> ... fixed-purpose events: 3
> ... event mask: 0000000700000003
> CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz stepping 0d
> Checking 'hlt' instruction... __do_IRQ called for irq 0. PREEMPT_RT will crash y
> our system soon
> I hope you have a fire-extinguisher handy!
> OK.
> __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon
> I hope you have a fire-extinguisher handy!
> __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon
> I hope you have a fire-extinguisher handy!
> NET: Registered protocol family 16
> colinux: Linux VM terminated
> colinux: Kernel panic: Attempted to kill init!
>
> D:\colinux>console: Monitor848: Detached
>
> the .config I use is as follows:
> diff .config linux-2.6.33.7-config
> ---------------------------------
> 3,4c3,4
> < # Linux kernel version: 2.6.33.7-rt29
> < # Sat Apr 23 03:15:56 2011
> ---
>> # Linux kernel version: 2.6.33.7
>> # Sun Feb 6 22:23:55 2011
> 23,24c23,24
> < CONFIG_RWSEM_GENERIC_SPINLOCK=y
> < CONFIG_ASM_SEMAPHORES=y
> ---
>> # CONFIG_RWSEM_GENERIC_SPINLOCK is not set
>> CONFIG_RWSEM_XCHGADD_ALGORITHM=y
> 80,84c80,81
> < CONFIG_TREE_PREEMPT_RCU=y
> < # CONFIG_TINY_RCU is not set
> < # CONFIG_RCU_TRACE is not set
> < CONFIG_RCU_FANOUT=32
> < # CONFIG_RCU_FANOUT_EXACT is not set
> ---
>> # CONFIG_TREE_PREEMPT_RCU is not set
>> CONFIG_TINY_RCU=y
> 281,282d277
> < # CONFIG_PREEMPT_DESKTOP is not set
> < CONFIG_PREEMPT_RT=y
> 284,285d278
> < CONFIG_PREEMPT_SOFTIRQS=y
> < CONFIG_PREEMPT_HARDIRQS=y
> 363a357
>> CONFIG_HAVE_ATOMIC_IOMAP=y
> 1228a1223
>> # CONFIG_DEBUG_SHIRQ is not set
> 1240a1236
>> # CONFIG_DEBUG_MUTEXES is not set
> 1261d1256
> < CONFIG_RCU_CPU_STALL_DETECTOR=y
>
>
>
> ------------------------------------------------------------------------------
> Fulfilling the Lean Software Promise
> Lean software platforms are now widely adopted and the benefits have been
> demonstrated beyond question. Learn why your peers are replacing JEE
> containers with lightweight application servers - and what you can gain
> from the move. http://p.sf.net/sfu/vmware-sfemails
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>
--
Henry N.
|
|
From: Kaikuo Z. <zk...@cr...> - 2011-04-24 12:16:54
|
I tried to use "SCHED_FIFO" pthreads in the colinux system ,and it seems to have some problems. What I did is as follows: download the kernel source "linux-2.6.33.7-source" and make using "make kernel" in the colinux source tree download and apply the rt patch for 2.6.33.7: ftp://ftp.kernel.org/pub/linux/kernel/projects/rt/older/patch-2.6.33.7. make menuconfig under "~/colinux-dev/build/linux-2.6.33.7-build" change some code to follow the RT's style, replace some functions, such as : replace something like compat_rw_sempaphore and DECLARE_MUTEX and finally I get a kernel, but it crash immediately when I use to boot with a debian squeeze dist. and may last a few seconds and crash. Does anyone know what happened? Here is the crash log: ////////////////////////////////////////////////////////////////////// I hope you have a fire-extinguisher handy! __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon I hope you have a fire-extinguisher handy! __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon I hope you have a fire-extinguisher handy! __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon I hope you have a fire-extinguisher handy! 522.64 BogoMIPS (lpj=2613248) Mount-cache hash table entries: 512 Performance Events: Core2 events, Intel PMU driver. ... version: 2 ... bit width: 40 ... generic registers: 2 ... value mask: 000000ffffffffff ... max period: 000000007fffffff ... fixed-purpose events: 3 ... event mask: 0000000700000003 CPU: Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz stepping 0d Checking 'hlt' instruction... __do_IRQ called for irq 0. PREEMPT_RT will crash y our system soon I hope you have a fire-extinguisher handy! OK. __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon I hope you have a fire-extinguisher handy! __do_IRQ called for irq 0. PREEMPT_RT will crash your system soon I hope you have a fire-extinguisher handy! NET: Registered protocol family 16 colinux: Linux VM terminated colinux: Kernel panic: Attempted to kill init! D:\colinux>console: Monitor848: Detached the .config I use is as follows: diff .config linux-2.6.33.7-config --------------------------------- 3,4c3,4 < # Linux kernel version: 2.6.33.7-rt29 < # Sat Apr 23 03:15:56 2011 --- > # Linux kernel version: 2.6.33.7 > # Sun Feb 6 22:23:55 2011 23,24c23,24 < CONFIG_RWSEM_GENERIC_SPINLOCK=y < CONFIG_ASM_SEMAPHORES=y --- > # CONFIG_RWSEM_GENERIC_SPINLOCK is not set > CONFIG_RWSEM_XCHGADD_ALGORITHM=y 80,84c80,81 < CONFIG_TREE_PREEMPT_RCU=y < # CONFIG_TINY_RCU is not set < # CONFIG_RCU_TRACE is not set < CONFIG_RCU_FANOUT=32 < # CONFIG_RCU_FANOUT_EXACT is not set --- > # CONFIG_TREE_PREEMPT_RCU is not set > CONFIG_TINY_RCU=y 281,282d277 < # CONFIG_PREEMPT_DESKTOP is not set < CONFIG_PREEMPT_RT=y 284,285d278 < CONFIG_PREEMPT_SOFTIRQS=y < CONFIG_PREEMPT_HARDIRQS=y 363a357 > CONFIG_HAVE_ATOMIC_IOMAP=y 1228a1223 > # CONFIG_DEBUG_SHIRQ is not set 1240a1236 > # CONFIG_DEBUG_MUTEXES is not set 1261d1256 < CONFIG_RCU_CPU_STALL_DETECTOR=y |
|
From: SourceForge.net <no...@so...> - 2011-04-22 13:57:31
|
Bugs item #2893343, was opened at 2009-11-06 15:25 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2893343&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crash / BSOD Group: v0.8.x (devel) Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Henry N. (henryn) Summary: BSOD with 20091105 - VMALLOC_END overlaps host shared memory Initial Comment: with snapshot 0.8.0-20091105, the host got BSOD. no problem with 0.8.0-20090905. downloaded from http://www.colinux.org/snapshots/ os: windows xp sp3 with all hotfix installed i have retried many time, double check file permission, no luck ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-22 13:57 Message: Sourceforge.. Reposted it :) ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-10 23:16 Message: Now, also fixed for the stable release 0.7.6-rc1 and committed to SVN release r1291. Download available from Snapshot page. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-10 16:29 Message: no crash with ram=any value. looks like it's fixed. thanks for your great work ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-08 12:51 Message: Real memory limit was 984 MB all times. With value of 1000 MB "vmalloc" and "lowmem" overlaps the "colinux" shared host memory and would crash, if Linux would use all of this memory later. Here is a virtual memory layout with adjusted pointers for vmalloc: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xfe000000 - 0xfe7fe000 ( 7 MB) lowmem : 0xc0000000 - 0xfd800000 ( 984 MB) Fixed in SVN revision r1285. New snapshot available. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-07 14:22 Message: Thanks. Think, the new kernel uses more "reserved" memory. I have successfully tested up to mem=984 with and without PAE in Windows boot.ini. Is 984M also working in your environment? Than I would change the limit to that value. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2009-11-07 13:09 Message: btw, no crash if i configure as: mem=1024 init=/bin/sh looks like there's some memory overrun colinux compiled with new kernel while 1024M ram is in use ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2009-11-07 13:06 Message: reproduced only with big ram configured for colinux =================== ram=960 -> no problem ram=992 (960+32) -> guest crash ram=1024 -> host crash =================== colinux-daemon output: Cooperative Linux Daemon, 0.8.0 Daemon compiled on Thu Nov 5 23:08:04 2009 using 'vmlinux' as kernel image configuring 992 MB of virtual RAM selected cobd0 for sda2, mapping to '\Device\Harddisk0\Partition2' selected cobd1 for sda3, mapping to '\Device\Harddisk0\Partition3' selected cobd2 for sda5, mapping to '\Device\Harddisk0\Partition4' configured NDIS bridge at 'coLinux' device as eth1 MAC address: 00:ff:4f:0d:e7:c0 mapping cofs0 to \DosDevices\c:\app\system\colinux\ mapping cofs1 to \DosDevices\c:\ mapping cofs2 to \DosDevices\d:\ mapping cofs3 to \DosDevices\i:\ mapping cofs4 to \DosDevices\g:\ kernel boot parameters: 'video0=4 root=/dev/sda3 bootlevel=c.boot softlevel=c.default' creating monitor PID: 2300 colinux: launching console executing: colinux-console-fltk -a 2300 launching daemon for conet1 executing: colinux-ndis-net-daemon -i 2300 -u 1 -n "coLinux" -mac 00:ff:4f:0d:e7:c0 -p 1 colinux: booting Ndis bridge probe on "1394 连接" Ndis bridge probe on "本地连接" Ndis bridge probe on "WAN" Ndis bridge probe on "Bluetooth" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "coLinux" conet-ndis-daemon: Bridge on: coLinux Linux version 2.6.25.20-co-0.8.0 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Thu Nov 5 23:06:10 CET 2009 992MB LOWMEM available. Entering add_active_range(0, 0, 253952) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 253952 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 253952 On node 0 totalpages: 253952 Normal zone: 1984 pages used for memmap Normal zone: 0 pages reserved Normal zone: 251968 pages, LIFO batch:31 Movable zone: 0 pages used for memmap Built 1 zonelists in Zone order, mobility grouping on. Total pages: 251968 Kernel command line: video0=4 root=/dev/sda3 bootlevel=c.boot softlevel=c.default Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour CoCON 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1002624k/1015808k available (2029k kernel code, 0k reserved, 618k data, 156k init, 0k highmem) .init : 0xcCPA: page pool initialized 1 of 1 pages preallocated Calibrating delay loop... 14522.77 BogoMIPS (lpj=72613888) Security Framework initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 02 Checking 'hlt' instruction... OK. Freeing SMP alternatives: 0k freed net_namespace: 536 bytes NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered audit: initializing netlink socket (disabled) colinux: Linux VM terminated colinux: Kernel panic: Attempted to kill init! shutting down Pipe broken, exiting daemon cleanup rc=0b14b800 exit=0 =================== kernel output: (no idea how to paste kernel output as text) see http://paste.ubuntu.com.cn/i46371 cannot attach a screenshot file here as i didn't open this bug ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-06 20:43 Message: Do clean upgrade steps by step: * Download archive "daemons-0.8.0-20091105.zip" form: http://www.henrynestler.com/colinux/testing/devel-0.8.0/20091105-Snapshot/packages/ * Unpack all the files into new directory, for example to c:\coLinux-2.6.25 * Copy your colinux config file or your BAT file from old installation into the new directory. Edit the new config- or bat- file and add the full path for your image files (cobd, scsi or hda). - If you not have used full path names before. * Remove or comment out the "initrd=initrd.gz" from config, and save the config. * Stop all running colinux * Open command prompt on old installation directory * Remove the driver colinux-daemon --remove-driver * Check, that the driver is truely removed: colinux-daemon --status-driver * Reboot your windows now! * Open command prompt on the new directory and perform the manual install: colinux-daemon --install-driver * Reboot your Windows now! (This step is need, if the start would crash at next step.) * Run your new colinux versioon from new directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2893343&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-04-22 11:30:47
|
Bugs item #3291398, was opened at 2011-04-22 13:30 Message generated for change (Tracker Item Submitted) made by gcasse You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Gilles Casse (gcasse) Assigned to: Nobody/Anonymous (nobody) Summary: /dev/ttySx: " Device or resource busy" Initial Comment: Using simultaneously two serial devices appears to be not possible (colinux 0.7.9). For example below, ttyS0 or ttyS1 can be read, but if ttyS0 is being read, then ttyS1 is considererd as busy. root@colinux:~# cat /dev/ttyS0 ^C root@colinux:~# cat /dev/ttyS1 ^C root@colinux:~# cat /dev/ttyS0& [1] 2618 root@colinux:~# cat /dev/ttyS1 cat: /dev/ttyS1: Device or resource busy root@colinux:~# dmesg -c COSERIAL: unable to get irq 3 cocd: close no attached struct ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3291398&group_id=98788 |
|
From: coLinux a. <col...@he...> - 2011-04-10 04:41:11
|
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-20110409/ colinux-0.7.9-20110409.src.tgz (1083687 Bytes) daemons-0.7.9-20110409.dbg.zip (686453 Bytes) daemons-0.7.9-20110409.zip (567025 Bytes) modules-2.6.33.7-co-0.7.9-r1582-20110409.tgz (4131656 Bytes) vmlinux-2.6.33.7-co-0.7.9-r1582-20110409.zip (2222176 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-*-20110409.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 ------------------------------------------------------------------------ r1582 | henryn | 2011-04-09 21:13:47 +0000 (Sat, 09 Apr 2011) | 1 line Changed paths: M /branches/devel/RUNNING M /branches/stable/RUNNING * Fuzz in text file. ------------------------------------------------------------------------ r1581 | henryn | 2011-04-09 21:03:47 +0000 (Sat, 09 Apr 2011) | 1 line Changed paths: M /branches/devel/RUNNING M /branches/devel/doc/colinux-daemon M /branches/stable/RUNNING M /branches/stable/doc/colinux-daemon * URL to SF files and other small text changes. ------------------------------------------------------------------------ r1580 | henryn | 2011-04-09 20:55:42 +0000 (Sat, 09 Apr 2011) | 1 line Changed paths: M /branches/devel/NEWS * Update news file ------------------------------------------------------------------------ r1578 | henryn | 2011-04-09 20:51:12 +0000 (Sat, 09 Apr 2011) | 4 lines Changed paths: M /branches/devel/patch/base-2.6.33.diff M /branches/stable/patch/base-2.6.33.diff * GNU make 2.83: Fix error "Makefile:23: *** mixed implicit and normal rules" http://article.gmane.org/gmane.linux.colinux.general/5230 (coLinux users list) http://savannah.gnu.org/bugs/?33034 (make bug tracker) ------------------------------------------------------------------------ |
|
From: Henry N. <hen...@ar...> - 2011-04-09 22:27:29
|
Release: 0.7.9 Kernel: 2.6.33.7 Build: 9 April 2011 This version contains small kernel upgrade, bugfixies, mainly the negative timestamp glitches and has enabled more Linux kernel modules. Please check the project file release and wiki for information, updates and progress. Downloads: http://sourceforge.net/projects/colinux/files/ ChangeLog: http://www.colinux.org/?section=status Snapshots: http://www.colinux.org/snapshots/ Wiki: http://colinux.wikia.com -- Henry N. |
|
From: SourceForge.net <no...@so...> - 2011-04-09 18:51:25
|
Feature Requests item #3282636, was opened at 2011-04-09 21:51 Message generated for change (Tracker Item Submitted) made by grawity You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3282636&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: Kernel options for systemd Initial Comment: I would like to use 'systemd' on my VM as a faster sysv-init replacement. However, it needs a relatively recent kernel -- at least 2.6.36, but the newer the better -- and the following options: * CONFIG_DEVTMPFS=y * CONFIG_CGROUPS=y Optional (required for systemd-readahead): * 2.6.37 or later * CONFIG_FANOTIFY=y ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622066&aid=3282636&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-04-07 12:04:38
|
Bugs item #2688891, was opened at 2009-03-16 17:36 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2688891&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: pcap/ndis bridge can't connent to colinux|tcp checksum error Initial Comment: Hi, i've upgraded my really old colinux install to the lastest develoment snapshot (20090315 and 20090305 for modules and kernel). Trying to setup networking i've seen that using pcap-bridge or ndis-bridge doesn't let me to connect to the colinux machine: - if i try to do a ping from colinux to host machine all goes ok - if i try to do a ping from my host machine to colinux all goes ok - if i try to download something from the web server that resides on host machine or from internet trought colinux (using wget for example) all goes ok - if i try to connect to a netcat server or an openssh server that resieds on colinux from the host machine it doesn't do anything. - if i try to connect to a netcat server or an openssh server that resides on colinux from a machine in the lan all goes ok Doing more tests revealed that the problem is with TCP packets because i tried to set up a netcat udp server on port 53 and testing it trought nslookup shows that colinux machine recived the request. I get the same problem using ndis-bridge and using pcap-bridge: from kernel messages all seems to be ok! ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 12:04 Message: GVlslc <a href="http://acmyymsxxbpn.com/">acmyymsxxbpn</a>, [url=http://gbgblibnlxbf.com/]gbgblibnlxbf[/url], [link=http://acrkypjsykcm.com/]acrkypjsykcm[/link], http://btivjyakgxmw.com/ ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-26 13:50 Message: Try installing VirtualBox With IP Checksumming enabled on my Realtek adaptor, NDIS Bridging cannot ping each other but with Virtualbox installed and its networking component assigned - it seems that my NDIS Bridge works perfect with no errors.. Its been running my webserver fine for a month :P ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-26 10:48 Message: thank you! i hope to give a look this weekend ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-03-25 21:48 Message: Inside Linux kernel exist some options, for example NETIF_F_IP_CSUM and NETIF_F_HW_CSUM. Both are not set, so Linux kernel should calculate the checksum. But I think, it does not. As I see, it does not for TCP and UDP packets. If you grep for these macros you will see how other net-drivers forwards this checksum calculation to the hardware chip. For coLinux we need to add this calculation in conet Linux kernel driver. Some interesting comments will find in Linux kernel header near the macro NETIF_F_IP_CSUM. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-03-17 12:57 Message: Really thanks! But, just a question: where i could look to fix checksum calculation? into conet module or into ndis/pcap-bridge daemon? ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-03-16 20:17 Message: That should be simple. I have the same symptom on my Intel PCI-Express. My card is a "Realtek RTL8102E Family PCI-E Fast Ethernet NIC". I can not connect via ssh from Host to coLinux. tcpdump on coLinux or Wireshark on Windows let's see the problem: The card does not accept packets with checksum errors. To make it usable, go into network card "Hardware options" - "Extensions" - Properties: "Checksum" - and change the Value into "Disable". Here is an example session of ssh connect from host to coLinux (the failed case). tcpdump on coLinux: 20:44:36.847616 arp who-has 192.168.2.100 tell 192.168.2.104 20:44:36.847616 arp reply 192.168.2.100 is-at 00:21:85:56:fb:35 20:44:41.647688 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 48) 192.168.2.104.22 > 192.168.2.100.1057: S, cksum 0xabbc (correct), 1094183181:1094183181(0) ack 309852530 win 5840 20:44:41.657689 IP (tos 0x0, ttl 128, id 434, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.2.100.1057 > 192.168.2.104.22: ., cksum 0x8637 (incorrect (-> 0xef50), ack 1 win 65535 20:44:53.647869 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto: TCP (6), length: 48) 192.168.2.104.22 > 192.168.2.100.1057: S, cksum 0xabbc (correct), 1094183181:1094183181(0) ack 309852530 win 5840 20:44:53.647869 IP (tos 0x0, ttl 128, id 435, offset 0, flags [DF], proto: TCP (6), length: 40) 192.168.2.100.1057 > 192.168.2.104.22: ., cksum 0x8637 (incorrect (-> 0xef50), ack 1 win 65535 The same output with Wireshark on Windows: 6 5.016498 00:ff:99:88:b0:00 00:21:85:56:fb:35 ARP Who has 192.168.2.100? Tell 192.168.2.104 7 5.016521 00:21:85:56:fb:35 00:ff:99:88:b0:00 ARP 192.168.2.100 is at 00:21:85:56:fb:35 8 9.829057 192.168.2.104 192.168.2.100 TCP ssh > startron [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 9 9.829114 192.168.2.100 192.168.2.104 TCP [TCP Dup ACK 3#2] startron > ssh [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0 10 21.814002 192.168.2.104 192.168.2.100 TCP ssh > startron [SYN, ACK] Seq=0 Ack=1 Win=5840 Len=0 MSS=1460 11 21.814062 192.168.2.100 192.168.2.104 TCP [TCP Dup ACK 3#3] startron > ssh [ACK] Seq=1 Ack=1 Win=65535 [TCP CHECKSUM INCORRECT] Len=0 I leave this bug opened, because it would be nicer to calculate the checksum before submit it into the windows network stack. Disable the receiver is a workaround. ---------------------------------------------------------------------- Comment By: daniele_dll (daniele_dll) Date: 2009-03-16 17:45 Message: Note: when i upgraded i've launched the necessary remove/install driver as requested in readme file ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2688891&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-04-07 10:25:07
|
Bugs item #2890857, was opened at 2009-11-02 18:32 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2890857&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: None Priority: 5 Private: No Submitted By: Peter Kuznetsov (peter_kuznetsov) Assigned to: Nobody/Anonymous (nobody) Summary: SCSI: Kernel panic - "response: use_sg (2) > 1" Initial Comment: Summary. ======= Version 0.8.0 with kernel 2.6.25.20: ... Driver 'sd' needs updating - please use bus_type methods Driver 'sr' needs updating - please use bus_type methods ... scsi1: unhandled opcode: 51 ... Kernel panic - not syncing: COSCSI: response: use_sg (2) > 1! Version 0.8.0 with kernel 2.6.22.18: Version 0.7.5: Version 0.7.4: ... scsi1: unhandled opcode: 5a scsi1: unhandled opcode: 51 ... (System continue working) Version 0.7.3: Version 0.7.2: Don't work. Some details. ============ File "run.bat": -------------- set COLINUX_CONSOLE_FONT=Lucida Console:12 set COLINUX_CONSOLE_EXIT_ON_DETACH=1 colinux-daemon.exe --remove-driver colinux-daemon.exe --install-driver colinux-daemon.exe @config.cfg -v 3 -t nt colinux-daemon.exe --remove-driver File "config.cfg": ---------------- cocon=160x79 mem=512 kernel=vmlinux initrd=initrd.gz # Flat part of vmdk (with MBR) scsi0=disk,"Debian-5.0.3-KDE-00.flat" scsi1=disk,"O:\VIRT_DISK\VDISKS\swap_scsi_0.flat" # flat part of vmdk scsi2=cdrom,"J:\OS\Linux\$DEBIAN\Debian\5.0.3\debian-503-i386-DVD-1.iso" root=/dev/sda1 ro eth0=slirp File "/etc/fstab" (without editing after installation): ---------------- # /etc/fstab: static file system information. # # <file system> <mount point> <type> <options> <dump> <pass> proc /proc proc defaults 0 0 /dev/sda1 / ext3 errors=remount-ro 0 1 /dev/sdb1 none swap sw 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0 /media/floppy0 auto rw,user,noauto 0 0 In whole system after installation I've edited only one file "/etc/X11/default-display-manager": #/usr/bin/kdm echo "null" > /etc/X11/default-display-manager Relevant output. =============== Version 0.8.0 with kernel 2.6.25.20 (kernel panic): -------------------------------------------------- scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 scsi 0:0:1:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 scsi 0:0:2:0: CD-ROM coLinux COCD 1.01 PQ: 0 ANSI: 2 Driver 'sd' needs updating - please use bus_type methods <----------------------PK!!! sd 0:0:0:0: [sda] 6291456 512-byte hardware sectors (3221 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1f 00 10 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:0:0: [sda] 6291456 512-byte hardware sectors (3221 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1f 00 10 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sda: sda1 sd 0:0:0:0: [sda] Attached SCSI disk sd 0:0:1:0: [sdb] 4194304 512-byte hardware sectors (2147 MB) sd 0:0:1:0: [sdb] Write Protect is off sd 0:0:1:0: [sdb] Mode Sense: 1f 00 10 08 sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:1:0: [sdb] 4194304 512-byte hardware sectors (2147 MB) sd 0:0:1:0: [sdb] Write Protect is off sd 0:0:1:0: [sdb] Mode Sense: 1f 00 10 08 sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA sdb: sdb1 sd 0:0:1:0: [sdb] Attached SCSI disk Driver 'sr' needs updating - please use bus_type methods <----------------------PK!!! sr0: scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 0:0:2:0: Attached scsi CD-ROM sr0 ... scsi2: unhandled opcode: 51 sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 0:0:1:0: Attached scsi generic sg1 type 0 sr 0:0:2:0: Attached scsi generic sg2 type 5 scsi2: unhandled opcode: 51 ... Kernel panic - not syncing: COSCSI: response: use_sg (2) > 1! <-------------------PK!!! colinux: Linux VM terminated colinux: Kernel panic: COSCSI: response: use_sg (2) > 1! console: Monitor3116: Detached Q:\coLinux\$Debian\Debian\5.0.3-co-080_2.6.25.20>colinux-daemon.exe --remove-driver Cooperative Linux Daemon, 0.8.0 Daemon compiled on Sun Sep 27 12:50:20 2009 ============================================================================ Version 0.8.0 with kernel 2.6.22.18 (working): --------------------------------------------- scsi0 : Cooperative Linux SCSI Adapter scsi 0:0:0:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 scsi 0:0:1:0: Direct-Access coLinux CODISK 1.01 PQ: 0 ANSI: 5 scsi 0:0:2:0: CD-ROM coLinux COCD 1.01 PQ: 0 ANSI: 2 sd 0:0:0:0: [sda] 6291456 512-byte hardware sectors (3221 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1f 00 10 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:0:0: [sda] 6291456 512-byte hardware sectors (3221 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 1f 00 10 08 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA sda: sda1 sd 0:0:0:0: [sda] Attached SCSI disk sd 0:0:1:0: [sdb] 4194304 512-byte hardware sectors (2147 MB) sd 0:0:1:0: [sdb] Write Protect is off sd 0:0:1:0: [sdb] Mode Sense: 1f 00 10 08 sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA sd 0:0:1:0: [sdb] 4194304 512-byte hardware sectors (2147 MB) sd 0:0:1:0: [sdb] Write Protect is off sd 0:0:1:0: [sdb] Mode Sense: 1f 00 10 08 sd 0:0:1:0: [sdb] Write cache: enabled, read cache: enabled, supports DPO and FUA sdb: sdb1 sd 0:0:1:0: [sdb] Attached SCSI disk sr0: scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 0:0:2:0: Attached scsi CD-ROM sr0 ....................................... scsi2: unhandled opcode: 51 <-------------------PK!!! sd 0:0:0:0: Attached scsi generic sg0 type 0 sd 0:0:1:0: Attached scsi generic sg1 type 0 sr 0:0:2:0: Attached scsi generic sg2 type 5 ....................................... scsi2: unhandled opcode: 5a <-------------------PK!!! scsi2: unhandled opcode: 51 scsi2: unhandled opcode: 51 scsi2: unhandled opcode: 5a scsi2: unhandled opcode: 5a ... sd 0:0:1:0: [sdb] Synchronizing SCSI cache sd 0:0:0:0: [sda] Synchronizing SCSI cache =============================================================================== If you need some additional testing of coLinux-0.8.0 with kernel 2.6.25.20, mail me, I can do it. Many thanks for very usefull system!!! With best regards, Peter. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-07 10:25 Message: HNZ9kc <a href="http://ehvsvybzspli.com/">ehvsvybzspli</a>, [url=http://ajzlgkyqtfxv.com/]ajzlgkyqtfxv[/url], [link=http://essxcvtpfgrl.com/]essxcvtpfgrl[/link], http://keszrrrxvxii.com/ ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-06 21:30 Message: SVN revisions r1282 fixed this bug in Kernel 2.6.25.20, and r1284 in 2.6.22.18. ---------------------------------------------------------------------- Comment By: Peter Kuznetsov (peter_kuznetsov) Date: 2009-11-03 21:39 Message: Henry, I close this tracker and will wait for next autobuild with kernel 2.6.25.20 (it is closer to 2.6.26.2, which is used in Debian 5.0.3). With many thanks, Peter. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-03 20:58 Message: The warnings Driver 'sd' needs updating - please use bus_type methods Driver 'sr' needs updating - please use bus_type methods are harmless. The Bug at COSCSI: response: use_sg (2) > 1! is more a real problem. There a variable has two buffers, but the caller of function only should fill a single buffer, and the function can only run with a single buffer. If that bug line was triggered, then something is real wrong. I will try to replace the "panic" into a "warning". So we would see the stack backtrace from callers. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2890857&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-04-06 21:32:45
|
Bugs item #2893343, was opened at 2009-11-06 15:25 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2893343&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Crash / BSOD Group: v0.8.x (devel) Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Henry N. (henryn) Summary: BSOD with 20091105 - VMALLOC_END overlaps host shared memory Initial Comment: with snapshot 0.8.0-20091105, the host got BSOD. no problem with 0.8.0-20090905. downloaded from http://www.colinux.org/snapshots/ os: windows xp sp3 with all hotfix installed i have retried many time, double check file permission, no luck ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-04-06 21:32 Message: Sourceforge.. Great idea :) ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-10 23:16 Message: Now, also fixed for the stable release 0.7.6-rc1 and committed to SVN release r1291. Download available from Snapshot page. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2009-11-10 16:29 Message: no crash with ram=any value. looks like it's fixed. thanks for your great work ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-08 12:51 Message: Real memory limit was 984 MB all times. With value of 1000 MB "vmalloc" and "lowmem" overlaps the "colinux" shared host memory and would crash, if Linux would use all of this memory later. Here is a virtual memory layout with adjusted pointers for vmalloc: fixmap : 0xffffc000 - 0xfffff000 ( 12 kB) colinux : 0xfe800000 - 0xffc00000 ( 20 MB) vmalloc : 0xfe000000 - 0xfe7fe000 ( 7 MB) lowmem : 0xc0000000 - 0xfd800000 ( 984 MB) Fixed in SVN revision r1285. New snapshot available. ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-07 14:22 Message: Thanks. Think, the new kernel uses more "reserved" memory. I have successfully tested up to mem=984 with and without PAE in Windows boot.ini. Is 984M also working in your environment? Than I would change the limit to that value. ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2009-11-07 13:09 Message: btw, no crash if i configure as: mem=1024 init=/bin/sh looks like there's some memory overrun colinux compiled with new kernel while 1024M ram is in use ---------------------------------------------------------------------- Comment By: Xuefer (xuefer) Date: 2009-11-07 13:06 Message: reproduced only with big ram configured for colinux =================== ram=960 -> no problem ram=992 (960+32) -> guest crash ram=1024 -> host crash =================== colinux-daemon output: Cooperative Linux Daemon, 0.8.0 Daemon compiled on Thu Nov 5 23:08:04 2009 using 'vmlinux' as kernel image configuring 992 MB of virtual RAM selected cobd0 for sda2, mapping to '\Device\Harddisk0\Partition2' selected cobd1 for sda3, mapping to '\Device\Harddisk0\Partition3' selected cobd2 for sda5, mapping to '\Device\Harddisk0\Partition4' configured NDIS bridge at 'coLinux' device as eth1 MAC address: 00:ff:4f:0d:e7:c0 mapping cofs0 to \DosDevices\c:\app\system\colinux\ mapping cofs1 to \DosDevices\c:\ mapping cofs2 to \DosDevices\d:\ mapping cofs3 to \DosDevices\i:\ mapping cofs4 to \DosDevices\g:\ kernel boot parameters: 'video0=4 root=/dev/sda3 bootlevel=c.boot softlevel=c.default' creating monitor PID: 2300 colinux: launching console executing: colinux-console-fltk -a 2300 launching daemon for conet1 executing: colinux-ndis-net-daemon -i 2300 -u 1 -n "coLinux" -mac 00:ff:4f:0d:e7:c0 -p 1 colinux: booting Ndis bridge probe on "1394 连接" Ndis bridge probe on "本地连接" Ndis bridge probe on "WAN" Ndis bridge probe on "Bluetooth" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "VirtualBox Host-Only Network" Ndis bridge probe on "coLinux" conet-ndis-daemon: Bridge on: coLinux Linux version 2.6.25.20-co-0.8.0 (hn@hn-dt) (gcc version 4.2.1 (SUSE Linux)) #1 PREEMPT Thu Nov 5 23:06:10 CET 2009 992MB LOWMEM available. Entering add_active_range(0, 0, 253952) 0 entries of 256 used Zone PFN ranges: Normal 0 -> 253952 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 253952 On node 0 totalpages: 253952 Normal zone: 1984 pages used for memmap Normal zone: 0 pages reserved Normal zone: 251968 pages, LIFO batch:31 Movable zone: 0 pages used for memmap Built 1 zonelists in Zone order, mobility grouping on. Total pages: 251968 Kernel command line: video0=4 root=/dev/sda3 bootlevel=c.boot softlevel=c.default Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 Setting proxy interrupt vectors PID hash table entries: 4096 (order: 12, 16384 bytes) Console: colour CoCON 80x25 console [tty0] enabled Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1002624k/1015808k available (2029k kernel code, 0k reserved, 618k data, 156k init, 0k highmem) .init : 0xcCPA: page pool initialized 1 of 1 pages preallocated Calibrating delay loop... 14522.77 BogoMIPS (lpj=72613888) Security Framework initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) Compat vDSO mapped to ffffe000. CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 02 Checking 'hlt' instruction... OK. Freeing SMP alternatives: 0k freed net_namespace: 536 bytes NET: Registered protocol family 16 SCSI subsystem initialized PCI: Probing PCI hardware PCI: Probing PCI hardware (bus 00) NET: Registered protocol family 2 IP route cache hash table entries: 32768 (order: 5, 131072 bytes) TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 6, 262144 bytes) TCP: Hash tables configured (established 131072 bind 65536) TCP reno registered audit: initializing netlink socket (disabled) colinux: Linux VM terminated colinux: Kernel panic: Attempted to kill init! shutting down Pipe broken, exiting daemon cleanup rc=0b14b800 exit=0 =================== kernel output: (no idea how to paste kernel output as text) see http://paste.ubuntu.com.cn/i46371 cannot attach a screenshot file here as i didn't open this bug ---------------------------------------------------------------------- Comment By: Henry N. (henryn) Date: 2009-11-06 20:43 Message: Do clean upgrade steps by step: * Download archive "daemons-0.8.0-20091105.zip" form: http://www.henrynestler.com/colinux/testing/devel-0.8.0/20091105-Snapshot/packages/ * Unpack all the files into new directory, for example to c:\coLinux-2.6.25 * Copy your colinux config file or your BAT file from old installation into the new directory. Edit the new config- or bat- file and add the full path for your image files (cobd, scsi or hda). - If you not have used full path names before. * Remove or comment out the "initrd=initrd.gz" from config, and save the config. * Stop all running colinux * Open command prompt on old installation directory * Remove the driver colinux-daemon --remove-driver * Check, that the driver is truely removed: colinux-daemon --status-driver * Reboot your windows now! * Open command prompt on the new directory and perform the manual install: colinux-daemon --install-driver * Reboot your Windows now! (This step is need, if the start would crash at next step.) * Run your new colinux versioon from new directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2893343&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-03-18 09:27:17
|
Bugs item #2945155, was opened at 2010-02-03 09:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2945155&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.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ndis-bridge, win7, no host/guest communication Initial Comment: Ping between windows 7 host and colinux guest fails when using ndis-bridge. My configuration and environment: eth1=ndis-bridge,"LAN-Verbindung",02:00:00:00:00:02 Firewall = off Network adapter: Realtek PCIe GBE Family Controller Colinux: devel.colinux-20100117 A running wireshark on windows host has shown the incomming icmp packets and also the outgoing replys. Nevertheless, they are not going to bee seen on my linux guest system. Same is the other way round, ping from windows to linux won't work. The only way round it has been to add an additional slirp connection between host and guest, but this is a bit slow. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-03-18 09:27 Message: Installing VirtualBox and enabling the driver under connection profile was the fix I had working by accident. Good for ndis-bridge and colinux. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-03-16 08:46 Message: I've experienced this same issue going onto about two months now.. before all was well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2945155&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-03-16 08:46:11
|
Bugs item #2945155, was opened at 2010-02-03 09:56 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2945155&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.8.x (devel) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ndis-bridge, win7, no host/guest communication Initial Comment: Ping between windows 7 host and colinux guest fails when using ndis-bridge. My configuration and environment: eth1=ndis-bridge,"LAN-Verbindung",02:00:00:00:00:02 Firewall = off Network adapter: Realtek PCIe GBE Family Controller Colinux: devel.colinux-20100117 A running wireshark on windows host has shown the incomming icmp packets and also the outgoing replys. Nevertheless, they are not going to bee seen on my linux guest system. Same is the other way round, ping from windows to linux won't work. The only way round it has been to add an additional slirp connection between host and guest, but this is a bit slow. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-03-16 08:46 Message: I've experienced this same issue going onto about two months now.. before all was well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2945155&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-02-27 15:22:08
|
Bugs item #3188516, was opened at 2011-02-21 21:02 Message generated for change (Comment added) made by keith3056 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wget'ing something makes audio chirp on host Initial Comment: Hi, I would like to report a strange thing that I found using colinux 0.7.9-RC4. When I use an ArchLinux guest and wget something (preferably something large like an iso) my foobar player on the host (Windows XP 32bit) plays chirps through my music (MP3 files). When wget finishes or is killed, it keeps chirping until the buffer is refreshed (typically 0.5 buffer length). So it seems the audio buffer gets corrupted while it is filled. But it gets stranger: - Media Player Classic with ffdshow seems to chirp only when I play an audio or a video file which has AAC or AC3 audio. - MP3 in MPC is not affected when decoded with the libmad decoder, but does chirp when decoded with libavcodec. - Rarely I see artifacts in the video while wget'ing. - When I lower the buffer length in foobar (to 50ms) and start wget, the chirping is instant. - When I increase the buffer in foobar (to 16s) and start wget, the chirping takes a long while to kick in, but keeps on going while wget is finished or killed. - Using different output precisions in foobar gave me these results: -- 8bit + non-dithered: chirpes -- 8bit + dithered: doesn't chirp -- 16bit + non-dithered: doesn't chirp -- 16bit + dithered: doesn't chirp -- 24bit: chirpes (dithering unavailable) -- 32bit: not supported by soundcard, sounds awful. - BTW: My soundcard is a Soundblaster Audigy SE 24bit. - Firefox on the host seems to crash a lot more when wget'ing in a guest and a flash movie is playing on the host (youtube). - Rarely I see artifacts in youtube video's while wget'ing. So I tried isolating the problem: - dd'ing 200megs from /dev/full to a file. No chirping. - wget using an external server (linux iso fetching). Chirpes. - wget using an internal server (binary blob fetching). Chirpes. - Running netio, client on guest, server on host (tcp using default port and port 80). No chirping. - Running netio, server on guest, client on host (tcp using default port and port 80). No chirping. - Using pcap-bridge instead of ndis-bridge. Both chirp. - Using Debian Lenny guest, I recently upgraded the Archlinux guest and it uses quite cuting-edge packages, Debian should be more old fashioned. Still chirpes. - Written a little program to do a lot of floating point operations. Doesn't chirp. - Written a little program to do a lot of memory allocation operations. Doesn't chirp. - wget using the guest as server (binary blob fetching), no real network involved. Chirpes. - Download the binary blob from the guest to the host (reverse http transfer). Doesn't chirp. Seems only wget causes the problem to surface. And it seems to me like a memory corruption somewhere. Hopefully this rings a bell with someone and can be fixed easily. Keep up the good work. Greetings, Keith ---------------------------------------------------------------------- Comment By: Keith (keith3056) Date: 2011-02-27 16:22 Message: Okay, today I tried testing the snapshots listed above which I haven't tested before. The results are: v0.7.9-20101113 chirpes v0.7.9-20101109 chirpes v0.7.8-20100727 chirpes In short, it seems this problem was introduced in July last year. ---------------------------------------------------------------------- Comment By: Keith (keith3056) Date: 2011-02-22 11:50 Message: I tested a few versions of colinux, and it seems like a long lived problem: v0.7.9-20110216 (RC4) chirpes v0.7.9-20110205 chirpes v0.7.9-20110204 chirpes v0.7.9-20110125 chirpes v0.7.9-20101122 chirpes v0.7.9-20101114 chirpes v0.7.9-20101113 untestable, no reiserfs v0.7.9-20101109 untestable, no reiserfs v0.7.8-20100727 untestable, no reiserfs v0.7.7.1 (20100702) doesn't chirp The versions without reiserfs baked-in should be tested by someone else. All my virtual machines need reiserfs to boot, sry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-02-22 10:50:14
|
Bugs item #3188516, was opened at 2011-02-21 21:02 Message generated for change (Comment added) made by keith3056 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wget'ing something makes audio chirp on host Initial Comment: Hi, I would like to report a strange thing that I found using colinux 0.7.9-RC4. When I use an ArchLinux guest and wget something (preferably something large like an iso) my foobar player on the host (Windows XP 32bit) plays chirps through my music (MP3 files). When wget finishes or is killed, it keeps chirping until the buffer is refreshed (typically 0.5 buffer length). So it seems the audio buffer gets corrupted while it is filled. But it gets stranger: - Media Player Classic with ffdshow seems to chirp only when I play an audio or a video file which has AAC or AC3 audio. - MP3 in MPC is not affected when decoded with the libmad decoder, but does chirp when decoded with libavcodec. - Rarely I see artifacts in the video while wget'ing. - When I lower the buffer length in foobar (to 50ms) and start wget, the chirping is instant. - When I increase the buffer in foobar (to 16s) and start wget, the chirping takes a long while to kick in, but keeps on going while wget is finished or killed. - Using different output precisions in foobar gave me these results: -- 8bit + non-dithered: chirpes -- 8bit + dithered: doesn't chirp -- 16bit + non-dithered: doesn't chirp -- 16bit + dithered: doesn't chirp -- 24bit: chirpes (dithering unavailable) -- 32bit: not supported by soundcard, sounds awful. - BTW: My soundcard is a Soundblaster Audigy SE 24bit. - Firefox on the host seems to crash a lot more when wget'ing in a guest and a flash movie is playing on the host (youtube). - Rarely I see artifacts in youtube video's while wget'ing. So I tried isolating the problem: - dd'ing 200megs from /dev/full to a file. No chirping. - wget using an external server (linux iso fetching). Chirpes. - wget using an internal server (binary blob fetching). Chirpes. - Running netio, client on guest, server on host (tcp using default port and port 80). No chirping. - Running netio, server on guest, client on host (tcp using default port and port 80). No chirping. - Using pcap-bridge instead of ndis-bridge. Both chirp. - Using Debian Lenny guest, I recently upgraded the Archlinux guest and it uses quite cuting-edge packages, Debian should be more old fashioned. Still chirpes. - Written a little program to do a lot of floating point operations. Doesn't chirp. - Written a little program to do a lot of memory allocation operations. Doesn't chirp. - wget using the guest as server (binary blob fetching), no real network involved. Chirpes. - Download the binary blob from the guest to the host (reverse http transfer). Doesn't chirp. Seems only wget causes the problem to surface. And it seems to me like a memory corruption somewhere. Hopefully this rings a bell with someone and can be fixed easily. Keep up the good work. Greetings, Keith ---------------------------------------------------------------------- Comment By: Keith (keith3056) Date: 2011-02-22 11:50 Message: I tested a few versions of colinux, and it seems like a long lived problem: v0.7.9-20110216 (RC4) chirpes v0.7.9-20110205 chirpes v0.7.9-20110204 chirpes v0.7.9-20110125 chirpes v0.7.9-20101122 chirpes v0.7.9-20101114 chirpes v0.7.9-20101113 untestable, no reiserfs v0.7.9-20101109 untestable, no reiserfs v0.7.8-20100727 untestable, no reiserfs v0.7.7.1 (20100702) doesn't chirp The versions without reiserfs baked-in should be tested by someone else. All my virtual machines need reiserfs to boot, sry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 |
|
From: SourceForge.net <no...@so...> - 2011-02-21 20:02:51
|
Bugs item #3188516, was opened at 2011-02-21 20:02 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Linux Kernel Group: v0.7.x (release) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wget'ing something makes audio chirp on host Initial Comment: Hi, I would like to report a strange thing that I found using colinux 0.7.9-RC4. When I use an ArchLinux guest and wget something (preferably something large like an iso) my foobar player on the host (Windows XP 32bit) plays chirps through my music (MP3 files). When wget finishes or is killed, it keeps chirping until the buffer is refreshed (typically 0.5 buffer length). So it seems the audio buffer gets corrupted while it is filled. But it gets stranger: - Media Player Classic with ffdshow seems to chirp only when I play an audio or a video file which has AAC or AC3 audio. - MP3 in MPC is not affected when decoded with the libmad decoder, but does chirp when decoded with libavcodec. - Rarely I see artifacts in the video while wget'ing. - When I lower the buffer length in foobar (to 50ms) and start wget, the chirping is instant. - When I increase the buffer in foobar (to 16s) and start wget, the chirping takes a long while to kick in, but keeps on going while wget is finished or killed. - Using different output precisions in foobar gave me these results: -- 8bit + non-dithered: chirpes -- 8bit + dithered: doesn't chirp -- 16bit + non-dithered: doesn't chirp -- 16bit + dithered: doesn't chirp -- 24bit: chirpes (dithering unavailable) -- 32bit: not supported by soundcard, sounds awful. - BTW: My soundcard is a Soundblaster Audigy SE 24bit. - Firefox on the host seems to crash a lot more when wget'ing in a guest and a flash movie is playing on the host (youtube). - Rarely I see artifacts in youtube video's while wget'ing. So I tried isolating the problem: - dd'ing 200megs from /dev/full to a file. No chirping. - wget using an external server (linux iso fetching). Chirpes. - wget using an internal server (binary blob fetching). Chirpes. - Running netio, client on guest, server on host (tcp using default port and port 80). No chirping. - Running netio, server on guest, client on host (tcp using default port and port 80). No chirping. - Using pcap-bridge instead of ndis-bridge. Both chirp. - Using Debian Lenny guest, I recently upgraded the Archlinux guest and it uses quite cuting-edge packages, Debian should be more old fashioned. Still chirpes. - Written a little program to do a lot of floating point operations. Doesn't chirp. - Written a little program to do a lot of memory allocation operations. Doesn't chirp. - wget using the guest as server (binary blob fetching), no real network involved. Chirpes. - Download the binary blob from the guest to the host (reverse http transfer). Doesn't chirp. Seems only wget causes the problem to surface. And it seems to me like a memory corruption somewhere. Hopefully this rings a bell with someone and can be fixed easily. Keep up the good work. Greetings, Keith ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=622063&aid=3188516&group_id=98788 |
81 messages has been excluded from this view by a project administrator.
