On Tuesday 02 November 2010 05:50 pm, Andriy Gapon wrote:
> on 02/11/2010 22:50 Jung-uk Kim said the following:
> > Yes, I understand. However, ACPICA is expecting the same size of
> > buffer *including* the optional parts if I am reading the code
> > right.
>
> Hmm, where is ACPICA doing that?
I
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 wrote:
> > > > On Tuesday 02 November 2010 03:41 pm, John
on 02/11/2010 22:50 Jung-uk Kim said the following:
> Yes, I understand. However, ACPICA is expecting the same size of
> buffer *including* the optional parts if I am reading the code right.
Hmm, where is ACPICA doing that?
I didn't see any connection between what *ACPICA* can return to OS in
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 Ju
Yes, it is important to keep all of these structures the same.
The last time I personally ran into this was when we attempted to optimize an
interrupt descriptor before sending it out via _SRS. Since the size of the
whole template was now different than the size of the _CRS, the BIOS failed on
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 wrote:
> > > > On Tuesday 02 November 2010 11:29 am, Andri
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 f
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:
> > > > I guess that a general problem here is that it is
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:
> > > I guess that a general problem here is that it is incorrect to
> > > merely use memcpy/bcopy to create a copy of a r
On Tuesday 02 November 2010 11:29 am, Andriy Gapon wrote:
> on 29/10/2010 08:51 Andriy Gapon said the following:
> > I guess that a general problem here is that it is incorrect to
> > merely use memcpy/bcopy to create a copy of a resource if the
> > resource has ACPI_RESOURCE_SOURCE field in it.
>
On Monday 01 November 2010 01:22 pm, Joerg Traeger wrote:
> On Monday 01 November 2010, Andriy Gapon wrote:
> > on 01/11/2010 15:13 Andriy Gapon said the following:
> > > on 01/11/2010 14:41 Joerg Traeger said the following:
> > >> On Monday 01 November 2010, Andriy Gapon wrote:
> > >>> on 01/11/20
on 29/10/2010 08:51 Andriy Gapon said the following:
> I guess that a general problem here is that it is incorrect to merely use
> memcpy/bcopy to create a copy of a resource if the resource has
> ACPI_RESOURCE_SOURCE field in it.
Hans,
could you please test the following patch?
diff --git a/sys
We may have gone a bit overboard on this one in iASL. Correct, if it is a
string, _CID is not restricted to alphanumeric. However, it appears the string
must be non-null.
Bob
>-Original Message-
>From: owner-freebsd-a...@freebsd.org [mailto:owner-freebsd-
>a...@freebsd.org] On Behalf O
13 matches
Mail list logo