Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 23 Feb 2013 15:45:52 +0100
From:      Mats Mellstrand <mats@exmandato.se>
To:        "Daisuke Aoyama" <aoyama@peach.ne.jp>
Cc:        freebsd-arm@freebsd.org, ticso@cicely.de
Subject:   Re: FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr)
Message-ID:  <010BA15C-C907-43C4-8886-2DE84CE62689@exmandato.se>
In-Reply-To: <858C493F-151D-4811-8696-AE5932919413@exmandato.se>
References:  <B5F827FF91C94FF2AFEE00194A2BB2C5@ad.peach.ne.jp> <B508111FCE534B2CBA61F4D1EC1078D3@ad.peach.ne.jp> <D3ABE3919EA74D668DB060952B5CD8C0@ad.peach.ne.jp> <2659960079254C38ACD2F1DCBB7A1A19@ad.peach.ne.jp> <E48DEAF481F74C69A1BC7A01F2B8E74A@ad.peach.ne.jp> <D867259F89CF44409C2359527D0263D4@ad.peach.ne.jp> <722ED669-A682-4F25-A65B-1E2FF8CFAA4D@exmandato.se> <C46F868CE2644D8AA6F608A41D806128@ad.peach.ne.jp> <DCCE15D5-9AAD-4249-8EBA-29F22B04288F@exmandato.se> <20130131001553.GC67562@cicely7.cicely.de> <9E78813F3BF946A4A2FCEA2C363A847E@ad.peach.ne.jp> <E614FD5C-4177-4628-BAB7-9BF4D3A6DF52@exmandato.se> <016DDBBF-D502-4C76-96B5-BEE2D46FC6CC@exmandato.se> <E655542ACB8B4ED08587F66A13F5E308@ad.peach.ne.jp> <CE9B1E37-EA67-4228-BF51-5F67BA9D5E5F@exmandato.se> <E2C570453598470EB3C9969B0ED0C159@ad.peach.ne.jp> <28AF530A-E06F-480A-8A4D-242FB0019136@exmandato.se> <858C493F-151D-4811-8696-AE5932919413@exmandato.se>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi=20

I made a cut-and-paste error in my previous mail
The log file from the client side should be:

debug1: Sending command: scp -v -f -- tess.txt
debug2: channel 0: request exec confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 65536
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
debug2: channel 0: rcvd ext data 39
Sending file modes: C0755 868 tess.txt
debug2: channel 0: written 39 to efd 8
Sink: C0755 868 tess.txt
C0755 868 tess.txt
debug2: channel 0: read<=3D0 rfd 6 len 0
debug2: channel 0: read failed
debug2: channel 0: close_read
debug2: channel 0: input open -> drain
debug2: channel 0: ibuf empty
debug2: channel 0: send eof
debug2: channel 0: input drain -> closed
[client] ~/Desktop% debug2: channel 0: rcvd eof                 <--- =
here the client receives an eof from the RPi, closes the connectionand =
return. The output from the session continues...
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
Transferred: sent 2656, received 2488 bytes, in 0.4 seconds
Bytes per second: sent 7543.1, received 7066.0
debug1: Exit status 1


On 23 feb 2013, at 15:27, Mats Mellstrand <mats@exmandato.se> wrote:

