Re: [gentoo-user] strange problem (no video output) on new PC
On 2019.07.11 19:08, Mick wrote: On Thursday, 11 July 2019 23:31:51 BST Jack wrote: I'm hoping the cumulative wisdom of the assembled masses might be able to figure out what I'm clearly missing, assuming there IS something I'm missing. > I've recently assembled a new PC, with an MSI B350-Tomahawk motherboard and a Ryzen 5 2600 CPU. (We'll skip that I ended up actually buying an older Ryzen just to upgrade the BIOS.) The problem is that I have now tried three different PCI-E graphics cards, and have gotten no video signal from any of them. I do get a video signal from an ancient PCI graphics card. One of the cards is a very old Radeon, one is a slightly less old nVidia, and the newest is (from lspci) "Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X]." > What I find particularly odd is that if I log in blind, and then issue startx, X (startkde) seems to be running fine. I ssh in from another PC, and the X log shows the Radeon driver loading, the monitor being recognized on the appropriate connector, the EDID received, and the right resolution being chosen. (Even without all the AMD drivers and firmware loaded, at least it also seemed to start with the VESA driver, but still no output signal.) > I can easily believe the old radeon card is dead, and possibly even the nVidia card. However, given what I see in the logs with the new radeon card, I find it hard to believe the card is actually defective. (Just purchased used on eBay, so I do have to admit the possibilty.) However, I have trouble imagining what else could be the problem. I've tried two different cables (both of which work fine for the PCI card) but both use DVI to VGA adaptors, although I can't imagine why that would matter now, if they worked for a different card. I have ordered a new DVI cable to go directly from the card to the monitor, so hopefully I'll get that and be able to test it within a few days. > Can anyone else thing of what the problem might be, and if there is any troubleshooting I could try? Brief response for now: If dmesg after you login remotely shows the graphics card firmware is available in the kernel, radeon/nvidia drivers are loading and no errors are printed, then hardware wise your PC ought to be OK. If /var/log/Xorg.0.log shows no errors with drivers and monitor, then I don't know what to suggest other than following a process of elimination, by trying: - different cables - different monitor However, if cables or monitor were at fault I would expect warnings to show up in the log files. Well, using a DVI cable, it works just fine. So, I am assuming some bizarre partial incompatibility between the analog signal the card was sending out through the DVI connector and what the monitor actually needed. The fact that the logs seem to show that the card properly recognized the monitor still makes no sense to me, but I doubt it's worth any more time trying to figure out what was actually going on. Too much to do to finish configuring and installing stuff, and then make sure I've migrated everything important from the old to the new machine. Jack
[gentoo-user] Re: AMD microcode updates - where are they?!
UH-OH, Self-followup:
On 2019-07-14 21:30, Ian Zimmerman wrote:
> I find it odd that there is apparently no central way to track which
> firmwares are being loaded without a debugging kernel.
>
> The relevant messages in linux/drivers/base/firmware_loader/main.c are
> all dev_dbg(), which as I understand does nothing on a non-debug kernel.
> Even the message printed when the firmware file is missing is of that
> type.
>
> I guess I could turn on the userspace helper, set it to some script that
> just logs every request and fails, and then remove the whole
> /lib/firmware tree, but that is a _really_ round-about way.
Solved with a kernel patch:
--- a/drivers/base/firmware_loader/main.c 2019-07-13 23:01:15.0
-0700
+++ b/drivers/base/firmware_loader/main.c 2019-07-14 23:33:22.348028910
-0700
@@ -336,7 +336,7 @@
path);
continue;
}
- dev_dbg(device, "direct-loading %s\n", fw_priv->fw_name);
+ pr_notice("direct-loading firmware %s\n", fw_priv->fw_name);
fw_priv->size = size;
fw_state_done(fw_priv);
break;
--
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] amanda-3.4.5
On Mon, 2019-07-15 at 08:56 +0200, Stefan G. Weichinger wrote: > Am 15.07.19 um 08:41 schrieb Stefan G. Weichinger: > > Does anyone have a binary package for app-backup/amanda-3.4.5 he > > could > > share? > > > > I have to (test the) downgrade because of issues with 3.5.1, and my > > binary package doesn't install anymore (perl now upgraded etc) > > > > and the latest amanda doesn't talk to a legacy client which I can't > > upgrade at all > > > > Maybe someone could share the package via dropbox or so. > > managed a workaround: > > the compile issues (related to NDMP and RPC somehow) showed me that > the > USE-flag "ndmp" isn't interpreted by the current ebuild at all. > > Patched that and disabled NDMP, now it compiles and amcheck works ok > for > now. > > You should file a bug report on that if you haven't already. USE flags to nowhere isn't something anybody wants. LMP signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] amanda-3.4.5
Am 15.07.19 um 08:41 schrieb Stefan G. Weichinger: > > Does anyone have a binary package for app-backup/amanda-3.4.5 he could > share? > > I have to (test the) downgrade because of issues with 3.5.1, and my > binary package doesn't install anymore (perl now upgraded etc) > > and the latest amanda doesn't talk to a legacy client which I can't > upgrade at all > > Maybe someone could share the package via dropbox or so. managed a workaround: the compile issues (related to NDMP and RPC somehow) showed me that the USE-flag "ndmp" isn't interpreted by the current ebuild at all. Patched that and disabled NDMP, now it compiles and amcheck works ok for now.
[gentoo-user] amanda-3.4.5
Does anyone have a binary package for app-backup/amanda-3.4.5 he could share? I have to (test the) downgrade because of issues with 3.5.1, and my binary package doesn't install anymore (perl now upgraded etc) and the latest amanda doesn't talk to a legacy client which I can't upgrade at all Maybe someone could share the package via dropbox or so. thanks
