Home
last modified time | relevance | path

Searched full:reprogramming (Results 1 – 25 of 68) sorted by relevance

123

/Linux-v6.1/Documentation/driver-api/fpga/
Dintro.rst4 The FPGA subsystem supports reprogramming FPGAs dynamically under
54 reprogramming FPGAs when device tree overlays are applied.
/Linux-v6.1/kernel/time/
Dhrtimer.c241 * so we keep it on the same CPU. No hassle vs. reprogramming in switch_hrtimer_base()
552 * cpu_base::*expires_next right away, reprogramming logic would no longer
786 * function call will take care of the reprogramming in case the in retrigger_next_event()
899 * before reprogramming. Nothing to do here. in update_needs_ipi()
1101 * reprogram to zero. This is useful, when the context does a reprogramming
1144 * Remove the timer and force reprogramming when high in remove_hrtimer()
1146 * CPU. If we remove a timer on another CPU, reprogramming is in remove_hrtimer()
1148 * reprogramming happens in the interrupt handler. This is a in remove_hrtimer()
1155 * If the timer is not restarted then reprogramming is in remove_hrtimer()
1198 * reprogramming needs to be triggered, even if the next soft in hrtimer_update_softirq_timer()
[all …]
DKconfig42 # Automatically adjust the min. reprogramming time for
Dtick-broadcast.c712 * it can avoid reprogramming the cpu local in tick_handle_oneshot_broadcast()
894 * reprogramming makes sure that the event in ___tick_broadcast_oneshot_control()
903 * avoid reprogramming and enforce that the in ___tick_broadcast_oneshot_control()
/Linux-v6.1/drivers/fpga/
Daltera-fpga2sdram.c21 * allows for safe reprogramming of the FPGA, assuming that the new FPGA image
23 * reprogramming the FPGA and re-enabled after the FPGA has been programmed.
Daltera-hps2fpga.c17 * allows for safe reprogramming of the FPGA, assuming that the new FPGA image
19 * reprogramming the FPGA and re-enabled after the FPGA has been programmed.
Dfpga-region.c90 * reprogramming the region until the caller considers it safe to do so.
/Linux-v6.1/arch/arm/kernel/
Dvmlinux-xip.lds.S187 * situation when we are reprogramming MPU region we run on with
188 * something which doesn't cover reprogramming code itself, so as soon
/Linux-v6.1/drivers/clk/analogbits/
Dwrpll-cln28hpc.c7 * This library supports configuration parsing and reprogramming of
211 * in PLL context @c. PLL reprogramming is not glitchless, so the
358 * must wait after reprogramming the PLL to ensure that it is locked
/Linux-v6.1/Documentation/devicetree/bindings/soc/microchip/
Dmicrochip,mpfs-sys-controller.yaml15 services include hardware rng, reprogramming of the FPGA and verfification of the
/Linux-v6.1/drivers/mtd/maps/
Dsc520cdp.c36 ** choose more useful addresses for the FLASH banks by reprogramming the
178 if(!mmcr) { /* ioremap failed: skip the PAR reprogramming */ in sc520cdp_setup_par()
/Linux-v6.1/drivers/input/tablet/
Daiptek.c1053 * both displays current setting and allows reprogramming.
1089 * both displays current setting and allows reprogramming.
1125 * both displays current setting and allows reprogramming.
1166 * both displays current setting and allows reprogramming.
1207 * both displays current setting and allows reprogramming.
1248 * both displays current setting and allows reprogramming.
1277 * both displays current setting and allows reprogramming.
1567 * of writing to this file triggers a tablet reprogramming. in store_tabletExecute()
/Linux-v6.1/drivers/media/i2c/
Dmax9271.h226 * communicate with local devices that do not support address reprogramming.
/Linux-v6.1/drivers/misc/cxl/
Dfile.c555 * PSL and AFUs once we have dynamic reprogramming support in cxl_devnode()
646 * Future: When we support dynamically reprogramming the PSL & AFU we in cxl_register_adapter()
/Linux-v6.1/Documentation/devicetree/bindings/media/i2c/
Dmaxim,max9286.yaml171 address reprogramming. The number of entries depends on the
/Linux-v6.1/drivers/gpu/drm/
Ddrm_plane_helper.c239 * drm_mode_set_config_internal. We're reprogramming the same in drm_plane_helper_update_primary()
/Linux-v6.1/drivers/gpu/drm/pl111/
Dpl111_drv.c32 * - Read back hardware state at boot to skip reprogramming the
/Linux-v6.1/arch/x86/events/amd/
Dbrs.c143 * reprogramming of the period. in amd_brs_hw_config()
/Linux-v6.1/drivers/pwm/
Dpwm-xilinx.c12 * reprogramming, but I think it would add complexity for little gain.
/Linux-v6.1/arch/arm/mach-omap2/
Dio.c395 pr_info("Reprogramming SDRC clock to %ld Hz\n", rate); in _omap2_init_reprogram_sdrc()
/Linux-v6.1/arch/arm/mm/
Dioremap.c391 * code in external memory. This is needed for reprogramming source
/Linux-v6.1/Documentation/block/
Dinline-encryption.rst259 of its keyslots, e.g. device resets, the driver must handle reprogramming the
/Linux-v6.1/Documentation/hwmon/
Dabituguru-datasheet.rst332 resulted in a _permanent_ reprogramming of the voltages, luckily I had the
/Linux-v6.1/Documentation/timers/
Dno_hz.rst92 number of expensive clock-reprogramming operations.
/Linux-v6.1/drivers/cpufreq/
Dimx6q-cpufreq.c109 * reprogram PLL for frequency scaling. The procedure of reprogramming in imx6q_set_target()

123