14-current: unable to boot after upgrade (installworld)

[Sergey V. Dyatko]

Hi,

Yesterday I tried to upgrade old 13-current (svn rev r368473) to fresh
14-current from git,it looked like this:
1) git pull https://git.freebsd.org/src.git /usr/src
2) cd /usr/src ; make buildworld; make kernel
3) shutdown -r now
after that I _successfully_ booted into 14-current and continued with 
etcupdate -p 
make installworld
etcupdate -B
shutdown -r now

but after that server doesn't come back. After I conneted to this server via
IPMI ip-kvm I saw following (sorry for external link):
https://i.imgur.com/jH6MHd2.png

Well. There was a migration to zol between r368473 and current 'main' branch so
I decided to install fresh 14-current from snapshot 
FreeBSD-14.0-CURRENT-amd64-20211202-610d908f8a6-251253 in order to avoid
possible problems

and again, after make kernel and reboot OS runs, but after installworld I ended 
up in the same situation 

thoughts ? 

--
wbr, Sergey

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

[Sergey V. Dyatko]

On Fri, 7 May 2021 18:53:03 +0300
Gleb Popov  wrote: 

> Just to add to this thread:
> 
> I'm running CURRENT with rtsx device and driver and it works fine for me.

I had to remove (nodevice rtsx) from GENERIC because of slw OS boot, it is
trying to probe sd card long enough
IMHO it wasn't good idea to include it to GENERIC kernel


--
wbr, Sergey

___
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"

regression in /etc/rc.d/linux

[Sergey V. Dyatko]

Hi,

Subj was introduced in  e40787f900f3c262d5134d342e5a16757dd2193c

compat.linux.emul_path isn't defined before kldload`ing linux/linux64 kernel. 

diff --git a/libexec/rc/rc.d/linux b/libexec/rc/rc.d/linux
index 4381b62cc660..f44a9d02fc8d 100755
--- a/libexec/rc/rc.d/linux
+++ b/libexec/rc/rc.d/linux
@@ -18,7 +18,6 @@ stop_cmd=":"
 linux_start()
 {
local _emul_path _tmpdir
-   _emul_path="$(sysctl -n compat.linux.emul_path)"
 
load_kld -e 'linux(aout|elf)' linux
case `sysctl -n hw.machine_arch` in
@@ -26,6 +25,9 @@ linux_start()
load_kld -e 'linux64elf' linux64
;;
esac
+
+ _emul_path="$(sysctl -n compat.linux.emul_path)"
+
if [ -x ${_emul_path}/sbin/ldconfigDisabled ]; then
_tmpdir=`mktemp -d -t linux-ldconfig`
${_emul_path}/sbin/ldconfig -C ${_tmpdir}/ld.so.cache

--
wbr, Sergey

___
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"

tools/toos/{zfsboottest|bootparttest} build broken

[Sergey V. Dyatko]

Hi,

root@hostname:/usr/src/tools/tools/bootparttest # make 
[Creating objdir /usr/obj/usr/src/amd64.amd64/tools/tools/bootparttest...]
make: don't know how to make crc32.c. Stop

make: stopped in /usr/src/tools/tools/bootparttest

root@hostname:/usr/src/tools/tools/zfsboottest # make
ln -sf /usr/src/sys/i386/include machine
cc  -O1  -I/usr/src/stand/zfs  -I/usr/src/sys/cddl/boot/zfs  -I.
-fdiagnostics-show-option  -W -Wextra -Wno-sign-compare -Wno-unused-parameter
-m32   -g -MD  -MF.depend.zfsboottest.o -MTzfsboottest.o -std=gnu99
-Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall
-Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings
-Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline
-Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign
-Wmissing-variable-declarations -Wthread-safety -Wno-empty-body
-Wno-string-plus-int -Wno-unused-const-variable  -Qunused-arguments-c
/usr/src/tools/tools/zfsboottest/zfsboottest.c -o zfsboottest.o
/usr/src/tools/tools/zfsboottest/zfsboottest.c:49:1: error: no previous
prototype for function 'pager_output' [-Werror,-Wmissing-prototypes]
pager_output(const char *line) ^
/usr/src/tools/tools/zfsboottest/zfsboottest.c:48:1: note: declare 'static' if
the function is not intended to be used outside of this translation unit int ^
static /usr/src/tools/tools/zfsboottest/zfsboottest.c:57:1: error: no previous
prototype for function 'ldi_get_size' [-Werror,-Wmissing-prototypes]
ldi_get_size(void *priv) ^ /usr/src/tools/tools/zfsboottest/zfsboottest.c:56:1:
note: declare 'static' if the function is not intended to be used outside of
this translation unit uint64_t ^ static In file included from
/usr/src/tools/tools/zfsboottest/zfsboottest.c:72: /usr/include/libzfs.h:37:10:
fatal error: 'libnvpair.h' file not found #include  ^
3 errors generated. *** Error code 1

Stop.
make: stopped in /usr/src/tools/tools/zfsboottest


--
wbr, Sergey

___
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"

13.0-CURRENT r368448 panic

[Sergey V. Dyatko]

Hi,

Some time ago I was writting about this kernel panic. But due to the fact that
there was very little information I haven't receive any reply (I hope that is
was a reason). Luckily I have a host with a single interface (w/o lagg) and
I was able to set up netdump.
I observe this panic on all servers running this revision.

More information:

GNU gdb (GDB) 9.2 [GDB v9.2 for FreeBSD]
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd13.0".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./kernel.debug...

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 04
fault virtual address   = 0x18
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80c8b3c8
stack pointer   = 0x28:0xfe019b3302e0
frame pointer   = 0x28:0xfe019b330350
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (if_io_tqg_2)
trap number = 12
panic: page fault
cpuid = 2
time = 1611366676
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe019b32ff90
vpanic() at vpanic+0x181/frame 0xfe019b32ffe0
panic() at panic+0x43/frame 0xfe019b330040
trap_fatal() at trap_fatal+0x387/frame 0xfe019b3300a0
trap_pfault() at trap_pfault+0x4f/frame 0xfe019b330100
trap() at trap+0x27d/frame 0xfe019b330210
calltrap() at calltrap+0x8/frame 0xfe019b330210
--- trap 0xc, rip = 0x80c8b3c8, rsp = 0xfe019b3302e0, rbp = 
0xfe019b330350 ---
m_copydata() at m_copydata+0x58/frame 0xfe019b330350
tcp_output() at tcp_output+0x100b/frame 0xfe019b3304f0
tcp_do_segment() at tcp_do_segment+0x2867/frame 0xfe019b3305e0
tcp_input() at tcp_input+0xabe/frame 0xfe019b330710
ip_input() at ip_input+0x125/frame 0xfe019b3307a0
netisr_dispatch_src() at netisr_dispatch_src+0xca/frame 0xfe019b3307f0
ether_demux() at ether_demux+0x138/frame 0xfe019b330820
ether_nh_input() at ether_nh_input+0x351/frame 0xfe019b330880
netisr_dispatch_src() at netisr_dispatch_src+0xca/frame 0xfe019b3308d0
ether_input() at ether_input+0x69/frame 0xfe019b330930
tcp_flush_out_le() at tcp_flush_out_le+0x221/frame 0xfe019b330950
tcp_lro_flush() at tcp_lro_flush+0x2b2/frame 0xfe019b330980
tcp_lro_flush_all() at tcp_lro_flush_all+0x13b/frame 0xfe019b3309c0
iflib_rxeof() at iflib_rxeof+0xc7a/frame 0xfe019b330ac0
_task_fn_rx() at _task_fn_rx+0x72/frame 0xfe019b330b00
gtaskqueue_run_locked() at gtaskqueue_run_locked+0x15d/frame 0xfe019b330b80
gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0xac/frame 0xfe019b330bb0
fork_exit() at fork_exit+0x7e/frame 0xfe019b330bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe019b330bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
Uptime: 2d11h32m6s
debugnet: overwriting mbuf zone pointers
debugnet_connect: searching for gateway MAC...
netdumping to 212.8.xx.yy (48:5b:39:09:5b:8e)
Dumping 9708 out of 130919 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%

__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
55  __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct 
pcpu,
(kgdb) bt
#0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1  doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:399
#2  0x80bf87bb in kern_reboot (howto=260) at 
/usr/src/sys/kern/kern_shutdown.c:486
#3  0x80bf8c40 in vpanic (fmt=, ap=) at 
/usr/src/sys/kern/kern_shutdown.c:919
#4  0x80bf8a43 in panic (fmt=) at 
/usr/src/sys/kern/kern_shutdown.c:843
#5  0x8102cf17 in trap_fatal (frame=0xfe019b330220, eva=24) at 
/usr/src/sys/amd64/amd64/trap.c:915
#6  0x8102cf6f in trap_pfault (frame=0xfe019b330220, 
usermode=, signo=, ucode=) at 
/usr/src/sys/amd64/amd64/trap.c:732
#7  0x8102c5cd in trap (frame=0xfe019b330220) at 
/usr/src/sys/amd64/amd64/trap.c:398
#8  
#9  m_copydata (m=0x0, off=0, len=1, cp=) at 
/usr/src/sys/kern/uipc_mbuf.c:656
#10 0x80db9fab in tcp_output (tp=0xfe05449d48f0) at 
/usr/src/sys/netinet/tcp_output.c:1065
#11 0x80db1fd7 in tcp_do_segment (m=0xf802150f8100, th=, so=, tp=0xfe05449d48f0, drop_hdr

Re: Zpool doesn't boot anymore after FreeBSD 12.1

[Sergey V. Dyatko]

On Thu, 22 Oct 2020 23:04:09 +0300
Toomas Soome  wrote: 

> Hi!
> 
> Please try 366951:) I think, it should get things better for you.
> 
> rgds,
> toomas
> 

Thanks! I'll try as soon as I can find 7-8Tb for backup :) 
btw, can I update my head@r324614 to 366951 at once ?

> > On 22. Oct 2020, at 20:37, Sergey V. Dyatko  wrote:
> > 
> > On Thu, 22 Oct 2020 16:42:16 +0300
> > Andriy Gapon  wrote: 
> > 
> >> On 22/10/2020 16:39, Cassiano Peixoto wrote:
> >>> Hi Andriy,
> >>> 
> >>> I've just tried copying my zfsloader from 11.2-STABLE (R350026) to FreeBSD
> >>> 12.1 and 12.2 (STABLE) and fixed the issue.
> >>> 
> >>> I also tried to use zfsloader of 11.3 but didn't work and the same issue
> >>> happened.
> >>> 
> >>> So it seems that something has changed on zfsloader after 11.2 that brings
> >>> this issue.
> >>> 
> >>> My question is: Should it be expected or is it a bug to be fixed?
> >>> 
> >> 
> >> In my opinion it's a bug.
> >> zfsloader should not require that disks must be partitioned.
> >> 
> > 
> > +1
> > That's why I have terribly outdated 13-CURRENT on bunch of servers and can't
> > update them. 
> > 
> > Most of them look like this:
> > [tiger@st25]:~>zpool status
> >  pool: st25
> > state: ONLINE
> >  scan: none requested
> > config:
> > 
> >NAMESTATE READ WRITE CKSUM
> >st25   ONLINE   0 0 0
> >  mirror-0  ONLINE   0 0 0
> >ada0ONLINE   0 0 0
> >ada1ONLINE   0 0 0
> >  mirror-1  ONLINE   0 0 0
> >ada2ONLINE   0 0 0
> >ada3ONLINE   0 0 0
> >  mirror-2  ONLINE   0 0 0
> >ada4ONLINE   0 0 0
> >ada5ONLINE   0 0 0
> >  mirror-3  ONLINE   0 0 0
> >ada6ONLINE   0 0 0
> >ada7ONLINE   0 0 0
> > 
> > errors: No known data errors
> > 
> > They haven't separate boot device and have from 7 to 30+ Tb of data that I
> > can't backup anywhere for re-install server with disk partitioning. Some
> > time ago I managed to get aroud this reverting 2 commits (  r342151 + don't
> > remember revision) but then there where some other improvements after which
> > I lost the opportunity to revert this commits
> > 
> > --
> > wbr, Sergey
> > 
> > ___
> > 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"
> 



--
wbr, Sergey

___
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: Zpool doesn't boot anymore after FreeBSD 12.1

[Sergey V. Dyatko]

On Thu, 22 Oct 2020 16:42:16 +0300
Andriy Gapon  wrote: 

> On 22/10/2020 16:39, Cassiano Peixoto wrote:
> > Hi Andriy,
> > 
> > I've just tried copying my zfsloader from 11.2-STABLE (R350026) to FreeBSD
> > 12.1 and 12.2 (STABLE) and fixed the issue.
> > 
> > I also tried to use zfsloader of 11.3 but didn't work and the same issue
> > happened.
> > 
> > So it seems that something has changed on zfsloader after 11.2 that brings
> > this issue.
> > 
> > My question is: Should it be expected or is it a bug to be fixed?
> >   
> 
> In my opinion it's a bug.
> zfsloader should not require that disks must be partitioned.
> 

+1
That's why I have terribly outdated 13-CURRENT on bunch of servers and can't
update them. 

Most of them look like this:
[tiger@st25]:~>zpool status
  pool: st25
 state: ONLINE
  scan: none requested
config:

NAMESTATE READ WRITE CKSUM
st25   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
ada0ONLINE   0 0 0
ada1ONLINE   0 0 0
  mirror-1  ONLINE   0 0 0
ada2ONLINE   0 0 0
ada3ONLINE   0 0 0
  mirror-2  ONLINE   0 0 0
ada4ONLINE   0 0 0
ada5ONLINE   0 0 0
  mirror-3  ONLINE   0 0 0
ada6ONLINE   0 0 0
ada7ONLINE   0 0 0

errors: No known data errors

They haven't separate boot device and have from 7 to 30+ Tb of data that I
can't backup anywhere for re-install server with disk partitioning. Some time
ago I managed to get aroud this reverting 2 commits (  r342151 + don't
remember revision) but then there where some other improvements after which I
lost the opportunity to revert this commits

--
wbr, Sergey

___
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: How to find out the revision for HEAD after build-snapshots-from-git?

[Sergey V. Dyatko]

On Fri, 25 Sep 2020 21:13:28 +0300
xto...@hotmail.com wrote: 

> Sergey V. Dyatko wrote:
> > Hi,
> > 
> > Possible I missed the answer to my question, sorry. But
> > Today I installed FreeBSD from
> > FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
> > and now I want to rebuild kernel and so on BUT I don't know which SVN
> > revision should I checkout.
> > uname -a output:
> > 
> > FreeBSD my.host.name 13.0-CURRENT FreeBSD 13.0-CURRENT #0
> > 3c514403bef-c253353(main): Thu Sep 24 06:45:17 UTC 2020
> > r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64
> > 
> > r253353 looks too old, I suppose...  
> 
> There certainly should be easier way, but as a quick "fix", try 
> searching for commit hash:
> 
> https://cgit-beta.freebsd.org/src/log/?qt=range&q=3c514403bef

Looks amazing!
but i'm not an Alien, I'm just a human... 

It is r366075, right ?

Thanks!

--
wbr, Sergey

___
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"

How to find out the revision for HEAD after build-snapshots-from-git?

[Sergey V. Dyatko]

Hi,

Possible I missed the answer to my question, sorry. But
Today I installed FreeBSD from
FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
and now I want to rebuild kernel and so on BUT I don't know which SVN revision
should I checkout.
uname -a output:

FreeBSD my.host.name 13.0-CURRENT FreeBSD 13.0-CURRENT #0
3c514403bef-c253353(main): Thu Sep 24 06:45:17 UTC 2020
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64

r253353 looks too old, I suppose...

--
wbr, Sergey

___
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: iflib/bridge kernel panic

[Sergey V. Dyatko]

On Mon, 21 Sep 2020 09:57:40 +0200
"Kristof Provost"  wrote: 

> On 21 Sep 2020, at 2:52, Shawn Webb wrote:
> >> From latest HEAD on a Dell Precision 7550 laptop:  
> >
> > https://gist.github.com/lattera/a0803f31f58bcf8ead51ac1ebbc447e2
> >
> > The last working boot environment was 14 Aug 2020. If I get some time to
> > bisect commits, I'll try to figure out the culprit.
> >  
> Try https://reviews.freebsd.org/D26418
> 
> Best regards,
> Kristof

I'm not sure, but doesn't this panic have the same root as mine?
Sorry, but I haven't text console and can post only screenshot[s]
 from IP-KVM
https://gyazo.com/fee41c5267e9fc543d43901e498b7c94

rc.conf have something like:
clonned_interfaces="lagg0 vlan101"
ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 x.x.x.x/mask"
ifconfig_vlan101="vlan 101 vlandev lagg0 192.168.1.29/24"

without VLAN part all works fine.
Installed from FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1.iso




--
wbr, Sergey

___
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"

make -C weirdness

[Sergey V. Dyatko]

Hi,

Long time ago I wrote 2 simple aliases to my .cshrc:

search_key  make -C /usr/ports/ search key='!*' display=name,path,info
search_name make -C /usr/ports/ search name='!*' display=port,path,info

it works fine starting from 7-CURRENT  IIRC. 
Today   I tried to find some (existing) port and can't, for example:
[tiger@laptop]:/>make -C /usr/ports/ search name=teeworlds
display=name,path,info
[tiger@laptop]:/>
but
[tiger@laptop]:/>cd /usr/ports/
[tiger@laptop]:/usr/ports>make search name=teeworlds display=name,path,info
Port:   teeworlds-0.6.4_4 
Path:   /usr/ports/games/teeworlds 
Info:   Platform game featuring buggers equipped with
weapons

it is  on 12.0-CURRENT r324493
I missed something or it is a bug?

--
wbr, Sergey

___
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: head@r305865: kernel panic after cuse4bsd load.

[Sergey V. Dyatko]

On Fri, 23 Sep 2016 09:47:52 +0200
Hans Petter Selasky  wrote: 

> On 09/23/16 09:34, Hans Petter Selasky wrote:
> > On 09/23/16 08:33, Sergey V. Dyatko wrote:  
> >> Hi,
> >>
> >> subj.
> >>
> >> WTR:
> >> 1/ kldload cuse
> >> 2/ kldload cuse4bsd
> >>
> >> expected (by me) behavior:  'Cuse4BSD: Please exit all /dev/cuse
> >> instances and
> >> processes which have used this device.' message and exit, not kernel
> >> panic
> >>  
> >
> > HI,
> >
> > You should only load one of them. make_dev() will panic because of
> > duplicate /dev/cuse nodes. Do you think it is important that this
> > use-case works?
> >
> > --HPS  

No.  I didn't plan to load cuse module, just pressed Enter too early (kldload
cuse[enter]bsd) :)

> 
> This should fix it:
> https://svnweb.freebsd.org/changeset/base/306228
> 
> --HPS
> 

Thanks!



--
wbr, tiger

___
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"

head@r305865: kernel panic after cuse4bsd load.

[Sergey V. Dyatko]

Hi,

subj.

WTR: 
1/ kldload cuse
2/ kldload cuse4bsd

expected (by me) behavior:  'Cuse4BSD: Please exit all /dev/cuse instances and
processes which have used this device.' message and exit, not kernel panic 


http://svn.freebsd.by/files/cuse-cuse4bsd.core.txt

Unread portion of the kernel message buffer:
panic: make_dev_sv: bad si_name (error=17, si_name=cuse)
cpuid = 1
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfe022fd393b0
vpanic() at vpanic+0x182/frame 0xfe022fd39430
panic() at panic+0x43/frame 0xfe022fd39490
make_dev_sv() at make_dev_sv+0x449/frame 0xfe022fd39510
make_dev() at make_dev+0xa6/frame 0xfe022fd395f0
cuse_kern_init() at cuse_kern_init+0x5d/frame 0xfe022fd39600
linker_load_module() at linker_load_module+0xc64/frame 0xfe022fd39920
kern_kldload() at kern_kldload+0xf8/frame 0xfe022fd39960
sys_kldload() at sys_kldload+0x5b/frame 0xfe022fd39990
amd64_syscall() at amd64_syscall+0x4d8/frame 0xfe022fd39ab0
Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe022fd39ab0
--- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80086d7ea, rsp =
0x7fffe528, rbp = 0x7fffea40 ---

--
wbr, tiger

___
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: CURRENT: frequent crashes if mpd5 is running

[Sergey V. Dyatko]

On Thu, 14 Jul 2016 14:38:15 -0400
Allan Jude  wrote: 

> On 2016-07-14 13:13, Oleg V. Nauman wrote:
> >  I'm experiencing frequent CURRENT ( 12.0-CURRENT r302535 amd64 ) crashes 
> > triggered by mpd5:
> > 
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address   = 0x10
> > fault code  = supervisor read data, page not present
> > instruction pointer = 0x20:0x814f6162
> > stack pointer   = 0x28:0xfe011b06d640
> > frame pointer   = 0x28:0xfe011b06d670
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 901 (mpd5)
> > trap number = 12
> > panic: page fault
> > cpuid = 0
> > 
> > #0  doadump (textdump=) at pcpu.h:221
> > 221 pcpu.h: No such file or directory.
> > in pcpu.h
> > (kgdb) #0  doadump (textdump=) at pcpu.h:221
> > #1  0x80749169 in kern_reboot (howto=260)
> > at ../../../kern/kern_shutdown.c:366
> > #2  0x807496e1 in vpanic (fmt=,
> > ap=) at ../../../kern/kern_shutdown.c:759
> > #3  0x80749553 in panic (fmt=0x0)
> > at ../../../kern/kern_shutdown.c:690 #4  0x80a5aca1 in trap_fatal
> > (frame=0xfe011b06d590, eva=16) at ../../../amd64/amd64/trap.c:841
> > #5  0x80a5af51 in trap_pfault (frame=0x0, usermode=0)
> > at ../../../amd64/amd64/trap.c:716
> > #6  0x80a5a430 in trap (frame=0xfe011b06d590)
> > at ../../../amd64/amd64/trap.c:442
> > #7  0x80a3e161 in calltrap ()
> > at ../../../amd64/amd64/exception.S:236 #8  0x814f6162 in
> > ng_uncallout (c=0xf80004842460, node=0xf80004c79a00)
> > at 
> > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3815
> > #9  0x8151bbab in ng_pptpgre_disconnect (hook=)
> > at 
> > /usr/src/sys/modules/netgraph/pptpgre/../../../netgraph/ng_pptpgre.c:966
> > #10 0x814f2928 in ng_destroy_hook (hook=0xf8000487ad80)
> > at 
> > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:1219
> > #11 0x814f2635 in ng_rmnode (node=,
> > dummy1=, dummy2=,
> > dummy3=)
> > at 
> > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:744
> > #12 0x814f4832 in ng_apply_item (node=0xf80004c79a00,
> > item=0xf80004e72600, rw=1)
> > at 
> > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2523
> > #13 0x814f41a3 in ng_snd_item (item=,
> > flags=)
> > at 
> > /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2320
> > #14 0x814eec4e in ngc_send (so=,
> > flags=, m=,
> > addr=, control=,
> > td=)
> > at 
> > /usr/src/sys/modules/netgraph/socket/../../../netgraph/ng_socket.c:338
> > #15 0x807dee17 in sosend_generic (so=,
> > addr=, uio=,
> > top=, control=,
> > flags=, td=)
> > at ../../../kern/uipc_socket.c:1359
> > #16 0x807e66b8 in kern_sendit (td=,
> > s=, mp=, flags=0, control=0x0,
> > segflg=) at ../../../kern/uipc_syscalls.c:848
> > #17 0x807e6abf in sendit (td=0xf800047caa00,
> > s=, mp=0xfe011b06da60,
> > flags=) at ../../../kern/uipc_syscalls.c:775
> > #18 0x807e690d in sys_sendto (td=0x0, uap=)
> > at ../../../kern/uipc_syscalls.c:899
> > #19 0x80a5b618 in amd64_syscall (td=, traced=0)
> > at subr_syscall.c:135
> > #20 0x80a3e44b in Xfast_syscall ()
> > at ../../../amd64/amd64/exception.S:396
> > #21 0x0008025d284a in ?? ()
> > Previous frame inner to this frame (corrupt stack?)
> > Current language:  auto; currently minimal
> > 
> 
> There is a patch for this issue:
> 
> https://reviews.freebsd.org/D7209
> 
> You might try seeing if it solves your problem, and reporting that to
> the author
> 

