colinux-devel — Cooperative Linux development mailing list

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 03:59
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Henry N. (henryn)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-12-09 22:32

Message:
This is hard to debug. I found an error in co_debug now.

All back call handlers, for example
SendCompleteHandler=co_conet_proto_send_complete are in "IRQL:
DISPATCH_LEVEL", see Requirements on this article
http://msdn.microsoft.com/en-us/library/ms797308.aspx

If we call a KeWaitForSingleObject from DISPATCH_LEVEL we risk a BSOD Bug
Check 0xB8: ATTEMPTED_SWITCH_FROM_DPC
(http://msdn.microsoft.com/en-us/library/ms795832.aspx). Exactly that does
co_debug(), so I can not use it.

An interesting article about IRQL I found here:
http://ext2fsd.sourceforge.net/documents/irql.htm

For the NdisSend, I assume any of the completion call backs tries
NdisAcquireSpinLock, and that can hang on disabled interrupts
(DISPATCH_LEVEL = disabled interrupts). NdisAcquireSpinLock is a macro for
KeAcquireSpinLock. Should we use NdisDprAcquireSpinLock (alias
KeAcquireSpinLockAtDpcLevel) in this call back routines?

For better overview have created function flows graphics from ndis
driver:
http://www.henrynestler.com/colinux/codeviz/ndis-bridge/


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-12-07 23:38

Message:
Have a host with same problem. - That's good, so I can trace it.

A ping from coLinux to host freezes the host.
The card is a Realtek RTL8102E Family PCI-E Fast Ethernet NIC.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-04 08:15

Message:
pcap-bridge did not have this problem. I also upgraded to 1130, this
problem still existed.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-02 22:21

Message:
The real problem is NdisSend() with dest == hostMac, previous comment is
wrong.
Drop packet with dest == OID_802_3_CURRENT_ADDRESS fix it, but host &
guest can't commucation anymore.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 15:25

Message:
After some research, I think the problem is packet forward loop. Filtering
out packets from virtual mac to self/broadcast packets seems fix it. 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 14:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-12-01 00:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 03:59
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Henry N. (henryn)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-12-07 23:38

Message:
Have a host with same problem. - That's good, so I can trace it.

A ping from coLinux to host freezes the host.
The card is a Realtek RTL8102E Family PCI-E Fast Ethernet NIC.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-04 08:15

Message:
pcap-bridge did not have this problem. I also upgraded to 1130, this
problem still existed.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-02 22:21

Message:
The real problem is NdisSend() with dest == hostMac, previous comment is
wrong.
Drop packet with dest == OID_802_3_CURRENT_ADDRESS fix it, but host &
guest can't commucation anymore.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 15:25

Message:
After some research, I think the problem is packet forward loop. Filtering
out packets from virtual mac to self/broadcast packets seems fix it. 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 14:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-12-01 00:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 02:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-04 07:15

Message:
pcap-bridge did not have this problem. I also upgraded to 1130, this
problem still existed.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-02 21:21

Message:
The real problem is NdisSend() with dest == hostMac, previous comment is
wrong.
Drop packet with dest == OID_802_3_CURRENT_ADDRESS fix it, but host &
guest can't commucation anymore.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 14:25

Message:
After some research, I think the problem is packet forward loop. Filtering
out packets from virtual mac to self/broadcast packets seems fix it. 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 13:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-30 23:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] patch for cocon for permit resize of console

[Paolo M. <pao...@gm...>]

Hi Henry,
I understand the oops of stty rows=nn cols=mm.

The problem was the return of

==>File CoCon.c , function cocon_set_origin
This function must return 0, not 1 !

See drivers/char/vt.c, function set_origin.
vc->vc_origin must be the same of vc->vc_origin.
The easier way is that the if statement is true, that is a condition
in the brackets.

I have studied a lot the problem and in my opinion this is the best
way, so we cannot touch other files. I have tried a script that
continues to resize severla consoles and for me now all is OK.
Before that I wrote this patch, I had a oops after few seconds.


