Re: [gentoo-user] Terminus font for X11 : how to?
On 2020.10.06 16:33, Helmut Jarausch wrote: Hi, I would like to use a Terminus font under X11. I have emerged media-fonts/terminus-font eselect fontconfig list show that 75-yes-terminus.conf is selected. Still xlsfonts doesn't show this font. What am I missing? Many thanks for a hint, Helmut Searching on "enable terminus font in xorg" the third hit is https://bbs.archlinux.org/viewtopic.php?id=164392 and what didn't work for that person (slight variant) did work for me: xset +fp /usr/share/fonts/terminal xset fp rehash Jack
Re: [gentoo-user] Re: new USB question
Bottom line - as far as I can tell, the motherboard and software are actually all behaving correctly, if confusingly. Details below. On 2020.10.06 00:45, Sid Spry wrote: On Mon, Oct 5, 2020, at 1:33 PM, Jack wrote: > Grant - thanks for the info. > I'm curious about the pairing by PCI device - it's not clear if the every root_hub is a real controller, or not. The specs of the board say USB2: two ports on the back and two USB2 headers (so I don't know why it claims 10 ports instead of 6) and USB3: three type A and one Type C ports on the back. Bus 2 is a bit of a mystery, as although the B350 chipset presumably does have an enhanced superspeed (3.1) controller, it is not available through the motherboard. If bus 3 is the unavailable 3.1 controller, then is bus 1 driven by the CPU or the chipset, and where is the other one? So far, anything plugged into any of the front ports or rear USB2 ports shows up on bus 1, and anything plugged into the rear USB3 ports shows up on bus 3. I think my new USB flash drive is really USB2 and not USB3 as advertised. Logically I think the controllers are separate, but they are spawned from the same device. On an ARM64 system there is a single DWC3 device per USB3/2 pair. Intel is moving to DesignWare's IP, and I think existing platforms that split devices are similar. Additionally the xHCI driver is now being used to drive all USB bus types. Agreed. Under Linux, a single USB2/3 port shows up as two separate ports, under separate hubs, but both mapped to the same controller. Plug in a device, and it shows up on the hub for the speed of the device. (We may have a terminology issue, but I'm calling the controller the physical implementation in the CPU or chipset, and the hub a more logical thing more based in the driver software. If you want to test this you can unbind the driver from individual PCIe devices. Check /sys/bus/pci/devices and see what disappears. On a development board I see: $ lsusb -t /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/1p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/1p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/1p, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/1p, 480M And I happen to know the first 2 lines are the platform device at fe90. If I disable that device both disappear. However, as I tried to describe earlier, on most x86 systems I have used it is possible to actually plug a USB2 device into a port associated with a USB3 root hub and the output would be rewritten as such: $ lsusb -t /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M Here, my current understanding is not that bus 6 will be rewritten to show the slower speed, but that a true USB3 device plugged into that port will show up on bus 6, and a USB2 device plugged into the same port will show up on bus 5. When all USB2 devices are removed the bus speed returns to 5000M. I"m still guessing slightly, still not having a true USB 3.0 device to test, but in my case, I don't think any hubs will switch speed. Two hub/ports show up for each physical port. I suspect you are encountering some variation of this. Can you unplug absolutely everything and see the speeds reported by lsusb -t? Then, plug things in and see if they change. If you've already done this my apologies, it's kind of hard to find the text among all the dmesg. No lines in libusb or libusb -t output change, only lines get added/removed when plugging/unplugging anything. As I said, however, my biggest problem now is that I don't actually have a real USB 3.0 device. The USB 3.0 flash drive I bought was simply a fraudulent listing (already refunded) and the webcam seems to be internally capable of SuperSpeed, but will never actually do so, since it's plug is an old USB2 Type A plug, without the five extra connectors which would carry the USB3 signale. Later, I'll reboot into Windows to see what that shows, as MSI tech support refuses to talk about Linux. As much as I hate to have done so, running Microsoft's USB Viewer finally made things click for me. That shows only two controllers, both xHCI, and the IDs let me map them to what I see in Linux. One has eight ports. Four of those ports are USB 3.0 only and the other four are USB 1.1/2.0 - and they are listed as pairs of "companion ports." On linux, each set of four shows up as a separate hub. These map to the two USB3 headers, one of which is currently connected to the front USB ports. All that comes from the CPU. the other controller shows fourteen ports. The first eight are four pairs as with the other controller. These are
[gentoo-user] Terminus font for X11 : how to?
Hi, I would like to use a Terminus font under X11. I have emerged media-fonts/terminus-font eselect fontconfig list show that 75-yes-terminus.conf is selected. Still xlsfonts doesn't show this font. What am I missing? Many thanks for a hint, Helmut
Re: [gentoo-user] RAID: new drive on aac raid
Stefan G. Weichinger: > Am 06.10.20 um 11:52 schrieb k...@aspodata.se: > > Stefan G. Weichinger: > >> Am 05.10.20 um 21:32 schrieb k...@aspodata.se: > > ... > >> What do you think, is 2 TB maybe too big for the controller? > > > 0a:0e.0 RAID bus controller: Adaptec AAC-RAID > > > > This doesn't really tells us which controller it is, try with > > > > lspci -s 0a:0e.0 -nn > > I know the model: ICP5165BR https://ask.adaptec.com/app/answers/detail/a_id/17414/~/support-for-sata-and-sas-disk-drives-with-a-size-of-2tb-or-greater says it is supported up to 8TB drives using firmware v5.2.0 Build 17343 ** ** Firmware v5.2.0 Build 17343 for the ICP5045BL, ICP5085BL, ICP5805BL, ICP5125BR, and ICP5165BR: Adaptec is providing minimally tested firmware packages. Please contact Adaptec by PMC Technical Support to obtain these firmware files. Have the TSID or serial number of the product at hand when contacting support. Regards, /Karl Hammar
Re: [gentoo-user] RAID: new drive on aac raid
On 05/10/2020 17:01, Stefan G. Weichinger wrote: Am 05.10.20 um 17:19 schrieb Stefan G. Weichinger: So my issue seems to be: non-working arcconf doesn't let me "enable" that one drive. Some kind of progress. Searched for more and older releases of arcconf, found Version 1.2 that doesn't crash here. This lets me view the physical device(s), but the new disk is marked as "Failed". Does it think the disk is a negative size? I looked, your Tosh is 2TB, and the other I looked at was 700GB. The raid website says a lot of older controllers can't cope with 2TB or larger disks ... Actually, the device information seems to confirm that - Total Size 0 MB ??? # ./arcconf GETCONFIG 1 PD | more Controllers found: 1 -- Physical Device information -- Device #0 Device is a Hard drive State : Failed Block Size : Unknown Supported : Yes Transfer Speed : Failed Reported Channel,Device(T:L) : 0,0(0:0) Reported Location : Connector 0, Device 0 Vendor : TOSHIBA Model : MG04SCA20EE Firmware : 0104 Serial number : 30A0A00UFX2B World-wide name: 539A08327484 Total Size : 0 MB Write Cache: Unknown FRU: None S.M.A.R.T. : No S.M.A.R.T. warnings: 0 SSD: No
Re: [gentoo-user] RAID: new drive on aac raid
Am 06.10.20 um 11:52 schrieb k...@aspodata.se: > Some guesses: > > https://wiki.debian.org/LinuxRaidForAdmins#aacraid > says that it requires libstd++5 > > arcconf might fork and exec, one could try with strace and try to > see what happens > > one could, if the old suse dist. is available in a subdir, to chroot > to that sudir, and try arcconf from there Hmm, yes. Currently I think it's the ancient firmware ... and maybe arcconf also crashes when it's not matching some minimum version of firmware. As mentioned in my other reply, I wait for that formatting to finish and then I want to try a firmware upgrade (to brand new 2008 ;-) ).
Re: [gentoo-user] RAID: new drive on aac raid
Am 06.10.20 um 11:52 schrieb k...@aspodata.se: > Stefan G. Weichinger: >> Am 05.10.20 um 21:32 schrieb k...@aspodata.se: > ... >> What do you think, is 2 TB maybe too big for the controller? > 0a:0e.0 RAID bus controller: Adaptec AAC-RAID > > This doesn't really tells us which controller it is, try with > > lspci -s 0a:0e.0 -nn I know the model: ICP5165BR with ancient Firmware. Currently I am in the Controller's BIOS or however you call that. I try to initialize and/or format the drive to make it available. The format runs for hours already. I prepared a FreeDOS iso with the latest firmware to flash ... after the formatting is done. Maybe then the compatibility is better. Or the controller becomes a paperweight. I have the impression that the controller hasn't yet fully recognized the disk, it is displayed differently in the array and disk menus of the firmware UI. >>> What do sg_verify /dev/sg11 return ? >> nothing > > Well, you have to check the return status: echo $? Maybe later, right now not possible (as mentioned above).
Re: [gentoo-user] RAID: new drive on aac raid
Stefan G. Weichinger: > Am 05.10.20 um 16:38 schrieb k...@aspodata.se: ... > But no luck with any version of arcconf so far. Unpacked several zips, > tried 2 releases, 32 and 64 bits .. all crash. > > > Just a poke in the dark, does ldd report all libs found, as in: > > $ ldd /bin/ls > > linux-vdso.so.1 (0x7ffcbab4c000) > > libc.so.6 => /lib64/libc.so.6 (0x7fece3ad5000) > > /lib64/ld-linux-x86-64.so.2 (0x7fece3d1c000) > > $ > > Yeah, that works. Some guesses: https://wiki.debian.org/LinuxRaidForAdmins#aacraid says that it requires libstd++5 arcconf might fork and exec, one could try with strace and try to see what happens one could, if the old suse dist. is available in a subdir, to chroot to that sudir, and try arcconf from there Regards, /Karl Hammar
Re: [gentoo-user] RAID: new drive on aac raid
Stefan G. Weichinger: > Am 05.10.20 um 21:32 schrieb k...@aspodata.se: ... > What do you think, is 2 TB maybe too big for the controller? >>> 0a:0e.0 RAID bus controller: Adaptec AAC-RAID This doesn't really tells us which controller it is, try with lspci -s 0a:0e.0 -nn In the kernel source one can then find drivers/scsi/aacraid/linit.h, and since lsscsi says ICP, my guess it is one of theese below. When we know which one, one can try to check for issues. /* * Because of the way Linux names scsi devices, the order in this table has * become important. Check for on-board Raid first, add-in cards second. * * Note: The last field is used to index into aac_drivers below. */ static const struct pci_device_id aac_pci_tbl[] = { ... { 0x9005, 0x0286, 0x9005, 0x029e, 0, 0, 25 }, /* ICP9024RO (Lancer) */ { 0x9005, 0x0286, 0x9005, 0x029f, 0, 0, 26 }, /* ICP9014RO (Lancer) */ { 0x9005, 0x0286, 0x9005, 0x02a0, 0, 0, 27 }, /* ICP9047MA (Lancer) */ { 0x9005, 0x0286, 0x9005, 0x02a1, 0, 0, 28 }, /* ICP9087MA (Lancer) */ { 0x9005, 0x0286, 0x9005, 0x02a3, 0, 0, 29 }, /* ICP5445AU (Hurricane44) */ { 0x9005, 0x0285, 0x9005, 0x02a4, 0, 0, 30 }, /* ICP9085LI (Marauder-X) */ { 0x9005, 0x0285, 0x9005, 0x02a5, 0, 0, 31 }, /* ICP5085BR (Marauder-E) */ { 0x9005, 0x0286, 0x9005, 0x02a6, 0, 0, 32 }, /* ICP9067MA (Intruder-6) */ ... }; MODULE_DEVICE_TABLE(pci, aac_pci_tbl); /* * dmb - For now we add the number of channels to this structure. * In the future we should add a fib that reports the number of channels * for the card. At that time we can remove the channels from here */ static struct aac_driver_ident aac_drivers[] = { ... { aac_rkt_init, "aacraid", "ICP ", "ICP9024RO ", 2 }, /* ICP9024RO (Lancer) */ { aac_rkt_init, "aacraid", "ICP ", "ICP9014RO ", 1 }, /* ICP9014RO (Lancer) */ { aac_rkt_init, "aacraid", "ICP ", "ICP9047MA ", 1 }, /* ICP9047MA (Lancer) */ { aac_rkt_init, "aacraid", "ICP ", "ICP9087MA ", 1 }, /* ICP9087MA (Lancer) */ { aac_rkt_init, "aacraid", "ICP ", "ICP5445AU ", 1 }, /* ICP5445AU (Hurricane44) */ { aac_rx_init, "aacraid", "ICP ", "ICP9085LI ", 1 }, /* ICP9085LI (Marauder-X) */ { aac_rx_init, "aacraid", "ICP ", "ICP5085BR ", 1 }, /* ICP5085BR (Marauder-E) */ { aac_rkt_init, "aacraid", "ICP ", "ICP9067MA ", 1 }, /* ICP9067MA (Intruder-6) */ ... }; > > What do sg_verify /dev/sg11 return ? > nothing Well, you have to check the return status: echo $? > > Can you do sg_dd if=foo of=/dev/sg11 count=10 and get it back with > > sg_dd if=/dev/sg11 of=bar count=10, with cmp foo bar; echo $? > > returning 0 ? > Yes, that works. Then it seems the drive itself is ok. Regards, /Karl Hammar
Re: [gentoo-user] pcre install failure
On Tue, Oct 06, 2020 at 02:34:22AM -0400, Jude DaShiell wrote: > Hi Ashley, Hi Jude, > Changing -j2 to -j1 in /etc/portage/make.conf is doing the trick! The > amd64 southbridge system I use was built in 2007 so I maybe also ought to > have used noapic in my boot parameters too since this system is old enough Ah, I was hoping it was as simple as that! Parallelism with Make can spit out the most opaque and peculiar problems; they really should have a small note appended to emerge's failure message regarding this, as it causes so many odd issues. As for disabling APIC, I'm not certain whether it will serve as a more permanent solution for this particular issue or not. It's worth a try, I suppose, although I am gravely doubtful. Which motherboard and CPU do you have? AMD licenced Intel's APIC for their Athlon series and onwards, the debut of which was over an entire decade after your 2007 processor. > it owes nobody a thing. Despite what seems to be the modern consensus, electronic components should not break beyond repair for no reason. I have an original 1974 rotary telephone sat next to me and it still works perfectly (until British Telecom turns off support for pulse dialling in 2025, the bastards); albeit, it is slightly more straight- forward than a processor. ;-) Anyway, try disabling APCI, re-enable Make parallelism, and get back to us. I doubt it will do much with regards to compilation, although you never know with "-j N". LOL. -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] RAID: new drive on aac raid
Am 05.10.20 um 21:32 schrieb k...@aspodata.se: > What if you put it on the 53c1030 card, can you do that, at least to > verify the disk ? I am 600kms away from that server and the people I could send to the basement there aren't very competent in these things. I am afraid that won't work out well. I only told them to remove and re-insert the new drive. Maybe some contact issue. What do you think, is 2 TB maybe too big for the controller? > What do sg_verify /dev/sg11 return ? nothing > Can you do sg_dd if=foo of=/dev/sg11 count=10 and get it back with > sg_dd if=/dev/sg11 of=bar count=10, with cmp foo bar; echo $? > returning 0 ? Yes, that works.
Re: [gentoo-user] re: pcre install failure
On Tue, 6 Oct 2020, Ashley Dixon wrote: > Date: Mon, 5 Oct 2020 23:10:45 > From: Ashley Dixon > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] re: pcre install failure > > On Mon, Oct 05, 2020 at 10:11:23PM -0400, Jude DaShiell wrote: > > Here is my /etc/portage/make.conf if it will help on the use variable. > > I'm sending the whole file since it may have other errors. > > Looks fine to me, aside from this potentially problematic line: > > > MAKEOPTS="-j2" > > I've had some very obscure and hard-to-diagnose errors arise due to > this > parallelism option. Try changing it to "-j1" and build again. If that > still > does not work, you might have to provide the build information of > every > dependency of PCRE (`libedit` is irrelevant for your case): > > $ emerge --info app-arch/bzip2 sys-libs/zlib \ > > sys-libs/readline dev-util/pkgconfig > > I'd also like to see the explicit packages pulled in by PCRE, without > the > clutter of your world set. I could try and infer it from the indentation of > the > dependency graph you already provided, but I'm down six shots of vodka and > I'd > rather not make a fool of myself. This should be the output of the > following > emerge command: > > $ emerge -tvp libpcre > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit > readline recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 -pcre32 > -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB > > -- Hi Ashley, Changing -j2 to -j1 in /etc/portage/make.conf is doing the trick! The amd64 southbridge system I use was built in 2007 so I maybe also ought to have used noapic in my boot parameters too since this system is old enough it owes nobody a thing.