work fine to me too on 12.0-CURRENT #26 r302424M
Thanks!

--
wbr, tiger

___
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: Touchscreen support (was Re: new computer, strange usb messages at boot)

[Sergey V. Dyatko]

On Mon, 22 Feb 2016 17:51:00 +0100
Hans Petter Selasky  wrote: 

> On 02/22/16 17:39, Anthony Jenkins wrote:
> >
> >
> > On 02/22/2016 02:11 AM, Hans Petter Selasky wrote:  
> >> On 02/22/16 03:16, Anthony Jenkins wrote:  
> >>> Yes.  I have an eGalax touchscreen and it's doing the same thing. The
> >>> number of items it's reporting is 256 (according to my preliminary
> >>> debugging), causing the warning.  I think these things are a special
> >>> subclass of HID for multitouch touchscreens which we don't support
> >>> (yet).  
> >>
> >> /usr/ports/multimedia/webcamd will most likely attach if invoked
> >> manually, to this device and provide an event device for you!
> >>
> >> --HPS  
> >
> > Okay that's /amazing/, and not at all intuitive!  I mean I'd expect
> > multimedia/webcamd to only attach to "video" devices, but lo and behold
> > I get a /dev/input/event0 device which spits out gibberish when
> > cat(1)'ed and I touch the screen!
> >
> > My intentions were to port Linux's hid-multitouch device in whole to
> > FreeBSD (it's what attaches to my eGalax device and probably to OP's
> > touchscreen device) and add support for the device to moused(8), but
> > it's not very high on my priority list...
> >  
> 
> Hi,
> 
> If you apply these patches, will work with your X-org :-)
> 
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196678
> 

wow...
Thanks for your work :) 

Yesterday I update -CURRENT on my lenovo z400 touch ( r296180),  after
suspend-resume I spotted that is my usb mouse didn't work (touchpad works as
before)
I had the feeling that I read something about hid_get_item: Number of
items(256) truncated to 255 on ML, so I'm here. 

What I do: 
laptop# webcamd -l
Available device(s):

webcamd [-d ugen0.2] -N Synaptics-Large-Touch-Screen-SYNAPTICS -S unknown -M 0
...
Show webcamd usage:
webcamd -h
laptop# webcamd  -N Synaptics-Large-Touch-Screen-SYNAPTICS -S unknown -M 0
Attached to ugen0.2[0]
Creating /dev/input/event0

after that I reconnect my mouse and 'it works' (c) 
How I can do this   automatically right?

--
wbr, tiger

___
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"

kernel{acpi_task_*} consumes near 100% WCPU

[Sergey V. Dyatko]

Hi,

I have 2 SuperMicro servers with 11-CURRENT amd64 (r268447 and r292688).
Both have LA near 1.0 even without any load.
On 'fresh' CURRENT (r292688) top -SH command shows following with
debug.acpi.max_threads=8
 https://gyazo.com/5e16ffcf803a24171803209dba08848c 
with debug.acpi.max_threads=1 I have just one process kernel{acpi_task_0}
consumed 90%+ WCPU
systat -vmstat 1:  https://gyazo.com/b8be5305859b7245f6da16f92a1b2165

What is the reason for this behavior, and what can I do with this ?

--
wbr, tiger

___
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"

/bin/ls formatting broken for non-C(?) locales

[Sergey V. Dyatko]

Hi,

subj. http://i.imgur.com/F9QO29l.png
it is on head@r290573:
WTR:
env LC_ALL=uk_UA.UTF-8 ls -la /usr/ports/databases/ or env LC_ALL=ru_RU.UTF-8
ls -la /usr/ports/databases/

env LC_ALL=C ls -la /usr/ports/databases/ works fine
also on old stable/10 (r286868)  as I can see 'month' field length 3 symbols 


--
wbr, tiger

___
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] build: WITH_FAST_DEPEND and WITH_CCACHE_BUILD

[Sergey V. Dyatko]

On Thu, 12 Nov 2015 21:04:53 -0800
Craig Rodrigues  wrote: 

> On Thu, Nov 12, 2015 at 9:40 AM, Bryan Drewery  wrote:
> 
> > - The first is WITH_FAST_DEPEND. Please see the commit for its full
> >  
> 
> I have enabled WITH_FAST_DEPEND in make.conf for several builds.

I have enabled it in src.conf ( head@r290570, GENERIC-NODEBUG kernel)

On hw.model: Intel(R) Xeon(R) CPU   E5504  @ 2.00GHz 
time make -j8 buildworld:

3685.33 real 25176.56 user  1918.05 sys WITH_FAST_DEPEND
3904.77 real 25833.18 user  2327.22 sys  without

> (1) Job: https://jenkins.freebsd.org/job/FreeBSD_HEAD
>  Before WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD/3488/1 hour, 23 minutes
>  After WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD/3497/ ,  1 hour, 17 minutes
> 
>  Compiler used: clang
> 
> (2)   Job: https://jenkins.freebsd.org/job/FreeBSD_HEAD_sparc64/
> Before WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD_sparc64/1309/ , 23 minutes
> After WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD_sparc64/1329/ , 22 minutes
> 
> Compiler used: gcc 4.2.1
> 
> (3)  Job: https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/
>Before WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/761/ , 1 hour, 7
> minutes
>After WITH_FAST_DEPEND:
> https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/762/ , 1 hour 2
> minutes
> 
>Compiler:  gcc 4.9.2
> 
> The timings are not very scientific, because the VM's in which the builds
> are occurring are
> very loaded, since each build host is running multiple VM's, which are
> building different things.
> 
> This gives you a basic idea though, that WITH_FAST_DEPEND works on a few
> compilers (clang, gcc 4.2, gcc 4.9),
> and there is some build time reduction, and no increase in build time.
> 
> Congratulations for tackling this stuff in FreeBSD.  As you mentioned, this
> area has not been touched
> in 14 years.
> --
> Craig

--
wbr, tiger

___
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: Call For Testers: Synaptics touchpads

[Sergey V. Dyatko]

On Thu, 09 Apr 2015 00:21:10 -0700
Rui Paulo  wrote: 

> On Thursday 09 April 2015 10:00:40 Sergey V. Dyatko wrote:
> > On Wed, 08 Apr 2015 23:27:28 -0700
> > 
> > Rui Paulo  wrote:
> > > On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote:
> > > > On Wed, 08 Apr 2015 00:19:45 -0700
> > > > 
> > > > Rui Paulo  wrote:
> > > > > Hi,
> > > > > 
> > > > > The attached patch adds support for newer touchpad features and
> > > > > implements
> > > > > two finger scrolling.  This is such a common feature these days that I
> > > > > think we should enable it by default and disable edge scrolling.  I've
> > > > > implemented some detection code to keep edge scrolling enabled when
> > > > > the
> > > > > touchpad has a dedicated area for scrolling.
> > > > > 
> > > > > Please test it and report back your experience.  To enable synaptics
> > > > > support, you need:
> > > > > 
> > > > > hw.psm.synaptics_support=1
> > > > > 
> > > > > in loader.conf.
> > > > > 
> > > > > Thanks,
> > > > 
> > > > Patch applied successfully (head, r280980).
> > > > 
> > > > with and without   hw.psm.synaptics_support=1 I have
> > > > 
> > > > [tiger@laptop]:~>synclient
> > > > Couldn't find synaptics properties. No synaptics driver loaded?
> > > 
> > > This isn't the xorg driver, so you can't use it.
> > > 
> > > > and mouse cursor moved s slooowly,
> > > 
> > > Is this a new problem with this patch?  You can adjust the speed in xorg.
> > > 
> > > > without  hw.psm.synaptics_support it
> > > > moved faster, vertical scrolling doesn't work in both cases
> > > 
> > > Ok, I just wanted to make sure there are no regressions.  I don't have
> > > your
> > > model, so it's hard to help you.
> > 
> > Now I revert patch, results:
> > 
> > booting w/o hw.psm.synaptics_support=1
> > * vscroll doesn't work
> > * buttons works fine
> > * mouse cursor moved slow (~ like without synaptics_support + your patch)
> > 
> > booting with synaptics_support enabled:
> > * vscroll works fine
> > * buttons doesn't work
> > * mouse cursor moved ok (fast)
> > * synclient works fine two figers too, after `synclient
> >   VertTwoFingerScroll=1`
> > 
> > So, it general, there is no large regression if I can adjust the speed in
> > xorg (now?). Just in case, I have following on xorg.conf:
> > 
> > Section "InputDevice"
> > Identifier  "Mouse0"
> > Driver  "synaptics"
> > Option  "Protocol"  "psm"
> > Option  "Device""/dev/psm0"
> > #   Option  "SHMConfig" "on"
> > Option  "LBCornerButton""1"
> > Option  "RBCornerButton""2"
> > Option  "MinSpeed"  "7"
> > Option  "MaxSpeed"  "9"
> > Option  "AccelFactor"   "0.0015"
> > Option  "ZAxisMapping"  "4 5 6 7"
> > EndSection
> 
> Wait a second.  You're mixing sysmouse synaptics support with the xorg
> driver? That will probably not work very well.  My patch should be tested
> without the synaptics xorg driver.
> 
> Try this:
> 
> Section "InputDevice"
> Identifier  "Mouse0"
> Driver  "mouse"
> Option  "Protocol" "auto"
> Option  "Device" "/dev/sysmouse"
> Option  "ZAxisMapping" "4 5 6 7"
> EndSection
> 

with patch + synaptics support enabled and this:
*  buttons works
* vert scroll (one, two, three fingers) doesn't work
* mouse speed - slow

[tiger@laptop]:~>sysctl hw.psm.synaptics
hw.psm.synaptics.vscroll_div_max: 150
hw.psm.synaptics.vscroll_div_min: 100
hw.psm.synaptics.vscroll_min_delta: 50
hw.psm.synaptics.vscroll_ver_area: -600
hw.psm.synaptics.vscroll_hor_area: 0
hw.psm.synaptics.taphold_timeout: 125000
hw.psm.synaptics.tap_min_queue: 2
hw.psm.synaptics.tap_max_delta: 80
hw.psm.synaptics.div_len: 100
hw.psm.synaptics.div_max_na: 30
hw.psm.synaptics.div_max: 17
hw.psm.synaptics.div_min: 9
hw.psm.synaptics.weight_len_squared: 2000
hw.psm.synaptics.weight_previous_na: 20
hw.psm.synaptics.weight_previous: 6
hw.psm.synaptics.weight_current: 3
hw.psm.synaptics.multiplicator: 1
hw.psm.synaptics.window_max: 10
hw.psm.synaptics.window_min: 4
hw.psm.synaptics.na_left: 1600
hw.psm.synaptics.na_bottom: 1408
hw.psm.synaptics.na_right: 563
hw.psm.synaptics.na_top: 1783
hw.psm.synaptics.margin_left: 200
hw.psm.synaptics.margin_bottom: 200
hw.psm.synaptics.margin_right: 200
hw.psm.synaptics.margin_top: 200
hw.psm.synaptics.max_width: 10
hw.psm.synaptics.max_pressure: 220
hw.psm.synaptics.min_pressure: 16
hw.psm.synaptics.two_finger_scroll: 1
hw.psm.synaptics.directional_scrolls: 0

--
wbr, tiger

___
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 Testers: Synaptics touchpads

[Sergey V. Dyatko]

On Wed, 08 Apr 2015 23:27:28 -0700
Rui Paulo  wrote: 

> On Thursday 09 April 2015 09:10:52 Sergey V. Dyatko wrote:
> > On Wed, 08 Apr 2015 00:19:45 -0700
> > 
> > Rui Paulo  wrote:
> > > Hi,
> > > 
> > > The attached patch adds support for newer touchpad features and implements
> > > two finger scrolling.  This is such a common feature these days that I
> > > think we should enable it by default and disable edge scrolling.  I've
> > > implemented some detection code to keep edge scrolling enabled when the
> > > touchpad has a dedicated area for scrolling.
> > > 
> > > Please test it and report back your experience.  To enable synaptics
> > > support, you need:
> > > 
> > > hw.psm.synaptics_support=1
> > > 
> > > in loader.conf.
> > > 
> > > Thanks,
> > 
> > Patch applied successfully (head, r280980).
> > 
> > with and without   hw.psm.synaptics_support=1 I have
> > 
> > [tiger@laptop]:~>synclient
> > Couldn't find synaptics properties. No synaptics driver loaded?
> 
> This isn't the xorg driver, so you can't use it.
> 
> > 
> > and mouse cursor moved s slooowly, 
> 
> Is this a new problem with this patch?  You can adjust the speed in xorg.
> 
> > without  hw.psm.synaptics_support it
> > moved faster, vertical scrolling doesn't work in both cases
> 
> Ok, I just wanted to make sure there are no regressions.  I don't have your 
> model, so it's hard to help you.
> 

Now I revert patch, results:

booting w/o hw.psm.synaptics_support=1
* vscroll doesn't work
* buttons works fine
* mouse cursor moved slow (~ like without synaptics_support + your patch)

booting with synaptics_support enabled:
* vscroll works fine
* buttons doesn't work
* mouse cursor moved ok (fast)
* synclient works fine two figers too, after `synclient
  VertTwoFingerScroll=1` 

So, it general, there is no large regression if I can adjust the speed in xorg
(now?). Just in case, I have following on xorg.conf:

Section "InputDevice"
Identifier  "Mouse0"
Driver  "synaptics"
Option  "Protocol"  "psm"
Option  "Device""/dev/psm0"
#   Option  "SHMConfig" "on"
Option  "LBCornerButton""1"
Option  "RBCornerButton""2"
Option  "MinSpeed"  "7"
Option  "MaxSpeed"  "9"
Option  "AccelFactor"   "0.0015"
Option  "ZAxisMapping"  "4 5 6 7"
EndSection

 I would be grateful if you (or somebody else) told me how I can fix vscroll
with your patch
Thanks!

--
wbr, tiger

___
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 Testers: Synaptics touchpads

[Sergey V. Dyatko]

On Wed, 08 Apr 2015 00:19:45 -0700
Rui Paulo  wrote: 

> Hi,
> 
> The attached patch adds support for newer touchpad features and implements
> two finger scrolling.  This is such a common feature these days that I think
> we should enable it by default and disable edge scrolling.  I've implemented
> some detection code to keep edge scrolling enabled when the touchpad has a 
> dedicated area for scrolling.
> 
> Please test it and report back your experience.  To enable synaptics support, 
> you need:
> 
> hw.psm.synaptics_support=1
> 
> in loader.conf.
> 
> Thanks,

Patch applied successfully (head, r280980). 

with and without   hw.psm.synaptics_support=1 I have 

[tiger@laptop]:~>synclient 
Couldn't find synaptics properties. No synaptics driver loaded?

and mouse cursor moved s slooowly, without  hw.psm.synaptics_support it
moved faster, vertical scrolling doesn't work in both cases

it is on lenovo ideapad z400 touch


--
wbr, tiger

___
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: bsdinstall and current (possible stable) snapshots

[Sergey V. Dyatko]

On Mon, 23 Mar 2015 10:46:32 -0700
Nathan Whitehorn  wrote: 

> 
> On 03/23/15 09:47, Sergey V. Dyatko wrote:
> > On Mon, 23 Mar 2015 09:15:57 -0700
> > Nathan Whitehorn  wrote:
> >
> >> On 03/23/15 09:06, Devin Teske wrote:
> >>>> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko 
> >>>> wrote:
> >>>>
> >>>> Hi Devin,
> >>>>
> >>>> Recently I'm trying to install FreeBSD CURRENT from bootonly image
> >>>> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso)
> >>>> on IBM HS22 blade via bladecenter's kvm but I faced with problem on
> >>>> checksum stage, bootonly doesn't contain base, kernel,etc distributions
> >>>> but it contain manifest file.
> >>>> On mirrors we have  pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and
> >>>> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for
> >>>> fetched files. I suppose it will be fine with RELEASE bootonly iso but
> >>>> not with stable/current.
> >>>> there is 2 ways how we can handle it:
> >>>> 1) download remote MANIFEST if spotted checksum mismatch and trying to
> >>>> use it 2) allow user to continue installation with 'broken' distributions
> >>>>
> >>>> I had to first put 10.1 then update it to HEAD :(
> >>>>
> >>>> What do you think ?
> >>> When I get some time I’ll have a look and see what I can do.
> >>> —
> >>> Cheers,
> >>> Devin
> >>>
> >>>
> >> Using the local manifest is a security feature -- there is otherwise
> >> zero protection against a man-in-the-middle attack. Ideally, you'd use
> >> the ISO that matches the posted files. There are three options here:
> >> 1. Add a dialog that lets you move ahead in the event of checksum
> >> failure, which makes me very nervous.
> >> 2. Use the boot1 disk.
> >> 2a. For release engineering: if the posted tarballs change too fast, the
> >> bootonly disk isn't actually useful for -CURRENT and should probably be
> >> removed from the FTP server.
> > I don't think so. I use only bootonly ISOs when I (rare) setup new
> > fbsd instances, disk1 contain to much useless (for me) things.  I
> > haven't fast internet (in 2015, yes) so download data1 image is a pain.
> 
> What useless things, out of curiousity? If you want source (which you 
> probably do if you are running -CURRENT), boot1 + downloading kernel, 
> base, and source code is 80% the size of disc1 for amd64. It's just not 
> a huge difference.
> 
~55 vs ~360 MB (FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso.xz  VS
FreeBSD-11.0-CURRENT-amd64-20150302-r279514-disc1.iso.xz)

I do fetch src/ports (both HEAD) from svn so _in my case_ it is useless
(tarballs a bit outdated as minimum). Main purpose of ISOs (for me) is allow to
install minimal FreeBSD  on new server. Than I can ssh into it and setup useful
stuff

> > What about STABLE images/tarballs  ? If I understand correctly it is also
> > uploaded too fast...
> 
> The same issue applies there, yes.
> 
> >> 3. You could reroll the ISO (just untar and run makefs again),
> >> commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto.
> >> -Nathan
> > sure I can.
> > Idea with a dialog is  a good idea, IMO :)
> >
> 
> That's so@'s lookout. I'd prefer actual signatures to checksum 
> verification + an option to skip.
> -Nathan
> ___
> 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"


--
wbr, tiger

___
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: bsdinstall and current (possible stable) snapshots

[Sergey V. Dyatko]

On Mon, 23 Mar 2015 09:15:57 -0700
Nathan Whitehorn  wrote: 

> 
> On 03/23/15 09:06, Devin Teske wrote:
> >> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko 
> >> wrote:
> >>
> >> Hi Devin,
> >>
> >> Recently I'm trying to install FreeBSD CURRENT from bootonly image
> >> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso)
> >> on IBM HS22 blade via bladecenter's kvm but I faced with problem on
> >> checksum stage, bootonly doesn't contain base, kernel,etc distributions
> >> but it contain manifest file.
> >> On mirrors we have  pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and
> >> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for
> >> fetched files. I suppose it will be fine with RELEASE bootonly iso but not
> >> with stable/current.
> >> there is 2 ways how we can handle it:
> >> 1) download remote MANIFEST if spotted checksum mismatch and trying to use
> >> it 2) allow user to continue installation with 'broken' distributions
> >>
> >> I had to first put 10.1 then update it to HEAD :(
> >>
> >> What do you think ?
> > When I get some time I’ll have a look and see what I can do.
> > —
> > Cheers,
> > Devin
> >
> >
> 
> Using the local manifest is a security feature -- there is otherwise 
> zero protection against a man-in-the-middle attack. Ideally, you'd use 
> the ISO that matches the posted files. There are three options here:
> 1. Add a dialog that lets you move ahead in the event of checksum 
> failure, which makes me very nervous.
> 2. Use the boot1 disk.
> 2a. For release engineering: if the posted tarballs change too fast, the 
> bootonly disk isn't actually useful for -CURRENT and should probably be 
> removed from the FTP server.

I don't think so. I use only bootonly ISOs when I (rare) setup new
fbsd instances, disk1 contain to much useless (for me) things.  I
haven't fast internet (in 2015, yes) so download data1 image is a pain. 

What about STABLE images/tarballs  ? If I understand correctly it is also
uploaded too fast...

> 3. You could reroll the ISO (just untar and run makefs again), 
> commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto.
> -Nathan

sure I can. 
Idea with a dialog is  a good idea, IMO :)

--
wbr, tiger

___
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: bsdinstall and current (possible stable) snapshots

[Sergey V. Dyatko]

On Mon, 23 Mar 2015 08:47:38 +0300
"Sergey V. Dyatko"  wrote: 

> Hi Devin,
> 
> Recently I'm trying to install FreeBSD CURRENT from bootonly image
> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso)
> on IBM HS22 blade via bladecenter's kvm but I faced with problem on checksum
> stage, bootonly doesn't contain base, kernel,etc distributions but it contain
> manifest file. 
> On mirrors we have  pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and
> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for
> fetched files. I suppose it will be fine with RELEASE bootonly iso but not
> with stable/current.
> there is 2 ways how we can handle it:
> 1) download remote MANIFEST if spotted checksum mismatch and trying to use it
> 2) allow user to continue installation with 'broken' distributions 
> 
> I had to first put 10.1 then update it to HEAD :(
> 
> What do you think ?
> 

replying to myself  :)
possible way. #3:
distribution filenames must contain svn revision. On checksum stage we can easy
check does local MANIFEST actual or we must use remote file...


--
wbr, tiger

___
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"

bsdinstall and current (possible stable) snapshots

[Sergey V. Dyatko]

Hi Devin,

Recently I'm trying to install FreeBSD CURRENT from bootonly image
( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso)
on IBM HS22 blade via bladecenter's kvm but I faced with problem on checksum
stage, bootonly doesn't contain base, kernel,etc distributions but it contain
manifest file. 
On mirrors we have  pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and
MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for
fetched files. I suppose it will be fine with RELEASE bootonly iso but not with
stable/current.
there is 2 ways how we can handle it:
1) download remote MANIFEST if spotted checksum mismatch and trying to use it
2) allow user to continue installation with 'broken' distributions 

I had to first put 10.1 then update it to HEAD :(

What do you think ?

--
wbr, tiger

___
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"

nvidia+HEAD amd64 trouble

[Sergey V. Dyatko]

Hi,

I have Lenovo IdeaPad z400 touch laptop. It have GeForce GT 635M graphics card.
Also it have integrated Intel card
agp0:  on vgapci0
agp0: aperture size is 256M, detected 65532k stolen memory

when I enable nvidia on laptop bios and trying to use it  I got following
panic: 

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0x:800)
nvidia0: NVRM: rm_init_adapter() failed!

full core.txt file located here: http://svn.freebsd.by/files/coredump-nvidia.txt
tell me what other information I need to provide

It is HEAD@r279306 amd64

[tiger@laptop]:~/tmpdir>pkg info -x nvidia
nvidia-driver-346.47
nvidia-settings-340.24_1

[tiger@laptop]:~/tmpdir>pkg info -x ^xorg
xorg-7.7_1
xorg-apps-7.7_2
xorg-cf-files-1.0.5_1
xorg-docs-1.7,1
xorg-drivers-7.7_2
xorg-fonts-7.7
xorg-fonts-100dpi-7.7
xorg-fonts-75dpi-7.7
xorg-fonts-cyrillic-7.7
xorg-fonts-miscbitmaps-7.7
xorg-fonts-truetype-7.7_1
xorg-fonts-type1-7.7
xorg-libraries-7.7_2
xorg-macros-1.19.0
xorg-server-1.14.7_2,1

I would be very appreciated for any help

--
wbr, tiger

___
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: all processes have ppid 1

[Sergey V. Dyatko]

On Wed, 3 Sep 2014 12:17:07 +0800
Jia-Shiun Li  wrote: 

