On Monday 14 February 2011 01:45 pm, Matthew Fleming wrote:
> On Mon, Feb 14, 2011 at 10:37 AM, John Baldwin
wrote:
> > On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
> >> On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> >> > On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
On Monday 14 February 2011 01:40 pm, Jung-uk Kim wrote:
> On Monday 14 February 2011 10:37 am, Michael Butler wrote:
> > On 02/14/11 10:29, Matthew Fleming wrote:
> > >>> 1) should the length of the bcopy() be changed to either
> > >>> respect res->Length or the actual length of the
> > >>> ACPI_RE
On Monday 14 February 2011 01:37 pm, John Baldwin wrote:
> On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
> > On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> > > On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
> >
> > wrote:
> > > > On Sunday, February 13, 2011 2:46:07 pm M
On Mon, Feb 14, 2011 at 10:37 AM, John Baldwin wrote:
> On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
>> On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
>> > On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
>> wrote:
>> > > On Sunday, February 13, 2011 2:46:07 pm Matthew Fle
On Monday 14 February 2011 10:37 am, Michael Butler wrote:
> On 02/14/11 10:29, Matthew Fleming wrote:
> >>> 1) should the length of the bcopy() be changed to either
> >>> respect res->Length or the actual length of the
> >>> ACPI_RESOURCE_DATA for the type?
> >>
> >> It should just use res->Length
On Monday, February 14, 2011 1:30:18 pm Jung-uk Kim wrote:
> On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> > On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
> wrote:
> > > On Sunday, February 13, 2011 2:46:07 pm Matthew Fleming wrote:
> > >> I'm not very familiar with the acpi code,
On Monday 14 February 2011 10:29 am, Matthew Fleming wrote:
> On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin
wrote:
> > On Sunday, February 13, 2011 2:46:07 pm Matthew Fleming wrote:
> >> I'm not very familiar with the acpi code, but we have seen an
> >> intermittent issue on boot:
> >>
> >> 1) sh
Dear,
Thank you for your feed-back.
I'll look for this issu, and i hope deliver a better patch quickly.
Regards,
--
Alexandre Martins
Research engineer
NETASQ
On Monday 14 February 2011 16:50:26 Anonymous wrote:
> Alexandre Martins writes:
> > For those interested in testing, you can find a
Alexandre Martins writes:
> For those interested in testing, you can find a patch that add OpenSSL 1.0d
> to head.
[...]
Hmm, doesn't build with ld(1) from /projects/binutils-2.17.
$ make -dl all
as -o rc4-amd64.o /usr/src/secure/lib/libcrypto/amd64/rc4-amd64.s
[ -z "ctfconvert" -o -n "1
On 02/14/11 10:29, Matthew Fleming wrote:
>>> 1) should the length of the bcopy() be changed to either respect
>>> res->Length or the actual length of the ACPI_RESOURCE_DATA for the
>>> type?
>>
>> It should just use res->Length:
>
> Is there a guarantee that res->Length is <= sizeof(ACPI_RESOURCE
On Mon, Feb 14, 2011 at 6:24 AM, John Baldwin wrote:
> On Sunday, February 13, 2011 2:46:07 pm Matthew Fleming wrote:
>> I'm not very familiar with the acpi code, but we have seen an
>> intermittent issue on boot:
>>
>> 1) should the length of the bcopy() be changed to either respect
>> res->Lengt
On Sunday, February 13, 2011 2:46:07 pm Matthew Fleming wrote:
> I'm not very familiar with the acpi code, but we have seen an
> intermittent issue on boot:
>
> 1) should the length of the bcopy() be changed to either respect
> res->Length or the actual length of the ACPI_RESOURCE_DATA for the
> t
12 matches
Mail list logo
