On Thu, Dec 9, 2021 at 12:35 PM Shawn Webb wrote:
>
> On Thu, Dec 09, 2021 at 12:05:30PM -0500, Mark Johnston wrote:
> > On Thu, Dec 09, 2021 at 10:20:10AM -0500, Shawn Webb wrote:
> > > Hey all,
> > >
> > > It looks like there's a potential deadlock
On Thu, Dec 09, 2021 at 12:05:30PM -0500, Mark Johnston wrote:
> On Thu, Dec 09, 2021 at 10:20:10AM -0500, Shawn Webb wrote:
> > Hey all,
> >
> > It looks like there's a potential deadlock in some networking code,
> > specifically with ipv4 jails. I can reproduc
On Thu, Dec 09, 2021 at 10:20:10AM -0500, Shawn Webb wrote:
> Hey all,
>
> It looks like there's a potential deadlock in some networking code,
> specifically with ipv4 jails. I can reproduce by running Poudriere on
> 14-CURRENT.
>
> I am using HardenedBSD 14-CURR
Hey all,
It looks like there's a potential deadlock in some networking code,
specifically with ipv4 jails. I can reproduce by running Poudriere on
14-CURRENT.
I am using HardenedBSD 14-CURRENT, but we don't have any changes to
any point in the code paths that would trigger/cause th
Thanks guys! That was fast
On 12/02/2019 20:13, Kristof Provost wrote:
On 2019-02-12 13:54:21 (-0600), Eric van Gyzen wrote:
> I see the same behavior on head (and stable/12).
>
> (kgdb) f
> #16 0x80ce5331 in ether_output_frame (ifp=0xf80003672800,
> m=0xf8000c88b100) a
On 2019-02-12 13:54:21 (-0600), Eric van Gyzen wrote:
> I see the same behavior on head (and stable/12).
>
> (kgdb) f
> #16 0x80ce5331 in ether_output_frame (ifp=0xf80003672800,
> m=0xf8000c88b100) at /usr/src/sys/net/if_ethersubr.c:468
> 468 switch (pfil_run
On 2/12/19 8:53 AM, Pete French wrote:
> I found my panic. If I take everything out of rc.conf and loader.conf
> and sysctl.conf and boot the system it works fine when I add an IP
> address. If I add this one line to sysctl.conf
>
> net.link.ether.inet.garp_rexmit_count=2
>
> Then I get a pan
On 10/1/18 5:32 PM, Graham Perrin wrote:
>> Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5
> On 23/09/2018 14:50, Warner Losh wrote:
>
>> I'll test r338892 em0 networking with resume from suspend next week.
>>
>>
>>
> Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5
On 23/09/2018 14:50, Warner Losh wrote:
> I'll test r338892 em0 networking with resume from suspend next week.
>
>
> I just fixed a bug in devd that would cause this, but that was after
Is it possible? Maybe by threading and caching
Idealistically I feel desktop FreeBSD should have a mode that uses the
resources as much as possible instead of keeping it idle
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/
On Wed, Aug 03, 2016 at 10:20:19AM +0200, Roger Pau Monné wrote:
> On Wed, Aug 03, 2016 at 02:12:33AM +0800, Julian Elischer wrote:
> > I upgraded my VPS machine to today's current, and on reboot I couldn't get
> > into it by network.
> >
> > A quick switch to the VNC console showed that it was up
On Wed, Aug 03, 2016 at 02:12:33AM +0800, Julian Elischer wrote:
> I upgraded my VPS machine to today's current, and on reboot I couldn't get
> into it by network.
>
> A quick switch to the VNC console showed that it was up but that it couldn't
> get out.
>
>
> The xn interfaces said they were U
On Tue, Aug 2, 2016 at 11:12 AM, Julian Elischer wrote:
> I upgraded my VPS machine to today's current, and on reboot I couldn't get
> into it by network.
>
> A quick switch to the VNC console showed that it was up but that it
> couldn't get out.
>
>
> The xn interfaces said they were UP but atte
I upgraded my VPS machine to today's current, and on reboot I couldn't
get into it by network.
A quick switch to the VNC console showed that it was up but that it
couldn't get out.
The xn interfaces said they were UP but attempts to get out were met
with "network is down".
if I did 'tcpdu
I've disabled the MPSAFE operation of the network drivers. I was trying to
commit only part of the work to be move Giant "up" in the networking code but
it appears that's not possible.
I'll wait for things to stabilize before trying again.
On Friday 31 October 2003 07:49 pm, Doug Ambrisko wrote:
> I'm getting this panic a fair amount when dhclient is running on with the
> an(4) driver. My Atheros based card appears to have broke so I can't
> use that now (it doesn't work in Windows either). Here is the dmesg:
>
> lock order rever
I'm getting this panic a fair amount when dhclient is running on with the
an(4) driver. My Atheros based card appears to have broke so I can't
use that now (it doesn't work in Windows either). Here is the dmesg:
lock order reversal
1st 0xc2ebaf08 vm object (vm object) @ vm/swap_pager.c:1319
Roger Wilco!
Andre Guibert de Bruet wrote:
On Sun, 19 Oct 2003, slave-mike wrote:
I realized that my /etc/make.conf was set to use -O0 -march athlon
for kernel builds.
After removing the COPTS and CPU stuff form /etc/make.conf my kernel's
networking now works fine.
Any clue as to why -
Sun, Oct 19, 2003 at 03:39:59PM -0400, slave-mike wrote:
I realized that my /etc/make.conf was set to use -O0 -march athlon
for kernel builds.
After removing the COPTS and CPU stuff form /etc/make.conf my kernel's
networking now works fine.
Any clue as to why -march athlon breaks my networking
On Sun, 19 Oct 2003, slave-mike wrote:
> I realized that my /etc/make.conf was set to use -O0 -march athlon
> for kernel builds.
>
> After removing the COPTS and CPU stuff form /etc/make.conf my kernel's
> networking now works fine.
>
> Any clue as to why -march a
On Sun, Oct 19, 2003 at 03:39:59PM -0400, slave-mike wrote:
> I realized that my /etc/make.conf was set to use -O0 -march athlon
> for kernel builds.
>
> After removing the COPTS and CPU stuff form /etc/make.conf my kernel's
> networking now works fine.
>
> Any cl
I realized that my /etc/make.conf was set to use -O0 -march athlon
for kernel builds.
After removing the COPTS and CPU stuff form /etc/make.conf my kernel's
networking now works fine.
Any clue as to why -march athlon breaks my networking?
slave-mike wrote:
FYI: here is the output from ifc
Hi,
I am interested in using the SCTP protocol implementation ( http://www.sctp.org )
on -CURRENT. Currently it works on -STABLE, and is integrated with the
current KAME snapshots ( http://www.kame.net ).
Has anyone ported networking code from -STABLE to -CURRENT?
What is involved? Right now
On Thu, 3 Jul 2003, Socketd wrote:
> I have a computer with 3 NIC's (10/100) and I am trying to set it up as
> a gateway. In /etc/rc.conf I have:
> ifconfig_rl1="inet 192.168.1.22 netmast 255.255.255.0 media 100baseTX"
> ifconfig_de0="inet 192.168.1.21 netmast 255.255.255.0 media 100baseTX"
> ifco
On Thu, 3 Jul 2003 06:34:10 -0700 (PDT)
David Wolfskill <[EMAIL PROTECTED]> wrote:
> OK; this is not a -current issue. Maybe -questions
I thought it might be a 5.X problem
> That makes no sense whatsoever. By having more than one NIC on your
> machine, you make it multi-homed. A mul
Hi all
I have a computer with 3 NIC's (10/100) and I am trying to set it up as
a gateway. In /etc/rc.conf I have:
ifconfig_rl1="inet 192.168.1.22 netmast 255.255.255.0 media 100baseTX"
ifconfig_de0="inet 192.168.1.21 netmast 255.255.255.0 media 100baseTX"
ifconfig_rl0="inet 192.168.1.20 netmast 25
On 07-Mar-2003 Juli Mallett wrote:
>
> Fatal trap 12: page fault while in kernel mode
> fault virtual address = 0x20
> fault code= supervisor read, page not present
> instruction pointer = 0x8:0xc01d47c6
> stack pointer = 0x10:0xc5d33a90
> frame pointer = 0x10:0xc5d3
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x20
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01d47c6
stack pointer = 0x10:0xc5d33a90
frame pointer = 0x10:0xc5d33ab4
code segment= base 0x0,
On Mon, Mar 03, 2003 at 01:07:28AM +, Suneel Jhangiani wrote:
> I finally managed to get my hands on a couple of other Wireless network
> cards (previously I had a DWL-650+ based on the unsupported TI chipset).
>
> I have tried both cards to no avail on FreeBSD v4.7 and was wondering if
> anyo
I finally managed to get my hands on a couple of other Wireless network
cards (previously I had a DWL-650+ based on the unsupported TI chipset).
I have tried both cards to no avail on FreeBSD v4.7 and was wondering if
anyone has either working under Current?
The two cards are:
3Com OfficeConnect
> OK - I found a second bug, which is a bit more subtle, but which
> seems to fix sendto and stop it sending packets to 4.0.0.0. I've
> updated the patch, please let me know if it helps.
Yes, it works perfectly for me now. :-)
Fred
--
"Every program has at least one bug and can be shorten
> > I'm guessing the short patch at:
> >
> > http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
> >
> > should help. Can you try it and let me know?
OK - I found a second bug, which is a bit more subtle, but which
seems to fix sendto and stop it sending packets to 4.0.0.0. I've
updated th
> I'm guessing the short patch at:
>
> http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
>
> should help. Can you try it and let me know?
I've just tried that and it still tries connecting to 4.0.0.0:111
instead of localhost:111. I had to follow Hajimu UMEMOTO's
suggestion, once
Hi,
> On Thu, 6 Feb 2003 22:28:26 +
> David Malone <[EMAIL PROTECTED]> said:
dwmalone> On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
> I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
> the output.
dwmalone> I'm guessing the short patch at:
dwmalo
On Thu, Feb 06, 2003 at 10:28:26PM +, David Malone wrote:
> On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
> > I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
> > the output.
>
> I'm guessing the short patch at:
>
> http://www.maths.tcd.ie/~dwmalone/l
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
> I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
> the output.
I'm guessing the short patch at:
http://www.maths.tcd.ie/~dwmalone/linux_sendmsg.patch
should help. Can you try it and let me know?
On Thu, Feb 06, 2003 at 11:00:21AM -0800, Kris Kennaway wrote:
> I'm also seeing this with Linux Phoenix, though I haven't tcpdumped
> the output.
I think there may be a problem with the new version of linux_sendmsg.
I'll check in detail at home, where I have linux_kdump installed.
It should be ea
ec gzipped a.out's
# The `bpf' pseudo-device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
#
device bpf #Berkeley packet filter
# Networking.
#
options IPFILTER#ipfilter support
options
On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote:
> Hi again,
>
> After noticing a huge delay between host names resolution and the
> beginning of pages loading with Opera (6.11/Linux), I noticed that it
> is trying to connect to 4.0.0.0:111 instead of the usual
> 127.0.0.1:111.
I have similar problem after upgrading to a up-to-date -CURRENT.
> uname -a
FreeBSD cartier.home 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Feb 6 23:56:44 CST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERI i386
My kernel config is simply a SMP-enabled GENERIC.
I keep seeing something bel
On Thu, Feb 06, 2003 at 02:23:53PM -0200, Fred Souza wrote:
> After noticing a huge delay between host names resolution and the
> beginning of pages loading with Opera (6.11/Linux), I noticed that it
> is trying to connect to 4.0.0.0:111 instead of the usual
> 127.0.0.1:111. I worked it aro
Hi again,
After noticing a huge delay between host names resolution and the
beginning of pages loading with Opera (6.11/Linux), I noticed that it
is trying to connect to 4.0.0.0:111 instead of the usual
127.0.0.1:111. I worked it around by setting up 4.0.0.0/32 as an alias
on lo0, but th
I can't run the -CURRENT kernel of the last several days and get any
networking performance at all-but this is a desktop machine with a dc.
Something's seriously wrong.
Michael D. Harnois
2L, University of St. Thomas School of Law
Minneapolis, Minnesota
-Original Message-
Fr
In message: <[EMAIL PROTECTED]>
Niklas Johannes Saers <[EMAIL PROTECTED]> writes:
: Hi all,
: I'm wondering a bit on the state of the network-drivers in -CURRENT.
: On my laptop running a fairly recent -CURRENT whenever I do a
: ifconfig an0 inet 192.168.1.2 netmask 255.255.255.0
: my
According to Niklas Johannes Saers:
> my laptop will freeze until I unplug the card. My fxp0 works great on the
> same computer. On another box I'm running, the 3Com 509B card that worked
> great with -STABLE gets pings of about 9-10 seconds to a computer it's
> hooked directly against. My an0 is a
Hi all,
I'm wondering a bit on the state of the network-drivers in -CURRENT.
On my laptop running a fairly recent -CURRENT whenever I do a
ifconfig an0 inet 192.168.1.2 netmask 255.255.255.0
my laptop will freeze until I unplug the card. My fxp0 works great on the
same computer. On another box I'
Hello,
after the recent changes in if_xl.c (from rev. 1.106 to 1.107) my 3COM
3C905B interface card does not work any more.
It is still recognized and the interface comes up, but the media is not
detected any more:
ifconfig xl0 (with if_xl.c rev. 1.107):
xl0: flags=8943 mtu 1500
optio
> Hey Folks,
>
> I'm new to contributing to FreeBSD but not to working with kernels
> etc. I'm thinking of adding a new framing type to PPP which is described in
> the latest Transactions on Networking. Who do I talk to about this kind
> of stuff?
Me I g
< said:
> If you want the person specifically in charge of something, see
> <http://www.freebsd.org/handbook/staff-who.html>. For networking it's
> Garrett Wollman <[EMAIL PROTECTED]>.
And in the particular case of PPP, I defer to its maintainer,
<[EMAIL PROTEC
In article <[EMAIL PROTECTED]>,
George V. Neville-Neil <[EMAIL PROTECTED]> wrote:
>
> I'm new to contributing to FreeBSD but not to working with kernels
> etc. I'm thinking of adding a new framing type to PPP which is described in
> the latest Transaction
Hey Folks,
I'm new to contributing to FreeBSD but not to working with kernels
etc. I'm thinking of adding a new framing type to PPP which is described in
the latest Transactions on Networking. Who do I talk to about this kind
of stuff?
Thanks,
George
To Unsubscribe: se
51 matches
Mail list logo