> Hi all,
> 
> on r270962 -current ps indicates all processes have ppid 1 which is
> not reasonable. This happened to me since about 1 week ago. Wondering
> if anyone sees the same.
> 
> the 'ps axdl' result looks like:
> http://pastebin.com/qFg5FusN
> 
> 

seems it was broken after r270515...

> 
> -Jia-Shiun.

--
wbr, tiger

___
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: r268621: panic: shadowed tmpfs v_object [with dump]

[Sergey V. Dyatko]

On Wed, 23 Jul 2014 22:56:46 +0200
Mattia Rossi  wrote: 

> Got the same panic, is this fix getting committed? Or has it already 
> been committed?

r269053

> 
> Mat
> 
> On 23/07/14 18:12, Bryan Drewery wrote:
> > On 7/23/14, 7:11 AM, Konstantin Belousov wrote:
> >> On Tue, Jul 22, 2014 at 02:53:56PM -0700, Bryan Drewery wrote:
> >>> On 7/22/14, 2:26 PM, Bryan Drewery wrote:
>  On 7/22/14, 2:07 PM, Bryan Drewery wrote:
> > Meant to send to current@, moving there.
> >
> > On 7/22/14, 2:07 PM, Bryan Drewery wrote:
> >> On r268621:
> >>
> >>> panic: shadowed tmpfs v_object 0xf807a7f96600
> >>> cpuid = 0
> >>> KDB: stack backtrace:
> >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
> >>> 0xfe1247d67390
> >>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xfe1247d67440
> >>> vpanic() at vpanic+0x126/frame 0xfe1247d67480
> >>> kassert_panic() at kassert_panic+0x139/frame 0xfe1247d674f0
> >>> vm_object_deallocate() at vm_object_deallocate+0x236/frame
> >>> 0xfe1247d67550
> >>> tmpfs_free_node() at tmpfs_free_node+0x138/frame 0xfe1247d67580
> >>> tmpfs_reclaim() at tmpfs_reclaim+0x17d/frame 0xfe1247d675c0
> >>> VOP_RECLAIM_APV() at VOP_RECLAIM_APV+0xf7/frame 0xfe1247d675f0
> >>> vgonel() at vgonel+0x1a1/frame 0xfe1247d67660
> >>> vrecycle() at vrecycle+0x3e/frame 0xfe1247d67690
> >>> tmpfs_inactive() at tmpfs_inactive+0x4c/frame 0xfe1247d676b0
> >>> VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0xf7/frame 
> >>> 0xfe1247d676e0
> >>> vinactive() at vinactive+0xc6/frame 0xfe1247d67730
> >>> vputx() at vputx+0x27a/frame 0xfe1247d67790
> >>> tmpfs_rename() at tmpfs_rename+0xf5/frame 0xfe1247d67860
> >>> VOP_RENAME_APV() at VOP_RENAME_APV+0xfc/frame 0xfe1247d67890
> >>> kern_renameat() at kern_renameat+0x3ef/frame 0xfe1247d67ae0
> >>> amd64_syscall() at amd64_syscall+0x25a/frame 0xfe1247d67bf0
> >>> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfe1247d67bf0
> >>> --- syscall (128, FreeBSD ELF64, sys_rename), rip = 0x80088b74a, 
> >>> rsp =
> >>> 0x7fffe238, rbp = 0x7fffe710 ---
> >>> Uptime: 6d4h0m3s
> >>>
> >>> Dump failed. Partition too small.
> >>
> >> Unfortunately I have no dump to debug.
> >>
> >
>  Running poudriere again after boot hit the issue right away:
> 
> 
> > (kgdb) bt
> > #0  doadump (textdump=1) at pcpu.h:219
> > #1  0x809122a7 in kern_reboot (howto=260) at
> > /usr/src/sys/kern/kern_shutdown.c:445
> > #2  0x809127e5 in vpanic (fmt=, 
> > ap= > optimized out>) at /usr/src/sys/kern/kern_shutdown.c:744
> > #3  0x80912679 in kassert_panic (fmt= > out>) at
> > /usr/src/sys/kern/kern_shutdown.c:632
> > #4  0x80ba7996 in vm_object_deallocate (object= > optimized out>) at /usr/src/sys/vm/vm_object.c:562
> > #5  0x820a75a8 in tmpfs_free_node (tmp=0xf800b5155980,
> > node=0xf802716ba740) at
> > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_subr.c:335
> > #6  0x820a363d in tmpfs_reclaim (v=) at
> > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vnops.c:1276
> > #7  0x80e48717 in VOP_RECLAIM_APV (vop=,
> > a=) at vnode_if.c:2017
> > #8  0x809c1381 in vgonel (vp=0xf802716b61d8) at
> > vnode_if.h:830
> > #9  0x809c18be in vrecycle (vp=0xf802716b61d8) at
> > /usr/src/sys/kern/vfs_subr.c:2655
> > #10 0x820a61cc in tmpfs_inactive (v=) at
> > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vnops.c:1242
> > #11 0x80e485b7 in VOP_INACTIVE_APV (vop= > out>,
> > a=) at vnode_if.c:1951
> > #12 0x809bfd36 in vinactive (vp=0xf802716b61d8,
> > td=0xf80187e29920) at vnode_if.h:807
> > #13 0x809c012a in vputx (vp=0xf802716b61d8, func=2) at
> > /usr/src/sys/kern/vfs_subr.c:2267
> > #14 0x820a47c5 in tmpfs_rename (v=) at
> > /usr/src/sys/modules/tmpfs/../../fs/tmpfs/tmpfs_vnops.c:1023
> > #15 0x80e47d3c in VOP_RENAME_APV (vop=,
> > a=) at vnode_if.c:1544
> > #16 0x809cc77f in kern_renameat (td=,
> > oldfd=, old=, newfd= > optimized out>, new=,
> >  pathseg=) at vnode_if.h:636
> > #17 0x80d280fa in amd64_syscall (td=0xf80187e29920,
> > traced=0) at subr_syscall.c:133
> > #18 0x80d0a64b in Xfast_syscall () at
> > /usr/src/sys/amd64/amd64/exception.S:407
> > (kgdb) p *(vm_object_t)0xf8027169f500
> > $1 = {lock = {lock_object = {lo_name = 0x80fe89f6 "vm 
> > object",
> > lo_flags = 90374144, lo_data = 0, lo_witness = 0xfe6e7680},
> > rw_lock = 18446735284191271200}, object_list = {
> >  tqe_next = 0xf8027169f400, tqe_prev = 0xf8027169f620},
> > shadow_head

Re: USB 2.0 webcam in virtualbox on CURRENT not working!

[Sergey V. Dyatko]

On Thu, 17 Jul 2014 10:25:52 +0300
Alexandr Krivulya  wrote: 

> 17.07.2014 08:30, Sergey V. Dyatko пишет:
> > On Wed, 16 Jul 2014 23:40:48 +0200
> > Hans Petter Selasky  wrote: 
> >
> >> On 07/16/14 13:40, Maciej Milewski wrote:
> >>> -BEGIN PGP SIGNED MESSAGE-
> >>> Hash: SHA1
> >>>
> >>> On 16.07.2014 13:28, O. Hartmann wrote:
> >>>> I desperately need to have a SKYPE based chat with an offshore
> >>>> department. Since Skype is not a native port, I try to use a virtual
> >>>> box running Windows 7. And here the nightmare begins.
> >>>>
> >>>> Skype works in the VBox, but audio only. I have two WebCAMs here, a
> >>>> brand new Logitech C270 and a older Medion MD86511. The latter one can
> >>>> be seen in the device list of Windows 7 within the VBox, but can not be
> >>>> activated.
> >>>>
> >>>> More frustrating, the Logitech C270, doesn't work, it is not even seen
> >>>> by the VBox. I tested the cam on another Windows 7 system of a
> >>>> colleague and it works. FreeBSD does also "see" this USB Cam, but why
> >>>> is the device hidden for the VBox?
> >>> What do you mean by saying "see"?
> >>> usbconfig on freebsd lists it as ugen device?
> >>> Is it attached to vbox machine by some filter?
> >>> Have you tried VBoxManage usbfilter add?
> >>> I'm currently using some kind of software security jingle device this way:
> >>> VBoxManage usbfilter add 1 --target VMachineName --name USBKey
> >>> --vendorid 0x --productid 0x
> >>> But I haven't used any webcam this way.
> >>>
> >>>> In the configuration, I have the ability to enable/disable USB 2.0
> >>>> subsystem. Enabled, VBox rejects to start on all FBSD around (9.3-PRE,
> >>>> 11-CURRENT). What is that? Is VBox not capable of using USB 2.0
> >>>> devices in conjunction with FreeBSD?
> >>>>
> >>>> How to solve this? Is there a Skype 6 client for FreeBSD?
> >>>>
> >>>> Thanks in advance, please CC me,
> >>>> Oliver
> >> Hi,
> >>
> >> Skype:
> >>
> >> Mount this union with /usr/ports:
> >>
> >> https://github.com/cpu82/skype4-ports
> >>
> >> And then you can install skype and even use the video chat.
> > Note: This GH repository is outdated, please, you should install or update
> > your ports tree from the following repository:
> >
> > https://github.com/xmj/linux-ports/
> >
> >  follow the instructions on https://github.com/xmj/linux-ports/
> >
> Does it planned to be merged into main ports tree?
> 

better ask author (xmj), CCd :-)

--
wbr, tiger

___
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: USB 2.0 webcam in virtualbox on CURRENT not working!

[Sergey V. Dyatko]

On Wed, 16 Jul 2014 23:40:48 +0200
Hans Petter Selasky  wrote: 

> On 07/16/14 13:40, Maciej Milewski wrote:
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 16.07.2014 13:28, O. Hartmann wrote:
> >> I desperately need to have a SKYPE based chat with an offshore
> >> department. Since Skype is not a native port, I try to use a virtual
> >> box running Windows 7. And here the nightmare begins.
> >>
> >> Skype works in the VBox, but audio only. I have two WebCAMs here, a
> >> brand new Logitech C270 and a older Medion MD86511. The latter one can
> >> be seen in the device list of Windows 7 within the VBox, but can not be
> >> activated.
> >>
> >> More frustrating, the Logitech C270, doesn't work, it is not even seen
> >> by the VBox. I tested the cam on another Windows 7 system of a
> >> colleague and it works. FreeBSD does also "see" this USB Cam, but why
> >> is the device hidden for the VBox?
> > What do you mean by saying "see"?
> > usbconfig on freebsd lists it as ugen device?
> > Is it attached to vbox machine by some filter?
> > Have you tried VBoxManage usbfilter add?
> > I'm currently using some kind of software security jingle device this way:
> > VBoxManage usbfilter add 1 --target VMachineName --name USBKey
> > --vendorid 0x --productid 0x
> > But I haven't used any webcam this way.
> >
> >> In the configuration, I have the ability to enable/disable USB 2.0
> >> subsystem. Enabled, VBox rejects to start on all FBSD around (9.3-PRE,
> >> 11-CURRENT). What is that? Is VBox not capable of using USB 2.0
> >> devices in conjunction with FreeBSD?
> >>
> >> How to solve this? Is there a Skype 6 client for FreeBSD?
> >>
> >> Thanks in advance, please CC me,
> >> Oliver
> >
> 
> Hi,
> 
> Skype:
> 
> Mount this union with /usr/ports:
> 
> https://github.com/cpu82/skype4-ports
> 
> And then you can install skype and even use the video chat.

Note: This GH repository is outdated, please, you should install or update your
ports tree from the following repository:

https://github.com/xmj/linux-ports/

 follow the instructions on https://github.com/xmj/linux-ports/



--
wbr, tiger

___
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: gptzfsboot problem on HP P410i Smart Array

[Sergey V. Dyatko]

On Thu, 10 Apr 2014 13:13:22 -0400
John Baldwin  wrote: 

> On Thursday, April 10, 2014 12:59:25 am Andreas Nilsson wrote:
> > On Thu, Apr 10, 2014 at 1:04 AM, Rainer Duffner  secure.de>wrote:
> > 
> > >
> > > Am 10.04.2014 um 00:02 schrieb Matthew Seaman :
> > >
> > > > On 09/04/2014 22:52, Rainer Duffner wrote:
> > > >> And no, as the server is in a remote datacenter, an USB-stick is not an
> > > option.
> > > >>
> > > >> It's slow enough booting via a virtual USB-image over iLO...
> > > >
> > > > Uh... it only has to read the kernel+modules from the USB stick one time
> > > > while booting.  Otherwise, there really shouldn't be any IO inside /boot
> > > > unless you login and do stuff in that directory manually.  Your root
> > > > filesystem would be on the normal hard drives.
> > > >
> > > > Anyhow the question is moot, since you don't have the same problem I 
> did.
> > > >
> > > >> No, it's actually just a single RAID6-0 disk created by the P410i...
> > > >
> > > > If you're going to use the RAID controller to generate a virtual drive,
> > > > do you really need to use ZFS on top of that?   Couldn't you partition
> > > > your virtual drive and put / onto a small UFS partition and then make a
> > > > zpool on the rest?
> > >
> > >
> > > I don't want to sacrifice two disks for a RAID1 boot-disk.
> > > Normally, I would actually do that, but in this case, the server is a
> > > MySQL-slave to a master that has 12 disks -  and should the master die,
> > > this system has to take over its work.
> > >
> > > You never specified exactly how it fails. But I'll take a guess:
> > 
> > *Attempting Boot From Hard Drive (C:)*
> > 
> > *gptzfsboot: error 1 lba 32*
> > 
> > *gptzfsboot: error 1 lba 1*
> > 
> > *g**ptzfsboot: No ZFS pools located, can't boot*
> > 
> > 
> > A workaround is
> > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026624.html
> 
> I believe the proper fix for that bug was committed here:
> 
> http://svnweb.freebsd.org/base?view=revision&revision=243025
> 

possible, but it doesn't help in my case (lenovo b450 laptop). I install
fbsd11-current ~month ago in it and problem still persist, proposed by avg@
patch works fine in my case:

Index: sys/boot/i386/zfsboot/zfsboot.c
===
--- sys/boot/i386/zfsboot/zfsboot.c(revision 263419)
+++ sys/boot/i386/zfsboot/zfsboot.c(working copy)
@@ -302,6 +302,7 @@
  * region in the SMAP, use the last 3MB of 'extended' memory as a
  * high heap candidate.
  */
+high_heap_size = 0;
 if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
 high_heap_size = HEAP_MIN;
 high_heap_base = bios_extmem + 0x10 - HEAP_MIN;

--
wbr, tiger

___
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"

head@r263419: buildworld is broken with WITHOUT_BSNMP

[Sergey V. Dyatko]

Hello,

I'm trying to build r263419 and got following error:

===> sbin/atm/atmconfig (depend)
cat /usr/src/sbin/atm/atmconfig/../../../contrib/ngatm/snmp_atm/atm_tree.def
 
/usr/src/sbin/atm/atmconfig/../../../usr.sbin/bsnmpd/modules/snmp_atm/atm_freebsd.def
| gensnmptree -e `tail -n +2 /usr/src/sbin/atm/atmconfig/atm_oid.list`
> /usr/obj/usr/src/sbin/atm/atmconfig/oid.h rm -f .depend CC='cc '
> mkdep -f .depend -a-I/usr/obj/usr/src/sbin/atm/atmconfig
> -std=gnu99   /usr/src/sbin/atm/atmconfig/main.c 
> /usr/src/sbin/atm/atmconfig/diag.c /usr/src/sbin/atm/atmconfig/natm.c 
> /usr/src/sbin/atm/atmconfig/atmconfig_device.c
/usr/src/sbin/atm/atmconfig/main.c:42:10: fatal error: 'bsnmp/asn1.h'
file not found #include 
 ^
1 error generated.
/usr/src/sbin/atm/atmconfig/atmconfig_device.c:41:10: fatal error:
'bsnmp/asn1.h' file not found #include 
 ^
1 error generated.
mkdep: compile failed
*** Error code 1

Stop.
make[5]: stopped in /usr/src/sbin/atm/atmconfig

[tiger@laptop]:~>cat /etc/src.conf 
WITH_SVN=yes
WITH_LLDB=yes
WITHOUT_BLUETOOTH=yes
WITHOUT_BSNMP=yes
WITHOUT_DICT=yes
WITHOUT_FLOPPY=yes
WITHOUT_FREEBSD_UPDATE=yes
WITHOUT_GAMES=yes
WITHOUT_HTML=yes
WITHOUT_IPFILTER=yes
WITHOUT_LPR=yes
WITHOUT_NDIS=yes
WITHOUT_PORTSNAP=yes
WITHOUT_QUOTAS=yes


--
wbr, tiger

___
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: current -r262780 explodes on wlan up

[Sergey V. Dyatko]

В Thu, 6 Mar 2014 12:47:07 +0800
乔楚  пишет:

> I have the same panic.
> Panic at net use.
> ping , svn, etc...

It is fixed on r262806

> 
> 2014-03-06 4:51 GMT+08:00 Sergey V. Dyatko :
> > В Wed, 5 Mar 2014 21:33:36 +0100
> > "O. Hartmann"  пишет:
> >
> >> On Wed, 5 Mar 2014 23:23:24 +0300
> >> "Sergey V. Dyatko"  wrote:
> >>
> >> > В Wed, 5 Mar 2014 21:15:17 +0100
> >> > "O. Hartmann"  пишет:
> >> >
> >> > > On Wed, 05 Mar 2014 19:24:20 +
> >> > > Poul-Henning Kamp  wrote:
> >> > >
> >> > > >
> >> > > > Just tried a current kernel -r 262780 on my laptop.
> >> > > >
> >> > > > When wlan0 comes up (if_iwn) it explodes with something about
> >> > > > witness and rtentry.c, but it clears the screen before I can
> >> > > > get a photo...
> >> > > >
> >> > > > Looks trivial to reproduce.
> >> > > >
> >> > >
> >> > >
> >> > > On one of my servers equipted with a WiFi adaptor for acting as
> >> > > gateway, the same situation. The kernel is capable of being
> >> > > boot into single user mode, but explodes immediately when
> >> > > performin /etc/netstart.
> >> > >
> >> > > In multisuer mode, when the network is coming up, it core
> >> > > dumps.
> >> > >
> >> > > oh
> >> >
> >> > as I whote to phk@ offlist:
> >> > can you try that patch (thanks, glebius@)
> >> > http://svn.freebsd.by/files/rt_dtor.diff ?
> >> >
> >> >
> >> > --
> >> > wbr, tiger
> >>
> >> Whar is the exact path for the files to patch?
> >
> > sys/net
> >
> >
> > --
> > wbr, tiger

--
wbr, tiger

___
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: current -r262780 explodes on wlan up

[Sergey V. Dyatko]

В Wed, 5 Mar 2014 21:33:36 +0100
"O. Hartmann"  пишет:

> On Wed, 5 Mar 2014 23:23:24 +0300
> "Sergey V. Dyatko"  wrote:
> 
> > В Wed, 5 Mar 2014 21:15:17 +0100
> > "O. Hartmann"  пишет:
> > 
> > > On Wed, 05 Mar 2014 19:24:20 +
> > > Poul-Henning Kamp  wrote:
> > > 
> > > > 
> > > > Just tried a current kernel -r 262780 on my laptop.
> > > > 
> > > > When wlan0 comes up (if_iwn) it explodes with something about
> > > > witness and rtentry.c, but it clears the screen before I can
> > > > get a photo...
> > > > 
> > > > Looks trivial to reproduce.
> > > > 
> > > 
> > > 
> > > On one of my servers equipted with a WiFi adaptor for acting as
> > > gateway, the same situation. The kernel is capable of being boot
> > > into single user mode, but explodes immediately when
> > > performin /etc/netstart.
> > > 
> > > In multisuer mode, when the network is coming up, it core dumps.
> > > 
> > > oh
> > 
> > as I whote to phk@ offlist:
> > can you try that patch (thanks, glebius@)
> > http://svn.freebsd.by/files/rt_dtor.diff ?
> > 
> > 
> > --
> > wbr, tiger
> 
> Whar is the exact path for the files to patch?

sys/net


--
wbr, tiger

___
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: current -r262780 explodes on wlan up

[Sergey V. Dyatko]

В Wed, 5 Mar 2014 21:15:17 +0100
"O. Hartmann"  пишет:

> On Wed, 05 Mar 2014 19:24:20 +
> Poul-Henning Kamp  wrote:
> 
> > 
> > Just tried a current kernel -r 262780 on my laptop.
> > 
> > When wlan0 comes up (if_iwn) it explodes with something about
> > witness and rtentry.c, but it clears the screen before I can get a
> > photo...
> > 
> > Looks trivial to reproduce.
> > 
> 
> 
> On one of my servers equipted with a WiFi adaptor for acting as
> gateway, the same situation. The kernel is capable of being boot into
> single user mode, but explodes immediately when
> performin /etc/netstart.
> 
> In multisuer mode, when the network is coming up, it core dumps.
> 
> oh

as I whote to phk@ offlist:
can you try that patch (thanks, glebius@)
http://svn.freebsd.by/files/rt_dtor.diff ?


--
wbr, tiger

___
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: ral(4) panic. head, r257837

[Sergey V. Dyatko]

On Wed, 18 Dec 2013 23:40:23 -0800
Adrian Chadd  wrote:

> What's at frame 10?
> 
> And list the IP, ie:
> 
> list *0x817da911
> 

