r255903 contrib/unbound/util/configparser.c modified?
I have world for current system in /usr/src, but for head in /usr/head/src.After building the world for -CURRENT file contrib/unbound/util/configparser.c is in modified state. Paths to the /usr/head/src has been hardcoded. As far as I know rules of FreeBSD build system, if file goes to be modified, it should be where object files are. Should I create the bug report? -- Eir Nym ___ 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
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. Regards, STefan ___ 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
On Fri, 27 Sep 2013 08:48:26 +0200 Stefan Esser s...@freebsd.org 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
iscsictl, Waiting for iscsid(8)
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: FREEBSD CTLDISK 0001 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: iscsictl, Waiting for iscsid(8)
On Fri, 27 Sep 2013 10:36:29 +0300
Sergey V. Dyatko sergey.dya...@gmail.com 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: FREEBSD CTLDISK 0001 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
Re: iscsictl, Waiting for iscsid(8)
Dnia 27 wrz 2013 o godz. 09:36 Sergey V. Dyatko sergey.dya...@gmail.com
napisał(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: FREEBSD CTLDISK 0001 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.
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?
___
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)
Dnia 27 wrz 2013 o godz. 09:50 Sergey V. Dyatko sergey.dya...@gmail.com
napisał(a):
On Fri, 27 Sep 2013 10:36:29 +0300
Sergey V. Dyatko sergey.dya...@gmail.com 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: FREEBSD CTLDISK 0001 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.
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
Re: iscsictl, Waiting for iscsid(8)
On Fri, 27 Sep 2013 11:32:43 +0200
Edward Tomasz Napierala tr...@freebsd.org wrote:
Dnia 27 wrz 2013 o godz. 09:36 Sergey V. Dyatko
sergey.dya...@gmail.com 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: FREEBSD CTLDISK 0001 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: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console
Sergey V. Dyatko wrote on 27.09.2013 10:56: On Fri, 27 Sep 2013 08:48:26 +0200 Stefan Esser s...@freebsd.org 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 Not sure if it's related, but I have this with r255900: Sep 27 13:00:00 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:00 smeshariki4 kernel: ahcich1: is cs 1000 ss rs 1000 tfd d0 serr cmd cc17 Sep 27 13:00:09 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:09 smeshariki4 kernel: ahcich1: is cs 1000 ss rs 1000 tfd d0 serr cmd cc17 Sep 27 13:00:15 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Sep 27 13:00:15 smeshariki4 kernel: ahcich1: is 4001 cs 1000 ss rs 1000 tfd 2051 serr cmd 4c17 Sep 27 13:00:17 smeshariki4 kernel: ahcich1: Timeout on slot 12 port 0 Every 10-15 seconds. -- Regards, Ruslan T.O.S. Of Reality ___ 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)
On Fri, 27 Sep 2013 11:41:24 +0200
Edward Tomasz Napierala tr...@freebsd.org wrote:
Dnia 27 wrz 2013 o godz. 09:50 Sergey V. Dyatko
sergey.dya...@gmail.com napisal(a):
On Fri, 27 Sep 2013 10:36:29 +0300
Sergey V. Dyatko sergey.dya...@gmail.com 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: FREEBSD CTLDISK 0001 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: FREEBSD CTLDISK 0001 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
kernel: ahcich1: Timeout on slot 0 port 0
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 Thank you. ___ 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
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 pgp6EA0_GXnQ0.pgp Description: PGP signature
Re: kernel: ahcich1: Timeout on slot 0 port 0
В Fri, 27 Sep 2013 07:41:03 -0400 Glen Barber g...@freebsd.org пишет: 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. ___ 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
On Fri, 27 Sep 2013 14:44:20 +0300
Ivan Klymenko fi...@ukr.net wrote:
В Fri, 27 Sep 2013 07:41:03 -0400
Glen Barber g...@freebsd.org пишет:
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: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On Fri, 27 Sep 2013 05:45:23 -0600
Scott Long sco...@samsco.org wrote:
On Sep 26, 2013, at 11:36 PM, Sergey V. Dyatko
sergey.dya...@gmail.com wrote:
On Thu, 26 Sep 2013 16:07:18 +0300
Konstantin Belousov kostik...@gmail.com 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 ohart...@zedat.fu-berlin.de 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
On Fri, Sep 27, 2013 at 02:44:20PM +0300, Ivan Klymenko wrote:
В Fri, 27 Sep 2013 07:41:03 -0400
Glen Barber g...@freebsd.org пишет:
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.
Thanks. Just trying to rule that out as a possible cause.
Glen
pgpzk7TxvwGO8.pgp
Description: PGP signature
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com 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?
Thanks,
Scott
___
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
On Sep 26, 2013, at 11:36 PM, Sergey V. Dyatko sergey.dya...@gmail.com wrote: On Thu, 26 Sep 2013 16:07:18 +0300 Konstantin Belousov kostik...@gmail.com 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 ohart...@zedat.fu-berlin.de 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? Scott ___ 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
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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: FreeBSD 10.0-ALPHA3 #0 r255878M annoying in console
On Fri, Sep 27, 2013 at 07:43:08AM +0300, Alexander Panyushkin wrote: 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 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 Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed If you have hald enabled, try rebuilding/reinstalling that port (sysutils/hal). That fixed it for me. Jimmy ___ 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
On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko sergey.dya...@gmail.com wrote:
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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.
Scott
___
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
On Fri, 27 Sep 2013 06:39:44 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko
sergey.dya...@gmail.com wrote:
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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
On 2013-Sep-27, 05:57, Scott Long wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com 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?
I had the same problem with a clean src tree. After commenting out the
ahci line from my kernel conf file, I got these instead:
Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer attempte
reverting those two commits solved the issue.
--
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org
PGP Public Key:
http://gahr.ch/pgp
pgp6KW4jrBWqo.pgp
Description: PGP signature
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On Fri, 27 Sep 2013 15:48:31 +0300
Sergey V. Dyatko sergey.dya...@gmail.com wrote:
On Fri, 27 Sep 2013 06:39:44 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 6:13 AM, Sergey V. Dyatko
sergey.dya...@gmail.com wrote:
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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
While make buildworld: error: _libiconv_compat.h: No such file or directory
Hi all! I have a error when try to update my system to latest -HEAD, getting through svnup. uname -a: FreeBSD MYBSD 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Mon Aug 12 22:31:24 MSK 2013 xmy@MYBSD:/usr/obj/usr/src/sys/MYBSD amd64 /etc/src.conf WITHOUT_ACCT=YES #WITHOUT_AMD=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES #WITHOUT_BLUETOOTH=YES WITHOUT_BSNMP=YES WITHOUT_CLANG=YES WITHOUT_CTM=YES WITHOUT_FDT=YES WITHOUT_FLOPPY=YES WITHOUT_GDB=YES WITHOUT_HTML=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_IPFILTER=YES WITHOUT_IPX=YES WITHOUT_KERNEL_SYMBOLS=YES WITHOUT_KVM=YES WITHOUT_LPR=YES WITHOUT_MAIL=YES WITHOUT_NCP=YES #WITHOUT_NDIS=YES WITHOUT_OFED=YES WITHOUT_PF=YES WITHOUT_PMC=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_SHAREDOCS=YES #WITHOUT_USB=YES #WITHOUT_WIRELESS=YES WITHOUT_ZFS=YES make buildworld In file included from /usr/src/lib/libc/iconv/citrus_iconv.c:37: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/citrus_none.c:36: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/citrus_stdenc_local.h:34, from /usr/src/lib/libc/iconv/citrus_stdenc.h:53, from /usr/src/lib/libc/iconv/citrus_stdenc.c:41: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/iconv/iconv.c:37: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39, from /usr/src/lib/libc/locale/c16rtomb_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/cXXrtomb_iconv.h:39, from /usr/src/lib/libc/locale/c32rtomb_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41, from /usr/src/lib/libc/locale/mbrtoc16_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory In file included from /usr/src/lib/libc/locale/../iconv/citrus_iconv_local.h:33, from /usr/src/lib/libc/locale/../iconv/citrus_iconv.h:45, from /usr/src/lib/libc/locale/mbrtocXX_iconv.h:41, from /usr/src/lib/libc/locale/mbrtoc32_iconv.c:8: /usr/src/lib/libc/../../include/iconv.h:43:30: error: _libiconv_compat.h: No such file or directory mkdep: compile failed *** Error code 1 Stop. make: stopped in /usr/src/lib/libc *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ___ 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
Scott Long wrote on 27.09.2013 16:39: Please try building without the KERNFAST option. There might be some broken header dependencies that you are tripping over. Scott I have this problem too. Kernel and world were built with: make kernel make buildworld No KERNFAST, no -j's, no local modifications in the source tree. -- Regards, Ruslan T.O.S. Of Reality ___ 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
27.09.2013 16:25, Jimmy Kelley пишет: On Fri, Sep 27, 2013 at 07:43:08AM +0300, Alexander Panyushkin wrote: 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 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 Sep 26 20:42:39 scorpion kernel: ata0: setting up DMA failed If you have hald enabled, try rebuilding/reinstalling that port (sysutils/hal). That fixed it for me. Thanks Jimmy, that helped me too! -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ 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
27.09.2013 16:59, Pietro Cerutti пишет:
On 2013-Sep-27, 05:57, Scott Long wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com
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?
I had the same problem with a clean src tree. After commenting out the
ahci line from my kernel conf file, I got these instead:
Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer
attempte
reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
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
On Sep 27, 2013, at 7:38 AM, Boris Samorodov b...@passap.ru wrote:
27.09.2013 16:59, Pietro Cerutti пишет:
On 2013-Sep-27, 05:57, Scott Long wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com
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?
I had the same problem with a clean src tree. After commenting out the
ahci line from my kernel conf file, I got these instead:
Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer
attempte
reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
Interesting. I didn't test hal, probably should have. The compat shims I put
in
place should have made it work without a rebuild. I wonder if it's somehow
corrupting kernel state. Are others who are experiencing problems also running
the hal package?
Scott
___
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
On 2013-Sep-27, 07:56, Scott Long wrote:
On Sep 27, 2013, at 7:38 AM, Boris Samorodov b...@passap.ru wrote:
27.09.2013 16:59, Pietro Cerutti пишет:
On 2013-Sep-27, 05:57, Scott Long wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko sergey.dya...@gmail.com
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?
I had the same problem with a clean src tree. After commenting out the
ahci line from my kernel conf file, I got these instead:
Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA transfer
attempte
reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
Interesting. I didn't test hal, probably should have. The compat shims I
put in
place should have made it work without a rebuild. I wonder if it's somehow
corrupting kernel state. Are others who are experiencing problems also
running
the hal package?
I am, I can try to rebuild hal with a non-reverted kernel.
--
Pietro Cerutti
The FreeBSD Project
g...@freebsd.org
PGP Public Key:
http://gahr.ch/pgp
pgpexY8B4pJE6.pgp
Description: PGP signature
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
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! -- Regards, Ruslan T.O.S. Of Reality ___ 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
On 09/27/13 09: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! I'm about to commit a patch that touches some of this CAM code again -- fixing some unitialized CCB fields -- which can be found at http://people.freebsd.org/~nwhitehorn/cam_xflags_init.diff. I guess the issue here is unrelated and has to do with stale CCB struct definitions in HAL, but the link is above in case anyone wants to check. -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
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
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! -- Pietro Cerutti The FreeBSD Project g...@freebsd.org PGP Public Key: http://gahr.ch/pgp pgpKLGDasaqxW.pgp Description: PGP signature
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On Fri, 27 Sep 2013 05:57:01 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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?
Thanks,
Scott
___
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
In my case, as the initiator of the thread, I perform ALWAYS a complete
delete of /usr/obj/ and start building the system from scratch.
The codebase is vanilla CURRENT - means without local changes or
additions.
In my case, AHCI driver and CAM are built-in.
I also realise that only more modern systems seem to get affected.
The box in question is a LGA1155/Z77 system with an additional SATA 6GB
controller, which I susepct owning the ahaci channel7.
The P45-based boxes with the same CURRENT do not expose this phenomenon.
Oliver
signature.asc
Description: PGP signature
Re: r255873: ahcich7: Timeout on slot 0 port 0 FLOODING kernel messages
On Fri, 27 Sep 2013 07:56:45 -0600
Scott Long sco...@samsco.org wrote:
On Sep 27, 2013, at 7:38 AM, Boris Samorodov b...@passap.ru wrote:
27.09.2013 16:59, Pietro Cerutti пишет:
On 2013-Sep-27, 05:57, Scott Long wrote:
On Sep 27, 2013, at 5:52 AM, Sergey V. Dyatko
sergey.dya...@gmail.com 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?
I had the same problem with a clean src tree. After commenting out
the ahci line from my kernel conf file, I got these instead:
Sep 27 14:32:10 SN2000 kernel: ata3: setting up DMA failed
Sep 27 14:32:12 SN2000 kernel: ata3: FAILURE - zero length DMA
transfer attempte
reverting those two commits solved the issue.
In my case just rebuilding and restarting of sysutils/hal helped.
Interesting. I didn't test hal, probably should have. The compat
shims I put in place should have made it work without a rebuild. I
wonder if it's somehow corrupting kernel state. Are others who are
experiencing problems also running the hal package?
Scott
___
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
Yes, I do ... I just rebuild HAL and wait for rebooting the systems
affected ...
signature.asc
Description: PGP signature
devel/glib20 compile error
Hi all, Compiling devel/glib20 I got this error: gmake[6]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib/update-pcre' Making all in . gmake[6]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' CC libglib_2_0_la-gallocator.lo CC libglib_2_0_la-gcache.lo CC libglib_2_0_la-gcompletion.lo CC libglib_2_0_la-grel.lo CC libglib_2_0_la-gthread-deprecated.lo CC libglib_2_0_la-garray.lo CC libglib_2_0_la-gasyncqueue.lo CC libglib_2_0_la-gatomic.lo gatomic.c:392:10: warning: incompatible integer to pointer conversion passing 'gssize' (aka 'long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_add ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:170:46: note: expanded from macro 'g_atomic_pointer_add' (gssize) __sync_fetch_and_add ((atomic), (val)); \ ^ gatomic.c:416:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_and ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^ gatomic.c:440:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_or ((volatile gpointer *) atomic, val); ^~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^ gatomic.c:464:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_xor ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:191:45: note: expanded from macro 'g_atomic_pointer_xor' (gsize) __sync_fetch_and_xor ((atomic), (val)); \ ^ 4 warnings generated. CC libglib_2_0_la-gbacktrace.lo CC libglib_2_0_la-gbase64.lo CC libglib_2_0_la-gbitlock.lo CC libglib_2_0_la-gbookmarkfile.lo CC libglib_2_0_la-gbytes.lo CC libglib_2_0_la-gcharset.lo CC libglib_2_0_la-gchecksum.lo CC libglib_2_0_la-gconvert.lo CC libglib_2_0_la-gdataset.lo gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv ^ gconvert.c:310:21: warning: passing 'gchar **' (aka 'char **') to parameter of type 'const char **' discards qualifiers in nested pointer types [-Wincompatible-pointer-types-discards-qualifiers] return iconv (cd, inbuf, inbytes_left, outbuf, outbytes_left); ^ /usr/local/include/iconv.h:83:48: note: passing argument to parameter 'inbuf' here extern size_t iconv (iconv_t cd, const char* * inbuf, size_t *inbytesleft, char* * outbuf, size_t *outbytesleft); ^ CC libglib_2_0_la-gdate.lo 1 warning and 1 error generated. gmake[6]: *** [libglib_2_0_la-gconvert.lo] Error 1 gmake[6]: *** Waiting for unfinished jobs gdataset.c:1191:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_or (datalist, (gsize)flags); ^~~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^ gdataset.c:1214:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_and (datalist, ~(gsize)flags); ^~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^ gdate.c:432:43: warning: comparison of constant 8 with expression of type 'GDateWeekday' is always true [-Wtautological-constant-out-of-range-compare] return ( (w G_DATE_BAD_WEEKDAY) (w 8) );
[SOLVED] Re: devel/glib20 compile error
Em 27/09/13 15:17, Marcelo Gondim escreveu: Hi all, Compiling devel/glib20 I got this error: gmake[6]: Leaving directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib/update-pcre' Making all in . gmake[6]: Entering directory `/usr/ports/devel/glib20/work/glib-2.36.3/glib' CC libglib_2_0_la-gallocator.lo CC libglib_2_0_la-gcache.lo CC libglib_2_0_la-gcompletion.lo CC libglib_2_0_la-grel.lo CC libglib_2_0_la-gthread-deprecated.lo CC libglib_2_0_la-garray.lo CC libglib_2_0_la-gasyncqueue.lo CC libglib_2_0_la-gatomic.lo gatomic.c:392:10: warning: incompatible integer to pointer conversion passing 'gssize' (aka 'long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_add ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:170:46: note: expanded from macro 'g_atomic_pointer_add' (gssize) __sync_fetch_and_add ((atomic), (val)); \ ^ gatomic.c:416:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_and ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^ gatomic.c:440:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_or ((volatile gpointer *) atomic, val); ^~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^ gatomic.c:464:10: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'gpointer' (aka 'void *') [-Wint-conversion] return g_atomic_pointer_xor ((volatile gpointer *) atomic, val); ^~~~ ./gatomic.h:191:45: note: expanded from macro 'g_atomic_pointer_xor' (gsize) __sync_fetch_and_xor ((atomic), (val)); \ ^ 4 warnings generated. CC libglib_2_0_la-gbacktrace.lo CC libglib_2_0_la-gbase64.lo CC libglib_2_0_la-gbitlock.lo CC libglib_2_0_la-gbookmarkfile.lo CC libglib_2_0_la-gbytes.lo CC libglib_2_0_la-gcharset.lo CC libglib_2_0_la-gchecksum.lo CC libglib_2_0_la-gconvert.lo CC libglib_2_0_la-gdataset.lo gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is from libiconv #error GNU libiconv not in use but included iconv.h is from libiconv ^ gconvert.c:310:21: warning: passing 'gchar **' (aka 'char **') to parameter of type 'const char **' discards qualifiers in nested pointer types [-Wincompatible-pointer-types-discards-qualifiers] return iconv (cd, inbuf, inbytes_left, outbuf, outbytes_left); ^ /usr/local/include/iconv.h:83:48: note: passing argument to parameter 'inbuf' here extern size_t iconv (iconv_t cd, const char* * inbuf, size_t *inbytesleft, char* * outbuf, size_t *outbytesleft); ^ CC libglib_2_0_la-gdate.lo 1 warning and 1 error generated. gmake[6]: *** [libglib_2_0_la-gconvert.lo] Error 1 gmake[6]: *** Waiting for unfinished jobs gdataset.c:1191:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_or (datalist, (gsize)flags); ^~~~ ./gatomic.h:184:44: note: expanded from macro 'g_atomic_pointer_or' (gsize) __sync_fetch_and_or ((atomic), (val)); \ ^ gdataset.c:1214:3: warning: incompatible integer to pointer conversion passing 'gsize' (aka 'unsigned long') to parameter of type 'GData *' (aka 'struct _GData *') [-Wint-conversion] g_atomic_pointer_and (datalist, ~(gsize)flags); ^~ ./gatomic.h:177:45: note: expanded from macro 'g_atomic_pointer_and' (gsize) __sync_fetch_and_and ((atomic), (val)); \ ^ gdate.c:432:43: warning: comparison of constant 8 with expression of type 'GDateWeekday' is always true [-Wtautological-constant-out-of-range-compare]
unbound[12941:0] warning: too many file descriptors WHEN num-threads: 2
When setting num-threads: 2 in /etc/unbound/unbound.conf I get this error and unbound isn't willing to start: [1380316227] unbound[12941:0] warning: too many file descriptors requested. The builtinmini-event cannot handle more than 1024. Config for less fds or compile with libevent [1380316227] unbound[12941:0] warning: continuing with less udp ports: 477 [1380316227] unbound[12941:0] error: bind: address already in use [1380316227] unbound[12941:0] fatal error: could not open ports /etc/rc.d/local_unbound: WARNING: failed to start local_unbound Why can't I set the number of threads? signature.asc Description: PGP signature
gphoto2 bus error
I just update to current and get bus error when I try to run gphoto2: Starting program: /usr/local/bin/gphoto2 --shell (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100144] [New Thread 802806400 (LWP 100144/gphoto2)] Program received signal SIGBUS, Bus error. [Switching to Thread 802806400 (LWP 100144/gphoto2)] 0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 (gdb) bt #0 0x000801552597 in pthread_mutex_destroy () from /lib/libthr.so.3 #1 0x0008040083cd in libusb_free_device_list () from /usr/lib/libusb.so.3 #2 0x000803801a2a in gp_port_usb_exit (port=value optimized out) at libusb1.c:275 #3 0x000801135763 in gp_port_free (port=0x80286d280) at gphoto2-port.c:124 #4 0x000800ebc6a9 in gp_abilities_list_detect (list=0x802869080, info_list=0x802869050, l=0x8028ec000, context=0x45) at gphoto2-abilities-list.c:488 #5 0x0040e0f7 in ?? () #6 0x00404aef in ?? () #7 0x000800635000 in ?? () #8 0x in ?? () -- Artyom Mirgorodskiy ___ 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
