Re: CFT: major update to if_ure

2020-08-19 Thread Ganbold Tsagaankhuu 
On Tue, Jul 28, 2020 at 2:35 AM John-Mark Gurney  wrote:

> Ganbold Tsagaankhuu wrote this message on Mon, Jul 27, 2020 at 18:29 +0800:
> > On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney 
> wrote:
> >
> > > Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05
> +0800:
> > > > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney 
> > > wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > I'd like people who have ure (RealTek) based USB devices to test
> > > > > review D25809[0].
> > > > >
> > > > > This update adds support for:
> > > > > - HW VLAN tagging
> > > > > - HW checksum offload for IPv4 and IPv6
> > > > > - tx and rx aggreegation (for full gige speeds)
> > > > > - multiple transactions
> > > > >
> > > > > In my testing, I am able to get 900-950Mbps depending upon
> > > > > TCP or UDP, which is a significant improvement over the previous
> > > > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int).
> > > >
> > > > Does performance improve for if_ure device on USB2?
> > > > I will try to test it in a couple of days on NanoPI R1 and R1S
> boards.
> > >
> > > Yes, it should.
> > >
> > > I never tested the before driver on USB2, but I'm now able to get
> > > 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP.
> > >
> > > I believe it is likely that the same 91Mbps speed limit applied to
> > > USB2 as well.
> >
> > Couldn't find your iperf test scripts and I tested only tcp:
>
> My test script isn't performance, just features, and I'm thinking about
> how/where to publish it...
>
> You can also test UDP using -u w/ iperf3 and adjust the bandwidth w/
> -b 300m (or other Mbps)...
>
> > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1
> > Connecting to host 192.168.111.1, port 5201
> > [  5] local 192.168.111.10 port 28569 connected to 192.168.111.1 port
> 5201
> > [ ID] Interval   Transfer Bitrate Retr  Cwnd
> > [  5]   0.00-1.00   sec  27.4 MBytes   230 Mbits/sec0   95.4 KBytes
> > [  5]   1.00-2.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   2.00-3.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   3.00-4.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   4.00-5.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   5.00-6.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   6.00-7.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   7.00-8.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   8.00-9.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > [  5]   9.00-10.00  sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
> > - - - - - - - - - - - - - - - - - - - - - - - - -
> > [ ID] Interval   Transfer Bitrate Retr
> > [  5]   0.00-10.00  sec   276 MBytes   232 Mbits/sec0
>  sender
> > [  5]   0.00-10.79  sec   276 MBytes   215 Mbits/sec
> >  receiver
> >
> > iperf Done.
> > root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 -R
> > Connecting to host 192.168.111.1, port 5201
> > Reverse mode, remote host 192.168.111.1 is sending
> > [  5] local 192.168.111.10 port 29384 connected to 192.168.111.1 port
> 5201
> > [ ID] Interval   Transfer Bitrate
> > [  5]   0.00-1.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   1.00-2.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   2.00-3.00   sec  12.1 MBytes   101 Mbits/sec
> > [  5]   3.00-4.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   4.00-5.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   5.00-6.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   6.00-7.00   sec  12.1 MBytes   101 Mbits/sec
> > [  5]   7.00-8.00   sec  12.1 MBytes   102 Mbits/sec
> > [  5]   8.00-9.00   sec  12.1 MBytes   101 Mbits/sec
> > [  5]   9.00-10.00  sec  12.1 MBytes   102 Mbits/sec
> > - - - - - - - - - - - - - - - - - - - - - - - - -
> > [ ID] Interval   Transfer Bitrate Retr
> > [  5]   0.00-11.25  sec   121 MBytes  90.3 Mbits/sec  2539
> > sender
> > [  5]   0.00-10.00  sec   121 MBytes   101 Mbits/sec
> >  receiver
> >
> > iperf Done.
> > root@nanopi-r1s-h5:~ # sysctl -a | grep cpu.0.freq
> > dev.cpu.0.freq_levels: 1248/-1 1008/-1 816/-1 624/-1 480/-1
> > dev.cpu.0.freq: 1248
>
> Hmmm... The reverse seems slow, but I can't think of why it'd be that
> slow though.  When I did my tests on the USB2 ports, both directions
> were about the same speed...
>
> Thanks for the test!  Great to hear things are working...
>

