> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
Steve,
Steve> Could you please let me know the PCI ID of the ethernet
Steve> interface in this system? It may be too late to get this fixed
Steve> for etch r0, but we might take a stab at it for r1.
Here you go:
00:08.0 0200: 1011:000
> "Steve" == Steve Langasek <[EMAIL PROTECTED]> writes:
Steve> Ok, thanks. FWIW, this same chip works fine for me in an LX164
Steve> system; but you're the second to report problems with it on
Steve> other alphas -- unfortunately, though, the first to confirm
Steve> that it's a problem with c
As a last check for today, I gave the installer a go on an
AlphaStation 255/233 (Avanti).
00:0e.0 0200: 1011:0002 (rev 26)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+
Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort-
On 07/04/17 00:43, dann frazier wrote:
Hi Dann,
> I've done some initial work to generate Arm images, but there's some
> bikeshedding to do before it's ready to upload.
>
> Is there a consensus on a prefix for the Arm "VMF" images? OpenStack
> Nova hardcodes "/usr/share/AAVMF/AAVMF_CODE.fd" for
Package: qemu-efi
Severity: wishlist
Dear Maintainer,
Having EFI support for 64bit ARM is great, but also having support
for 32bit would be even better. This would allow consistency across
both architectures, and greatly facilitate the deployment of VM images
on KVM-enabled systems.
Thanks,
Package: iceweasel
Version: 32.0~b1-1
Severity: important
Dear Iceweasel Maintainers,
Trying to save any file using iceweasel (tried the current versions
in jessie, sid and experimental) results in a SEGV on armhf.
Just load any web page, right click on an image, save, kaboom. See
the provided GD
An update on this: the armel architecture is *not* affected, and this
seems to be an armhf specific issue (tested by running an armel VM on
the same hardware).
I'd appreciate if anyone knowledgeable about this could have a look.
Thanks,
M.
--
Jazz is not dead. It just smells funny.
--
Unfortunately, this bug is not limited to virtualized environments.
Having thoughtlessly "upgraded my" Seattle box to systemd 227, the box
died a horrible death very early on.
Gone back to 215 for the time being...
M.
--
Who you jivin' with that Cosmik Debris?
Hi all,
I just managed to track this down to systemd-udev.
While running the following command:
ip link add link eth0 name macvtap0 type macvtap mode bridge
I straced systemd-udev, and found the following nugget:
[pid 637] sendto(15, {{len=48, type=0x6c /* RTM_??? */,
flags=NLM_F_REQUEST|NLM
On 2020-04-20 12:39, Luca Boccassi wrote:
On Mon, 2020-04-20 at 09:29 +0100, Marc Zyngier wrote:
Hi all,
I just managed to track this down to systemd-udev.
[...]
You are indeed right, thanks for the analysis.
Upstream bug: https://github.com/systemd/systemd/issues/15232
Upstream fix
10 matches
Mail list logo
