Linux Kernel Newbies

• Thread Index

• Re: How to dump user space stack from kernel space
  • From: Greg KH <greg@xxxxxxxxx>
• question about nopage sample code
  • From: Ali Aminian <aminian.opensource@xxxxxxxxx>
• Re: powerpc build fail
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• Re: kernel development process question, patch review
  • From: valdis.kletnieks@xxxxxx
• Re: kernel development process question, patch review
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• How to dump user space stack from kernel space
  • From: Abhay Koralli <abhay_koralli@xxxxxxxxx>
• Help needed in kernel boot
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• powerpc build fail
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• Re: kernel development process question, patch review
  • From: Greg KH <greg@xxxxxxxxx>
• kernel development process question, patch review
  • From: "Tobin C. Harding" <me@xxxxxxxx>
• kernel development process
  • From: Tobin Harding <me@xxxxxxxx>
• Re: driver todo's
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Re: recovery from fail
  • From: valdis.kletnieks@xxxxxx
• Re: recovery from fail
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• Re: Sleeping in workqueues
  • From: Tobias FItschen <tobias.fitschen@xxxxxxxxxxxxxxxxxxx>
• Re: Sleeping in workqueues
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: Why amdgpu pro does not work on kernel 4.10?
  • From: Ali Aminian <aminian.opensource@xxxxxxxxx>
• Re: Why amdgpu pro does not work on kernel 4.10?
  • From: valdis.kletnieks@xxxxxx
• Re: Why amdgpu pro does not work on kernel 4.10?
  • From: Ali Aminian <aminian.opensource@xxxxxxxxx>
• recovery from fail
  • From: Tobin Harding <me@xxxxxxxx>
• Re: Why amdgpu pro does not work on kernel 4.10?
  • From: valdis.kletnieks@xxxxxx
• Why amdgpu pro does not work on kernel 4.10?
  • From: Ali Aminian <aminian.opensource@xxxxxxxxx>
• Sleeping in workqueues
  • From: Tobias FItschen <tobias.fitschen@xxxxxxxxxxxxxxxxxxx>
• Re: Code Compilation
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: Code Compilation
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Code Compilation
  • From: Wasim Akram <wasim7702843288@xxxxxxxxx>
• Re: git send-email
  • From: Vlad Dogaru <ddvlad@xxxxxxxxxxxxxxxx>
• Re: git send-email
  • From: Tobin Harding <me@xxxxxxxx>
• git send-email
  • From: Tobin Harding <me@xxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: insmod error
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: insmod error
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: insmod error
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: A question about priority search tree in kernel 2.6.24
  • From: Greg KH <greg@xxxxxxxxx>
• Re: insmod error
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• A question about priority search tree in kernel 2.6.24
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: some info
  • From: "julien.lerouge" <julien.lerouge@xxxxxxx>
• Re: insmod error
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• insmod error
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• Re: driver todo's
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: driver todo's
  • From: Greg KH <greg@xxxxxxxxx>
• Re: driver todo's
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Sending your first patch[FYI]
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Re: query regarding emxx_udc
  • From: Greg KH <greg@xxxxxxxxx>
• query regarding emxx_udc
  • From: Deeksha varshney <deeksha.varshney2695@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: unified-diff format
  • From: Guru Das Srinagesh <gurooodas@xxxxxxxxx>
• Re: unified-diff format
  • From: Thibaut SAUTEREAU <thibaut.sautereau@xxxxxxxxxxxxxxxxxxx>
• clone warnings - MissingTaggerEntry
  • From: Aaron Armstrong Skomra <skomra@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: Bo YU <tsu.yubo@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• error while sending mail using git send-email
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: should include/uapi include header files *unused* in kernel space?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: driver todo's
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Query regarding emxx_udc
  • From: Deeksha varshney <deeksha.varshney2695@xxxxxxxxx>
• Re: unified-diff format
  • From: Guru Das Srinagesh <gurooodas@xxxxxxxxx>
• Re: driver todo's
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: driver todo's
  • From: Greg KH <greg@xxxxxxxxx>
• Staging Driver TODO's
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• driver todo's
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: should include/uapi include header files *unused* in kernel space?
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: unified-diff format
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: unified-diff format
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: unified-diff format
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: unified-diff format
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: unified-diff format
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• unified-diff format
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: Query regarding emxx_udc
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Query regarding emxx_udc
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Query regarding emxx_udc
  • From: Deeksha varshney <deeksha.varshney2695@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Siddhartha Baral <baralsg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Siddhartha Baral <baralsg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Siddhartha Baral <baralsg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: valdis.kletnieks@xxxxxx
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Siddhartha Baral <baralsg@xxxxxxxxx>
• Re: A bit of quilt
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: A bit of quilt
  • From: Greg KH <greg@xxxxxxxxx>
• Re: A bit of quilt
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Send/receive ATA cmds from a linux kernel module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: A bit of quilt
  • From: Greg KH <greg@xxxxxxxxx>
• Re: A bit of quilt
  • From: Greg KH <greg@xxxxxxxxx>
• Re: A bit of quilt
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• Re: Which repository to clone ?
  • From: Lino Sanfilippo <LinoSanfilippo@xxxxxx>
• Re: Which repository to clone ?
  • From: Lino Sanfilippo <LinoSanfilippo@xxxxxx>
• Send/receive ATA cmds from a linux kernel module
  • From: Siddhartha Baral <baralsg@xxxxxxxxx>
• Which repository to clone ?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• A bit of quilt
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• MMCBLK CMD17/18 read data
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Abel <akronix5@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: srishti sharma <srishtishar@xxxxxxxxx>
• spi - real protocols
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Pranay Srivastava <pranjas@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: valdis.kletnieks@xxxxxx
• Re: How do you generate the config file?
  • From: Abel <akronix5@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Guru Das S <gurooodas@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Abel <akronix5@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Guru Das S <gurooodas@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
• Re: How do you generate the config file?
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• How do you generate the config file?
  • From: Abel <akronix5@xxxxxxxxx>
• Re: Build error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Build error
  • From: Ozgur Karatas <mueddib@xxxxxxxxxx>
• Re: Build error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Kernel device driver activates either touchpad or keyboard but not both
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: Kernel device driver activates either touchpad or keyboard but not both
  • From: tsopdump tsopdump <tsopdump@xxxxxxxxx>
• Re: How to propose a patch to the kernel mainline
  • From: Abel <akronix5@xxxxxxxxx>
• Kernel device driver activates either touchpad or keyboard but not both
  • From: tsopdump tsopdump <tsopdump@xxxxxxxxx>