> Hi
>=20
> Some more "digging"
>=20
>=20
> [client] ~/Desktop% sftp rpi
> Received message too long 459092027
>=20
> I tried various clients, with the same result.
>=20
> To summarize - and correct my self:
>=20
> The name rpi is registered in my DNS and associated with both an IPv4 =
and IPv6 address.
> Both addresses also have reverse name definitions (in-addr.arpa and =
ip6.arpa).=20
> I am using the latest image from http://www.peach.ne.jp/archives/rpi/
>=20
> FreeBSD a25.mellstrand.net 10.0-CURRENT FreeBSD 10.0-CURRENT #0 =
r246603M: Sun Feb 10 10:24:24 JST 2013     =
aoyama@fbs.local:/usr/obj-rpi-clang/arm.armv6/usr/src/sys/RPI-B-test16  =
arm=20
>=20
> I have disabled all ipfw functions
>=20
> I can ssh to and from the RPi
>=20
> I can scp from the RPi
>=20
> I can't scp to the RPi
>=20
> I can't open an sftp session to the RPi
>=20
> I have lots of debug output from the sshd and the various clients I =
have tried.=20
> I am attaching a small part from the client side:
>=20
> debug1: Authentication succeeded (publickey).
> debug1: Sending command: scp -v -f -- tess.txt
> debug2: channel 0: request exec confirm 1
> debug2: callback done
> debug2: channel 0: open confirm rwindow 0 rmax 32768
> debug2: channel 0: rcvd adjust 65536
> debug2: channel_input_status_confirm: type 99 id 0
> debug2: exec request accepted on channel 0
> debug2: channel 0: rcvd ext data 39
> Sending file modes: C0755 868 tess.txt
> debug2: channel 0: written 39 to efd 8
> Sink: C0755 868 tess.txt
> C0755 868 tess.txt
> debug2: channel 0: read<=3D0 rfd 6 len 0
> debug2: channel 0: read failed
> debug2: channel 0: close_read
> debug2: channel 0: input open -> drain
> debug2: channel 0: ibuf empty
> debug2: channel 0: send eof
> debug2: channel 0: input drain -> closed
> debug2: channel 0: rcvd eof
> debug2: channel 0: output open -> drain
> debug2: channel 0: obuf empty
> debug2: channel 0: close_write
> debug2: channel 0: output drain -> closed
> debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
> debug2: channel 0: rcvd close
> debug3: channel 0: will not send data after close
> debug2: channel 0: almost dead
> debug2: channel 0: gc: notify user
> debug2: channel 0: gc: user detached
> debug2: channel 0: send close
> debug2: channel 0: is dead
> debug2: channel 0: garbage collecting
> debug1: channel 0: free: client-session, nchannels 1
> debug3: channel 0: status: The following connections are open:
>  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)
>=20
> debug1: fd 0 clearing O_NONBLOCK
> debug1: fd 1 clearing O_NONBLOCK
> Transferred: sent 2656, received 2488 bytes, in 0.4 seconds
> Bytes per second: sent 7543.1, received 7066.0
> debug1: Exit status 1
>=20
>=20
> /mm
>=20
>=20
> On 23 feb 2013, at 07:23, Mats Mellstrand <mats@exmandato.se> wrote:
>=20
>> Hi
>> On 23 feb 2013, at 05:00, "Daisuke Aoyama" <aoyama@peach.ne.jp> =
wrote:
>>=20
>>> Hi,
>>>=20
>>> Did you quote IPv6 address?
>>=20
>> I use hostname.=20
>>=20
>>> scp use ':' as special char.
>>> Also '[' and  ']' may need quotation/escaping for the shell.
>>>=20
>>> Please try like this:
>>> # scp -v some.txt pi@'[your IPv6 of RPi]':.
>>>=20
>>> or use host name instead of IPv6 address.
>>=20
>> Hostname.
>>=20
>> The scp client - I have tried many - connects to RPi but after a =
while the connection stalls.
>>=20
>> And the same happens with both IPv4.
>>=20
>> [client] ~% scp -4 rpi:/usr/home/mats/tess.txt .
>> C0755 868 tess.txt
>>=20
>> No file is copied
>>=20
>> [client] ~% scp -6 rpi:/usr/home/mats/tess.txt .
>> C0755 868 tess.txt
>>=20
>>=20
>> No file is copied
>>=20
>>=20
>> /mm
>>=20
>>>=20
>>> Regards,
>>> --=20
>>> Daisuke Aoyama
>>>=20
>>>=20
>>> --------------------------------------------------
>>> From: "Mats Mellstrand" <mats@exmandato.se>
>>> Sent: Tuesday, February 19, 2013 5:27 PM
>>> To: "Daisuke Aoyama" <aoyama@peach.ne.jp>
>>> Cc: <freebsd-arm@freebsd.org>; <ticso@cicely.de>
>>> Subject: Re: FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot =
+ ubldr)
>>>=20
>>>> Hi
>>>>=20
>>>> I'm having problem with scp to or from RPi.
>>>> I have tried IPv4 and IPv6, ue0 and wlan0, but scp don't work.
>>>> However ssh does.
>>>>=20
>>>> /mm
>>>>=20
>>>> On 11 feb 2013, at 20:22, Daisuke Aoyama <aoyama@peach.ne.jp> =
wrote:
>>>>=20
>>>>>> In trying to install the ports collection on my RPi, the =
following happens:
>>>>>>=20
>>>>>> kmem_malloc(4096): kmem_map too small: 12582912 total allocated
>>>>>> KDB: enter: panic
>>>>>> [ thread pid 27505 tid 100053 ]
>>>>>> Stopped at      $d:     ldrb    r15, [r15, r15, ror r15]!
>>>>>>=20
>>>>>> Suggestions? (more than not installing the ports collection)
>>>>>=20
>>>>> This is known problem of old kernel. You can update the kernel to
>>>>> http://www.peach.ne.jp/archives/rpi/kernel/kernel-20130209.gz
>>>>>=20
>>>>> or use new image based on SVN r246603:
>>>>> =
http://www.peach.ne.jp/archives/rpi/freebsd-pi-clang-20130210.img.gz
>>>>>=20
>>>>> This image contain both complete source tree and portsnap =
fetch/extracted tree.
>>>>>=20
>>>>> Also, some packages making under freebsd-pi-clang-20130210.img are =
uploaded to:
>>>>> http://www.peach.ne.jp/archives/rpi/ports/packages/All/
>>>>> (compiled by clang/clang++ with bundled make.conf)
>>>>> =
----------------------------------------------------------------------
>>>>> How to use package:
>>>>> First, install pkg manually:
>>>>> # fetch http://www.peach.ne.jp/archives/rpi/pkg-static
>>>>> # fetch =
http://www.peach.ne.jp/archives/rpi/ports/packages/All/pkg-1.0.7.txz
>>>>> # chmod 755 pkg-static
>>>>> # ./pkg-static add pkg-1.0.7.txz
>>>>> # echo 'PACKAGESITE : =
http://www.peach.ne.jp/archives/rpi/ports/packages/All' > =
/usr/local/etc/pkg.conf
>>>>>=20
>>>>> For example, install bash and subversion:
>>>>> # pkg install bash
>>>>> # pkg install subversion
>>>>> =
----------------------------------------------------------------------
>>>>>=20
>>>>> Thank you.
>>>>> --=20
>>>>> Daisuke Aoyama
>>=20
>> _______________________________________________
>> freebsd-arm@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to =
"freebsd-arm-unsubscribe@freebsd.org"
>=20
> _______________________________________________
> freebsd-arm@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?010BA15C-C907-43C4-8886-2DE84CE62689>