==>File CoCon.c , function cocon_resize
if (width>MAX_CONSOLE_SIZE_X || heught>MAX_CONSOLE_SIZE_Y)
{
    return -EINVAL;
}
return 0;

Now, with the latest versions it is possible to say at startup the
console size, so my MAX_CONSOLE_SIZE_X and MAX_CONSOLE_Y are those
chosen by the user.
For now I have these as #define, so I cannot indicate exactly how
write this code.

Bye,
Paolo

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 02:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-02 21:21

Message:
The real problem is NdisSend() with dest == hostMac, previous comment is
wrong.
Drop packet with dest == OID_802_3_CURRENT_ADDRESS fix it, but host &
guest can't commucation anymore.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 14:25

Message:
After some research, I think the problem is packet forward loop. Filtering
out packets from virtual mac to self/broadcast packets seems fix it. 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 13:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-30 23:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 02:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 14:25

Message:
After some research, I think the problem is packet forward loop. Filtering
out packets from virtual mac to self/broadcast packets seems fix it. 

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 13:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-30 23:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 02:59
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-12-01 13:42

Message:
New snapshot 1130 solve the Non-IP packet problem. This time I meet this
bug too, my card is Atheros L2. 

----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-30 23:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] autobuild org.colinux.devel 20081130 23:03:20

[coLinux a. <col...@he...>]

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-20081130/

 colinux-0.8.0-20081130.src.tgz  (694335 Bytes)
 daemons-0.8.0-20081130.dbg.zip  (595192 Bytes)
 daemons-0.8.0-20081130.zip  (480551 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-20081129/

The autobuild compilations are not official releases of Cooperative Linux
software.  There is no warranty that any autobuild version is stable.  If
use this autobuild version, please give us feedback of your experience.

Job runs on machine with 64 bit version of gcc 4.1.2.
A service from http://gcc.gnu.org/wiki/CompileFarm

-- 
Lots of fun with newest version,
Henry Nestler
------------------------------------------------------------------------
r1151 | henryn | 2008-11-30 23:03:20 +0000 (Sun, 30 Nov 2008) | 4 lines
Changed paths:
   M /branches/devel/NEWS
   M /branches/devel/src/colinux/os/winnt/kernel/conet.c

* Bug #2357494,#2365031: ndis-bridge was not working with PPPoE, AoE
  and others types as IP and ARP packets. Type filter removed now.
  New filter rule is: (ether dst mac) or (ether broadcast) 

------------------------------------------------------------------------

[coLinux-devel] [ colinux-Bugs-2152550 ] rsync cannot set mtime correctly on cofs

[SourceForge.net <no...@so...>]

Bugs item #2152550, was opened at 2008-10-08 05:29
Message generated for change (Settings changed) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2152550&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
>Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Xuefer (xuefer)
Assigned to: Henry N. (henryn)
Summary: rsync cannot set mtime correctly on cofs

Initial Comment:
$ cd ~
(native mount, non-cofs, good result)
$ rm -f a b; touch -d 1970-1-1 a ; rsync -a a b;  ls --full-time a b ; rm -f a b-rw-r--r-- 1 xuefer xuefer 0 1970-01-01 00:00:00.000000000 +0800 a
-rw-r--r-- 1 xuefer xuefer 0 1970-01-01 00:00:00.000000000 +0800 b

$ cd /c/tmp
(cofs mount, wrong result)
$ rm -f a b; touch -d 1970-1-1 a ; rsync -a a b;  ls --full-time a b ; rm -f a b-rwxr-xr-x 1 xuefer users 0 1970-01-01 00:00:00.000000000 +0800 a*
-rwxr-xr-x 1 xuefer users 0 2008-10-08 11:29:22.000000000 +0800 b*


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-10-27 23:55

Message:
This bug is fixed by SVN revision r1127 and has nothing to do with nocache
and Bug #2176188.
The parameter for set atime and mtime are swapped by wrong variable names.
The current snapshot http://www.colinux.org/snapshots/ includes this
change.

For rsync test have added "stat a b", this shows the swapped times. The
test script:
  cd /mnt/temp
  rm -f a b
  sleep 1
  touch -d 1970-1-1 a
  rsync -a a b
  ls --full-time a b
  stat a b

Before  r1127 (non interesting lines removed):
-rwxr-xr-x 1 root root 0 1970-01-01 00:00:00.000000000 +0000 a
-rwxr-xr-x 1 root root 0 2008-10-27 22:31:25.000000000 +0000 b
  File: `a'
Access: 1970-01-01 00:00:00.000000000 +0000
Modify: 1970-01-01 00:00:00.000000000 +0000
Change: 2008-10-27 22:31:27.000000000 +0000
  File: `b'
Access: 1970-01-01 00:00:00.000000000 +0000
Modify: 2008-10-27 22:31:25.000000000 +0000
Change: 2008-10-27 22:31:27.000000000 +0000

After  r1127 (non interesting lines removed):
-rw-r--r-- 1 root root 0 1970-01-01 00:00:00.000000000 +0000 a
-rw-r--r-- 1 root root 0 1970-01-01 00:00:00.000000000 +0000 b
  File: `a'
Access: 1970-01-01 00:00:00.000000000 +0000
Modify: 1970-01-01 00:00:00.000000000 +0000
Change: 2008-10-27 22:37:22.000000000 +0000
  File: `b'
Access: 2008-10-27 22:37:22.000000000 +0000
Modify: 1970-01-01 00:00:00.000000000 +0000
Change: 2008-10-27 22:37:22.000000000 +0000

The same script on /tmp (cobd), have same times:
-rw-r--r-- 1 root root 0 1970-01-01 00:00:00.000000000 +0000 a
-rw-r--r-- 1 root root 0 1970-01-01 00:00:00.000000000 +0000 b
  File: `a'
Access: 1970-01-01 00:00:00.000000000 +0000
Modify: 1970-01-01 00:00:00.000000000 +0000
Change: 2008-10-27 22:56:18.000000000 +0000
  File: `b'
Access: 2008-10-27 22:56:18.000000000 +0000
Modify: 1970-01-01 00:00:00.000000000 +0000
Change: 2008-10-27 22:56:18.000000000 +0000


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-10-26 21:55

Message:
This is a duplicate of bug# 2176188 "file sync wrong on cofs".

Rsync creates temporally files like ".b..b8jlLdx". Than rsync tries to
change attributes after rename.
The rename is not complete from async file close, so the file can't reopen
shortly for time modifications.

As workaround you can add "nocache" to the mount options, then it works.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2152550&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 03:59
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-12-01 00:16

Message:
What does the problem, if you replace the ndis-bridge with pcap-bridge?
Today the filter rule for ndis-bridge was changed. Perhaps this solves
your problem?


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2365031 ] NDIS bridge with AOE support?

