sd/tree/sendfile_tests
Клонирование в «sendfile_tests»…
fatal: repository 'https://github.com/ngie-eign/freebsd/tree/sendfile_tests/'
not found
--
Gleb Smirnoff
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
lated to sendfile but definitely
is related to my other changes. Will fix.
--
Gleb Smirnoff
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-cur
Enji,
can you please check that with this patch all your tests pass?
--
Gleb Smirnoff
Index: sys/kern/kern_sendfile.c
===
--- sys/kern/kern_sendfile.c (revision 339098)
+++ sys/kern/kern_sendfile.c (working copy)
@@ -526,6 +526,8
p detachment
K> from my previous patch, so that's fixed/committed anyways). CC'ing
K> Gleb for further triage as committer of r347375 that touched things in
K> this path.
Michael, can you please dump a core and look at it in kgdb? Line 362 in
ip_output() really belo
P_TO_IA(ifp, ia, &in_ifa_tracker);
M> (kgdb) print imo
M> $1 = (struct ip_moptions *) 0xfe0072b14780
M> (kgdb) print ifp
M> $2 = (struct ifnet *) 0xf8000411
M> (kgdb) print ia
M> $3 =
...
This all looks good.
Can you please traverse the 'in_i
reports (salvad...@freebsd.org)
M> > 14. Re: Lockdown adaX numbers to allow booting ? (Kurt Jaeger)
M> > 15. Re: Lockdown adaX numbers to allow booting ? (O'Connor, Daniel)
M> >
M> > ___
M> > freebsd-current@fre
qlxge
qlxgbe
qlxgb
qlnx
ps3
otus
oce
nge
nfe
ndis
my
msk
mge
malo
llan
lio
lge
le
jme
hme
gem
fxp
fv
ffec
et
emac
em
dwc
dc
cxgbe
cxgb
cpsw
cgem
cas
bxe
bnxt
bge
bfe
bce
awg
atse
ath
ale
alc
al_eth
age
ae
--
Gleb Smirnoff
___
freebsd-current@freebs
assume these changes are only for FreeBSD-current now and have to be
tested and proven before committing to releng 12.
T>
T> But I am working on other things now on the computer and will not be able to
get to FreeBSD-current immediately.
These changes a
the tree drivers? AFAIU, they
are maintained by the same team that maintains in-tree drivers. Cced them.
--
Gleb Smirnoff
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> #7 0x80b07863 in uma_zfree_arg (zone=0x0, item=0xf800114ee000,
H> udata=0x81484760)
udata here is uma_slab_t. Can you look at it?
btw, is that reproducible on stable/10 or head?
--
Totus tuus, Gleb
On Fri, Sep 26, 2014 at 07:59:09AM +0200, Hans Petter Selasky wrote:
H> On 09/26/14 07:51, Hans Petter Selasky wrote:
H> > On 09/25/14 11:19, Gleb Smirnoff wrote:
H> >> On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> >> H> #7 0x80b07
On Fri, Sep 26, 2014 at 08:30:06AM +0200, Hans Petter Selasky wrote:
H> On 09/26/14 08:06, Gleb Smirnoff wrote:
H> > On Fri, Sep 26, 2014 at 07:59:09AM +0200, Hans Petter Selasky wrote:
H> > H> On 09/26/14 07:51, Hans Petter Selasky wrote:
H> > H> > On 09/25/14 11:1
On Thu, Oct 02, 2014 at 11:16:27AM -0400, John Baldwin wrote:
J> > I haven't looked at the rest of the driver; is everything else around
J> > OACTIVE locked correctly and consistently?
J>
J> As well as OACTIVE is for any other driver.
Let me jump into this topic and discuss the if_drv_flags :)
I
On Fri, Oct 03, 2014 at 08:02:59PM +0300, Konstantin Belousov wrote:
K> Please find at the
K> https://kib.kiev.ua/kib/drm/i915.1.patch
K> a patch which provides some updates to the i915 driver. At large, this
K> is import of the batch of Linux commits, and as such, it is interesting
K> mostly as at
On Fri, Dec 19, 2014 at 08:41:54PM +0100, Guido Falsi wrote:
G> On 12/19/14 19:28, Adrian Chadd wrote:
G> > Hm, glebius? Any ideas?
I was quite busy last week, doing defense of my thesis. Now it is
done, and I will look at the problem ASAP.
--
Totus tuus, Glebius.
___
Got this in bhyve VM on boot up and mount:
Starting file system checks:
/dev/vtbd0p3: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/vtbd0p3: clean, 1617700 free (222876 frags, 174353 blocks, 5.9%
fragmentation)
Fatal trap 18: integer divide fault while in kernel mode
cpuid = 1; apic id = 01
instructi
On Wed, Jan 28, 2015 at 12:48:42PM +0200, Konstantin Belousov wrote:
K> > Stopped at softdep_slowdown+0x1d3: idivl %ecx,%eax
K> > db> bt
K> > Tracing pid 49 tid 100045 td 0xf800026ee000
K> > softdep_slowdown() at softdep_slowdown+0x1d3/frame 0xfe001eb5f2b0
K> > ffs_truncate() at ffs_
On Wed, Jan 28, 2015 at 09:04:42PM +0200, Konstantin Belousov wrote:
K> > I can't see where integer divide fault can happen with
stat_flush_threads=1 :(
K>
K> Look at the exact asm instruction which faulted, also look at the registers
K> content.
K>
K> It might be hypervisor bug, after all.
Yes
On Sat, Feb 14, 2015 at 10:31:18PM +0100, Ranjan1018 . wrote:
R> Just updated my Samsung Ativ Book 2, running 11-CURRENT, from r278348 to
R> r278741.
R> Now suspend via ‘acpiconf -s3’ does not work: the LCD stay dark, the
R> keyboard doesn't react when pressing CapsLock and I have to switch the
R>
On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote:
R> > On Sun, Feb 15, 2015 at 03:37:17PM +0100, Ranjan1018 . wrote:
R> > > Hi,
R> > > the bug was introduced in r278473. Suspend/resume works again if I
R> > disable
R> > > the x2APIC support with hw.x2apic_enable=0 in /boot/loader.conf,
On Sun, Feb 15, 2015 at 08:59:56PM +0200, Konstantin Belousov wrote:
K> On Sun, Feb 15, 2015 at 07:45:44PM +0100, Ranjan1018 . wrote:
K> >
K> > Unfortunately does not work for me. Tested with r278803.
K>
K> Does your machine resume if you boot with hw.x2apic_enable set to 0
K> from the loader pro
On Thu, Feb 26, 2015 at 10:08:40PM -0500, Michael Butler wrote:
M> The recent changes which served to hide "struct ifaddr" have broken
M> net-snmp:
I know and slowly working on that:
https://lists.freebsd.org/pipermail/svn-src-head/2015-February/068674.html
--
Totus tuus, Glebius.
_
On Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
M> I get the following panic on current svn ver r280793:
M>
M> Sat Mar 28 14:41:28 PDT 2015
M>
M> FreeBSD/amd64 (pozo.com) (ttyu0)
M>
M> panic: Invalid CPU in callout 16
The same happened to me in the OFED code. After investigation
On Mon, Mar 30, 2015 at 02:30:04PM -0700, Adrian Chadd wrote:
A> Would you mind filing a PR for it so it isn't forgotten?
If I could provide enough information to fix that, I would either
fix myself or forward information to someone confident in build.
Creating PR with what I have now means simpl
On Tue, Mar 31, 2015 at 12:30:04AM +0200, Hans Petter Selasky wrote:
H> On 03/30/15 23:19, Gleb Smirnoff wrote:
H> > On Sat, Mar 28, 2015 at 03:02:28PM -0700, Manfred Antar wrote:
H> > M> I get the following panic on current svn ver r280793:
H> > M>
H> > M> Sa
On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote:
D> It ocurred rather late in the transition to multi-user mode, but
D> prior to starting xdm (on my laptop).
D>
D> Previous (working) head/i386 for this machine was r281074.
D>
D> Here's the first bit of the crashinfo (yes, I have a
On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote:
A> On 04/05/2015 10:47, Gleb Smirnoff wrote:
A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700, David Wolfskill wrote:
A> > D> It ocurred rather late in the transition to multi-user mode, but
A> > D> prior to starting
On Sun, Apr 05, 2015 at 03:07:56PM -0500, Alan Cox wrote:
A> On 04/05/2015 14:34, Gleb Smirnoff wrote:
A> > On Sun, Apr 05, 2015 at 12:45:00PM -0500, Alan Cox wrote:
A> > A> On 04/05/2015 10:47, Gleb Smirnoff wrote:
A> > A> > On Sun, Apr 05, 2015 at 06:37:58AM -0700,
Hi!
As part of the "opaque ifnet project" [1], we are doing some code shake
with all IEEE802.11 (read WiFi) drivers. The drivers, that provide a parent
interface for the wlan(4) interface.
The core idea is that parent device loses its ifnet(9) structure. The
code is already complete for the
Hi!
I've converted the ath(4), probably the most complex ieee80211 driver.
The updated diff is uploaded to https://reviews.freebsd.org/D2655.
Pretty sure it will panic or fail on first try :) Nevertheless,
asking for your help. Please try to run it and report any problems
to me.
--
Totus tuu
On Mon, Jun 01, 2015 at 09:01:01PM +0300, Maxim V Filimonov wrote:
M> > As part of the "opaque ifnet project" [1], we are doing some code shake
M> > with all IEEE802.11 (read WiFi) drivers. The drivers, that provide a parent
M> > interface for the wlan(4) interface.
M> >
M> > The core idea is
On Tue, Jun 02, 2015 at 12:00:46AM +0300, Lev Serebryakov wrote:
L> > One confusing thing, that the underlaying devices (ath0 and iwn0)
L> > has gone from ifconfig, and that's a little confusing, when you
L> > have multiple pci card and try to create multiple VAP to specific
L> > device.
L> I thin
On Mon, Jun 01, 2015 at 10:46:33PM +0200, Oliver Pinter wrote:
O> And the same test against my atheros seems like working fine, both the
O> secondary VAP creation and destruction. I'm able to run kismet without
O> panic, and that seems too working fine.
Thanks a lot!
O> In ath case I got some LOR
On Tue, Jun 02, 2015 at 12:33:13AM +0300, Lev Serebryakov wrote:
L> > On Tue, Jun 02, 2015 at 12:00:46AM +0300, Lev Serebryakov wrote: L>
L> > > One confusing thing, that the underlaying devices (ath0 and
L> > iwn0) L> > has gone from ifconfig, and that's a little confusing,
L> > when you L> > have
Michael,
I've converted iwi(4) and refreshed the D2655. I will appreciate
if you test it. Please report if there are any problems. Thanks!
https://reviews.freebsd.org/D2655
--
Totus tuus, Glebius.
___
freebsd-current@freebsd.org mailing list
http:
On Tue, Jun 02, 2015 at 11:47:36PM +0200, Michael Moll wrote:
M> On Tue, Jun 02, 2015 at 07:20:21PM +0300, Gleb Smirnoff wrote:
M> > I've converted iwi(4) and refreshed the D2655. I will appreciate
M> > if you test it. Please report if there are any problems. Thanks!
M>
Oliver,
On Mon, Jun 01, 2015 at 10:46:33PM +0200, Oliver Pinter wrote:
O> In ath case I got some LOR during boot and during kismet, see the
O> attached dmesgs.
I've fixed the first one. But I believe the second LOR happens on
unmodified head as well.
Thanks a lot for your help.
--
Totus tuus
Michael,
On Wed, Jun 03, 2015 at 01:35:01AM +0200, Michael Moll wrote:
M> > I have fixed the bug in head, and updated the phab revision. The current
M> > phab revision will apply only to the fresh head.
M> >
M> > Please retry! And thanks a lot for your efforts. :)
M>
M> This already is resulti
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote:
M> On Wed, Jun 03, 2015 at 01:42:22PM +0300, Gleb Smirnoff wrote:
M> > M> This already is resulting in a working connection. I'll test more
M> > M> extensively tomorrow and report back.
M> >
M>
Hi Kevin and Olivier,
you signed up as testers of ral(4). I have converted ral(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help.
--
Totus tuus, Glebi
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote:
M> All working well, the only thing I'm seeing is that a shutdown or reboot
M> is hanging, tracing via kdb shows:
M>
M> Tracing command wpa_supplicant pid 293 tid 100075 td 0xc81b7960
M> sched_switch(c81b7960,0,104,0,0,...) at sched_swi
Hi Kevin and Glen,
you signed up as testers of urtwn(4). I have converted urtwn(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help.
--
Totus tuus, Gleb
On Wed, Jun 03, 2015 at 09:51:56PM +0200, Michael Moll wrote:
M> All working well, the only thing I'm seeing is that a shutdown or reboot
M> is hanging, tracing via kdb shows:
I've uploaded updated patch that should fix this issue. Please try it
and report once you have time.
Thanks a lot!
--
T
Hi Kevin,
you signed up as testers of ural(4). I have converted ural(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help.
--
Totus tuus, Glebius.
Hi Kevin,
you signed up as tester of run(4). I have converted run(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help.
--
Totus tuus, Glebius.
_
On Mon, Jun 15, 2015 at 09:52:29AM +0800, Kevin Lo wrote:
K> > you signed up as tester of run(4). I have converted run(4)
K> > and uploaded new patch at:
K> >
K> > https://reviews.freebsd.org/D2655
K> >
K> > Please try, report and update the project page.
K> >
K> > https://wiki.freebsd.org/pro
Hi Kevin,
you signed up as tester of zyd(4). I have converted zyd(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help.
--
Totus tuus, Glebius.
_
Hi Kevin,
you signed up as tester of urtw(4). I have converted urtw(4)
and uploaded new patch at:
https://reviews.freebsd.org/D2655
Please try, report and update the project page.
https://wiki.freebsd.org/projects/ifnet/net80211
Thanks a lot for your help with the project.
--
Totus tuus,
On Thu, Jun 18, 2015 at 12:04:55PM +0200, Olivier Cochard-Labbé wrote:
O> > After bringing interface up I'm getting:
O> > http://i.imgur.com/XhOVJ68.jpg
O> >
O> I didn't meet this problem on head (r284301) with D2655 applied and using
O> an Alpha network AWUS036NHR v.2
Which is urtwn, not urtw.
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote:
K> > you signed up as tester of urtw(4). I have converted urtw(4)
K> > and uploaded new patch at:
K> >
K> > https://reviews.freebsd.org/D2655
K> >
K> > Please try, report and update the project page.
K> >
K> > https://wiki.freebsd.org/p
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote:
K> > you signed up as tester of urtw(4). I have converted urtw(4)
K> > and uploaded new patch at:
K> >
K> > https://reviews.freebsd.org/D2655
K> >
K> > Please try, report and update the project page.
K> >
K> > https://wiki.freebsd.org/p
On Mon, Jun 22, 2015 at 09:51:23AM +0800, Kevin Lo wrote:
K> Thank you Gleb. urtw(4) works fine on amd64.
Thanks.
K> One minor problem, I got an compiler error and this diff below fixes it.
K>
K> --- D2655.diff.orig 2015-06-22 09:45:48.836385086 +0800
K> +++ D2655.diff 2015-06-22 09:47:5
Hi!
I need to make couple of non-functional but rather large changes
to the if_ndis driver and will appreciate if anyone signs up to
test my changes. Please contact me if you can provide help.
--
Totus tuus, Glebius.
___
freebsd-current@freebsd.org
On Thu, Aug 06, 2015 at 07:49:56AM +, Thomas Mueller wrote:
T> > I ended with doing the aforementioned 2 changes as one.
T>
T> > The diff is living here:
T>
T> > https://reviews.freebsd.org/D2655
T>
T> > It spans the net80211 layer and converts (almost) all 802.11 drivers
T> > to new KPI. No
Hi!
As part of the "opaque ifnet project" [1], all 802.11 (WiFi) drivers
undergo change of not being an interface anymore. Historically in FreeBSD
802.11 stack, 802.11 devices called if_attach() and created an interface.
Later this was generalized and real functioning interface is created by
n
On Sun, Aug 09, 2015 at 12:28:22PM +0200, Kristof Provost wrote:
K> Hi,
K>
K> I’ve run into a reproducible panic on a VIMAGE kernel with ‘sysctl -a’.
K>
K> Relevant backtrace bits:
K> #8 0x80e7dd28 in trap (frame=0xfe01f16b26a0)
K> at /usr/src/sys/amd64/amd64/trap.c:426
K> #9 0x
On Sun, Aug 09, 2015 at 08:25:56PM +0200, Kristof Provost wrote:
K> On 2015-08-09 13:36:35 (+0300), Gleb Smirnoff wrote:
K> > On Sun, Aug 09, 2015 at 12:28:22PM +0200, Kristof Provost wrote:
K> > K> The following fixes it for me:
K> > K>
K> > K> diff --git a/s
On Sun, Aug 09, 2015 at 08:32:15PM +0100, Gavin Atkinson wrote:
G> On Thu, 6 Aug 2015, Gleb Smirnoff wrote:
G> > As part of the "opaque ifnet project" [1], all 802.11 (WiFi) drivers
G> > undergo change of not being an interface anymore. Historically in FreeBSD
G> &g
Thomas,
On Mon, Aug 10, 2015 at 08:46:06AM +, Thomas Mueller wrote:
T> What do I need to download? There is a lot of stuff on the page you cite,
and I see a link to the right, Download Raw Diff. Is that what I'm supposed to
download?
Here is patch attached to this email.
T> What do you
Thomas,
On Mon, Aug 10, 2015 at 01:29:49PM +, Thomas Mueller wrote:
T> I didn't mean to send the same old message a second time (sorry); I was at a
difficult-to-read interface, this is what I meant to send:
T>
T> UPDATE, typing from FreeBSD vt and X crashing system:
T>
T> I ran svn up on
Thomas,
On Mon, Aug 10, 2015 at 09:27:44PM +, Thomas Mueller wrote:
T> You sent a patch, net80211.diff.bz2 .
T>
T> Before I extract and apply the patch, how does that differ from D2655.diff ?
Is it an updated version, does it include ndis or only FreeBSD-native drivers?
It is updated ver
On Tue, Aug 11, 2015 at 09:20:08PM +, Thomas Mueller wrote:
T> /usr/src/sys/modules/iwm/../../dev/iwm/if_iwm.c:3843:10: error: use of
undeclared identifier 'ifp'; did you mean 'if'?
T> KASSERT(ifp->if_drv_flags & IFF_DRV_RUNNING, ("not running"));
T> ^~~
T>
Thomas,
On Wed, Aug 12, 2015 at 08:16:12PM -0700, Thomas Mueller wrote:
T> GENERIB differs from GENERIC by eliminating some old devices like SCSI cards
and ISA EThernet cards, but I add some wi-fi drivers like urtw, urtwn and rsu.
T>
T> Using the main custom kernel, I was able to build an ndis
Thomas,
On Thu, Aug 13, 2015 at 08:21:44AM +, Thomas Mueller wrote:
T> > T> Thinking I might have used the wrong syntax with ifconfig, I tried
again with rsu0 instead of ndis0 or other failed attempts, and was successful
connecting to Internet.
T>
T> > AFAIU, if you got rsu(4) driver in y
On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote:
H> Might be related to the recent "net80211 layer and converts" done by
H> Gleb. Maybe Gleb knows?
No, isn't related. My changes are not yet checked in.
--
Totus tuus, Glebius.
___
f
On Tue, Aug 18, 2015 at 09:27:09AM +0100, Anton Shterenlikht wrote:
A> I'm trying to setup Asus USB-N10 nano wireless
A> adapter. I get:
A>
A> urtwn0: class 0/0, rev 2.00/2.00, addr 1> on usbus0
A> urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R
A>
A> urtwn0: flags=8802 metric 0 mtu 2290
A> eth
On Tue, Aug 18, 2015 at 10:37:25AM +0200, Hans Petter Selasky wrote:
H> On 08/18/15 10:33, Gleb Smirnoff wrote:
H> > On Tue, Aug 18, 2015 at 10:32:15AM +0200, Hans Petter Selasky wrote:
H> > H> Might be related to the recent "net80211 layer and converts" done by
H>
Oliver,
O> Again,
O> with the most recent changes as of r287211, hostapd doens't start my WiFi AP
anymore
O> (FreeBSD 11.0-CURRENT #7 r287169: Wed Aug 26 20:26:49 CEST 2015 amd64 does!).
Let's start investigating from scratch, since the /etc part of the
patch have changed significantly.
Can y
Good news, thanks!
On Thu, Aug 27, 2015 at 06:45:14PM +0200, O. Hartmann wrote:
O> sory, sorry - I forgot on that specific machine (1 of 5) to mergemaster :-(
So, after
O> mergemaster, the new rc scripts also got installed on the AP server and the
interface is
O> again up and running!
O>
O> R
On Sat, Aug 29, 2015 at 01:19:40AM +0200, Idwer Vollering wrote:
I> Manually running 'service netif restart' works around this.
I>
I> /etc/network.subr and /etc/rc.d/netif have been updated by mergemaster
I> -p and mergemaster -iF
I>
I> I can provide the, rather lengthy, output of 'sh -x /etc/rc.
On Sat, Aug 29, 2015 at 12:56:39PM +0300, Oleg V. Nauman wrote:
O> On Saturday 29 August 2015 11:02:02 Gleb Smirnoff wrote:
O> > On Sat, Aug 29, 2015 at 01:19:40AM +0200, Idwer Vollering wrote:
O> > I> Manually running 'service netif restart' works around this.
O>
On Mon, Aug 31, 2015 at 09:58:45AM -0700, Adrian Chadd wrote:
A> Hi,
A>
A> +glebius, as he recently messed around with the wifi stack and his
A> changes may have broken how mac addresses are assigned to the
A> hardware.
I've tested that with new code setting MAC address on wlan0 passed it
down to
Idwer,
can you please subscribe to this bug?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202784
And getting involved with debugging is much appreciated.
--
Totus tuus, Glebius.
___
freebsd-current@freebsd.org mailing list
https://lists.free
On Fri, Sep 04, 2015 at 04:39:22PM +0300, Sergey Kandaurov wrote:
S> On 1 September 2015 at 04:47, John Baldwin wrote:
S> > On Monday, August 31, 2015 09:58:45 AM Adrian Chadd wrote:
S> >> Hi,
S> >>
S> >> +glebius, as he recently messed around with the wifi stack and his
S> >> changes may have bro
On Sun, Sep 06, 2015 at 11:05:41AM -0400, Daniel Eischen wrote:
D> Please add an entry to src/UPDATING to explain the change needed.
D>
D> Also, my question remains, if wlan now knows how to set the MAC
D> address, do we still need to set the MAC address manually and
D> can we go back to using lag
Hi!
There is regression after r286727. Our dynamic kernel linker doesn't
support weak symbols, so the geom_md.ko can no longer be loaded dynamically
neither from loader nor at runtime. Having it statically in kernel is
the only working option.
--
Totus tuus, Glebius.
On Wed, Sep 16, 2015 at 08:10:05AM +0300, Konstantin Belousov wrote:
K> > There is regression after r286727. Our dynamic kernel linker doesn't
K> > support weak symbols, so the geom_md.ko can no longer be loaded dynamically
K> > neither from loader nor at runtime. Having it statically in kernel i
On Wed, Sep 16, 2015 at 04:42:49PM +0300, Konstantin Belousov wrote:
K> On Wed, Sep 16, 2015 at 04:15:15PM +0300, Gleb Smirnoff wrote:
K> > On Wed, Sep 16, 2015 at 08:10:05AM +0300, Konstantin Belousov wrote:
K> > K> > There is regression after r286727. Our dynamic kernel
On Wed, Sep 16, 2015 at 04:57:39PM +0300, Konstantin Belousov wrote:
K> On Wed, Sep 16, 2015 at 04:50:03PM +0300, Gleb Smirnoff wrote:
K> > On Wed, Sep 16, 2015 at 04:42:49PM +0300, Konstantin Belousov wrote:
K> > K> On Wed, Sep 16, 2015 at 04:15:15PM +0300, Gleb Smirnoff wrote
On Wed, Jan 06, 2016 at 01:24:53PM -0500, Shawn Webb wrote:
S> That's what gets toggled via the sysctl. I think I figured out that I
S> need to call ip_initid() in the SYSINIT. Compiling and testing now.
Right, that's the problem. You actually want VNET_SYSINIT().
Please next time you report a pa
David,
problem confirmed. Will either fix today, or revert the change
by the end of the day.
On Fri, Jan 08, 2016 at 06:05:18AM -0800, David Wolfskill wrote:
D> After the first panic, I rebuilt the kernel without -DNO_CLEAN; the
D> crash dump & other diagnostic info is from the clean build.
D
On Fri, Jan 08, 2016 at 09:34:23AM -0500, Jonathan T. Looney wrote:
J> The likely suspect here looks like r293405, which changed uipc_send() to
J> use sbappendstream_locked() instead of sbappend_locked().
J>
J> However, I can't explain *why* that change is causing this problem without
J> further i
Vitalij,
can you please try with this patch?
On Fri, Mar 04, 2016 at 02:40:54PM +0200, Vitalij Satanivskij wrote:
V> Hello.
V>
V> I get kernel panic on high loaded server with messages
V>
V> savecore: reboot after panic:
V>vn_sendfile: mlen 326 space -20 hdrlen 326
V>
V>
V> # kgdb ke
Vitalij,
although the first patch should fixup the panic, can you please
instead run this one. And if it is possible, can you please
monitor this sysctl:
sysctl kern.ipc.sf_long_headers
--
Totus tuus, Glebius.
Index: sys/kern/kern_descrip.c
=
standing problem that headers
were not checked against socket buffer size. One could push
unlimited data into sendfile() with headers. The patch also
pushes also compat code under ifdef, so it is cut away if
you aren't interested in COMPAT_FREEBSD4.
On Wed, Mar 23, 2016 at 04:59:25PM -0700,
Hi!
At Netflix we are observing a race in TCP timers with head.
The problem is a regression, that doesn't happen on stable/10.
The panic usually happens after several hours at 55 Gbit/s of
traffic.
What happens is that tcp_timer_keep finds t_tcpcb being
NULL. Some coredumps have tcpcb already
Hi!
On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote:
J> > Comparing stable/10 and head, I see two changes that could
J> > affect that:
J> >
J> > - callout_async_drain
J> > - switch to READ lock for inp info in tcp timers
J> >
J> > That's why you are in To, Julien and Hans :)
J>
On Mon, Jun 20, 2016 at 11:55:55AM +0200, Julien Charbon wrote:
J> > On Fri, Jun 17, 2016 at 11:27:39AM +0200, Julien Charbon wrote:
J> > J> > Comparing stable/10 and head, I see two changes that could
J> > J> > affect that:
J> > J> >
J> > J> > - callout_async_drain
J> > J> > - switch to READ lock
On Mon, Jun 20, 2016 at 12:14:18PM +0200, Hans Petter Selasky wrote:
H> On 06/20/16 11:58, Gleb Smirnoff wrote:
H> > The fix I am working on now is doing exactly that. callout_reset must
H> > return 0 if the callout is currently running.
H> >
H> > What are the old paths
On Thu, Jul 14, 2016 at 10:14:46PM -0700, Matthew Macy wrote:
M> > On 07/15/16 05:45, Matthew Macy wrote:
M> > > glebius last commit needs some further re-work.
M> >
M> > Glebius commit needs to be backed out, at least the API change that
M> > changes the return value when calling callou
Hi!
Upgraded to yesterdays head (and packages) and
now my X doesn't come up. Black screen with vt(4)'s
cursor in left upper corner and with vt(4)'s mouse
pointer. I'm able to switch to other console.
Haven't yet done any bisecting, just a heads up
for anyone encountering the same.
--
Totus
On Mon, Sep 12, 2016 at 06:14:35PM +0200, Guido Falsi wrote:
G> > Upgraded to yesterdays head (and packages) and
G> > now my X doesn't come up. Black screen with vt(4)'s
G> > cursor in left upper corner and with vt(4)'s mouse
G> > pointer. I'm able to switch to other console.
G> >
G> > Haven't y
On Tue, Dec 13, 2016 at 11:07:19AM -0500, Michael Butler wrote:
M> On 12/13/16 10:48, Eric van Gyzen wrote:
M> > On 12/13/2016 09:24, Michael Butler wrote:
M> >> Any hints as to why all of my -current equipment is complaining like
below. Is
M> >> there a sysctl to moderate/turn this off?
M> >>
M>
On Tue, Dec 13, 2016 at 11:07:19AM -0500, Michael Butler wrote:
M> >> Any hints as to why all of my -current equipment is complaining like
below. Is
M> >> there a sysctl to moderate/turn this off?
M> >>
M> >> Dec 13 10:00:01 archive kernel: Limiting icmp unreach response from 1 to
200
M> >> packe
On Wed, Dec 21, 2016 at 11:03:14AM +0100, Eivind Nicolay Evensen wrote:
E>
E> On Tue, Dec 13, 2016 at 09:48:59AM -0600, Eric van Gyzen wrote:
E> > On 12/13/2016 09:24, Michael Butler wrote:
E> > > Any hints as to why all of my -current equipment is complaining like
below. Is
E> > > there a sysctl
On Thu, Feb 02, 2017 at 06:28:50AM +0300, Alex Deiter wrote:
A> Please review attached patch.
Thanks. It seems strange to me to reduce functionality of
tcpdump when a build doesn't support INET6. I still want
it able to parse packets I see on a network.
--
Totus tuus, Glebius.
__
Thanks for report, I will look at it.
On Thu, Feb 02, 2017 at 06:00:45AM +0300, Alex Deiter wrote:
A> Hello,
A>
A> Please take a look HEAD [r313048] - buildworld failed for IPv4-only system
(WITHOUT_INET6):
A>
A> cc -target x86_64-unknown-freebsd12.0
--sysroot=/export/freebsd/obj/export/free
Hello!
After some discussion on svn mailing list [1], there is intention
to remove SVR4 binary compatibilty layer from FreeBSD head, meaning
that FreeBSD 12.0-RELEASE, available in couple of years would
be shipped without it. There is no intention of merge of the removal.
The stable@ mailing l
On Wed, Feb 15, 2017 at 10:56:29AM +0330, mokhi wrote:
m> Is this removing is because no-interest on maintaining it?
m>
m> If it helps, I am working to use the `kern_* instead sys_*` as
m> mentioned patch in that discussion suggests for svr4, if this helps.
Well, we all "maintain" it, meaning tha
Darren,
On Sat, Mar 25, 2017 at 03:03:14AM +0200, Konstantin Belousov wrote:
K> On Fri, Mar 24, 2017 at 05:40:15PM +, Darren wrote:
K> > I am getting this panic every hour to every couple of hours.
K> >
K> > FreeBSD asrock 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r315684: Thu Mar 23
14:56:45 E
1 - 100 of 355 matches
Mail list logo