Linux Kernel Newbies

• Thread Index

• Thermal governor related help
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Ext4 reflink
  • From: Racz Zoli <racz.zoli@xxxxxxxxx>
• Criteria for contributing to /samples directory?
  • From: Ann Yun <by.ann.yun@xxxxxxxxx>
• Intel® Thread Director
  • From: Mina G <mena_sim@xxxxxxxxxxx>
• Abandoned patch
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: Assistance Needed for Kernel mode driver Soft Lockup Issue
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• Re: Assistance Needed for Kernel mode driver Soft Lockup Issue
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Assistance Needed for Kernel mode driver Soft Lockup Issue
  • From: Denis Kirjanov <kirjanov@xxxxxxxxx>
• Re: Assistance Needed for Kernel mode driver Soft Lockup Issue
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Assistance Needed for Kernel mode driver Soft Lockup Issue
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Problem using git send-email with yahoo and hotmail
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Problem using git send-email with yahoo and hotmail
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Problem using git send-email with yahoo and hotmail
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Contributing to linux kernel
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Contributing to linux kernel
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Contributing to linux kernel
  • From: ömer bulut <m.omerfarukbulut@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: james young <pronoiac+kn@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Ezra Buehler <ezra@xxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Wouldn't Zig be more suitable than rust? In the Linux kernel
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: james young <pronoiac+kn@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: Testing 6.11.0 - No audio
  • From: Greg KH <greg@xxxxxxxxx>
• Testing 6.11.0 - No audio
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• TIER LIST Books Linux Kernel
  • From: Manuel Quintero F <manuel@xxxxxxxxxx>
• Re: How to contribute to the linux kernel
  • From: "Gustavo A. R. Silva" <garsilva@xxxxxxxxxxxxxx>
• Re: How to contribute to the linux kernel
  • From: Malatesh <malatesh10@xxxxxxxxx>
• Re: Wouldn't Zig be more suitable than rust? In the Linux kernel
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: Wouldn't Zig be more suitable than rust? In the Linux kernel
  • From: Joshua Rose <joshuarose@xxxxxxx>
• Wouldn't Zig be more suitable than rust? In the Linux kernel
  • From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
• ACK packets being rejected in SYNPROXY, unless there was a valid TCP connection before it
  • From: Yadunandan Pillai <thesw4rm@xxxxx>
• Re: Bug across major branches, advice for bisecting and contributing
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Bug across major branches, advice for bisecting and contributing
  • From: james young <pronoiac+kn@xxxxxxxxx>
• Re: data relocation to !ENDBR
  • From: jim.cromie@xxxxxxxxx
• Re: How to find all PCI/ USB/ drivers installed on my Ubuntu?
  • From: Greg KH <greg@xxxxxxxxx>
• How to find all PCI/ USB/ drivers installed on my Ubuntu?
  • From: S <vloveuvm@xxxxxxxxx>
• data relocation to !ENDBR
  • From: jim.cromie@xxxxxxxxx
• Re: TIP
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• Re: TIP
  • From: Joshua Rose <joshuarose@xxxxxxx>
• Re: TIP
  • From: Greg KH <greg@xxxxxxxxx>
• Re: TIP
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• TIP
  • From: Constantine Shulyupin <constantine.shulyupin@xxxxxxxxx>
• Re: Question regarding appropriate mailing list
  • From: Greg KH <greg@xxxxxxxxx>
• Question regarding appropriate mailing list
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: How to contribute to the linux kernel
  • From: "Gustavo A. R. Silva" <garsilva@xxxxxxxxxxxxxx>
• Re: How to contribute to the linux kernel
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: How to contribute to the linux kernel
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Query Regarding Stack-Out-of-Bounds Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Reproducing syzbot
  • From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
• Reproducing syzbot
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Query Regarding Stack-Out-of-Bounds Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Query Regarding Stack-Out-of-Bounds Error
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Query Regarding Stack-Out-of-Bounds Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Separating driver and documentation changes
  • From: Greg KH <greg@xxxxxxxxx>
• Separating driver and documentation changes
  • From: Patryk Biel <pbiel7@xxxxxxxxx>
