ps for him.
We have a private discussion with Hooman Fazaeli and Jack Vogel, but the
subject is still open. If your case is related to ours feel free to join
us :)
30.11.2011, 13:13, "Emil Muratov":
On 28.11.2011 21:28, Darren Baginski wrote:
All RX, not a single packet arri
On 29.11.2011 02:36, Marek Salwerowicz wrote:
Hello after a longer break ;)
W dniu 2011-10-01 22:02, Freddie Cash pisze:
However, you could setup split-DNS or views and just configure
everything to
connect using hostnames. It's extra work to setup, but does make things
easier down-the-road.
On 28.11.2011 21:28, Darren Baginski wrote:
All RX, not a single packet arrives.
I have similar problems with em driver. Take a look at this thread for
more details
http://www.mail-archive.com/freebsd-net@freebsd.org/msg37897.html
28.11.2011, 04:59, "Adrian Chadd":
Hi,
Are all RX frames d
igmpproxy is an ugly hack. It was more or less working on 7.x, but very
unstable. igmpproxy project is frozen, no updates since 2009.
You can try udpxy as an alternative.
And sometimes igmpproxy's shutdown lead to crash of my system.
Without any panics, it just reboots. oO
2011/11/7 Pavel Ti
On 31.10.2011 12:13, Hooman Fazaeli wrote:
Thanks for looking into this. I'd be happy to test any patch thrown
my way, but keep in mind my issue is only tickled when MSI-X is
enabled. My interfaces aren't bouncing, though it might be possible
some unique path in the MSI-X code is causing
You may try these settings and see if they help:
- hw.em.fc_setting=0 (in /boot/loader.conf)
- hw.em.rxd="4096" (in /boot/loader.conf)
- hw.em.txd="4096" (in /boot/loader.conf)
- Fix speed and duplex at both link sides. After doing that, confirm
on the freebsd
box (with ifconfig) and the ot
Hi all
I've got into some strange behavior with ipv6. Somehow ipfw reassembly
totally brakes it's operation.
As soon as I add a rule "ipfw add 100 reass all from any to any in" all
ipv6 operation is not available any more,
I can only ping6 localhost. Outgoing ipv6 packets are OK, I can see the
Hi,
Can yan you pls post the output of these command _when_ the problem
happens?
uname -a
sysctl dev.em
netstat -ind
ifconfig
Hi Hooman
Here is what I've got when the script triggered just in time when the
interface was locked
11.10.26-23:39:10 ... interface em0 is down...
FreeBSD ion.ho
Hi Hooman
Here is what I've got when the script triggered just in time when the
interface was locked
11.10.26-23:39:10 ... interface em0 is down...
FreeBSD ion.hotplug.ru 8.2-STABLE FreeBSD 8.2-STABLE #0: Thu Oct 20
20:20:25 MSD 2011 r...@epia.home
.lan:/usr/obj/usr/src/sys/ION6debu
Hi All,
I've got almost the same problem with intel 82574L based nic. My platform is
nvidia ion running Atom 1.6 and nic is an external PCI-express adapter.
Unlike Jason's case mine is always stuck in receiving traffic, it's Ierrs
increasing while Ipkts not. Thanks to Jason's script I can see th
Hi,
Can yan you pls post the output of these command _when_ the problem
happens?
uname -a
sysctl dev.em
netstat -ind
ifconfig
Hi Hooman
Here is what I've got when the script triggered just in time when the
interface was locked
11.10.26-23:39:10 ... interface em0 is down...
FreeBSD
Hooman,
I have run with dev.em.X.flow_control=0, which should have the same result
as hw.em.fc_setting=0, and net.inet.tcp.tso is also 0. I'm not sure the
remaining options would be able to produce the scenario I'm seeing, but I'm
open to giving it a try with no options on the interfaces. I'v
On Thu, May 5, 2011 at 2:49 PM, Arnaud Lacombe
wrote:
There is a stale reference to the mbuf passed to, and freed in
m_megapullup(); could you test the following patch ?
diff --git a/sys/netinet/ipfw/ip_fw_nat.c b/sys/netinet/ipfw/ip_fw_nat.c
index f8c3e63..80c13dc 100644
--- a/sys/netinet/i
Hi,
On Thu, May 5, 2011 at 2:49 PM, Arnaud Lacombe
wrote:
There is a stale reference to the mbuf passed to, and freed in
m_megapullup(); could you test the following patch ?
diff --git a/sys/netinet/ipfw/ip_fw_nat.c b/sys/netinet/ipfw/ip_fw_nat.c
index f8c3e63..80c13dc 100644
--- a/sys/net
Hi all.
I have a small home router/nas running nvidia ion platform with onboard
nfe
LAN adapter.
About a month ago I changed ISP and setup pppoe client with mpd5.5.
Since
that time my router
issues kernel panic once or twice a day with "Fatal trap 12: page fault
while in kernel mode" and
Hi all.
I have a small home router/nas running nvidia ion platform with onboard
nfe LAN adapter.
About a month ago I changed ISP and setup pppoe client with mpd5.5. Since
that time my router
issues kernel panic once or twice a day with "Fatal trap 12: page fault
while in kernel mode" and
16 matches
Mail list logo
