search for: firmwar

...ed the locations for interrupts which has been indicated online, however, I do not have any specific interrupts that are showing as even having a high integer value to unset. Here is the result of running the referenced command to view interrupts. [sysadmin at imaginationland ~]$ grep . -r /sys/firmware/acpi/interrupts/ /sys/firmware/acpi/interrupts/sci: 0 /sys/firmware/acpi/interrupts/error: 0 /sys/firmware/acpi/interrupts/gpe00: 0 invalid /sys/firmware/acpi/interrupts/gpe01: 0 invalid /sys/firmware/acpi/interrupts/gpe02: 0 invalid /sys/firmware/acpi/interrupts/gpe03: 0 disabled /sys/firm...

...92fc5d2c8dab [22/23] fw_cfg: write vmcoreinfo details reproduce: # apt-get install sparse git checkout b3a8771f409b74c42deee28aee3092fc5d2c8dab make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) drivers/firmware/qemu_fw_cfg.c:108:28: sparse: cast to restricted __be32 drivers/firmware/qemu_fw_cfg.c:108:28: sparse: cast to restricted __be32 drivers/firmware/qemu_fw_cfg.c:108:28: sparse: cast to restricted __be32 drivers/firmware/qemu_fw_cfg.c:108:28: sparse: cast to restricted __be32 drivers/fir...

Hi folks As mentioned in the subject, kernel-3.18.12-11 is missing firmware files required to run Broadcom/Qlogic network cards, driven by bnx2x driver. While in the source-rpm, there is a bnx2/bnx2x firmware tgz being applied during the rpm build, along with a patch adding these firmware files to firmware/Makefile, neither the tgz nor the patch contain the required f...

Hi Alexandre, On 18 January 2016 at 06:07, Alexandre Courbot <acourbot at nvidia.com> wrote: > Add two functions nvkm_firmware_get() and nvkm_firmware_put() to load a > firmware file and free its resources, respectively. Since firmware files > are becoming a necessity for new GPUs, and their location has been > standardized to nvidia/chip/, this will prevent duplicate and > error-prone name-generation code. &g...

...ed the locations for interrupts which has been indicated online, however, I do not have any specific interrupts that are showing as even having a high integer value to unset. Here is the result of running the referenced command to view interrupts. [sysadmin at imaginationland ~]$ grep . -r /sys/firmware/acpi/interrupts/ /sys/firmware/acpi/interrupts/sci: 0 /sys/firmware/acpi/interrupts/error: 0 /sys/firmware/acpi/interrupts/gpe00: 0 invalid /sys/firmware/acpi/interrupts/gpe01: 0 invalid /sys/firmware/acpi/interrupts/gpe02: 0 invalid /sys/firmware/acpi/interrupts/gpe03: 0 disabled /sys/firm...

Starting with 5.2.0, libvirt has a way to select the firmware by specifying its type, provided configuration files for the firmware are shipped. Currently we start the appliance as UEFI if any of the firmware are found, so instead we can try to just set the firmware type iff: - the libvirt autoselection works - the 'efi' firmware is available The on...

Hi all. As the subject has come up. Powerware ups may contain several cpu's and different firmware versions. Five of them is always ordered in a specific way. 1 control panel 2 inverter 3 rectifier 4 net interface card 5 display control So if a ups have a inverter cpu but not a control panel it sets the firmware revision to 00.00 to the control panel cpu, and get the version for the inverter...

This patchset centralizes the firmware-loading procedure to one set of functions instead of having each engine load its firmware as it pleases. This helps ensure that all firmware comes from the same place, namely nvidia/<chip>/. This changes where the firmware is fetched from for falcon/xtensa/bios, but these locations never se...

I just downloaded the zip file from grandstreams website to upgrade my gxp2000 firmware from 1.0.0.3 to the latest but seems there are some files missing on the zip file... Anybody been able to upgrade their firmware? My website shows this files as missing: 201.133.125.152 - - [11/May/2005:16:47:16 -0500] "GET /firmware/ring1.bin HTTP/1.0" 200 12737 "-" "Gr...

On Mon, Jul 6, 2015 at 8:43 PM, Johnny Hughes <johnny at centos.org> wrote: > On 07/05/2015 11:35 AM, T.Weyergraf wrote: >> Hi folks >> >> As mentioned in the subject, kernel-3.18.12-11 is missing firmware files >> required to run Broadcom/Qlogic network cards, driven by bnx2x driver. >> While in the source-rpm, there is a bnx2/bnx2x firmware tgz being >> applied during the rpm build, along with a patch adding these firmware >> files to firmware/Makefile, neither the tgz nor...

