Search Criteria
Package Details: upd72020x-fw 1:1.0.0-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/upd72020x-fw.git (read-only, click to copy) |
---|---|
Package Base: | upd72020x-fw |
Description: | Renesas uPD720201 / uPD720202 USB 3.0 chipsets firmware |
Upstream URL: | https://github.com/denisandroid/uPD72020x-Firmware |
Keywords: | firmware uPD720200 uPD720201 uPD720202 xhci_pci |
Licenses: | custom |
Submitter: | redchenjs |
Maintainer: | AurelienDuval6 |
Last Packager: | AurelienDuval6 |
Votes: | 155 |
Popularity: | 7.33 |
First Submitted: | 2020-08-21 15:45 (UTC) |
Last Updated: | 2025-05-25 09:21 (UTC) |
Latest Comments
1 2 3 4 5 Next › Last »
wooptoo commented on 2025-06-02 11:13 (UTC)
The maintainer should host the uPD72020x-Firmware.tar.gz somewhere (in a git repo for example) and not rely on web.archive.org
jronald commented on 2025-05-25 19:23 (UTC) (edited on 2025-05-27 05:23 (UTC) by jronald)
Need a way to trust the firmware, any offical url? BTW I've check sha256 for sha256sum /usr/lib/firmware/renesas_usb_fw.mem, it doens't change after the source was changed to web.archive.org. So I think it's safe.
xuiqzy commented on 2025-05-25 11:59 (UTC) (edited on 2025-05-25 11:59 (UTC) by xuiqzy)
@gothicVI @AurelienDuval6 The
pkgrel
should only be changed if the resulting built package is different, so if new features were added etc. So in this case of the source URL changing, but it's the same bytes, thepkgrel
should not have changed, since there is no reason for people who have built and installed the package already to rebuild it and reinstall the exact same binary. Quote from the wiki:Source: https://wiki.archlinux.org/title/PKGBUILD#pkgrel
If you want to rebuild the package anyways, even if it should result in the same binary, you can always do that. Many package managers such as
paru
have a--rebuilt
option and potentially an option to update packages even if only other lines in the PKGBUILD changed (see pacaur-like example at end ofparu
manpage and maybe--redownload
option).Not modifying the
pkgrel
in case the resulting package is the same conveys additional useful information, so AUR helpers and scripts can use that information to make decisions according to each user's preferences and still download the whole PKGBUILD every time if preferred. At least that's how I understand it.gothicVI commented on 2025-05-25 11:15 (UTC)
@AurelienDuval6 sure: take a close look at https://wiki.archlinux.org/title/AUR_submission_guidelines especially, do not edit the
.SRCINFO
manually but use the provided tools to generate it automatically ;)AurelienDuval6 commented on 2025-05-25 09:27 (UTC)
@gothicVI Done ! I'm still pretty new to this so I was not aware of this.
Anyway, feel free to provide some tips because I'm still learning how the packaging process works (starting with a simple orphan package to see how things goes).
Thanks for your help !
gothicVI commented on 2025-05-24 20:30 (UTC)
Please bump the
pkgrel
when updating the sources. Otherwiseyay
fails to rebuild.NY152 commented on 2025-05-19 09:18 (UTC) (edited on 2025-05-19 09:22 (UTC) by NY152)
==> Récupération des sources… -> Téléchargement de uPD72020x-Firmware-1.0.0.tar.gz…
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 404
==> ERREUR : Erreur lors du téléchargement de https://codeload.github.com/denisandroid/uPD72020x-Firmware/tar.gz/refs/tags/1.0.0
Abandon…
:: Unable to build upd72020x-fw - makepkg exited with code: 1
=>> Try again? [y/N]:
mark commented on 2025-05-16 06:12 (UTC) (edited on 2025-05-19 09:20 (UTC) by mark)
Any advice on what to do if my USB ports still don't work (at all, no juice coming from them) on my T14s Gen1 even after installing the firmware to the latest version (2.0.2.6)?
EDIT: I disabled my battery power in BIOS, unplugged my charger, let it rest for a few minutes and then plugged it back in and booted, everything is working fine now.
1 2 3 4 5 Next › Last »