latest -stable (June 11) is causing problems:
MB is intel SE7320VP21,
msk0: Ethernet address: 00:0e:0c:6a:85:a8
miibus0: on msk0
e1000phy0: PHY 0 on miibus0
e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-FDX, auto
msk0: watchdog timeout (missed Tx interrupts)
On Fri, Jun 12, 2009 at 10:57:42AM +0300, Danny Braniss wrote:
> latest -stable (June 11) is causing problems:
> MB is intel SE7320VP21,
>
> msk0: Ethernet address: 00:0e:0c:6a:85:a8
> miibus0: on msk0
> e1000phy0: PHY 0 on miibus0
> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 10
> On Fri, Jun 12, 2009 at 10:57:42AM +0300, Danny Braniss wrote:
> > latest -stable (June 11) is causing problems:
> > MB is intel SE7320VP21,
> >
> > msk0: Ethernet address: 00:0e:0c:6a:85:a8
> > miibus0: on msk0
> > e1000phy0: PHY 0 on miibus0
> > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 1
On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
> Isn't boot part of the kernel build? Why would installing the kernel
> not cause this problem?
No, sys/boot is built during world. Likely some change in /boot/loader is
causing your problem. Can you narrow it down to a specific change un
This is on a recent stable/7 amd64, with zpool and filesystems upgraded to the
latest version.
I did zfs rollback x...@yyy
And then did ls on a directory in the rolled-back fs.
I have the core file if it can be of any help.
Sleeping thread (tid 100263, pid 2432) owns a non-sleepable lock
sched_s
I wanted to circulate a document from our technical marketing group that
details a problem with the family of
adapters called ES2LAN. These are most commonly seen as LOMs (on
motherboard) in SuperMicro and
other servers, the most common device ID is 0x1096 but also may be 0x1098,
0x10BA, or 0x10BB.
I have just completed a run of /src/tools/tools/build_option_survey
and have uploaded the result here:
http://phk.freebsd.dk/misc/stable7_build_options/
Those of you building embedded systems on FreeBSD 7.x may find this
useful.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p
show sleepchain
show thread 100263
On Fri, Jun 12, 2009 at 6:56 AM, Andriy Gapon wrote:
>
> This is on a recent stable/7 amd64, with zpool and filesystems upgraded to the
> latest version.
> I did zfs rollback x...@yyy
> And then did ls on a directory in the rolled-back fs.
>
> I have the core fil
On Thursday 11 June 2009 06:33:24 pm Dan Allen wrote:
> On 11 Jun 2009, at 5:41 PM, Paul B. Mahol wrote:
> > Looks like boot(8) is problematic.
> > Anything in /etc/src.conf or /etc/make.conf?
>
> I have never touched or created a src.conf. If there was one there,
> it has been unmodified by me.
>
On 12 Jun 2009, at 6:32 AM, John Baldwin wrote:
On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
Isn't boot part of the kernel build? Why would installing the kernel
not cause this problem?
No, sys/boot is built during world. Likely some change in /boot/
loader is
causing your problem
On Fri, Jun 12, 2009 at 08:45:01PM -0600, Dan Allen wrote:
>
> On 12 Jun 2009, at 6:32 AM, John Baldwin wrote:
>
> >On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
> >>Isn't boot part of the kernel build? Why would installing the kernel
> >>not cause this problem?
> >
> >No, sys/boot is bui
On Fri, Jun 12, 2009 at 08:24:42PM -0700, Gary Kline wrote:
> On Fri, Jun 12, 2009 at 08:45:01PM -0600, Dan Allen wrote:
> >
> > On 12 Jun 2009, at 6:32 AM, John Baldwin wrote:
> >
> > >On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
> > >>Isn't boot part of the kernel build? Why would inst
On Friday 12 June 2009 08:24:42 pm Gary Kline wrote:
> On Fri, Jun 12, 2009 at 08:45:01PM -0600, Dan Allen wrote:
> > On 12 Jun 2009, at 6:32 AM, John Baldwin wrote:
> > >On Thursday 11 June 2009 9:33:24 pm Dan Allen wrote:
>
> Whew!! i'm giving thanks to every saint, god and daemon known. i
13 matches
Mail list logo
