On 17 February 2012 00:53, Adrian Chadd wrote:
> Hi,
>
> So ray@ pointed out that fragment handling in net80211 is broken. Yes,
> 802.11 fragments, not IP fragments. This is specific to ath, but any
> driver using IFQ_ENQUEUE/IFQ_DEQUEUE is likely broken.
After doing some digging, I stumbled acro
The following reply was made to PR kern/165032; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/165032: commit references a PR
Date: Sun, 19 Feb 2012 12:09:30 + (UTC)
Author: marius
Date: Sun Feb 19 12:09:17 2012
# tcpdump -n -i vlan7
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan7, link-type EN10MB (Ethernet), capture size 65535 bytes
15:37:59.202052 ARP, Request who-has 10.12.101.240 tell 10.11.19.147, length 28
15:37:59.258459 ARP, Request who-has 10.83.29.19
On 02/19/2012 02:55 AM, Rick Macklem wrote:
I just updated the patch:
http://people.freebsd.org/~rmacklem/rpcsec_gss-9.patch
If you already downloaded it, please do so again, because
it had two arguments reversed in order and would not have
worked.
I think this one is correct, although I don
On 19. Feb 2012, at 07:46 , Joe Holden wrote:
> Hi guys,
>
> I know this is a known problem but is there any plan to fix it or is there
> something fundamental getting in the way?
> Looks like it's this: http://www.freebsd.org/cgi/query-pr.cgi?pr=152047
Can you please move all VIMAGE related
Synopsis: [ipf] ipfilter breaks ipv6 statefull filtering on 5.3
State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Sun Feb 19 19:34:23 UTC 2012
State-Changed-Why:
Unfortunately no one looked at this PR at the time. It has now been
obsoleted by the passage of time.
Old Synopsis: [ipfw] loopback interface is not marking ipv6 packets
New Synopsis: [ipfw] [lo] loopback interface is not marking ipv6 packets
Responsible-Changed-From-To: freebsd-net->freebsd-ipfw
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Feb 19 19:40:00 UTC 2012
Responsible-Cha
Old Synopsis: Does not work through the issue of ipv6 addresses via rtadvd
New Synopsis: [ip6] Does not work through the issue of ipv6 addresses via rtadvd
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun Feb 19 22:18:12 UTC 2012
Synopsis: interface still accept packets even without IP address
State-Changed-From-To: open->closed
State-Changed-By: linimon
State-Changed-When: Sun Feb 19 22:22:31 UTC 2012
State-Changed-Why:
Apparently this is by design.
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Cha
Old Synopsis: Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro
New Synopsis: [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PRI macro
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Feb 20 01:54:04 UTC 2012
Responsible-Changed
Old Synopsis: Feature parity between IP_TOS and IPV6_TCLASS
New Synopsis: [ip6] [request] Feature parity between IP_TOS and IPV6_TCLASS
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Feb 20 01:56:52 UTC 2012
Responsible-Changed-
Hello, I submitted a bug report the other day regarding a kernel panic
related to the urtw driver. If anyone needs any additional
infromation, please let me know.
http://www.freebsd.org/cgi/query-pr.cgi?pr=165214
___
freebsd-net@freebsd.org mailing list
On 2/17/12 7:48 AM, Marcel Moolenaar wrote:
On Feb 17, 2012, at 5:53 AM, Gleb Smirnoff wrote:
M> Thoughts, feedback and suggestion are welcome,
Is it possible to make the structure the driver points to opaque?
Once made, that would allow us to hack on the ifnet (or on its
successor - iflogica
2012/2/19 Julian Elischer :
>> For example: you can introduce a define that either old or
>> new drivers use to indicate whether they need full visibility
>> or whether an abstract type works. This then drives what is
>> defined/declared and how it's defined/declared.
>>
> The trouble is that core
On 2/18/12 1:21 AM, Raymond Wagner wrote:
On 2/18/2012 01:41, Joe Holden wrote:
jail_relay_exec_poststop0="ifconfig bridge0 deletem epair0a"
jail_relay_exec_poststop1="ifconfig epair0a destroy"
jail_relay_exec_poststop2="ifconfig bridge1 deletem epair1a"
jail_relay_exec_poststop3="ifconfig epair
2012/2/19 Коньков Евгений :
> # tcpdump -n -i vlan7
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on vlan7, link-type EN10MB (Ethernet), capture size 65535 bytes
> 15:37:59.202052 ARP, Request who-has 10.12.101.240 tell 10.11.19.147, length
> 28
> 15:37:5
On Thu, Jan 26, 2012 at 05:46:23AM -0500, Kim Culhan wrote:
> On Wed, Jan 25, 2012 at 3:26 PM, Kim Culhan wrote:
> > Running 10-curent from 01-20-12
> > the msk0 interface hung, on the console:
> >
> > msk0: watchdog timeout
> > msk0: prefetch unit stuck?
> > msk0: initialization failed: no memory
Hi,
Do you still have the kernel?
On 19 February 2012 18:23, Adam Twardowski wrote:
> Hello, I submitted a bug report the other day regarding a kernel panic
> related to the urtw driver. If anyone needs any additional
> infromation, please let me know.
It looks like there's no node associated
18 matches
Mail list logo