On Fri, Apr 3, 2020 at 1:21 PM Zeno Davatz <zdavatz at gmail.com> wrote: > > On Fri, Apr 3, 2020 at 6:59 PM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > > > > Ben -- probably the ACR changes in 5.6 don't fall back nicely anymore > > when there's no firmware? The load shouldn't be failed, just GR > > disabled... > > > > Zeno -- if you grab linux-firmware, it should be all better. Not sure > > if you're missing it on purpose or by accident. > > Thank you, Ilia > > I will try that on my Gentoo/Funtoo machine n...

...t;zdavatz at gmail.com> wrote: > > > > > > On Fri, Apr 3, 2020 at 6:59 PM Ilia Mirkin <imirkin at alum.mit.edu> wrote: > > > > > > > > Ben -- probably the ACR changes in 5.6 don't fall back nicely anymore > > > > when there's no firmware? The load shouldn't be failed, just GR > > > > disabled... > > > > > > > > Zeno -- if you grab linux-firmware, it should be all better. Not sure > > > > if you're missing it on purpose or by accident. > > > > > > Thank you,...

...ancement Advisory 2014:1269 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-1269.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 1d14a5fb5974bb26cbd68e03b614dba131dd84319e9b6233d08edb3a2badc0e2 iwl1000-firmware-39.31.5.1-35.el7_0.noarch.rpm ad734a68808ee7fd6e99d4c6300bf4033711ef247c48c4a7bebe24b569de83f0 iwl100-firmware-39.31.5.1-35.el7_0.noarch.rpm 1b26f68e4037400da5cb4db24a0a38796459b684c7e808403df0b6ea89759d32 iwl105-firmware-18.168.6.1-35.el7_0.noarch.rpm be8097c5476c41022be70770c8b06539083e0b0102c...

On Thu, Jan 21, 2016 at 8:41 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote: > Hi Alexandre, > > On 18 January 2016 at 06:07, Alexandre Courbot <acourbot at nvidia.com> wrote: >> Add two functions nvkm_firmware_get() and nvkm_firmware_put() to load a >> firmware file and free its resources, respectively. Since firmware files >> are becoming a necessity for new GPUs, and their location has been >> standardized to nvidia/chip/, this will prevent duplicate and >> error-prone name-gen...

Hi everyone, I know, it's about f**king time and I apologize for the time it took us to finally put this together. m(__)m I have pushed two git branches which enable GM200 and GM204 (GM206 to follow soon) owners to finally load NVIDIA-provided signed firmware and start GR: - https://github.com/Gnurou/linux-firmware/tree/secboot contains the signed firmware for GM200 and GM204 (they are mostly the same). For each chip, "gr" contains the signed firmware for GR, and "acr" the signed firmware loader. ACR stands for Access Controlle...

...s/seabios v3: Fix mkhex script to take several file arguments on the command line Reorganize hvmloader option ROM loading code to make it optionnal, and make bios->load_roms a callback that the BIOS support code has to implement if option ROM loading is desired. Cosmetic change in tools/firmware/Makefile in the way seabios-dir is created. Julian Pidancet (5): hvmloader: Only compile 32bitbios_support.c when rombios is enabled hvmloader: Allow the mkhex command to take several file arguments firmware: Use mkhex from hvmloader directory for etherboot ROMs hvmloader: Move option ROM...

...; wrote: >> On 13 April 2015 at 20:42, Alexandre Courbot <acourbot at nvidia.com> wrote: >>> Ben, I guess our main remaining concern with this patch is how it should >>> integrate wrt. the existing PMU code. Since it is designed to interact with >>> the NVIDIA firmware, maybe we should use a different base code, or do you >>> think we can somehow share code and data structures? >> Hey Alexandre, >> >> Sorry for the delay in responding to this. > > It is my turn to apologize - I was (well still am, technically :)) on > holidays...

... and demote non-conformant kernel-doc header. Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/core/firmware.c:71: warning: Function parameter or member 'subdev' not described in 'nvkm_firmware_get' drivers/gpu/drm/nouveau/nvkm/core/firmware.c:71: warning: Function parameter or member 'fwname' not described in 'nvkm_firmware_get' drivers/gpu/drm/nouveau/nvkm/core/firmwar...

Add two functions nvkm_firmware_get() and nvkm_firmware_put() to load a firmware file and free its resources, respectively. Since firmware files are becoming a necessity for new GPUs, and their location has been standardized to nvidia/chip/, this will prevent duplicate and error-prone name-generation code. Signed-off-by: Alexan...

On 19 June 2015 at 00:47, Alexandre Courbot <gnurou at gmail.com> wrote: > NVIDIA will officially start providing signed firmwares through > linux-firmware. Change the GR firmware lookup function to look them up > in addition to the extracted firmwares. I wonder if perhaps we should just replace the mechanism entirely, and remove the support for nouveau/fuc* as we add "official" support for NVIDIA's ucode...