FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr)

Mats Mellstrand mats at exmandato.se
Sat Feb 23 14:45:56 UTC 2013 

Hi 

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<=0 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 at exmandato.se> wrote:

> Hi
> 
> Some more "digging"
> 
> 
> [client] ~/Desktop% sftp rpi
> Received message too long 459092027
> 
> I tried various clients, with the same result.
> 
> To summarize - and correct my self:
> 
> 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). 
> I am using the latest image from http://www.peach.ne.jp/archives/rpi/
> 
> FreeBSD a25.mellstrand.net 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r246603M: Sun Feb 10 10:24:24 JST 2013     aoyama at fbs.local:/usr/obj-rpi-clang/arm.armv6/usr/src/sys/RPI-B-test16  arm 
> 
> I have disabled all ipfw functions
> 
> I can ssh to and from the RPi
> 
> I can scp from the RPi
> 
> I can't scp to the RPi
> 
> I can't open an sftp session to the RPi
> 
> I have lots of debug output from the sshd and the various clients I have tried. 
> I am attaching a small part from the client side:
> 
> 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<=0 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)
> 
> 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
> 
> 
> /mm
> 
> 
> On 23 feb 2013, at 07:23, Mats Mellstrand <mats at exmandato.se> wrote:
> 
>> Hi
>> On 23 feb 2013, at 05:00, "Daisuke Aoyama" <aoyama at peach.ne.jp> wrote:
>> 
>>> Hi,
>>> 
>>> Did you quote IPv6 address?
>> 
>> I use hostname. 
>> 
>>> scp use ':' as special char.
>>> Also '[' and  ']' may need quotation/escaping for the shell.
>>> 
>>> Please try like this:
>>> # scp -v some.txt pi@'[your IPv6 of RPi]':.
>>> 
>>> or use host name instead of IPv6 address.
>> 
>> Hostname.
>> 
>> The scp client - I have tried many - connects to RPi but after a while the connection stalls.
>> 
>> And the same happens with both IPv4.
>> 
>> [client] ~% scp -4 rpi:/usr/home/mats/tess.txt .
>> C0755 868 tess.txt
>> 
>> No file is copied
>> 
>> [client] ~% scp -6 rpi:/usr/home/mats/tess.txt .
>> C0755 868 tess.txt
>> 
>> 
>> No file is copied
>> 
>> 
>> /mm
>> 
>>> 
>>> Regards,
>>> -- 
>>> Daisuke Aoyama
>>> 
>>> 
>>> --------------------------------------------------
>>> From: "Mats Mellstrand" <mats at exmandato.se>
>>> Sent: Tuesday, February 19, 2013 5:27 PM
>>> To: "Daisuke Aoyama" <aoyama at peach.ne.jp>
>>> Cc: <freebsd-arm at freebsd.org>; <ticso at cicely.de>
>>> Subject: Re: FreeBSD/armv6z/clang on Raspberry Pi 512MB (with U-Boot + ubldr)
>>> 
>>>> Hi
>>>> 
>>>> 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.
>>>> 
>>>> /mm
>>>> 
>>>> On 11 feb 2013, at 20:22, Daisuke Aoyama <aoyama at peach.ne.jp> wrote:
>>>> 
>>>>>> In trying to install the ports collection on my RPi, the following happens:
>>>>>> 
>>>>>> 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]!
>>>>>> 
>>>>>> Suggestions? (more than not installing the ports collection)
>>>>> 
>>>>> This is known problem of old kernel. You can update the kernel to
>>>>> http://www.peach.ne.jp/archives/rpi/kernel/kernel-20130209.gz
>>>>> 
>>>>> or use new image based on SVN r246603:
>>>>> http://www.peach.ne.jp/archives/rpi/freebsd-pi-clang-20130210.img.gz
>>>>> 
>>>>> This image contain both complete source tree and portsnap fetch/extracted tree.
>>>>> 
>>>>> 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
>>>>> 
>>>>> For example, install bash and subversion:
>>>>> # pkg install bash
>>>>> # pkg install subversion
>>>>> ----------------------------------------------------------------------
>>>>> 
>>>>> Thank you.
>>>>> -- 
>>>>> Daisuke Aoyama
>> 
>> _______________________________________________
>> freebsd-arm at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
> 
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"

More information about the freebsd-arm mailing list