(kgdb) f 10
#10 0x817da911 in rt2860_tx (sc=0xfe9bd000,
m=0xf80004c6dd00, ni=0x0)
at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 1472{
Current language:  auto; currently minimal

(kgdb)  list *0x817da911
0x817da911 is in rt2860_tx
(/usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1475). 1470static
int 1471rt2860_tx(struct rt2860_softc *sc, struct mbuf *m, struct
ieee80211_node *ni) 1472{
1473struct ifnet *ifp = sc->sc_ifp;
1474struct ieee80211com *ic = ifp->if_l2com;
1475struct ieee80211vap *vap = ni->ni_vap;
1476struct rt2860_tx_ring *ring;
1477struct rt2860_tx_data *data;
1478struct rt2860_txd *txd;
1479struct rt2860_txwi *txwi;

> -a
> 
> On 18 December 2013 23:04, Sergey V. Dyatko 
> wrote:
> > Hi,
> >
> > I have following setup:
> >
> > wlans_ral0="wlan0"
> > ifconfig_wlan0="WPA"
> >
> > cloned_interfaces="lagg0 bridge0 tap0"
> > ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0
> > DHCP" ifconfig_bridge0="addm tap0 addm lagg0"
> >
> > When system boot I have reproducible panic after messages
> > Waiting 30s for the default route interface: .
> > ral0: need multicast update callback
> > ral0: need multicast update callback
> >  :
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address   = 0x0
> > fault code  = supervisor read data, page not present
> > instruction pointer = 0x20:0x817da911
> > stack pointer   = 0x28:0xfe011fe61da0
> > frame pointer   = 0x28:0xfe011fe62630
> > <118>.
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 1815 (dhclient)
> >
> > Reading symbols from /boot/kernel/zfs.ko.symbols...done.
> > Loaded symbols for /boot/kernel/zfs.ko.symbols
> > Reading symbols from /boot/kernel/opensolaris.ko.symbols...done.
> > Loaded symbols for /boot/kernel/opensolaris.ko.symbols
> > Reading symbols from /boot/kernel/linux.ko.symbols...done.
> > Loaded symbols for /boot/kernel/linux.ko.symbols
> > Reading symbols from /boot/kernel/if_alc.ko.symbols...done.
> > Loaded symbols for /boot/kernel/if_alc.ko.symbols
> > Reading symbols from /boot/kernel/if_ral.ko.symbols...done.
> > Loaded symbols for /boot/kernel/if_ral.ko.symbols
> > Reading symbols from /boot/kernel/snd_hda.ko.symbols...done.
> > Loaded symbols for /boot/kernel/snd_hda.ko.symbols
> > Reading symbols from /boot/kernel/sound.ko.symbols...done.
> > Loaded symbols for /boot/kernel/sound.ko.symbols
> > Reading symbols from /boot/kernel/acpi_video.ko.symbols...done.
> > Loaded symbols for /boot/kernel/acpi_video.ko.symbols
> > Reading symbols from /boot/modules/nvidia.ko...done.
> > Loaded symbols for /boot/modules/nvidia.ko
> > Reading symbols from /boot/modules/cuse4bsd.ko...done.
> > Loaded symbols for /boot/modules/cuse4bsd.ko
> > Reading symbols from /boot/kernel/sem.ko.symbols...done.
> > Loaded symbols for /boot/kernel/sem.ko.symbols
> > Reading symbols from /boot/kernel/linprocfs.ko.symbols...done.
> > Loaded symbols for /boot/kernel/linprocfs.ko.symbols
> > Reading symbols from /boot/kernel/if_lagg.ko.symbols...done.
> > Loaded symbols for /boot/kernel/if_lagg.ko.symbols
> > Reading symbols from /boot/kernel/if_bridge.ko.symbols...done.
> > Loaded symbols for /boot/kernel/if_bridge.ko.symbols
> > Reading symbols from /boot/kernel/bridgestp.ko.symbols...done.
> > Loaded symbols for /boot/kernel/bridgestp.ko.symbols
> > Reading symbols from /boot/kernel/if_tap.ko.symbols...done.
> > Loaded symbols for /boot/kernel/if_tap.ko.symbols
> >
> > #0  doadump (textdump=0) at pcpu.h:219
> > 219 pcpu.h: No such file or directory.
> > in pcpu.h
> > (kgdb) #0  doadump (textdump=0) at pcpu.h:219
> > #1  0x803023ae in db_dump (dummy=,
> > dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543
> > #2  0x80301e8d in db_command (cmd_table= > out>) at /usr/src/sys/ddb/db_command.c:449
> > #3  0x80301c04 in db_command_loop ()
> > at /usr/src/sys/ddb/db_command.c:502
> > #4  0x8

ral(4) panic. head, r257837

[Sergey V. Dyatko]

Hi,

I have following setup:

wlans_ral0="wlan0"
ifconfig_wlan0="WPA"

cloned_interfaces="lagg0 bridge0 tap0"
ifconfig_lagg0="laggproto failover laggport alc0 laggport wlan0 DHCP"
ifconfig_bridge0="addm tap0 addm lagg0"

When system boot I have reproducible panic after messages
Waiting 30s for the default route interface: .
ral0: need multicast update callback
ral0: need multicast update callback
 :

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x0
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x817da911
stack pointer   = 0x28:0xfe011fe61da0
frame pointer   = 0x28:0xfe011fe62630
<118>.
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 1815 (dhclient)

Reading symbols from /boot/kernel/zfs.ko.symbols...done.
Loaded symbols for /boot/kernel/zfs.ko.symbols
Reading symbols from /boot/kernel/opensolaris.ko.symbols...done.
Loaded symbols for /boot/kernel/opensolaris.ko.symbols
Reading symbols from /boot/kernel/linux.ko.symbols...done.
Loaded symbols for /boot/kernel/linux.ko.symbols
Reading symbols from /boot/kernel/if_alc.ko.symbols...done.
Loaded symbols for /boot/kernel/if_alc.ko.symbols
Reading symbols from /boot/kernel/if_ral.ko.symbols...done.
Loaded symbols for /boot/kernel/if_ral.ko.symbols
Reading symbols from /boot/kernel/snd_hda.ko.symbols...done.
Loaded symbols for /boot/kernel/snd_hda.ko.symbols
Reading symbols from /boot/kernel/sound.ko.symbols...done.
Loaded symbols for /boot/kernel/sound.ko.symbols
Reading symbols from /boot/kernel/acpi_video.ko.symbols...done.
Loaded symbols for /boot/kernel/acpi_video.ko.symbols
Reading symbols from /boot/modules/nvidia.ko...done.
Loaded symbols for /boot/modules/nvidia.ko
Reading symbols from /boot/modules/cuse4bsd.ko...done.
Loaded symbols for /boot/modules/cuse4bsd.ko
Reading symbols from /boot/kernel/sem.ko.symbols...done.
Loaded symbols for /boot/kernel/sem.ko.symbols
Reading symbols from /boot/kernel/linprocfs.ko.symbols...done.
Loaded symbols for /boot/kernel/linprocfs.ko.symbols
Reading symbols from /boot/kernel/if_lagg.ko.symbols...done.
Loaded symbols for /boot/kernel/if_lagg.ko.symbols
Reading symbols from /boot/kernel/if_bridge.ko.symbols...done.
Loaded symbols for /boot/kernel/if_bridge.ko.symbols
Reading symbols from /boot/kernel/bridgestp.ko.symbols...done.
Loaded symbols for /boot/kernel/bridgestp.ko.symbols
Reading symbols from /boot/kernel/if_tap.ko.symbols...done.
Loaded symbols for /boot/kernel/if_tap.ko.symbols

#0  doadump (textdump=0) at pcpu.h:219
219 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=0) at pcpu.h:219
#1  0x803023ae in db_dump (dummy=,
dummy2=0, dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543
#2  0x80301e8d in db_command (cmd_table=)
at /usr/src/sys/ddb/db_command.c:449
#3  0x80301c04 in db_command_loop ()
at /usr/src/sys/ddb/db_command.c:502
#4  0x80304570 in db_trap (type=, code=0)
at /usr/src/sys/ddb/db_main.c:231
#5  0x8072e9d3 in kdb_trap (type=12, code=0, tf=) at /usr/src/sys/kern/subr_kdb.c:656
#6  0x80a81bb2 in trap_fatal (frame=0xfe011fe61cf0, 
eva=) at /usr/src/sys/amd64/amd64/trap.c:870
#7  0x80a81ec9 in trap_pfault (frame=0xfe011fe61cf0,
usermode=0) at /usr/src/sys/amd64/amd64/trap.c:692
#8  0x80a8165b in trap (frame=0xfe011fe61cf0)
at /usr/src/sys/amd64/amd64/trap.c:456
#9  0x80a68222 in calltrap ()
at /usr/src/sys/amd64/amd64/exception.S:232
#10 0x817da911 in rt2860_tx (sc=0xfe9bd000, 
m=0xf80004c6dd00, ni=0x0)
at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472
#11 0x817da89e in rt2860_start_locked (ifp=0xf80003bed800)
at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998
#12 0x817d57b0 in rt2860_start (ifp=0xf80003bed800)
at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972
#13 0x807b5f35 in if_transmit (ifp=, 
m=) at /usr/src/sys/net/if.c:3352
#14 0x807fbd96 in ieee80211_vap_pkt_send_dest (
vap=, m=,
ni=0xfe0003bae000) at /usr/src/sys/net80211/ieee80211_output.c:243
#15 0x807fce09 in ieee80211_vap_transmit (ifp=, m=)
out>at /usr/src/sys/net80211/ieee80211_output.c:393
#16 0x8261d91f in lagg_transmit (ifp=0xf80003bec000, 
m=0xf80004c6dd00)
at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314
#17 0x8262b11d in bridge_enqueue (sc=0xf80006597c00, 
dst_ifp=0xf80003bec000, m=)
at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864
#18 0x8262a2e0 in bridge_output (ifp=0xf80003bec000, 
m=, sa=, rt=0x1)
at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009
#19 0x807b8

Re: Slow boot with 256GB of RAM?

[Sergey V. Dyatko]

On Sat, 16 Nov 2013 06:48:11 +0100
Matthias Petermann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello James,
> 
> Am 16.11.2013 05:37, schrieb James R. Van Artsdalen:
> > Asus Z9PA-U8 motherboard, 256GB of RAM, 2.4 GHz Xeon E5-2695 v2,
> > FreeBSD 11.0-CURRENT r258092
> > 
> > There is a two minute pause when booting, after the loader's SMAP 
> > display and the initial kernel output,
> > 
> > Does anyone know what's going on here?  Even that much RAM
> > shouldn't take that much time to clear.
> 
> in an earlier discussion at FreeBSD Forums[1] it looks like this is
> related to some early stage memory test which is performed.
> 
> It can be disabled by adding
> 
>   hw.memtest.tests="0"
> 
> to /boot/loader.conf. For my 32GB machine this helped.

+1. (box with 128GB ram)

> 
> 
> Best regards,
> Matthias
> 
> 
> [1] http://forums.freebsd.org/showthread.php?t=12705
> 
> - -- 
> Matthias Petermann  | www.petermann-it.de
> GnuPG: 0x5C3E6D75 | 5930 86EF 7965 2BBA 6572  C3D7 7B1D A3C3 5C3E 6D75
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (FreeBSD)
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> 
> iQIcBAEBAgAGBQJShwcbAAoJEHsdo8NcPm11kTMQAI3sxsltJ7Se/CaZ7QsMmkFy
> THULbdDLEAIJYBhfgfMh+wsK4DNu5uj+u8uL52hP2MjbV7MPOWX27xUYrGjbC1HZ
> /QIcz+sAXvxV3eclLhlLuNtdZIh8U2ORQ20VleT/wsoAw0UuP4Bu/+akiVRWiEyF
> /FfGfFolczMrcNQpt4Y3XbTaADTRVsx9ZmU7ZRDg+KKt+oRPGsngo75GwkCiiwVg
> Ew+nSjlUB4pXiPW5teaG6asg2tLIgArVilJE7PP8mPGsz0rBf/gArGCyw3OweYzv
> gmJ13nfVrOWAlz9ZYL8KFg1eON4qb2G3Trjl3g4rr/7vYoi2XXz19zevkxv/kDKi
> xJCtHzVGFW0Dh6QN0M8tHc5aqb3+kLsulxEbDPDcmWGw7DPeFfRXYx8VNXLGphJC
> +f1Br/WUa0K6BiRgn+yKHS9IX6P5s4aY2xyCMmcRoH7Q5YjCdKHOrdtqKwjMIPRm
> BL0n+Viwwcu2qWmpTYNfQpcIRhAhc3F1v6RPxa8t3WYopBopkllFb/z8AbtWr8fF
> kuCcEmw0PdKxSQgHHdTmy5UW2f+pDvCX3h5qX9inks8PMq1JWYwNz+7WTfDb4Bvn
> pHWLE3RM78DpTDGXRuyoiwZEqh/KzHbwIw7pqWApjgINc7nifaNCRoYbxKSYVJ2s
> TfnjxAn2tXfe5nLqA00E
> =ePIV
> -END PGP SIGNATURE-
> ___
> 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"



-- 
wbr, tiger
___
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: pkg install on CURRENT ?

[Sergey V. Dyatko]

On Fri, 15 Nov 2013 08:29:10 -0500
Outback Dingo  wrote:

> On Fri, Nov 15, 2013 at 3:12 AM, Baptiste Daroussin
> wrote:
> 
> > On Thu, Nov 14, 2013 at 10:13:58PM -0500, Outback Dingo wrote:
> > > anyway to resolve this ??? id like to pkg install a few things or
> > > is my only option ports
> > >
> > > Checking integrity... done
> > > [1/16] Installing expat-2.0.1_2...pkg: wrong architecture:
> > > freebsd:10:x86:64 instead of freebsd:11:x86:64
> >
> > pkg -vv, uname -a and file /bin/sh please
> >
> > regards,
> > Bapt
> >
> 
> 
> Nevermind I got it, needed to modify  packagesite:
> http://pkg.FreeBSD.org/freebsd:11:x86:64/latest

http://pkg.freebsd.org/${ABI}/latest 



-- 
wbr, tiger
___
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"

dig vs drill. ns priority

[Sergey V. Dyatko]

Hi,

I have desktop with 10-alpha2 (before BIND_* removal) and laptop/another
box with alpha3/11-CURRENT

All 3 boxes have the same /etc/resolv.conf:
# Generated by resolvconf
search minsk.domain
nameserver 192.168.9.250
nameserver 192.168.9.1

192.168.9.1 haven't named running, I forget to remove it from dhcpd.conf
long time ago. 
today I became interested why my laptop(and box with CURRENT) resolves
names so long (drill(1)), i.e. running command `drill domain.tld` give
me result after.. ~15sec ( ^t - load: 0.59  cmd: drill 6852 [select]
15.09r 0.00u 0.00s 0% 3956k)

tcpdump:
0:50:34.158172 IP (tos 0x0, ttl 64, id 27419, offset 0, flags [none],
proto UDP (17), length 68)
192.168.9.150.3 > 192.168.9.1.53: [udp sum ok] 54459+ A?
as2dasdasd.freebsd.org. (40)

10:50:39.162450 IP (tos 0x0, ttl 64, id 27422, offset 0, flags [none],
proto UDP (17), length 68)
192.168.9.150.19755 > 192.168.9.1.53: [udp sum ok] 54459+ A?
as2dasdasd.freebsd.org. (40)

10:50:44.164578 IP (tos 0x0, ttl 64, id 27425, offset 0, flags [none],
proto UDP (17), length 68)
192.168.9.150.41676 > 192.168.9.1.53: [udp sum ok] 54459+ A?
as2dasdasd.freebsd.org. (40)

10:50:49.165846 IP (tos 0x0, ttl 64, id 27448, offset 0, flags [none],
proto UDP (17), length 68)
192.168.9.150.14580 > 192.168.9.250.53: [udp sum ok] 54459+ A?
as2dasdasd.freebsd.org. (40)

10:50:49.242053 IP (tos 0x0, ttl 64, id 55455, offset 0, flags [none],
proto UDP (17), length 119)
192.168.9.250.53 > 192.168.9.150.14580: [udp sum ok] 54459 NXDomain
q: A? as2dasdasd.freebsd.org. 0/1/0 ns: freebsd.org. SOA
ns0.freebsd.org. hostmaster.freebsd.org. 2013101502 3600 900 604800
600 (91)

on desktop dig using 1st nameserver from list, according to tcpdumps
output. 


-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 16:33:44 +0200
Pietro Cerutti  wrote:

> On 2013-Sep-27, 18:18, Ruslan Makhmatkhanov wrote:
> > Boris Samorodov wrote on 27.09.2013 17:38:
> > >> reverting those two commits solved the issue.
> > >
> > > In my case just rebuilding and restarting of sysutils/hal helped.
> > 
> > Rebuilding and restarting hald solved the issue on non-reverted
> > kernel. Thank you, Boris!
> 
> +1, thanks!
> 

+1 thanks!
 r255915

Sep 28 09:27:13 laptop kernel: ahcich1: Timeout on slot 1 port 0
Sep 28 09:27:13 laptop kernel: ahcich1: is  cs 0006 ss
 rs 0006 tfd c0 serr  cmd c117 
Sep 28 09:27:14 laptop pkg: hal-0.5.14_20 deinstalled 
Sep 28 09:27:15 laptop dbus[1299]: [system] Reloaded configuration 
Sep 28 09:27:19 laptop pkg-static: hal-0.5.14_20 installed 
Sep 28 09:27:19 laptop dbus[1299]: [system] Reloaded configuration
[silence]

-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 15:48:31 +0300
"Sergey V. Dyatko"  wrote: 

> On Fri, 27 Sep 2013 06:39:44 -0600
> Scott Long  wrote:
> 
> > 
> > On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko
> >  wrote:
> > 
> > > On Fri, 27 Sep 2013 05:57:01 -0600
> > > Scott Long  wrote:
> > > 
> > >> 
> > >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
> > >>  wrote:
> > >> 
> > >>>>> 
> > >>>>> yes, these messages disappeared after revert 255870 and
> > >>>>> r255871
> > >>>>> 
> > >>>> 
> > >>>> 
> > >>>> Hi,
> > >>>> 
> > >>>> Nothing that I changes should have affected the ahci driver.
> > >>>> In fact, I tested this driver specifically during my
> > >>>> development. Can you confirm that you built both kernel and
> > >>>> modules from a clean state?
> > >>> 
> > >>> [tiger@laptop]:/usr/src%svn st
> > >>> M   sys/boot/i386/zfsboot/zfsboot.c
> > >>> [tiger@laptop]:/usr/src%svn diff 
> > >>> Index: sys/boot/i386/zfsboot/zfsboot.c
> > >>> ===
> > >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
> > >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
> > >>> @@ -302,6 +302,7 @@
> > >>> * region in the SMAP, use the last 3MB of 'extended' memory
> > >>> as a
> > >>> * high heap candidate.
> > >>> */
> > >>> +   high_heap_size = 0;
> > >>>if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
> > >>>   high_heap_size = HEAP_MIN;
> > >>>   high_heap_base = bios_extmem + 0x10 - HEAP_MIN;
> > >>> [tiger@laptop]:/usr/src%
> > >>> 
> > >>> nothing more. 
> > >>> 
> > >> 
> > >> Yes, no local source changes, but are you loading the cam or ahci
> > >> drivers a loadable modules that might be out of sync now, or did
> > >> you use a short- cut for building your kernel, like NO_CLEAN?
> > >> 
> > > 
> > > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt
> > > my update procedure was:
> > > # pwd
> > > /usr/src
> > > # svn up
> > > Updating '.':
> > > ..
> > > Updated to revision r255873.
> > > 
> > > # make -j2 buildworld
> > > # make kernel
> > > # mergemaster -p
> > > # make installworld
> > > # mergemaster -iF
> > > # shutdown -r now
> > > 
> > > after revert  (svn merge -c -255871; svn merge -c -255870) I do
> > > # make -j2 buildkernel KERNFAST=1 
> > > installkernel & shutdown -r
> > 
> > Please try building without the KERNFAST option.  There might be
> > some broken header dependencies that you are tripping over.
> 
> Ok, I'll try. just in case: 
> [tiger@laptop]:/usr/src%svn st
> M   sys/boot/i386/zfsboot/zfsboot.c
> M   sys/cam/cam.h
> M   sys/cam/cam_ccb.h
> M   sys/cam/cam_compat.c
> M   sys/cam/cam_compat.h
> M   sys/cam/cam_xpt.c
> M   sys/cam/scsi/scsi_pass.c
> M   sys/dev/asr/asr.c
> M   sys/dev/firewire/sbp.c
> M   sys/dev/hpt27xx/hpt27xx_osm_bsd.c
> M   sys/dev/hpt27xx/os_bsd.h
> M   sys/dev/hptiop/hptiop.c
> M   sys/dev/hptiop/hptiop.h
> M   sys/dev/hptmv/entry.c
> M   sys/dev/hptmv/osbsd.h
> M   sys/dev/hptnr/hptnr_osm_bsd.c
> M   sys/dev/hptnr/os_bsd.h
> M   sys/dev/hptrr/hptrr_osm_bsd.c
> M   sys/dev/hptrr/os_bsd.h
> M   sys/dev/iir/iir.c
> M   sys/dev/iir/iir.h
> M   sys/dev/tws/tws.c
> M   sys/dev/tws/tws_cam.c
> 
> [tiger@laptop]:/usr/src%svn info |grep -i ^rev
> Revision: 255873
> 
> I run 'make -j2 buildkernel' now.
> 

after installkernel and reboot nothing has changed.

> > 
> > Scott
> > 
> 


-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 06:39:44 -0600
Scott Long  wrote:

> 
> On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko
>  wrote:
> 
> > On Fri, 27 Sep 2013 05:57:01 -0600
> > Scott Long  wrote:
> > 
> >> 
> >> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
> >>  wrote:
> >> 
> >>>>> 
> >>>>> yes, these messages disappeared after revert 255870 and r255871
> >>>>> 
> >>>> 
> >>>> 
> >>>> Hi,
> >>>> 
> >>>> Nothing that I changes should have affected the ahci driver.  In
> >>>> fact, I tested this driver specifically during my development.
> >>>> Can you confirm that you built both kernel and modules from a
> >>>> clean state?
> >>> 
> >>> [tiger@laptop]:/usr/src%svn st
> >>> M   sys/boot/i386/zfsboot/zfsboot.c
> >>> [tiger@laptop]:/usr/src%svn diff 
> >>> Index: sys/boot/i386/zfsboot/zfsboot.c
> >>> ===
> >>> --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
> >>> +++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
> >>> @@ -302,6 +302,7 @@
> >>> * region in the SMAP, use the last 3MB of 'extended' memory as
> >>> a
> >>> * high heap candidate.
> >>> */
> >>> +   high_heap_size = 0;
> >>>if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
> >>>   high_heap_size = HEAP_MIN;
> >>>   high_heap_base = bios_extmem + 0x10 - HEAP_MIN;
> >>> [tiger@laptop]:/usr/src%
> >>> 
> >>> nothing more. 
> >>> 
> >> 
> >> Yes, no local source changes, but are you loading the cam or ahci
> >> drivers a loadable modules that might be out of sync now, or did
> >> you use a short- cut for building your kernel, like NO_CLEAN?
> >> 
> > 
> > my KERNCONF located here: http://svn.freebsd.by/files/b450.txt
> > my update procedure was:
> > # pwd
> > /usr/src
> > # svn up
> > Updating '.':
> > ..
> > Updated to revision r255873.
> > 
> > # make -j2 buildworld
> > # make kernel
> > # mergemaster -p
> > # make installworld
> > # mergemaster -iF
> > # shutdown -r now
> > 
> > after revert  (svn merge -c -255871; svn merge -c -255870) I do
> > # make -j2 buildkernel KERNFAST=1 
> > installkernel & shutdown -r
> 
> Please try building without the KERNFAST option.  There might be some
> broken header dependencies that you are tripping over.

Ok, I'll try. just in case: 
[tiger@laptop]:/usr/src%svn st
M   sys/boot/i386/zfsboot/zfsboot.c
M   sys/cam/cam.h
M   sys/cam/cam_ccb.h
M   sys/cam/cam_compat.c
M   sys/cam/cam_compat.h
M   sys/cam/cam_xpt.c
M   sys/cam/scsi/scsi_pass.c
M   sys/dev/asr/asr.c
M   sys/dev/firewire/sbp.c
M   sys/dev/hpt27xx/hpt27xx_osm_bsd.c
M   sys/dev/hpt27xx/os_bsd.h
M   sys/dev/hptiop/hptiop.c
M   sys/dev/hptiop/hptiop.h
M   sys/dev/hptmv/entry.c
M   sys/dev/hptmv/osbsd.h
M   sys/dev/hptnr/hptnr_osm_bsd.c
M   sys/dev/hptnr/os_bsd.h
M   sys/dev/hptrr/hptrr_osm_bsd.c
M   sys/dev/hptrr/os_bsd.h
M   sys/dev/iir/iir.c
M   sys/dev/iir/iir.h
M   sys/dev/tws/tws.c
M   sys/dev/tws/tws_cam.c

[tiger@laptop]:/usr/src%svn info |grep -i ^rev
Revision: 255873

I run 'make -j2 buildkernel' now.

> 
> Scott
> 

-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long  wrote:

> 
> On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
>  wrote:
> 
> >>> 
> >>> yes, these messages disappeared after revert 255870 and r255871
> >>> 
> >> 
> >> 
> >> Hi,
> >> 
> >> Nothing that I changes should have affected the ahci driver.  In
> >> fact, I tested this driver specifically during my development.  Can
> >> you confirm that you built both kernel and modules from a clean
> >> state?
> > 
> > [tiger@laptop]:/usr/src%svn st
> > M   sys/boot/i386/zfsboot/zfsboot.c
> > [tiger@laptop]:/usr/src%svn diff 
> > Index: sys/boot/i386/zfsboot/zfsboot.c
> > ===
> > --- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
> > +++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
> > @@ -302,6 +302,7 @@
> >  * region in the SMAP, use the last 3MB of 'extended' memory as
> > a
> >  * high heap candidate.
> >  */
> > +   high_heap_size = 0;
> > if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
> >high_heap_size = HEAP_MIN;
> >high_heap_base = bios_extmem + 0x10 - HEAP_MIN;
> > [tiger@laptop]:/usr/src%
> > 
> > nothing more. 
> > 
> 
> Yes, no local source changes, but are you loading the cam or ahci
> drivers a loadable modules that might be out of sync now, or did you
> use a short- cut for building your kernel, like NO_CLEAN?
> 

