On Tue, 24 Dec 2019, hpous...@reactos.org wrote:
> >
> > I haven't tried the latest iso (9.0-rc1).
> >
I found that NetBSD 9.0-rc1 has the same regressions.
>
> Hello Finn,
>
> Thanks for finding the required steps to boot NetBSD on MIPS Magnum. I
> was trying to find how to let it work on
Le 24/12/2019 à 05:33, Finn Thain a écrit :
On Tue, 24 Dec 2019, Finn Thain wrote:
I know precious little about NetBSD installation and MIPS Magnum. What I
wrote above was guesswork. Hence this could be a NetBSD bug or user
error.
It was bugs and user error.
The user error was not using th
On Tue, 24 Dec 2019, Finn Thain wrote:
>
> I know precious little about NetBSD installation and MIPS Magnum. What I
> wrote above was guesswork. Hence this could be a NetBSD bug or user
> error.
>
It was bugs and user error.
The user error was not using the serial console. The NetBSD/arc
in
On Mon, 23 Dec 2019, Philippe Mathieu-Daud? wrote:
> Hi Finn,
>
> On 12/20/19 5:24 AM, Finn Thain wrote:
> > On Sun, 15 Dec 2019, Aleksandar Markovic wrote:
> >
> > >
> > > Herve,
> > >
> > > Is there any way for us to come up with an equivalent or at least
> > > approximate scenario for Jazz
Hi Finn,
On 12/20/19 5:24 AM, Finn Thain wrote:
On Sun, 15 Dec 2019, Aleksandar Markovic wrote:
Herve,
Is there any way for us to come up with an equivalent or at least
approximate scenario for Jazz machines?
Regards,
Aleksandar
That would be useful in general, but in this case I think i
On Saturday, December 21, 2019, Finn Thain
wrote:
> On Fri, 20 Dec 2019, Laurent Vivier wrote:
>
> > Le 20/12/2019 ? 12:38, Aleksandar Markovic a ?crit?:
> > > On Sat, Dec 14, 2019 at 2:29 AM Finn Thain
> wrote:
> > >>
> > >> Hi All,
> > >>
> > >> There is a bug in the DP8393X emulation that can
On Fri, 20 Dec 2019, Laurent Vivier wrote:
> Le 20/12/2019 ? 12:38, Aleksandar Markovic a ?crit?:
> > On Sat, Dec 14, 2019 at 2:29 AM Finn Thain
> > wrote:
> >>
> >> Hi All,
> >>
> >> There is a bug in the DP8393X emulation that can stop packet reception.
> >>
> >> Whilst debugging that issue I
Le 20/12/2019 à 12:38, Aleksandar Markovic a écrit :
> On Sat, Dec 14, 2019 at 2:29 AM Finn Thain wrote:
>>
>> Hi All,
>>
>> There is a bug in the DP8393X emulation that can stop packet reception.
>>
>> Whilst debugging that issue I found that the receiver algorithm differs
>> from the one describ
On Fri, Dec 20, 2019 at 12:38 PM Aleksandar Markovic
wrote:
>
> On Sat, Dec 14, 2019 at 2:29 AM Finn Thain wrote:
> >
> > Hi All,
> >
> > There is a bug in the DP8393X emulation that can stop packet reception.
> >
> > Whilst debugging that issue I found that the receiver algorithm differs
> > fro
On Sat, Dec 14, 2019 at 2:29 AM Finn Thain wrote:
>
> Hi All,
>
> There is a bug in the DP8393X emulation that can stop packet reception.
>
> Whilst debugging that issue I found that the receiver algorithm differs
> from the one described in the National Semiconductor datasheet.
>
Finn, could you
On Sun, 15 Dec 2019, Aleksandar Markovic wrote:
>
> Herve,
>
> Is there any way for us to come up with an equivalent or at least
> approximate scenario for Jazz machines?
>
> Regards,
> Aleksandar
>
That would be useful in general, but in this case I think it might be
better to test NetBSD,
On Mon, 16 Dec 2019, Finn Thain wrote:
> 00:15:29.341601 IP truncated-ip - 52 bytes missing! 192.168.66.1 >
> 192.168.66.111: ICMP echo request, id 23957, seq 12, length 64
...
>
> Sniffing br0 on the host shows no sign of the truncated packet at all
> which leaves a gap in the packet sequenc
On Sun, 15 Dec 2019, Finn Thain wrote:
> I test the qemu build like this,
>
> qemu-system-m68k -M q800 -m 512M -serial none -serial mon:stdio -g 800x600x4
> -net nic,model=dp83932,addr=00:00:00:01:02:03
> -net bridge,helper=/opt/qemu/libexec/qemu-bridge-helper,br=br0
> -append "fbcon=font:ProFont
On Sunday, December 15, 2019, Aleksandar Markovic <
aleksandar.m.m...@gmail.com> wrote:
>
>
> On Sunday, December 15, 2019, Finn Thain
> wrote:
>
>> On Sat, 14 Dec 2019, Aleksandar Markovic wrote:
>>
>> > On Saturday, December 14, 2019, Finn Thain
>> > wrote:
>> >
>> > > Hi All,
>> > >
>> > > Th
On Sunday, December 15, 2019, Finn Thain wrote:
> On Sat, 14 Dec 2019, Aleksandar Markovic wrote:
>
> > On Saturday, December 14, 2019, Finn Thain
> > wrote:
> >
> > > Hi All,
> > >
> > > There is a bug in the DP8393X emulation that can stop packet reception.
> > >
> > >
> > Can you provide the
On Sat, 14 Dec 2019, Aleksandar Markovic wrote:
> On Saturday, December 14, 2019, Finn Thain
> wrote:
>
> > Hi All,
> >
> > There is a bug in the DP8393X emulation that can stop packet reception.
> >
> >
> Can you provide the details of your test scenario?
>
> Thanks,
> Aleksandar
>
I test th
On 12/14/19 7:38 AM, Philippe Mathieu-Daudé wrote:
On 12/14/19 3:52 AM, Finn Thain wrote:
On Fri, 13 Dec 2019, no-re...@patchew.org wrote:
=== OUTPUT BEGIN ===
1/10 Checking commit 9c9ffc38e9b9 (dp8393x: Mask EOL bit from
descriptor addresses)
ERROR: return is not a function, parentheses are
On Saturday, December 14, 2019, Finn Thain
wrote:
> Hi All,
>
> There is a bug in the DP8393X emulation that can stop packet reception.
>
>
Can you provide the details of your test scenario?
Thanks,
Aleksandar
> Whilst debugging that issue I found that the receiver algorithm differs
> from t
On 12/14/19 3:52 AM, Finn Thain wrote:
On Fri, 13 Dec 2019, no-re...@patchew.org wrote:
=== OUTPUT BEGIN ===
1/10 Checking commit 9c9ffc38e9b9 (dp8393x: Mask EOL bit from descriptor
addresses)
ERROR: return is not a function, parentheses are not required
#24: FILE: hw/net/dp8393x.c:200:
+r
On Fri, 13 Dec 2019, no-re...@patchew.org wrote:
> === OUTPUT BEGIN ===
> 1/10 Checking commit 9c9ffc38e9b9 (dp8393x: Mask EOL bit from descriptor
> addresses)
> ERROR: return is not a function, parentheses are not required
> #24: FILE: hw/net/dp8393x.c:200:
> +return (s->regs[SONIC_URDA] <<
Patchew URL:
https://patchew.org/QEMU/cover.1576286757.git.fth...@telegraphics.com.au/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [PATCH 00/10] Fixes for DP8393X SONIC device emulation
Type: series
Message-id: cover.1576286757
Hi All,
There is a bug in the DP8393X emulation that can stop packet reception.
Whilst debugging that issue I found that the receiver algorithm differs
from the one described in the National Semiconductor datasheet.
These issues and others are addressed by this patch series.
This series has onl
22 matches
Mail list logo