[SourceForge.net <no...@so...>]

Bugs item #2365031, was opened at 2008-11-30 16:39
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2365031&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: NDIS bridge with AOE support?

Initial Comment:
Please add AOE (ATA over ethernet), ethernet type 0x88A2 to NDIS bridge filter. pcap-bridge is too sloww..... to use, NDIS bridge is good, but only forward ARP and IP packets.

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-12-01 00:13

Message:
This is similar to Bug #2357494.

The new filter rule is "(ether dst mac) or (ether broadcast)".
More the same as under pcap-bridge. Only multicast have not enabled.

Is committed as SVN revision r1151.
Please check the version from next autobuild.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2365031&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357494 ] ndis-bridge can't work well with pppoe

[SourceForge.net <no...@so...>]

Bugs item #2357494, was opened at 2008-11-29 03:12
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ndis-bridge can't work well with pppoe

Initial Comment:
I tried to use pppoe in colinux, but pppoeconf can't find modem when using ndis-bridge, changing to pcap-bridge did not have this problem

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-12-01 00:10

Message:
The new filter rule is "(ether dst mac) or (ether broadcast)".
More the same as under pcap-bridge. Only multicast have not enabled.

I was able to use pppoeconf and a connection was established.
Is committed as SVN revision r1151.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-30 16:44

Message:
Yes, ndis-bridge only support ARP/IP protocol. It doesn't support AOE (in
my case) & PPPOE.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357494 ] ndis-bridge can't work well with pppoe