• Re: File Descriptor allocation
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• File Descriptor allocation
  • From: vish chopra <vishchopra33@xxxxxxxxx>
• Re: Build error
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to propose a patch to the kernel mainline
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: How to propose a patch to the kernel mainline
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Build error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• How to propose a patch to the kernel mainline
  • From: Abel <akronix5@xxxxxxxxx>
• Re: custom audio card on beaglebone
  • From: anish singh <anish198519851985@xxxxxxxxx>
• Re: custom audio card on beaglebone
  • From: crazyiop@xxxxxxxxx
• Re: Help on modelling gpio interrupt source when interrupt is shared
  • From: Rajasekhar Pulluru <pullururajasekhar@xxxxxxxxx>
• Re: Help on modelling gpio interrupt source when interrupt is shared
  • From: Anish Kumar <anish198519851985@xxxxxxxxx>
• Re: Bad block Management Patch
  • From: Greg KH <greg@xxxxxxxxx>
• RE: Bad block Management Patch
  • From: "Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@xxxxxxxxxxxx>
• Re: Bad block Management Patch
  • From: Greg KH <greg@xxxxxxxxx>
• Bad block Management Patch
  • From: "Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@xxxxxxxxxxxx>
• Re: Help on modelling gpio interrupt source when interrupt is shared
  • From: Rajasekhar Pulluru <pullururajasekhar@xxxxxxxxx>
• Re: Help on modelling gpio interrupt source when interrupt is shared
  • From: anish singh <anish198519851985@xxxxxxxxx>
• Help on modelling gpio interrupt source when interrupt is shared
  • From: Rajasekhar Pulluru <pullururajasekhar@xxxxxxxxx>
• Re: Downgrade GSM/UMTS module to USB 2.0 Fullspeed
  • From: Oliver Graute <oliver.graute@xxxxxxxxx>
• more questions about UAPI content -- why some usages of "__KERNEL__"?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: custom audio card on beaglebone
  • From: anish singh <anish198519851985@xxxxxxxxx>
• custom audio card on beaglebone
  • From: jo <crazyiop@xxxxxxxxx>
• should include/uapi include header files *unused* in kernel space?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: initrd and messages in the kernel log
  • From: Greg KH <greg@xxxxxxxxx>
• Re: initrd and messages in the kernel log
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: initrd and messages in the kernel log
  • From: Greg KH <greg@xxxxxxxxx>
• skb_find_text()
  • From: Jannik Becher <becher.jannik@xxxxxxxxx>
• initrd and messages in the kernel log
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: wake_up & wait_event are counting events ?
  • From: michi1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• wake_up & wait_event are counting events ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Downgrade GSM/UMTS module to USB 2.0 Fullspeed
  • From: Stefan Wahren <info@xxxxxxxxxxxxxx>
• Re: Downgrade GSM/UMTS module to USB 2.0 Fullspeed
  • From: Greg KH <greg@xxxxxxxxx>
• Downgrade GSM/UMTS module to USB 2.0 Fullspeed
  • From: Oliver Graute <oliver.graute@xxxxxxxxx>
• How to identify the cause of " BUG: Bad page map in process python ..." kernel errors?
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• ioremap of large space has any cost ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Tracing changes to mm->nr_ptes
  • From: "Paddie O'Brien" <paddieobrien@xxxxxxxxx>
• Re: Is it illegal to have kernel virtual address == 0 ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Is it illegal to have kernel virtual address == 0 ?
  • From: Greg KH <greg@xxxxxxxxx>
• Is it illegal to have kernel virtual address == 0 ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: __vdso_gettimeofday on x86 32bit app on 64bit kernel
  • From: Sharath <sharath.b814@xxxxxxxxx>
• __vdso_gettimeofday on x86 32bit app on 64bit kernel
  • From: Sharath <sharath.b814@xxxxxxxxx>
• Re: CMA patch
  • From: Baruch Nissenbaum <baruch@xxxxxxxxxxxx>
• Re: CMA patch
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• AW:dma direction
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• dma direction
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: [PATCH] mm: cma: Retry from the beginning of cma area if all blocks are busy
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: linux-mm mailing list
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] mm: cma: Retry from the beginning of cma area if all blocks are busy
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• CMA patch
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• [PATCH] mm: cma: Retry from the beginning of cma area if all blocks are busy
  • From: johannes@xxxxxxxxxxxxxxxxx
• Re: linux-mm mailing list
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: linux-mm mailing list
  • From: Greg KH <greg@xxxxxxxxx>
• linux-mm mailing list
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: anish singh <anish198519851985@xxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: Pradeepa Kumar <cdpradeepa@xxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: Anish Kumar <anish198519851985@xxxxxxxxx>
• Re: Fwd: Need some help regarding write_begin, write_end and writepage(s).
  • From: Pranay Srivastava <kumar.srivastava.pranay@xxxxxxxxx>
• [MMC_SPI] CMD18 error error -84 transferring data
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: Pradeepa Kumar <cdpradeepa@xxxxxxxxx>
• Re: Doubt in Eudyptula Challenge
  • From: Deeksha varshney <deeksha.varshney2695@xxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: Pradeepa Kumar <cdpradeepa@xxxxxxxxx>
• Re: adding 32 bit compatibility layer in custom kernel module
  • From: Anish Kumar <anish198519851985@xxxxxxxxx>
• adding 32 bit compatibility layer in custom kernel module
  • From: Pradeepa Kumar <cdpradeepa@xxxxxxxxx>
• Inject custom code or data into running process
  • From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
• Re: Inject custom code or data into running process
  • From: Sayutin Dmitry <cdkrot@xxxxxxxxx>
• Re: Inject custom code or data into running process
  • From: Sayutin Dmitry <cdkrot@xxxxxxxxx>
• Inject custom code or data into running process
  • From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
• Inject custom code or data into running process
  • From: Sayutin Dmitry <cdkrot@xxxxxxxxx>
• [MMC_SPI] CMD 18 error -84 transferring data
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Doubt in Eudyptula Challenge
  • From: deeksha varshney <deeksha.varshney2695@xxxxxxxxx>
• Fwd: Need some help regarding write_begin, write_end and writepage(s).
  • From: Pranay Srivastava <kumar.srivastava.pranay@xxxxxxxxx>
• [MMC_SPI] Getting CRC error on CMD18 for MMC card on SPI
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: How to build an external module in a specified directory?
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: How to build an external module in a specified directory?
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: How to build an external module in a specified directory?
  • From: Shiyao Ma <i@xxxxxxxxx>
