It works with acpi disabled:
mskkc0: port 0x2000-0x20ff mem
0xd000-0xd0003fff irq 16 at device 0.0 on pci2
msk0: on mskc0
msk0: Ethernet address: 00:16:36:8a:f4:a3
miibus0: on msk0
e1000phy0: on miibus0
e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
When using acpi I get
On Thu, Apr 05, 2007 at 03:07:43PM +0900, JINMEI Tatuya / [EMAIL
PROTECTED]@C#:H wrote:
> At Wed, 4 Apr 2007 22:18:15 +0100,
> Andrew McDonald <[EMAIL PROTECTED]> wrote:
>
> > In the absence of a full fix, it would probably be a good idea to
> > remove this unconditional check. This would avoid F
I can only speak about IPv4 router alert in detail; we do nothing with
IPv4 RA nor would it appear that it would make any real difference in
performance given how the code is laid out. RSVP packets should be
passed verbatim to userland from ip_input() via rip_input() there.
I think your IPv6 f
At Thu, 5 Apr 2007 09:16:39 +0100,
Andrew McDonald <[EMAIL PROTECTED]> wrote:
> Thinking about it a bit, there is a simple fix that leaves MLD working
> (but currently doesn't provide a way for other applications to use
> router alert). The IPv6 Router Alert Option (RAO) has a 16-bit value
> field
On Tue, Apr 03, 2007 at 11:11:32PM +0200, Jeremie Le Hen wrote:
>
> As Dag-Erling said, it may conflict with a future if_ip. Moreover,
> network interfaces are renameable, so the namespace conflict is even
> more likely.
>
> Although it breaks the standard rc(8) syntax, I would personaly prefer:
On Thu, Apr 05, 2007 at 11:02:42PM +0900, JINMEI Tatuya / [EMAIL
PROTECTED]@C#:H wrote:
>
> The behavior looks reasonable, but I'd code it more explicitly with
> some comments so that the intent is clear and others can correctly
> modify it for future extensions. A possible patch to implement it
On Tue, Apr 03, 2007 at 06:14:23PM -0500, Brooks Davis wrote:
> > - You can now do things like:
> > # Start/Stop IPv6 on all interfaces
> > /etc/rc.d/netif (start|stop) ip6
> > # Start/Stop IPv6 only on interface rl0
> > /etc/rc.d/netif (start|stop) rl0 ip6
> > # Do IPv6 option
On Thu, Apr 05, 2007 at 06:46:44PM +0300, Mike Makonnen wrote:
> On Tue, Apr 03, 2007 at 06:14:23PM -0500, Brooks Davis wrote:
> > > - You can now do things like:
> > > # Start/Stop IPv6 on all interfaces
> > > /etc/rc.d/netif (start|stop) ip6
> > > # Start/Stop IPv6 only on interface rl0
>
Hi!
I'm having troubles with a Novell network, and found your message, which
is strangely exactly two years old:
http://lists.freebsd.org/pipermail/freebsd-net/2005-April/006907.html
My problem looks a lot like yours. Did you ever find what was going on?
Given the date coincidence, I'm incline
Hi,
We have reported serious bug with em driver
(http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87418) one year and
half ago.
It's very funny but most freebsd ethernet drivers cloned this bug I seem.
You can see same bug in bce, bge, ixgb and so on.
I've attached draft patch for bce driver t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Lists -
Sorry for the cross-post, but I am not actually sure which list this
question belongs on.
I have been working on building HA firewall/VPN systems using PF and
IPSEC and CARP. The systems work quite well, however there is a small
gap in
Our test group uses a script that does 100 iterations of
a module load, then bring up all interfaces, and then
unload driver.
Depending on the system in anything from just a few
iterations to 20 or more, the system will panic.
Its doing an em_detach() which calls ether_ifdetach()
which goes to i
On Thu, Apr 05, 2007 at 09:29:45AM +0200, Marv wrote:
> It works with acpi disabled:
>
> mskkc0: port 0x2000-0x20ff mem
> 0xd000-0xd0003fff irq 16 at device 0.0 on pci2
> msk0: on mskc0
> msk0: Ethernet address: 00:16:36:8a:f4:a3
> miibus0: on msk0
> e1000phy0: on miibus0
> e1000p
On Thu, 5 Apr 2007, Vladimir Ivanov wrote:
We have reported serious bug with em driver
(http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/87418) one year and half
ago.
It's very funny but most freebsd ethernet drivers cloned this bug I seem.
You can see same bug in bce, bge, ixgb and so on.
I
14 matches
Mail list logo