Home
last modified time | relevance | path

Searched full:seem (Results 1 – 25 of 783) sorted by relevance

12345678910>>...32

/linux-6.12.1/sound/usb/line6/
Dtoneport.c495 .altsetting = 2, /* 1..4 seem to be ok */
504 .altsetting = 2, /* 1..4 seem to be ok */
513 .altsetting = 2, /* 1..4 seem to be ok */
531 .altsetting = 2, /* 1..4 seem to be ok */
540 .altsetting = 2, /* 1..4 seem to be ok */
/linux-6.12.1/arch/sh/drivers/pci/
Dops-dreamcast.c27 * here, but since it doesn't seem that there is any such implementation in
33 * and the general lack of activity by DC hardware hackers, this doesn't seem
/linux-6.12.1/arch/powerpc/include/asm/
Duninorth.h48 * the AGP bus. It doesn't seem to be visible to the CPU as of UniNorth 1.x,
64 * cachable). AGP memory itself doesn't seem to be cache coherent neither.
78 * Turning on AGP seem to require a double invalidate operation, one before
Dsmu.h47 * This is a "mux" for fan control commands. The command seem to
49 * of argument, this seem to be queries for fans status, setpoint,
185 * both cases. They seem to be:
208 * This command seem to be a grab bag of various things
294 * This command seem to be a grab bag of various things
/linux-6.12.1/Documentation/hwmon/
Dw83781d.rst424 PWM registers seem to be split in two parts: bit 7 is a mode selector,
425 while the other bits seem to define a value or threshold.
427 When bit 7 is clear, bits 6-0 seem to hold a threshold value. If the value
430 represents. Note that there seem to be some inertia in this mode, speed
435 When bit 7 is set, bits 3-0 seem to hold a threshold value, while bits 6-4
472 Changing the high nibble doesn't seem to do much except the high bit
473 (0x80) must be set for PWM to work, else the current pwm doesn't seem to
/linux-6.12.1/Documentation/input/devices/
Dntrig.rst68 seem to be 12" sensors (Dell Latitude XT and XT2 and the HP TX2), and
87 seem to have different profiles. Ghost activity typically shows up as small
137 contacts are active they seem to be sorted primarily by Y position.
/linux-6.12.1/drivers/media/usb/gspca/
Dvicam.c117 req_data[2] = 0x90; /* unknown, does not seem to do anything */ in vicam_read_frame()
139 /* bytes 9-15 do not seem to affect exposure or image quality */ in vicam_read_frame()
191 /* Note the frame header contents seem to be completely in vicam_dostream()
/linux-6.12.1/arch/alpha/include/uapi/asm/
Dstatfs.h8 even seem to implement statfs64 */
/linux-6.12.1/drivers/net/usb/
Dplusb.c74 /* some units seem to need this reset, others reject it utterly. in pl_reset()
87 /* some PL-2302 versions seem to fail usb_set_interface() */
/linux-6.12.1/arch/arm64/boot/dts/amlogic/
Dmeson-gxl-s805x.dtsi13 /* The S805X Package doesn't seem to handle the 744MHz OPP correctly */
/linux-6.12.1/include/uapi/asm-generic/
Dpoll.h13 /* The rest seem to be more-or-less nonstandard. Check them! */
/linux-6.12.1/drivers/net/phy/
Dbcm84881.c102 /* disabled autoneg doesn't seem to work with this PHY */ in bcm84881_config_aneg()
197 /* disabled autoneg doesn't seem to work, so force the link in bcm84881_read_status()
/linux-6.12.1/tools/perf/Documentation/
Dmanpage-suppress-sp.xsl9 that some versions of docbook stylesheets seem to add -->
/linux-6.12.1/tools/testing/selftests/bpf/verifier/
Datomic_bounds.c11 * This is because BPF_ST_MEM doesn't seem to set the stack slot
/linux-6.12.1/include/linux/
Drbtree_types.h10 /* The alignment might seem pointless, but allegedly CRIS needs it */
/linux-6.12.1/arch/arm/mach-omap2/
Dti81xx-restart.c22 * NOTE: Warm reset does not seem to work, may require resetting
/linux-6.12.1/tools/lib/perf/Documentation/
Dmanpage-suppress-sp.xsl9 that some versions of docbook stylesheets seem to add -->
/linux-6.12.1/Documentation/i2c/busses/
Di2c-via.rst35 No error messages, but still i2c doesn't seem to work.
/linux-6.12.1/Documentation/sound/cards/
Dmaya44.rst48 Things that do not seem to work:
50 - The level meters ("multi track") in 'alsamixer' do not seem to react to signals in (if this is a …
/linux-6.12.1/Documentation/sound/hd-audio/
Drealtek-pc-beep.rst87 Realtek, is of note: unlike most registers, which seem to control detailed
125 seem to be close relatives of the ALC256. (They all share one initialization
/linux-6.12.1/drivers/hwmon/
Dabituguru.c69 * However sometimes older versions of the uGuru seem to be distracted and they
619 * sensors, my version of the uGuru does seem to stop writing to them, the
652 ABIT_UGURU_DEBUG(2, " bank2 sensor %d does not seem " in abituguru_detect_no_bank2_sensors()
661 ABIT_UGURU_DEBUG(2, " bank2 sensor %d does not seem " in abituguru_detect_no_bank2_sensors()
670 ABIT_UGURU_DEBUG(2, " bank2 sensor %d does not seem " in abituguru_detect_no_bank2_sensors()
704 ABIT_UGURU_DEBUG(2, " pwm channel %d does not seem " in abituguru_detect_no_pwms()
721 ABIT_UGURU_DEBUG(2, " pwm channel %d does not seem " in abituguru_detect_no_pwms()
738 "not seem to be a pwm channel: " in abituguru_detect_no_pwms()
747 "not seem to be a pwm channel: " in abituguru_detect_no_pwms()
758 ABIT_UGURU_DEBUG(2, " pwm channel %d does not seem " in abituguru_detect_no_pwms()
[all …]
/linux-6.12.1/include/uapi/linux/
Dposix_types.h9 * beyond that you'll have to change this too. But 1024 fd's seem to be
/linux-6.12.1/Documentation/devicetree/bindings/rtc/
Dfaraday,ftrtc010.yaml36 should be 1 Hz, but implementers actually seem to choose different
/linux-6.12.1/drivers/phy/ti/
Dphy-dm816x-usb.c30 * which does not seem to be publicly available.
139 * Note that at least dm816x rev c does not seem to do in dm816x_usb_phy_runtime_resume()
/linux-6.12.1/arch/m68k/include/asm/
Dmac_psc.h23 * to be closely tied and share one set of registers. They also seem to run
107 * These registers seem to be mirrored every thirty-two bytes up until offset

12345678910>>...32