[Bug 200993] camcontrol commands results in Periph destroyed on mrsas

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200993

--- Comment #14 from e...@norma.perm.ru ---
Can't reproduse anymore after flashing the last available firmware,
24.15.0-0016 for my MegaRAID SAS 9341-4i.

Looks like this isn't a FreeeBSD driver bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210882] [PATCH] ipfw sched show output garbled after r270424

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210882

Guido Falsi  changed:

   What|Removed |Added

 CC||madpi...@freebsd.org

--- Comment #1 from Guido Falsi  ---
Created attachment 172184
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172184=edit
header fix

I hacked up this fix for the header problem.

It restates previous behaviour for the headers, AFAIK.

Please note that this patch does not include the fix in the previous one, bot
patches need to be applied IMHO, but also work separately.

Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210882] [PATCH] ipfw sched show output garbled after r270424

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210882

Bug ID: 210882
   Summary: [PATCH] ipfw sched show output garbled after r270424
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: New
  Keywords: patch, regression
  Severity: Affects Some People
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: madpi...@freebsd.org
CC: melif...@freebsd.org

Created attachment 172183
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172183=edit
ipfw-sched-show-patch

I noticed the output of "ipfw sched show" became garbled in recent head, for
example:

1: 460.000 Kbit/s0 ms burst 5120 
 sched 1 type QFQ flags 0x0 0 buckets 1 active
   Children flowsets: 16 15 14 13 12 11 
BKT Prot ___Source IP/port Dest. IP/port Tot_pkt/bytes Pkt/Byte Drp
  0 ip   0.0.0.0/0 0.0.0.0/0 309679 166803112  00
181
2:   7.424 Mbit/s0 ms burst 10240 
 sched 2 type QFQ flags 0x0 0 buckets 1 active
   Children flowsets: 26 25 24 23 22 21 
  0 ip   0.0.0.0/0 0.0.0.0/0 309679 166803112  00
181  0 ip   0.0.0.0/0 0.0.0.0/0 411158 519899222  0   
0   0
3: 350.000 Kbit/s0 ms burst 5120 
 sched 3 type QFQ flags 0x0 0 buckets 1 active
   Children flowsets: 31 
  0 ip   0.0.0.0/0 0.0.0.0/0 309679 166803112  00
181  0 ip   0.0.0.0/0 0.0.0.0/0 411158 519899222  0   
0   0  0 ip   0.0.0.0/0 0.0.0.0/0 8465 12575050 34
50524   8


The script keeps appending things to the buffer after printing them. Attached
patch adds a buffer flush after printing it.

BTW there is also a change in output due to the toPrint check just above my
change. It used to print the header after each scheduler. I'm going to test a
patch for this issue too and attach it here if I get something working.

CCing melifaro as he's the author of the commit which caused the regression.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210860] [pf] [ip6] Incorrect TCP checksums after rdr

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210860

--- Comment #2 from Joao Vieira  ---
Hello Kristof,

Thanks for replying. As you suggested, I tried with the following rules
(replacing ::1 with GUA):

table  {2001:16d8:ee03::cafe:d00d/128,!::1}
rdr pass log on lo0 inet6 proto tcp to  ->
2a03:b0c0:1:d0::42e:f001 port 12300
pass out log route-to lo0 inet6 proto tcp to  keep state

but the problem persists. I tried ifconfig lo0 -lro -tso and ifconfig vtnet0
-lro -tso and after that I saw less checksum errors but still saw one on
pflog0. Nothing got to the application (nc -l 2a03:b0c0:1:d0::42e:f001 12300).

# tcpdump -n -e -ttt -i pflog0 -vvv
00:00:00.00 rule 0..16777216/0(match): pass out on vtnet0: (flowlabel
0xc4cbb, hlim 64, next-header TCP (6) payload length: 40)
2a03:b0c0:1:d0::42e:f001.39668 > 2001:16d8:ee03::cafe:d00d.80: Flags [S], cksum
0x8fdc (incorrect -> 0x78fc), seq 2180195351, win 65535, options [mss
1440,nop,wscale 6,sackOK,TS val 10681721 ecr 0], length 0
00:00:00.93 rule 0..16777216/0(match): rdr in on lo0: (flowlabel 0xc4cbb,
hlim 64, next-header TCP (6) payload length: 40) 2a03:b0c0:1:d0::42e:f001.39668
> 2a03:b0c0:1:d0::42e:f001.12300: Flags [S], cksum 0x3965 (correct), seq
2180195351, win 65535, options [mss 1440,nop,wscale 6,sackOK,TS val 10681721
ecr 0], length 0

