27 real Embedded Linux & Drivers questions from the Embedded Systems bank, as asked in Indian campus drives and tech interviews. Every question has a verified answer and an AI-tutor explanation on placd — free to start.
1. What is Device tree?
Junior
A.second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
B.real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
C.hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
D.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
2. Which term means: "hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files"?
A.Device tree — driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
B.Device tree — layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
C.Device tree — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
D.Device tree — building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
A.second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
B.virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
C.loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
D.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
5. Which term means: "second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment"?
A.U-Boot — second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
B.U-Boot — platform devices matched to drivers by compatible string through probe and remove callbacks, with devm_ managed resources releasing memory and IRQs automatically on removal
C.U-Boot — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
D.U-Boot — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
A.second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
B.hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
C.building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
D.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
8. Which term means: "building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries"?
A.Cross-compilation — driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
B.Cross-compilation — virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
C.Cross-compilation — building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
D.Cross-compilation — layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
A.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
B.hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
C.building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
D.layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
11. Which term means: "layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board"?
A.Yocto Project — layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
B.Yocto Project — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
C.Yocto Project — building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
D.Yocto Project — real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
A.hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
B.real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
C.loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
D.building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
14. Which term means: "loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel"?
A.Kernel module — virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
B.Kernel module — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
C.Kernel module — driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
D.Kernel module — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
A.building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
B.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
C.hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
D.layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
17. Which term means: "driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node"?
A.Character device driver — driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
B.Character device driver — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
C.Character device driver — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
D.Character device driver — real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
A.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
B.virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
C.building on an x86 host for an ARM target with a toolchain prefixed such as aarch64-linux-gnu-, using a sysroot holding the target's headers and libraries
D.real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
20. Which term means: "virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness"?
A.sysfs — second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
B.sysfs — layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
C.sysfs — virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
D.sysfs — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
A.layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
B.real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
C.second-stage bootloader that initialises DRAM and storage, loads the kernel image and hardware description and passes bootargs, with a scriptable command shell and environment
D.virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
23. Which term means: "real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds"?
A.PREEMPT_RT — real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
B.PREEMPT_RT — platform devices matched to drivers by compatible string through probe and remove callbacks, with devm_ managed resources releasing memory and IRQs automatically on removal
C.PREEMPT_RT — hardware description compiled from .dts into a .dtb blob that the kernel parses at boot to bind drivers to peripherals through compatible strings, replacing hard-coded board files
D.PREEMPT_RT — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
A.virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
B.driver registering a major and minor number with file_operations for open, read, write and ioctl so user space reaches the hardware through a /dev node
C.real-time patch set, mainlined in kernel 6.12, that makes most kernel code preemptible with threaded interrupts and priority-inheriting locks, cutting worst-case latency to tens of microseconds
D.platform devices matched to drivers by compatible string through probe and remove callbacks, with devm_ managed resources releasing memory and IRQs automatically on removal
26. Which term means: "platform devices matched to drivers by compatible string through probe and remove callbacks, with devm_ managed resources releasing memory and IRQs automatically on removal"?
A.Platform driver model — platform devices matched to drivers by compatible string through probe and remove callbacks, with devm_ managed resources releasing memory and IRQs automatically on removal
B.Platform driver model — layered build system using BitBake recipes and metadata layers to produce a reproducible custom Linux image, SDK and package feed for a board
C.Platform driver model — loadable .ko object with module_init and module_exit entry points, inserted with insmod or modprobe, running in kernel space with no memory protection from the rest of the kernel
D.Platform driver model — virtual filesystem under /sys exposing kernel objects and driver attributes as files, letting user space read or set values such as GPIO direction or LED brightness
Answers, AI explanations, and a free readiness check
Sign up free to check your answers with explanations, ask the AI tutor anything on any question, and take the free 2-minute readiness check for a scored result. The full AI mock interview, scored like a real panel, unlocks with Pro.