• Re: How to build an external module in a specified directory?
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• How to build an external module in a specified directory?
  • From: Shiyao Ma <i@xxxxxxxxx>
• Question about object-based reverse mapping
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: how to periodically monitor the qdisc size ?
  • From: Shiyao Ma <i@xxxxxxxxx>
• Re: how to periodically monitor the qdisc size ?
  • From: Shiyao Ma <i@xxxxxxxxx>
• Re: how to periodically monitor the qdisc size ?
  • From: Anton Danilov <littlesmilingcloud@xxxxxxxxx>
• In netlink, what is interface address and what is local address.
  • From: Douglas Su <d0u9.su@xxxxxxxxxxx>
• how to periodically monitor the qdisc size ?
  • From: Shiyao Ma <i@xxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Data Type used in kernel .
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Data Type used in kernel .
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Data Type used in kernel .
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Data Type used in kernel .
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Data Type used in kernel .
  • From: "Pasquier, Thomas" <tfjmp@xxxxxxxxxxxxx>
• Data Type used in kernel .
  • From: Wasim Akram <wasim7702843288@xxxxxxxxx>
• Re: Is kernel Bugzilla a good way to start?
  • From: Dennis Semakin <insane79@xxxxxxxxx>
• Re: Is kernel Bugzilla a good way to start?
  • From: Dennis Semakin <insane79@xxxxxxxxx>
• Re: Is kernel Bugzilla a good way to start?
  • From: Dennis Semakin <insane79@xxxxxxxxx>
• Re: Is kernel Bugzilla a good way to start?
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• Re: Is kernel Bugzilla a good way to start?
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Is kernel Bugzilla a good way to start?
  • From: Dennis Semakin <insane79@xxxxxxxxx>
• Re: A question about kprobe/kretprobe and kmalloc/kzalloc
  • From: zerons <sironhide0null@xxxxxxxxx>
• Kernel thread naming convention
  • From: Stefan Wahren <info@xxxxxxxxxxxxxx>
• A question about kprobe/kretprobe and kmalloc/kzalloc
  • From: zerons <sironhide0null@xxxxxxxxx>
• Re: Add me to EditorGroup on the wiki?
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: Sending a patch with git-email and a gmail account
  • From: Wayne Porter <wporter82@xxxxxxxxx>
• Re: kernel thread priority over user thread
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Driver to allow DMA from user space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Recovery kernel
  • From: Greg KH <greg@xxxxxxxxx>
• kernel thread priority over user thread
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Add me to EditorGroup on the wiki?
  • From: Paul Wise <pabs3@xxxxxxxxxxxxx>
• Recovery kernel
  • From: "Subashchandar Thiagarajan (RBEI/ETW11)" <Subashchandar.Thiagarajan@xxxxxxxxxxxx>
• Driver to allow DMA from user space
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Sending a patch with git-email and a gmail account
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: Does poll handler is in interrupt context ?
  • From: Tal Shorer <tal.shorer@xxxxxxxxx>
• Does poll handler is in interrupt context ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: What's the purpose of subsys_interface in linux/device.h?
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Website URL problem
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Kernel function sequence
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• What's the purpose of subsys_interface in linux/device.h?
  • From: Perr Zhang <strongbox8@xxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: "Hayward, Shaun" <haywshau@xxxxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: Clemens Gruber <clemens.gruber@xxxxxxxxxxxx>
• Re: easiest way to deactivate a driver at boot time?
  • From: Greg KH <greg@xxxxxxxxx>
• easiest way to deactivate a driver at boot time?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Kernel function sequence
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Kernel function sequence
  • From: Wasim Akram <wasim7702843288@xxxxxxxxx>
• Re: What is this MODULE_ALIAS() used for?
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• IDE for Kernel code browsing
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: pls help in veth
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Requesting for info about 15.4 network enabling...
  • From: JANARDHANACHARI KELLA <eni.chari@xxxxxxxxx>
• Re: Kernel boot panic
  • From: "Kristof Provost" <kristof@xxxxxxxxxx>
• Re: Kernel boot panic
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: Kernel boot panic
  • From: "Kristof Provost" <kristof@xxxxxxxxxx>
• Re: Kernel boot panic
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: What is this MODULE_ALIAS() used for?
  • From: Giedrius Statkevičius <giedrius.statkevicius@xxxxxxxxx>
• What is this MODULE_ALIAS() used for?
  • From: Perr Zhang <strongbox8@xxxxxxxx>
• What is this MODULE_ALIAS() use for?
  • From: Perr Zhang <strongbox8@xxxxxxxx>
• marvell wifi sdio device not detected
  • From: Dushara Jayasinghe <dushara@xxxxxxxxxxxxxxxxx>
• Re: Kernel boot panic
  • From: "Kristof Provost" <kristof@xxxxxxxxxx>
• Kernel boot panic
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• bifs mount error
  • From: "Anurag Raghavan (RBEI/ETW11)" <Raghavan.Anurag@xxxxxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to use spi device from another kernel module?
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• How to use spi device from another kernel module?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: pls help in veth
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Monitoring network system calls from outside VM
  • From: "W. Michael Petullo" <mike@xxxxxxxx>
• Re: pls help in veth
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Re: pls help in veth
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: pls help in veth
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• pls help in veth
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Re: Driver with hard RT requiremnets
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Driver with hard RT requiremnets
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Driver with hard RT requiremnets
  • From: Greg KH <greg@xxxxxxxxx>
• Driver with hard RT requiremnets
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How to control power of a device from sysfs ?
  • From: Brian Masney <masneyb@xxxxxxxxxxxxx>
• Re: How to control power of a device from sysfs ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: How to control power of a device from sysfs ?
  • From: Umair Khan <omerjerk@xxxxxxxxx>
• How to control power of a device from sysfs ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• AW: Kernelnewbies Digest, Vol 73, Issue 3
  • From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: disable input event device
  • From: Greg KH <greg@xxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 73, Issue 3
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: disable input event device
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: disable input event device
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 73, Issue 3
  • From: John Smith <PR2723@xxxxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: disable input event device
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: disable input event device
  • From: Greg KH <greg@xxxxxxxxx>
• disable input event device
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Debugging tool for Linux kernel and driver development
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• Re: building last kernel version
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Debugging tool for Linux kernel and driver development
  • From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
• building last kernel version
  • From: Ahmed Adel <ahmd.toulba@xxxxxxxxx>
• Re: Kernel boot panic
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Kernel boot panic
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: Fwd: Question about arp caches
  • From: Yisu Peng <yisupeng@xxxxxxxxx>