my KERNCONF located here: http://svn.freebsd.by/files/b450.txt
my update procedure was:
# pwd
/usr/src
# svn up
Updating '.':
..
Updated to revision r255873.

# make -j2 buildworld
# make kernel
# mergemaster -p
# make installworld
# mergemaster -iF
# shutdown -r now

after revert  (svn merge -c -255871; svn merge -c -255870) I do
# make -j2 buildkernel KERNFAST=1 
installkernel & shutdown -r

> Thanks,
> Scott
> 



-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 05:45:23 -0600
Scott Long  wrote:

> 
> On Sep 26, 2013, at 11:36 PM, Sergey V. Dyatko
>  wrote:
> 
> > On Thu, 26 Sep 2013 16:07:18 +0300
> > Konstantin Belousov  wrote:
> > 
> >> On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote:
> >>> On Thu, 26 Sep 2013 08:53:26 +0200
> >>> "O. Hartmann"  wrote:
> >>> 
> >>>> Rebooting into CURRENT  r255873 floods the kernel messages with
> >>>> 
> >>>> ahcich7: Timeout on slot 0 port 0
> >>>> ahcich7: is  cs 0001 ss  rs 0001 tfd c0
> >>>> serr  cmd 0004c017
> >>>> 
> >>>> What is this supposed to mean? Is this a GEOM pollution of the
> >>>> outer world?
> >>>> 
> >>>> Regards,
> >>>> 
> >>>> oh
> >>> 
> >>> +1 :(
> >>> ahcich1: Timeout on slot 29 port 0
> >>> ahcich1: is 4001 cs 6000 ss  rs 6000 tfd 2451
> >>> serr  cmd 5d17
> >>> ahcich1: Timeout on slot 30 port 0
> >>> ahcich1: is  cs c000 ss  rs c000 tfd c0
> >>> serr  cmd de17
> >> 
> >> Does reverting r255870 and r255871 help ?
> > 
> > yes, these messages disappeared after revert 255870 and r255871
> > 
> 
> 
> Hi,
> 
> Nothing that I changes should have affected the ahci driver.  In
> fact, I tested this driver specifically during my development.  Can
> you confirm that you built both kernel and modules from a clean state?

[tiger@laptop]:/usr/src%svn st
M   sys/boot/i386/zfsboot/zfsboot.c
[tiger@laptop]:/usr/src%svn diff 
Index: sys/boot/i386/zfsboot/zfsboot.c
===
--- sys/boot/i386/zfsboot/zfsboot.c (revision 255873)
+++ sys/boot/i386/zfsboot/zfsboot.c (working copy)
@@ -302,6 +302,7 @@
  * region in the SMAP, use the last 3MB of 'extended' memory as a
  * high heap candidate.
  */
+   high_heap_size = 0;
 if (bios_extmem >= HEAP_MIN && high_heap_size < HEAP_MIN) {
high_heap_size = HEAP_MIN;
high_heap_base = bios_extmem + 0x10 - HEAP_MIN;
[tiger@laptop]:/usr/src%

nothing more. 

> 
> Scott
> 



-- 
wbr, tiger
___
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: kernel: ahcich1: Timeout on slot 0 port 0

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 14:44:20 +0300
Ivan Klymenko  wrote:

> В Fri, 27 Sep 2013 07:41:03 -0400
> Glen Barber  пишет:
> 
> > On Fri, Sep 27, 2013 at 01:14:31PM +0300, Ivan Klymenko wrote:
> > > Hello all
> > > After the upgrade, with a revision r255868 to revision r255882
> > > I have the following problem:
> > > .
> > > Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on slot 0
> > > port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is  cs
> > > 0001 ss  rs 0001 tfd d0 serr  cmd
> > > c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout on
> > > slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is
> > >  cs 0001 ss  rs 0001 tfd d0 serr 
> > > cmd c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout
> > > on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is
> > >  cs 0001 ss  rs 0001 tfd d0 serr 
> > > cmd c017 Sep 27 12:49:01 nonamehost kernel: ahcich1: Timeout
> > > on slot 0 port 0 Sep 27 12:49:01 nonamehost kernel: ahcich1: is
> > >  cs 0003 ss  rs 0003 tfd d0 serr 
> > > cmd c017 .. many messages
> > > 
> > > In what could be the reason?
> > > 
> > > FreeBSD 10.0-ALPHA3 #0 r255882
> > > 
> > 
> > Are your kernel and userland in sync?
> > 
> > Glen
> > 
> 
> Yes, of course.

please read "r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel
messages" thread.


-- 
wbr, tiger
___
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: iscsictl, Waiting for iscsid(8)

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 11:41:24 +0200
Edward Tomasz Napierala  wrote:

> Dnia 27 wrz 2013 o godz. 09:50 "Sergey V. Dyatko"
>  napisal(a):
> 
> > On Fri, 27 Sep 2013 10:36:29 +0300
> > "Sergey V. Dyatko"  wrote: 
> > 
> >> Hi,
> >> 
> >> I have a time to play with native iSCSI stack on HEAD. 
> >> I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with
> >> reverted r255870 and r255871)
> >> On desktop I create following /etc/ctl.conf:
> >> pidfile /var/run/ctld.pid
> >> portal-group example2 {
> >>discovery-auth-group no-authentication
> >>listen 127.0.0.1
> >>listen 0.0.0.0:3261
> 
> Here you are listening on port 3261.
> 
> >> }
> >> target iqn.desktop:target0 {
> >>alias "Testing target"
> >>auth-group no-authentication
> >>portal-groupexample2
> >>lun 0 {
> >>path /dev/md0
> >>blocksize 4096
> >>}
> >> }
> >> 
> >> tiger# mdconfig -lv
> >> md0 vnode 200M  /storage/iscsi_test
> >> tiger# iscsictl -A -h localhost -t iqn.desktop:target0
> >> 
> >> dmesg: 
> >> cfiscsi_ioctl_handoff: new connection from
> >> iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to
> >> iqn.desktop:target0
> >> da0 at iscsi1 bus 0 scbus6 target 0 lun 0 
> >> da0:  Fixed Direct Access SCSI-5 device 
> >> da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C)
> >> 
> >> tiger# ctladm islist -v
> >> Session ID:  3
> >> Initiator name:  iqn.1994-09.org.freebsd:tiger.minsk.domain
> >> Initiator addr:  127.0.0.1
> >> Initiator alias: 
> >> Target name: iqn.desktop:target0
> >> Target alias:Testing target
> >> Header digest:   None
> >> Data digest: None
> >> DataSegmentLen:  131072
> >> ImmediateData:   Yes
> >> iSER (RDMA): No
> >> 
> >> tiger# ctladm devlist -v
> >> LUN Backend   Size (Blocks)   BS Serial NumberDevice
> >> ID 0 block 51200 4096 MYSERIAL   0 MYDEVID
> >> 0 lun_type=0
> >>  num_threads=14
> >>  file=/dev/md0
> >>  cfiscsi_target=iqn.desktop:target0
> >>  cfiscsi_target_alias=Testing target
> >>  cfiscsi_lun=0
> >> 
> >> Ok, seems it work
> >> 
> >> now laptop:
> >> laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
> >> nothing new on dmesg..
> >> 
> >> laptop# iscsictl -L
> >> Target name  Target addr  State
> >> iqn.desktop:target0  192.168.9.98 Waiting for
> >> iscsid(8)
> >> 
> >> I have a questions:
> >> 1) is 'old' iscontrol work with native target (i tried it before,
> >> w/o success too) ?
> >> 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not
> >> work in my case ?
> > 
> > by the way.. on desktop (target):
> > tiger# iscsictl -A -h localhost -t iqn.desktop:target0
> > tiger# iscsictl -L
> > Target name  Target addr  State
> > iqn.desktop:target0  localhost Connected: da0 
> > 
> > tiger# iscsictl -Ra
> > tiger# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
> 
> And here you're trying to connect to the default, 3260.  Thus...
> 
> > tiger# iscsictl -L
> > Target name  Target addr  State
> > iqn.desktop:target0  192.168.9.98 Connection
> > refused
> 
> ... the Connection Refused.
> 

Thank you, Edward !
oops, it was blind copy-paste from ctl.conf(5) 

Now I can use native iscsi target/initiator on my fresh laptop and
desktop, thanks :)

Also I have  another machine (ld HEAD, r239646) 
current# cat /etc/iscsi.conf
tiger {
TargetAddress=192.168.9.98
TargetName=iqn.desktop:target0
}
current# kldload iscsi_initiator
current# iscontrol -dt 192.168.9.98
TargetName=iqn.desktop:target0
current# iscontrol -n tiger
current# iscontrol[43727]: running
iscontrol[43727]: (pass1:iscsi0:0:0:0):  tagged openings now 0
dmesg:
iscsi: version 2.3.1
0] ic_init: cam subsystem initialized
da0 at iscsi0 bus 0 scbus6 target 0 lun 0
da0:  Fixed Direct Access SCSI-5 device 
da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C)


> > tiger# sockstat -l4
> > USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN
> > ADDRESS root ctld   10232 6  tcp4   127.0.0.1:3260
> > *:* root ctld   10232 7  tcp4   *:3261*:*
> > 
> > -- 
> > wbr, tiger

-- 
wbr, tiger
___
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: iscsictl, Waiting for iscsid(8)

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 11:32:43 +0200
Edward Tomasz Napierala  wrote:

> Dnia 27 wrz 2013 o godz. 09:36 "Sergey V. Dyatko"
>  napisal(a):
> 
> > Hi,
> > 
> > I have a time to play with native iSCSI stack on HEAD. 
> > I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with
> > reverted r255870 and r255871)
> > On desktop I create following /etc/ctl.conf:
> > pidfile /var/run/ctld.pid
> > portal-group example2 {
> >discovery-auth-group no-authentication
> >listen 127.0.0.1
> >listen 0.0.0.0:3261
> > }
> > target iqn.desktop:target0 {
> >alias "Testing target"
> >auth-group no-authentication
> >portal-groupexample2
> >lun 0 {
> >path /dev/md0
> >blocksize 4096
> >}
> > }
> > 
> > tiger# mdconfig -lv
> > md0 vnode 200M  /storage/iscsi_test
> > tiger# iscsictl -A -h localhost -t iqn.desktop:target0
> > 
> > dmesg: 
> > cfiscsi_ioctl_handoff: new connection from
> > iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to
> > iqn.desktop:target0
> > da0 at iscsi1 bus 0 scbus6 target 0 lun 0 
> > da0:  Fixed Direct Access SCSI-5 device 
> > da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C)
> > 
> > tiger# ctladm islist -v
> > Session ID:  3
> > Initiator name:  iqn.1994-09.org.freebsd:tiger.minsk.domain
> > Initiator addr:  127.0.0.1
> > Initiator alias: 
> > Target name: iqn.desktop:target0
> > Target alias:Testing target
> > Header digest:   None
> > Data digest: None
> > DataSegmentLen:  131072
> > ImmediateData:   Yes
> > iSER (RDMA): No
> > 
> > tiger# ctladm devlist -v
> > LUN Backend   Size (Blocks)   BS Serial NumberDevice
> > ID 0 block 51200 4096 MYSERIAL   0 MYDEVID
> > 0 lun_type=0
> >  num_threads=14
> >  file=/dev/md0
> >  cfiscsi_target=iqn.desktop:target0
> >  cfiscsi_target_alias=Testing target
> >  cfiscsi_lun=0
> > 
> > Ok, seems it work
> > 
> > now laptop:
> > laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
> > nothing new on dmesg..
> > 
> > laptop# iscsictl -L
> > Target name  Target addr  State
> > iqn.desktop:target0  192.168.9.98 Waiting for
> > iscsid(8)
> > 
> > I have a questions:
> > 1) is 'old' iscontrol work with native target (i tried it before,
> > w/o success too) ?
> 
> You mean, does the old initiator work with the new target?  Sure it
> does.
> 

hm..

[tiger@laptop]:~%sudo cat /etc/iscsi.conf
tiger {
TargetAddress=192.168.9.98
TargetName=iqn.desktop:target0
}
laptop# kldunload iscsi

Sep 27 12:41:59 laptop kernel: Freed UMA keg was not empty (138
items).  Lost 6 pages of memory.
Sep 27 12:41:59 laptop kernel: Freed UMA keg was not empty (251
items).  Lost 6 pages of memory.

laptop# kldload iscsi_initiator
laptop# iscontrol -c /etc/iscsi.conf -n tiger
errno=61
connect: Connection refused
^C

> > 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work
> > in my case ?
> 
> It says it's waiting for iscsid.  Do you have iscsid running, on the
> initiator side, i.e. laptop?
> 

ok, after /etc/rc.d/iscsid onestart on laptop: 
laptop# iscsictl -L
Target name  Target addr  State
iqn.desktop:target0  192.168.9.98 Connection refused

I see the same behavior (connection refused) when I try 'iscsictl -A -h
192.168.9.98 -t iqn.desktop:target0' on desktop, with -h localhost all
work fine.


-- 
wbr, tiger
___
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: iscsictl, Waiting for iscsid(8)

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 10:36:29 +0300
"Sergey V. Dyatko"  wrote: 

> Hi,
> 
> I have a time to play with native iSCSI stack on HEAD. 
> I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with
> reverted r255870 and r255871)
> On desktop I create following /etc/ctl.conf:
> pidfile /var/run/ctld.pid
> portal-group example2 {
> discovery-auth-group no-authentication
> listen 127.0.0.1
> listen 0.0.0.0:3261
> }
> target iqn.desktop:target0 {
> alias "Testing target"
> auth-group no-authentication
> portal-groupexample2
> lun 0 {
> path /dev/md0
> blocksize 4096
> }
>  }
> 
> tiger# mdconfig -lv
> md0 vnode 200M  /storage/iscsi_test
> tiger# iscsictl -A -h localhost -t iqn.desktop:target0
> 
> dmesg: 
> cfiscsi_ioctl_handoff: new connection from
> iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to
> iqn.desktop:target0
> da0 at iscsi1 bus 0 scbus6 target 0 lun 0 
> da0:  Fixed Direct Access SCSI-5 device 
> da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C)
> 
> tiger# ctladm islist -v
> Session ID:  3
> Initiator name:  iqn.1994-09.org.freebsd:tiger.minsk.domain
> Initiator addr:  127.0.0.1
> Initiator alias: 
> Target name: iqn.desktop:target0
> Target alias:Testing target
> Header digest:   None
> Data digest: None
> DataSegmentLen:  131072
> ImmediateData:   Yes
> iSER (RDMA): No
> 
> tiger# ctladm devlist -v
> LUN Backend   Size (Blocks)   BS Serial NumberDevice ID   
>   0 block 51200 4096 MYSERIAL   0 MYDEVID   0 
>   lun_type=0
>   num_threads=14
>   file=/dev/md0
>   cfiscsi_target=iqn.desktop:target0
>   cfiscsi_target_alias=Testing target
>   cfiscsi_lun=0
> 
> Ok, seems it work
> 
> now laptop:
> laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
> nothing new on dmesg..
> 
> laptop# iscsictl -L
> Target name  Target addr  State
> iqn.desktop:target0  192.168.9.98 Waiting for
> iscsid(8)
> 
> I have a questions:
> 1) is 'old' iscontrol work with native target (i tried it before, w/o
> success too) ?
> 2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in
> my case ?
> 
> 

by the way.. on desktop (target):
tiger# iscsictl -A -h localhost -t iqn.desktop:target0
tiger# iscsictl -L
Target name  Target addr  State
iqn.desktop:target0  localhost Connected: da0 

tiger# iscsictl -Ra
tiger# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
tiger# iscsictl -L
Target name  Target addr  State
iqn.desktop:target0  192.168.9.98 Connection refused

tiger# sockstat -l4
USER COMMANDPID   FD PROTO  LOCAL ADDRESS FOREIGN
ADDRESS root ctld   10232 6  tcp4   127.0.0.1:3260*:*
root ctld   10232 7  tcp4   *:3261*:*

-- 
wbr, tiger
___
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"

iscsictl, Waiting for iscsid(8)

[Sergey V. Dyatko]

Hi,

I have a time to play with native iSCSI stack on HEAD. 
I have desktop (Alpha2, r255812) and laptop (alpha3, r255873M with
reverted r255870 and r255871)
On desktop I create following /etc/ctl.conf:
pidfile /var/run/ctld.pid
portal-group example2 {
discovery-auth-group no-authentication
listen 127.0.0.1
listen 0.0.0.0:3261
}
target iqn.desktop:target0 {
alias "Testing target"
auth-group no-authentication
portal-groupexample2
lun 0 {
path /dev/md0
blocksize 4096
}
 }

tiger# mdconfig -lv
md0 vnode 200M  /storage/iscsi_test
tiger# iscsictl -A -h localhost -t iqn.desktop:target0

dmesg: 
cfiscsi_ioctl_handoff: new connection from
iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to
iqn.desktop:target0
da0 at iscsi1 bus 0 scbus6 target 0 lun 0 
da0:  Fixed Direct Access SCSI-5 device 
da0: 200MB (51200 4096 byte sectors: 64H 32S/T 25C)

tiger# ctladm islist -v
Session ID:  3
Initiator name:  iqn.1994-09.org.freebsd:tiger.minsk.domain
Initiator addr:  127.0.0.1
Initiator alias: 
Target name: iqn.desktop:target0
Target alias:Testing target
Header digest:   None
Data digest: None
DataSegmentLen:  131072
ImmediateData:   Yes
iSER (RDMA): No

tiger# ctladm devlist -v
LUN Backend   Size (Blocks)   BS Serial NumberDevice ID   
  0 block 51200 4096 MYSERIAL   0 MYDEVID   0 
  lun_type=0
  num_threads=14
  file=/dev/md0
  cfiscsi_target=iqn.desktop:target0
  cfiscsi_target_alias=Testing target
  cfiscsi_lun=0

Ok, seems it work

now laptop:
laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
nothing new on dmesg..

laptop# iscsictl -L
Target name  Target addr  State
iqn.desktop:target0  192.168.9.98 Waiting for
iscsid(8)

I have a questions:
1) is 'old' iscontrol work with native target (i tried it before, w/o
success too) ?
2) what I missed, why laptop(iscsictl)->desktop(iscsid) do not work in
my case ?


-- 
wbr, tiger
___
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: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console

[Sergey V. Dyatko]

On Fri, 27 Sep 2013 08:48:26 +0200
Stefan Esser  wrote:

> Am 27.09.2013 06:43, schrieb Alexander Panyushkin:
> > Hi all.
> > 
> > FreeBSD 10.0-ALPHA3 #0 r255878M: Thu Sep 26 18:14:08 EEST 2013
> > scorpion kernel: r...@scorpion.kiev.ua:/usr/obj/usr/src/sys/Kernel
> > amd64 clang version 3.3 (tags/RELEASE_33/final 183502) 20130610
> > 
> > After rebuild world my box annoying  in console
> > [...]
> > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA
> > transfer attempted
> > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed
> > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA
> > transfer attempted
> > Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed
> > Sep 26 20:42:39 scorpion kernel: ata0: FAILURE - zero length DMA
> > transfer attempted
> 
> I've seen this too, but on ata2 instead of ata0. All 4 other
> drives connected to the N67 chipset just worked without any
> console messages.
> 
> The system was operational (slowed down by printing the messages),
> but I'm having an All-ZFS RaidZ Configuration and that might hide
> errors.
> 
> Reverting to a kernel from 2 days ago fixed this problem.
> 

reverting to kernel before r255870 ? 

> Regards, STefan




-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Thu, 26 Sep 2013 16:07:18 +0300
Konstantin Belousov  wrote:

> On Thu, Sep 26, 2013 at 03:40:26PM +0300, Sergey V. Dyatko wrote:
> > On Thu, 26 Sep 2013 08:53:26 +0200
> > "O. Hartmann"  wrote:
> > 
> > > Rebooting into CURRENT  r255873 floods the kernel messages with
> > > 
> > > ahcich7: Timeout on slot 0 port 0
> > > ahcich7: is  cs 0001 ss  rs 0001 tfd c0
> > > serr  cmd 0004c017
> > > 
> > > What is this supposed to mean? Is this a GEOM pollution of the
> > > outer world?
> > > 
> > > Regards,
> > > 
> > > oh
> > 
> > +1 :(
> > ahcich1: Timeout on slot 29 port 0
> > ahcich1: is 4001 cs 6000 ss  rs 6000 tfd 2451
> > serr  cmd 5d17
> > ahcich1: Timeout on slot 30 port 0
> > ahcich1: is  cs c000 ss  rs c000 tfd c0 serr
> >   cmd de17
> 
> Does reverting r255870 and r255871 help ?

yes, these messages disappeared after revert 255870 and r255871


-- 
wbr, tiger
___
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: make_dev_credv: bad si_name (error=17, si_name=iscsi)

[Sergey V. Dyatko]

On Wed, 25 Sep 2013 18:06:01 +0200
Edward Tomasz Napierala  wrote:

> Wiadomo's'c napisana przez Sergey Kandaurov  w dniu
> 24 wrz 2013, o godz. 14:04:
> > On 24 September 2013 15:44, Edward Tomasz Napierala
> >  wrote:
> >> Wiadomo's'c napisana przez Sergey Kandaurov  w
> >> dniu 24 wrz 2013, o godz. 13:00:
> >>> On 24 September 2013 14:40, Sergey Kandaurov 
> >>> wrote:
> >>>> On 24 September 2013 11:46, Sergey V. Dyatko
> >>>>  wrote:
> >>>>> Hi,
> >>>>> 
> >>>>> today I tried to play a bit with new iscsi
> >>>>> 
> >>>>> r255812 isn't fully complete fix?
> >>>>> 
> >>>> [...]
> >>>>> run  `kldload iscsi_initiator` and got a panic:
> >>>> 
> >>>> Something like this quick'n'dirty should work.
> >>>> Compile tested only.
> >>>> 
> >>>> Index: sys/dev/iscsi_initiator/iscsi.c
> >>>> ===
> >>>> --- sys/dev/iscsi_initiator/iscsi.c(revision 255841)
> >>>> +++ sys/dev/iscsi_initiator/iscsi.c(working copy)
> >>>> @@ -715,7 +715,8 @@
> >>>> TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus);
> >>>> 
> >>>> isc =  malloc(sizeof(struct isc_softc), M_ISCSI,
> >>>> M_ZERO|M_WAITOK);
> >>>> - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT,
> >>>> GID_WHEEL, 0600, "iscsi");
> >>>> + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME,
> >>>> &iscsi_cdevsw, max_sessions,
> >>>> +   NULL, UID_ROOT, GID_WHEEL, 0600,
> >>>> "iscsi"); isc->dev->si_drv1 = isc;
> >>>> mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF);
> >>> 
> >>> Erm, of course it shall be checked against failure.
> >> 
> >> Sure.  What do you think about this:
> >> 
> >> Index: sys/dev/iscsi_initiator/iscsi.c
> >> ===
> >> --- sys/dev/iscsi_initiator/iscsi.c (revision 255834)
> >> +++ sys/dev/iscsi_initiator/iscsi.c (working copy)
> >> @@ -715,8 +715,14 @@ iscsi_start(void)
> >>  TUNABLE_INT_FETCH("net.iscsi_initiator.max_pdus", &max_pdus);
> >> 
> >>  isc =  malloc(sizeof(struct isc_softc), M_ISCSI,
> >> M_ZERO|M_WAITOK);
> >> - isc->dev = make_dev(&iscsi_cdevsw, max_sessions, UID_ROOT,
> >> GID_WHEEL, 0600, "iscsi");
> >> - isc->dev->si_drv1 = isc;
> >> + isc->dev = make_dev_credf(MAKEDEV_CHECKNAME, &iscsi_cdevsw,
> >> max_sessions,
> >> + NULL, UID_ROOT, GID_WHEEL, 0600, "iscsi");
> >> + if (isc->dev == NULL) {
> >> + xdebug("iscsi_initiator: make_dev_credf failed");
> >> + // XXX: don't return; otherwise it would panic on unload
> >> + } else {
> >> +isc->dev->si_drv1 = isc;
> >> + }
> >>  mtx_init(&isc->isc_mtx, "iscsi-isc", NULL, MTX_DEF);
> >> 
> >>  TAILQ_INIT(&isc->isc_sess);
> >> 
> > 
> > LGTM, except there is different indentation where for function calls
> > each new line aligned with the first function argument.
> 
> Committed in a somewhat different form.  I've also realized the new
> initiator had a similar bug; could you please test both to make sure
> everything is right now?  Thanks!
> 