When can you commit it?

thanks,

Ganbold


>
> --
>   John-Mark Gurney  Voice: +1 415 225 5579
>
>  "All that I will do, has been done, All that I have, has not."
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: CFT: major update to if_ure

2020-07-27 Thread Ganbold Tsagaankhuu 
On Mon, Jul 27, 2020 at 5:14 AM John-Mark Gurney  wrote:

> Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800:
> > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney 
> wrote:
> >
> > > Hello,
> > >
> > > I'd like people who have ure (RealTek) based USB devices to test
> > > review D25809[0].
> > >
> > > This update adds support for:
> > > - HW VLAN tagging
> > > - HW checksum offload for IPv4 and IPv6
> > > - tx and rx aggreegation (for full gige speeds)
> > > - multiple transactions
> > >
> > > In my testing, I am able to get 900-950Mbps depending upon
> > > TCP or UDP, which is a significant improvement over the previous
> > > 91Mbps (~8kint/sec*1500bytes/packet*1packet/int).
> >
> > Does performance improve for if_ure device on USB2?
> > I will try to test it in a couple of days on NanoPI R1 and R1S boards.
>
> Yes, it should.
>
> I never tested the before driver on USB2, but I'm now able to get
> 211Mbps TX and 190Mbps RX TCP, and 227Mbps TX and 225Mbps RX UDP.
>
> I believe it is likely that the same 91Mbps speed limit applied to
> USB2 as well.
>

Couldn't find your iperf test scripts and I tested only tcp:

root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1
Connecting to host 192.168.111.1, port 5201
[  5] local 192.168.111.10 port 28569 connected to 192.168.111.1 port 5201
[ ID] Interval   Transfer Bitrate Retr  Cwnd
[  5]   0.00-1.00   sec  27.4 MBytes   230 Mbits/sec0   95.4 KBytes
[  5]   1.00-2.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   2.00-3.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   3.00-4.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   4.00-5.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   5.00-6.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   6.00-7.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   7.00-8.00   sec  27.7 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   8.00-9.00   sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
[  5]   9.00-10.00  sec  27.6 MBytes   232 Mbits/sec0   95.4 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval   Transfer Bitrate Retr
[  5]   0.00-10.00  sec   276 MBytes   232 Mbits/sec0 sender
[  5]   0.00-10.79  sec   276 MBytes   215 Mbits/sec
 receiver

iperf Done.
root@nanopi-r1s-h5:~ # iperf3 -c 192.168.111.1 -R
Connecting to host 192.168.111.1, port 5201
Reverse mode, remote host 192.168.111.1 is sending
[  5] local 192.168.111.10 port 29384 connected to 192.168.111.1 port 5201
[ ID] Interval   Transfer Bitrate
[  5]   0.00-1.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   1.00-2.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   2.00-3.00   sec  12.1 MBytes   101 Mbits/sec
[  5]   3.00-4.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   4.00-5.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   5.00-6.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   6.00-7.00   sec  12.1 MBytes   101 Mbits/sec
[  5]   7.00-8.00   sec  12.1 MBytes   102 Mbits/sec
[  5]   8.00-9.00   sec  12.1 MBytes   101 Mbits/sec
[  5]   9.00-10.00  sec  12.1 MBytes   102 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval   Transfer Bitrate Retr
[  5]   0.00-11.25  sec   121 MBytes  90.3 Mbits/sec  2539
sender
[  5]   0.00-10.00  sec   121 MBytes   101 Mbits/sec
 receiver

iperf Done.
root@nanopi-r1s-h5:~ # sysctl -a | grep cpu.0.freq
dev.cpu.0.freq_levels: 1248/-1 1008/-1 816/-1 624/-1 480/-1
dev.cpu.0.freq: 1248

Ganbold



> > > [0] https://reviews.freebsd.org/D25809
>
> --
>   John-Mark Gurney  Voice: +1 415 225 5579
>
>  "All that I will do, has been done, All that I have, has not."
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: CFT: major update to if_ure