• Re: Fwd: Question about arp caches
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: Fwd: Question about arp caches
  • From: Yisu Peng <yisupeng@xxxxxxxxx>
• Fwd: Question about arp caches
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• where does my 4k shared memory go?
  • From: Tien Nguyen <thanhtien501@xxxxxxxxx>
• Re: Question about arp caches
  • From: Shawn Peng <yisupeng@xxxxxxxxx>
• Re: Question about arp caches
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Question about arp caches
  • From: Shawn Peng <yisupeng@xxxxxxxxx>
• Re: [API] How many time to be context-switched?
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: [API] How many time to be context-switched?
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• [API] How many time to be context-switched?
  • From: Ricardo Biehl <rbpoficial@xxxxxxxxx>
• Non-zero preemption count on voluntary preemptive kernel
  • From: Alexander Lochmann <alexander.lochmann@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: an advise how to start
  • From: limor yavetz <yvtzlm@xxxxxxxxx>
• Re: an advise how to start
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• Re: an advise how to start
  • From: Dave Stevens <geek@xxxxxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• Re: [TEST PATCH] staging: emxx_udc: emxx_udc.c Avoid CamelCase
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• Re: [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [TEST PATCH] staging: emxx_udc: emxx_udc.c Avoid CamelCase
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• an advise how to start
  • From: limor yavetz <yvtzlm@xxxxxxxxx>
• [PATCH 5/7] security: apparmor: apparmorfs.c Align parenthesis
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [TEST PATCH] staging: speakup: speakup_acntpc.c Consider octal permissions
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [TEST PATCH] staging: emxx_udc: emxx_udc.c Avoid CamelCase
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 0/7] security: apparmor: apparmorfs.c Checkpatch mods
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 7/7] security: apparmor: apparmorfs.c Line continuations
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 6/7] security: apparmor: apparmorfs.c Comparison to NULL
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 2/7] security: apparmor: apparmorfs.c Blank line after declarations
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 4/7] security: apparmor: apparmorfs.c WARN_ON vs BUG_ON
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 1/7] security: apparmor: apparmorfs.c Multiple blank lines
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• [PATCH 3/7] security: apparmor: apparmorfs.c Space after cast
  • From: Walt Feasel <waltfeasel@xxxxxxxxx>
• signals, syscalls and schedule()
  • From: zerons <sironhide0null@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Greg KH <greg@xxxxxxxxx>
• Fwd: Custom Linux Kernel Scheduler issue
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Fwd: Custom Linux Kernel Scheduler issue
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Custom Linux Kernel Scheduler issue
  • From: Greg KH <greg@xxxxxxxxx>
• Custom Linux Kernel Scheduler issue
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• LED backlight driver
  • From: Dushara Jayasinghe <dushara@xxxxxxxxxxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Greg KH <greg@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Blatinox <blatinox@xxxxxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: IEEE-754 Float to int
  • From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
• IEEE-754 Float to int
  • From: Lucas Tanure <tanure@xxxxxxxxx>
• Re: Kconfig recursion error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Kconfig recursion error
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: patch against linux-next
  • From: Greg KH <greg@xxxxxxxxx>
• Re: patch against linux-next
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: patch against linux-next
  • From: Greg KH <greg@xxxxxxxxx>
• Re: patch against linux-next
  • From: Greg KH <greg@xxxxxxxxx>
• Re: patch against linux-next
  • From: Ruben Safir <ruben@xxxxxxxxxxxx>
• Re: patch against linux-next
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: patch against linux-next
  • From: Ruben Safir <ruben@xxxxxxxxxxxx>
• patch against linux-next
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Append Localversion to Kernel String
  • From: Boyan Vladinov <nayobix@xxxxxxxxxxx>
• Re: Review on spi driver
  • From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
• Re: Which header file?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Which header file?
  • From: Valdis.Kletnieks@xxxxxx
• Which header file?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: TCP as a module
  • From: Valdis.Kletnieks@xxxxxx
• Re: TCP as a module
  • From: "Md. Islam" <mislam4@xxxxxxxx>
• Catching invoking a new process by the audit subsyetm
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: TCP as a module
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: TCP as a module
  • From: Valdis.Kletnieks@xxxxxx
• TCP as a module
  • From: "Md. Islam" <mislam4@xxxxxxxx>
• Re: How to get involved with the latest kernel development?
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• How to get involved with the latest kernel development?
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Unable to resume after suspend/wfi state
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Daniel Bokser <dan.bokser@xxxxxxxxx>
• Re: When I clone the kernel source, I encounter a fatal error.
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: When I clone the kernel source, I encounter a fatal error.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: When I clone the kernel source, I encounter a fatal error.
  • From: Craig Inches <kernelnewbies@xxxxxxxxx>
• When I clone the kernel source, I encounter a fatal error.
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Daniel Bokser <dan.bokser@xxxxxxxxx>
• Re: Understanding Platform devices and platform drivers.
  • From: Pranay Srivastava <pranjas@xxxxxxxxx>
• Re: Understanding Platform devices and platform drivers.
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Understanding Platform devices and platform drivers.
  • From: priyaranjan <priyaranjan45678@xxxxxxxxx>
• Understanding Platform devices and platform drivers.
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: The sequence of the built in kernel module be probed
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: The sequence of the built in kernel module be probed
  • From: Greg KH <greg@xxxxxxxxx>
• Re: PCI drivers and interrupts
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: PCI drivers and interrupts
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• PCI drivers and interrupts
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• zap_pid_ns_processes(struct pid_namespace)
  • From: "David Rodic" <david.rodic@xxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Matias Mucciolo <mmucciolo@xxxxxxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• The sequence of the built in kernel module be probed
  • From: Hao Zhang <hao5781286@xxxxxxxxx>
• Re: Cannot boot to compiled kernel
  • From: Quentin Lambert <lambert.quentin@xxxxxxxxx>
• Cannot boot to compiled kernel
  • From: Daniel Bokser <dan.bokser@xxxxxxxxx>
• Re: PMU suspend/resume
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: PMU suspend/resume
  • From: Stefan Wahren <info@xxxxxxxxxxxxxx>
• PMU suspend/resume
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: ip rule suppress_prefixlength
  • From: Matthias Peter Walther <m_walt11@xxxxxxxxxxxxxxx>
• Re: ip rule suppress_prefixlength
  • From: Valdis.Kletnieks@xxxxxx
• ip rule suppress_prefixlength
  • From: Matthias Peter Walther <m_walt11@xxxxxxxxxxxxxxx>