looks good (r255873):

laptop# kldstat -v | grep -i iscsi
laptop# 
laptop# iscsictl 
Target name  Target addr  State
laptop# kldstat -v | grep -i iscsi
181 0x8262e000 abb3 iscsi.ko (/boot/kernel/iscsi.ko)
402 iscsi
laptop# kldload iscsi_initiator
kldload: can't load iscsi_initiator: Exec format error

/var/log/messages:
Sep 26 15:54:16 laptop kernel: >>> iscsi_start: iscsi_initiator:
make_dev_credf failed
Sep 26 15:54:16 laptop kernel: module_register_init: MOD_LOAD
(iscsi_initiator, 0x82639000, 0) error 17

laptop# iscsictl -A -h 192.168.9.98 -t iqn.desktop:target0
laptop# kldunload iscsi
kldunload: can't unload file: Device busy
laptop# iscsictl -Ra
laptop# kldunload iscsi
laptop# 
laptop# kldload iscsi_initiator
laptop# kldunload iscsi_initiator
laptop# kldstat -v | grep -i iscsi
laptop# 


-- 
wbr, tiger
___
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages

[Sergey V. Dyatko]

On Thu, 26 Sep 2013 08:53:26 +0200
"O. Hartmann"  wrote:

> Rebooting into CURRENT  r255873 floods the kernel messages with
> 
> ahcich7: Timeout on slot 0 port 0
> ahcich7: is  cs 0001 ss  rs 0001 tfd c0 serr
>  cmd 0004c017
> 
> What is this supposed to mean? Is this a GEOM pollution of the outer
> world?
> 
> Regards,
> 
> oh

+1 :(
ahcich1: Timeout on slot 29 port 0
ahcich1: is 4001 cs 6000 ss  rs 6000 tfd 2451 serr
 cmd 5d17
ahcich1: Timeout on slot 30 port 0
ahcich1: is  cs c000 ss  rs c000 tfd c0 serr
  cmd de17


-- 
wbr, tiger
___
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: make_dev_credv: bad si_name (error=17, si_name=iscsi)

[Sergey V. Dyatko]

Hi,

today I tried to play a bit with new iscsi

r255812 isn't fully complete fix?

what I did:
1) create ctl.conf:
pidfile /var/run/ctld.pid
portal-group example2 {
discovery-auth-group no-authentication
listen 127.0.0.1
listen 0.0.0.0:3261
}
target iqn.desktop:target0 {
alias "Testing target"
auth-group no-authentication
portal-groupexample2
lun 0 {
path /dev/md0
blocksize 4096
#   size 4G
}
 }
2) dd if=/dev/zero of=/path/to/file bs=1M count=200
3) mdconfig -a -t vnode -f /path/to/file
4) start iscsid and ctld
5) iscsictl -A -h locahost -t iqn.desktop:target0 (wrong hostname)
6) iscsictl -A -h localhost -t iqn.desktop:target0 

after [6] /var/log/messages: 
Sep 24 10:31:50 tiger kernel: cfiscsi_ioctl_handoff: new connection
from iqn.1994-09.org.freebsd:tiger.minsk.domain (127.0.0.1) to
iqn.desktop:target0 
Sep 24 10:31:50 tiger kernel: da0 at iscsi2 bus 0
scbus6 target 0 lun 0 
Sep 24 10:31:50 tiger kernel: da0:  Fixed Direct
Access SCSI-5 device 
Sep 24 10:31:50 tiger kernel: da0: 200MB (51200 4096 byte sectors: 64H
32S/T 25C)

also I see following (step 5, I suppose, how I can cancel it ?): 
Sep 24 10:32:08 tiger iscsid[1428]: locahost (iqn.desktop:target0):
failed to connect to locahost: Connection refused
Sep 24 10:32:08 tiger kernel: WARNING: locahost (iqn.desktop:target0):
login timed out after 61 seconds; reconnecting 
Sep 24 10:33:10 tiger iscsid[1402]: child process 1428 terminated with
exit status 1 
Sep 24 10:33:10 tiger kernel: WARNING: locahost (iqn.desktop:target0):
login timed out after 61 seconds; reconnecting 
Sep 24 10:33:10 tiger iscsid[1433]: locahost (iqn.desktop:target0):
failed to connect to locahost: Connection refused

Ok, seems I can work with that, I can do newfs /dev/da0, mount it and
so on.

Now i'm trying to tun iscontrol on my laptop (beta1, r255449):
laptop# iscontrol -dt 192.168.9.98
errno=61
connect: Connection refused
^C
hm... possible something wrong... trying to reproduce that on desktop...
run  `kldload iscsi_initiator` and got a panic:

tiger# kgdb /boot/kernel/kernel /var/crash/vmcore.last
-> http://paste.org.ru/?rtc74f

I can provide additional information if you need it

-- 
wbr, tiger
___
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: .history

[Sergey V. Dyatko]

On Thu, 19 Sep 2013 17:02:17 -0400
Ajtim  wrote:

> Hi!
> 
> My system:
> 
> FreeBSD lumiwa.farms.net 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #0 r255501:
> Fri Sep 13 01:57:31 UTC 2013
> r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64
> 
> And my question is why I have in /root/.history and in user the same,
> after restart computer something like this:
> cd "`printf "%b" '\0057usr'`"
> #+1379444739
> cd "`printf "%b" '\0057usr\0057home'`"
> #+1379444740
> cd "`printf "%b" '\0057'`"
> #+1379444742
> cd "`printf "%b" '\0057usr\0057home\0057ajtim'`"
> #+1379444744
> cd "`printf "%b" '\0057usr\0057home'`"
> #+1379444745
> cd "`printf "%b" '\0057usr'`"
> #+1379444746
> cd "`printf "%b" '\0057'`"
> #+1379444760
> cd "`printf "%b" '\0057usr\0057home\0057ajtim'`"
> #+1379444760
> cd "`printf "%b" '\0057'`"
> #+1379444760
> set echo_style=both ; alias precmd 'echo $cwd:q >>/tmp/mc-
> ajtim/mc.pipe.61531;kill -STOP $$'
> #+1379444760
> mc
> #+1379444762
> cd "`printf "%b" '\0057'`"
> 
> Is it something related with Alpha version?
> Thank you very much.
> 
no. 
Do you use misc/mc build with subshell support ? If so - try to rebuild
it with unchecked subshell support.



-- 
wbr, tiger
___
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: Moused + HAL + rc.conf + Boot

[Sergey V. Dyatko]

On Mon, 16 Sep 2013 08:06:48 -0300
"Nilton Jose Rizzo"  wrote:

> 
>   Hi all,
> 
>I'm here again!
> 
>When I start my box, the moused is run.  My mouse is an USB
> mouse. I put in rc.conf this knob: moused_enable="NO", but is ignored
> by start up script and moused is run, this is a problem to the HAL,
> because the HAL try to open /dev/ums0 again and can't do it.  I
> need  to change to text console and kill the moused process. I have
> to  logout from account X ( via gdm) and I login again to mouse
> work.  It's started in two night ago.
> 
> see:
> FreeBSD valfenda 10.0-ALPHA1 FreeBSD 10.0-ALPHA1 #4 r255503: Fri Sep
> 13 08:18:27 BRT 2013
> rizzo@valfenda:/usr/obj/usr/src/sys/VALFENDA  amd64
> 
> TIA,
> 

read 'usb mouse and xorg' thread.

p.s. I don't know what exactly helps me.. 
rebuilding hal/dbus/xf86-input-mouse (again!) or  
moused_nondefault_enable=NO +
moused_enable=NO on rc.conf
but now I have working usb mouse :)

> Rizzo



-- 
wbr, tiger
___
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: Rebuild of xfce4-session

[Sergey V. Dyatko]

On Sat, 14 Sep 2013 10:32:38 -0400
Derek Tattersall  wrote:

> I am trying to rebuild xfce4-session on 10.0 as of r255478.  It fails
> with /usr/local/lib/libiconv.a missing from libtool.  Does anybody
> have a clue as to what to do at this point?
> 

rebuild all dependencies (gtk20,glib20, libxfce4menu, xfce4-conf, etc)
also you can run `pkg_libchk -q` from sysutils/bsdadminscripts and
rebuild all affected packages.

-- 
wbr, tiger
___
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: usb mouse and xorg

[Sergey V. Dyatko]

On Tue, 10 Sep 2013 16:04:10 +0400
Ruslan Makhmatkhanov  wrote:

> Sergey V. Dyatko wrote on 10.09.2013 15:42:
> > Hi,
> >
> > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
> > mouse(s) stop work for me on X.
> 
> Had the same. My usb/bt mouse isn't worked, while touchpad is. I
> fixed this by commenting off:
> 
> Section "ServerFlags"
>   Option  "AutoAddDevices" "false"
> EndSection
> 
> In xorg.conf. Now the mouse is working and touchpad isn't.
> 

I have working touchpad (it is work fine before) and mouse with hacked
devd.conf (doesn't try tip from gjb@ yet) 
from my xorg.conf: 

Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection
Section "ServerFlags" 
Option  "DontVTSwitch"  "off"
Option  "AllowEmptyInput" "off"
Option  "DontZap"   "off"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "synaptics"
Option  "Protocol" "psm"
Option  "Device" "/dev/psm0"
Option  "SHMConfig" "on"
Option"MinSpeed"  "7"
Option"MaxSpeed"  "9"
Option"AccelFactor"   "0.0015"
Option  "ZAxisMapping" "4 5 6 7"
EndSection
...

-- 
wbr, tiger
___
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: usb mouse and xorg

[Sergey V. Dyatko]

On Tue, 10 Sep 2013 07:47:20 -0400
Glen Barber  wrote:

> On Tue, Sep 10, 2013 at 02:42:02PM +0300, Sergey V. Dyatko wrote:
> > Hi,
> > 
> > after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
> > mouse(s) stop work for me on X. 
> 
> I saw this too, but thought it was just because of missing the
> xf86-input-mouse port during my upgrade.
> 
> Can you try with this added to rc.conf?
> 
> moused_enable="NO"
> moused_nondefault_enable="NO"
> 
> Glen
> 
I'll try, thanks

BTW: 
[tiger@laptop]:~%pkg info -x input-mouse
xf86-input-mouse-1.9.0

defaults/rc.conf:
moused_nondefault_enable="YES" # Treat non-default mice as enabled
unless
moused_enable="NO"   # Run the mouse daemon.

[tiger@laptop]:~%grep mouse /etc/rc.conf
mousechar_start="3"


-- 
wbr, tiger
___
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"

usb mouse and xorg

[Sergey V. Dyatko]

Hi,

after I update my HEAD box from 252xxx (i'm not sure) to r255393 USB
mouse(s) stop work for me on X. 
I run `tail -f /var/log/Xorg.0.log /var/log/messages`:

Sep 10 14:27:15 laptop kernel: ugen4.2:  at usbus4
Sep 10 14:27:15 laptop devd: Executing 'env
LD_PRELOAD=/usr/local/lib/libhal.so:/usr/local/lib/libdbus-1.so:/usr/local/lib/libcuse4bsd.so
 /usr/local/etc/rc.d/webcamd
start ugen4.2 0' Sep 10 14:27:15 laptop kernel: ums0:  on usbus4 Sep 10
14:27:15 laptop kernel: ums0: 7 buttons and [XYZ] coordinates ID=0 Sep
10 14:27:15 laptop devd: Executing '/etc/rc.d/moused quietstart ums0'

==> /var/log/Xorg.0.log <==
(II) config/hal: Adding input device USB Optical Mouse
(**) Option "Device" "/dev/ums0"
(==) USB Optical Mouse: Protocol: "Auto"
(**) USB Optical Mouse: always reports core events
(**) Option "Device" "/dev/ums0"
(EE) xf86OpenSerial: Cannot open device /dev/ums0
Device busy.
(EE) USB Optical Mouse: cannot open input device
(II) UnloadModule: "mouse"
(EE) PreInit returned NULL for "USB Optical Mouse"
(EE) config/hal: NewInputDeviceRequest failed (8)

after comment 
notify 100 {
   match "system" "DEVFS";
... skipped
   action "/etc/rc.d/moused quietstart $cdev";
}; on devd.conf and restart devd my mouse work again:

==> /var/log/messages <==
Sep 10 14:27:49 laptop sudo:tiger : TTY=pts/4 ;
PWD=/usr/home/tiger ; USER=root ; COMMAND=/bin/csh Sep 10 14:28:56
laptop kernel: ugen4.2:  at usbus4 (disconnected) Sep 10
14:28:56 laptop kernel: ums0: at uhub2, port 2, addr 2 (disconnected)
Sep 10 14:28:56 laptop devd: Executing '/etc/rc.d/moused stop ums0' Sep
10 14:29:01 laptop kernel: ugen4.2:  at usbus4 Sep 10 14:29:01
laptop kernel: ums0:  on usbus4 Sep 10 14:29:01 laptop devd: Executing
'env
LD_PRELOAD=/usr/local/lib/libhal.so:/usr/local/lib/libdbus-1.so:/usr/local/lib/libcuse4bsd.so
 /usr/local/etc/rc.d/webcamd
start ugen4.2 0' Sep 10 14:29:01 laptop kernel: ums0: 7 buttons and
[XYZ] coordinates ID=0

==> /var/log/Xorg.0.log <==
(II) config/hal: Adding input device USB Optical Mouse
(**) Option "Device" "/dev/ums0"
(==) USB Optical Mouse: Protocol: "Auto"
(**) USB Optical Mouse: always reports core events
(**) Option "Device" "/dev/ums0"
(==) USB Optical Mouse: Emulate3Buttons, Emulate3Timeout: 50
(**) USB Optical Mouse: ZAxisMapping: buttons 4 and 5
(**) USB Optical Mouse: Buttons: 5
(II) XINPUT: Adding extended input device "USB Optical Mouse" (type:
MOUSE) (**) USB Optical Mouse: (accel) keeping acceleration scheme 1
(**) USB Optical Mouse: (accel) acceleration profile 0
(II) USB Optical Mouse: SetupAuto: hw.iftype is 5, hw.model is 0
(II) USB Optical Mouse: SetupAuto: protocol is SysMouse
(WW) fcntl(70, F_SETOWN): Inappropriate ioctl for device


-- 
wbr, tiger
___
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: svn error during 'make buildkernel'?

[Sergey V. Dyatko]

On Mon, 5 Aug 2013 13:36:29 +0300
Kimmo Paasiala  wrote:

> On Mon, Aug 5, 2013 at 12:08 PM, Sergey V. Dyatko
>  wrote:
> > On Sun, 4 Aug 2013 20:57:04 -0400
> > Glen Barber  wrote:
> >
> >> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> >> > If you are disinclined to fix your commit, then consider this
> >> > an official request to back out revision 252505.
> >> >
> >>
> >> You are the first and only one to complain after this change was in
> >> effect for 2 months.
> >>
> >
> > that is not true. _same_ ML:
> > Jul,14
> >  'lost my r2x subversion id in uname &
> > kern.version'
> >
> >
> 
> Your problem is that don't really the UPDATING instructions. There are
> clear instructions on how you can stay with the 1.7 version of

I'm using fresh version of devel/subversion (1.8) and I forced to do svn
upgrade for all my old checkouts. Now we are talking about another
things

> subversion. Nothing forces you to update to 1.8., that has been
> already established in this discussion.
> 

wrong. newvers.sh use 1.8.x client from base. 
Yes, that is NOT fatal error, sure. Revision will not be listed in the
`uname -a` output, that is not right!
Steve have subversion 1.7 installed AND 1.7 checkout.
`svnversion /usr/src/` output is correct for him, but NOT
`svnliteversion /usr/src/` ;-)

> -Kimmo

-- 
wbr, tiger
___
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: svn error during 'make buildkernel'?

[Sergey V. Dyatko]

On Sun, 4 Aug 2013 20:57:04 -0400
Glen Barber  wrote:

> On Sun, Aug 04, 2013 at 05:50:28PM -0700, Steve Kargl wrote:
> > If you are disinclined to fix your commit, then consider this
> > an official request to back out revision 252505.
> > 
> 
> You are the first and only one to complain after this change was in
> effect for 2 months.
> 

that is not true. _same_ ML: 
Jul,14 
 'lost my r2x subversion id in uname &
kern.version'


> I am sorry that you do not keep your ports up to date.  But this is
> -CURRENT, not -RELEASE.  Change is expected, roads may be bumpy, etc.
> 
> Glen
> 



-- 
wbr, tiger
___
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: svn error during 'make buildkernel'?

[Sergey V. Dyatko]

On Sat, 3 Aug 2013 22:04:56 -0400
Glen Barber  wrote:

> On Sun, Aug 04, 2013 at 08:10:09AM +0800, Erich Dollansky wrote:
> > doesn't this show again that svn came a bit early?
> 
> No, it shows that people do not keep their third-party software up to
> date.
> 
> Glen
> 

what about devel/subversion17? ;-) Why I _must_ update my svn client to 1.8.x ?
I can do svn checkout/update/etc with 1.7 installed, BUT I also want to
see svn revision when I run uname -a. We are talking about that some
time ago on efnet.  newvers.sh should check exit code.

[tiger@laptop]:~/vcs/sysadm%svnversion
svn: E155036: The working copy at '/usr/home/tiger/vcs/sysadm'
is too old (format 29) to work with client version '1.8.1
(r1503906)' (expects format 31). You need to upgrade the working copy
first.

[tiger@laptop]:~/vcs/sysadm%echo $?
1
[tiger@laptop]:~/vcs/sysadm%svn upgrade
Upgraded '.'
[tiger@laptop]:~/vcs/sysadm%svnversion
13
[tiger@laptop]:~/vcs/sysadm%echo $?
0


-- 
wbr, tiger
___
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: ldd runs linux programs

[Sergey V. Dyatko]

On Sun, 28 Jul 2013 23:31:10 +0400
Gennady Proskurin  wrote:

> Hello.
> When linux binary is passed to FreeBSD's ldd as argument, this binary
> is executed. I'm sure this is bug :)
> (with security involved)
> 
> % uname -a
> FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0
> r253701+0a032f5: Sun Jul 28 07:43:10 MSK 2013
> g...@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR  amd64
> 
> % which ldd
> /usr/bin/ldd
> 
> % file /compat/linux/usr/bin/sqlite3 
> /compat/linux/usr/bin/sqlite3: ELF 32-bit LSB executable, Intel
> 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs),
> for GNU/Linux 2.6.9,
> BuildID[sha1]=0xd44ea68c3032844c0daf80a58ec18fe464bcdbe3, stripped
> 
> % ldd /compat/linux/usr/bin/sqlite3
> /compat/linux/usr/bin/sqlite3:
> SQLite version 3.5.9
> Enter ".help" for instructions
> sqlite>
> 

that is not a news, I suppose. 1st time I see that when I run
pkg_libchk from bsdadminscritpts 2-3 years ago

%file `which flash-player-properties`
/usr/local/bin/flash-player-properties: ELF 32-bit LSB executable,
Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs),
for GNU/Linux 2.6.9, stripped

%ldd `which flash-player-properties`
/usr/local/bin/flash-player-properties:

(process:2239): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.

-- 
wbr, tiger
___
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: lost my r2xxxxx subversion id in uname & kern.version

[Sergey V. Dyatko]

On Sun, 14 Jul 2013 18:15:52 +0200
cpghost  wrote:

> On 07/13/13 03:03, Dan Mack wrote:
> > I'm not sure exactly when but recently I've lost the subversion id
> > from kern.version and hence uname and motd.
> >
> > Subsequent fresh rebuilds from source don't bring it back even after
> > wiping out the tree.
> >
> > Today it looks like this:
> >
> > root@olive:~ # uname -a
> > FreeBSD olive.example.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Fri
> > Jul 12 19:38:24 CDT 2013
> > r...@olive.example.com:/usr/obj/usr/src/sys/MACKGEN  amd64
> > root@olive:~ # sysctl kern.version
> > kern.version: FreeBSD 10.0-CURRENT #0: Fri Jul 12 19:38:24 CDT 2013
> > r...@olive.example.com:/usr/obj/usr/src/sys/MACKGEN
> >
> > Previously it would have '#0 r253307' in it's place.
> >
> > This only happened on 1 of 3 build machines.
> 
> There was an update to subversion recently (1.7.x to 1.8.y).
> If you updated the /usr/src tree with the new subversion
> (i.e. svn upgrade; svn update), and then transferred that tree
> to another machine that contains a non-upgraded subversion
> client, if you build the tree there, you'll miss the r## in
> uname.
> 
> Upgrade your subversion client on the target machine, and,
> optionally, run 'svn upgrade' on the source tree, then rebuild
> and reinstall. uname -a should show r## again.
> 
> > dan
> 
> -cpghost.
> 

2 gjb@: That is a case, when we have 1.7.x checkout and _possible_
subversion17 installed. We was talking few weeks ago about that.
(efnet@tigerby)

-- 
wbr, tiger
___
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: lost my r2xxxxx subversion id in uname & kern.version

[Sergey V. Dyatko]

On Sun, 14 Jul 2013 18:15:52 +0200
cpghost  wrote:

> On 07/13/13 03:03, Dan Mack wrote:
> > I'm not sure exactly when but recently I've lost the subversion id
> > from kern.version and hence uname and motd.
> >
> > Subsequent fresh rebuilds from source don't bring it back even after
> > wiping out the tree.
> >
> > Today it looks like this:
> >
> > root@olive:~ # uname -a
> > FreeBSD olive.example.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Fri
> > Jul 12 19:38:24 CDT 2013
> > r...@olive.example.com:/usr/obj/usr/src/sys/MACKGEN  amd64
> > root@olive:~ # sysctl kern.version
> > kern.version: FreeBSD 10.0-CURRENT #0: Fri Jul 12 19:38:24 CDT 2013
> > r...@olive.example.com:/usr/obj/usr/src/sys/MACKGEN
> >
> > Previously it would have '#0 r253307' in it's place.
> >
> > This only happened on 1 of 3 build machines.
> 
> There was an update to subversion recently (1.7.x to 1.8.y).
> If you updated the /usr/src tree with the new subversion
> (i.e. svn upgrade; svn update), and then transferred that tree
> to another machine that contains a non-upgraded subversion
> client, if you build the tree there, you'll miss the r## in
> uname.
> 
> Upgrade your subversion client on the target machine, and,
> optionally, run 'svn upgrade' on the source tree, then rebuild
> and reinstall. uname -a should show r## again.
> 
> > dan
> 

svnlite was imported into base system. And newvers.sh use
svnliteversion (1.8.x). 
svn upgrade /usr/src should help

> -cpghost.
> 



-- 
wbr, tiger
___
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: HEADSUP! dhclient(8) sandboxing.

[Sergey V. Dyatko]

On Thu, 4 Jul 2013 11:30:46 +0200
Pawel Jakub Dawidek  wrote:

> On Wed, Jul 03, 2013 at 11:04:21PM -0700, Alfred Perlstein wrote:
> > On 7/3/13 3:52 PM, Pawel Jakub Dawidek wrote:
> > > Hi.
> > >
> > > I've just committed Capsicum sandboxing for the dhclient(8).
> > > Let me know (ideally by sending e-mail to current@ and CCing me)
> > > if you notice any weird behaviour.
> > >
> > > The work was sponsored by the FreeBSD Foundation.
> > >
> > It broke running dhclient on igb0 for me.  It says "interface not
> > found" or something to that effect.
> > 
> > Can I help somehow?
> > 
> > Basically just "ifconfig down igb0" then try to run dhclient.  It
> > will not work.  If you "up" the interface and then run it, it is OK.
> > 
> > See attached image.
> 
> Thanks for the report. Could you try this patch?
> 
>   http://people.freebsd.org/~pjd/patches/dhclient.c.patch
> 

