> Date: Tue, 24 Feb 2009 15:46:28 -0600
> From: Guy Helmer
> Sender: owner-freebsd-sta...@freebsd.org
>
> I think I may have found a clue regarding some of the hangs I'm seeing
> on FreeBSD 7.1.
> I have a program (kvoop), compiled under FreeBSD 6 and using
> compatibility libraries under FreeB
On Wednesday 25 February 2009 11:05:45 Robert Noland wrote:
> > I've attached dmesg and Xorg log, although the former is truncated due to
> > verbose booting..
>
> The code all looks correct based on the Q45 docs. I can only assume
> that the BIOS is still not doing the right thing for your settin
Torfinn Ingolfsen wrote:
> On Tue, 24 Feb 2009 00:58:31 -0800
> Kent Stewart wrote:
>
>> You are looking at the version for the 7.1 release version. The
>> RELENG_7 version is
>
> The real question is: why are the files in 7.1-release newer than those
> in RELENG_7?
They aren't. At least not in
Warren Block wrote:
> Lately I've installed a couple of test systems from 7.1-RELEASE CDs,
> then csupped to RELENG_7 from cvsup9:
>
> *default host=cvsup9.FreeBSD.org
> *default base=/var/db
> *default prefix=/usr
> *default release=cvs tag=RELENG_7
> *default delete use-rel-suffix
That looks ri
Hi,
I upgraded my 7.1-RELEASE system to RELENG_7 yesterday and after
booting, re0 works for only a short time, then gives "re0: PHY read
failed" over and over. Does anyone have a suggestion on how to debug?
Thanks,
Steve
___
freebsd-stable@freebsd
On Wed, 2009-02-25 at 09:54 +1030, Daniel O'Connor wrote:
> On Wednesday 25 February 2009 05:40:09 Robert Noland wrote:
> > > The reported value of stolen memory is still wrong however.
> >
> > Hrm, I wonder if I have missed an MFC... Please send me some logs and
> > additional details.
> >
> > Yo
On Tue, Feb 24, 2009 at 03:53:18PM -0700, Warren Block wrote:
> On Tue, 24 Feb 2009, Kent Stewart wrote:
> > On Monday 23 February 2009 10:11:45 pm Warren Block wrote:
> >> Lately I've installed a couple of test systems from 7.1-RELEASE CDs,
> >> then csupped to RELENG_7 from cvsup9:
> >>
> >> merg
On Wednesday 25 February 2009 06:43:33 pluknet wrote:
> May those error messages be BIOS related?
> From my E7200 (well, this is from -current):
Could be, bubt I have the latest BIOS..
> cpu0: on acpi0
> ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - CF,
> should be C6 [20070
On Tue, Feb 24, 2009 at 5:53 PM, Warren Block wrote:
>
> I guess I just don't understand. Why did that file and so many others in
> /etc go backwards:
>
> 7.1-RELEASE had 1.3.6.1 2008/11/25
>
> Three months later:
>
> RELENG_7 (7.1-STABLE) has 1.3 2006/05/18
>
> Were those later versions (maybe j
On Tue, 24 Feb 2009, Kent Stewart wrote:
On Monday 23 February 2009 10:11:45 pm Warren Block wrote:
Lately I've installed a couple of test systems from 7.1-RELEASE CDs,
then csupped to RELENG_7 from cvsup9:
mergemaster adds a *lot* of old files in /etc that were not there in
7.1-RELEASE. (Reme
On Tue, 24 Feb 2009 00:58:31 -0800
Kent Stewart wrote:
> You are looking at the version for the 7.1 release version. The
> RELENG_7 version is
The real question is: why are the files in 7.1-release newer than those
in RELENG_7?
In other words: why haven't those files been updated in RELENG_7?
A
I think I may have found a clue regarding some of the hangs I'm seeing
on FreeBSD 7.1.
I have a program (kvoop), compiled under FreeBSD 6 and using
compatibility libraries under FreeBSD 7, that seems to be consistently
involved during these hangs. This time, I noticed that many processes
are s
On Mon, 23 Feb 2009, aneeth wrote:
http://www.freebsd.org/cgi/query-pr.cgi?pr=130652&cat=
OK, will give this a try, unless anyone else wants any traces from this
locked machine ? Is there a known way to tickle this bug when I've
rebooted, to make sure it's fixed ?
We'v been having similar
2009/2/24 Daniel O'Connor :
> Hi,
> I recently got a new Intel E7400 based system and dmesg reports..
> est0: on cpu0
> est0: Guessed bus clock (high) of 37 MHz
> est0: Guessed bus clock (low) of 466 MHz
> est: CPU supports Enhanced Speedstep, but is not recognized.
> est: cpu_vendor GenuineIntel,
On Tue, 2009-02-24 at 21:05 +1030, Daniel O'Connor wrote:
> On Monday 23 February 2009 12:00:30 Daniel O'Connor wrote:
> > Initially it hung solid when X started, however when I reduced the amount
> > of RAM to 2Gb it worked OK. Unfortunately if I exit X, or go to the text
> > console and back to X
On 2/24/2009 9:06 AM, Bruce Simpson wrote:
Hi all,
[1] revdep-rebuild has very similar semantics to what I'm looking for,
as it will navigate the dependency graph for all packages installed on
the system, and rebuild packages where dependent libraries have changed.
To do the same with portupgr
> I tried using my ath based D-Link DWL G650, which still seems to have
> some issues in regard to interrupt handling:
I've been able to get /most/ wireless cards working with ndiswrapper.
---
Kevin
www.stardothosting.com/linux-vps-hosting
___
Hi all,
I'm sure that these questions have been asked before, however, a quick
search of forums on the Web didn't turn up any obvious answers.
I currently use portupgrade on all my FreeBSD installations, however, I
have noticed over time that a fair amount of detritus can build up in
${PREFI
On Monday 23 February 2009 12:00:30 Daniel O'Connor wrote:
> Initially it hung solid when X started, however when I reduced the amount
> of RAM to 2Gb it worked OK. Unfortunately if I exit X, or go to the text
> console and back to X then the machine locks solid (no numlock, have to
> hard reset).
Hi,
I recently got a new Intel E7400 based system and dmesg reports..
est0: on cpu0
est0: Guessed bus clock (high) of 37 MHz
est0: Guessed bus clock (low) of 466 MHz
est: CPU supports Enhanced Speedstep, but is not recognized.
est: cpu_vendor GenuineIntel, msr 6164a2206004a22
device_attach: est0 a
On Monday 23 February 2009 10:11:45 pm Warren Block wrote:
> Lately I've installed a couple of test systems from 7.1-RELEASE CDs,
> then csupped to RELENG_7 from cvsup9:
>
> *default host=cvsup9.FreeBSD.org
> *default base=/var/db
> *default prefix=/usr
> *default release=cvs tag=RELENG_7
> *defaul
21 matches
Mail list logo