• Re: Latest kernel documentation tree
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: Latest kernel documentation tree
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxxx>
• Re: omap watchdog
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: NAT with unique egress port
  • From: Rui Santos <rsantos@xxxxxxxxxxxxx>
• Re: NAT with unique egress port
  • From: Vinicius Tinti <viniciustinti@xxxxxxxxx>
• NAT with unique egress port
  • From: Rui Santos <rsantos@xxxxxxxxxxxxx>
• omap watchdog
  • From: Cor Peters <cpeters@xxxxxxxxxxxxxxxxx>
• Re: Latest kernel documentation tree
  • From: Jai Krishna <rjk1024@xxxxxxxxx>
• Re: Latest kernel documentation tree
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Latest kernel documentation tree
  • From: Jai Krishna <rjk1024@xxxxxxxxx>
• Re: Stale pages: FAQ/VariousKernelTrees OutreachyfirstpatchSetup
  • From: Greg KH <greg@xxxxxxxxx>
• Stale pages: FAQ/VariousKernelTrees OutreachyfirstpatchSetup
  • From: Duncan <1i5t5.duncan@xxxxxxx>
• Why I can't find PCIe Device
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: What subsystem!?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Device Tree
  • From: Valdis.Kletnieks@xxxxxx
• Re: What subsystem!?
  • From: Valdis.Kletnieks@xxxxxx
• What subsystem!?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• dirty page throttling?
  • From: Raymond Jennings <shentino@xxxxxxxxx>
• Re: Device Tree
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Device Tree
  • From: Joel <agnel.joel@xxxxxxxxx>
• Re: Device Tree
  • From: Valdis.Kletnieks@xxxxxx
• Re: Device Tree
  • From: Laurent Navet <laurent.navet@xxxxxxxxx>
• Device Tree
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 71, Issue 26
  • From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 71, Issue 26
  • From: Valdis.Kletnieks@xxxxxx
• Re: Kernelnewbies Digest, Vol 71, Issue 26
  • From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
• Re: Is that possible to implement a single machine with heterogeneous architecture.
  • From: Valdis.Kletnieks@xxxxxx
• Re: Is that possible to implement a single machine with heterogeneous architecture.
  • From: Felix Bytow <felix.bytow@xxxxxxxxxxxxxx>
• Is that possible to implement a single machine with heterogeneous architecture.
  • From: Douglas Su <d0u9.su@xxxxxxxxxxx>
• Re: QEMU?
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: QEMU?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: QEMU?
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: QEMU?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• QEMU?
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Kernelnewbies Digest, Vol 71, Issue 22
  • From: Sukanya Ch <sukanya.c@xxxxxxxxxxx>
• Fw: TPS65910 Regulator Isuue
  • From: Amit Mahadik <amitmahadik35@xxxxxxxxx>
• Re: kernel loglevel
  • From: Wenda Ni <wonda.ni@xxxxxxxxx>
• Re: kernel loglevel
  • From: Thibaut SAUTEREAU <thibaut.sautereau@xxxxxxxxxxxxxxxxxxx>
• Re: kernel loglevel
  • From: Joel Fernandes <agnel.joel@xxxxxxxxx>
• Re: kernel loglevel
  • From: Wenda Ni <wonda.ni@xxxxxxxxx>
• kernel loglevel
  • From: Wenda Ni <wonda.ni@xxxxxxxxx>
• Re: SocketCAN Driver
  • From: Augusto Fraga Giachero <augustofg96@xxxxxxxxx>
• Re: SocketCAN Driver
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: SocketCAN Driver
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: SocketCAN Driver
  • From: Augusto Fraga Giachero <augustofg96@xxxxxxxxx>
• SocketCAN Driver
  • From: Augusto Fraga Giachero <augustofg96@xxxxxxxxx>
• is it accurate to describe /dev/watchdog as "legacy"?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• ARM v7 based SoC showing random behaviour with kernel and uboot
  • From: AYAN KUMAR HALDER <ayankumarh@xxxxxxxxx>
• Re: iptables-translate command not found
  • From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
• iptables-translate command not found
  • From: Gargi Sharma <gs051095@xxxxxxxxx>
• Re: Getting started with Development
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Getting started with Development
  • From: Ganesh <ganeshavachare007@xxxxxxxxx>
• Custom ASOC codec driver
  • From: Christian N <cnegris01@xxxxxxxxx>
• Re: userspace app receive SIGSEGV, but not is crash, why?
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• userspace app receive SIGSEGV, but not is crash, why?
  • From: Lucha Chen <luchachen@xxxxxxxxx>
• Re: Error reading /dev/mem
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: if/else block default coding style question
  • From: Valdis.Kletnieks@xxxxxx
• Re: if/else block default coding style question
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: if/else block default coding style question
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: if/else block default coding style question
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: if/else block default coding style question
  • From: Valdis.Kletnieks@xxxxxx
• if/else block default coding style question
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Review on spi driver
  • From: Arthur LAMBERT <lambertarthur22@xxxxxxxxx>
• Re: Append Localversion to Kernel String
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Append Localversion to Kernel String
  • From: Marco Gross <mgross@xxxxxxxxxxxxxxxx>
• walk up pagetables on ARM
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• data structure for NT_386_LTS note entry in coredump
  • From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
• Re: Char device write repeating
  • From: François <fser@xxxxxxxxxxxxxx>
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Char device write repeating
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• seq_file calls stop() after show()
  • From: Gaurav Kalra <gvkalra@xxxxxxxxx>
• Re: Char device write repeating
  • From: Martin Kletzander <mkletzan@xxxxxxxxxx>
• Re: Char device write repeating
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Char device write repeating
  • From: Greg KH <greg@xxxxxxxxx>
• Char device write repeating
  • From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: shyam <mayhs11saini@xxxxxxxxx>
• opinion about fs and gs in linux
  • From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: Web Forum Registration Failure
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: Error reading /dev/mem
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: Error reading /dev/mem
  • From: "Paddie O'Brien" <paddieobrien@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: shyam <mayhs11saini@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: shyam <mayhs11saini@xxxxxxxxx>
• Re: MODULE_DEVICE_TABLE type=of means?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• MODULE_DEVICE_TABLE type=of means?
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
• Re: Linux Kernel Based Research Projects
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: Booting of Linux kernel
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Linux Kernel Based Research Projects
  • From: Shyam Saini <mayhs11saini@xxxxxxxxx>
• Re: Booting of Linux kernel
  • From: Arshad Hussain <arshad.super@xxxxxxxxx>