2020-07-25 Thread Ganbold Tsagaankhuu 
On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney  wrote:

> Hello,
>
> I'd like people who have ure (RealTek) based USB devices to test
> review D25809[0].
>
> This update adds support for:
> - HW VLAN tagging
> - HW checksum offload for IPv4 and IPv6
> - tx and rx aggreegation (for full gige speeds)
> - multiple transactions
>
> In my testing, I am able to get 900-950Mbps depending upon
> TCP or UDP, which is a significant improvement over the previous
> 91Mbps (~8kint/sec*1500bytes/packet*1packet/int).
>

Does performance improve for if_ure device on USB2?
I will try to test it in a couple of days on NanoPI R1 and R1S boards.

thanks,

Ganbold


>
> Thanks.
>
> [0] https://reviews.freebsd.org/D25809
>
> --
>   John-Mark Gurney  Voice: +1 415 225 5579
>
>  "All that I will do, has been done, All that I have, has not."
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Bacula install and config help

2017-05-10 Thread Ganbold Tsagaankhuu 
On Thu, May 11, 2017 at 1:36 AM, Andy Neustadter  wrote:

> Hi:
>
> I am trying to install and configure Bacula backup server on
> 12-current, if anyone has any procedures or "how to" documentation you
> could point me at it would be very much appreciated. Thanks in
> advance.
>

https://dan.langille.org/2015/01/10/bacula-on-freebsd-with-zfs/

Ganbold


>
>
> Regards,
>
> Andy
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: System-On-Module

2015-01-29 Thread Ganbold Tsagaankhuu 
On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 Hi All

 Thanks again for all the replies.

 How is the support for A15 and how is Qualcomm to work with when it comes
 to porting?

 Thinking about this guy which is closer to what I want spec-wise..

 http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/var-som-sd600-cpu-qualcomm-snapdragon600



I think IFC6410 has same SoC as above SoM and as for ifc6410 either mmc/sd
or usb ehci driver needed in order to boot FreeBSD into multi user mode.

Ganbold




 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.

 On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter ti...@cicely7.cicely.de
 wrote:

  On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote:
   On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote:
Ah now I see it has EDM connection. I didn't look carefully enough.
  All the
images are with the expansion board attached..
   
Spec-wise and portability-wise it seems like a good option but my
  hardware
guy keeps warning me about Freescale that they often have hardware
  bugs and
rather than fixing the bugs they pretend they are not there.. In
 other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences
  with