[SourceForge.net <no...@so...>]

Bugs item #2357494, was opened at 2008-11-29 02:12
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ndis-bridge can't work well with pppoe

Initial Comment:
I tried to use pppoe in colinux, but pppoeconf can't find modem when using ndis-bridge, changing to pcap-bridge did not have this problem

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-30 15:44

Message:
Yes, ndis-bridge only support ARP/IP protocol. It doesn't support AOE (in
my case) & PPPOE.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

[coLinux-devel] [ colinux-Bugs-2365031 ] NDIS bridge with AOE support?

[SourceForge.net <no...@so...>]

Bugs item #2365031, was opened at 2008-11-30 15:39
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2365031&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: NDIS bridge with AOE support?

Initial Comment:
Please add AOE (ATA over ethernet), ethernet type 0x88A2 to NDIS bridge filter. pcap-bridge is too sloww..... to use, NDIS bridge is good, but only forward ARP and IP packets.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2365031&group_id=98788

[coLinux-devel] autobuild org.colinux.devel 20081129 23:25:06

[coLinux a. <col...@he...>]

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-20081129/

 colinux-0.8.0-20081129.src.tgz  (694348 Bytes)
 daemons-0.8.0-20081129.dbg.zip  (595212 Bytes)
 daemons-0.8.0-20081129.zip  (480570 Bytes)
 modules-2.6.22.18-co-0.8.0-20081129.tgz  (2603040 Bytes)
 vmlinux-2.6.22.18-co-0.8.0-20081129.zip  (1762481 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-*-20081129.tgz -C /

The autobuild compilations are not official releases of Cooperative Linux
software.  There is no warranty that any autobuild version is stable.  If
use this autobuild version, please give us feedback of your experience.

Job runs on machine with 64 bit version of gcc 4.1.2.
A service from http://gcc.gnu.org/wiki/CompileFarm

-- 
Lots of fun with newest version,
Henry Nestler
------------------------------------------------------------------------
r1150 | henryn | 2008-11-29 23:25:06 +0000 (Sat, 29 Nov 2008) | 6 lines
Changed paths:
   M /branches/devel/patch/cofs-core.diff

* fuse_unlink: Do not lookup for file attribute after file was deleted.
  New i_nlink count will discovered at the next lookup/getattr.
* Use function clear_nlink() for setting i_nlink=0.

  Backported from standard fuse version 7.8

------------------------------------------------------------------------
r1149 | henryn | 2008-11-29 23:19:56 +0000 (Sat, 29 Nov 2008) | 3 lines
Changed paths:
   M /branches/devel/src/colinux/kernel/filesystem.c

* inode_rename: Fuzz of 1 byte missing in SVN r1148.
  (My fault, original patch from Tomas was correct)

------------------------------------------------------------------------
r1148 | henryn | 2008-11-29 22:45:21 +0000 (Sat, 29 Nov 2008) | 9 lines
Changed paths:
   M /branches/devel/patch/cofs-core.diff
   M /branches/devel/src/colinux/kernel/filesystem.c

* inode_rename: When renaming a file Linux assumes that the same inode is
  used for the new file. This was not correctly implemented "inode_rename"
  function causing applications like subversion to fail.

  (Contributed by Tomas Franzon)

* Bugfix #2176188: File sync wrong on cofs, command after mv/rename fails.
  This reverts changes from SVN revision r1133, and adds a better fix.

------------------------------------------------------------------------
r1147 | henryn | 2008-11-29 22:16:35 +0000 (Sat, 29 Nov 2008) | 4 lines
Changed paths:
   M /branches/devel/NEWS
   M /branches/devel/src/colinux/os/winnt/kernel/fileio.c

* co_os_file_rename: If fails, remove ReadOnly bit from destination file
  and try again.
  (Initial patch from Tomas Franzon, tuned by Henry)

------------------------------------------------------------------------
r1146 | henryn | 2008-11-29 21:43:30 +0000 (Sat, 29 Nov 2008) | 8 lines
Changed paths:
   M /branches/devel/src/colinux/os/winnt/kernel/fileio.c

* co_os_change_file_information: NULL as parameter 'func' would be a bug,
  remove the 'if' condition.
* remove_read_only_func: Returns feedback, if readonly bit was set before.
* co_os_file_unlink: Rewritten without loop and without goto.
  Run second ZwDeleteFile not after any errors, only if the file exist
  and readonly attrib was set. Fixup an 'if (CO_RC(OK))', that was all
  times true.

------------------------------------------------------------------------

[coLinux-devel] [ colinux-Feature Requests-1591412 ] 64bit colinux to run on Windows Server 2003 64 bit

[SourceForge.net <no...@so...>]

Feature Requests item #1591412, was opened at 2006-11-06 15:55
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1591412&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 64bit colinux to run on Windows Server 2003 64 bit

Initial Comment:
Would anybody have a build of 64bit colinux to run on 
Windows Server 2003 64 bit?

----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-11-30 01:38

Message:
Have started a Dashboard for 64 bit in the Wiki:
http://colinux.wikia.com/wiki/Dashboard_for_developing_a_64_bit_coLinux

Developers wanted!

This is not a Bug, I move it to Feature Request now.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-11-06 17:09

Message:
Logged In: NO 

Sorry, looks like it was asked and answered before - coLinux does not run
on 64bit 
Windows. Work is needed to port linux.sys driver to 64 bit.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622066&aid=1591412&group_id=98788

[coLinux-devel] [ colinux-Bugs-2359423 ] cofs: "rm -r" fails on directories with more as 200 files

[SourceForge.net <no...@so...>]

Bugs item #2359423, was opened at 2008-11-29 18:54
Message generated for change (Settings changed) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2359423&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Henry N. (henryn)
Assigned to: Nobody/Anonymous (nobody)
>Summary: cofs: "rm -r" fails on directories with more as 200 files

Initial Comment:
If a directory has more as 200 entries the call "rm -r testdir" fails with:

rm: cannot remove `testdir/file-000.tmp': No such file or directory
rm: cannot remove `testdir/file-001.tmp': No such file or directory
rm: cannot remove `testdir/file-002.tmp': No such file or directory
...
rm: cannot remove `testdir/file-200.tmp': No such file or directory


A "rm -rf testdir" on such directories goes in an endless loop with full cpu load. The rm command can simple break with "CTRL-C".

A "cd testdir; rm *" works without problems.

After the rm all files are removed. So, the rm is working, but not the "-r" option.

All coLinux versions have this problem (tested 0.7.2, 0.7.3, 0.8.0).
This problem I have only under Debian 4.0 Etch.
On Debian 3.0 (Wooody), all works without problems.

The script creates 201 files (from 000 to 200). If there are only 200 or less files in the directory, than it works. You can test it by change the 200 in the script to any lower value, for example 199, 100 or so.

#!/bin/bash -e
# create a list of files

rm -rf testdir
mkdir testdir
cd testdir

COUNT=0
while test $COUNT -le 200
do
        NAME=$COUNT
        test $NAME -le 99 && NAME=0$NAME
        test $NAME -le 9 && NAME=0$NAME
        echo "$NAME"
        touch file-$NAME.tmp
        COUNT=$(($COUNT+1))
done

cd ..
rm -r testdir


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2359423&group_id=98788

[coLinux-devel] [ colinux-Bugs-2176188 ] file sync wrong on cofs, command after mv/rename fails

[SourceForge.net <no...@so...>]

Bugs item #2176188, was opened at 2008-10-18 09:20
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2176188&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Henry N. (henryn)
Summary: file sync wrong on cofs, command after mv/rename fails

Initial Comment:
I found some problem in cofs filesystem.
ex:
mv t1 t2
stat t2

many times I got "t2 not found".
it see like the second command exec before the first finished.


----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-11-30 01:30

Message:
The d_move patch was replaced by inode_rename patch on host side,
see SVN revision r1148 + r1149.


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-12 19:59

Message:
Your patch was committed to SVN as revision r1133.
Thanks!


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-12 16:28

Message:
chenm001 (chenm003 AT 163 DOT com)
if this patch has any bug, please tell me, I will tract again.


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-12 01:26

Message:
Yes, that solved this bug. NFS does it too. So it it very good. Thanks.
What name I can honor in SVN? :-)

