[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-kernel
Subject:    [valja@TARTU.CUSTOMS.EE: Re: ncpfs: new problem]
From:       <vl () SerNet ! DE>
Date:       1997-08-31 12:41:39
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----

Hello!

I am a bit helpless with the following bug report. I can not find any
problem within ncpfs that might set bits 5 and 6 of random read
packets. Does anybody of you have a clue where I might look?

Thanks,

Volker
- ------- Start of forwarded message -------
Return-path: <valja@TARTU.CUSTOMS.EE>
Envelope-to: vl@sernet.de
Delivery-date: Sat, 30 Aug 1997 17:31:02 +0200
From: "Valentin Abramov" <valja@TARTU.CUSTOMS.EE>
To: vl@SerNet.DE
Date: Sat, 30 Aug 1997 18:28:31 EET-3
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: Re: ncpfs: new problem
Reply-to: valja@TARTU.CUSTOMS.EE
Priority: normal
References: <5EC4A9051A@tartu.customs.ee> (valja@TARTU.CUSTOMS.EE)
In-reply-to: <E0x4UlA-00003j-00@delphin.SerNet.DE>
X-mailer: Pegasus Mail for Windows (v2.53/R1)

> 
> It's probably kernel related. Can you reproduce it, and tell me a bit
> more about surrounding conditions?
> 
Now I recompiled kernel (only added IPX patch), instaled ncpfs 2.0.11 
and have additional informatin.

This info is devided to three parts: before changes, compile, after 
compile.

1) Before changes. Because I have much more free space on NetWare 
server and I'm much more familiar with DOS and NetWare than with 
Linux, I hold most Linux installation files and packages (or at least 
copyes) on Netware server (to prevent lost of all files if I totally 
crache Linux). Kernel sources was only on server. Two copies doesn't 
work - dpkg informed about corruption of file. I tried to copy file 
back, to compare with file on server, but this copy process hanged 
two times (also speed of copying was very unstable). So I downloded 
new package by ftp and this download was OK.

2) Compile. I don't know why, but patch was rejekted. I tried several 
times. Fortunately there was only addition of one short line, so I 
added this line manually. Compile of new kernel and ncpfs went 
without problems.

3) After compile I made small investigation of file transfer. Kernel 
source package krnsn230.deb with size 6,344,964 was enough big to 
test file transfer. Results:

1. Process of copy NO HANGED anymore. Transfer speed was very stable: 
16sec from Linux to NW and 19 sec from NW to Linux. 

2. Transfer from Linux to NW works well. All five different copies 
was similar, and was similar to older copyes of sources package.

3. Files, transfered from NW to Linux was corrupted. I compared 5 
such transfered and corrupted copies with original, downloaded by 
ftp. Here I included outputs of cmp -l in two cases: compared two 
copies on Linux mashine, directly compared Linux original and Netware 
copy. Comparisons was made in Linux prompt (without mc).

cmp -l Original Copy.n    Octal      Binary
- - ----------------------------------------------

1941955 121 161      -->  + 040      0010 0000

134851 335 375       -->  + 040      0010 0000
2923971  22 122      -->  + 100      0100 0000
3534787   6  46      -->  + 140      0110 0000
4960963 226 366      -->  + 100      0100 0000
5010115 204 304      -->  + 100      0100 0000
5021123 155  15      -->  + 100      0100 0000

299203 270 230       -->  + 040      0010 0000
5957059   4 104      -->  + 100      0100 0000

2522051  75  35      -->  + 040      0010 0000

1973955  61 121      -->  + 040      0010 0000
3619779  60  20      -->  + 040      0010 0000
4077763 270 230      -->  + 040      0010 0000
5498051 200 340      -->  + 040      0010 0000
5876675 304 344      -->  + 040      0010 0000


cmp -l original NetWare
- - ----------------------

1399235 200 240      -->  + 040      0010 0000

3302083 361 321      -->  + 040      0010 0000
5398723 126  66      -->  + 040      0010 0000
5462723  65  25      -->  + 040      0010 0000

339907 140   0       -->  + 140      0110 0000

 18627 232 332       -->  + 100      0100 0000
5804483 212 252      -->  + 040      0010 0000

1493955 260 320      -->  + 040      0010 0000
4662723 124  64      -->  + 040      0010 0000

It shows, that in some bytes is set additionally 5th or 6th bit (or 
both). That match with previous corruption of my c sources, where in 
some places was set just 6th bit (as resutl "`" instead "Space")

I changed frame from 802.2 to Etnernet_II, result was exactly same: 
same speed, transfer from Linux to NetWare server works well, 
transfer from NetWare to Linux corrupts files: in some bytes are set 
just same additional bits.

Some thoughts:

1) Such additional bits are often connected with hardware. Pro: here 
is NE2000 clone, which may not work properly with Linux drivers. 
Contra: FTP works normally in both directions, this mashine worked 
long time with dos and dos client without any problems. But anyway I 
try to change Ethernet card.

2) Something wrong with my Linux settings? I'm not familiar with 
Linux, so i can't say here anything more.


Best regards,

Valentin

 
- ------- End of forwarded message -------

-----BEGIN PGP SIGNATURE-----
Version: 2.6.3i
Charset: noconv

iQCVAwUBNAlKVz/9BWnmOc5FAQF/OAQAlyfXbWhbrcdcMOuP0jHEWeTfyzLBLrmo
AF3CJjavGEAsmMwoNNi0RJsbTr8ANNlPATge0NktVUMuc5pmmGcRL9NjEmAwgxoX
ktq8bWVqhkNub4bXvMlmkd3Sw/fgw9ltni+KkVr9dIR7bzBLz3q4BYb669Y091Xm
DlGXMkKfarw=
=AwW1
-----END PGP SIGNATURE-----

[prev in list] [next in list] [prev in thread] [next in thread]