r252693 with patch works for me. 
Thanks


-- 
wbr, tiger
___
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: USB Keyboard not worked on current (r251681)

[Sergey V. Dyatko]

On Fri, 14 Jun 2013 12:51:44 +0300
Vitalij Satanivskij  wrote:

> 
> Yes, that's why I'm asked for help.
> 
> Update, ipmi virtual keyboard alsow not working :( 
> 
can you try sysctl values from "Supermicro 6027R-N3RF+head, usb
trouble" thread  ?

> 
> 
> 
> 
> Sergey V. Dyatko wrote:
> SVD> On Fri, 14 Jun 2013 11:36:56 +0200
> SVD> Hans Petter Selasky  wrote:
> SVD> 
> SVD> > See this thread and solution "Supermicro 6027R-N3RF+head, usb
> SVD> > trouble"
> SVD> > 
> SVD> It was 'fixed' by r251282, but I see r251681 on subject :)
> SVD> added kib@ to Cc
> SVD> 
> SVD> > --HPS
> SVD> 
> SVD> -- 
> SVD> wbr, tiger
> SVD> ___
> SVD> freebsd-current@freebsd.org mailing list
> SVD> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> SVD> To unsubscribe, send any mail to
> SVD> "freebsd-current-unsubscr...@freebsd.org"



-- 
wbr, tiger
___
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: USB Keyboard not worked on current (r251681)

[Sergey V. Dyatko]

On Fri, 14 Jun 2013 11:36:56 +0200
Hans Petter Selasky  wrote:

> See this thread and solution "Supermicro 6027R-N3RF+head, usb trouble"
> 
It was 'fixed' by r251282, but I see r251681 on subject :)
added kib@ to Cc

> --HPS

-- 
wbr, tiger
___
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: Supermicro 6027R-N3RF+head, usb trouble

[Sergey V. Dyatko]

On Tue, 28 May 2013 13:20:53 -0500
Bryan Drewery  wrote:

> On 4/21/2013 2:38 PM, Sergey V. Dyatko wrote:
> > Hi,
> > 
> > Can anybody explain why USB keyboard (and keyboard from
> > integrated IPKVM) doesn't work when I boot with   'C606
> > chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios?
> > Also I can't boot that box from usb memstick and
> > FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both
> > loose(?) device and can't find root If I disable controller in bios
> > system can't see any sata hdd connected to it:(
> > booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="1"
> > and debug.acpi.disabled="hostres" without success. I setup dhcpd,
> > tftp, nfs on my laptop and finally I install fbsd on that box, but
> > question with kbd is open - It doesn't work..
> > dmesg:
> > http://svn.freebsd.by/files/dmesg_N3RF.txt
> > pciconf -lv:
> > http://svn.freebsd.by/files/pciconf_N3RF.txt
> > 
> > I would appreciate any hints
> > 
> 
> I'm having this exact problem on HEAD r250991 as well. 9.1-RELEASE
> (disc1) seems ok though.
> 
> Did you get this figured out?
> 

I added to loader.conf
kern.maxbcache="128M"
vfs.maxbufspace=134217728
also I create /boot.config with '-v'
I don't know what exactly help, but now usb kbd (ipkvm) works fine
for me.
p.s. It is smbios.system.product="X9DRW"

> My startup:
> 
> > uhub1: 2 ports with 2 removable, self powered
> > uhub0: 2 ports with 2 removable, self powered
> > Root mount waiting for: usbus1
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored)
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usbd_setup_device_desc: getting device descriptor at addr 2 failed,
> > USB_ERR_NOMEM Root mount waiting for: usbus1
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM,
> > ignored) usbd_ctrl_transfer_setup: could not setup default USB
> > transfer usbd_setup_device_desc: getting device descriptor at addr
> > 2 failed, USB_ERR_NOMEM Root mount waiting for: usbus1
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM,
> > ignored) usbd_ctrl_transfer_setup: could not setup default USB
> > transfer usbd_setup_device_desc: getting device descriptor at addr
> > 2 failed, USB_ERR_NOMEM Root mount waiting for: usbus1
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM,
> > ignored) usbd_ctrl_transfer_setup: could not setup default USB
> > transfer usbd_setup_device_desc: getting device descriptor at addr
> > 2 failed, USB_ERR_NOMEM Root mount waiting for: usbus1
> > usbd_ctrl_transfer_setup: could not setup default USB transfer
> > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM,
> > ignored) usbd_ctrl_transfer_setup: could not setup default USB
> > transfer usbd_setup_device_desc: getting device descriptor at addr
> > 2 failed, USB_ERR_NOMEM ugen1.2:  at usbus1 (disconnected)
> > uhub_reattach_port: could not allocate new device
> 
> 



-- 
wbr, tiger
___
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: buildworld broken, r250848

[Sergey V. Dyatko]

On Tue, 21 May 2013 12:01:26 -0500
Brooks Davis  wrote:

> On Tue, May 21, 2013 at 11:44:03AM +0300, Sergey V. Dyatko wrote:
> > Hi,
> > 
> > When I try update my desktop from r249607 to r250848 I got following
> > error:
> >  http://svn.freebsd.by/files/r250848-buildworld-failed.txt
> > 
> > /etc/src.conf:
> > LOADER_ZFS_SUPPORT=YES
> > WITHOUT_CLANG=YES
> > WITHOUT_IPFILTER=YES
> > WITHOUT_IPX=YES
> > WITHOUT_NCP=YES
> > WITHOUT_SOURCELESS=YES
> > 
> > I would appreciate any help, thanks
> 
> Please try r250859.  I belive builds with WITHOUT_CLANG=YES are now
> fixed.
> 

Yes, with r250859 buildworld completed. Thanks!

> -- Brooks

-- 
wbr, tiger
___
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"

buildworld broken, r250848

[Sergey V. Dyatko]

Hi,

When I try update my desktop from r249607 to r250848 I got following
error:
 http://svn.freebsd.by/files/r250848-buildworld-failed.txt

/etc/src.conf:
LOADER_ZFS_SUPPORT=YES
WITHOUT_CLANG=YES
WITHOUT_IPFILTER=YES
WITHOUT_IPX=YES
WITHOUT_NCP=YES
WITHOUT_SOURCELESS=YES

I would appreciate any help, thanks

-- 
wbr, tiger
___
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: Supermicro 6027R-N3RF+head, usb trouble

[Sergey V. Dyatko]

On Mon, 22 Apr 2013 13:21:42 +0200
Hans Petter Selasky  wrote:

> >>
> >
> > Hi, how I can do that ?
> >
> 
> Hi,
> 
> vmstat -m
> 

http://svn.freebsd.by/files/vmstat_N3RF.txt

> There is also an interactive command in the debugger!
> 
> --HPS



-- 
wbr, tiger
___
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: Supermicro 6027R-N3RF+head, usb trouble

[Sergey V. Dyatko]

On Mon, 22 Apr 2013 08:10:47 +0200
Hans Petter Selasky  wrote:

> On 04/21/13 21:38, Sergey V. Dyatko wrote:
> > Hi,
> >
> > Can anybody explain why USB keyboard (and keyboard from
> > integrated IPKVM) doesn't work when I boot with   'C606
> > chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios?
> > Also I can't boot that box from usb memstick and
> > FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both
> > loose(?) device and can't find root If I disable controller in bios
> > system can't see any sata hdd connected to it:(
> > booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="1"
> > and debug.acpi.disabled="hostres" without success. I setup dhcpd,
> > tftp, nfs on my laptop and finally I install fbsd on that box, but
> > question with kbd is open - It doesn't work..
> > dmesg:
> > http://svn.freebsd.by/files/dmesg_N3RF.txt
> > pciconf -lv:
> > http://svn.freebsd.by/files/pciconf_N3RF.txt
> >
> > I would appreciate any hints
> >
> 
> Hi,
> 
> This indicates a LOW memory problem, or unability to grab contiguous 
> memory for USB controller drivers:
> 
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored)
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored)
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> usbd_ctrl_transfer_setup: could not setup default USB transfer
> 
> That's why USB doesn't work. Try to figure out who is using all that
> memory.
> 

Hi, how I can do that ?

> --HPS



-- 
wbr, tiger
___
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"

Supermicro 6027R-N3RF+head, usb trouble

[Sergey V. Dyatko]

Hi,

Can anybody explain why USB keyboard (and keyboard from
integrated IPKVM) doesn't work when I boot with   'C606
chipset Dual 4-Port SATA/SAS Storage Control Unit' enabled in bios?
Also I can't boot that box from usb memstick and
FreeBSD-10.0-CURRENT-amd64-20130413-r249439-release.iso They both
loose(?) device and can't find root If I disable controller in bios
system can't see any sata hdd connected to it:(
booting with hw.usb.ehci.no_hs=1, kern.cam.boot_delay="1"
and debug.acpi.disabled="hostres" without success. I setup dhcpd, tftp,
nfs on my laptop and finally I install fbsd on that box, but question
with kbd is open - It doesn't work..
dmesg:
http://svn.freebsd.by/files/dmesg_N3RF.txt
pciconf -lv:
http://svn.freebsd.by/files/pciconf_N3RF.txt

I would appreciate any hints

-- 
wbr, tiger
___
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: svn guid

[Sergey V. Dyatko]

On Mon, 11 Feb 2013 08:36:04 -0500
Yasir hussan  wrote:

> hi,
> 
> can anyone help me how i can download this code, i tried to downlaod
> differnect id by using svn but still fail, i think i am missing
> something from basics
> 
> http://zrouter.org/hg/FreeBSD/head/file/a7c552e1ed7f/head/sys/dev/switch/ar8x16_switch.c

devel/mercurial

> 
> Thanks

-- 
wbr, tiger
___
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"

stable/8 to HEAD

[Sergey V. Dyatko]

Hi,

Possible stupid question, but.. Can I update my stable/8 r228757 to
HEAD? 

sandbox# svnversion
246112
sandbox# cat /etc/src.conf
WITHOUT_PROFILE=YES
WITHOUT_GAMES=YES
WITHOUT_BLUETOOTH=YES
WITHOUT_FREEBSD_UPDATE=YES
WITHOUT_LPR=YES
WITHOUT_NDIS=YES
WITHOUT_WPA_SUPPLICANT_EAPOL=YES
WITHOUT_WIRELESS_SUPPORT=YES
WITHOUT_WIRELESS=YES

sandbox# cat /etc/make.conf
# added by use.perl 2011-01-12 09:43:24
PERL_VERSION=5.10.1

sandbox# make buildworld

[skipped]
===> usr.bin/lex/lib (all)
cc  -O2 -pipe -std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/usr.bin/lex/lib/libmain.c -o libmain.o cc  -O2 -pipe
-std=gnu99   -I/usr/obj/usr/src/tmp/legacy/usr/include
-c /usr/src/usr.bin/lex/lib/libyywrap.c -o libyywrap.o building static
ln library ranlib libln.a sh /usr/src/tools/install.sh -s -o root -g
wheel -m 555   lex /usr/obj/usr/src/tmp/legacy/usr/bin
sh /usr/src/tools/install.sh -C -o root -g wheel -m
444  /usr/src/usr.bin/lex/FlexLexer.h /usr/obj/usr/src/tmp/legacy/usr/include
===> usr.bin/lex/lib (install) sh /usr/src/tools/install.sh -C -o root
-g wheel -m 444
libln.a /usr/obj/usr/src/tmp/legacy/usr/lib 
/usr/obj/usr/src/tmp/legacy/usr/lib/libl.a
-> /usr/obj/usr/src/tmp/legacy/usr/lib/libln.a 
/usr/obj/usr/src/tmp/legacy/usr/lib/libfl.a
-> /usr/obj/usr/src/tmp/legacy/usr/lib/libln.a 
/usr/obj/usr/src/tmp/legacy/usr/bin/lex++
-> /usr/obj/usr/src/tmp/legacy/usr/bin/lex 
/usr/obj/usr/src/tmp/legacy/usr/bin/flex
-> /usr/obj/usr/src/tmp/legacy/usr/bin/lex 
/usr/obj/usr/src/tmp/legacy/usr/bin/flex++
-> /usr/obj/usr/src/tmp/legacy/usr/bin/lex ===> usr.bin/xinstall
(obj,depend,all,install) /usr/obj/usr/src/tmp/usr/src/usr.bin/xinstall
created for /usr/src/usr.bin/xinstall rm -f .depend mkdep -f .depend
-a-I/usr/src/usr.bin/xinstall/../../contrib/mtree
-I/usr/src/usr.bin/xinstall/../../lib/libnetbsd
-I/usr/obj/usr/src/tmp/legacy/usr/include
-std=gnu99   /usr/src/usr.bin/xinstall/xinstall.c 
/usr/src/usr.bin/xinstall/../../contrib/mtree/getid.c 
/usr/src/usr.bin/xinstall/xinstall.c:64:20:
error: sha512.h: No such file or directory mkdep: compile failed ***
[.depend] Error code 1

Stop in /usr/src/usr.bin/xinstall.
*** [bootstrap-tools] Error code 1

Stop in /usr/src.
*** [_bootstrap-tools] Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

-- 
wbr, tiger
___
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: acpi resume related patch

[Sergey V. Dyatko]

On Fri, 25 Jan 2013 13:11:19 +0400
Slawa Olhovchenkov  wrote:

> On Fri, Jan 25, 2013 at 10:43:33AM +0200, Andriy Gapon wrote:
> 
> > 
> > If you have ACPI suspend/resume working, if it used to work but
> > stopped working at some time, if it never worked, but you are still
> > hoping, could you please test the following patch and report back?
> > 
> > http://svn.freebsd.by/files/acpi-apic-wakeup-final.patch
> 
> I have ACPI suspend/resume working but AR9220 never resume from sleep.

