Home
last modified time | relevance | path

Searched full:figured (Results 1 – 25 of 51) sorted by relevance

123

/linux-6.14.4/Documentation/devicetree/bindings/interrupt-controller/
Dintel,ce4100-lapic.yaml48 For ACPI or MPS spec compliant systems, it is figured out by some read
/linux-6.14.4/drivers/i2c/busses/
Di2c-pca-isa.c86 printk(KERN_WARNING DRIVER ": Haven't figured out how to do a reset yet\n"); in pca_isa_resetchip()
/linux-6.14.4/drivers/misc/sgi-xp/
Dxp_main.c199 * figured XPC's users will just turn around and call xpc_disconnect() in xpc_disconnect()
/linux-6.14.4/arch/arm/boot/dts/nxp/imx/
Dimx6ull-dhcor-som.dtsi198 * limitations that prevent this speed. It hasn't yet been figured out
/linux-6.14.4/drivers/input/misc/
Dideapad_slidebar.c24 * The value is in byte range, however, I only figured out
/linux-6.14.4/include/uapi/linux/
Dnubus.h10 NetBSD/OpenBSD header file, by Allen Briggs. We figured out the
/linux-6.14.4/block/
Dblk-integrity.c106 * Something must have been wrong if the figured number of segment in blk_rq_map_integrity_sg()
/linux-6.14.4/drivers/video/fbdev/core/
Dfbcon.h199 * Whether to use wrapping or panning can only be figured out at
/linux-6.14.4/arch/powerpc/platforms/powermac/
Dcache.S63 * totally figured out. On 750FX, using the ROM for the flush
/linux-6.14.4/arch/x86/include/asm/xen/
Dpage.h162 * pfn_to_mfn. This will have to be removed when we figured in pfn_to_mfn()
/linux-6.14.4/drivers/gpu/drm/nouveau/nvkm/engine/gr/
Dgm200.c154 /*XXX: There's a different algorithm here I've not yet figured out. */ in gm200_gr_oneinit_sm_id()
/linux-6.14.4/Documentation/driver-api/media/drivers/
Ddvb-usb.rst189 - figured out, that the driver should also work with the
/linux-6.14.4/drivers/usb/gadget/udc/aspeed-vhub/
Dcore.c182 * we haven't yet figured out a good wayt to bring the in ast_vhub_init_hw()
/linux-6.14.4/arch/arm/boot/dts/ti/omap/
Dmotorola-mapphone-common.dtsi45 * figured what the encoder chip is.
/linux-6.14.4/drivers/soc/fsl/qe/
Ducc.c47 * A given UCC can be figured to support either "slow" devices (e.g. UART)
/linux-6.14.4/include/sound/
Dwavefront.h556 else has figured out which of the addresses on page 6 and page 7 of
/linux-6.14.4/kernel/trace/
Dtrace_stack.c244 * max stack. If we haven't figured in check_stack()
/linux-6.14.4/fs/befs/
DChangeLog139 * Anton Altaparmakov figured out (by asking Linus :) ) what was causing the
/linux-6.14.4/drivers/cpufreq/
Dpmac64-cpufreq.c561 * function for which I haven't quite figured out the usage. It in g5_pm72_cpufreq_init()
/linux-6.14.4/arch/x86/pci/
Dacpi.c230 * takes precedence over anything we figured out above. in pci_acpi_crs_quirks()
/linux-6.14.4/drivers/media/i2c/adv748x/
Dadv748x-hdmi.c342 * should be figured out and stored to state. in adv748x_hdmi_query_dv_timings()
/linux-6.14.4/Documentation/crypto/
Ddescore-readme.rst174 and knew that it used des, so i figured i'd use its routines. but once
/linux-6.14.4/fs/dlm/
Dconfig.c33 * The <cluster> level is useless, but I haven't figured out how to avoid it.
/linux-6.14.4/drivers/gpu/drm/gma500/
Dgma_display.c764 * settings for dual-channel. We haven't figured out how to in gma_find_best_pll()
/linux-6.14.4/drivers/gpu/drm/meson/
Dmeson_overlay.c317 * proper handling of interlaced field input frames need to be figured in meson_overlay_setup_scaler_params()

123