• Re: Booting of Linux kernel
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Arshad Hussain <arshad.super@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Román Martínez <rgmf@xxxxxxxxxx>
• Re: Virtual Address Space
  • From: piyush moghe <pmkernel@xxxxxxxxx>
• Re: Error reading /dev/mem
  • From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
• Re: Options for adding I2C devices and how-to
  • From: vibnwis <vibnwis@xxxxxxxxx>
• Re: Options for adding I2C devices and how-to
  • From: anish singh <anish198519851985@xxxxxxxxx>
• Re: Options for adding I2C devices and how-to
  • From: vibnwis <vibnwis@xxxxxxxxx>
• Re: Does a kernel developer need a hardware to do kernel development?
  • From: Valdis.Kletnieks@xxxxxx
• Re: Does a kernel developer need a hardware to do kernel development?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Does a kernel developer need a hardware to do kernel development?
  • From: Valdis.Kletnieks@xxxxxx
• Re: Options for adding I2C devices and how-to
  • From: Anish Kumar <anish198519851985@xxxxxxxxx>
• Options for adding I2C devices and how-to
  • From: vibnwis <vibnwis@xxxxxxxxx>
• Does a kernel developer need a hardware to do kernel development?
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Virtual Address Space
  • From: roman@xxxxxxxxxx
• Re: How to disable building of -dbg Debian package?
  • From: Aleksander Alekseev <afiskon@xxxxxxxxx>
• problem init_mm undefined on arm
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Re: How to disable building of -dbg Debian package?
  • From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
• Re: How to disable building of -dbg Debian package?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• How to disable building of -dbg Debian package?
  • From: Aleksander Alekseev <afiskon@xxxxxxxxx>
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] INITEST: Documentation: Explains how INITEST works.
  • From: Amit Kumar <free.amit.kumar@xxxxxxxxx>
• Re: Sending Patches using official Mail id
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Sending Patches using official Mail id
  • From: Giedrius Statkevičius <giedrius.statkevicius@xxxxxxxxx>
• Re: Sending Patches using official Mail id
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Sending Patches using official Mail id
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Valdis.Kletnieks@xxxxxx
• Re: insmod failing to insert a simple module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: François <aifsair@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Greg KH <greg@xxxxxxxxx>
• AW:insmod failing to insert a simple module
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Quentin Lambert <lambert.quentin@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Greg KH <greg@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: insmod failing to insert a simple module
  • From: "Pasquier, Thomas" <tfjmp@xxxxxxxxxxxxx>
• insmod failing to insert a simple module
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Virtual Address Space
  • From: arshad hussain <arshad.super@xxxxxxxxx>
• My recent spam on the lists.
  • From: Raymond Jennings <shentino@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Gadre Nayan <gadrenayan@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Prabhunath G <gprabhunath@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Alexander Kapshuk <alexander.kapshuk@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Augusto Mecking Caringi <augustocaringi@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Virtual Address Space
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Virtual Address Space
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Error reading /dev/mem
  • From: "Paddie O'Brien" <paddieobrien@xxxxxxxxx>
• Re: CodingStyle indentation and alignment
  • From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
• Re: CodingStyle indentation and alignment
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• Re: CodingStyle indentation and alignment
  • From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
• Re: Scheduling of interrupt
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Arun Sudhilal <getarunks@xxxxxxxxx>
• Re: CodingStyle indentation and alignment
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• kmem_cache not showing in /proc/slabinfo
  • From: becher.jannik@xxxxxxxxx
• Re: CodingStyle indentation and alignment
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• CodingStyle indentation and alignment
  • From: Laurence Rochfort <laurence.rochfort@xxxxxxxxx>
• Re: Realtek datasheets - R8168
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Realtek datasheets - R8168
  • From: Prabhunath G <gprabhunath@xxxxxxxxx>
• Realtek datasheets - R8168
  • From: Prabhunath G <gprabhunath@xxxxxxxxx>
• Re: scatter-gather doubt?
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Re: scatter-gather doubt?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• scatter-gather doubt?
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• FTrace
  • From: Dave Frost <djfrost373@xxxxxxxxx>
• Re: SMP on different cores.
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: How to search topics in The Kernelnewbies Archives?
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Re: What causes a recv syscall for a socket to sometimes return less than the request len?
  • From: michi1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• Re: SMP on different cores.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: SMP on different cores.
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: SMP on different cores.
  • From: Valdis.Kletnieks@xxxxxx
• Re: SMP on different cores.
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: SMP on different cores.
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: SMP on different cores.
  • From: Greg KH <greg@xxxxxxxxx>
• SMP on different cores.
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: What causes a recv syscall for a socket to sometimes return less than the request len?
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• What causes a recv syscall for a socket to sometimes return less than the request len?
  • From: Daniel Ellis <ellisd23@xxxxxxxxx>
• Re: How to search topics in The Kernelnewbies Archives?
  • From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
• Re: RF class driver
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: RF class driver
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: RF class driver
  • From: "Hayward, Shaun" <haywshau@xxxxxxxxxx>
• Re: RF class driver
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: RF class driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: RF class driver
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: How to search topics in The Kernelnewbies Archives?
  • From: Valdis.Kletnieks@xxxxxx
• Re: RF class driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to search topics in The Kernelnewbies Archives?
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• How to search topics in The Kernelnewbies Archives?
  • From: Chi Wang <homugiken@xxxxxxxxx>
• Re: Changing RT task to a different cgroup
  • From: Juan Luis De Sousa-Valadas Castano <jdesousa@xxxxxxxxxx>
• Re: RF class driver
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: RF class driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Changing RT task to a different cgroup
  • From: Rahul Bhattacharya <rahulimpdocs@xxxxxxxxx>
• RF class driver
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• ndo_start_xmit what to return when packet is too big!?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Difference between config, menuconfig and defconfig
  • From: Valdis.Kletnieks@xxxxxx
• Re: Difference between config, menuconfig and defconfig
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Difference between config, menuconfig and defconfig
  • From: Valdis.Kletnieks@xxxxxx
• Re: Difference between config, menuconfig and defconfig
  • From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
• Re: Difference between config, menuconfig and defconfig
  • From: Valdis.Kletnieks@xxxxxx
• Re: Difference between config, menuconfig and defconfig
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Re: Difference between config, menuconfig and defconfig
  • From: "Andrea D'Amore" <and.damore@xxxxxxxxx>