resume works with or without patch ?:)
resume  was broken after r243764 for me (and I'm not alone :))

-- 
wbr, tiger
___
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: -current broken in acpi/iasl

[Sergey V. Dyatko]

On Fri, 18 Jan 2013 22:17:27 +0400
Andrey Chernov  wrote:

> ===> usr.sbin/acpi/iasl (all)
> cc -O2 -pipe -march=core2 -DACPI_ASL_COMPILER -I.
> -I/usr/src/usr.sbin/acpi/iasl/../../../sys -std=gnu99
> -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k
> -Wno-uninitialized -Wno-pointer-sign -c
> /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c
> cc1: warnings being treated as errors
> /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:
> In function 'AcpiDmIsResourceTemplate':
> /usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:419:
> warning: dereferencing type-punned pointer will break strict-aliasing
> rules *** [dmresrc.o] Error code 1
> 
> Stop in /usr/src/usr.sbin/acpi/iasl.
> *** [all] Error code 1
> 

according to rumors buildworld done successfully with the clang. But I
didn't test it. Look at "buildworld is broken ?" thread 


-- 
wbr, tiger
___
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: buildworld is broken ?

[Sergey V. Dyatko]

On Fri, 18 Jan 2013 15:47:13 +0400
Gleb Smirnoff  wrote:

> On Fri, Jan 18, 2013 at 11:30:17AM +0300, Sergey V. Dyatko wrote:
> S> subj
> S> head, amd64 Revision: 245588
> 
> Works for me:
> 
> Revision: 245593
> Last Changed Rev: 245584
> Last Changed Date: 2013-01-18 06:36:06 +0400 (пт, 18 янв 2013)
> 
strange :(
laptop# cd /usr/src/usr.sbin/acpi/iasl
laptop# make 
cc -O2 -pipe  -DACPI_ASL_COMPILER -I.
-I/usr/src/usr.sbin/acpi/iasl/../../../sys -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign
-c 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c
cc1: warnings being treated as
errors 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:
In function
'AcpiDmIsResourceTemplate': 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:419:
warning: dereferencing type-punned pointer will break strict-aliasing
rules *** [dmresrc.o] Error code 1

Stop in /usr/src/usr.sbin/acpi/iasl.

> Also, there is not tinderbox complaints on the mailing list.
> 

Subject: [head tinderbox] failure on ia64/ia64
Date: Fri, 18 Jan 2013 11:55:37 GMT


-- 
wbr, tiger
___
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"

buildworld is broken ?

[Sergey V. Dyatko]

Hi,

subj
head, amd64 Revision: 245588


protector -Wsystem-headers -Werror -Wall -Wno-format-y2k
-Wno-uninitialized -Wno-pointer-sign
-c 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmopcode.c
cc -O2 -pipe  -DACPI_ASL_COMPILER -I.
-I/usr/src/usr.sbin/acpi/iasl/../../../sys -std=gnu99 -fstack-protector
-Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign
-c 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c
cc1: warnings being treated as
errors 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:
In function
'AcpiDmIsResourceTemplate': 
/usr/src/usr.sbin/acpi/iasl/../../../sys/contrib/dev/acpica/components/disassembler/dmresrc.c:419:
warning: dereferencing type-punned pointer will break strict-aliasing
rules *** [dmresrc.o] Error code 1

Stop in /usr/src/usr.sbin/acpi/iasl.
*** [all] Error code 1

Stop in /usr/src/usr.sbin/acpi.
*** [all] Error code 1

Stop in /usr/src/usr.sbin.
*** [usr.sbin.all__D] Error code 1

Stop in /usr/src.
*** [everything] Error code 1

Stop in /usr/src.
*** [buildworld] Error code 1

-- 
wbr, tiger
___
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: solaris assert: sa.sa_magic == 0x2F505A

[Sergey V. Dyatko]

On Thu, 17 Jan 2013 20:28:59 +0200
Andriy Gapon  wrote:

> on 17/01/2013 19:52 Sergey V. Dyatko said the following:
> > On Thu, 17 Jan 2013 19:46:06 +0200
> > Andriy Gapon  wrote:
> > 
> >> on 17/01/2013 19:02 Sergey V. Dyatko said the following:
> >>> Hi,
> >>>
> >>> today I got panic on my laptop, running head, amd64 r245462.
> >>> unfortunately I don't know how it can be reproduced so I will be
> >>> grateful for any hints
> >>>
> >>> full core-file can be found here:
> >>> http://svn.freebsd.by/files/core20130117.txt
> >>
> >> Do you have a real core file (vmcore*)?
> >>
> > yes
> 
> In frame 5 please do 'p *dn', in frame 4 please do 'i args', 'i
> local'.
> 
http://svn.freebsd.by/files/kgdb_over_email.txt

p.s. look at irc client (rusnet) :)

-- 
wbr, tiger
___
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: solaris assert: sa.sa_magic == 0x2F505A

[Sergey V. Dyatko]

On Thu, 17 Jan 2013 19:46:06 +0200
Andriy Gapon  wrote:

> on 17/01/2013 19:02 Sergey V. Dyatko said the following:
> > Hi,
> > 
> > today I got panic on my laptop, running head, amd64 r245462.
> > unfortunately I don't know how it can be reproduced so I will be
> > grateful for any hints
> > 
> > full core-file can be found here:
> > http://svn.freebsd.by/files/core20130117.txt
> 
> Do you have a real core file (vmcore*)?
> 
yes

> > Konstantin, I added you to CC because you was last touched
> > zfs_vfsops.c, I'm sorry if I was wrong :)
> > 
> 
> 



-- 
wbr, tiger
___
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: solaris assert: sa.sa_magic == 0x2F505A

[Sergey V. Dyatko]

Hi,

today I got panic on my laptop, running head, amd64 r245462.
unfortunately I don't know how it can be reproduced so I will be
grateful for any hints

full core-file can be found here:
http://svn.freebsd.by/files/core20130117.txt

Konstantin, I added you to CC because you was last touched
zfs_vfsops.c, I'm sorry if I was wrong :)

-- 
wbr, tiger
___
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"

[OT] Re: [head tinderbox] failure on arm/arm

[Sergey V. Dyatko]

On Sat, 10 Nov 2012 08:03:00 -0800
Adrian Chadd  wrote:

> On 10 November 2012 07:10, Doug Brewer  wrote:
> > Adrian Chadd wrote:
> > On 9 November 2012 14:37, Chuck Burns  wrote:
> >>
> >> > Adrian. diskspace and cpu cycles are things I can spare, drop me
> >> > a line outside of the ML and we can discuss particulars. "It's
> >> > just a personal box.. on a residential internet service, I have
> >> > an amd64 box with 600G free on my pool.. 8G ram.. and I have a
> >> > smaller i386 box... 100G or so free, 512M ram..  just drop me a
> >> > line..
> >>
> >> Hi,
> >>
> >> Those I do have - I have access to all of the ref* boxes in the
> >> cluster. I'm just typically hacking on this stuff on the train or
> >> at a cafe, and I don't have a workflow setup for pushing out
> >> potential diffs to build machines that have all the grunt/disk
> >> space for each little change that I do.
> >
> > Wait wait wait. It makes me wonder if you get the patch tested well
> > on the train or at a cafe before being committed.
> 
> I tend to have a _lot_ of FreeBSD devices on me. People who have seen
> me hack can attest to this.
> 
> >> I'm sorry about breaking things from time to time, but besides a
> >> small handful of "what was I thinking?!" things, the build breaks
> >> are just that - build breaks. They're easily fixed.
> >
> > I do not care how things are easily fixed. Remember, when Sam
> > Leffler was the maintainer of ath and CAMBRIA board (it's an
> > embedded device, right?), he had never broke the build.
> 
> He's better than I? :)
> 

funny...
there is no angry letters about 100500 letters from tb
after switch to clang... 
but when Adrian break build [again] we have it...

Adrian, thanks for your work. No need to be offended by trolls

> 
> adrian



-- 
wbr, tiger
___
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: [HEADSUP] current switched by default to pkgng

[Sergey V. Dyatko]

On Fri, 19 Oct 2012 20:32:31 +0400
Alex Keda  wrote:

> On 19.10.2012 20:21, Alex Keda wrote:
> > On 19.10.2012 19:59, Chris Rees wrote:
> >> On 19 October 2012 16:16, Alex Keda  wrote:
> >>> On 19.10.2012 19:10, Vincent Hoffman wrote:
>  On 19/10/2012 15:39, Alex Keda wrote:
> > pkg command does not have key for list options - no
> > autocompletions
> >
> > for example, for service command, I use
> > complete service'n/*/`service -l`/'
> > in .cshrc
> >
> > what I can use for pkg command?
> 
>  horrible but working example
>  pkg help 2>&1 | sed -e '1,/Commands supported:/d ; /For more
>  information on the different commands/,$d; s/^   *// ;
>  s/  .*.*$// ;/^$/d'
> 
>  There's bound to be better ways, I was just bored enough to
>  knock this up. note s/^*//   is a tab, while s/  .*.*$// is
>  2 spaces dont think our sed has any other way to express tab
>  other than an actual tab (ctrl-v then tab on the command line)
> >>>
> >>> it's crazy =)
> >>> may be add -l options?
> >>
> >> For Bourne-style shell:
> >> `pkg help 2>&1 | sed -nE 's,^  +(.*),\1,p'`
> >>
> >> For csh-style shell:
> >> `pkg help | & sed -nE 's,^ +(.*),\1,p'`
> >>
> >> where the bit between ^ and + is a tab character.  You can type the
> >> tab character on a command prompt by using Ctrl+V then tab, or just
> >> type it normally in the script.
> >>
> >> Hope that helps in the meantime.
> >>
> >> Chris
> >>
> > dc7700p# pkg
> > -cDisplays  Performs  a and
> > check debug from  insidelocal
> > package   packages  remotesearchsystem
> > updating
> > -dDisplays  Performs  a and
> > . skipped 
> > Displays  Opens a against   catalogues
> > debug from  insidelink  package
> > packages  register  searchsystemupdate
> > dc7700p#
> > dc7700p# grep pkg /root/.cshrc
> > complete pkg'n/*/`pkg help |& sed -nE "s,^
> > +(.*),\1,p"`/'
> > 
> > some not work... I try my own string:
> > complete pkg   'n/*/`pkg help |& grep "Commands supported:"
> > --after-context=100 | grep "^\s" | awk "{print $1}"`/'
> > 
> > output identical. maybe pipe not work in this place?
> > ___
> > 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"
> > 
> 
> it's a good crutch =)
> 
> dc7700p# pkg
> addautoremove check  create fetch  info
> query remove rquery setshlib  update upgrade
> which
> audit  backup clean  delete help   install
> register   repo   search shell  stats  updating
> version
> dc7700p# pkg
> dc7700p# grep pkg /root/.cshrc
> complete pkg 'n/*/`pkg help |& grep "Commands supported:"
> --after-context=100 | grep "^\s" | cut -d " " -f 1`/'
> dc7700p#
> 
> 

https://github.com/yoursbofh/pkgng-tcsh/blob/master/dot.cshrc_pkg

Unfortunately, I do not know how to do something like `pkg command
<-keys> `

i.e.
'n/audit/' 'c/-/(F q)/' '`pkg query "%n-%v"`/' 
doesn't work :(  

[tiger@laptop]:~%pkg audit [tab]
Missing separator '/' after completion "".



-- 
wbr, tiger
___
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: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap

[Sergey V. Dyatko]

On Thu, 23 Aug 2012 23:00:25 -0400
Eitan Adler  wrote:

> On 23 August 2012 22:55, Steve Wills  wrote:
> 
> > As far as I understand it, POLA is about changing existing things:
> 
> okay, so forget POLA.  My point is that a user following a how to or
> even *our* documentation on how to install something unrelated, like
> say, apache, will be very confused when the documentation tells them
> to run "pkg install apache" and finds out that pkg doesn't exist. A
> similar example is needing "rehash" in tcsh.
> 
what about autorehash, it didn't work ? you commit that change into
default tcsh config long time ago :)


-- 
wbr, tiger
___
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: [HEADS-UP] Import of src/usr.sbin/bsdconfig from sysutils/bsdconfig (ports)

[Sergey V. Dyatko]

On Thu, 28 Jun 2012 07:27:19 +0200
"O. Hartmann"  wrote:

[skipped]
> 
> What will happen with the old sysinstall? Well, I'm glad to read that

svn log -v -r 225937 svn://svn.freebsd.org/base

> FreeBSD makes a step forward, but maybe there are some people who want
> to be stick with the old sysinstall.
> 
> While bsdconfig is flushed in from ports, sysinstall could be flushed
> out into the ports?
> 
> If the question or suggestion sounds not rational, dump it ...
> 
> Regards Oliver
> 

-- 
wbr, tiger
___
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: sockstat & jid patch

[Sergey V. Dyatko]

On Wed, 16 May 2012 15:12:50 +1200
Andrew Thompson  wrote:

> Hi,
> 
> 
> Here is a quick patch to limit the sockstat output to a specific jail
> id, this is useful to verify which sockets a jail has open. A jid of 0
> will show the host system.
> 
> This will result in an extra syscall per socket when -j is set but I
> do not think warrants a process cache.
> 
> Any objections?
> 

Necessary thing for me, thanks. 
Only one question: that patch and releng_[78].. will it work?

> 
> Andrew



-- 
wbr, tiger
___
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: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support

[Sergey V. Dyatko]

On Sat, 5 May 2012 14:50:52 +0200
Bernhard Schmidt  wrote:

> On Sat, May 5, 2012 at 2:27 PM, Sergey V. Dyatko
>  wrote:
> > On Sat, 5 May 2012 12:51:10 +0200
> > Bernhard Schmidt  wrote:
> >> Please apply attached patch (also here [1]) on top of the first
> >> one, it fixes channel switching for >= 3070 (called the wrong
> >> function, doh..) as well as a bgscan issue.
> >>
> >> [1] http://techwires.net/~bschmidt/rt2860_1.diff
> >>
> >
> > * patch applied without errors
> > * build/install - ok
> >
> > kldload and after ~5 minutes:
> >
> > May  5 15:01:20 laptop kernel: ral0: device timeout
> > May  5 15:06:12 laptop kernel: ral0: device timeout
> >
> > without bgscan I didn't see such messages  ~30-40 min
> 
> Ok great, so except bgscan you haven't seen any other issue yet?
> 

Yes.

-- 
wbr, tiger
___
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: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support

[Sergey V. Dyatko]

On Sat, 5 May 2012 12:51:10 +0200
Bernhard Schmidt  wrote:

> On Saturday 05 May 2012 09:52:58 Sergey V. Dyatko wrote:
> > On Thu, 3 May 2012 18:53:52 +0200
> > Bernhard Schmidt  wrote:
> > 
> > > Hi folks,
> > > 
> > > As some of you might know there has been some work going on
> > > porting support for new Ralink chipsets from OpenBSD. Several
> > > different drivers where floating around but nothing seemed to be
> > > decent enough to be committed. ray@ and I had been working on
> > > cleaning up one of those to get it into a good enough shape, but
> > > abandoned this approach as it resulted in more work than starting
> > > from scratch.
> > > 
> > > So, attached diff [1] is a from-scratch effort to port over
> > > support for the new chipsets. It doesn't contain fancy stuff like
> > > 802.11n support as of yet (this will be worked one once the
> > > legacy stuff is in HEAD), nonetheless it showed pretty decent
> > > performance during the basic sta/adhoc/hostap tests I've done.
> > > 
> > > I'd appreciate testing and feedback ;)
> > > 
> > at 1st I would say 'Thank You' for all people who working on this :)
> > 
> > patch, make, make install, kldload:
> > http://tiger.ipfw.ru/files/rt2860_3090.txt
> > 
> > this is  FreeBSD 10.0-CURRENT, r234992M: Fri May  4 11:25:53 FET
> > 2012 from time to time on messages:
> > May  5 10:32:47 laptop kernel: ral0: device timeout
> > May  5 10:37:49 laptop kernel: ral0: device timeout
> > May  5 10:42:50 laptop kernel: ral0: device timeout
> > 
> > LED... is just glowing, rarely blinks. With patch from Alexander
> > (ray@) it doesn't work
> > 
> > [tiger@laptop]~%scp
> > tiger:/storage/FreeBSD-8.2-RELEASE-amd64-dvd1.iso .
> > FreeBSD-8.2-RELEASE-amd64-dvd1.iso
> > 11% 271MB   1.9MB/s   18:19 ETA ^C
> > Killed by signal 2.
> > where 'tiger' is my desktop
> 
> Please apply attached patch (also here [1]) on top of the first one,
> it fixes channel switching for >= 3070 (called the wrong function,
> doh..) as well as a bgscan issue.
> 
> [1] http://techwires.net/~bschmidt/rt2860_1.diff
> 

* patch applied without errors
* build/install - ok

kldload and after ~5 minutes:

May  5 15:01:20 laptop kernel: ral0: device timeout
May  5 15:06:12 laptop kernel: ral0: device timeout

without bgscan I didn't see such messages  ~30-40 min

-- 
wbr, tiger
___
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: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 support

[Sergey V. Dyatko]

On Thu, 3 May 2012 18:53:52 +0200
Bernhard Schmidt  wrote:

> Hi folks,
> 
> As some of you might know there has been some work going on porting
> support for new Ralink chipsets from OpenBSD. Several different
> drivers where floating around but nothing seemed to be decent enough
> to be committed. ray@ and I had been working on cleaning up one of
> those to get it into a good enough shape, but abandoned this approach
> as it resulted in more work than starting from scratch.
> 
> So, attached diff [1] is a from-scratch effort to port over support
> for the new chipsets. It doesn't contain fancy stuff like 802.11n
> support as of yet (this will be worked one once the legacy stuff is
> in HEAD), nonetheless it showed pretty decent performance during the
> basic sta/adhoc/hostap tests I've done.
> 
> I'd appreciate testing and feedback ;)
> 
at 1st I would say 'Thank You' for all people who working on this :)

patch, make, make install, kldload:
http://tiger.ipfw.ru/files/rt2860_3090.txt

this is  FreeBSD 10.0-CURRENT, r234992M: Fri May  4 11:25:53 FET 2012
from time to time on messages:
May  5 10:32:47 laptop kernel: ral0: device timeout
May  5 10:37:49 laptop kernel: ral0: device timeout
May  5 10:42:50 laptop kernel: ral0: device timeout

LED... is just glowing, rarely blinks. With patch from Alexander (ray@)
it doesn't work

[tiger@laptop]~%scp tiger:/storage/FreeBSD-8.2-RELEASE-amd64-dvd1.iso .
FreeBSD-8.2-RELEASE-amd64-dvd1.iso 11%
271MB   1.9MB/s   18:19 ETA
^C
Killed by signal 2.
where 'tiger' is my desktop


> The diff requires HEAD due to the firmware being available only there,
> though, if there are enough requests, I might consider looking into
> getting it merged to 9. (Simply pulling sys/modules/ralfw/ and
> sys/contrib/dev/ral/ from HEAD might be enough I guess.)
> 
> [1] http://techwires.net/~bschmidt/rt2860.diff
> 



-- 
wbr, tiger
___
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: Enhancing the user experience with tcsh

[Sergey V. Dyatko]

On Thu, 9 Feb 2012 19:52:58 -0500
Eitan Adler  wrote:

> In conf/160689 (http://www.freebsd.org/cgi/query-pr.cgi?pr=160689)
> there has been some discussion about changing the default cshrc file.
> 
> I'd like to commit something like the following based on Chris's patch
> at the end of the thread. This post is an attempt to open the change
> to wider discussion.
> 
> commit dbe6cb730686dd53af7d06cc9b69b60e6e55549c
> diff --git a/etc/root/dot.cshrc b/etc/root/dot.cshrc
> --- a/etc/root/dot.cshrc
> +++ b/etc/root/dot.cshrc
> @@ -7,9 +7,10 @@
> 
>  alias h  history 25
>  alias j  jobs -l
> -alias la ls -a
> +alias la ls -aF
>  alias lf ls -FA
> -alias ll ls -lA
> +alias ll ls -lAF
> +alias ls ls -F
> 
>  # A righteous umask
>  umask 22
> @@ -17,19 +18,24 @@ umask 22
>  set path = (/sbin /bin /usr/sbin /usr/bin /usr/games /usr/local/sbin
> /usr/local/bin $HOME/bin)
> 
>  setenv   EDITOR  vi
> -setenv   PAGER   more
> +setenv   PAGER   less
>  setenv   BLOCKSIZE   K
> 
>  if ($?prompt) then
>   # An interactive shell -- set some stuff up
>   set prompt = "`/bin/hostname -s`# "
>   set filec
> - set history = 100
> - set savehist = 100
> + set history = 1
> + set savehist = 1
> + set autolist
> + # Use history to aid expansion
> + set autoexpand
>   set mail = (/var/mail/$USER)
>   if ( $?tcsh ) then
>   bindkey "^W" backward-delete-word
>   bindkey -k up history-search-backward
>   bindkey -k down history-search-forward
>   endif
> + set prompt = "[%n@%m]%c04%# "
> + set promptchars = "%#"
>  endif
> 

what are you thinking about:
+bindkey "^F" forward-word
+   bindkey "^B" backward-word

?

-- 
wbr, tiger
___
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: ifconfig alias

[Sergey V. Dyatko]

On Thu, 24 Nov 2011 22:12:12 -0800
Cy Schubert  wrote:

> Sometime between Nov 9 and yesterday (Nov 23 at approximately noon
> PST) ifconfig alias has stopped working. Here's uname -a
> 
> FreeBSD bob 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r227907M: Thu Nov 24 
> 13:04:39 PST 2011
> root@bob:/usr/obj/dsk03/src/svn-current/sys/BREAK i386
> 
> 
> Here's the problem (interface doesn't matter -- on this machine vr0
> and sk0 are affected).
> 
> bob# ifconfig vr0
> vr0: flags=8843 metric 0 mtu
> 1500 options=82808
>   ether 00:16:17:8e:65:fe
>   inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 
>   inet 10.1.2.7 netmask 0xff00 broadcast 10.1.2.255
>   nd6 options=29
>   media: Ethernet autoselect (100baseTX )
>   status: active
> bob# ifconfig vr0 10.1.2.2 netmask 0x alias
> bob# ifconfig vr0
> vr0: flags=8843 metric 0 mtu
> 1500 options=82808
>   ether 00:16:17:8e:65:fe
>   inet6 fe80::216:17ff:fe8e:65fe%vr0 prefixlen 64 scopeid 0x6 
>   inet 10.1.2.2 netmask 0x broadcast 10.1.2.2
>   nd6 options=29
>   media: Ethernet autoselect (100baseTX )
>   status: active
> bob# 
> 

http://www.freebsd.org/cgi/query-pr.cgi?pr=162806


-- 
wbr, tiger
___
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: sys/conf/newvers.sh vs. subversion-1.7

[Sergey V. Dyatko]

On Thu, 20 Oct 2011 07:33:28 -0700
Steve Kargl  wrote:

> On Thu, Oct 20, 2011 at 05:21:21AM -0700, David Wolfskill wrote:
> > On Thu, Oct 20, 2011 at 04:48:44AM -0700, David Wolfskill wrote:
> > > ...
> > > Well, as of subversion-1.7, we don't have a ".svn" directory in
> > > ${SYSDIR} any more -- it's only at the root of the working copy
> > > (/usr/src, in this case).  So "svnversion" is never invoked.
> > > 
> > > So I've just hacked my copy to parallel the "git" stanza & look
> > > for ${SYSDIR}/../.svn,  Not sure that's ideal, but there appears
> > > to be precedent :-}
> > > 
> > > It might be handy to resolve this prior to 9.0-RELEASE, I think.
> > > ...
> > 
> > Finished building head, and the change worked; here are uname
> > strings from yesterday & today:
> > 
> > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT
> > #625: Wed Oct 19 05:22:52 PDT 2011
> > r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC  i386
> > 
> > FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT
> > #626 r226563M: Thu Oct 20 05:04:03 PDT 2011
> > r...@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC  i386
> 
> r226563M:   What is M:?
> 

svn help status


-- 
wbr, tiger
___
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: virtualbox-ose 4.0.8 fails

[Sergey V. Dyatko]

On Sat, 25 Jun 2011 16:28:41 +0200
Bernhard Froehlich  wrote:

> On Fri, 24 Jun 2011 16:11:27 -0400, Jung-uk Kim wrote:
> > On Friday 24 June 2011 02:58 pm, George Kontostanos wrote:
> >> On Fri, Jun 24, 2011 at 9:51 PM, Jung-uk Kim 
> > wrote:
> >> >> Any ideas regarding the virtualbox itself ?
> >> >
> >> > I am rebuilding world/kernel now. �After that, I'll rebuild
> >> > virtualbox-ose and try to fix it unless someone beat me to it.
> >> > :-)
> >> >
> >> > Jung-uk Kim
> >>
> >> Brilliant !!!
> > 
> > Please try this patch:
> > 
> > http://people.freebsd.org/~jkim/patch-src-VBox-Main-src-server-freebsd-HostHardwareFreeBSD.cpp
> > 
> > Just drop this in ports/emulators/virtualbox-ose/files and rebuild.
> 
> Thanks a lot, they look good. Do you agree that those two patches are
> licensed under MIT License so that i can push them upstream?
> 
Hi, 

Works good for me (head, amd64).
Pushing patches into upstream is a good idea. What prevents
to put them in ports tree now?


-- 
wbr, tiger

___
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: [CFR]RT305xF support, w/o attachment

[Sergey V. Dyatko]

On Sun, 20 Mar 2011 23:31:51 +0800
Adrian Chadd  wrote:

> Hi all,
> 

Hi, Adrian

> I plan on tidying up the initial support patch (removing some of the
> stuff that snuck in from the ethernet, switch and wifi parts) and
> committing this sometime in the next week or so.
> 
> I don't (yet) have hardware to test it myself. I'll just do a compile
> run and try to make sure it hasn't broken anything.
> 
> I'll then take responsibility in case it breaks anything else in the
> build. Aleksandr will take responsibility for fixing bugs. :)
> 
> Thankyou for your hard work Aleksandr!
> 

Last patch from Aleksandr 'works fine for me', so... may be rt2860
should be replaced to 'rt' for example ?
rt0: flags= blah-blah-blah IHMO looks more .nice(?) than
rt28600: flags=


> 
> Adrian
> 
> On 14 March 2011 22:29, Aleksandr Rybalko  wrote:
> 
> >
> > Hello, all.
> >
> > I am pleased to present support for Ralink RT3050F/RT3052F MIPS
> > SoC's for FreeBSD.
> >
> > This patches add support of
> > 1. GPIO/Interrupt/System/UART controllers + internal bus
> >http://my.ddteam.net/files/2011-03-14_RT305xF_support.patch
> > 2. RT305xF embedded ethernet controller
> >http://my.ddteam.net/files/2011-03-14_RT305xF_ether_support.patch
> > 3. RT2860 802.11n controller authors Damien Bergamini and Alexander
> > Egorenkov
> >http://my.ddteam.net/files/2011-03-14_rt2860.patch
> >only modification to work with RT2872 (embedded to
> > RT305[02]F) wrote by me.
> >
> > Also supported DWC like USB OTG controller, not included now,
> > because have many issues:
> > 1. Don't support SPIT transactions (FS device on HS Hub) yet.
> > 2. Don't support ISOC transactions yet.
> > 3. And have problems with some devices, possibly timing problem.
> > You can found it at
> > http://my.ddteam.net/hg/BASE/file/dd632189c3a0/head/sys/dev/usb/controller/
> > files dotg*
> >
> >
> > Also supported internal switch, not included now, because this part
> > of not done Switch API project.
> > You can found it at
> > http://my.ddteam.net/hg/BASE/file/dd632189c3a0/head/sys/dev/switch/
> >
> > Remaining issues:
> >RT2860 support only Open(no crypto) mode for RT305[02]F
> >
> > Comments are welcome.
> > Want to know, what I do right or what wrong :)
> >
> > --
> > Alexandr Rybalko 
> > aka Alex RAY 

-- 
wbr, tiger
___
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: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment

[Sergey V. Dyatko]

On Sun, 20 Mar 2011 15:36:04 +0200
Aleksandr Rybalko  wrote:

> Hi folks,
> 
> new version of patch for wireless card based on Ralink RT2860 plus
> RT3090 that required testing.
> 
> Main part:
> http://my.ddteam.net/files/2011-03-20_rt2860.patch
> 
> sys/conf/(files|options), same as last:
> http://my.ddteam.net/files/2011-03-18_rt2860_invoking.patch
> 
> Who use Ralink PCI/miniPCI/PCIE wireless cards, please test driver and
> send info about success or failures.
> 
> Thanks.   
> 

Hi, Aleksandr
good job, seems its works:)

kldload/kldunload - ok
kldload - http://tiger.ipfw.ru/files/dmesg_rt3090.txt
ifconfig: 
rt28600: flags=8843 metric 0
mtu 2290 ether 00:26:82:3c:da:2a
media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
status: associated
wlan0: flags=8843 metric 0 mtu
1500 ether 00:26:82:3c:da:2a
inet 192.168.1.11 netmask 0xff00 broadcast 192.168.1.255
media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g
status: associated
ssid ZyXEL channel 6 (2437 MHz 11g) bssid 00:13:49:d4:93:56
country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
AES-CCM 2:128-bit txpower 0 bmiss 7 scanvalid 450 bgscan
bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode
CTS wme burst roaming MANUAL
[tiger@laptop]~%ifconfig wlan0 list scan
SSID/MESH IDBSSID  CHAN RATE   S:N INT CAPS
novik   00:1e:73:45:66:281   54M -58:-95  100 EP   WPA
ZyXEL   00:13:49:d4:93:566   54M -32:-95  100 EP   RSN


-- 
wbr, tiger
___
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: [CFR]rt2860 driver with kld module

[Sergey V. Dyatko]

On Thu, 17 Mar 2011 17:53:21 +0200
Aleksandr Rybalko  wrote:

> On Thu, 17 Mar 2011 17:17:17 +0200
> "Sergey V. Dyatko"  wrote:
> 
> >> On Thu, 17 Mar 2011 13:26:16 +0200
> >> Aleksandr Rybalko  wrote:
> >> 
> >> > Hi again!
> >> > 
> >> > On Wed, 16 Mar 2011 20:44:05 +0200
> >> > Aleksandr Rybalko  wrote:
> >> > 
> >> > >> Hi,
> >> > >> 
> >> > >> On Wed, 16 Mar 2011 18:06:59 +0100
> >> > >> Jan Henrik Sylvester  wrote:
> >> > >> 
> >> > >> > Hello!
> >> > >> > 
> >> > >> > On 01/-10/-28163 20:59, Aleksandr Rybalko wrote:
> >> > >> > > 3. RT2860 802.11n controller authors Damien Bergamini and
> >> > >> > > Alexander Egorenkov
> >> > >> > > http://my.ddteam.net/files/2011-03-14_rt2860.patch only
> >> > >> > > modification to work with RT2872 (embedded to RT305[02] F)
> >> > >> > > wrote by me.
> >> > >> > 
> >> > >> > Is this supposed to work on its own bringing support for
> >> > >> > Ralink 2860 to FreeBSD? (The one in the Asus EeePC
> >> > >> > 901/1000H according to http://wiki.freebsd.org/AsusEee .)
> >> > >> > 
> >> > >> > > Remaining issues:
> >> > >> > >   RT2860 support only Open(no crypto) mode for
> >> > >> > > RT305[02]F
> >> > >> > 
> >> > >> > Does this mean WPA should work for RT2860? (Just not for the
> >> > >> > chips you added support for?)
> >> > >> 
> >> > >> As I know this driver support WPA, but best place to read/ask
> >> > >> about this on this thread
> >> > >> http://forums.freebsd.org/showthread.php?t=7010
> >> > >> 
> >> > >> > 
> >> > >> > If this is supposed to bring RT2860 support to FreeBSD in
> >> > >> > general:
> >> > >> > 
> >> > >> > - Should it work on amd64 and i386?
> >> > >> > - Should it work on 8.2-RELEASE?
> >> > >> > - Should it work as a module?
> >> > >> > 
> >> > >> > In case this is all supposed to work: I tried to create a
> >> > >> > module on 8.2-RELEASE/amd64 by adding a simple
> >> > >> > sys/modules/rt2860/Makefile (as I did not want to modify my
> >> > >> > stock 8.2-RELEASE kernel). I only got to:
> >> > >> > 
> >> > >> > In file included from 
> >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860.c:19:
> >> > >> > @/dev/rt2860/rt2860_softc.h:52:24: error: opt_rt2860.h: No
> >> > >> > such file or directory
> >> > >> > 
> >> > >> > I do not find opt_rt2860.h anywhere in your patches.
> >> > >> > Assuming it was optional, I have commented it out only to
> >> > >> > get to:
> >> > >> > 
> >> > >> > cc1: warnings being treated as errors
> >> > >> > /usr/src/sys/modules/rt2860/../../dev/rt2860/rt2860_pci.c:63:
> >> > >> > warning: 'rt2860_pci_detach' declared 'static' but never
> >> > >> > defined
> >> > >> > 
> >> > >> > Probably, I am doing something unsupported here (especially
> >> > >> > as there is no if_rt2860_pci.c, which I would expect).
> >> > >> 
> >> > >> No, it's me. Too much data, so I a little confused here.
> >> > >> Patch targeting to start support RT3052F/RT3050F System on
> >> > >> Chip. Which main part for embedded systems like routers, AP
> >> > >> etc.
> >> > >> 
> >> > >> To get it compiled need remove 'rt2860_pci_detach'
> >> > >> declaration, because pci and obio interfaces have same detach
> >> > >> device methods (rt2860_detach in rt2860.c)
> >> > >> 
> >> > >> And opt_rt2860.h must be defined in sys/conf/options
> >> > >> 
> >> > >> # options for the Ralink RT286x driver (rt2860)
> >> > >> RT2860_DEBUGopt_rt2860.h
> >> >