fails? (I.e. what is the
status value from the ACPICA method)
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
noted in the followup to the PR, the lock is never held when malloc is
called because msleep() uses PDROP. The malloc is safe to stay as M_WAITOK.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
ge
> 3. system freez on kernel initialization stage
>
> screenshot here
> http://oi62.tinypic.com/33d8jz5.jpg
>
> please help me
>
> P.S. - if i reset system and boot linux, freebsd start without freez
This might be fixed by this commit:
https://svnweb.f
unters exported via sysctl for different functions.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to "freebsd-acpi-unsubscr...@freebsd.org"
)
{
...
if ((howto RB_POWEROFF) != 0) {
status = AcpiEnterSleepStatePrep(ACPI_STATE_S5);
}
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi
). That is why it
works with vt(4).
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Thursday, December 11, 2014 01:05:49 PM Colin Percival wrote:
On 12/11/14 11:08, John Baldwin wrote:
On Sunday, December 07, 2014 2:53:37 am Colin Percival wrote:
On my Dell Latitude E7440 laptop, the ACPI reports two batteries: First
the battery which exists; and second, a Not Present
be no effect on systems where the tunable is not set.
Any objections to me committing this?
Does setting hint.battery.1.disabled=1 work for you?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
would not have the same issue, yes.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
has not been merged to 9.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Friday, September 19, 2014 10:39:26 PM Sevan / Venture37 wrote:
On 19 Sep 2014, at 16:25, John Baldwin j...@freebsd.org wrote:
On Thursday, September 18, 2014 05:30:17 PM Sevan / Venture37 wrote:
Hi,
Following the thread on getting resume working on the T61[1], I
factory reset my BIOS
these
messages? I think you can ignore the mesages about power states and the panel
power off error.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi
On Wednesday, June 25, 2014 8:03:58 am Hilko Meyer wrote:
John Baldwin schrieb:
On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote:
On Tue, 24 Jun 2014 10:26:52 -0400, you wrote:
On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote:
John Baldwin wrote:
On Sunday, June 22, 2014 9
On Wednesday, June 25, 2014 3:48:07 pm Hilko Meyer wrote:
On Wed, 25 Jun 2014 10:17:31 -0400, John Baldwin wrote:
It is for HEAD though it should apply to 9-stable. It might not apply to
9.2
as it patches a previous fix that went to 9.2. For 9.2, please merge the
change to stable/9 from
On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote:
John Baldwin wrote:
On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote:
Hi,
powerd doesn't work anymore after the update from 8.4 to 9.2. The system
has an old (more than 10 years) mainboard with Via KT133 chipset.
I made
On Monday, June 23, 2014 6:42:28 pm Eric McCorkle wrote:
On 06/23/2014 09:53, John Baldwin wrote:
On Tuesday, June 17, 2014 9:54:57 am Eric McCorkle wrote:
I suspect these might have something to do with the USB 3.0 system not
working, though I don't have experience with either the ACPI
On Tuesday, June 24, 2014 1:36:41 pm Hilko Meyer wrote:
On Tue, 24 Jun 2014 10:26:52 -0400, you wrote:
On Monday, June 23, 2014 7:12:23 pm Hilko Meyer wrote:
John Baldwin wrote:
On Sunday, June 22, 2014 9:27:08 pm Hilko Meyer wrote:
powerd doesn't work anymore after the update from
, the spec says
that this function should return a Buffer, but ACPICA seems to think it should
return a Package. It would be good to track down which specific arguments
were passed to _DSM and then examine the acpidump to see which path that would
take.
--
John Baldwin
On Wednesday, May 28, 2014 6:14:34 pm Jung-uk Kim wrote:
On 2014-05-28 17:29:35 -0400, John Baldwin wrote:
Err, I think it enables GPE1 as otherwise ACPICA assumes GPE1 has a
length of zero (and is thus invalid)? Perhaps _PTS wants to frob
something that uses GPE1 that this fixes
On Wednesday, May 28, 2014 7:08:36 am Sean Bruno wrote:
On Tue, 2014-05-27 at 16:14 -0400, John Baldwin wrote:
On Tuesday, May 27, 2014 1:39:48 pm Sean Bruno wrote:
On Tue, 2014-05-27 at 11:32 -0400, John Baldwin wrote:
On Friday, May 23, 2014 12:14:58 pm Sean Bruno wrote:
Trying
On Wednesday, May 28, 2014 12:10:55 pm Sean Bruno wrote:
On Wed, 2014-05-28 at 10:54 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 7:08:36 am Sean Bruno wrote:
On Tue, 2014-05-27 at 16:14 -0400, John Baldwin wrote:
On Tuesday, May 27, 2014 1:39:48 pm Sean Bruno wrote:
On Tue
On Wednesday, May 28, 2014 12:44:44 pm Jung-uk Kim wrote:
On 2014-05-28 12:20:24 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 12:10:55 pm Sean Bruno wrote:
On Wed, 2014-05-28 at 10:54 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 7:08:36 am Sean Bruno wrote:
On Tue, 2014
On Wednesday, May 28, 2014 2:16:03 pm Jung-uk Kim wrote:
On 2014-05-28 13:44:46 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 12:44:44 pm Jung-uk Kim wrote:
On 2014-05-28 12:20:24 -0400, John Baldwin wrote:
On Wednesday, May 28, 2014 12:10:55 pm Sean Bruno wrote:
On Wed, 2014-05
On Tuesday, May 27, 2014 1:39:48 pm Sean Bruno wrote:
On Tue, 2014-05-27 at 11:32 -0400, John Baldwin wrote:
On Friday, May 23, 2014 12:14:58 pm Sean Bruno wrote:
Trying to figure out the failures on suspend resume for the T61 I have.
I see a little acpi error at host startup, but I don't
On Tuesday, May 06, 2014 6:15:46 pm Ian Lepore wrote:
On Tue, 2014-05-06 at 16:37 -0400, John Baldwin wrote:
On Tuesday, May 06, 2014 2:08:35 pm Adrian Chadd wrote:
On 5 May 2014 13:57, John Baldwin j...@freebsd.org wrote:
The user in question found this on 9-stable with the existing
Queueing enabled
ada0: 305245MB (625142448 512 byte sectors: 1H 63S/T 16383C)
ada0: quirks=0x14K
ada0: Previously was known as ad4
ses0 at ahciem0 bus 0 scbus3 target 0 lun 0
ses0: AHCI SGPIO Enclosure 1.00 0001 SEMB S-E-S 2.00 device
ses0: SEMB SES Device
--
John Baldwin
On Tuesday, May 06, 2014 2:08:35 pm Adrian Chadd wrote:
On 5 May 2014 13:57, John Baldwin j...@freebsd.org wrote:
The user in question found this on 9-stable with the existing defaults as
the
HPET was just plain broken on their system and that was unrelated to Cx
states.
(Rather, Cx
.
However, it is hard to identify those cases. On modern systems I would
expect the LAPIC to work just fine, so this problem will become less and
less important as time goes on.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http
On Monday, May 05, 2014 12:55:29 pm Adrian Chadd wrote:
On 5 May 2014 08:09, John Baldwin j...@freebsd.org wrote:
On Sunday, May 04, 2014 4:27:38 am Adrian Chadd wrote:
Hi,
I'd like to propose flipping a few things:
* Flipping the default lid state to S3. I think ACPI suspend/resume
);
+ }
+ AcpiOsFree(devinfo);
+ }
+}
+
/* If the resource is already allocated, fail. */
if (resource_list_busy(rl, type, rid))
return (EBUSY);
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http
the acpi_perf(4) driver.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
powerd to not need any changes. You could use a different
sysctl node that is throttling percent or some such. If throttling kicked
in on a system with TC1/TC2 then 'freq' wouldn't change when the CPU was
throttled, only the throttling percent.
--
John Baldwin
reliably for some Thinkpad laptops using i915. The LCD will only turn back
on if you suspend/resume in X, but not at the console.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
On Thursday, September 12, 2013 9:23:39 pm J.R. Oldroyd wrote:
On Mon, 9 Sep 2013 16:54:27 -0400 John Baldwin j...@freebsd.org wrote:
(kgdb) list *0x80ceddcd
0x80ceddcd is in pmap_enter
(../../../amd64/amd64/pmap.c:3577).
3572if ((m-oflags
find 'm' in one of the registers?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Wednesday, September 04, 2013 3:14:32 pm Bengt Ahlgren wrote:
Jung-uk Kim j...@freebsd.org writes:
On 2013-09-04 09:29:35 -0400, John Baldwin wrote:
On Tuesday, September 03, 2013 6:58:55 pm Jung-uk Kim wrote:
On 2013-09-03 16:47:47 -0400, John Baldwin wrote:
Even with that hacked so
at a random time rather than when vgapci0 is being
suspended and resumed. Actually, it looks like jkim fixed this via the
vgapm driver, except I have no vgapm0 device on my laptop.
I wonder if it's supposed to be device_get_unit() instead of
device_get_flags() in the vgapm identify routine?
--
John
slowdown,
but I'm using a very simple tiling window manager (i3wm).
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
was properly reset?
Are you using MSI at all?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
The following reply was made to PR kern/91594; it has been noted by GNATS.
From: John Baldwin j...@freebsd.org
To: bug-follo...@freebsd.org, b...@bsd.de
Cc:
Subject: Re: kern/91594: [acpi] FreeBSD gt; 5.4 w/ACPI fails to detect Intel
Pro/1000 MT 4-port NIC in PCI slot 3 of DL380 G4 [regression
On Thursday, March 07, 2013 9:13:38 pm matt wrote:
On 02/28/13 09:09, John Baldwin wrote:
On Thursday, February 28, 2013 8:15:46 am matt wrote:
On 02/27/13 12:27, John Baldwin wrote:
On Wednesday, February 27, 2013 1:35:43 pm matt wrote:
On 02/27/13 09:00, John Baldwin wrote
?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Friday, April 19, 2013 06:21:10 PM Benjamin Lee wrote:
On Fri, 19 Apr 2013 17:26:31 -0400, John Baldwin j...@freebsd.org wrote:
On Friday, April 19, 2013 4:18:49 pm Benjamin Lee wrote:
On Fri, 19 Apr 2013 11:31:49 -0400, John Baldwin j...@freebsd.org
wrote:
On Thursday, April 18
)
+ req-sc-pl_crs_bad = TRUE;
break;
default:
if (req-in_dpf == DPF_IGNORE)
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
, I think intr_table_lock used to be a spin lock at some point. I don't
remember
why we changed it to a regular mutex. It may be that there was a lock order
reason
for that. :(
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http
in vgapci's IVARs.
Is there a better place to correct the ACPI_PATH that gets stored in
vgapci's ivar? Is there already a tunable I can use to fix this?
vgapci's ivar is set by the PCI address. Do you have multiple vgapci devices?
--
John Baldwin
On Saturday, October 20, 2012 9:37:40 am Alberto Villa wrote:
On Sat, Oct 20, 2012 at 2:40 PM, John Baldwin j...@freebsd.org wrote:
Oh, no, I hadn't been able to tell from your ASL that bit 16 was set (it's
not that easy to guess as it computes the ID's dynamically at runtime.
I see.
I
On Friday, October 19, 2012 06:21:00 PM Alberto Villa wrote:
On Fri, Oct 19, 2012 at 7:13 PM, John Baldwin j...@freebsd.org wrote:
Yes, unless bit 31 is set, we can't know anything about bits 0-15 except
that they are unique. Specifically, we can't look at the Display
Type bits
On Friday, October 19, 2012 10:34:08 am Alberto Villa wrote:
On Thu, Oct 18, 2012 at 11:16 PM, John Baldwin j...@freebsd.org wrote:
Ok, can you possibly hack acpi_video to output the values returned _DOD (in
hex) and the _ADR values (in hex) of your outputs?
I've read the ACPI spec
On Thursday, October 18, 2012 3:57:23 pm Juergen Lock wrote:
On Thu, Oct 18, 2012 at 08:59:14AM -0400, John Baldwin wrote:
On Friday, October 12, 2012 12:33:49 pm Juergen Lock wrote:
On Fri, Oct 12, 2012 at 10:06:17AM -0400, John Baldwin wrote:
On Friday, October 05, 2012 5:53:16 pm
On Friday, October 19, 2012 11:41:56 am Alberto Villa wrote:
On Fri, Oct 19, 2012 at 4:53 PM, John Baldwin j...@freebsd.org wrote:
I'm looking at section B.4.2 in the 3.0b spec, it has a sample _DOD of:
I've read section B.3.2 of 5.0 spec, which looks the same as 3.0b, but
my IDs don't have
On Friday, October 19, 2012 11:23:57 am Alberto Villa wrote:
On Fri, Oct 12, 2012 at 4:06 PM, John Baldwin j...@freebsd.org wrote:
I think this is correct, but in we need to do more to properly handle that
flag (DOD_DEVID_SCHEME_STD). Specifically, we shouldn't trust any bits
On Wednesday, October 17, 2012 9:08:34 pm Alberto Villa wrote:
On Mon, Oct 15, 2012 at 5:12 PM, John Baldwin j...@freebsd.org wrote:
Interesting. Can you get an acpidump?
Sure:
http://people.FreeBSD.org/~avilla/files/avilla.asl.gz
I'd be glad to solve my problems with ACPI!
Ah, looks
On Friday, October 12, 2012 12:33:49 pm Juergen Lock wrote:
On Fri, Oct 12, 2012 at 10:06:17AM -0400, John Baldwin wrote:
On Friday, October 05, 2012 5:53:16 pm Juergen Lock wrote:
Hi!
I finally took a closer look why acpi_video found nothing on my
Dell laptop (Precision M4500
On Thursday, October 18, 2012 4:58:42 pm Alberto Villa wrote:
On Thu, Oct 18, 2012 at 2:58 PM, John Baldwin j...@freebsd.org wrote:
Ah, looks like your BIOS excludes DOD_DEVID_SCHEME_STD from it's _ADR
methods (but does included it in on the list of displays returned by
_DOD).
Please
On Friday, October 12, 2012 7:57:43 pm Alberto Villa wrote:
On Fri, Oct 12, 2012 at 4:06 PM, John Baldwin j...@freebsd.org wrote:
I think this is correct, but in we need to do more to properly handle that
flag (DOD_DEVID_SCHEME_STD). Specifically, we shouldn't trust any bits in
the
device
(DOD_DEVID_SCHEME_STD | DOD_DEVID_MASK_FULL)) ==
+ adr) {
argset-callback(handle, val, argset-context);
argset-count++;
}
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http
mfid0 on mfi0
/snip
the current value in sys/dev/acpica/acpivar.h of 32 is no longer
sufficient on the r420/r320 Sandybridge class of box.
I am currently running with a value of 128 and doing a bit of testing.
I think it should be something like MAX(32, MAXCPU).
--
John Baldwin
? I realize aibs
didn't work, though it seems it simply may not support your system. The
acpi_hpet1 thing just seems to be a duplicate device (acpi_hpet0 attached
fine), so I believe you can most likely ignore that.
--
John Baldwin
___
freebsd-acpi
) {
acline_mode = ac_sysctl;
I suspect this is correct, but cc'ing acpi@ to see if anyone there has any
comments.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe
from sys/endian.h instead of nthol().
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
) rather than change our code to allow sparse
ACPI Cx states.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
workaround for
parsing _CRS. (_CRS should only return assigned resources, so those should
always be fixed, not variable ranges.)
If you can convince Quanta to fix their BIOS that would be the best
result however.
--
John Baldwin
___
freebsd-acpi
.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
On Thursday, May 17, 2012 11:33:56 am Andriy Gapon wrote:
on 17/05/2012 17:05 John Baldwin said the following:
On Wednesday, May 16, 2012 4:07:43 pm John Baldwin wrote:
Oh, whoops. Actually, the right way to do this I think is
bus_hint_device_unit()
(and/or, not make the unit number
On Tuesday, May 15, 2012 12:35:12 pm Andriy Gapon wrote:
on 15/05/2012 17:34 John Baldwin said the following:
On Monday, May 14, 2012 12:41:37 pm Andriy Gapon wrote:
on 14/05/2012 01:43 Bruce Cran said the following:
On 13/05/2012 21:06, Andriy Gapon wrote:
Can you produce an equivalent
);
+ /* Configure wlan key. */
+ acpi_SetInteger(sc-handle, WAPF, acpi_asus_wapf);
+
/* Handle notifies */
if (sc-model-n_func == NULL)
sc-model-n_func = acpi_asus_notify;
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing
, acpi_asus_wapf);
+
/* Handle notifies */
if (sc-model-n_func == NULL)
sc-model-n_func = acpi_asus_notify;
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
,
.mled_set = MLED,
.wled_set = WLED,
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr
the
'hw.acpi.reset_video' sysctl to see if that helps your screen come back
on during resume.
-Original Message-
From: John Baldwin
Sent: 03/02/2012 2:42:58 pm
To: freebsd-acpi@freebsd.org
Cc: Jakob Pedersen
Subject: Re: ACPI error caused by broken asl, how to fix?
On Thursday, February 02
fix John suggested is above my skills
I think the PR can be closed.
Can you try an updated HEAD and see if a stock ASL works?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe
suspend and resume
otherwise worked.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
. It would be
interesting to see if this still occurs in 8 and later since they will let
the ACPI instance of atkbdc claim the ISA hint.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
= AcpiAttachData(handle, acpi_fake_objhandler, pci_child);
if (ACPI_FAILURE(status))
printf(WARNING: Unable to attach object data to %s - %s\n,
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org
in this case:
w-rman.rm_type = RMAN_ARRAY;
snprintf(buf, sizeof(buf), %s %s window,
device_get_nameunit(sc-dev), w-name);
w-rman.rm_descr = strdup(buf, M_DEVBUF);
error = rman_init(w-rman);
--
John Baldwin
count);
void (*set_start_dependent)(device_t dev, void *context,
int preference);
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail
On 4/7/11 1:25 PM, Nate Lawson wrote:
On 4/7/2011 6:53 AM, John Baldwin wrote:
On 4/6/11 5:51 PM, Nate Lawson wrote:
Wow, awesome work. This is really useful for fixing a common problem.
Should bus_adjust_resource() be a DEVMETHOD or is this something that
should be done automatically within
and not
gracefully recovering from that. I have some early work in progress to
address this, but it will be a while before I have something ready for
testing.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
in the ASL, but is a side effect of some BIOS
code that runs in SMM when ACPI is turned on.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr
On Thursday, January 06, 2011 5:32:08 pm Arno J. Klaassen wrote:
John Baldwin j...@freebsd.org writes:
On Wednesday, January 05, 2011 4:39:24 pm Arno J. Klaassen wrote:
Hello,
I have (a long-lasting) problem to get hpet attached to a Tyan S3992-E
MB. My last known working kernel
On Tuesday, November 02, 2010 6:32:12 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 05:26 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:50:18 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 04:24 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:14:05 pm Jung-uk Kim
On Wednesday, November 03, 2010 12:25:37 pm Jung-uk Kim wrote:
On Wednesday 03 November 2010 08:28 am, John Baldwin wrote:
On Tuesday, November 02, 2010 6:32:12 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 05:26 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:50:18 pm Jung
is that we not use the
prs_template, perhaps just save the type of the resource and build a new
resource object from scratch where the resource is zero'd, the appropriate
bits are set and then that resource is appended to the buffer being built.
--
John Baldwin
On Tuesday, November 02, 2010 4:14:05 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 03:41 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 3:29:01 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 11:29 am, Andriy Gapon wrote:
on 29/10/2010 08:51 Andriy Gapon said the following
On Tuesday, November 02, 2010 4:50:18 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 04:24 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 4:14:05 pm Jung-uk Kim wrote:
On Tuesday 02 November 2010 03:41 pm, John Baldwin wrote:
On Tuesday, November 02, 2010 3:29:01 pm Jung-uk Kim
On Thursday, October 28, 2010 2:50:42 pm Scott Long wrote:
On Thu, 28 Oct 2010, John Baldwin wrote:
On Thursday, October 28, 2010 1:01:24 pm Scott Long wrote:
On Oct 28, 2010, at 10:54 AM, John Baldwin wrote:
[ cc'ing acpi@ to be safe, but I think the topic warrants the wider
audience
the messages
since
the start of boot ?
Thank you.
Actually, it seems that apic_alloc_vector() is what is failing. Can you do
'show apic' in DDB and capture that output via your camera?
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http
The following reply was made to PR bin/151616; it has been noted by GNATS.
From: John Baldwin j...@freebsd.org
To: bug-follo...@freebsd.org,
dam...@gmail.com
Cc:
Subject: Re: bin/151616: [acpi]: FreeBSD 8 panic on boot.
Date: Thu, 21 Oct 2010 07:43:07 -0400
Can you get capture the messages
On Thursday 10 June 2010 7:45:32 am subgeometer wrote:
boot -v output for acer 5635z (sorry about the delay)
Ok, it is the PCI bridge resource issue. :(
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman
The following reply was made to PR kern/120515; it has been noted by GNATS.
From: John Baldwin j...@freebsd.org
To: bug-follo...@freebsd.org, arthur.hart...@nokia.com
Cc:
Subject: Re: kern/120515: [acpi] [patch] acpi_alloc_wakeup_handler: can't
alloc wake memory
Date: Wed, 02 Jun 2010 09:08:14
The following reply was made to PR kern/119356; it has been noted by GNATS.
From: John Baldwin j...@freebsd.org
To: bug-follo...@freebsd.org, d...@obluda.cz
Cc:
Subject: Re: kern/119356: [acpi]: i386 ACPI wakeup not work due resource
exhaustion
Date: Wed, 02 Jun 2010 09:08:50 -0400
Can you
that
these resource ranges are allocated by the ram0 device.
--
John Baldwin
___
freebsd-acpi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
To unsubscribe, send any mail to freebsd-acpi-unsubscr...@freebsd.org
93 matches
Mail list logo