On Fri, Oct 16, 2009 at 3:49 AM, Hendrik Brueckner
wrote:
> The states are handled by the hvc_iucv itself:
> If the hvc_iucv code has a connection established, terminal or console data
> are queued and sent to the peer. If the state is disconnected, terminal and
> console data is discarded intern
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > Recompile and relink it with soft-fp as well. Or ask the provider to
> > do that.
>
> That is what I am trying do/find out. The supplier claims that
> it should not be a problem and is ATM unwilling to recompile the app/libs.
> I am not convin
Wolfgang Denk wrote on 17/10/2009 20:12:24:
>
> Dear Joakim Tjernlund,
>
> In message 00434...@transmode.se> you wrote:
> >
> > Anyone tried mixing hard and soft FP in on soft float CPU such as 83xx?
>
> Hm... most 83xx have a FPU.
Yeah, I meant 832x. These don't have a FPU
>
> > Been trying to
Dear Joakim Tjernlund,
In message
you
wrote:
>
> Anyone tried mixing hard and soft FP in on soft float CPU such as 83xx?
Hm... most 83xx have a FPU.
> Been trying to figure out if this is a good idea or not.
> Any combinations that will or won't work?
What exactly do you mean by "mixing"? Y
>> >> --- a/lib/iommu-helper.c
>> >> +++ b/lib/iommu-helper.c
>> >> @@ -19,7 +19,7 @@ again:
>> >> index = (index + align_mask) & ~align_mask;
>> >>
>> >> end = index + nr;
>> >> - if (end >= size)
>> >> + if (end > size)
>> >
>> > I think that this is intentional; the last byte
On Sat, 17 Oct 2009 23:43:56 +0900
Akinobu Mita wrote:
> 2009/10/17 FUJITA Tomonori :
> > On Tue, 13 Oct 2009 18:10:17 +0900
> > Akinobu Mita wrote:
> >
> >> My user space testing exposed off-by-one error find_next_zero_area
> >> in iommu-helper. Some zero area cannot be found by this bug.
> >>
2009/10/17 FUJITA Tomonori :
> On Tue, 13 Oct 2009 18:10:17 +0900
> Akinobu Mita wrote:
>
>> My user space testing exposed off-by-one error find_next_zero_area
>> in iommu-helper. Some zero area cannot be found by this bug.
>>
>> Subject: [PATCH] Fix off-by-one error in find_next_zero_area
>>
>> S
On Tue, 13 Oct 2009 18:10:17 +0900
Akinobu Mita wrote:
> My user space testing exposed off-by-one error find_next_zero_area
> in iommu-helper. Some zero area cannot be found by this bug.
>
> Subject: [PATCH] Fix off-by-one error in find_next_zero_area
>
> Signed-off-by: Akinobu Mita
> ---
> l
Anyone tried mixing hard and soft FP in on soft float CPU such as 83xx?
Been trying to figure out if this is a good idea or not.
Any combinations that will or won't work?
Generally I got soft FP in all system libs but there might be
an binary application which will use hard FP.
Is the MATH_EMU o
Joakim Tjernlund/Transmode wrote on 17/10/2009 13:24:18:
>
> Rex Feany wrote on 16/10/2009 22:25:41:
> >
> > Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
> >
> > > Right, it is the pte table walk that is blowing up.
> > > I just noted that 2.6 lacks a tophys() call in its table wal
Rex Feany wrote on 16/10/2009 22:25:41:
>
> Thus spake Joakim Tjernlund (joakim.tjernl...@transmode.se):
>
> > Right, it is the pte table walk that is blowing up.
> > I just noted that 2.6 lacks a tophys() call in its table walk
> > so I removed that one(there is one more tophys call but I don't t
11 matches
Mail list logo
