Linux Kernel Newbies
[Prev Page][Next Page]
- Re: how to collect information regarding function calls in run time?
- From: Pedro Terra Delboni <terra0009@xxxxxxxxx>
- Re: how to collect information regarding function calls in run time?
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: development in python
- From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
- Re: how to collect information regarding function calls in run time?
- From: Pedro Terra Delboni <terra0009@xxxxxxxxx>
- Re: how to collect information regarding function calls in run time?
- From: Greg KH <greg@xxxxxxxxx>
- Re: how to collect information regarding function calls in run time?
- From: Pedro Terra Delboni <terra0009@xxxxxxxxx>
- Virtual To Physical Address Translation
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
- Re: [PATCH] scripts/spdxcheck.py - fix list of directories to check
- From: Christoph Hellwig <hch@xxxxxx>
- Re: development in python
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: development in python
- From: Yağmur Oymak <yagmur.oymak@xxxxxxxxx>
- development in python
- From: Tomáš Roj <rojtomas06@xxxxxxxxx>
- Re: Checkpatch.pl FAIL: "Blob or Tree named 'other' not found"
- From: Deepak Mishra <linux.dkm@xxxxxxxxx>
- Re: Checkpatch.pl FAIL: "Blob or Tree named 'other' not found"
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- [PATCH] scripts/spdxcheck.py - fix list of directories to check
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Checkpatch.pl FAIL: "Blob or Tree named 'other' not found"
- From: Deepak Mishra <linux.dkm@xxxxxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: chiachen <luojiazhen@xxxxxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
- Re: Page Allocation Failure and Page allocation stalls
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- Re: How to generate Fixes: <commit> ("<text>") things
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: How to generate Fixes: <commit> ("<text>") things
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: How to generate Fixes: <commit> ("<text>") things
- From: Greg KH <greg@xxxxxxxxx>
- Re: How to generate Fixes: <commit> ("<text>") things
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- How to generate Fixes: <commit> ("<text>") things
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Re: how to determine whether the source code is same between two kernels
- From: greg kh <greg@xxxxxxxxx>
- Re: Re: how to determine whether the source code is same between two kernels
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: how to determine whether the source code is same between two kernels
- From: Greg KH <greg@xxxxxxxxx>
- how to determine whether the source code is same between two kernels
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- .lst files with no Makefile in the subdirectory ?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: Interrupts during page fault exceptions
- From: Shrikant Giridhar <shrikantgiridhar@xxxxxxxxx>
- Interrupts during page fault exceptions
- From: Shrikant Giridhar <shrikantgiridhar@xxxxxxxxx>
- Re: Suspend/resume causes I2C issues
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
- locality of extent status tree traversal
- From: Probir Roy <proy.cse@xxxxxxxxx>
- Re: Page Allocation Failure and Page allocation stalls
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: radix_tree_next_chunk: redundant search for next slot in hole
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: radix_tree_next_chunk: redundant search for next slot in hole
- From: Probir Roy <proy.cse@xxxxxxxxx>
- Re: radix_tree_next_chunk: redundant search for next slot in hole
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- radix_tree_next_chunk: redundant search for next slot in hole
- From: Probir Roy <proy.cse@xxxxxxxxx>
- Re: Page Allocation Failure and Page allocation stalls
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- Re: ULIMIT: limiting user virtual address space (stack inluded)
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: ULIMIT: limiting user virtual address space (stack inluded)
- From: Greg KH <greg@xxxxxxxxx>
- ULIMIT: limiting user virtual address space (stack inluded)
- From: Karaoui mohamed lamine <moharaka@xxxxxxxxx>
- Re: Page Allocation Failure and Page allocation stalls
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Page Allocation Failure and Page allocation stalls
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- Suspend/resume causes I2C issues
- From: Magnus Olsson <magnus@xxxxxxxxxx>
- Re: debugfs question ...
- From: "'Greg KH'" <greg@xxxxxxxxx>
- RE: debugfs question ...
- Re: debugfs question ...
- From: Martin Christian <martin.christian@xxxxxxxxxxx>
- Re: debugfs question ...
- From: Greg KH <greg@xxxxxxxxx>
- debugfs question ...
- Re: vmscan.c: Reclaim unevictable pages.
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- Re: Best practice to upgrade kernel
- From: Greg KH <greg@xxxxxxxxx>
- Re: Best practice to upgrade kernel
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Best practice to upgrade kernel
- From: Xiaolong Wang <xiaolongw@xxxxxxxxxxxx>
- Re: Partition linux page cache for each VM
- From: Greg KH <greg@xxxxxxxxx>
- Re: Partition linux page cache for each VM
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Partition linux page cache for each VM
- From: Chirag Chauhan <chirag.holmes@xxxxxxxxx>
- Re: Partition linux page cache for each VM
- From: Greg KH <greg@xxxxxxxxx>
- Partition linux page cache for each VM
- From: Chirag Chauhan <chirag.holmes@xxxxxxxxx>
- Re: __clksrc_of_table and "clocksource_probe: no matching clocksources found"
- From: Guilherme Costa <glhrmcosta91@xxxxxxxxx>
- Re: __clksrc_of_table and "clocksource_probe: no matching clocksources found"
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- __clksrc_of_table and "clocksource_probe: no matching clocksources found"
- From: Guilherme Costa <glhrmcosta91@xxxxxxxxx>
- is there a simple graphic of SATA port multiplier structures?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: vmscan.c: Reclaim unevictable pages.
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: Need advice about do we need this if condition
- From: Steve French <smfrench@xxxxxxxxx>
- Re: Need advice about do we need this if condition
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Need advice about do we need this if condition
- From: Саша Ковтуненко <alexander198961@xxxxxxxxx>
- Solved:: Help:get_user_pages_remote - succeed on QEMU, Oops on Android 9 board
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Help:get_user_pages_remote - succeed on QEMU, Oops on Android 9 board
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Is there a "build everything" kernel configuration?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Is there a "build everything" kernel configuration?
- From: Jefferson Carpenter <jefferson@xxxxxxxxxxxxx>
- would a Kconfig directive "select CONFIG_x" even work?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Memory Configuration for 32-bit, 64-bit and PAE enabled OS
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- How to calculate page address to PFN
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- vmscan.c: Reclaim unevictable pages.
- From: Pankaj Suryawanshi <pankajssuryawanshi@xxxxxxxxx>
- Re: How to calculate page address to PFN in user space.
- From: Pankaj Suryawanshi <suryawanshipankaj@xxxxxxxxx>
- Re: How to calculate page address to PFN in user space.
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- How to calculate page address to PFN in user space.
- From: Pankaj Suryawanshi <suryawanshipankaj@xxxxxxxxx>
- Re: how to collect information regarding function calls in run time?
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- how to collect information regarding function calls in run time?
- From: Pedro Terra Delboni <terra0009@xxxxxxxxx>
- Re: Unexpected scheduling with mutexes
- From: Greg KH <greg@xxxxxxxxx>
- Re: Unexpected scheduling with mutexes
- From: Martin Christian <martin.christian@xxxxxxxxxxx>
- Re: Questions about my idea (for gsoc)
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- Re: Questions about my idea (for gsoc)
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Questions about my idea (for gsoc)
- From: Andrea Laisa <andrea.laisa@xxxxxxxxxxxxxxxxx>
- Re: Questions about my idea (for gsoc)
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: Questions about my idea (for gsoc)
- From: Andrea Laisa <andrea.laisa@xxxxxxxxxxxxxxxxx>
- Re: Questions about my idea (for gsoc)
- From: Greg KH <greg@xxxxxxxxx>
- Questions about my idea (for gsoc)
- From: Andrea Laisa <andrea.laisa@xxxxxxxxxxxxxxxxx>
- Re: da9063 - Reboot issue : koops rcu_note_context_switch
- From: Köry Maincent <kory.maincent@xxxxxxxxxxx>
- Re: da9063 - Reboot issue : koops rcu_note_context_switch
- From: Köry Maincent <kory.maincent@xxxxxxxxxxx>
- Re: Unexpected scheduling with mutexes
- From: Greg KH <greg@xxxxxxxxx>
- Re: Unexpected scheduling with mutexes
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: Unexpected scheduling with mutexes
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Unexpected scheduling with mutexes
- From: Greg KH <greg@xxxxxxxxx>
- Re: maintainer for this update?
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: maintainer for this update?
- From: Greg KH <greg@xxxxxxxxx>
- maintainer for this update?
- From: Dave Stevens <geek@xxxxxxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: Jesse Simpson <jesse.simpson36@xxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Sparse errors
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: Sparse errors
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: Sparse errors
- From: Ozgur Kara <ozgur@xxxxxxxxxx>
- Re: Sparse errors
- From: Ozgur Kara <ozgur@xxxxxxxxxx>
- Re: Sparse errors
- From: Greg KH <greg@xxxxxxxxx>
- Sparse errors
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: da9063 - Reboot issue : koops rcu_note_context_switch
- From: hariprasad kelam <hariprasad.kelam@xxxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: Igor Pylypiv <igor.pylypiv@xxxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Where is PageHead defined in v5.0?
- From: Jesse Simpson <jesse.simpson36@xxxxxxxxx>
- Where is PageHead defined in v5.0?
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Unexpected scheduling with mutexes
- From: Martin Christian <martin.christian@xxxxxxxxxxx>
- Re: tty: uart: loopback test
- From: hariprasad kelam <hariprasad.kelam@xxxxxxxxx>
- Re: Roadmap to Linux development -- Kernel and Utilities
- From: Elias Kouskoumvekakis <eliaskousk@xxxxxxxxx>
- Re: Roadmap to Linux development -- Kernel and Utilities
- From: Jesse <jesse.simpson36@xxxxxxxxx>
- Re: Roadmap to Linux development -- Kernel and Utilities
- From: Veck Hsiao <fbukevin@xxxxxxxxx>
- Roadmap to Linux development -- Kernel and Utilities
- From: Milad Kahsari <m.kahsari@xxxxxxxxx>
- tty: uart: loopback test
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- da9063 - Reboot issue : koops rcu_note_context_switch
- From: Köry Maincent <kory.maincent@xxxxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: problem about subscribe linux-kernel
- From: Ozgur Kara <ozgur@xxxxxxxxxx>
- Re: problem about subscribe linux-kernel
- From: Greg KH <greg@xxxxxxxxx>
- problem about subscribe linux-kernel
- From: kmaillists <kmaillists@xxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: Greg KH <greg@xxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: Overwriting copy functionality in filesystem
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Overwriting copy functionality in filesystem
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: Okash Khawaja <okash.khawaja@xxxxxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: Okash Khawaja <okash.khawaja@xxxxxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: What will happen if 2 processes map same physical page
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- What will happen if 2 processes map same physical page
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: fsync slowness + XFS -- Regd.
- From: Alex Painemilla <painemilla@xxxxxxxxx>
- Re: fsync slowness + XFS -- Regd.
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- fsync slowness + XFS -- Regd.
- From: Jeno P <write2jeno@xxxxxxxxx>
- Re: vmalloc_to_page is contiguous ?
- From: Rik van Riel <riel@xxxxxxxxxxx>
- vmalloc_to_page is contiguous ?
- From: Ranran <ranshalit@xxxxxxxxx>
- Reentrant Interrupt Handler
- From: ksourav <sourav.jb1988@xxxxxxxxx>
- majordomo@xxxxxxxxxxxxxxx subscription list error
- From: moo can <moocan2112@xxxxxxxx>
- Re: HID Driver
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
- Re: HID Driver
- From: Greg KH <greg@xxxxxxxxx>
- Re: HID Driver
- From: Pratyush Das <reikdas@xxxxxxxxx>
- Re: HID Driver
- From: Greg KH <greg@xxxxxxxxx>
- HID Driver
- From: Pratyush Das <reikdas@xxxxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: Greg KH <greg@xxxxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: Gao Xiang <hsiangkao@xxxxxxx>
- Re: [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: Gao Xiang <gaoxiang25@xxxxxxxxxx>
- Re: [Qemu-devel] ssh session with qemu-arm using busybox
- From: Dongli Zhang <dongli.zhang@xxxxxxxxxx>
- Re: [Qemu-devel] ssh session with qemu-arm using busybox
- From: BALATON Zoltan <balaton@xxxxxxxxxx>
- Re: ssh session with qemu-arm using busybox
- From: Suzuki K Poulose <suzuki.poulose@xxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: Greg KH <greg@xxxxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: Using binary attributes for configuration sysfs entries
- From: valdis.kletnieks@xxxxxx
- Re: [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: valdis.kletnieks@xxxxxx
- Using binary attributes for configuration sysfs entries
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: valdis.kletnieks@xxxxxx
- [PATCH 1/1] staging: erofs: Add function comment for erofs/super.c
- From: arshad hussain <arshad.super@xxxxxxxxx>
- Building and cross-compiling kernel source on Mac OS
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: ssh session with qemu-arm using busybox
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: ssh session with qemu-arm using busybox
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- I2C drivers for Snapdragon 820
- From: Shahid Ali Nadaf <shahidalinux@xxxxxxxxx>
- I2C drivers for Snapdragon 820
- From: Shahid Ali Nadaf <shahidalinux@xxxxxxxxx>
- CMA allocation failure
- From: Pankaj Suryawanshi <suryawanshipankaj@xxxxxxxxx>
- Re: ssh session with qemu-arm using busybox
- From: Nick Kossifidis <mick@xxxxxxxxxxxx>
- ssh session with qemu-arm using busybox
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- What will happen on attempt to write to read-only page when CONFIG_MEM_SOFT_DIRTY is off ?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Finding all modules which consume kernel lib?
- From: valdis.kletnieks@xxxxxx
- Re: Finding all modules which consume kernel lib?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Finding all modules which consume kernel lib?
- From: Greg KH <greg@xxxxxxxxx>
- Finding all modules which consume kernel lib?
- From: Andy Nicholas <andy.nicholas@xxxxxxxxx>
- Re: Re: How to avoid or reduce GFP_ATOMIC allocation failed
- From: greg kh <greg@xxxxxxxxx>
- Re: Re: How to avoid or reduce GFP_ATOMIC allocation failed
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: How to avoid or reduce GFP_ATOMIC allocation failed
- From: Greg KH <greg@xxxxxxxxx>
- How to avoid or reduce GFP_ATOMIC allocation failed
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: exit-code of 251
- From: prashantkumar dhotre <prashantkumardhotre@xxxxxxxxx>
- AW: Using EHSET module
- From: CHMIELARZ Radoslaw <radoslaw.chmielarz@xxxxxxxxxxxxxxxxxxxx>
- Re: Using EHSET module
- From: Greg KH <greg@xxxxxxxxx>
- Using EHSET module
- From: CHMIELARZ Radoslaw <radoslaw.chmielarz@xxxxxxxxxxxxxxxxxxxx>
- Re: exit-code of 251
- From: valdis.kletnieks@xxxxxx
- Re: undefined reference to `ioctl_tty'
- From: valdis.kletnieks@xxxxxx
- Re: [RFC] LKML Archive in Maildir Format
- From: Eric Wong <e@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- HIPAA Updates for the Exceptions for Law Enforcement Purposes
- From: "Aqscence.com" <email@xxxxxxxxxxxxx>
- exit-code of 251
- From: prashantkumar dhotre <prashantkumardhotre@xxxxxxxxx>
- Re: undefined reference to `ioctl_tty'
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: undefined reference to `ioctl_tty'
- From: valdis.kletnieks@xxxxxx
- Re: undefined reference to `ioctl_tty'
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Fwd: undefined reference to `ioctl_tty'
- From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
- undefined reference to `ioctl_tty'
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Unimplemented system call
- From: valdis.kletnieks@xxxxxx
- Re: Unimplemented system call
- From: Umair Khan <omerjerk@xxxxxxxxx>
- Re: Unimplemented system call
- From: valdis.kletnieks@xxxxxx
- Unimplemented system call
- From: Umair Khan <omerjerk@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Eric Wong <e@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
- Re: make modules_install install is failing
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: tty: uart: custom speed
- From: Vladimir Zapolskiy <vz@xxxxxxxxx>
- Re: tty: uart: custom speed
- From: Grant Edwards <grant.b.edwards@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: valdis.kletnieks@xxxxxx
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
- Re: tty: uart: custom speed
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: tty: uart: custom speed
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: tty: uart: custom speed
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Greg KH <greg@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- tty: uart: custom speed
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Greg KH <greg@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: valdis.kletnieks@xxxxxx
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: valdis.kletnieks@xxxxxx
- Re: How to make /dev/ttyACM0 (and friends) exclusive?
- From: Greg KH <greg@xxxxxxxxx>
- How to make /dev/ttyACM0 (and friends) exclusive?
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Question regarding clock-provider and m41t80.c
- From: Patrick Schneider <patrick.schneider@xxxxxxxxxxx>
- Re: Could we use jprobe to skip kprboed function
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
- Could we use jprobe to skip kprboed function
- From: wuzhouhui <wuzhouhui14@xxxxxxxxxxxxxxxx>
- Re: where is headers_install in KBUILD
- From: Bo YU <tsu.yubo@xxxxxxxxx>
- Re: where is headers_install in KBUILD
- From: valdis.kletnieks@xxxxxx
- where is headers_install in KBUILD
- From: YU Bo <tsu.yubo@xxxxxxxxx>
- Re: arm64 Kernel build for qemu-system-aarch64 ?
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: arm64 Kernel build for qemu-system-aarch64 ?
- From: Mark Rutland <mark.rutland@xxxxxxx>
- arm64 Kernel build for qemu-system-aarch64 ?
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- building .lst files for a subdirectory
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: writes to /dev/kmsg
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: writes to /dev/kmsg
- From: Bjørn Mork <bjorn@xxxxxxx>
- writes to /dev/kmsg
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Platform driver probe() not being called when device-tree overlaid
- From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
- How to dealwith mmap for a filesystem filter driver?
- From: kipade <kipade@xxxxxxx>
- Platform driver probe() not being called when device-tree overlaid
- From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
- Configuring a Conexant USB modem
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Want to improve wiki document
- From: YU Bo <tsu.yubo@xxxxxxxxx>
- Re: Want to improve wiki document
- From: Bo YU <tsu.yubo@xxxxxxxxx>
- [Question] Use mr25h40 in a custom DSDT ACPI table
- From: Flavio Suligoi <f.suligoi@xxxxxxx>
- Re: Want to improve wiki document
- From: Bo YU <tsu.yubo@xxxxxxxxx>
- Re: Want to improve wiki document
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: how to find out IRQ end user
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- make modules_install install is failing
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: SELinux, LSM and ima_policy rules
- From: valdis.kletnieks@xxxxxx
- SELinux, LSM and ima_policy rules
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- edge case posix file lock deadlock detection
- From: Theodore Dubois <tblodt@xxxxxxxxxx>
- how to find out IRQ end user
- From: "Matwey V. Kornilov" <matwey.kornilov@xxxxxxxxx>
- Re: Userspace configurable GPIO pinout
- From: valdis.kletnieks@xxxxxx
- Userspace configurable GPIO pinout
- From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
- Re: Fwd: Later Kernel versions break some games in wine
- From: Greg KH <greg@xxxxxxxxx>
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: valdis.kletnieks@xxxxxx
- Fwd: Later Kernel versions break some games in wine
- From: Anthony Jagers <noonetinone@xxxxxxxxx>
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: valdis.kletnieks@xxxxxx
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: drivers: iio: dummy: Unable to add channels to simple_dummy_channel
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: drivers: iio: dummy: Unable to add channels to simple_dummy_channel
- From: valdis.kletnieks@xxxxxx
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- drivers: iio: dummy: Unable to add channels to simple_dummy_channel
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- Re: drivers: iio: Adding channels to the simple_dummy module
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- drivers: iio: Adding channels to the simple_dummy module
- From: Bharath Vedartham <linux.bhar@xxxxxxxxx>
- 32-bit relocation outside of kernel
- From: Wallace <wallace@xxxxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: drivers/char/efirtc.c - efi_rtc_open\ efi_rtc_close
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- drivers/char/efirtc.c - efi_rtc_open\ efi_rtc_close
- From: Muni Sekhar <munisekharrms@xxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Sai Prakash Ranjan <saiprakash.ranjan@xxxxxxxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Need help: how to locate failure from irq_chip subsystem
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Need help: how to locate failure from irq_chip subsystem
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Understanding memory fragmentation in Linux kernel
- From: Richard Siegfried <richard_siegfried@xxxxxxxxxxxx>
- Re: Security-What can be done in kernel to disable forever executable memory modificaton
- From: valdis.kletnieks@xxxxxx
- Security-What can be done in kernel to disable forever executable memory modificaton
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- gpio: struct gpio_chip.set_multiple\get_multiple
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: where to find the kmalloc implementation
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: where to find the kmalloc implementation
- From: Okash Khawaja <okash.khawaja@xxxxxxxxx>
- where to find the kmalloc implementation
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Lior Okman <lior@xxxxxxxxxx>
- Re: How to forbid user space and kernel executable pages from becoming writable?
- From: Shachar Shemesh <shachar@xxxxxxxxxxx>
- Kernelnewbies, In support of your website ranking
- From: "jameson@xxxxxxxxxxxxxxxx" <jameson@xxxxxxxxxxxxxxxx>
- Re: mount /proc at boot as read-only
- From: Greg KH <greg@xxxxxxxxx>
- Re: mount /proc at boot as read-only
- From: valdis.kletnieks@xxxxxx
- mount /proc at boot as read-only
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Greg KH <greg@xxxxxxxxx>
- The Kernel knows. But how ? Did the acpi make a secret dead drop ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
- Re: How to forbid user space and kernel executable pages from becoming writable?
- From: valdis.kletnieks@xxxxxx
- How to forbid user space and kernel executable pages from becoming writable?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: why are some stat.h "S_*" perm macros not exported via uapi?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: why are some stat.h "S_*" perm macros not exported via uapi?
- From: valdis.kletnieks@xxxxxx
- why are some stat.h "S_*" perm macros not exported via uapi?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- stylistically, IS_ERR() versus IS_ERR_VALUE()?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Re: Listing Supported Kernel Parameters?
- From: Henry C <hc128168@xxxxxxxxx>
- Re: Listing Supported Kernel Parameters?
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: Listing Supported Kernel Parameters?
- From: Henry C <hc128168@xxxxxxxxx>
- Re: Listing Supported Kernel Parameters?
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: Understanding memory fragmentation in Linux kernel
- From: Amit Agarwal <amit@xxxxxxxxxxxxxxxxxx>
- Re: Understanding memory fragmentation in Linux kernel
- From: Manish Katiyar <mkatiyar@xxxxxxxxx>
- Re: Understanding memory fragmentation in Linux kernel
- From: Amit Agarwal <amit@xxxxxxxxxxxxxxxxxx>
- Listing Supported Kernel Parameters?
- From: Henry C <hc128168@xxxxxxxxx>
- Re: Understanding memory fragmentation in Linux kernel
- From: Manish Katiyar <mkatiyar@xxxxxxxxx>
- Understanding memory fragmentation in Linux kernel
- From: Amit Agarwal <amit@xxxxxxxxxxxxxxxxxx>
- 8 bytes reserved at the top of the stack in arm
- From: ksourav <sourav.jb1988@xxxxxxxxx>
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Greg KH <greg@xxxxxxxxx>
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: valdis.kletnieks@xxxxxx
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: valdis.kletnieks@xxxxxx
- Re: How to signal kernel that shared library is not in use by any process anymore ?
- From: Greg KH <greg@xxxxxxxxx>
- How to signal kernel that shared library is not in use by any process anymore ?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: Greg KH <greg@xxxxxxxxx>
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: How to detect slab memory leak
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: In a process context kernel_read returns -EINTR, how to proceed?
- From: valdis.kletnieks@xxxxxx
- In a process context kernel_read returns -EINTR, how to proceed?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Praveen Kumar <kpraveen.lkml@xxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Praveen Kumar <kpraveen.lkml@xxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Praveen Kumar <kpraveen.lkml@xxxxxxxxx>
- Re: /proc/modules not showing any output
- From: Greg KH <greg@xxxxxxxxx>
- /proc/modules not showing any output
- From: Praveen Kumar <kpraveen.lkml@xxxxxxxxx>
- Re: How to detect slab memory leak
- From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
- Re: How to detect slab memory leak
- From: Harsh Jain <harshjain.prof@xxxxxxxxx>
- Re: How to detect slab memory leak
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: a specific question...
- From: Ozgur <ozgur@xxxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: [RFC] LKML Archive in Maildir Format
- From: Joe Perches <joe@xxxxxxxxxxx>
- [RFC] LKML Archive in Maildir Format
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- [ANNOUNCE] New kernelnewbies mailing list archive
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: a specific question...
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- a specific question...
- From: R. Engür Pişirici <engur@xxxxxxxxxxxxxx>
- How to detect slab memory leak
- From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
- Purpose of PTRACE_SETSIGINFO for x86
- From: Okash Khawaja <okash.khawaja@xxxxxxxxx>
- how does a PHY driver wildcard on PHY IDs from a .dts file?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- Christmas present from Eudyptula?
- From: Justin Skists <justin.skists@xxxxxxxxxxx>
- which environment variables to use in KBUILD
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Cannot compile i915 kernel driver as a module on CoreOS
- From: AYAN KUMAR HALDER <ayankumarh@xxxxxxxxx>
- Cannot compile i915 kernel driver as a module on CoreOS
- From: Jason Kulatunga <jason@xxxxxxxxxxxxxxxx>
- Re: Why existing filesystem encryption tools do not limit run-time file access while user/session might be used?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Why existing filesystem encryption tools do not limit run-time file access while user/session might be used?
- From: valdis.kletnieks@xxxxxx
- Why existing filesystem encryption tools do not limit run-time file access while user/session might be used?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Tracing memory address access in kernel
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
- Re: Fix for https://bugzilla.kernel.org/show_bug.cgi?id=200085
- From: Alex Painemilla <painemilla@xxxxxxxxx>
- Fix for https://bugzilla.kernel.org/show_bug.cgi?id=200085
- From: Саша Ковтуненко <alexander198961@xxxxxxxxx>
- Re: Tracing memory address access in kernel
- From: Chriz Chow <cmcvista@xxxxxxxxx>
- Tracing memory address access in kernel
- From: Pritam Bankar <pritambankar1988@xxxxxxxxx>
- RO data
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: When kernel deletes unused kernel module from RAM?
- From: valdis.kletnieks@xxxxxx
- When kernel deletes unused kernel module from RAM?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- which functions are used for dynamically allocating memory in the kernel?
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Kernel default security configuration - how it affects LSM policy?
- From: valdis.kletnieks@xxxxxx
- HOW CONFIG_DEFAULT_SECURITY affect precedence of decisions between LSM and Linux DAC ?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Kernel default security configuration - how it affects LSM policy?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- missing /sys/class/drm/*
- From: jim.cromie@xxxxxxxxx
- Kernel default security configuration - how it affects LSM policy?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- question: frag_max_size not checked in ip_finish_output
- From: Wenxin Wang <wenxin.wang94@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: valdis.kletnieks@xxxxxx
- question: frag_max_size not checked in ip_finish_output
- From: Wenxin Wang <wenxin.wang94@xxxxxxxxx>
- Re: deferred pages
- From: valdis.kletnieks@xxxxxx
- Re: deferred pages
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- pwm_bl add framebuffer from fbcon
- From: Christian N <cnegris01@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Why eeprom driver is read-only ?
- From: Ranran <ranshalit@xxxxxxxxx>
- Re: Why eeprom driver is read-only ?
- From: valdis.kletnieks@xxxxxx
- Re: Why eeprom driver is read-only ?
- From: Ranran <ranshalit@xxxxxxxxx>
- Re: Why eeprom driver is read-only ?
- From: valdis.kletnieks@xxxxxx
- Re: Why eeprom driver is read-only ?
- From: Chriz Chow <cmcvista@xxxxxxxxx>
- Re: Why eeprom driver is read-only ?
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Why eeprom driver is read-only ?
- From: Ranran <ranshalit@xxxxxxxxx>
- Re: High IO load cause kswapd hang and unresponsive system
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: High IO load cause kswapd hang and unresponsive system
- From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: valdis.kletnieks@xxxxxx
- Re: [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Kernel development virtualization options
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: valdis.kletnieks@xxxxxx
- Re: [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: valdis.kletnieks@xxxxxx
- Kernel development virtualization options
- From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: High IO load cause kswapd hang and unresponsive system
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: a question on mapping from PTE to swap entry
- From: valdis.kletnieks@xxxxxx
- High IO load cause kswapd hang and unresponsive system
- From: Naruto Nguyen <narutonguyen2018@xxxxxxxxx>
- Re: [ARM64] Printing IRQ stack usage information
- From: valdis.kletnieks@xxxxxx
- a question on mapping from PTE to swap entry
- From: "Larry" <losemyheaven@xxxxxxxxxxx>
- [ARM64] Printing IRQ stack usage information
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: function stack frames in the kernel
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: function stack frames in the kernel
- From: valdis.kletnieks@xxxxxx
- Re: function stack frames in the kernel
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: function stack frames in the kernel
- From: Augusto Mecking Caringi <augustocaringi@xxxxxxxxx>
- function stack frames in the kernel
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Creating compressed backing_store as swapfile
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Creating compressed backing_store as swapfile
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- Re: Unsupported relocation type: R_X86_64_PLT32
- From: Aleix Roca Nonell <kernelrocks@xxxxxxxxx>
- Re: Unsupported relocation type: R_X86_64_PLT32
- From: Shyam Saini <mayhs11saini@xxxxxxxxx>
- Re: Unsupported relocation type: R_X86_64_PLT32
- From: Aleix Roca Nonell <kernelrocks@xxxxxxxxx>
- Re: error: /boot/vmlinuz-4.18.16-1-default has invalid signature
- From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
- Re: Creating compressed backing_store as swapfile
- From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
- Re: Creating compressed backing_store as swapfile
- From: valdis.kletnieks@xxxxxx
- Re: Creating compressed backing_store as swapfile
- From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
- Re: Creating compressed backing_store as swapfile
- From: valdis.kletnieks@xxxxxx
- Re: Creating compressed backing_store as swapfile
- From: valdis.kletnieks@xxxxxx
- Re: Creating compressed backing_store as swapfile
- From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
- Creating compressed backing_store as swapfile
- From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
- What is the proper way to close file received by file_open_root?
- From: Tamir Carmeli <carmeli.tamir@xxxxxxxxx>
- Re: Unsupported relocation type: R_X86_64_PLT32
- From: Aleix Roca Nonell <kernelrocks@xxxxxxxxx>
- Unsupported relocation type: R_X86_64_PLT32
- From: Aleix Roca Nonell <kernelrocks@xxxxxxxxx>
- gcov tool data - for a specific kernel module
- From: Muni Sekhar <munisekharrms@xxxxxxxxx>
- gcov tool data - for a specific kernel module
- From: Muni Sekhar <munisekharrms@xxxxxxxxx>
- Re: error: /boot/vmlinuz-4.18.16-1-default has invalid signature
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: deferred pages
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
- Re: Quick interview with any community members
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: Backporting stacked security patch
- From: Greg KH <greg@xxxxxxxxx>
- Quick interview with any community members
- From: Alex Frederiksen <alexander.frederiksen.mail@xxxxxxxxx>
- Re: Backporting stacked security patch
- From: valdis.kletnieks@xxxxxx
- Re: Backporting stacked security patch
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Backporting stacked security patch
- From: Greg KH <greg@xxxxxxxxx>
- [me: Does Rockchip RK808 driver unload work as intended?]
- From: Matti Vaittinen <matti.vaittinen@xxxxxxxxxxxxxxxxx>
- Backporting stacked security patch
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- error: /boot/vmlinuz-4.18.16-1-default has invalid signature
- From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
- Re: MMU related code
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: MMU related code
- From: Steffen Vogel <post@xxxxxxxxxxxxxxx>
- Re: MMU related code
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: MMU related code
- From: SeyedAlireza Sanaee <sarsanaee@xxxxxxxxx>
- Re: MMU related code
- From: valdis.kletnieks@xxxxxx
- deferred pages
- From: Damian Tometzki <linux_dti@xxxxxxxxxx>
- deferred pages
- From: Damian Tometzki <linux_dti@xxxxxxxxxx>
- MMU related code
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Testing the performance impact of kernel modifications
- From: SeyedAlireza Sanaee <sarsanaee@xxxxxxxxx>
- Re: Boot all yes config kernel with QEMU
- From: Greg KH <greg@xxxxxxxxx>
- Re: Boot all yes config kernel with QEMU
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Boot all yes config kernel with QEMU
- From: valdis.kletnieks@xxxxxx
- Boot all yes config kernel with QEMU
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Modify a file content from block layer
- From: valdis.kletnieks@xxxxxx
- Re: Modify a file content from block layer
- From: jitendra kumar khasdev <jkhasdev@xxxxxxxxx>
- Re: Modify a file content from block layer
- From: valdis.kletnieks@xxxxxx
- Re: Modify a file content from block layer
- From: Ozgur <o@xxxxxxxxxx>
- Modify a file content from block layer
- From: jitendra kumar khasdev <jkhasdev@xxxxxxxxx>
- Re: Linux Kernel Tester's Guide is still valid?
- From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
- Re: Linux Kernel Tester's Guide is still valid?
- From: Ozgur <o@xxxxxxxxxx>
- Re: Linux Kernel Tester's Guide is still valid?
- From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
- Re: Linux Kernel Tester's Guide is still valid?
- From: valdis.kletnieks@xxxxxx
- Linux Kernel Tester's Guide is still valid?
- From: Manuel Quintero Fonseca <manuel@xxxxxxxxxx>
- [RFC: sound/i2c/cs8427] clang warns about cast to signed char
- From: Philipp K <philipp97kl@xxxxxxxxx>
- Re: [RFC: sound/i2c/cs8427] clang warns about cast to signed char
- From: Takashi Iwai <tiwai@xxxxxxx>
- Understand numa_faults_memory
- From: Henry C <hc128168@xxxxxxxxx>
- Re: changing parameters in build
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: changing parameters in build
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: changing parameters in build
- From: valdis.kletnieks@xxxxxx
- Re: changing parameters in build
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: changing parameters in build
- From: Greg KH <greg@xxxxxxxxx>
- Re: changing parameters in build
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: changing parameters in build
- From: Greg KH <greg@xxxxxxxxx>
- changing parameters in build
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Testing the performance impact of kernel modifications
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Testing the performance impact of kernel modifications
- From: valdis.kletnieks@xxxxxx
- Re: Testing the performance impact of kernel modifications
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Testing the performance impact of kernel modifications
- From: valdis.kletnieks@xxxxxx
- Testing the performance impact of kernel modifications
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: stap shows kfree() is 5 times more than kallocs, how could be?
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- stap shows kfree() is 5 times more than kallocs, how could be?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: How to see the accepted in baseline patch content
- From: Greg KH <greg@xxxxxxxxx>
- How to see the accepted in baseline patch content
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Generic UDP Encapsulation
- From: Kanthi P <pavuluri.kanthi@xxxxxxxxx>
- Re: link time analysis for the kernel.
- From: Ozgur <ozgur@xxxxxxxxxx>
- Re: link time analysis for the kernel.
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: link time analysis for the kernel.
- From: valdis.kletnieks@xxxxxx
- Re: Learning Linux Kernel Development
- From: valdis.kletnieks@xxxxxx
- Re: link time analysis for the kernel.
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: link time analysis for the kernel.
- From: Ozgur <o@xxxxxxxxxx>
- Re: link time analysis for the kernel.
- From: Ozgur <o@xxxxxxxxxx>
- Re: link time analysis for the kernel.
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: link time analysis for the kernel.
- link time analysis for the kernel.
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Learning Linux Kernel Development
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Learning Linux Kernel Development
- Re: Fwd: Learning Linux Kernel Development
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: Fwd: Learning Linux Kernel Development
- From: valdis.kletnieks@xxxxxx
- Fwd: Learning Linux Kernel Development
- From: Carter Cheng <cartercheng@xxxxxxxxx>
- Re: What is "#define alloc_ieee80211 alloc_ieee80211_rsl"?
- From: valdis.kletnieks@xxxxxx
- Re: What is "#define alloc_ieee80211 alloc_ieee80211_rsl"?
- From: John Whitmore <arigead@xxxxxxxxx>
- What is "#define alloc_ieee80211 alloc_ieee80211_rsl"?
- From: John Whitmore <arigead@xxxxxxxxx>
- Re: How to make linux stop all processes/activities except the one I am benchmarking?
- From: valdis.kletnieks@xxxxxx
- How to make linux stop all processes/activities except the one I am benchmarking?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: Diploma project with the Linux kernel
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- Re: Diploma project with the Linux kernel
- From: Boian Karatotev <boian4o1@xxxxxxxxx>
- Re: Diploma project with the Linux kernel
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
- Re: Diploma project with the Linux kernel
- From: valdis.kletnieks@xxxxxx
- Re: Diploma project with the Linux kernel
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
- Re: How to enable max98357a in sound/soc/codecs
- From: Paul Nader <paul.nader@xxxxxxxxx>
- Re: Diploma project with the Linux kernel
- From: valdis.kletnieks@xxxxxx
- Re: Diploma project with the Linux kernel
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Diploma project with the Linux kernel
- From: Boian Karatotev <boian4o1@xxxxxxxxx>
- Re: How to enable max98357a in sound/soc/codecs
- From: valdis.kletnieks@xxxxxx
- How to enable max98357a in sound/soc/codecs
- From: Paul Nader <paul.nader@xxxxxxxxx>
- Forum registration activation broken?
- From: Paul Nader <paul.nader@xxxxxxxxx>
- Re: [PATCH] fix error handling in drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH] fix error handling in drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- style guide recommendations when including UAPI files?
- From: rpjday@xxxxxxxxxxxxxx
- stack pointer used in vector_swi() in arm linux system call
- From: Anonymous Page <sourav.jb1988@xxxxxxxxx>
- Re: Checkpatch.pl warning
- From: valdis.kletnieks@xxxxxx
- Checkpatch.pl warning
- From: Shubham Singh <singhshu@xxxxxxxxxx>
- Re: Linux FS design and implementation book
- From: Valentin Vidic <Valentin.Vidic@xxxxxxxxx>
- Re: Problem with netconsole and eth0 timing
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: Problem with netconsole and eth0 timing
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: [PATCH] fix error handling in drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Problem with netconsole and eth0 timing
- From: valdis.kletnieks@xxxxxx
- Re: Problem with netconsole and eth0 timing
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: Problem with netconsole and eth0 timing
- From: valdis.kletnieks@xxxxxx
- Re: Problem with netconsole and eth0 timing
- From: don fisher <hdf3@xxxxxxxxxxx>
- [PATCH] fix error handling in drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
- From: valdis.kletnieks@xxxxxx
- Re: staging:rtl8192u: Possible memory leak?
- From: valdis.kletnieks@xxxxxx
- staging:rtl8192u: Possible memory leak?
- From: John Whitmore <arigead@xxxxxxxxx>
- Re: Problem with netconsole and eth0 timing
- From: valdis.kletnieks@xxxxxx
- Problem with netconsole and eth0 timing
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: dev process - reduce mistakes
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Really long lenght macros names on wlan-ng directory
- From: Pablo Pellecchia <pablo9891@xxxxxxxxx>
- Pcieport driver
- From: Er Krishna <erkrishna@xxxxxxxxx>
- Re: is this list still alive?
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: is this list still alive?
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: 4.19-rc3 incompatible with nvidia driver
- From: Daan Wendelen <daanwendelen@xxxxxxxxx>
- Re: 4.19-rc3 incompatible with nvidia driver
- From: Daan Wendelen <daanwendelen@xxxxxxxxx>
- Re: 4.19-rc3 incompatible with nvidia driver
- From: valdis.kletnieks@xxxxxx
- Re: is this list still alive?
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: is this list still alive?
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: 4.19-rc3 incompatible with nvidia driver
- From: Greg KH <greg@xxxxxxxxx>
- 4.19-rc3 incompatible with nvidia driver
- From: Daan Wendelen <daanwendelen@xxxxxxxxx>
- is this list still alive?
- From: don fisher <hdf3@xxxxxxxxxxx>
- Re: Linux FS design and implementation book
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: dev process - reduce mistakes
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: dev process - reduce mistakes
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- Re: dev process - reduce mistakes
- From: valdis.kletnieks@xxxxxx
- dev process - reduce mistakes
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Linux FS design and implementation book
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: valdis.kletnieks@xxxxxx
- IOCtl argument check
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: regarding const variables/structures
- From: Shakthi Kannan <author@xxxxxxxxxxxxxxx>
- Re: Linux FS design and implementation book
- From: valdis.kletnieks@xxxxxx
- Linux FS design and implementation book
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: regarding const variables/structures
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: valdis.kletnieks@xxxxxx
- Re: regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: regarding const variables/structures
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: regarding const variables/structures
- From: Greg KH <greg@xxxxxxxxx>
- regarding const variables/structures
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: interruptible sleep tasks
- From: valdis.kletnieks@xxxxxx
- interruptible sleep tasks
- From: Muni Sekhar <munisekharrms@xxxxxxxxx>
- Re: Build using O=path
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Build using O=path
- From: Luca Ceresoli <luca@xxxxxxxxxxxxxxxx>
- Re: Build using O=path
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: Build using O=path
- From: Joey Pabalinas <joeypabalinas@xxxxxxxxx>
- Re: Build using O=path
- From: Dhiraj Kumar <dhiraj.2k7@xxxxxxxxx>
- gdb debug get_unmapped_area
- From: Dengke Du <dengke.du@xxxxxxxxxxxxx>
- Build using O=path
- From: "Tobin C. Harding" <me@xxxxxxxx>
- ATA link errors in custom PATA driver
- From: Nathan Williams <ngwilliams@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Thomas Bracht Laumann Jespersen <laumann.thomas@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Greg KH <greg@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Thomas Bracht Laumann Jespersen <laumann.thomas@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Thomas Bracht Laumann Jespersen <laumann.thomas@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Greg KH <greg@xxxxxxxxx>
- Re: Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: valdis.kletnieks@xxxxxx
- Implementing tight time constraints for read/write with USB serial (ftdi_sio)
- From: Thomas Bracht Laumann Jespersen <laumann.thomas@xxxxxxxxx>
- Re: gpio: userspace tools
- From: Mayur Nande <mayur.nan@xxxxxxxxx>
- Re: Queries on bottom halves
- From: Larry Chen <lchen@xxxxxxxx>
- Re: Queries on bottom halves
- From: Greg KH <greg@xxxxxxxxx>
- Re: Queries on bottom halves
- From: valdis.kletnieks@xxxxxx
- Re: Queries on bottom halves
- From: Abhinav Misra <abhitheextremeeng@xxxxxxxxx>
- Re: Queries on bottom halves
- From: Larry Chen <lchen@xxxxxxxx>
- Re: Queries on bottom halves
- From: Abhinav Misra <abhitheextremeeng@xxxxxxxxx>
- Re: Question about DMA mapping.
- From: valdis.kletnieks@xxxxxx
- gpio: userspace tools
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Question about DMA mapping.
- From: "phind.uet@xxxxxxxxx" <phind.uet@xxxxxxxxx>
- Re: suggestions for good in-kernel examples of simple ethernet/PHY drivers?
- From: valdis.kletnieks@xxxxxx
- Re: suggestions for good in-kernel examples of simple ethernet/PHY drivers?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
- suggestions for good in-kernel examples of simple ethernet/PHY drivers?
- From: rpjday@xxxxxxxxxxxxxx
- Re: suggestions for good in-kernel examples of simple ethernet/PHY drivers?
- From: Woody Wu <narkewoody@xxxxxxxxx>
- Re: How to alloc memory in kernel on a specific numa node
- From: Rami Rosen <roszenrami@xxxxxxxxx>
- Re: Queries on bottom halves
- From: Chinmay V S <cvs268@xxxxxxxxx>
- Queries on bottom halves
- From: Abhinav Misra <abhitheextremeeng@xxxxxxxxx>
- Re: How to alloc memory in kernel on a specific numa node
- From: "s.v.krishna reddy" <svkr521@xxxxxxxxx>
- Re: First Patch: Memory Limit Exceeded
- From: Rik van Riel <riel@xxxxxxxxxxx>
- Re: Merge Window closed, submitting patches?
- From: John Whitmore <arigead@xxxxxxxxx>
- Re: Merge Window closed, submitting patches?
- From: Justin Skists <justin.skists@xxxxxxxxxxx>
- First Patch: Memory Limit Exceeded
- From: Anika Murarka <murarka.anika97@xxxxxxxxx>
- Merge Window closed, submitting patches?
- From: John Whitmore <arigead@xxxxxxxxx>
- Re: what is the purpose of "console_silent" in printk.h?
- From: Justin Skists <justin.skists@xxxxxxxxxxx>
- what is the purpose of "console_silent" in printk.h?
- From: rpjday@xxxxxxxxxxxxxx
- How to alloc memory in kernel on a specific numa node
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: GPIO consumer interface and DT
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: Difference between kernel logical address and kernel virtual address
- From: Anirban Roy <royanirban@xxxxxxxxx>
- Difference between kernel logical address and kernel virtual address
- From: Abhinav Misra <abhitheextremeeng@xxxxxxxxx>
- Re: System call vs POSIX call
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: System call vs POSIX call
- From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
- Re: System call vs POSIX call
- From: valdis.kletnieks@xxxxxx
- Re: GPIO consumer interface and DT
- From: Arkadiusz Lis <areklis909@xxxxxxxxx>
- Re: System call vs POSIX call
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- System call vs POSIX call
- From: Subhashini Rao Beerisetty <subhashbeerisetty@xxxxxxxxx>
- Re: GPIO consumer interface and DT
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: How to assess how much stack space kernel function may use?
- From: Greg KH <greg@xxxxxxxxx>
- How to assess how much stack space kernel function may use?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Is there any way to show local var when using crash to analyse coredump?
- From: "Larry" <losemyheaven@xxxxxxxxxxx>
- GPIO consumer interface and DT
- From: Arkadiusz Lis <areklis909@xxxxxxxxx>
- Re: Proxy filesystems
- From: Richard Weinberger <richard@xxxxxx>
- Re: Proxy filesystems
- From: Greg KH <greg@xxxxxxxxx>
- Re: Proxy filesystems
- From: Greg KH <greg@xxxxxxxxx>
- Re: Proxy filesystems
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: Proxy filesystems
- From: Demi Obenour <demiobenour@xxxxxxxxx>
- Re: Proxy filesystems
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
- Re: A question on the function clean_bdev_bh_alias
- From: "Larry" <losemyheaven@xxxxxxxxxxx>
- Re: kobj->state_initialized is never set to 0
- From: Helen Koike <helen@xxxxxxxxxx>
- Re: A question on the function clean_bdev_bh_alias
- From: valdis.kletnieks@xxxxxx
- A question on the function clean_bdev_bh_alias
- From: "Larry" <losemyheaven@xxxxxxxxxxx>
- Re: first patch question
- From: greg gallagher <greg@xxxxxxxxxxxxxxxx>
- Re: first patch question
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Proxy filesystems
- From: Demi Obenour <demiobenour@xxxxxxxxx>
- Re: first patch question
- From: greg gallagher <greg@xxxxxxxxxxxxxxxx>
- Re: first patch question
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- first patch question
- From: Greg Gallagher <greg@xxxxxxxxxxxxxxxx>
- Re: Virtual console devices
- From: Greg KH <greg@xxxxxxxxx>
- Re: Problem of compiling linux2.6.11.12 kernel
- From: "He Huanyu" <huanyuheatcn@xxxxxxx>
- Virtual console devices
- From: Tushar Dave <tushdev@xxxxxxxxx>
- Re: Problem of compiling linux2.6.11.12 kernel
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Problem of compiling linux2.6.11.12 kernel
- From: "He Huanyu" <huanyuheatcn@xxxxxxx>
- Re: Problem of compiling linux2.6.11.12 kernel
- From: valdis.kletnieks@xxxxxx
- Problem of compiling linux2.6.11.12 kernel
- From: "He Huanyu" <huanyuheatcn@xxxxxxx>
- Re: How to unwind stack to seek for specific caller?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: How to unwind stack to seek for specific caller?
- From: valdis.kletnieks@xxxxxx
- How to unwind stack to seek for specific caller?
- From: Lev Olshvang <levonshe@xxxxxxxxxx>
- Re: First patch
- From: valdis.kletnieks@xxxxxx
- First patch
- From: Arkadiusz Lis <areklis909@xxxxxxxxx>
- Re: Sharing memory between two kernel module - Better approach
- From: valdis.kletnieks@xxxxxx
- Sharing memory between two kernel module - Better approach
- From: Abhinav Misra <abhitheextremeeng@xxxxxxxxx>
- Re: Need Suggestions
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: virtual address space allocation
- From: Babis Chalios <bchalios@xxxxxxxxxxxx>
- Re: Need Suggestions
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: virtual address space allocation
- From: valdis.kletnieks@xxxxxx
- Re: virtual address space allocation
- From: Babis Chalios <bchalios@xxxxxxxxxxxx>
- Re: how to best ioremap() the ranges part of a "simple-bus" device?
- From: Martin Kaiser <lists@xxxxxxxxx>
- Re: how to best ioremap() the ranges part of a "simple-bus" device?
- From: Martin Kaiser <lists@xxxxxxxxx>
- Re: virtual address space allocation
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- how to best ioremap() the ranges part of a "simple-bus" device?
- From: rpjday@xxxxxxxxxxxxxx
- virtual address space allocation
- From: Babis Chalios <bchalios@xxxxxxxxxxxx>
- Re: what network driver routines are invoked via "ifup" and "ifdown"?
- From: "Daniel." <danielhilst@xxxxxxxxx>
- what network driver routines are invoked via "ifup" and "ifdown"?
- From: rpjday@xxxxxxxxxxxxxx
- OOM in secondary cgroup leading to networking loss
- From: Àbéjídé Àyodélé <abejideayodele@xxxxxxxxx>
- Re: Kernel API's for ADC
- From: "'Greg KH'" <greg@xxxxxxxxx>
- RE: Kernel API's for ADC
- From: "chandrasekhar" <chandrasekhar@xxxxxxxxxx>
- Re: Need Suggestions
- From: valdis.kletnieks@xxxxxx
- Re: Need Suggestions
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Netpoll APIs
- From: jitendra kumar khasdev <jkhasdev@xxxxxxxxx>
- Re: Kernel API's for ADC
- From: Greg KH <greg@xxxxxxxxx>
- RE: Kernel API's for ADC
- From: "chandrasekhar" <chandrasekhar@xxxxxxxxxx>
- Re: Kernel API's for ADC
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
- Kernel API's for ADC
- From: "chandrasekhar" <chandrasekhar@xxxxxxxxxx>
- Re: link_path_walk/dentry_path_raw TOCTTOU race question
- From: Greg KH <greg@xxxxxxxxx>
- Re: link_path_walk/dentry_path_raw TOCTTOU race question
- From: riya khanna <riyakhanna1983@xxxxxxxxx>
- Re: link_path_walk/dentry_path_raw TOCTTOU race question
- From: valdis.kletnieks@xxxxxx
- link_path_walk/dentry_path_raw TOCTTOU race question
- From: riya khanna <riyakhanna1983@xxxxxxxxx>
- Re: Synaptics Driver Problem
- From: valdis.kletnieks@xxxxxx
- Re: undefined reference to `__divdi3'
- From: valdis.kletnieks@xxxxxx
- Synaptics Driver Problem
- Re: Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: undefined reference to `__divdi3'
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: Nishad Kamdar <nishadkamdar@xxxxxxxxx>
- Re: Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: Nishad Kamdar <nishadkamdar@xxxxxxxxx>
- undefined reference to `__divdi3'
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: Greg KH <greg@xxxxxxxxx>
- Re: Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Unable to view patches in https://patchwork.kernel.org/project/LKML/list/
- From: nishad kamdar <nishadkamdar@xxxxxxxxx>
- Need help in nvme queue
- From: Er Krishna <erkrishna@xxxxxxxxx>
- Re: kobj->state_initialized is never set to 0
- From: Greg KH <greg@xxxxxxxxx>
- kobj->state_initialized is never set to 0
- From: Helen Koike <helen@xxxxxxxxxx>
- memcpy seg fault with mmaped address
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: Linux kernel mailing list filtering issues
- From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
- Re: Linux kernel mailing list filtering issues
- From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
- Linux kernel mailing list filtering issues
- From: hal@xxxxxxxxxxxxxxx
- Re: mmap with huge page
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: mmap with huge page
- From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
- Re: Need Suggestions
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Need Suggestions
- From: valdis.kletnieks@xxxxxx
- Re: Need Suggestions
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Need Suggestions
- From: valdis.kletnieks@xxxxxx
- Re: Need Suggestions
- From: Dave Stevens <geek@xxxxxxxxxxxx>
- Re: Need Suggestions
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Need Suggestions
- From: Dave Stevens <geek@xxxxxxxxxxxx>
- Re: Need Suggestions
- From: valdis.kletnieks@xxxxxx
- Re: Need Suggestions
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: Need Suggestions
- From: Dave Stevens <geek@xxxxxxxxxxxx>
- Re: Need Suggestions
- From: Richard Siegfried <richard_siegfried@xxxxxxxxxxxx>
- Re: Need Suggestions
- From: Richard Siegfried <richard_siegfried@xxxxxxxxxxxx>
- Re: mmap with huge page
- From: David Frank <david_frank95@xxxxxxxxx>
- mmap with huge page
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: Netpoll APIs
- From: SeyedAlireza Sanaee <sarsanaee@xxxxxxxxx>
- Re: Netpoll APIs
- From: valdis.kletnieks@xxxxxx
- Netpoll APIs
- From: jitendra kumar khasdev <jkhasdev@xxxxxxxxx>
- Re: newly add MAP_SYNC flag to mmap
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: newly add MAP_SYNC flag to mmap
- From: valdis.kletnieks@xxxxxx
- Re: newly add MAP_SYNC flag to mmap
- From: Alex Arvelaez <ealejandro@xxxxxxxxxxx>
- Re: newly add MAP_SYNC flag to mmap
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: newly add MAP_SYNC flag to mmap
- From: valdis.kletnieks@xxxxxx
- newly add MAP_SYNC flag to mmap
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: Need Suggestions
- From: valdis.kletnieks@xxxxxx
- Re: Need Suggestions
- Re: Need Suggestions
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- Re: Need Suggestions
- Need Suggestions
- From: Athul Joy <aathuljjoy333@xxxxxxxxx>
- Re: Question about memcpy
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Trying to export per process network bandwidth stats under /proc/[pid]/
- From: Greg KH <greg@xxxxxxxxx>
- Trying to export per process network bandwidth stats under /proc/[pid]/
- From: Amos Bird <amosbird@xxxxxxxxx>
- Re: Question about memcpy
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: mmap huge page and MAP_SYNC flag support
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: mmap huge page and MAP_SYNC flag support
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: mmap huge page and MAP_SYNC flag support
- From: valdis.kletnieks@xxxxxx
- Re: mmap huge page and MAP_SYNC flag support
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: mmap huge page and MAP_SYNC flag support
- From: valdis.kletnieks@xxxxxx
- Re: mmap huge page and MAP_SYNC flag support
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: mmap huge page and MAP_SYNC flag support
- From: valdis.kletnieks@xxxxxx
- mmap huge page and MAP_SYNC flag support
- From: David Frank <david_frank95@xxxxxxxxx>
- Re: Question about memcpy
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: Greg KH <greg@xxxxxxxxx>
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: Question about memcpy
- From: Greg KH <greg@xxxxxxxxx>
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: What does the "-DPACKAGE" means?
- From: Dengke Du <dengke.du@xxxxxxxxxxxxx>
- Re: [PATCH] vsprintf: fix build warning
- From: Sergey Senozhatsky <sergey.senozhatsky.work@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: Ewan Marshall <ewanm89@xxxxxxxxx>
- Re: Use of enums, why?
- From: John Whitmore <arigead@xxxxxxxxx>
- Re: What does the "-DPACKAGE" means?
- From: loïc tourlonias <loic.tourlonias@xxxxxxxxx>
- Re: Use of enums, why?
- From: Greg KH <greg@xxxxxxxxx>
- Use of enums, why?
- From: John Whitmore <arigead@xxxxxxxxx>
- What does the "-DPACKAGE" means?
- From: Dengke Du <dengke.du@xxxxxxxxxxxxx>
- Re: Question about memcpy
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: Greg KH <greg@xxxxxxxxx>
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: [linux-3.12.19] - kernel panic observed
- From: valdis.kletnieks@xxxxxx
- Re: [linux-3.12.19] - kernel panic observed
- Re: [linux-3.12.19] - kernel panic observed
- From: Greg KH <greg@xxxxxxxxx>
- [linux-3.12.19] - kernel panic observed
- From: Sriram <sriram.ec@xxxxxxxxx>
- Re: Question about memcpy
- From: Greg KH <greg@xxxxxxxxx>
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: [PATCH] vsprintf: fix build warning
- From: valdis.kletnieks@xxxxxx
- Re: [PATCH] vsprintf: fix build warning
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Question about watchdog
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: [PATCH] vsprintf: fix build warning
- From: "Tobin C. Harding" <me@xxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: Question about watchdog
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: Himanshu Jha <himanshujha199640@xxxxxxxxx>
- Re: Question about watchdog
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: Re: Question about memcpy
- From: 袁建鹏 <yuanjp@xxxxxxxxxxx>
- Re: Question about watchdog
- From: valdis.kletnieks@xxxxxx
- Re: Question about watchdog
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: Cindy-Sue Causey <butterflybytes@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: Jeffrey Walton <noloader@xxxxxxxxx>
- Re: Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: Question about memcpy
- From: valdis.kletnieks@xxxxxx
- Re: Question about memcpy
- From: Alex Arvelaez <ealejandro@xxxxxxxxxxx>
- Question about memcpy
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: Question about watchdog
- From: bing zhu <zhubohong12@xxxxxxxxx>
- Re: How to change page permission from inside the kernel?
- From: Ahmed Soliman <ahmedsoliman0x666@xxxxxxxxx>
- Re: How to change page permission from inside the kernel?
- From: Rik van Riel <riel@xxxxxxxxxxx>
- Re: Fwd: How to change page permission from inside the kernel?
- From: valdis.kletnieks@xxxxxx
- Re: Fwd: How to change page permission from inside the kernel?
- From: Ahmed Soliman <ahmedsoliman0x666@xxxxxxxxx>
- Re: Fwd: How to change page permission from inside the kernel?
- From: valdis.kletnieks@xxxxxx
- Fwd: How to change page permission from inside the kernel?
- From: Ahmed Soliman <ahmedsoliman0x666@xxxxxxxxx>
- Re: How to change page permission from inside the kernel?
- From: valdis.kletnieks@xxxxxx
- Re: How to change page permission from inside the kernel?
- From: Ahmed Soliman <ahmedsoliman0x666@xxxxxxxxx>
- Re: How to change page permission from inside the kernel?
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Re: How to change page permission from inside the kernel?
- From: valdis.kletnieks@xxxxxx
- How to change page permission from inside the kernel?
- From: Ahmed Soliman <ahmedsoliman0x666@xxxxxxxxx>
- Re: Leaving I/O pressure with memory!? How to do it?
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Leaving I/O pressure with memory!? How to do it?
- From: valdis.kletnieks@xxxxxx
- Re: Leaving I/O pressure with memory!? How to do it?
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Regarding Signing Linux kernel with Microsoft secure boot keys for UEFI
- From: inventsekar <inventsekar@xxxxxxxxx>
- [no subject]
- From: inventsekar <inventsekar@xxxxxxxxx>
- Re: Leaving I/O pressure with memory!? How to do it?
- From: valdis.kletnieks@xxxxxx
- Leaving I/O pressure with memory!? How to do it?
- From: "Daniel." <danielhilst@xxxxxxxxx>
- Re: Question about watchdog
- From: valdis.kletnieks@xxxxxx
- Re: Question about watchdog
- From: valdis.kletnieks@xxxxxx
- Re: Question about watchdog
- From: Justin Skists <justin.skists@xxxxxxxxxxx>
- Re: Question about watchdog
- From: Greg KH <greg@xxxxxxxxx>
- Re: Question about watchdog
- From: Justin Skists <justin.skists@xxxxxxxxxxx>
- Re: Question about watchdog
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
- Question about watchdog
- From: bing zhu <zhubohong12@xxxxxxxxx>
- finding the blueZ version in the downloaded kernel
- From: Raul Piper <raulpblooper@xxxxxxxxx>
- Should I specify the mount type every time? What are the recommendations...?
- From: Julio Faracco <jcfaracco@xxxxxxxxx>
- Re: clk: timestamps
- From: valdis.kletnieks@xxxxxx
[Index of Archives]
[Newbies FAQ]
[Linux Kernel Mentors]
[Linux Kernel Development]
[IETF Annouce]
[Git]
[Networking]
[Security]
[Bugtraq]
[Yosemite]
[MIPS Linux]
[ARM Linux]
[Linux RAID]
[Linux SCSI]
[Linux ACPI]