Henry


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-11-11 10:19

Message:
Here is my patch, I do not known it is good way, but it work fine in my
computer.

static int fuse_rename(struct inode *olddir, struct dentry *oldent,
		       struct inode *newdir, struct dentry *newent)
{
	struct fuse_conn *fc = INO_FC(olddir);
	struct fuse_in in = FUSE_IN_INIT;
	struct fuse_out out = FUSE_OUT_INIT;
	struct fuse_rename_in inarg;

	memset(&inarg, 0, sizeof(inarg));
	inarg.newdir = newdir->i_ino;

	in.h.opcode = FUSE_RENAME;
	in.h.ino = olddir->i_ino;
	in.numargs = 3;
	in.args[0].size = sizeof(inarg);
	in.args[0].value = &inarg;
	in.args[1].size = oldent->d_name.len + 1;
	in.args[1].value = oldent->d_name.name;
	in.args[2].size = newent->d_name.len + 1;
	in.args[2].value = newent->d_name.name;
	request_send(fc, &in, &out);

	if (!out.h.error) {
		uncache_dir(olddir);
+		d_move(oldent, newent);
		if (olddir != newdir)
			uncache_dir(newdir);
	}

	return out.h.error;
}


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-11-06 22:17

Message:
Yes, SVN r1127 corrected only the swapped atime and mtime, and not the
cache problem on rename.