• how to change the tty dev color
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Contributors to Raam Computer Software System Core are welcome
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• [PATCH v9-resend 54/54] docs-dyndbg: improve howto classmaps api section
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 53/54] dyndbg: tighten up kdoc about DYNDBG_CLASSMAP_* macros
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 48/54] drm-dyndbg: add DRM_CLASSMAP_USE to mgag200 driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 43/54] drm-dyndbg: add DRM_CLASSMAP_USE to gma500 driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 39/54] drm-dyndbg: add DRM_CLASSMAP_USE to virtio_gpu
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 42/54] drm-dyndbg: add DRM_CLASSMAP_USE to etnaviv
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 45/54] drm-dyndbg: add DRM_CLASSMAP_USE to vmwgfx driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 29/54] drm: use correct ccflags-y spelling
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 35/54] drm-dyndbg: DRM_CLASSMAP_USE in drm_dp_helper
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 44/54] drm-dyndbg: add DRM_CLASSMAP_USE to radeon
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 47/54] drm-dyndbg: add DRM_CLASSMAP_USE to udl driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 41/54] drm-dyndbg: add DRM_CLASSMAP_USE to bochs
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 52/54] drm: restore CONFIG_DRM_USE_DYNAMIC_DEBUG un-BROKEN
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 28/54] dyndbg-selftest: reduce default verbosity
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 30/54] drm-dyndbg: adapt drm core to use dyndbg classmaps-v2
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 36/54] drm-dyndbg: DRM_CLASSMAP_USE in nouveau
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 49/54] drm-dyndbg: add DRM_CLASSMAP_USE to the gud driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 50/54] drm-dyndbg: add DRM_CLASSMAP_USE to the qxl driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 51/54] drm-dyndbg: add DRM_CLASSMAP_USE to the drm_gem_shmem_helper driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 46/54] drm-dyndbg: add DRM_CLASSMAP_USE to vkms driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 40/54] drm-dyndbg: add DRM_CLASSMAP_USE to simpledrm
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 38/54] drm-dyndbg: add DRM_CLASSMAP_USE to Xe driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 32/54] drm-dyndbg: DRM_CLASSMAP_USE in amdgpu driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 37/54] drm-print: workaround unused variable compiler meh
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 31/54] drm-dyndbg: adapt DRM to invoke DYNDBG_CLASSMAP_PARAM
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 33/54] drm-dyndbg: DRM_CLASSMAP_USE in i915 driver
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 34/54] drm-dyndbg: DRM_CLASSMAP_USE in drm_crtc_helper
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 23/54] docs/dyndbg: explain new delimiters: comma, percent
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 26/54] dyndbg: change __dynamic_func_call_cls* macros into expressions
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 27/54] selftests-dyndbg: check KCONFIG_CONFIG to avoid silly fails
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 25/54] dyndbg-doc: explain flags parse 1st
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 24/54] selftests-dyndbg: add test_mod_submod
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 19/54] dyndbg: treat comma as a token separator
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 21/54] dyndbg: split multi-query strings with %
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 22/54] selftests-dyndbg: test_percent_splitting
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 20/54] selftests-dyndbg: add comma_terminator_tests
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 18/54] dyndbg-doc: add classmap info to howto
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 16/54] selftests-dyndbg: add tools/testing/selftests/dynamic_debug/*
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 17/54] dyndbg-API: promote DYNDBG_CLASSMAP_PARAM to API
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 15/54] dyndbg-API: fix DECLARE_DYNDBG_CLASSMAP
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 14/54] dyndbg-API: remove DD_CLASS_TYPE_(DISJOINT|LEVEL)_NAMES and code
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 13/54] dyndbg: reduce verbose=3 messages in ddebug_add_module
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 11/54] dyndbg: tighten ddebug_class_name() 1st arg type
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 12/54] dyndbg: tighten fn-sig of ddebug_apply_class_bitmap
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 07/54] dyndbg: split param_set_dyndbg_classes to _module & wrapper fns
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 10/54] dyndbg: silence debugs with no-change updates
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 08/54] dyndbg: drop NUM_TYPE_ARRAY
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 09/54] dyndbg: reduce verbose/debug clutter
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 05/54] dyndbg: replace classmap list with a vector
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 06/54] dyndbg: ddebug_apply_class_bitmap - add module arg, select on it
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 04/54] dyndbg: make ddebug_class_param union members same size
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 03/54] dyndbg: reword "class unknown, " to "class:_UNKNOWN_"
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 02/54] test-dyndbg: fixup CLASSMAP usage error
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 00/54] fix CONFIG_DRM_USE_DYNAMIC_DEBUG=y
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• [PATCH v9-resend 01/54] docs/dyndbg: update examples \012 to \n
  • From: Jim Cromie <jim.cromie@xxxxxxxxx>
• Can I change PCIe TLP's Tag value?
  • From: 김찬 <ckim@xxxxxxxxxx>
• Re: Request for information on using NVMe under linux
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• Re: Request for information on using NVMe under linux
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: Request for information on using NVMe under linux
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: Request for information on using NVMe under linux
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• Request for information on using NVMe under linux
  • From: Jamaleddine AMGHAR <je.amghar@xxxxxxxxx>
• Re: sanity check typo patch "quired"
  • From: daniel watson <ozzloy@xxxxxxx>
• [no subject]
  • From: Unknown
• Re: sanity check typo patch "quired"
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• RISC-V and interrupts, constant rate vs. tickless vs. SIE=0
  • From: Andras Pal <apal@xxxxxxxxx>
• sanity check typo patch "quired"
  • From: daniel watson <ozzloy@xxxxxxx>
• Memory reclaim mechanisms freezing system
  • From: Yeongjin Kwon <yeongjinkwon@xxxxxxxxx>
• Re: How to accout max_rss precisely
  • From: Heran Yang <herany1999@xxxxxxxxx>
• Re: How to accout max_rss precisely
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: How to accout max_rss precisely
  • From: Heran Yang <herany1999@xxxxxxxxx>
• DMA Engine - dealing with timeouts
  • From: Anthony Clark <clark.anthony.g@xxxxxxxxx>
• Re: How to accout max_rss precisely
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• How to accout max_rss precisely
  • From: 杨贺然 <herany1999@xxxxxxxxx>
• notifying clock consumers of frequency change
  • From: Sam Winchenbach <swinchenbach@xxxxxxxx>
• Which driver to use for patches?
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: jim.cromie@xxxxxxxxx
• Re: Handling I2C eeprom devices
  • From: jim.cromie@xxxxxxxxx
• Re: Handling I2C eeprom devices
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• Handling I2C eeprom devices
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: [RFC PATCH] kvm: replace spaces with a tab
  • From: Greg KH <greg@xxxxxxxxx>
• [RFC PATCH] kvm: replace spaces with a tab
  • From: Mohamed Karaoui <moharaka@xxxxxxxxx>
• Re: Looking for advise
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• Looking for advise
  • From: Jules Irenge <jbi.octave@xxxxxxxxx>
• Fwd: Qemu hangs at Starting KernelMemorySanitizer
  • From: Camila Alvarez <cam.alvarez.i@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Inquiry Regarding Handling of Kernel Crashes
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Regarding Linux Kernel Mentorship
  • From: Manav <manavchan03@xxxxxxxxx>
• spi: Inquiry Regarding Linux Kernel SPI Subsystem device drivers
  • From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
• Re: Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Seeking Assistance with Spin Lock Usage and Resolving Hard LOCKUP Error
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Submitting a selftest patch
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• Re: Submitting a selftest patch
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Re: Submitting a selftest patch
  • From: Jules Irenge <jbi.octave@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Submitting a selftest patch
  • From: Camila Alvarez <cam.alvarez.i@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ALSA: usb-audio: Adding mixer controls to Mbox3
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Seeking Assistance: Implementing USB Device Suspend/Resume in User Space Driver
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Adding a device support
  • From: Kwanghoon Son <k.son@xxxxxxxxxxx>
• Re: Adding a device support
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• Re: Adding a device support
  • From: Greg KH <greg@xxxxxxxxx>
• Adding a device support
  • From: Rémi ESSAISSI <remi@xxxxxxx>
• serial debug: permission denied
  • From: <carrollbryanm@xxxxxxxxx>
• Re: Userspace or kernelspace driver once again
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• auxiliary bus/drivers feature set versus platform/mfd
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Userspace or kernelspace driver once again
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: git send-email and gmail smtp
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: git send-email and gmail smtp
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Re: git send-email and gmail smtp
  • From: Ezra Buehler <ezra@xxxxxxxx>
• git send-email and gmail smtp
  • From: jim.cromie@xxxxxxxxx
• Re: uboot and kernel entry point, load address for booting kernel from FIT image
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• uboot and kernel entry point, load address for booting kernel from FIT image
  • From: Lev Olshvang <levonshe@xxxxxxxxxx>
• Re: Seeking help addressing maintainer objections
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: Seeking help addressing maintainer objections
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: Seeking help addressing maintainer objections
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Seeking help addressing maintainer objections
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Compile error on Rasperry PI arm64 in arch/arm64/kvm/hyp/nvhe/gen-hyprel
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Netlink protocol
  • From: Abdulrasaq Lawani <abdulrasaqolawani@xxxxxxxxx>
• Re: Coding style when using atomic_dec_and_test
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Coding style when using atomic_dec_and_test
  • From: Camila Alvarez Inostroza <cam.alvarez.i@xxxxxxxxx>
• Re: Controlling the same I2C device from user and kernel space
  • From: Patryk <pbiel7@xxxxxxxxx>
• Controlling the same I2C device from user and kernel space
  • From: Patryk <pbiel7@xxxxxxxxx>
• Fwd: Mail delivery failed: returning message to sender
  • From: daniel watson <ozzloy@xxxxxxx>
• EFAULT for sending UDP from LKM
  • From: Jaydeep Das <jaydeepjd.8914@xxxxxxxxx>
• Translation fault while using mmu-600 (only when dma alloc is done during application on the fly)
  • From: 김찬 <ckim@xxxxxxxxxx>
• Porting Interrupt registertion code from kernel 2.6 to kernel 4.14
  • From: "Khalid F. Sabzwari" <kfsabzwari@xxxxxxxxx>
• Re: Seeking Suggestions for Open Source Projects to Contribute to as a New Contributor
  • From: Pragati Ghatte <ghattepragati7@xxxxxxxxx>
• Re: Which tree to track: linux-next or staging?
  • From: Jonathan Bergh <bergh.jonathan@xxxxxxxxx>
• Re: Which tree to track: linux-next or staging?
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Seeking Suggestions for Open Source Projects to Contribute to as a New Contributor
  • From: AYAN KUMAR HALDER <ayankumarh@xxxxxxxxx>
• Seeking Suggestions for Open Source Projects to Contribute to as a New Contributor
  • From: Pragati Ghatte <ghattepragati7@xxxxxxxxx>
• Which tree to track: linux-next or staging?
  • From: Jonathan Bergh <bergh.jonathan@xxxxxxxxx>
• Google Summer of Code / Mentorship Opportunity
  • From: Isaac Cilia Attard <iciliaat@xxxxxxxxx>
• Re: PHY drivers
  • From: achraf boussetta <boussettaachraf26@xxxxxxxxx>
• PHY drivers
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: Before submitting a driver for Casper Excalibur Laptops
  • From: Greg KH <greg@xxxxxxxxx>
• Before submitting a driver for Casper Excalibur Laptops
  • From: Mustafa Ekşi <mustafa.eskieksi@xxxxxxxxx>
• Re: firefox does not start with 6.8-rc
  • From: Greg KH <greg@xxxxxxxxx>
• firefox does not start with 6.8-rc
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Boot log before panic
  • From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
• Boot log before panic
  • From: Abdulrasaq Lawani <abdulrasaqolawani@xxxxxxxxx>
• Re: Kernelnewbies
  • From: Greg KH <greg@xxxxxxxxx>
• Completion wait timeout error thrown by i2c-ismt.c driver
  • From: "Rahul Gore (Nokia)" <rahul.gore@xxxxxxxxx>
• Re: Generic USB LED HID driver
  • From: Kirill Yatsenko <kirill31051997f@xxxxxxxxx>
• Re: Generic USB LED HID driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Generic USB LED HID driver
  • From: Kirill Yatsenko <kirill31051997f@xxxxxxxxx>
• Re: Generic USB LED HID driver
  • From: Greg KH <greg@xxxxxxxxx>
• Generic USB LED HID driver
  • From: Kirill Yatsenko <kirill31051997f@xxxxxxxxx>
• Lost memory
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Aditya Gupta <adityag@xxxxxxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Information about interrupt in userpace
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Re: Boot stucks at "Loading initial ramdisk"
  • From: Aditya Gupta <adityag@xxxxxxxxxxxxx>
• Backtracing to find the assignment of a null pointer.
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Identifying the initial bug within the x86 architecture subsystem
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Identifying the initial bug within the x86 architecture subsystem
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Identifying the initial bug within the x86 architecture subsystem
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Identifying the initial bug within the x86 architecture subsystem
  • From: Greg KH <greg@xxxxxxxxx>
• Identifying the initial bug within the x86 architecture subsystem
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• mtd0 device is missing in /sys/class/mtd
  • From: Manojkiran Eda <manojkiran.eda@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Soumya Negi <soumya.negi97@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Boot stucks at "Loading initial ramdisk"
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Boot stucks at "Loading initial ramdisk"
  • From: Dileep Sankhla <dileepsankhla.ds@xxxxxxxxx>
• why high io requests will slow down kernel scheduling?
  • From: kipade <kipade@xxxxxxx>
• Insight into Load, Runnable, and Utilization Averages in Linux Scheduler Code
  • From: iso m <isomorphik.ibm@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Question regarding FlexSPI controller available on NXP boards
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: Dawei Li <daweilics@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: iso m <isomorphik.ibm@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: Dawei Li <daweilics@xxxxxxxxx>
• Re: when/how is the schedule() function actually called?
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• when/how is the schedule() function actually called?
  • From: Dawei Li <daweilics@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: Linux 4 block device driver infrastructure
  • From: jim.cromie@xxxxxxxxx
• Re: from CoLinux to MoreLinux :D
  • From: jim.cromie@xxxxxxxxx
• Re: Setting CPUFreq scaling governor to performance not setting CPU frequency to the highest
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Setting CPUFreq scaling governor to performance not setting CPU frequency to the highest
  • From: Vigneshwar S <svigneshj@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Re: from CoLinux to MoreLinux :D
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• from CoLinux to MoreLinux :D
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Fwd: Linux 4 block device driver infrastructure
  • From: Alexandru Goia <goia.i.alexandru@xxxxxxxxx>
• Linux 4 block device driver infrastructure
  • From: Alexandru Goia <goia.i.alexandru@xxxxxxxxx>
• Re: how to find the octeon driver in menuconfig?
  • From: Jeremi Piotrowski <jeremi.piotrowski@xxxxxxxxx>
• how to find the octeon driver in menuconfig?
  • From: Chen shuo <1289151713@xxxxxx>
• Re: What situation will an anonymous writer come?
  • From: jim.cromie@xxxxxxxxx
• how to use perf record effectively
  • From: jim.cromie@xxxxxxxxx
• What situation will an anonymous writer come?
  • From: mlin@xxxxxxxxxxxxxxxx
• How should I integrate my SPI driver into kernel?
  • From: Patryk <pbiel7@xxxxxxxxx>
• Re: Sharing the same SPI between two devices.
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: Sharing the same SPI between two devices.
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Sharing the same SPI between two devices.
  • From: Patryk <pbiel7@xxxxxxxxx>
• How can I make dma_alloc to use the device's reserved memory?
  • From: 김찬 <ckim@xxxxxxxxxx>
• Re: How to switch driver from wireless extension to cfg/mac80211
  • From: jim.cromie@xxxxxxxxx
• help - macro arg reuse - fix ?
  • From: jim.cromie@xxxxxxxxx
• How to switch driver from wireless extension to cfg/mac80211
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Why does kernel has different commandline options to disable Local APIC and I/O APIC?
  • From: Mushahid Hussain <mushi.shar@xxxxxxxxx>
• Re: ktypes vs. devices classes (struct class)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: ktypes vs. devices classes (struct class)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: ktypes vs. devices classes (struct class)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: ktypes vs. devices classes (struct class)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: ktypes vs. devices classes (struct class)
  • From: Greg KH <greg@xxxxxxxxx>
• ktypes vs. devices classes (struct class)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 154, Issue 14
  • From: Michael <mail@xxxxxxxxx>
• Re: Kernel Improvements
  • From: Michael <mail@xxxxxxxxx>
• Kernel improvements.
  • From: Juro Dobrík <dobrik.juro@xxxxxxxxx>
• Re: [Question] dt bindings for BeagleConnect
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [Question] dt bindings for BeagleConnect
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [Question] dt bindings for BeagleConnect
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: Small MSS in vmxnet3
  • From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
• Re: [Question] dt bindings for BeagleConnect
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• [Question] dt bindings for BeagleConnect
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Small MSS in vmxnet3
  • From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
• Re: Kernel freeze down while booting
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Kernel freeze down while booting
  • From: Christian Stalp <cstalp@xxxxxxxxxx>
• Re: How to support maintainers
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• How to support maintainers
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Neovim LSP with Linux Kernel
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: Neovim LSP with Linux Kernel
  • From: Maciej Wieczór-Retman <maciej.wieczor-retman@xxxxxxxxx>
• Re: Neovim LSP with Linux Kernel
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Neovim LSP with Linux Kernel
  • From: Maciej Wieczór-Retman <maciej.wieczor-retman@xxxxxxxxx>
• Best file system for NAND flash
  • From: JeongHwan Kim <frog007.kernel.kr@xxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Question regarding Linux-6.1, rootfs and ADC
  • From: Parastoo Ebrahimzadeh <parastoo.ebrahimzadeh@xxxxxxxxxxx>
• Re: Question regarding Linux-6.3.5 and Sunxi A20 NAND/NFC support
  • From: John Watts <contact@xxxxxxxxxx>
• Re: Adding compatible string to standard UART
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• RE: A question on endpoint_test code in the linux source by Kishon Vijay Abraham I.
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• A question on endpoint_test code in the linux source by Kishon Vijay Abraham I.
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Debugging i2c : i2cdetect cant detect a device on i2c line
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Mutt labeling
  • From: Maciej Wieczór-Retman <maciej.wieczor-retman@xxxxxxxxx>
• Adding compatible string to standard UART
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Re: What is retpoline ?
  • From: Halil Demirezen <halil@xxxxxxxxxxxxx>
• What is retpoline ?
  • From: "Axel M." <axel.moittier@xxxxx>
• gpio-it87: gpiod_get*() always return -ENOENT
  • From: "Alexander Ivanov" <amivanov@xxxxxxxxxxxx>
• how to fix MACRO_ARG_REUSE
  • From: jim.cromie@xxxxxxxxx
• forcibly disable config
  • From: Oleksii <inisider@xxxxxxxxx>
• dma_alloc for pcie_device, how can I allocate from the pci device memory?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Seeking Guidance for New SPI Driver in Mainline Linux Kernel
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Seeking Guidance for New SPI Driver in Mainline Linux Kernel
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Enable UART after driver removal without reboot
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Seeking Guidance for New SPI Driver in Mainline Linux Kernel
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Seeking Guidance for New SPI Driver in Mainline Linux Kernel
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Question regarding Linux-6.3.5 and Sunxi A20 NAND/NFC support
  • From: Fawad Lateef <fawadlateef@xxxxxxxxx>
• Re: Question regarding Linux-6.3.5 and Sunxi A20 NAND/NFC support
  • From: Fawad Lateef <fawadlateef@xxxxxxxxx>
• amd-pstate: Setting the maximum frequency in guided mode
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Re: Question regarding Linux-6.3.5 and Sunxi A20 NAND/NFC support
  • From: Fawad Lateef <fawadlateef@xxxxxxxxx>
• Question regarding Linux-6.3.5 and Sunxi A20 NAND/NFC support
  • From: Fawad Lateef <fawadlateef@xxxxxxxxx>
• Re: Using net/wan/hdlc with serdev
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: Using net/wan/hdlc with serdev
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Getting a DMA channel on x86 for a PCIe transfer
  • From: johannes@gnu-linux.rocks
• Re: Looking for ways to contribute
  • From: <ozlinux@xxxxxxxxxxx>
• Re: Looking for ways to contribute
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: Looking for ways to contribute
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Looking for ways to contribute
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Looking for ways to contribute
  • From: <ozlinux@xxxxxxxxxxx>
• Using net/wan/hdlc with serdev
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Re: Neomutt/mutt copy message-id with b4
  • From: Maciej Wieczór-Retman <maciej.wieczor-retman@xxxxxxxxx>
• Re: Neomutt/mutt copy message-id with b4
  • From: Greg KH <greg@xxxxxxxxx>
• Neomutt/mutt copy message-id with b4
  • From: Maciej Wieczór-Retman <maciej.wieczor-retman@xxxxxxxxx>
• vfs_cache_pressure - time to reevaluate the defaults?
  • From: Felix Howe <info@xxxxxxxxxx>
• Re: GPIO and interrupt
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• GPIO and interrupt
  • From: Tony He <huangya90@xxxxxxxxx>
• NFS issue a network boot
  • From: Hitesh Patidar <hitesh08patidar@xxxxxxxxx>
• Re: Linux Process Scheduling Algorithm
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Linux Process Scheduling Algorithm
  • From: Devendra aaru <devendra.aaru@xxxxxxxxx>
• Linux Process Scheduling Algorithm
  • From: Deepak Goel <deicool@xxxxxxxxx>
• back at the naming bikeshed
  • From: jim.cromie@xxxxxxxxx
• Re: kernel modules, derived work and GPLv2
  • From: Ezra Buehler <ezra@xxxxxxxx>
• modules.builtin and /sys/modules
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: kernel modules, derived work and GPLv2
  • From: Greg KH <greg@xxxxxxxxx>
• kernel modules, derived work and GPLv2
  • From: Phil Perry <phil@xxxxxxxxxx>
• Multipath Routing sends IP datagrams to a wrong next hop with hashing enabled
  • From: Viacheslav Biriukov <v.v.biriukov@xxxxxxxxx>
• Re: Getting help in writing tty driver
  • From: Greg KH <greg@xxxxxxxxx>
• Getting help in writing tty driver
  • From: Ayush Singh <ayushdevel1325@xxxxxxxxx>
• Re: CONFLICT (content): Merge conflict in scripts/kconfig/Makefile
  • From: jim.cromie@xxxxxxxxx
• About the name of 'struct list_head', how about giving an alias for differentiating the usage?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Abhiram V <abhi.raa.man.v@xxxxxxxxx>
• Re: Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Abhiram V <abhi.raa.man.v@xxxxxxxxx>
• Re: Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Greg KH <greg@xxxxxxxxx>
• Kernel module for a network interface - remove trailer from sk_buff on reception
  • From: Abhiram V <abhi.raa.man.v@xxxxxxxxx>
• CONFLICT (content): Merge conflict in scripts/kconfig/Makefile
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• How is 'addr_space' filled in the pcie endpoint controller device tree node?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: PCie card information for ACPI and Device Tree systems
  • From: Greg KH <greg@xxxxxxxxx>
• PCie card information for ACPI and Device Tree systems
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: [jimc:dd-fix-2g] BUILD REGRESSION 664531695395972a1684dbc3604731db280b479e
  • From: jim.cromie@xxxxxxxxx
• Re: Watching for new files/symlinks/devices in sysfs (possible? which syscall?)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Watching for new files/symlinks/devices in sysfs (possible? which syscall?)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: [jimc:dd-fix-2g] BUILD REGRESSION 664531695395972a1684dbc3604731db280b479e
  • From: jim.cromie@xxxxxxxxx
• Better way to upstream a single-board computer?
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• RE: Running u-boot and linux on qemu arm64 virt machine, linux shell does not respond.. ==> solved!
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Missing Ubuntu tools on KernelBuild page
  • From: Alan Perry <alanp@xxxxxxxxxxxxx>
• Missing Ubuntu tools on KernelBuild page
  • From: Alan Perry <alanp@xxxxxxxxxxxxx>
• Re: eBPF Verifier's Design Principles
  • From: Patrick ZHANG <patrickzhang2333@xxxxxxxxx>
• Running u-boot and linux on qemu arm64 virt machine, linux shell does not respond..
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: eBPF Verifier's Design Principles
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• eBPF Verifier's Design Principles
  • From: Patrick ZHANG <patrickzhang2333@xxxxxxxxx>
• Re: trouble running lkp-tests
  • From: jim.cromie@xxxxxxxxx
• Re: Earlier Linux Code...
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: Need help determining if the change is warranted.
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Release of my Kernel Development Tool
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Need help determining if the change is warranted.
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Need help determining if the change is warranted.
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: arshad hussain <arshad.super@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Prathu Baronia <quic_pbaronia@xxxxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Earlier Linux Code...
  • From: Prathu Baronia <quic_pbaronia@xxxxxxxxxxx>
• Earlier Linux Code...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• When is a child socket created on a receiving side during a 3wh process, given syncookies are not used?
  • From: Вадим Самохин <samokhinvadim@xxxxxxxxx>
• Re: trouble running lkp-tests
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• trouble running lkp-tests
  • From: jim.cromie@xxxxxxxxx
• Re: Starting to learn Linux...
  • From: Constantine Shulyupin <constantine.shulyupin@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Fernando Apesteguía <fernando.apesteguia@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: API between modules
  • From: Prathu Baronia <quic_pbaronia@xxxxxxxxxxx>
• Re: API between modules
  • From: Greg KH <greg@xxxxxxxxx>
• API between modules
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Constantine Shulyupin <constantine.shulyupin@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: Build mainline driver for another Kernel Version
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Build mainline driver for another Kernel Version
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Build mainline driver for another Kernel Version
  • From: Greg KH <greg@xxxxxxxxx>
• Build mainline driver for another Kernel Version
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• Re: How to debug high sysload in 2,3 second
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Starting to learn Linux...
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: How to debug high sysload in 2,3 second
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Starting to learn Linux...
  • From: Deepak Goel <deicool@xxxxxxxxx>
• How to debug high sysload in 2,3 second
  • From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
• Default value of transparent_hugepage/shmem_enabled
  • From: Phil Jones <philj56@xxxxxxxxx>
• Race between flush_cache_page and flush_tlb_page
  • From: Karim Manaouil <k.manaouil@xxxxxxxxx>
• Re: BUG: kernel NULL pointer dereference while copying sk_buff struct
  • From: Abdul Matin <abdulmatincuetcse17@xxxxxxxxx>
• Re: BUG: kernel NULL pointer dereference while copying sk_buff struct
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: BUG: kernel NULL pointer dereference while copying sk_buff struct
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• BUG: kernel NULL pointer dereference while copying sk_buff struct
  • From: Abdul Matin <abdulmatincuetcse17@xxxxxxxxx>
• Re: spin_lock_irqsave first used and then unused
  • From: Torin Carey <torin@xxxxxxxxx>
• Re: spin_lock_irqsave first used and then unused
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• spin_lock_irqsave first used and then unused
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Organizing patches/build artifacts against multiple trees
  • From: jim.cromie@xxxxxxxxx
• Re: Kernel developer proccess
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Kernel developer proccess
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Kernel developer proccess
  • From: Denis Kirjanov <dkirjanov@xxxxxxx>
• Re: Kernel developer proccess
  • From: jim.cromie@xxxxxxxxx
• Re: MAC resolution issue [Two ethernet ports on same subnet]
  • From: Anton Danilov <littlesmilingcloud@xxxxxxxxx>
• Re: ALSA: arecord : silennce recorded as 0x80
  • From: Luke Koch <lu.ale.koch@xxxxxxxxx>
• ALSA: arecord : silennce recorded as 0x80
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Kernel Panic - V6.2 - Reseved memory issue
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Kernel Panic - V6.2 - Reseved memory issue
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Kernel Panic - V6.2 - Reseved memory issue
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: screening patch here before sending to devs
  • From: Daniel Watson <ozzloy@xxxxxxxxx>
• Re: screening patch here before sending to devs
  • From: Daniel Watson <ozzloy@xxxxxxxxx>
• Re: screening patch here before sending to devs
  • From: Greg KH <greg@xxxxxxxxx>
• Re: screening patch here before sending to devs
  • From: Daniel Watson <ozzloy@xxxxxxxxx>
• Re: screening patch here before sending to devs
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• screening patch here before sending to devs
  • From: Daniel Watson <ozzloy@xxxxxxxxx>
• Need help determining if the change is warranted.
  • From: Anton Gusev <aagusev@xxxxxxxxx>
• Kernel developer proccess
  • From: Panagiotis Filippakopoulos <filippakpan@xxxxxxxxx>
• RE: returned dma address value of dma_alloc_coherent, is it always in the lower 4GB range?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: returned dma address value of dma_alloc_coherent, is it always in the lower 4GB range?
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• returned dma address value of dma_alloc_coherent, is it always in the lower 4GB range?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: MAC resolution issue [Two ethernet ports on same subnet]
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• MAC resolution issue [Two ethernet ports on same subnet]
  • From: Hitesh Patidar <hitesh08patidar@xxxxxxxxx>
• Meaning of Task in TODO file
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Organizing patches/build artifacts against multiple trees
  • From: Sarah Langstrom <sarahklangstrom@xxxxxxxxx>
• RE: In device tree, can't understand 'ranges' property of PCIe root complex node
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Calculating private and shared memory for processes
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Calculating private and shared memory for processes
  • From: "Rahul Gore (Nokia)" <rahul.gore@xxxxxxxxx>
• Calculating private and shared memory for processes
  • From: "Rahul Gore (Nokia)" <rahul.gore@xxxxxxxxx>
• Use of "iommu-map-mask" for PCIe root complex device tree node, does it make actual requester ID ignored?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• In place THP promotions
  • From: Pedro Gomes <pedrodemargomes@xxxxxxxxx>
• In device tree, can't understand 'ranges' property of PCIe root complex node
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Where can I find information on memremap behavior?
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Where can I find information on memremap behavior?
  • From: Anton Gusev <aagusev@xxxxxxxxx>
• a question in pcie-designware-ep.c, can't find where a variable has been set.
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• uninterruptible process
  • From: "Axel M." <axel.moittier@xxxxx>
• Guideline on Linux NAT feature
  • From: Abdul Matin <abdulmatincuetcse17@xxxxxxxxx>
• Re: custom compil
  • From: aurel.pere@xxxxxxxxx
• Re: custom compil
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Isolating abstract sockets
  • From: Stefan Bavendiek <stefan.bavendiek@xxxxxxxxxxx>
• Re: custom compil
  • From: aurel.pere@xxxxxxxxx
• Re: custom compil
  • From: Siddh Raman Pant <sanganaka@xxxxxxxx>
• Re: custom compil
  • From: aurel.pere@xxxxxxxxx
• Services / processes shutdown
  • From: "Axel M." <axel.moittier@xxxxx>
• Re: Query on New LTS version
  • From: Greg KH <greg@xxxxxxxxx>
• Query on New LTS version
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: custom compil
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• custom compil
  • From: A.Péré <aurel.pere@xxxxxxxxx>
• Re: POSIX.1b book/documentation
  • From: "Axel M." <axel.moittier@xxxxx>
• Re: POSIX.1b book/documentation
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• POSIX.1b book/documentation
  • From: "Axel M." <axel.moittier@xxxxx>
• Re: linked list within a kernel probe
  • From: chrishell <chris@xxxxxxxxxxxx>
• Re: linked list within a kernel probe
  • From: chrishell <chris@xxxxxxxxxxxx>
• Re: linked list within a kernel probe
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• Re: linked list within a kernel probe
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: linked list within a kernel probe
  • From: chrishell <chris@xxxxxxxxxxxx>
• Re: Determining the reason for reserved RAM
  • From: Mikhail Krylov <sqarert@xxxxxxxxx>
• Determining the reason for reserved RAM
  • From: Mikhail Krylov <sqarert@xxxxxxxxx>
• linked list within a kernel probe
  • From: chrishell <chris@xxxxxxxxxxxx>
• RE: How can I reserve contiguous mem alloc region?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• How can I reserve contiguous mem alloc region?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: How is the size of init ram disk determined when initramfs is used?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: How is the size of init ram disk determined when initramfs is used?
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: How is the size of init ram disk determined when initramfs is used?
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: How is the size of init ram disk determined when initramfs is used?
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Meaning of 'no-map' in reserved-memory, and accessing a memory region from two OSes using physical adderss
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: 2 modules from 1 source ?
  • From: jim.cromie@xxxxxxxxx
• Re: 2 modules from 1 source ?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: 2 modules from 1 source ?
  • From: jim.cromie@xxxxxxxxx
• 2 modules from 1 source ?
  • From: jim.cromie@xxxxxxxxx
• Re: large global static arrays
  • From: Ani Sinha <ani@xxxxxxxxxxx>
• Re: large global static arrays
  • From: Greg KH <greg@xxxxxxxxx>
• Re: large global static arrays
  • From: Ani Sinha <ani@xxxxxxxxxxx>
• Re: large global static arrays
  • From: Greg KH <greg@xxxxxxxxx>
• Re: large global static arrays
  • From: Paulo Miguel Almeida <paulo.miguel.almeida.rodenas@xxxxxxxxx>
• large global static arrays
  • From: Ani Sinha <ani@xxxxxxxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: Constantine Shulyupin <constantine.shulyupin@xxxxxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: Adrian Fiergolski <adrian.fiergolski@xxxxxxxxxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: jim.cromie@xxxxxxxxx
• Re: unmap memory mapped with devm_ioremap_resource
  • From: Adrian Fiergolski <adrian.fiergolski@xxxxxxxxxxxxx>
• Re: The method to alloc DMA ring buffer
  • From: Tony He <huangya90@xxxxxxxxx>
• Re: The method to alloc DMA ring buffer
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• The method to alloc DMA ring buffer
  • From: Tony He <huangya90@xxxxxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: Adrian Fiergolski <adrian.fiergolski@xxxxxxxxxxxxx>
• Re: unable to find the virtual to physical mapping
  • From: Arun chandran <arun.edarath@xxxxxxxxx>
• unable to find the virtual to physical mapping
  • From: Arun chandran <arun.edarath@xxxxxxxxx>
• Re: unmap memory mapped with devm_ioremap_resource
  • From: Constantine Shulyupin <constantine.shulyupin@xxxxxxxxx>
• unmap memory mapped with devm_ioremap_resource
  • From: Adrian Fiergolski <adrian.fiergolski@xxxxxxxxxxxxx>
• Re: OBJTOOL Build error
  • From: "'Greg KH'" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: OBJTOOL Build error
  • From: "John Aron" <john@xxxxxxxxxxxxx>
• Re: OBJTOOL Build error
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: OBJTOOL Build error
  • From: "John Aron" <john@xxxxxxxxxxxxx>
• Re: struct definition inside a function
  • From: Greg KH <greg@xxxxxxxxx>
• struct definition inside a function
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• gdb vmlinux scripting
  • From: jim.cromie@xxxxxxxxx
• Re: OBJTOOL Build error
  • From: Greg KH <greg@xxxxxxxxx>
• OBJTOOL Build error
  • From: "John Aron" <john@xxxxxxxxxxxxx>
• Re: Working with kernel cifs, NFS
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Working with kernel cifs, NFS
  • From: Rabinarayan Panigrahi <rabi.kernel.2012@xxxxxxxxx>
• Re: What does OS do with the 'ranges' property in PCI RC node in the device tree?
  • From: Saad Masood <saadahmed42@xxxxxxxxx>
• What does OS do with the 'ranges' property in PCI RC node in the device tree?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: question about boot_params global variables
  • From: jim.cromie@xxxxxxxxx
• Re: "4.7.0 Too Many recipients." issue in git send-email
  • From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
• Re: "4.7.0 Too Many recipients." issue in git send-email
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• "4.7.0 Too Many recipients." issue in git send-email
  • From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
• Re: question about boot_params global variables
  • From: Saad Masood <saadahmed42@xxxxxxxxx>
• Re: question about boot_params global variables
  • From: jim.cromie@xxxxxxxxx
• RE: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: Siddh Raman Pant <code@xxxxxxxx>
• RE: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: Siddh Raman Pant <code@xxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: mavis <mavisgame@xxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: mavis <mavisgame@xxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: mavis <mavisgame@xxxxx>
• RE: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: REPOST : Kernel panic when try to install Rocky 8.4
  • From: Siddh Raman Pant <code@xxxxxxxx>
• Re: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: Siddh Raman Pant <code@xxxxxxxx>
• Re: clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: Linus Probert <linus.probert@xxxxxxxxx>
• REPOST : Kernel panic when try to install Rocky 8.4
  • From: mavis <mavisgame@xxxxx>
• clock_gettime function doesn't scale to real time.. and changing CNTFRQ_EL0 doesn't make any change..(arm64)
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: kernel compile message
  • From: jim.cromie@xxxxxxxxx
• Re: kernel compile message
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: kernel compile message
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: kernel compile message
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: kernel compile message
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: kernel compile message
  • From: Random Guy <random.guy.from.russia@xxxxxxxxx>
• Re: kernel compile message
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• kernel compile message
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Source code organization
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: Source code organization
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Source code organization
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: Vendor driver vs Kernel, which one gets priority?
  • From: Do Hak Yong <crazyraven@xxxxxxxxx>
• Re: Source code organization
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Vendor driver vs Kernel, which one gets priority?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Vendor driver vs Kernel, which one gets priority?
  • From: Do Hak Yong <crazyraven@xxxxxxxxx>
• Re: work one webcam out of two webcam connect to xhci controller for 2 usb3.0 ports
  • From: Malatesh <malatesh10@xxxxxxxxx>
• Re: work one webcam out of two webcam connect to xhci controller for 2 usb3.0 ports
  • From: jim.cromie@xxxxxxxxx
• Source code organization
  • From: "Billie Alsup (balsup)" <balsup@xxxxxxxxx>
• Re: How to refer to a code snippet in email?
  • From: Drake Talley <drake@xxxxxxxxxxxxxxx>
• olddefconfig vs. menuconfig (just open, save file and close)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Mutex midpath question (mutex-design.rst , CONFIG_MUTEX_SPIN_ON_OWNER)
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: Faster, incremental depmod when adding modules?
  • From: jim.cromie@xxxxxxxxx
• Re: work one webcam out of two webcam connect to xhci controller for 2 usb3.0 ports
  • From: jim.cromie@xxxxxxxxx
• Re: mabe a bug in kernel 5.4 since patchlevel 159 - dma error because use ttynull?
  • From: jim.cromie@xxxxxxxxx
• mabe a bug in kernel 5.4 since patchlevel 159 - dma error because use ttynull?
  • From: Simon Lindhorst <s.lindhorst@xxxxxx>
• howto strip trailing newline from a format string at compile-time ?
  • From: jim.cromie@xxxxxxxxx
• work one webcam out of two webcam connect to xhci controller for 2 usb3.0 ports
  • From: Malatesh <malatesh10@xxxxxxxxx>
• Re: Can KASAN be used with loadable modules?
  • From: John Ousterhout <john.ousterhout@xxxxxxxxx>
• Can KASAN be used with loadable modules?
  • From: John Ousterhout <john.ousterhout@xxxxxxxxx>
• Re: only one element get stored in kfifo
  • From: chrishell <chris@xxxxxxxxxxxx>
• only one element get stored in kfifo
  • From: chrishell <chris@xxxxxxxxxxxx>
• Re: How to refer to a code snippet in email?
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: How to refer to a code snippet in email?
  • From: Greg KH <greg@xxxxxxxxx>
• How to refer to a code snippet in email?
  • From: Drake Talley <drake@xxxxxxxxxxxxxxx>
• Re: Missing linux-headers
  • From: neutrino network <neutrino.network1@xxxxxxxxx>
• Re: Missing linux-headers
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: Missing linux-headers
  • From: "Scott J. Crouch" <scottjcrouch@xxxxxxxxx>
• Re: Missing linux-headers
  • From: neutrino network <neutrino.network1@xxxxxxxxx>
• Re: Using printk, how can I know where the kernel jumps after schedule() function?
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Can Cgroup memory subsystem provide estimated available memory, just like /proc/meminfo: MemAvailable?
  • From: "=?gb18030?b?xP6+srXEzOy/1Q==?=" <497692757@xxxxxx>
• Re: Missing linux-headers
  • From: "Scott J. Crouch" <scottjcrouch@xxxxxxxxx>
• Missing linux-headers
  • From: neutrino network <neutrino.network1@xxxxxxxxx>
• Re: Extract patch from kernel mailing list
  • From: neutrino network <neutrino.network1@xxxxxxxxx>
• How is the size of init ram disk determined when initramfs is used?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Extract patch from kernel mailing list
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Extract patch from kernel mailing list
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Extract patch from kernel mailing list
  • From: neutrino network <neutrino.network1@xxxxxxxxx>
• Re: Abbreviation for variables
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Abbreviation for variables
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Abbreviation for variables
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• RE: how to debug... program hangs while downing for write a rwsem (busybox shell hangs/stucks after boot, a case related to u-boot)
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• unable to detect ov5640 mipi module in Raspberry Pi
  • From: subbu Subhash <lavudijannisubhash@xxxxxxxxx>
• Re: workqueue - queue + drain
  • From: "Fabio M. De Francesco" <fmdefrancesco@xxxxxxxxx>
• Re: difference between DECLARE_* and DEFINE_* macro namespaces ?
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• RE: how to debug... program hangs while downing for write a rwsem
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: how to debug... program hangs while downing for write a rwsem
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Where do I put my new driver?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Where do I put my new driver?
  • From: jim.cromie@xxxxxxxxx
• difference between DECLARE_* and DEFINE_* macro namespaces ?
  • From: jim.cromie@xxxxxxxxx
• Re: how to debug... program hangs while downing for write a rwsem
  • From: Greg KH <greg@xxxxxxxxx>
• how to debug... program hangs while downing for write a rwsem
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 142, Issue 6
  • From: Patrick Jattke <kerneln00bs@xxxxxxxxx>
• Re: Get personal support for your first kernel patch
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Get personal support for your first kernel patch
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Fwd: What is the right thing to do if a patch got ignored?
  • From: "Sv. Jason M. Christos the First" <thekernelnewbie@xxxxxxxxx>
• Re: How to find hook points for USB device additions and removals
  • From: Ahmad Fatoum <a.fatoum@xxxxxxxxxxxxxx>
• How to program a cpu local APIC timer to issue interrupt
  • From: Rohit Chourasia <chourasiarohit27@xxxxxxxxx>
• mail server issues fixed?
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Using printk, how can I know where the kernel jumps after schedule() function?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• How to find hook points for USB device additions and removals
  • From: Yang Hanlin <mattoncis@xxxxxxxxxxx>
• Faster, incremental depmod when adding modules?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: Misunderstanding documentation on enabling cgroup controllers
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• RE: busybox shell doesn't come up or get stuck.. where should I look or how should I debug it?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Misunderstanding documentation on enabling cgroup controllers
  • From: Nicky Chorley <ndchorley@xxxxxxxxx>
• RE: busybox shell doesn't come up or get stuck.. where should I look or how should I debug it?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: busybox shell doesn't come up or get stuck.. where should I look or how should I debug it?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: question about boot_params global variables
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• question about boot_params global variables
  • From: shiyu chou <shiyu2010310@xxxxxxxxx>
• Re: How to resubmit patches in the right way after review fixes?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Why can't I remove a cgroup?
  • From: Nicky Chorley <ndchorley@xxxxxxxxx>
• How to resubmit patches in the right way after review fixes?
  • From: Adverg Ebashinskii <ebashinskii@xxxxxxxxx>
• busybox shell doesn't come up or get stuck.. where should I look or how should I debug it?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• workqueue - queue + drain
  • From: Martin Kaiser <lists@xxxxxxxxx>
• Re: Why can't I remove a cgroup?
  • From: Jack Wang <xjtuwjp@xxxxxxxxx>
• Re: Why can't I remove a cgroup?
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• Why can't I remove a cgroup?
  • From: Nicky Chorley <ndchorley@xxxxxxxxx>
• Where do I put my new driver?
  • From: Alec Matthews <me@xxxxxxxxxxxxxxxx>
• Re: gpiod_get() - How to get GPIO from chip & offset?
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: gpiod_get() - How to get GPIO from chip & offset?
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: What is the right thing to do if a patch got ignored?
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: What is the right thing to do if a patch got ignored?
  • From: Greg KH <greg@xxxxxxxxx>
• What is the right thing to do if a patch got ignored?
  • From: Adverg Ebashinskii <ebashinskii@xxxxxxxxx>
• gpiod_get() - How to get GPIO from chip & offset?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: git magic or usage wisdom.
  • From: jim.cromie@xxxxxxxxx
• Re: pipe writes, ERESTARTSYS and SA_RESTART
  • From: Viacheslav Biriukov <v.v.biriukov@xxxxxxxxx>
• Re: git magic or usage wisdom.
  • From: Ismael Luceno <ismael@xxxxxxxxxxx>
• git magic or usage wisdom.
  • From: jim.cromie@xxxxxxxxx
• Re: pipe writes, ERESTARTSYS and SA_RESTART
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• pipe writes, ERESTARTSYS and SA_RESTART
  • From: Viacheslav Biriukov <v.v.biriukov@xxxxxxxxx>
• vt6655 implementation of cfg80211 subsystem
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 141, Issue 1
  • From: Francisco Arevalo del Rio <farevalod@xxxxxxxxx>
• Compile Kernel with -g3 option to have additional debug information
  • From: Adverg Ebashinskii <ebashinskii@xxxxxxxxx>
• Re: Is arch/x86/boot/main.c main obsolete?
  • From: jim.cromie@xxxxxxxxx
• RE: Confused about how to apply add-symbol-file in gdb
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Confused about how to apply add-symbol-file in gdb
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Failed to set gdb breakpoint at 0x10200 while debugging Linux 5.18.10 with qemu_system_x86_64
  • From: 吴腾 <wutengaa@xxxxxxxxx>
• Re: Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: What is considered a real name?
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: Tom Mitchell <niftylinkern@xxxxxxxxxxxx>
• Re: Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• RE: Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• What is considered a real name?
  • From: "R. Valentim Feitoza da Silva" <valentimfeitoza@xxxxxxxxxxx>
• Can I debug busybox program running on a qemu virtual machine using gdb?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: pr_info in driver question
  • From: Denis Kirjanov <dkirjanov@xxxxxxx>
• Re: pr_info in driver question
  • From: Denis Kirjanov <dkirjanov@xxxxxxx>
• pr_info in driver question
  • From: A mp <ampklabs@xxxxxxxxx>
• Re: What to do when your patch gets ignored
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: What to do when your patch gets ignored
  • From: Andrea Tomassetti <andrea.tomassetti-opensource@xxxxxxxx>
• RE: A question about memblock.reserved
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Is arch/x86/boot/main.c main obsolete?
  • From: ebashinskii <ebashinskii@xxxxxxxxx>
• Re: Is arch/x86/boot/main.c main obsolete?
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Is arch/x86/boot/main.c main obsolete?
  • From: ebashinskii <ebashinskii@xxxxxxxxx>
• Re: A question about memblock.reserved
  • From: Wonhyuk Yang <vvghjk1234@xxxxxxxxx>
• A question about memblock.reserved
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Workaround to send patch with git send email and gmail account
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Workaround to send patch with git send email and gmail account
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Workaround to send patch with git send email and gmail account
  • From: Jules Irenge <jbi.octave@xxxxxxxxx>
• Re: When reviewers stop responding
  • From: Greg KH <greg@xxxxxxxxx>
• Re: When reviewers stop responding
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Confusion about x86 page table PUD entries and pud_xxx helpers
  • From: Marco Bonelli <marco@xxxxxxxxxx>
• Re: What to do when your patch gets ignored
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: What to do when your patch gets ignored
  • From: Greg KH <greg@xxxxxxxxx>
• Re: What to do when your patch gets ignored
  • From: Andrea Tomassetti <andrea.tomassetti@xxxxxxxx>
• Re: What to do when your patch gets ignored
  • From: Richard <richard_siegfried@xxxxxxxxxxxx>
• Re: request for feedback before sending this patch
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• What to do when your patch gets ignored
  • From: Andrea Tomassetti <andrea.tomassetti@xxxxxxxx>
• Re: When reviewers stop responding
  • From: Greg KH <greg@xxxxxxxxx>
• Re: When reviewers stop responding
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: request for feedback before sending this patch
  • From: ozzloy <ozzloy@xxxxxxxxx>
• Re: request for feedback before sending this patch
  • From: Greg KH <greg@xxxxxxxxx>
• request for feedback before sending this patch
  • From: ozzloy <ozzloy@xxxxxxxxx>
• precautions
  • From: Kernel Newbie <thekernelnewbie@xxxxxxxxx>
• Re: driver 88XX.au fails to compile on kernel 5.18.0 ppa Ubuntu
  • From: Greg KH <greg@xxxxxxxxx>
• driver 88XX.au fails to compile on kernel 5.18.0 ppa Ubuntu
  • From: Jose Luis Alarcon Sanchez <jlalarcon@xxxxxxxxxxxxxxx>
• Sponsor me
  • From: Kernel Newbie <thekernelnewbie@xxxxxxxxx>
• Re: Possibility of merge of disable icotl TIOCSTI patch
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: Kconfig rules (depends, imply)
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Kconfig rules (depends, imply)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Kconfig rules (depends, imply)
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• How to remove kernel message log "random: get_random_u32 called from allocate_slab"?
  • From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
• Re: Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Matt Silva <msilva-dev@xxxxxxxxxxxxxx>
• Re: Hacking the schedutil governor to upshift to maximum clock rate at every process dispatch.
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Hacking the schedutil governor to upshift to maximum clock rate at every process dispatch.
  • From: David Kra <dakra137@xxxxxxxxx>
• How is rid (requester ID) is used in SMMU-v3 connected to PCIe RC?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Possibility of merge of disable icotl TIOCSTI patch
  • From: Simon Brand <simon.brand@xxxxxxxxxxxxxxxx>
• small device nodes in syscon, simple-mfd node in device tree
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: when is pci_dev->resource values are filled?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• when is pci_dev->resource values are filled?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: How to track the source tree of kernel
  • From: Fox Chen <foxhlchen@xxxxxxxxx>
• Re: How to track the source tree of kernel
  • From: 陈 明政 <chen.mingzheng@xxxxxxxxxxx>
• Re: Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Matt Silva <msilva-dev@xxxxxxxxxxxxxx>
• Re: How to track the source tree of kernel
  • From: Greg KH <greg@xxxxxxxxx>
• How to track the source tree of kernel
  • From: "chen.mingzheng" <chen.mingzheng@xxxxxxxxxxx>
• Re: Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Greg KH <greg@xxxxxxxxx>
• Supporting a USB HID device interface that is missing a interrupt input endpoint
  • From: Matt Silva <msilva-dev@xxxxxxxxxxxxxx>
• Re: A question about linux pipes
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: UAPI syscall exception interpretation
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Re: UAPI syscall exception interpretation
  • From: Muhammad Ali <m.ali023@xxxxxxxxxxx>
• A question about linux pipes
  • From: xhighway999 <xhighway999@xxxxxxxxxxxxxx>
• Re: UAPI syscall exception interpretation
  • From: Greg KH <greg@xxxxxxxxx>
• Mapping ram memory using ioremap
  • From: noman pouigt <variksla@xxxxxxxxx>
• Re: UAPI syscall exception interpretation
  • From: Muhammad Ali <m.ali023@xxxxxxxxxxx>
• Re: UAPI syscall exception interpretation
  • From: Greg KH <greg@xxxxxxxxx>
• UAPI syscall exception interpretation
  • From: Muhammad Ali <M.ALI023@xxxxxxxxxxx>
• Re: Beginner's guide to writing a SATA device driver?
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: Beginner's guide to writing a SATA device driver?
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Beginner's guide to writing a SATA device driver?
  • From: "Gabriel L. Somlo" <gsomlo@xxxxxxxxx>
• How is 'ranges' property of pci node of a device tree determined?
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• A question about iommu, passing to the device user data containing pointers
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Why do we need READ_ONCE() in list_empty()?
  • From: Valentin Vidić <vvidic@xxxxxxxxxxxxxxxxxxxxxx>
• Why do we need READ_ONCE() in list_empty()?
  • From: Karim Manaouil <k.manaouil@xxxxxxxxx>
• Re: Linux kernel environment setup in VSCode
  • From: Kwanghoon Son <k.son@xxxxxxxxxxx>
• Re: smp_processor_id used in preemptable context ?
  • From: Vincent Ray <vray@xxxxxxxxxxxxx>
• Re: smp_processor_id used in preemptable context ?
  • From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
• Device mapper does not find dev in list
  • From: Leon Gross <leon.gross@xxxxxx>
• smp_processor_id used in preemptable context ?
  • From: Vincent Ray <vray@xxxxxxxxxxxxx>
• rcu / rcu_bh and ddos
  • From: Vincent Ray <vray@xxxxxxxxxxxxx>
• RE: Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Replace two ioread32 with ioread64_lo_hi non_atomic
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: Replace two ioread32 with ioread64_lo_hi non_atomic
  • From: Abu Rasheda <rcpilot2010@xxxxxxxxx>
• Replace two ioread32 with ioread64_lo_hi non_atomic
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: A blog for kernel development
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• RE: Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Coding style operator precedence
  • From: Solomon Tan <wjsota@xxxxxxxxx>
• Re: Coding style operator precedence
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Coding style operator precedence
  • From: Solomon Tan <wjsota@xxxxxxxxx>
• Backtrace stopped: previous frame identical to this frame (corrupt stack?) , even with fresh qemu and linux build
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Slowing down task using a modified FIFO scheduler
  • From: J Mårtensson <martensson.jacob@xxxxxxxxx>
• Re: [ARM64] Trap and Forward CPU_ON psci smc
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: [ARM64] Trap and Forward CPU_ON psci smc
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• [ARM64] Trap and Forward CPU_ON psci smc
  • From: Mushahid Hussain <mushi.shar@xxxxxxxxx>
• Re: System does not start with kernel from staging-testing pulled 3hours ago
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: System does not start with kernel from staging-testing pulled 3hours ago
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: System does not start with kernel from staging-testing pulled 3hours ago
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: System does not start with kernel from staging-testing pulled 3hours ago
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: System does not start with kernel from staging-testing pulled 3hours ago
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• System does not start with kernel from staging-testing pulled 3hours ago
  • From: Philipp Hortmann <philipp.g.hortmann@xxxxxxxxx>
• Re: Linux kernel environment setup in VSCode
  • From: Pavel Skripkin <paskripkin@xxxxxxxxx>
• Re: How to write to a PCIe config space during kernel boot up
  • From: "Khalid F. Sabzwari" <kfsabzwari@xxxxxxxxx>
• Re: How to write to a PCIe config space during kernel boot up
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: How to write to a PCIe config space during kernel boot up
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to write to a PCIe config space during kernel boot up
  • From: "Khalid F. Sabzwari" <kfsabzwari@xxxxxxxxx>
• Re: How to write to a PCIe config space during kernel boot up
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• How to write to a PCIe config space during kernel boot up
  • From: "Khalid F. Sabzwari" <kfsabzwari@xxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: "'Greg KH'" <greg@xxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: "'Greg KH'" <greg@xxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Karatas <ozgurk@xxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: "'Greg KH'" <greg@xxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: "'Greg KH'" <greg@xxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Kara <ozgur@xxxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Ozgur Kara <ozgur@xxxxxxxxxx>
• Re: Can't understand /proc/interrupts output for GICv3 case
  • From: Greg KH <greg@xxxxxxxxx>
• RE: Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Can't understand /proc/interrupts output for GICv3 case
  • From: "Chan Kim" <ckim@xxxxxxxxxx>
• Re: Linux kernel environment setup in VSCode
  • From: Minh Dang <minhdang1990@xxxxxxxxx>
• Linux kernel environment setup in VSCode
  • From: Jasper Surmont <surmontjasper@xxxxxxxxx>