• Difference between config, menuconfig and defconfig
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Redundant code in fn identity_mapping of intel-iommu.c (intel IOMMU driver)?
  • From: Rawcoder <rawcoder@xxxxxxxxxxxxxxx>
• Re: Status/Progress of CherryTrail / BayTrail support in mainline Linux kernel
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: Eduyptula task 2 doubt.
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Problem in notifier chain for net device
  • From: Gurpartap Singh <gurpartapsingh007@xxxxxxxxx>
• Re: Q: what is the need for console write callback if there is serial tx (start_tx) ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Q: what is the need for console write callback if there is serial tx (start_tx) ?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Min-Hua Chen <orca.chen@xxxxxxxxx>
• Re: Q: what is the need for console write callback if there is serial tx (start_tx) ?
  • From: Valdis.Kletnieks@xxxxxx
• Q: what is the need for console write callback if there is serial tx (start_tx) ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Min-Hua Chen <orca.chen@xxxxxxxxx>
• device_create_file() and device_remove_file()
  • From: Matias Mucciolo <mmucciolo@xxxxxxxxxxxxx>
• Changing RT task to a different cgroup
  • From: Rahul Bhattacharya <rahulimpdocs@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Re: Status/Progress of CherryTrail / BayTrail support in mainline Linux kernel
  • From: Hanno Zulla <abos@xxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: udelay vs usleep_range
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: udelay vs usleep_range
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: udelay vs usleep_range
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• Re: udelay vs usleep_range
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• udelay vs usleep_range
  • From: Gargi Sharma <gs051095@xxxxxxxxx>
• Re: Extend device driver?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Status/Progress of CherryTrail / BayTrail support in mainline Linux kernel
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Confused about rtnl routing mutex scalability
  • From: Valdis.Kletnieks@xxxxxx
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Min-Hua Chen <orca.chen@xxxxxxxxx>
• Re: memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• memblock_reserve or memblock_remove to reserve a page
  • From: Nikhil Utane <nikhil.subscribed@xxxxxxxxx>
• Linux Security Module listsecurity (and security xattr hooks) only one called?
  • From: "Pasquier, Thomas" <tfjmp@xxxxxxxxxxxxx>
• Status/Progress of CherryTrail / BayTrail support in mainline Linux kernel
  • From: Hanno Zulla <abos@xxxxxxxx>
• Confused about rtnl routing mutex scalability
  • From: nick <xerofoify@xxxxxxxxx>
• Re: Extend device driver?
  • From: Pol Eyschen <poleyschen@xxxxxxxxx>
• Re: Extend device driver?
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Extend device driver?
  • From: Greg KH <greg@xxxxxxxxx>
• Extend device driver?
  • From: Pol Eyschen <poleyschen@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• AW:Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: Harish <harish.b310@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Getting stacktrace for userspace applications on crash(SIGSEGV)
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Unable to boot linux-next build
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: Unable to boot linux-next build
  • From: Quentin Lambert <lambert.quentin@xxxxxxxxx>
• Re: Unable to boot linux-next build
  • From: PrasannaKumar Muralidharan <prasannatsmkumar@xxxxxxxxx>
• Re: Eduyptula task 2 doubt.
  • From: Giedrius Statkevičius <giedrius.statkevicius@xxxxxxxxx>
• Re: Eduyptula task 2 doubt.
  • From: Vipul Jain <vipulsj@xxxxxxxxx>
• Re: Eduyptula task 2 doubt.
  • From: François <aifsair@xxxxxxxxx>
• Eduyptula task 2 doubt.
  • From: Vipul Jain <vipulsj@xxxxxxxxx>
• Re: Creating sysfs brightness for every led channels
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Unable to boot linux-next build
  • From: Quentin Lambert <lambert.quentin@xxxxxxxxx>
• Re: How to find closest tag when using git-bisect?
  • From: Carlo Caione <carlo@xxxxxxxxxx>
• Re: Creating sysfs brightness for every led channels
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• How to find closest tag when using git-bisect?
  • From: Louie Lu <louie.lu@xxxxxxxxxxxxxxx>
• Re: [Kernel Build] Initrd not getting build out of source dir
  • From: Vipul Jain <vipulsj@xxxxxxxxx>
• Fwd: Kernel information about organization of DRAM
  • From: Babis Chalios <babisel10@xxxxxxxxx>
• Re: Creating sysfs brightness for every led channels
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: omar@xxxxxxxxxxxxxxxxx (Omar Faruk)
• Re: check if a kernel page is read-only
  • From: Valdis.Kletnieks@xxxxxx
• Re: check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Re: initrd in embedded systems
  • From: "Kristof Provost" <kristof@xxxxxxxxxx>
• Re: Power saving in case of CPU hotplugin
  • From: Greg KH <greg@xxxxxxxxx>
• initrd in embedded systems
  • From: Madhu K <madhu.sk89@xxxxxxxxx>
• Power saving in case of CPU hotplugin
  • From: Debdipta Ghosh <debdipta.ece@xxxxxxxxx>
• Scheduling of interrupt
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Valdis.Kletnieks@xxxxxx
• Re: Request Chinese mail list and FrontPage
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: ruben <ruben@xxxxxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Valdis.Kletnieks@xxxxxx
• Re: Vmalloc
  • From: Prabhunath G <gprabhunath@xxxxxxxxx>
• Re: Ioreamp vs mmap
  • From: Prabhunath G <gprabhunath@xxxxxxxxx>
• Re: Linux Security Module listsecurity (and security xattr hooks) only one called?
  • From: Valdis.Kletnieks@xxxxxx
• Re: Request Chinese mail list and FrontPage
  • From: Ruben Safir <ruben@xxxxxxxxxxxx>
• Re: Q: dma requires copying into dma buffer - so what's the benefit ?
  • From: Ruben Safir <ruben@xxxxxxxxxxxx>
• Q: dma requires copying into dma buffer - so what's the benefit ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Vmalloc
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Re: Booting of Linux kernel
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Ioreamp vs mmap
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Booting of Linux kernel
  • From: Er Krishna <erkrishna@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
• Re: Linux Security Module listsecurity (and security xattr hooks) only one called?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Linux Security Module listsecurity (and security xattr hooks) only one called?
  • From: "Pasquier, Thomas" <tfjmp@xxxxxxxxxxxxxxxx>
• RE: Request Chinese mail list and FrontPage
  • From: "Schrey, Moritz" <moritz.schrey@xxxxxxxxxxxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Adam Lee <adam8157@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Adam Lee <adam8157@xxxxxxxxx>
