This patch removes printf which spams console whenever thermal state
is changed in laptop. Source of problem is in buggy BIOS.
diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_thermal.c
index 515a742..00866b2 100644
--- a/sys/dev/acpica/acpi_thermal.c
+++ b/sys/dev/acpica/acpi_ther
on 21/11/2010 13:07 Paul B Mahol said the following:
> This patch removes printf which spams console whenever thermal state
> is changed in laptop. Source of problem is in buggy BIOS.
>
> diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/dev/acpica/acpi_thermal.c
> index 515a742..00866b2 100644
> -
On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote:
> on 21/11/2010 13:07 Paul B Mahol said the following:
>> This patch removes printf which spams console whenever thermal state
>> is changed in laptop. Source of problem is in buggy BIOS.
>>
>> diff --git a/sys/dev/acpica/acpi_thermal.c b/sys/de
FreeBSD SNAPSHOT-9 from people.freebsd.org/~nwhitehorn not ppc64. In the
directories of /usr/src/sys/modules/drm/ and of
/usr/src/sys/modules/drm/radeon the build breaks with specialeg.h not found.
Using find -f /|grep specialreg.h only leaves me with
/usr/src/sys/(x86-variant)/include/speialreg.h.
On Sun, Nov 21, 2010 at 9:18 PM, Paul B Mahol wrote:
> On Sun, Nov 21, 2010 at 9:17 PM, Andriy Gapon wrote:
>> on 21/11/2010 13:07 Paul B Mahol said the following:
>>> This patch removes printf which spams console whenever thermal state
>>> is changed in laptop. Source of problem is in buggy BIOS
MFC to 8 and 7 is done, I'm not going to MFC this to 6.
Thanks again,
Doug
On 11/12/2010 17:52, Doug Barton wrote:
If you want review for rc.d related stuff freebsd-rc@ is your best bet.
Meanwhile, this patch is fine, thanks for taking the time to look at it.
AFAICS neither 8 nor 7 has this
Does this look about right to build from a test branch?
sudo make release SVNROOT=ssh+svn://svn.freebsd.org/base
SVNBRANCH=projects/sbruno_64cpus MAKE_ISOS=y MAKE_DVD=y NO_FLOPPIES=y
NODOC=y NOPORTSATALL=y WORLD_FLAGS=-j32 KERNEL_FLAGS=-j32
BUILDNAME=sbruno CHROOTDIR=/new_release
Sean
__
(Taking to -hackers by request)
My old (Ubuntu) laptop died and I have replaced it with a Macbook Air.
I know from visual inspection at BSDCan that 50% of the attending
developers own a Mac laptop of some kind.
However, I've been a bit stumped on how to share the source code from
my Mac with the
On 22/11/2010, at 13:32, m...@freebsd.org wrote:
> My /etc/exports file on the Mac looks like:
>
> /data -maproot=mdf:admin -network 10.211.55.0-mask 255.255.255.0
>
> as that's the IP range that parallels is using for its virtual machines.
>
> But when I try to mount from FreeBSD (a
On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor wrote:
>
> On 22/11/2010, at 13:32, m...@freebsd.org wrote:
>> My /etc/exports file on the Mac looks like:
>>
>> /data -maproot=mdf:admin -network 10.211.55.0 -mask 255.255.255.0
>>
>> as that's the IP range that parallels is using for its
On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper wrote:
> On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor
> wrote:
>>
>> On 22/11/2010, at 13:32, m...@freebsd.org wrote:
>>> My /etc/exports file on the Mac looks like:
>>>
>>> /data -maproot=mdf:admin -network 10.211.55.0 -mask 255.255.
Solved!
The default setup for Parallels was a Shared network. I didn't see
any way to change this in the Parallels machine configuration, but
there was another menu I had missed where the network was
configurable. Changing the network to bridged, ifconfig em0 down;
dhclient em0 and now mounting
On Nov 21, 2010, at 8:44 PM, m...@freebsd.org wrote:
> On Sun, Nov 21, 2010 at 8:02 PM, Garrett Cooper wrote:
>> On Sun, Nov 21, 2010 at 7:20 PM, Daniel O'Connor
>> wrote:
>>>
>>> On 22/11/2010, at 13:32, m...@freebsd.org wrote:
My /etc/exports file on the Mac looks like:
/data
13 matches
Mail list logo