You have a patch? Nice. Please let's see.


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-10-29 04:04

Message:
Unfortunately, SVN revision r1127 do not fix this bug.
When I remove my "d_move" patch, problem was recurrence.


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-10-28 00:24

Message:
With these script the "touch -d 1970-1-1 b" after the "mv" fails all
times:
  rm -f a b
  touch a
  mv a b
  touch -d 1970-1-1 b
  ls --full-time b

Same problem with overwrite on move:
  touch a b
  mv a b
  touch -d 1970-1-1 b
  ls --full-time b

On cofs the touch after "mv" fails:
touch: setting times of `b': No such file or directory
-rw-r--r-- 1 root root 0 2008-10-27 23:29:50.000000000 +0000 b

On cobd or with 'nocache' it works:
-rw-r--r-- 1 root root 0 1970-01-01 00:00:00.000000000 +0000 b


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-10-23 03:18

Message:
Close inode cache possible loss performance, it is a little bug in rename
only.
I fix this bug yesterday. and I will use the my new kernel some days,
if that has other problem, I can fix it.


----------------------------------------------------------------------

Comment By: Henry N. (henryn)
Date: 2008-10-22 13:41

Message:
The inode cache is default enabled for 1 Second. You can disable it by
adding "nocache" to mount options, for example:

  mount -o nocache -t cofs 0 /mnt/windows

More cosf options, see cofs.txt in your coLinux installation or here:
 
http://colinux.svn.sourceforge.net/viewvc/colinux/branches/devel/doc/cofs

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-10-21 13:48

Message:
I trace the code, it see like rename bug, the filename change, but inode
not.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2008-10-18 09:24

Message:
Excuse me, I think this bug same as #2152550

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2176188&group_id=98788

[coLinux-devel] [ colinux-Bugs-2359423 ] cofs: "rm -r" fails on directories more as 200 files

[SourceForge.net <no...@so...>]

Bugs item #2359423, was opened at 2008-11-29 18:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2359423&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Henry N. (henryn)
Assigned to: Nobody/Anonymous (nobody)
Summary: cofs: "rm -r" fails on directories more as 200 files

Initial Comment:
If a directory has more as 200 entries the call "rm -r testdir" fails with:

rm: cannot remove `testdir/file-000.tmp': No such file or directory
rm: cannot remove `testdir/file-001.tmp': No such file or directory
rm: cannot remove `testdir/file-002.tmp': No such file or directory
...
rm: cannot remove `testdir/file-200.tmp': No such file or directory


A "rm -rf testdir" on such directories goes in an endless loop with full cpu load. The rm command can simple break with "CTRL-C".

A "cd testdir; rm *" works without problems.

After the rm all files are removed. So, the rm is working, but not the "-r" option.

All coLinux versions have this problem (tested 0.7.2, 0.7.3, 0.8.0).
This problem I have only under Debian 4.0 Etch.
On Debian 3.0 (Wooody), all works without problems.

The script creates 201 files (from 000 to 200). If there are only 200 or less files in the directory, than it works. You can test it by change the 200 in the script to any lower value, for example 199, 100 or so.

#!/bin/bash -e
# create a list of files

rm -rf testdir
mkdir testdir
cd testdir

COUNT=0
while test $COUNT -le 200
do
        NAME=$COUNT
        test $NAME -le 99 && NAME=0$NAME
        test $NAME -le 9 && NAME=0$NAME
        echo "$NAME"
        touch file-$NAME.tmp
        COUNT=$(($COUNT+1))
done

cd ..
rm -r testdir


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2359423&group_id=98788

[coLinux-devel] autobuild org.colinux.devel 20081128 23:06:21

[coLinux a. <col...@he...>]

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-20081128/

 colinux-0.8.0-20081128.src.tgz  (693994 Bytes)
 daemons-0.8.0-20081128.dbg.zip  (594944 Bytes)
 daemons-0.8.0-20081128.zip  (480307 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-20081112/

The autobuild compilations are not official releases of Cooperative Linux
software.  There is no warranty that any autobuild version is stable.  If
use this autobuild version, please give us feedback of your experience.

Job runs on machine with 64 bit version of gcc 4.1.2.
A service from http://gcc.gnu.org/wiki/CompileFarm

-- 
Lots of fun with newest version,
Henry Nestler
------------------------------------------------------------------------
r1145 | henryn | 2008-11-28 23:06:21 +0000 (Fri, 28 Nov 2008) | 9 lines
Changed paths:
   M /branches/devel/src/colinux/os/winnt/kernel/fileio.c

co_os_file_get_attr: Complete rewritten with less win32 calls.
Only one "open" per file instead open direcory and lookup for file
inside directory list. The filename can now uses as it is, without strip
out filename from directory. Removed the wildcard check.
Open with only FILE_READ_ATTRIBUTES, this does not update file access time.
NumberOfLinks are forwarded to coLinux, but is mostly 1.

This function is used to get attributes for "ls -l" or "stat" on cofs drive.

------------------------------------------------------------------------

[coLinux-devel] [ colinux-Bugs-2357595 ] Some network card can't work well with ndis-bridge

[SourceForge.net <no...@so...>]

Bugs item #2357595, was opened at 2008-11-29 02:59
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Some network card can't work well with ndis-bridge

Initial Comment:
"Atheros AR8121/AR8113/AR8114 PCI-E Ethernet Controller", this card is integrated with asus p5q-se motherboard(I have updated to the latest driver), ping between the host and the colinux will hang the host(but arping works well). 

I also tested another card "Realtek RTL8168C(P)/8111C(P) PCI-E Gigabit Ethernet NIC", it is integrated with giga ep31 motherboard, but it did not have this problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357595&group_id=98788

[coLinux-devel] [ colinux-Bugs-2357494 ] ndis-bridge can't work well with pppoe

[SourceForge.net <no...@so...>]

Bugs item #2357494, was opened at 2008-11-29 02:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: v0.8.x (devel)
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: ndis-bridge can't work well with pppoe

Initial Comment:
I tried to use pppoe in colinux, but pppoeconf can't find modem when using ndis-bridge, changing to pcap-bridge did not have this problem

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622063&aid=2357494&group_id=98788

[coLinux-devel] [ colinux-Feature Requests-2025225 ] Support for Windows x64

[SourceForge.net <no...@so...>]

Feature Requests item #2025225, was opened at 2008-07-23 02:16
Message generated for change (Comment added) made by henryn
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Support for Windows x64

Initial Comment:
All the machines in our office are running either Vista x64 or Server 2008 x64 and thus I can't use coLinux on my desktop despite really wanting to.

Obviously there are driver signing issues to work through.  Requiring the user to self-sign is not necessarily a blocker, at least for us.


----------------------------------------------------------------------

>Comment By: Henry N. (henryn)
Date: 2008-11-28 00:06

Message:
Have started a Dashboard for 64 bit in the Wiki:
http://colinux.wikia.com/wiki/Dashboard_for_developing_a_64_bit_coLinux

Developers wanted!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=622066&aid=2025225&group_id=98788

Re: [coLinux-devel] "Console and daemons" related issue ...

[Henry N. <hen...@ar...>]

User often asked, "Why don't work my config with ..." and other users 
pointed they into the error log on console.

Errors, Warnings and normal messages are to many, that a fresh starting 
user not finds the truely condition for a problem. Or the error was to 
late after, so somebody often never was thinking, that it can be a 
config problem.

For example you write
   cobd0=C:\colinux\debian.img
   cobd0=C:\colinux\swap.img
instead
   cobd0=C:\colinux\debian.img
   cobd1=C:\colinux\swap.img
This would simple not boot. You will get this error after the kernel 
boot was done. The warning would be scrolled out of your screen. Mostly 
users would search for errors only on the file name, not on the indexes. 
That's why it was changed from "warning" into "error and stop".

Henry

On 26.11.2008 14:46, Paolo Minazzi wrote:
> For me both solution are good. It depends on personal taste ;=)
> In my opinion the best solution is that every admin had her config.
>
> Bye,
> Paolo
>
>
> On Wed, Nov 26, 2008 at 8:37 AM, Shyokou Ouyou wrote:
>> Just read the file, "NEWS.txt", and found a line under the section, "Console
>> and daemons", of "Version 0.7.2", stating, "Stop with error, if double
>> defined device (cobd,cofs,eth,exec)" ... but I think it would be better
>> if the so-called "double defined" can be tolerated as a feature in a config
>> file, dont you?
>>
>> On most of the boxes running coLinux/Linux here in this lab, two or more
>> admins might modify the same config file; but they all keep the original one
>> intact as the default backup, while adding their individual sections as if
>> the parameter(s) "double defined" ... why ? at least, it is easy to read
>> both the default and the modified parameter(s), and even easier to port some
>> similar modifications with a single "diff -urN"; meanwhile, as a one-way
>> modification, in some circumstances, it is easy to automatically update
>> config file using patch algorithm.
>>
>> I wonder if it is acceptable to just warn about "double defined" rather than
>> "Stop with error", and to be compatible with most of the script style config
>> file, latter definition overrides any former one.
>> Thanks
>> --
>> Shyokou Ouyou

Re: [coLinux-devel] "Console and daemons" related issue ...

[Paolo M. <pao...@gm...>]

For me both solution are good. It depends on personal taste ;=)
In my opinion the best solution is that every admin had her config.

Bye,
Paolo


On Wed, Nov 26, 2008 at 8:37 AM, Shyokou Ouyou <sh...@gm...> wrote:
> Just read the file, "NEWS.txt", and found a line under the section, "Console
> and daemons", of "Version 0.7.2", stating, "Stop with error, if double
> defined device (cobd,cofs,eth,exec)" ... but I think it would be better
> if the so-called "double defined" can be tolerated as a feature in a config
> file, dont you?
>
> On most of the boxes running coLinux/Linux here in this lab, two or more
> admins might modify the same config file; but they all keep the original one
> intact as the default backup, while adding their individual sections as if
> the parameter(s) "double defined" ... why ? at least, it is easy to read
> both the default and the modified parameter(s), and even easier to port some
> similar modifications with a single "diff -urN"; meanwhile, as a one-way
> modification, in some circumstances, it is easy to automatically update
> config file using patch algorithm.
>
> I wonder if it is acceptable to just warn about "double defined" rather than
> "Stop with error", and to be compatible with most of the script style config
> file, latter definition overrides any former one.
> Thanks
> --
> Shyokou Ouyou <sh...@gm...>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> coLinux-devel mailing list
> coL...@li...
> https://lists.sourceforge.net/lists/listinfo/colinux-devel
>
>