• Creating sysfs brightness for every led channels
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Creating sysfs brightness for every led channels
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: swalow swalow <sswalow@xxxxxxxxx>
• Re: Request Chinese mail list and FrontPage
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Valdis.Kletnieks@xxxxxx
• Re: Network unreachable error when sending mail from mutt
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Network unreachable error when sending mail from mutt
  • From: Gargi Sharma <gs051095@xxxxxxxxx>
• Re: check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• check if a kernel page is read-only
  • From: Oscar Salvador <osalvador.vilardaga@xxxxxxxxx>
• Request Chinese mail list and FrontPage
  • From: Hao Lee <haolee.swjtu@xxxxxxxxx>
• Re: How is vmap_area inserted and can map_areas overlap?
  • From: Peng Gao <peng.gao.dut@xxxxxxxxx>
• Re: How is vmap_area inserted and can map_areas overlap?
  • From: Peng Gao <peng.gao.dut@xxxxxxxxx>
• How is vmap_area inserted and can map_areas overlap?
  • From: Peng Gao <peng.gao.dut@xxxxxxxxx>
• Re: [Kernel Build] Initrd not getting build out of source dir
  • From: Greg KH <greg@xxxxxxxxx>
• [Kernel Build] Initrd not getting build out of source dir
  • From: Vipul Jain <vipulsj@xxxxxxxxx>
• Re: question re. kernel licenses
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: question re. kernel licenses
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: question re. kernel licenses
  • From: Greg KH <greg@xxxxxxxxx>
• Re: question re. kernel licenses
  • From: Greg KH <greg@xxxxxxxxx>
• question re. kernel licenses
  • From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
• Re: show image of current buffer in frame buffer (/dev/fbX)
  • From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
• Re: Device Driver problem
  • From: Gurpartap Singh <gurpartapsingh007@xxxxxxxxx>
• Re: Device Driver problem
  • From: Valdis.Kletnieks@xxxxxx
• Re: Device Driver problem
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Device Driver problem
  • From: Gurpartap Singh <gurpartapsingh007@xxxxxxxxx>
• Re: [PATCH] staging: ieee80211.h: Correct spelling of "FUNCION"
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] staging: Fix misspelling "dissconect"
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] staging: Fix misspelling "dissconect"
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] staging: Fix misspelling "dissconect"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• [PATCH] staging: ieee80211.h: Correct spelling of "FUNCION"
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [help] How to test kernel code that I wrote?
  • From: Valdis.Kletnieks@xxxxxx
• Re: [help] How to test kernel code that I wrote?
  • From: Valdis.Kletnieks@xxxxxx
• Re: [help] How to test kernel code that I wrote?
  • From: Louie Lu <louie.lu@xxxxxxxxxxxxxxx>
• Re: [help] How to test kernel code that I wrote?
  • From: Dave Hylands <dhylands@xxxxxxxxx>
• Re: [help] How to test kernel code that I wrote?
  • From: Louie Lu <louie.lu@xxxxxxxxxxxxxxx>
• Re: [help] How to test kernel code that I wrote?
  • From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
• [help] How to test kernel code that I wrote?
  • From: Louie Lu <louie.lu@xxxxxxxxxxxxxxx>
• Re: Minimum build config for boot messages
  • From: Andre Schmidt <andre@xxxxxxx>
• Ask help for swiotlb feature
  • From: "Wei, Jiangang" <weijg.fnst@xxxxxxxxxxxxxx>
• dma - when can we use memory-to-memory ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Minimum build config for boot messages
  • From: Johannes Thoma <johannes@xxxxxxxxxxxxxxxxx>
• Re: Minimum build config for boot messages
  • From: John de la Garza <john@xxxxxxxxx>
• Re: Kernel Panic - not syncing: Attempted to kill init! exitcode=0x0000000b
  • From: "Daniel." <danielhilst@xxxxxxxxx>
• Re: Kernel Panic - not syncing: Attempted to kill init! exitcode=0x0000000b
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: kmalloc size limit?
  • From: arshad hussain <arshad.super@xxxxxxxxx>
• DMA mem<>mem vs device<>mem
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: kmalloc size limit?
  • From: Greg KH <greg@xxxxxxxxx>
• kmalloc size limit?
  • From: Muni Sekhar <munisekharrms@xxxxxxxxx>
• Minimum build config for boot messages
  • From: Andre Schmidt <andre@xxxxxxx>
• show image of current buffer in frame buffer (/dev/fbX)
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: vmsplice returned "bad address"
  • From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
• Re: vmsplice returned "bad address"
  • From: Valdis.Kletnieks@xxxxxx
• vmsplice returned "bad address"
  • From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
• SATA hotplug in linux kernel
  • From: Ashijeet Acharya <ashijeetacharya@xxxxxxxxx>
• Re: ip_hdr vs ipip_hdr
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Right way to get the gpio values from the device tree in the device driver
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: A very stupid question about formatting a patch :)
  • From: John Koepi <john.koepi@xxxxxxxxx>
• Re: A very stupid question about formatting a patch :)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: A very stupid question about formatting a patch :)
  • From: Aleksander Alekseev <afiskon@xxxxxxxxx>
• Re: A very stupid question about formatting a patch :)
  • From: Greg KH <greg@xxxxxxxxx>
• A very stupid question about formatting a patch :)
  • From: Aleksander Alekseev <afiskon@xxxxxxxxx>
• ip_hdr vs ipip_hdr
  • From: Ricky <zhangchaowang@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Determining patch impact on a specific config
  • From: Greg KH <greg@xxxxxxxxx>
• Determining patch impact on a specific config
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Please, add me to EditorsGroup
  • From: Aleksander Alekseev <afiskon@xxxxxxxxx>
• Fwd: Kernel Panic - not syncing: Attempted to kill init! exitcode=0x0000000b
  • From: shobhit bhadani <shobhit.nitt@xxxxxxxxx>
• Re: Send packets from userspace program to kernel interface
  • From: Alan Liddell <alan.c.liddell@xxxxxxxxx>
• Re: Please, add me to EditorsGroup
  • From: Alexander Alemayhu <alexander@xxxxxxxxxxxx>
• Re: Send packets from userspace program to kernel interface
  • From: Bhaskar Upadhyayula <bu.kernel@xxxxxxxxx>
• Re: Send packets from userspace program to kernel interface
  • From: Bhaskar Upadhyayula <bu.kernel@xxxxxxxxx>
• Re: Please, add me to EditorsGroup
  • From: Ruben Safir <ruben@xxxxxxxxxxxx>
• Re: Please, add me to EditorsGroup
  • From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>