# tcpdump -n -e -ttt -i lo0 -vvv
00:00:00.00 AF IPv6 (28), length 84: (flowlabel 0xd1846, hlim 64,
next-header TCP (6) payload length: 40) 2a03:b0c0:1:d0::42e:f001.59007 >
2001:16d8:ee03::cafe:d00d.80: Flags [S], cksum 0x18ea (correct), seq 927681064,
win 65535, options [mss 1440,nop,wscale 6,sackOK,TS val 10630808 ecr 0], length
0
00:00:00.000125 AF IPv6 (28), length 84: (class 0x01, flowlabel 0x3450f, hlim
64, next-header TCP (6) payload length: 40) 2001:16d8:ee03::cafe:d00d.80 >
2a03:b0c0:1:d0::42e:f001.59007: Flags [S.], cksum 0xb883 (correct), seq
3088270607, ack 927681065, win 65535, options [mss 1440,nop,wscale 6,sackOK,TS
val 3250889069 ecr 10630808], length 0
00:00:03.022264 AF IPv6 (28), length 84: (class 0x0b, flowlabel 0x3450f, hlim
64, next-header TCP (6) payload length: 40) 2001:16d8:ee03::cafe:d00d.80 >
2a03:b0c0:1:d0::42e:f001.59007: Flags [S.], cksum 0xb883 (correct), seq
3088270607, ack 927681065, win 65535, options [mss 1440,nop,wscale 6,sackOK,TS
val 3250889069 ecr 10630808], length 0
00:00:00.000108 AF IPv6 (28), length 64: (hlim 64, next-header TCP (6) payload
length: 20) 2a03:b0c0:1:d0::42e:f001.59007 > 2001:16d8:ee03::cafe:d00d.80:
Flags [R], cksum 0xb7ee (correct), seq 927681065, win 0, length 0

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 200993] camcontrol commands results in Periph destroyed on mrsas

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200993

--- Comment #13 from e...@norma.perm.ru ---
And I also have an error in the LSI log:

07/07/16  3:04:26: C0:EVT#04219-07/07/16  3:04:26: 113=Unexpected sense: PD
07(e0x04/s11) Path 50030480091b514b, CDB: 00 00 00 00 00 00, Sense: 1/00/1d
Ъ7/07/16  3:04:26: C0:Raw Sense for PD 7: 70 00 01 00 00 00 00 0a 00 00 00 00
00 1d 00 00 00 00
Exit Code: 0x00

does it mean it's a controller/firmware issue ?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 200993] camcontrol commands results in Periph destroyed on mrsas

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200993

e...@norma.perm.ru changed:

   What|Removed |Added

 CC||e...@norma.perm.ru

