On Tue, Jul 08, 2008 at 11:09:58PM +0900, NAGATA Shinya wrote:
> > Thanks! This is good information. It seems that newer 810x PCIe
> > controllers seems to use different descriptor format such that
> > checksum offload didn't work on these controllers.
> > Backout previous patch and try attache
hail,
I have a 7-stable:
[EMAIL PROTECTED] /usr/home/matheus]$ uname -a
FreeBSD xxx 7.0-STABLE FreeBSD 7.0-STABLE #2: Sun Jul 6 15:03:26 BRT 2008
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/xxx_7 i386
and there exists three geom things.
gconcat status
Name Status Components
concat/
--- On Tue, 7/8/08, alan bryan <[EMAIL PROTECTED]> wrote:
> I rebuilt the kernel and there is now no igb1 failure. So,
> that only happened when loading the module after bootup.
>
> I'll also add that I am using ZFS on this machine in
> case that has any influence to what's going on.
Well, maybe
Ever since I upgraded this workstation to 7.0 STABLE, I have been unable to
reboot with my USB hard drive attached. During the boot sequence, the device
is properly detected and identified, but then I get an error message, a crash
dump and a reboot. I enabled /var/log/console.log in the hope t
--- On Mon, 7/7/08, Jack Vogel <[EMAIL PROTECTED]> wrote:
> As for that failure on igb1, try building in the kernel and
> see if that still happens, that one I have not seen.
I rebuilt the kernel and there is now no igb1 failure. So, that only happened
when loading the module after bootup.
I
> Thanks! This is good information. It seems that newer 810x PCIe
> controllers seems to use different descriptor format such that
> checksum offload didn't work on these controllers.
> Backout previous patch and try attached patch.
I can connect via SSH. It seems work fine. Thank you!
--
NAGAT
>Message: 4
>Date: Mon, 07 Jul 2008 14:10:45 -0700
>From: "Kevin Oberman" <[EMAIL PROTECTED]>
>Subject: Re: RELENG_7: /boot/loader command prompt mode broken?
>To: Eugene Grosbein <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED]
>Message-ID: <[EMAIL PROTECTED]>
>Content-Type: text/plain; charset="us-asci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The recent change to the bridge interface causes the 7-stable kernel to
complain. In this case tap0 is the only member of the bridge:
Jul 8 08:36:30 aaron kernel: tap0: promiscuous mode enabled
Jul 8 08:36:37 aaron kernel: rtfree: 0xc3ed04b0 has 2
On Tue, Jul 08, 2008 at 08:44:46PM +0900, To NAGATA Shinya wrote:
> On Tue, Jul 08, 2008 at 06:52:20PM +0900, NAGATA Shinya wrote:
> > > > re0: MAC rev. 0x0020
> > > > re0: Unknown H/W revision: 0x2480
> > > > device_attach: re0 attach returned 6
> > > >
> > >
> > > Apply a
On Tue, Jul 08, 2008 at 06:52:20PM +0900, NAGATA Shinya wrote:
> > > re0: MAC rev. 0x0020
> > > re0: Unknown H/W revision: 0x2480
> > > device_attach: re0 attach returned 6
> > >
> >
> > Apply attached one and let me know how it goes.
>
> Thank you for your patch.
>
> It doe
> > re0: MAC rev. 0x0020
> > re0: Unknown H/W revision: 0x2480
> > device_attach: re0 attach returned 6
> >
>
> Apply attached one and let me know how it goes.
Thank you for your patch.
It doesn't work on 6.3-p2.
> pci1: on pcib1
> pci1: at device 0.0 (no driver attached)
It can fi
Pyun YongHyeon wrote:
It may still have some odd cases for dual port controllers. I guess
the reset sequence of the controller is important as status LEs are
shared between ports. The patch you tried in previous patch(
msk.88E8040.patch5) has a couple of fixes which might also help to
stability u
On Tue, Jul 08, 2008 at 10:42:17AM +0400, Andrey V. Elsukov wrote:
> Pyun YongHyeon wrote:
> > > re0: port 0x2000-0x20ff mem
> > > 0x4820-0x48200
> > > fff,0x4800-0x4800 irq 16 at device 0.0 on pci1
> > > re0: Chip rev. 0x2480
> > ^^
>
> Hi, Pyun
13 matches
Mail list logo
