Hello Ayush,
On 29.08.23 18:58, Ayush Singh wrote:
> Hello everyone. I have been working on submitting my GSoC23 driver [1] to be
> merged upstream.
>
> BeaglePlay has a specific UART that is connected to the CC1352 Co-processor.
> This UART is used to communicate with CC1352 co-processor. It
Hello Tony,
On 26.07.23 12:10, Tony He wrote:
> Hi,
>
> I'm writing button driver. The button is based on GPIO.When the button
> is pressed or released, the interrupt is generated. According to the
> GPIO value(1 or 0) , I can know which action is taken(pressed or
> released).
> However, a
On 25.08.22 14:49, Yang Hanlin wrote:
> Hi all,
>
> I am learning about the Linux kernel, especially the eBPF subsystem, for
> various observability and networking applications. As a practice, I am
> developing a simple utility that detects additions and removals of USB devices
> and performs
Hi,
On 21.02.22 00:35, Rogério Valentim Feitoza da Silva wrote:
> Are there any requirements to sign up for Kernel Newbies? I want to sign up
> for it and I don't know what is required to sign up. I know I need an
> e-mail address (I have one, otherwise I wouldn't be sending this) and a
>
Hello Gidi,
On 22.03.21 13:11, Gidi Gal wrote:
> Hello,
>
> I am new to kernel development, currently working on
> https://kernelnewbies.org/FirstKernelPatch. I reached the step "Install
> your changes" in "Modifying a driver on native Linux". I would like to
> separate my developed kernel and
Hello Chan,
On 23.02.21 09:37, c...@etri.re.kr wrote:
> I don't know how I should let the preprocessing kick in.
>
> I tried (because there is
> include/dt-bindings/interrupt-controller/arm-gic.h)
>
> $ dtc -i include -I dts -O dtb -o juno.dtb
> arch/arm64/boot/dts/arm/juno.dts
>
> But it
Hello,
On 6/17/20 2:48 PM, Tomek The Messenger wrote:
> This is the case about which Martin write shortly. Then let's assume on
> another soc reset reason is not stored in chip's address space memory
> mapped to address 0xfff but it is accessed via some spi operation. On
> another soc reset