--- Comment #12 from e...@norma.perm.ru ---
Same stuff here. camcontrol identify doesn't lead to topology change, but
smartctl -a definitely does. This is reproducible on a fresh 11.[ and 10.3.

Controller:
LSI MegaRAID SAS 9341-4i

Firmware:
Product Name: LSI MegaRAID SAS 9341-4i
Serial No   : SV62122829
FW Package Build: 24.2.1-0021

Console log:
[root@san1:/etc]# zpool status
  pool: esx
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
  scan: scrub repaired 0 in 5h40m with 0 errors on Tue Jun 28 03:27:20 2016
config:

NAMESTATE READ WRITE CKSUM
esx ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
da3 ONLINE   0 0 0
da4 ONLINE   0 0 0
  mirror-1  ONLINE   0 0 0
da6 ONLINE   0 0 0
da7 ONLINE   0 0 0
  mirror-2  ONLINE   0 0 0
da9 ONLINE   0 0 0
da10ONLINE   0 0 0
  mirror-3  ONLINE   0 0 0
da12ONLINE   0 0 0
da13ONLINE   0 0 0
  mirror-4  ONLINE   0 0 0
da5 ONLINE   0 0 0
da8 ONLINE   0 0 0
  mirror-5  ONLINE   0 0 0
da11ONLINE   0 0 0
da14ONLINE   0 0 0
  mirror-6  ONLINE   0 0 0
da15ONLINE   0 0 0
da16ONLINE   0 0 0

errors: No known data errors

  pool: gamestop
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
  scan: resilvered 729M in 0h0m with 0 errors on Thu Jul  7 04:02:53 2016
config:

NAMESTATE READ WRITE CKSUM
gamestopONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
da0 ONLINE   0 0 0
da17ONLINE   0 0 0
  mirror-1  ONLINE   0 0 0
da18ONLINE   0 0 0
da19ONLINE   0 0 0
  mirror-2  ONLINE   0 0 0
da20ONLINE   0 0 0
da21ONLINE   0 0 0
  mirror-3  ONLINE   0 0 0
da22ONLINE   0 0 0
da23ONLINE   0 0 0

errors: No known data errors

  pool: zroot
 state: ONLINE
status: Some supported features are not enabled on the pool. The pool can
still be used, but some features are unavailable.
action: Enable all features using 'zpool upgrade'. Once this is done,
the pool may no longer be accessible by software that does not support
the features. See zpool-features(7) for details.
  scan: scrub repaired 0 in 0h1m with 0 errors on Mon Jun 27 21:21:40 2016
config:

NAMESTATE READ WRITE CKSUM
zroot   ONLINE   0 0 0
  mirror-0  ONLINE   0 0 0
da1p3   ONLINE   0 0 0
da2p3   ONLINE   0 0 0

errors: No known data errors
[root@san1:/etc]# smartctl -a /dev/da2
smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-ALPHA5 amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: ST2000NX0253
Serial Number:S460ED5C
LU WWN Device Id: 5 000c50 08ca8b9aa
Firmware Version: SN02
User Capacity:2,000,398,934,016 bytes [2.00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate:7200 rpm
Form Factor:  2.5 inches
Device is:Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 (minor revision not indicated)
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:Thu Jul  7 03:04:27 2016 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: 

[Bug 203349] [META] FreeBSD Foundation sponsored project dependencies for FreeBSD 11.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203349

--- Comment #2 from Ed Maste  ---
(In reply to Ed Maste from comment #1)
For reference ELF Tool Chain ticket #524 is resolved

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 203349] [META] FreeBSD Foundation sponsored project dependencies for FreeBSD 11.0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203349

Ed Maste  changed:

   What|Removed |Added

 Depends on||204686


Referenced Bugs:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204686
[Bug 204686] panic: critical_exit: td_critnest == 0 running pmcstat
-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 157755] [patch] gdb(1) hardware watchpoints do not work correctly in multi-threaded programs

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=157755

John Baldwin  changed:

   What|Removed |Added

 Depends on||210874


Referenced Bugs:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210874
[Bug 210874] devel/gdb: fork following + x86 debug registers + info auxv
-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210814] Installer can't install over existing ZFS

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210814

--- Comment #1 from Jonathan Anderson  ---
Also, "blow away this disk for my fresh install" should include de-activating
GELI, where appropriate. This is necessary if, for example, the installer gets
restarted on a partially-prepared disk. In that case, gpart can't destroy the
geom until geli has been detached.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210865] bsdinstall: install faill with ZFSBOOT_DATASETS=da0

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210865

--- Comment #2 from h-fujish...@sakura.ad.jp ---
Created attachment 172172
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=172172=edit
new patch

the last patch does not fix problem.
the correct one is here.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 210860] [pf] [ip6] Incorrect TCP checksums after rdr

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=210860

Kristof Provost  changed:

   What|Removed |Added

 CC||k...@freebsd.org

--- Comment #1 from Kristof Provost  ---
It'd be slightly surprising to have a checksum issue specifically for IPv6,
because the IPv6 header doesn't have a checksum, and I'd expect the TCP
checksum handling to be the same between v4 and v6.

There is an issue with rdr to ::1 though. There's a discussion of it in
#172648.
I wonder if that's not what you're running into. It's worth trying your rdr
rule again, but with '-> ' instead of '-> ::1'.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 178396] [kernel] [patch] Add jid to kernel log when a process has been forced closed

[bugzilla-noreply]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178396

SimpleRezo  changed:

   What|Removed |Added

 CC||simpler...@gmail.com

--- Comment #6 from SimpleRezo  ---
Hi

Does the patch can be reviewed?
Because we still have the issue and would be great to see this MFCed ;)

Regards

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"