this?
  
   The imx6 manuals include an errata list, so it would be good to check
   that for anything specific that would matter to your projects.
 
  If you use a prebuild module then you don't get much in touch with
  the freescale chip fropm the hardware side.
  On the other hand, there are countless iMX6 boards out there with
  schematics online.
  My recently bought Novena even came with printed schematics and they
  open sourced the HW design files as well.
  I don't think there are hidden surprises on the hardware side.
 
   For the devices we use in our products everything is good so far with
   the hardware.  That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots
   of gpio (inputs and outputs).  The ethernet is gigabit but has a known
   limitation of 40MB/s due to the bus it's connected to in the chip.
 (But
   hey, it's documented so it's not a problem, right? :)
  
   You mentioned video, and we don't have that working on freebsd imx6
 yet,
   but there's not a ton of work to do.  There's a framebuffer driver for
   imx5 and it has pretty much the same framebuffer hardware.  Getting
   video output to a TTL LCD is probably just hours of work.  Getting it
 to
   an LVDS LCD or HDMI probably needs days of work (entire drivers
 written,
   potentially, I haven't looked into it).
 
  Sounds interesting for my Novena.
  The one I already got are board only (with some FPGA breakout, ...).
  They have HDMI though.
  But I'm also awaiting for the one with case and LCD panel.
  Not to forget that I have a fairy EDM carrier with LCD already.
  That said I'v always wondered how much work is it to get the camera
  interface running, since the Hummingboards can connect to the RPi
  camera modules.
 
   Some audio support was recently committed, but I don't know much about
   it yet.
  
   -- Ian
  
  
 
  --
  B.Walter be...@bwct.de http://www.bwct.de
  Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
 

 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
 ---
 CONFIDENTIALITY NOTE: The information in this email is confidential
 and intended solely for the addressee.
 Disclosure, copying, distribution or any other action of use of this
 email by person other than intended recipient, is prohibited.
 If you are not the intended recipient and have received this email in
 error, please destroy the original message.
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: System-On-Module

2015-01-29 Thread Ganbold Tsagaankhuu 
On Thu, Jan 29, 2015 at 5:27 PM, Lundberg, Johannes 
johan...@brilliantservice.co.jp wrote:

 What I'm most worried about is the graphics stack.. Some companies don't
 seem so keen on handing out specs.


I think you can check some open source implementations for those GPU
related things (only for linux maybe):

For Vivante:
https://github.com/laanwj/etna_viv/wiki

For Adreno:
http://freedreno.github.io

For Mali:
http://limadriver.org

I guess they are mostly based on reverse engineering effort. I think you
can even ask about the statuses directly from the authors/maintainers on
some irc channel.

Not sure about Tegra or PowerVR.

Ganbold






 On Thursday, January 29, 2015, Ganbold Tsagaankhuu ganb...@gmail.com
 wrote:



 On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes 
 johan...@brilliantservice.co.jp wrote:

 Hi All

 Thanks again for all the replies.

 How is the support for A15 and how is Qualcomm to work with when it comes
 to porting?

 Thinking about this guy which is closer to what I want spec-wise..

 http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/var-som-sd600-cpu-qualcomm-snapdragon600



 I think IFC6410 has same SoC as above SoM and as for ifc6410 either
 mmc/sd or usb ehci driver needed in order to boot FreeBSD into multi user
 mode.

 Ganbold




 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.

 On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter ti...@cicely7.cicely.de
 wrote:

  On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote:
   On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote:
Ah now I see it has EDM connection. I didn't look carefully enough.
  All the
images are with the expansion board attached..
   
Spec-wise and portability-wise it seems like a good option but my
  hardware
guy keeps warning me about Freescale that they often have hardware
  bugs and
rather than fixing the bugs they pretend they are not there.. In
 other
words, Freescale is good for software developers because of open
documentation but not so for hardware manufactures. Any experiences
  with
this?
  
   The imx6 manuals include an errata list, so it would be good to check
   that for anything specific that would matter to your projects.
 
  If you use a prebuild module then you don't get much in touch with
  the freescale chip fropm the hardware side.
  On the other hand, there are countless iMX6 boards out there with
  schematics online.
  My recently bought Novena even came with printed schematics and they
  open sourced the HW design files as well.
  I don't think there are hidden surprises on the hardware side.
 
   For the devices we use in our products everything is good so far with
   the hardware.  That's emmc, sdcard, ethernet, i2c, uarts, usb, and
 lots
   of gpio (inputs and outputs).  The ethernet is gigabit but has a
 known
   limitation of 40MB/s due to the bus it's connected to in the chip.
 (But
   hey, it's documented so it's not a problem, right? :)
  
   You mentioned video, and we don't have that working on freebsd imx6
 yet,
   but there's not a ton of work to do.  There's a framebuffer driver
 for
   imx5 and it has pretty much the same framebuffer hardware.  Getting
   video output to a TTL LCD is probably just hours of work.  Getting
 it to
   an LVDS LCD or HDMI probably needs days of work (entire drivers
 written,
   potentially, I haven't looked into it).
 
  Sounds interesting for my Novena.
  The one I already got are board only (with some FPGA breakout, ...).
  They have HDMI though.
  But I'm also awaiting for the one with case and LCD panel.
  Not to forget that I have a fairy EDM carrier with LCD already.
  That said I'v always wondered how much work is it to get the camera
  interface running, since the Hummingboards can connect to the RPi
  camera modules.
 
   Some audio support was recently committed, but I don't know much
 about
   it yet.
  
   -- Ian
  
  
 
  --
  B.Walter be...@bwct.de http://www.bwct.de
  Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.
 

 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
 もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
 複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
 ---
 CONFIDENTIALITY NOTE: The information in this email is confidential
 and intended solely for the addressee.
 Disclosure, copying, distribution or any other action of use of this
 email by person other than intended recipient, is prohibited.
 If you are not the intended recipient and have received this email in
 error, please destroy the original message.
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to 
 freebsd-current-unsubscr...@freebsd.org




 --
 --
 Johannes Lundberg
 BRILLIANTSERVICE CO., LTD.


 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 秘密保持について：この電

Re: pcDuino support

2014-02-28 Thread Ganbold Tsagaankhuu 
Hi,

On Fri, Feb 28, 2014 at 11:55 PM, Odhiambo Washington odhia...@gmail.comwrote:

 I'd like to buy something for my kids to play with and I was thing about
 pcDuino, because of the nice specs.

 I'd like to know if the pcDuino support is complete now for FreeBSD-10.



We have just basic support of Allwinner A10/A20 SoC in src tree. Only usb
ehci and gpio support is there.
I hope EMAC ethernet controller and mmc drivers go into src tree soon maybe
after some code polishes.

So for kids maybe RPI or Beaglebone black can be useful, since these are
more supported and yet not so expensive.
Another options could be Freescale SoC boards like wandboard, phytec Cosmic
board etc.

hope this helps,

Ganbold




 Should I buy it? If not, what is the BEST recommendation?


 --
 Best regards,
 Odhiambo WASHINGTON,
 Nairobi,KE
 +254733744121/+254722743223
 I can't hear you -- I'm using the scrambler.
 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Changes to UART ns8250

2013-10-08 Thread Ganbold Tsagaankhuu 
On Tue, Oct 8, 2013 at 9:58 AM, Ganbold Tsagaankhuu ganb...@gmail.comwrote:

 Zbigniew,


 On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek z...@freebsd.org wrote:

 Hello.

 I would like to present a patch for ns8250 serial that I would like to
 commit in the near future (if there are no objections).

 The patch is fixing newest DesignWare UART with busy detection.
 During frequency divisors configuration when UART is busy transferring or
 receiving data, line control register manipulation will not take effect.
 Therefore, we will not set divisor latch access bit and we will corrupt
 LCR
 instead of configuring divisors.
 It is necessary to wait until UART finishes all transfers to proceed with
 the configuration.

 This was detected on Armada XP as UART fails on this issue 100/100
 attempts.
 The patch was tested by kevlo@ and me and it works on our Armada XP -
 based
 systems.

 Please send your comment or remarks if there are any.


 I'm trying your patch on r254983.
 Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and
 Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort
 of DesignWare uart.

 1. It works fine on Cubieboard2. Uart dmesg is like:

 uart0: 16750 or compatible mem 0x1c28000-0x1c283ff irq 33 on simplebus0

 uart0: console (115200,n,8,1)

 2. No any printing on screen in case of Radxa Rock. Without your patch
 uart dmesg is like:

 uart0: 16650 or compatible mem 0x20064000-0x200643ff irq 68 on
 simplebus0
 uart0: console (115200,n,8,1)

 In case of RK3188 SoC, it seems booting FreeBSD kernel seems very fragile,
 not sure yet what is causing the problem.
 Even with stock ns8250 some version later than r254983 didn't show/print
 anything on serial console few days ago.
 Only thing so far I know is this r254983 (with some patch) works in my
 case on RK3188 SoC based board.



Zbigniew,

Just tried again your patch on RK30xx board. I was able to see boot
messages on screen.
This uart detected as:
...
uart0: 16650 or compatible mem 0x20064000-0x200643ff irq 68 on simplebus0

uart0: console (115200,n,8,1)

uart0: fast interrupt
...
Can you show me your uart detection log?
It seems this DW uart of RK30xx is different than DW uart of A10/A20.
Boot simply stops printing start_init: trying /sbin/init.

thanks,

Ganbold




 thanks,

 Ganbold





 Best regards
 Zbigniew Bodek

 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
 



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: Changes to UART ns8250

2013-10-07 Thread Ganbold Tsagaankhuu 
Zbigniew,


On Tue, Oct 8, 2013 at 3:54 AM, Zbigniew Bodek z...@freebsd.org wrote:

 Hello.

 I would like to present a patch for ns8250 serial that I would like to
 commit in the near future (if there are no objections).

 The patch is fixing newest DesignWare UART with busy detection.
 During frequency divisors configuration when UART is busy transferring or
 receiving data, line control register manipulation will not take effect.
 Therefore, we will not set divisor latch access bit and we will corrupt LCR
 instead of configuring divisors.
 It is necessary to wait until UART finishes all transfers to proceed with
 the configuration.

 This was detected on Armada XP as UART fails on this issue 100/100
 attempts.
 The patch was tested by kevlo@ and me and it works on our Armada XP -
 based
 systems.

 Please send your comment or remarks if there are any.


I'm trying your patch on r254983.
Tried on 2 boards (Cubieboard2 (Allwinner A20 SoC - dual Cortex A7) and
Radxa Rock (Rockchip RK3188 - Quad Cortex A9)). Both seem to have some sort
of DesignWare uart.

1. It works fine on Cubieboard2. Uart dmesg is like:

uart0: 16750 or compatible mem 0x1c28000-0x1c283ff irq 33 on simplebus0

uart0: console (115200,n,8,1)

2. No any printing on screen in case of Radxa Rock. Without your patch uart
dmesg is like:

uart0: 16650 or compatible mem 0x20064000-0x200643ff irq 68 on simplebus0

uart0: console (115200,n,8,1)

In case of RK3188 SoC, it seems booting FreeBSD kernel seems very fragile,
not sure yet what is causing the problem.
Even with stock ns8250 some version later than r254983 didn't show/print
anything on serial console few days ago.
Only thing so far I know is this r254983 (with some patch) works in my case
on RK3188 SoC based board.

thanks,

Ganbold





 Best regards
 Zbigniew Bodek

 ___
 freebsd-current@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic when booting HEAD on i386

2013-04-21 Thread Ganbold Tsagaankhuu 
On Sun, Apr 21, 2013 at 7:27 PM, Konstantin Belousov kostik...@gmail.comwrote:

 On Sun, Apr 21, 2013 at 01:57:03PM +0800, Ganbold Tsagaankhuu wrote:
  On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov
  kostik...@gmail.comwrote:
 
   On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote:
Hi,
   
I'm trying to boot HEAD after updating, but unfortunately it panics
 with
following message:
   
panic: kmem_suballoc: bad status return of 3.
   
I was only able to get image of the panic.
   
http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg
   
Does anybody see same panic booting on i386 lately?
Tried clang, and it panics also.
  
   How much memory do you have ?
   Do you have any tunables in the loader.conf ?
  
 
  Following settings caused the panic:
 
  vm.kmem_size=999M
  vm.kmem_size_max=999M
 I cannot imagine how this could work earlier as well, except by chance.


Right, probably by chance it didn't cause panic in previous version.



 
  Whether it is regression or not in previous version of kernel (r244046)
 it
  didn't panic on boot.
  Seems no information on UPDATING either.
 Do you propose to enumerate all non-working or panic-provoking settings in
 loader.conf ?


Not really.



 Why did you set this value at all ?


These are the settings that I did for zfs, since my machine has zfs and
probably it is not even worth to run zfs on 2GB system.
It is my fault.



 KVA on i386 is limited to slightly less then 1GB, where all the kernel
 maps must be instantiated. Kernel uses the value of the tunable
 vm.kmem_size literally, except it makes a mild attempt to prevent
 foot-shooting by capping kmem_size to 2 * physical memory size.

 You neglected to answer how much memory is installed on your machine,



As mentioned in one of my previous email I have 2GB machine which is
probably not worth to have zfs on such system.
Sorry for the noise.

thanks,

Ganbold




 but I suspect you have enough so that overblown kmem_map cannot coexists
 with other kernel VA consumers.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

panic when booting HEAD on i386

2013-04-20 Thread Ganbold Tsagaankhuu 
Hi,

I'm trying to boot HEAD after updating, but unfortunately it panics with
following message:

panic: kmem_suballoc: bad status return of 3.

I was only able to get image of the panic.

http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg

Does anybody see same panic booting on i386 lately?
Tried clang, and it panics also.

thanks,

Ganbold
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic when booting HEAD on i386

2013-04-20 Thread Ganbold Tsagaankhuu 
On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov
kostik...@gmail.comwrote:

 On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote:
  Hi,
 
  I'm trying to boot HEAD after updating, but unfortunately it panics with
  following message:
 
  panic: kmem_suballoc: bad status return of 3.
 
  I was only able to get image of the panic.
 
  http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg
 
  Does anybody see same panic booting on i386 lately?
  Tried clang, and it panics also.

 How much memory do you have ?


2GB.

http://people.freebsd.org/~ganbold/dmesg.txt



 Do you have any tunables in the loader.conf ?


Just checked, it seems old kqemu, atapicam etc. were there.
This is what was on old kernel right after WITNESS line:

link_elf: symbol _mtx_unlock_flags undefined
KLD file kqemu.ko - could not finalize loading
link_elf: symbol ata_controlcmd undefined
KLD file atapicam.ko - could not finalize loading



 What was the previous version of the kernel which worked for you ?


r244046.

I will disable kqemu, atapicam etc and try again.

thanks,

Ganbold




 r249538 boots for me on i386 with memory sizes of 64M, 2G and 4G.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: panic when booting HEAD on i386

2013-04-20 Thread Ganbold Tsagaankhuu 
On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov
kostik...@gmail.comwrote:

 On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote:
  Hi,
 
  I'm trying to boot HEAD after updating, but unfortunately it panics with
  following message:
 
  panic: kmem_suballoc: bad status return of 3.
 
  I was only able to get image of the panic.
 
  http://www.mnbsd.org/ganbold/IMG_20130420_222353-2.jpg
 
  Does anybody see same panic booting on i386 lately?
  Tried clang, and it panics also.

 How much memory do you have ?
 Do you have any tunables in the loader.conf ?


Following settings caused the panic:

vm.kmem_size=999M
vm.kmem_size_max=999M

Whether it is regression or not in previous version of kernel (r244046) it
didn't panic on boot.
Seems no information on UPDATING either.

Ganbold



 What was the previous version of the kernel which worked for you ?

 r249538 boots for me on i386 with memory sizes of 64M, 2G and 4G.

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org

Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

2010-07-06 Thread Ganbold Tsagaankhuu 
AK-san,

On 7/5/2010 4:10 PM, PseudoCylon wrote:
 From: Ganbold ganb...@gmail.com
 To: PseudoCylon moonlightak...@yahoo.ca
 Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu ganb...@mobicom.mn
 Sent: Wed, June 16, 2010 6:33:47 AM
 Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless

 AK-san,
  
   
 PseudoCylon wrote:

 Strange,  looks like this time works as expected, but sometimes it
 doesn't  work.

 In some cases it doesn't work and you can find complete tcpdump  output
 from very beginning to the modem hang:


 
 Hello,

 Are following true?
 When manually load/reload hostapd, works
 When loaded by rc.conf, doesn't work

 If so, please try attached patch. (patch to if_run.c only) Or, here is a 
 patched file.
 http://gitorious.org/run/run/blobs/raw/cmdq_fix/dev/usb/wlan/if_run.c

 When auto-loading, the driver is brought up and down a few times. It might 
 be the cause.
   
 I will test it few more days and let you know.

 thanks,

 Ganbold
 
 Hello,

 How is the patch doing on your rspro? Is it working well?
   

Sorry for late response. Due to business trip I tested couple of times
only and it seems working relatively ok. 1-2 times ADSL modem hang, but
seemed like after 3-4 hours.
Tried couple of times again, but I couldn't reproduce it. I will try to
reproduce it and let you know the results.

thanks a lot,

Ganbold


 AK



   


-- 
She applies her lipstick in spite of its contents: greasy rouge,
containing crushed and dried insect corpses for coloring, beeswax for
stiffness, and olive oil to help it flow - the latter having the
unfortunate tendency to go rancid several hours after use. In 1924 the
New York Board of Health considered banning lipstick, not because it was
hazardous to the wearers but because of the worry that it might poison
the men who kissed the women who wore it. -- David Bodanis, The Secret
House
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org