Linux Kernel Newbies

Thread Index

Re: Booting with SYSLINUX on Loopback Device: Kernel Panic - Where to Start?
- From: Patrick <plafratt@xxxxxxxxx>
Re: Booting with SYSLINUX on Loopback Device: Kernel Panic - Where to Start?
- From: Kristof Provost <kristof@xxxxxxxxxx>
Re: What is the role of LIST_POISON1 and LIST_POISON2?
- From: Vasu M <vasu.kernel@xxxxxxxxx>
Booting with SYSLINUX on Loopback Device: Kernel Panic - Where to Start?
- From: Patrick <plafratt@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: What does %P1 mean in gcc inline assembly?
- From: Dave Tian <dave.jing.tian@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: What is the role of LIST_POISON1 and LIST_POISON2?
- From: Navy Cheng <navych@xxxxxxx>
What does %P1 mean in gcc inline assembly?
- From: 张云 <zyunone@xxxxxxx>
Kdump from source
- From: Ronit Halder <ronit.linux@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
Re: What is the role of LIST_POISON1 and LIST_POISON2?
- From: Valdis.Kletnieks@xxxxxx
Re: Kernelnewbies Digest, Vol 64, Issue 4
- From: Vishwas Srivastava <vishu.kernel@xxxxxxxxx>
What is the role of LIST_POISON1 and LIST_POISON2?
- From: Navy Cheng <navych@xxxxxxx>
Add Wiki Edit Permissions
- From: Roberto Caballero <caballeroroberto01@xxxxxxxxx>
Linux Kernel Group Scheduling Feature of CFS
- From: SUNITA <sunitad100@xxxxxxxxx>
Re: remote system call
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
remote system call
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: where is disk block access in kernel ?
- From: Valdis.Kletnieks@xxxxxx
Re: where is disk block access in kernel ?
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Christoph Lameter <cl@xxxxxxxxx>
where is disk block access in kernel ?
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Re: Question : How to access to bandwith statistics from kernel space?
- From: Martin Houry <martinhoury@xxxxxxxxx>
Re: How to use earlycon and earlyprintk on Samsung S3C24xx
- From: victorascroft@xxxxxxxxx
Re: Question : How to access to bandwith statistics from kernel space?
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: Submitting patches to non-staging
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Submitting patches to non-staging
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: Project Idea..
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
Re: Regarding Linux Kernel Upgradation
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: How to use earlycon and earlyprintk on Samsung S3C24xx
- From: Woody Wu <narkewoody@xxxxxxxxx>
Re: Regarding Linux Kernel Upgradation
- From: Roger H Newell <newell.roger@xxxxxxxxx>
Regarding Linux Kernel Upgradation
- From: Anil Nair <anilcoll90@xxxxxxxxx>
Re: Project Idea..
- From: Greg KH <greg@xxxxxxxxx>
Re: Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
Re: Question : How to access to bandwith statistics from kernel space?
- From: Valdis.Kletnieks@xxxxxx
Re: [PATCH] staging: dgnc: Remove useless and deadly judgment
- From: Navy Cheng <navych@xxxxxxx>
Question : How to access to bandwith statistics from kernel space?
- From: Martin Houry <martinhoury@xxxxxxxxx>
Re: [PATCH] staging: dgnc: Remove useless and deadly judgment
- From: Valdis.Kletnieks@xxxxxx
[PATCH] staging: dgnc: Remove useless and deadly judgment
- From: Navy Cheng <navych@xxxxxxx>
Re: How to understan /proc/sys/kernel/sched_domain/cpu$/domain$/flags?
- From: Cihangir Akturk <cakturk@xxxxxxxxx>
How to understan /proc/sys/kernel/sched_domain/cpu$/domain$/flags?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Re: How to use earlycon and earlyprintk on Samsung S3C24xx
- From: victorascroft@xxxxxxxxx
How to use earlycon and earlyprintk on Samsung S3C24xx
- From: Woody Wu <narkewoody@xxxxxxxxx>
Re: Mutex and Spinlock locked together
- From: Devesh Sharma <devesh28@xxxxxxxxx>
Re: Mutex and Spinlock locked together
- From: priyaranjan <priyaranjan45678@xxxxxxxxx>
Re: Mutex and Spinlock locked together
- From: Devesh Sharma <devesh28@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Navy Cheng <navych@xxxxxxx>
Mutex and Spinlock locked together
- From: priyaranjan <priyaranjan45678@xxxxxxxxx>
Re: Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Greg KH <greg@xxxxxxxxx>
Re: user rsyslog/syslog
- From: Valdis.Kletnieks@xxxxxx
Re: Does Linux kernel disables any Interrupts while going into IRQ handler?
- From: jonathan nifenecker <jonathan.nifenecker@xxxxxxxxx>
Re: Porting to an S3C2416 failed with no console message
- From: Woody Wu <narkewoody@xxxxxxxxx>
Re: user rsyslog/syslog
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Does Linux kernel disables any Interrupts while going into IRQ handler?
- From: priyaranjan <priyaranjan45678@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Navy Cheng <navych@xxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Navy Cheng <navych@xxxxxxx>
Re: Partial (?) kernel crash dump ?
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: user rsyslog/syslog
- From: Valdis.Kletnieks@xxxxxx
Re: user rsyslog/syslog
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
user rsyslog/syslog
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Greg KH <greg@xxxxxxxxx>
Re: Is there a bug in dgnc.ko?
- From: Valdis.Kletnieks@xxxxxx
Is there a bug in dgnc.ko?
- From: Navy Cheng <navych@xxxxxxx>
Partial (?) kernel crash dump ?
- From: Rolland Santimano <rolland.santimano@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: Tapas Sarangi <tapas.sarangi@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: Tapas Sarangi <tapas.sarangi@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: Greg KH <greg@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: Tapas Sarangi <tapas.sarangi@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: "Leo Silva (a.k.a kirotawa)" <kirotawa@xxxxxxxxx>
Re: Kernel Panic in FIPS mode
- From: Greg KH <greg@xxxxxxxxx>
Kernel Panic in FIPS mode
- From: Tapas Sarangi <tapas.sarangi@xxxxxxxxx>
Fwd: Re: Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
Re: Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
Porting to an S3C2416 failed with no console message
- From: Woody Wu <narkewoody@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: John Chludzinski <john.chludzinski@xxxxxxxxxxx>
Re: Project Idea..
- From: Greg KH <greg@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
Re: Kernelnewbies Digest, Vol 63, Issue 37
- From: Sriraam VG <sriraamlinux@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: subodh sawrav <subodhtechno@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: Anil Nair <anilcoll90@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: sanjeev sharma <sanjeevsharmaengg@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Books Regarding Linux Kernel
- From: Shiva Shankar <klshiva4a4@xxxxxxxxx>
Books Regarding Linux Kernel
- From: Anil Nair <anilcoll90@xxxxxxxxx>
Re: Project Idea..
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re:Re: Why exist coding style issue in mm_types.h
- From: "YU Bo" <yuzibode@xxxxxxx>
Project Idea..
- From: SUNITA <sunitad100@xxxxxxxxx>
can't read this
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re:Re: can't read this
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: can't read this
- From: Valdis.Kletnieks@xxxxxx
Re: can't read this
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
Re: Why exist coding style issue in mm_types.h
- From: Greg KH <greg@xxxxxxxxx>
Why exist coding style issue in mm_types.h
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: call graph
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: call graph
- From: masoud hematpour <mashemat@xxxxxxxxx>
Re: call graph
- From: Andreas Platschek <andi.platschek@xxxxxxxxx>
Re: call graph
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
call graph
- From: masoud hematpour <mashemat@xxxxxxxxx>
Difference dma_alloc_coherent() in x86_32 and x86_64
- From: tochansky@xxxxxxxxxxx
Re: Distributed Process Scheduling Algorithm
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Greg KH <greg@xxxxxxxxx>
Re: Help about Ctrl-Z and Ctrl-Y(urgent)
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Question regarding upstreaming patches written by multiple people and checkpatch
- From: Joseph Bisch <joseph.bisch@xxxxxxxxx>
Re: Question regarding upstreaming patches written by multiple people and checkpatch
- From: Greg KH <greg@xxxxxxxxx>
Walk list of processes attached to a shared page
- From: "W. Michael Petullo" <mike@xxxxxxxx>
Question regarding upstreaming patches written by multiple people and checkpatch
- From: Joseph Bisch <joseph.bisch@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Process scheduling
- From: Boyan Vladinov <nayobix@xxxxxxxxxxx>
Re: Process scheduling
- From: Boyan Vladinov <nayobix@xxxxxxxxxxx>
Re: Process scheduling
- From: Greg KH <greg@xxxxxxxxx>
Re: Help about Ctrl-Z and Ctrl-Y(urgent)
- From: Greg KH <greg@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Greg KH <greg@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Help about Ctrl-Z and Ctrl-Y(urgent)
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Process scheduling
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Miles Fidelman <mfidelman@xxxxxxxxxxxxxxxx>
Re: Patch Series
- From: Valdis.Kletnieks@xxxxxx
Re: Process scheduling
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Valdis.Kletnieks@xxxxxx
Re:Re: Patch Series
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Valdis.Kletnieks@xxxxxx
Re: Patch Series
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Patch Series
- From: Roger H Newell <newell.roger@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Dominik Dingel <dingel@xxxxxxxxxxxxxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Valdis.Kletnieks@xxxxxx
Re: Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Finding when a chip was supported in the kernel
- From: Valdis.Kletnieks@xxxxxx
RE: Finding when a chip was supported in the kernel
- From: Rob Groner <rgroner@xxxxxxx>
Re: Finding when a chip was supported in the kernel
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: Distributed Process Scheduling Algorithm
- From: Henrik Austad <henrik@xxxxxxxxx>
RE: Finding when a chip was supported in the kernel
- From: Rob Groner <rgroner@xxxxxxx>
Distributed Process Scheduling Algorithm
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Finding when a chip was supported in the kernel
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: Finding when a chip was supported in the kernel
- From: Carlo Caione <carlo@xxxxxxxxxx>
Finding when a chip was supported in the kernel
- From: Rob Groner <rgroner@xxxxxxx>
Re:Re: Re:Re: Merge conflict
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: Process scheduling
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Kernelnewbies Digest, Vol 63, Issue 20
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Re:Re: Merge conflict
- From: Ebru Akagündüz <ebru.akagunduz@xxxxxxxxx>
RE: counting semaphore question
- From: Chan Kim <ckim@xxxxxxxxxx>
counting semaphore question
- From: Shiva Shankar <klshiva4a4@xxxxxxxxx>
Re: Kernelnewbies Digest, Vol 63, Issue 20
- From: Vishwas Srivastava <vishu.kernel@xxxxxxxxx>
Re:Re:Re: Merge conflict
- From: "YU Bo" <yuzibode@xxxxxxx>
Re:Re: Merge conflict
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: Merge conflict
- From: Roger H Newell <newell.roger@xxxxxxxxx>
Merge conflict
- From: "YU Bo" <yuzibode@xxxxxxx>
Re: current during interrupt servicing
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Locking while executing bottom-halves and process context code
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
Re: Locking while executing bottom-halves and process context code
- From: Henrik Austad <henrik@xxxxxxxxx>
Locking while executing bottom-halves and process context code
- From: Pratyush Patel <pratyushpatel.1995@xxxxxxxxx>
current during interrupt servicing
- From: "tobaccopipeyoyo ." <tobaccopipeyoyo@xxxxxxxxx>
Re: Process scheduling
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Process scheduling
- From: Henrik Austad <henrik@xxxxxxxxx>
Process scheduling
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Valdis.Kletnieks@xxxxxx
Re: Backtrace of every the threads
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
Re: Question about memory in C
- From: Greg KH <greg@xxxxxxxxx>
Re: Question about memory in C
- From: Victor Detoni <victordetoni@xxxxxxxxx>
Re: Question about memory in C
- From: Cihangir Akturk <cakturk@xxxxxxxxx>
Re: SPI Slave Patch - Kernel Version
- From: maitysanchayan@xxxxxxxxx
Re: Why there is no GPU swap support in linux based systems?
- From: alexhoppus <alexhoppus111@xxxxxxxxx>
Re: Question about memory in C
- From: Skm Prabhu <skmprabhu2@xxxxxxxxx>
Question about memory in C
- From: Victor Detoni <victordetoni@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Valdis.Kletnieks@xxxxxx
Re: Backtrace of every the threads
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
Re: Backtrace of every the threads
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Backtrace of every the threads
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
Re: Why there is no GPU swap support in linux based systems?
- From: Greg KH <greg@xxxxxxxxx>
Why there is no GPU swap support in linux based systems?
- From: alexhoppus <alexhoppus111@xxxxxxxxx>
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: me@xxxxxxxx
Re: mkinitcpio
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: mkinitcpio
- From: "Pablo G. Gallardo" <pggllrd@xxxxxxxxx>
Re: Virtual and physical page address
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
Re: Virtual and physical page address
- From: Mohammad A Khasawneh <mkhasaw1@xxxxxxxxxxxxxx>
Re: Memory Management
- From: navid Rahimi <rahimi.nv@xxxxxxxxx>
Re: Memory Management
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: Memory Management
- From: sanjeev sharma <sanjeevsharmaengg@xxxxxxxxx>
Re: dma_alloc_coherent
- From: sanjeev sharma <sanjeevsharmaengg@xxxxxxxxx>
Re: mkinitcpio
- From: Bjørn Mork <bjorn@xxxxxxx>
Process Scheduling
- From: Nitin Varyani <varyani.nitin1@xxxxxxxxx>
Re: Memory Management
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: mkinitcpio
- From: Tobin Harding <me@xxxxxxxx>
TCP_REPAIR code and how it works
- From: Ramana Reddy <gtvrreddy@xxxxxxxxx>
RE: dma_alloc_coherent
- From: Saumendra Dash <saumendra.d@xxxxxxx>
Re: dma_alloc_coherent
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Re: dma_alloc_coherent
- From: Vishwas Srivastava <vishu.kernel@xxxxxxxxx>
Re: mkinitcpio
- From: Valdis.Kletnieks@xxxxxx
Re: mkinitcpio
- From: "Pablo G. Gallardo" <pggllrd@xxxxxxxxx>
Re: Virtual and physical page address
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
Virtual and physical page address
- From: Mohammad A Khasawneh <mkhasaw1@xxxxxxxxxxxxxx>
mkinitcpio
- From: Tobin Harding <me@xxxxxxxx>
Re: dma_alloc_coherent
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Memory Management
- From: masoud hematpour <mashemat@xxxxxxxxx>
Sleep_on_buffer
- From: Harish <harish.b310@xxxxxxxxx>
Re: dma_alloc_coherent
- From: Denis Kirjanov <kirjanov@xxxxxxxxx>
dma_alloc_coherent
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Re: How to find a bug with lost network messages
- From: Arthur Pichlkostner <a.pichlkostner@xxxxxx>
How to find a bug with lost network messages
- From: Sandro Stiller <sandro.stiller@xxxxxxxx>
SPI Slave Patch - Kernel Version
- From: Asharaf P <asharaf@xxxxxxxxxxxxxxx>
Problem with GSO
- From: Airton Ishimori <nobumasa.bcc@xxxxxxxxx>
Query Regarding memory alignment /access
- From: Vishwas Srivastava <vishu.kernel@xxxxxxxxx>
Re: swap test for cgroups
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Free electrons course wii nunchuk and BBB i2c connection DTS
- From: Okash Khawaja <okash.khawaja@xxxxxxxxx>
swap test for cgroups
- From: Kevin Wilson <wkevils@xxxxxxxxx>
Re: How does the probe function gets called on a PCI device driver?
- From: Jon Szymaniak <jon.szymaniak@xxxxxxxxx>
Re: How does the probe function gets called on a PCI device driver?
- From: Henrique Montenegro <typoon@xxxxxxxxx>
Re: How does the probe function gets called on a PCI device driver?
- From: Bjørn Mork <bjorn@xxxxxxx>
How does the probe function gets called on a PCI device driver?
- From: Henrique Montenegro <typoon@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Greg KH <greg@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Daniel Ng <daniel.ng1234@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Greg KH <greg@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Corey Sheldon <sheldon.corey@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Tarun Batra <tbatra18@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Greg KH <greg@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Tarun Batra <tbatra18@xxxxxxxxx>
Re: Capture packets at 10g interface
- From: Greg KH <greg@xxxxxxxxx>
Capture packets at 10g interface
- From: Tarun Batra <tbatra18@xxxxxxxxx>
Re: No response to first patch, is my patch correct?
- From: Sushuruth Sadagopan <sushsada@xxxxxxxxx>
Re: No response to first patch, is my patch correct?
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
No response to first patch, is my patch correct?
- From: Sushuruth Sadagopan <sushsada@xxxxxxxxx>
Acquiring MSI vector physical address from kernel driver
- From: Ramon Fried <ramon.fried@xxxxxxxxxxx>
Re: Reading network connections for processes in a separate net namespaces from /proc/[pid]/net/tcp|tcp6
- From: Rami Rosen <roszenrami@xxxxxxxxx>
spi_master->rt member, what changes when you change the priority of spi workers?
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Reading network connections for processes in a separate net namespaces from /proc/[pid]/net/tcp|tcp6
- From: dariusz ostolski <dariusz.ostolski@xxxxxxxxx>
Re: 'bin/sh: can't access tty' when boot from kernel-4.3.3
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: CFS: Scheduler: How does each change in 'nice' value result in 10% change in CPU time?
- From: alexander198961 <alexander198961@xxxxxxxxx>
'bin/sh: can't access tty' when boot from kernel-4.3.3
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
Re: How to statically build kernel module?
- From: Rami Rosen <roszenrami@xxxxxxxxx>
How to statically build kernel module?
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Reading network connections for processes in a separate net namespaces from /proc/[pid]/net/tcp|tcp6
- From: Rami Rosen <roszenrami@xxxxxxxxx>
Reading network connections for processes in a separate net namespaces from /proc/[pid]/net/tcp|tcp6
- From: dariusz ostolski <dariusz.ostolski@xxxxxxxxx>
Re: CFS: Scheduler: How does each change in 'nice' value result in 10% change in CPU time?
- From: John Locke <jlockefree@xxxxxxxxx>
Re: CFS: Scheduler: How does each change in 'nice' value result in 10% change in CPU time?
- From: Valdis.Kletnieks@xxxxxx
CFS: Scheduler: How does each change in 'nice' value result in 10% change in CPU time?
- From: John Locke <jlockefree@xxxxxxxxx>
Re: Re: PCI-Express Hotplug
- From: Greg KH <greg@xxxxxxxxx>
Re: Re: PCI-Express Hotplug
- From: "lifelong0811@xxxxxxx" <lifelong0811@xxxxxxx>
Re: how to use wait_event_interruptible_timeout with less than 1 jiffie timeout?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: how to use wait_event_interruptible_timeout with less than 1 jiffie timeout?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: how to use wait_event_interruptible_timeout with less than 1 jiffie timeout?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: pci device driver
- From: Rabinarayan Panigrahi <rabi.kernel.2012@xxxxxxxxx>
Re: how to use wait_event_interruptible_timeout with less than 1 jiffie timeout?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
how to use wait_event_interruptible_timeout with less than 1 jiffie timeout?
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Found a problem so what next?
- From: John Whitmore <arigead@xxxxxxxxx>
Re: Found a problem so what next?
- From: John Whitmore <arigead@xxxxxxxxx>
Re: Found a problem so what next?
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: Found a problem so what next?
- From: Greg KH <greg@xxxxxxxxx>
Re: PCI-Express Hotplug
- From: Greg KH <greg@xxxxxxxxx>
PCI-Express Hotplug
- From: "lifelong0811@xxxxxxx" <lifelong0811@xxxxxxx>
Found a problem so what next?
- From: John Whitmore <arigead@xxxxxxxxx>
RE: pci device driver
- From: Saumendra Dash <saumendra.d@xxxxxxx>
Re: pci device driver
- From: Greg KH <greg@xxxxxxxxx>
pci device driver
- From: Rabinarayan Panigrahi <rabi.kernel.2012@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Inexplicable PROT_EXEC flag set on mmap callback
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Ismael Luceno <ismael.luceno@xxxxxxxxx>
Re: Mapping IO memory read-write
- From: Jethro Beekman <kernel@xxxxxxxxxxx>
Re: Mapping IO memory read-write
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Walking a wait_queue_t list of tasks blocked on pipe
- From: "W. Michael Petullo" <mike@xxxxxxxx>
Mapping IO memory read-write
- From: Jethro Beekman <kernel@xxxxxxxxxxx>
CFS: quantifying effect of nice value on scheduled CPU time
- From: John Locke <jlockefree@xxxxxxxxx>
taskstats in kernel and in userspace
- From: Kevin Wilson <wkevils@xxxxxxxxx>
Re: Does the Community use Coverity ?
- From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
Re: Drivers in staging folder
- From: Greg KH <greg@xxxxxxxxx>
Re: Drivers in staging folder
- From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
Drivers in staging folder
- From: James Miller <jm21356@xxxxxxx>
RE: skb_clone related query
- From: Jeff Haran <Jeff.Haran@xxxxxxxxxx>
Re: skb_clone related query
- From: pavi1729 <pavitra1729@xxxxxxxxx>
should "get_user_pages()" really be phased out?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
RE: skb_clone related query
- From: Jeff Haran <Jeff.Haran@xxxxxxxxxx>
Upping baud rate for ttyS0
- From: John Chludzinski <john.chludzinski@xxxxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Alexander Ivanov <amivanov@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: chuckleberryfinn <chuckleberryfinn@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: "Geyslan G. Bem" <geyslan@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Abner Silva <abnerf@xxxxxxxxx>
回复：Re: 回复：Re: some question about arch/x86/kernel/head_64.S
- From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
Re: 回复：Re: some question about arch/x86/kernel/head_64.S
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
回复：Re: some question about arch/x86/kernel/head_64.S
- From: hitmoon <zhaoxiaoqiang007@xxxxxxxxx>
some question about arch/x86/kernel/head_64.S
- From: xiaoqiang zhao <zhaoxiaoqiang007@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Manuel Pégourié-Gonnard <mpg@xxxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Trivial patches and lots of maintainers
- From: Manuel Pégourié-Gonnard <mpg@xxxxxxxxxx>
Re: Trivial patches and lots of maintainers
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Trivial patches and lots of maintainers
- From: Manuel Pégourié-Gonnard <mpg@xxxxxxxxxx>
skb_clone related query
- From: pavi1729 <pavitra1729@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Fernando Apesteguía <fernando.apesteguia@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Manuel Pégourié-Gonnard <mpg@xxxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: first patch
- From: Jerry Snitselaar <dev@xxxxxxxxxxxxxx>
Re: how to reduce both vmlinuz size and modules?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: how to reduce both vmlinuz size and modules?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: how to reduce both vmlinuz size and modules?
- From: Valdis.Kletnieks@xxxxxx
how to reduce both vmlinuz size and modules?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Fwd: Re: [PATCH] allow strictatime to be set as a global default
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Raymond Jennings <shentino@xxxxxxxxx>
what is the rationale for "uio-howto.aux.xml" DocBook file?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: Developing environments used for kernel development
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Developing environments used for kernel development
- From: Valdis.Kletnieks@xxxxxx
Re: Developing environments used for kernel development
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Developing environments used for kernel development
- From: Manuel Pégourié-Gonnard <mpg@xxxxxxxxxx>
Re: Developing environments used for kernel development
- From: Valdis.Kletnieks@xxxxxx
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: amit mehta <gmate.amit@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: first patch
- From: Mike Krinkin <krinkin.m.u@xxxxxxxxx>
first patch
- From: maoma king <albert008.xu@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: Clemens Gruber <clemens.gruber@xxxxxxxxxxxx>
Re: Developing environments used for kernel development
- From: Lucas Tanure <tanure@xxxxxxxxx>
Re: Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
Developing environments used for kernel development
- From: "Daniel." <danielhilst@xxxxxxxxx>
RE: Does the Community use Coverity ?
- From: Jeff Haran <Jeff.Haran@xxxxxxxxxx>
Re: Does the Community use Coverity ?
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: [PATCH] allow strictatime to be set as a global default
- From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
Re: [PATCH] allow strictatime to be set as a global default
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: [PATCH] allow strictatime to be set as a global default
- From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
Re: [PATCH] allow strictatime to be set as a global default
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: [PATCH] allow strictatime to be set as a global default
- From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
Re: Customizing UIO mmap'ing
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
[PATCH] allow strictatime to be set as a global default
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: Customizing UIO mmap'ing
- From: Henry Gomersall <henry.gomersall@xxxxxxxxxxxxxxxxxxxx>
Re: Customizing UIO mmap'ing
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Customizing UIO mmap'ing
- From: Henry Gomersall <henry.gomersall@xxxxxxxxxxxxxxxxxxxx>
Track execution of close() system call in kernel
- From: Harsh Jain <harshjain.prof@xxxxxxxxx>
Customizing UIO mmap'ing
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Does the Community use Coverity ?
- From: pavi1729 <pavitra1729@xxxxxxxxx>
Re: Work with correct branch for kernel changes
- From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
RE: Does the Community use Coverity ?
- From: Jeff Haran <Jeff.Haran@xxxxxxxxxx>
Re: Does the Community use Coverity ?
- From: Saket Sinha <saket.sinha89@xxxxxxxxx>
Does the Community use Coverity ?
- From: pavi1729 <pavitra1729@xxxxxxxxx>
Re: Work with correct branch for kernel changes
- From: Luis de Bethencourt <luisbg@xxxxxxxxxxxxxxx>
Work with correct branch for kernel changes
- From: Shirish Gajera <gshirishfree@xxxxxxxxx>
Query on freeing of new_fdt->open_fds inside src/fs/file.c
- From: pavi1729 <pavitra1729@xxxxxxxxx>
Re: Ftrace: tracing init call of out of tree modules
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
Re: Ftrace: tracing init call of out of tree modules
- From: Abel Vesa <abelvesa@xxxxxxxxx>
Ftrace: tracing init call of out of tree modules
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
Fwd: objdiff
- From: sasa bogicevic <brutallesale@xxxxxxxxx>
Re: What is the return value of test_bit() in <asm/bitops.h> on x86_64?
- From: Le Tan <tamlokveer@xxxxxxxxx>
What is the return value of test_bit() in <asm/bitops.h> on x86_64?
- From: Le Tan <tamlokveer@xxxxxxxxx>
Re: Tracing built-in drivers ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
Re: What are the differences between the -next tree and the -mm tree?
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
Re: What are the differences between the -next tree and the -mm tree?
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: Tracing built-in drivers ?
- From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
Re: What are the differences between the -next tree and the -mm tree?
- From: Giovanni Gherdovich <g.gherdovich@xxxxxxxxx>
Tracing built-in drivers ?
- From: Jay Aurabind <jay.aurabind@xxxxxxxxx>
Re: What are the differences between the -next tree and the -mm tree?
- From: Silvan Jegen <me@xxxxxxxxxxx>
Re: What are the differences between the -next tree and the -mm tree?
- From: Giovanni Gherdovich <g.gherdovich@xxxxxxxxx>
What are the differences between the -next tree and the -mm tree?
- From: Hao Lee <haolee.swjtu@xxxxxxxxx>
if i want powerpc "local bus" support, must i select CONFIG_FSL_LBC?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: How to correctly decode fun+X/Y
- From: Andrey Skvortsov <andrej.skvortzov@xxxxxxxxx>
Re: wipe framebuffer with dd command
- From: Ran Shalit <ranshalit@xxxxxxxxx>
wipe framebuffer with dd command
- From: Ran Shalit <ranshalit@xxxxxxxxx>
Re: cache maintenance for device memory
- From: Random Guy <random.guy.from.russia@xxxxxxxxx>
Re: cache maintenance for device memory
- From: Random Guy <random.guy.from.russia@xxxxxxxxx>
Re: cache maintenance for device memory
- From: Random Guy <random.guy.from.russia@xxxxxxxxx>
Re: How to correctly decode fun+X/Y
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
cache maintenance for device memory
- From: Random Guy <random.guy.from.russia@xxxxxxxxx>
Re: How to correctly decode fun+X/Y
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: How to correctly decode fun+X/Y
- From: Dave Tian <dave.jing.tian@xxxxxxxxx>
How to correctly decode fun+X/Y
- From: "Matwey V. Kornilov" <matwey.kornilov@xxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Valdis.Kletnieks@xxxxxx
Re: Best tests to measure Kernel Performance
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
Re: Figuring out the right patch receivers
- From: Greg KH <greg@xxxxxxxxx>
Figuring out the right patch receivers
- From: "Sinclair Yeh" <syeh@xxxxxxxxxx>
Re: objdiff usage
- From: Bogicevic Sasa <brutallesale@xxxxxxxxx>
Re: objdiff usage
- From: bojan prtvar <prtvar.b@xxxxxxxxx>
Re: objdiff usage
- From: Bogicevic Sasa <brutallesale@xxxxxxxxx>
Re: objdiff usage
- From: bojan prtvar <prtvar.b@xxxxxxxxx>
Re: objdiff usage
- From: Bogicevic Sasa <brutallesale@xxxxxxxxx>
Re: objdiff usage
- From: bojan prtvar <prtvar.b@xxxxxxxxx>
objdiff usage
- From: Bogicevic Sasa <brutallesale@xxxxxxxxx>
Re: Best tests to measure Kernel Performance
- From: Valdis.Kletnieks@xxxxxx
Re: Best tests to measure Kernel Performance
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
Best tests to measure Kernel Performance
- From: Victor Rodriguez <vm.rod25@xxxxxxxxx>
IPMI intel LPC driver
- From: "J.Hwan Kim" <linux.kernel.kr@xxxxxxxxx>
Re: Why a “barrier()” is enough for disabling or enabling the preemption?
- From: Doug Wilson <doug.lkml@xxxxxxxxx>
Re: dumping large buffers to file
- From: Nick Krause <xerofoify@xxxxxxxxx>
Accessing novel DMAd hardware from userspace
- From: Henry Gomersall <henry.gomersall@xxxxxxxxxxxxxxxxxxxx>
Re: Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: François Revol <revol@xxxxxxx>
Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: Rob Herring <robh@xxxxxxxxxx>
Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
[PATCH v4 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v4 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v4 3/4] firmware: create directory hierarchy for sysfs fw_cfg entries
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings
- From: Rob Herring <robh@xxxxxxxxxx>
[PATCH v4 2/4] kobject: export kset_find_obj() for module use
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: git tags (RC kernels ) and kernel versions (www.kernel.org)
- From: Valdis.Kletnieks@xxxxxx
Re: git tags (RC kernels ) and kernel versions (www.kernel.org)
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: git tags (RC kernels ) and kernel versions (www.kernel.org)
- From: Bjørn Mork <bjorn@xxxxxxx>
git tags (RC kernels ) and kernel versions (www.kernel.org)
- From: Kevin Wilson <wkevils@xxxxxxxxx>
Re: Raw Sockets + Userland TCP Kernel Resetting Packet
- From: michi1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Raw Sockets + Userland TCP Kernel Resetting Packet
- From: Bradley Falzon <brad@xxxxxxxxxxxx>
Re: dumping large buffers to file
- From: Valdis.Kletnieks@xxxxxx
dumping large buffers to file
- From: Ramon Fried <ramon.fried@xxxxxxxxxxx>
Why a “barrier()” is enough for disabling or enabling the preemption?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Accessing novel DMAd hardware from userspace
- From: Henry Gomersall <heng@xxxxxxxxxxxxxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Drew Fustini <pdp7pdp7@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Lucas Tanure <tanure@xxxxxxxxx>
Re: viability of supporting interrupts in user space driver?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: viability of supporting interrupts in user space driver?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
viability of supporting interrupts in user space driver?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
eudyptula challenge, stuck at task 06 - no reply for four weeks
- From: Alexander Ivanov <amivanov@xxxxxxxxx>
Re: Correctly locking a Block Device Request Handler
- From: Marcel Müller <neikos@neikos.email>
Re: Correctly locking a Block Device Request Handler
- From: Pranay Srivastava <pranjas@xxxxxxxxx>
Re: depmod: ERROR: Found 2 modules in dependency cycles!
- From: Jim Davis <jim.epost@xxxxxxxxx>
depmod: ERROR: Found 2 modules in dependency cycles!
- From: Lucas Tanure <tanure@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: Bogicevic Sasa <brutallesale@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: Valdis.Kletnieks@xxxxxx
Re: looking for decent, current online discussion of user-space drivers
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: looking for decent, current online discussion of user-space drivers
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
looking for decent, current online discussion of user-space drivers
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: i want to use the script in kernel script folder.
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: NISHANTHA <j.l.madushan@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: Chinmay V S <cvs268@xxxxxxxxx>
i want to use the script in kernel script folder.
- From: 윤영석 <earwigz@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: hi, i want to use a script in kernel
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
hi, i want to use a script in kernel
- From: Naver <earwigz@xxxxxxxxx>
Why does kernel provide "module" macro?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Correctly locking a Block Device Request Handler
- From: Marcel Müller <neikos@neikos.email>
Re: How to get list of all files open in the system
- From: Greg KH <greg@xxxxxxxxx>
How to get list of all files open in the system
- From: Sergei Starovoi <sergei.starovoi@xxxxxxxxx>
Re: what happens to "open" if the slot is left empty in file_operations.
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
what happens to "open" if the slot is left empty in file_operations.
- From: Shiyao Ma <i@xxxxxxxxx>
Re: Dead link on the wiki
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: Dead link on the wiki
- From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: strange comment in load_elf_binary
- From: "Maciej W. Rozycki" <macro@xxxxxxxxxx>
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: Greg KH <greg@xxxxxxxxx>
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: Valdis.Kletnieks@xxxxxx
Re: is there a reason "usbhid.quirks" parameter is not root writable?
- From: Greg KH <greg@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
is there a reason "usbhid.quirks" parameter is not root writable?
- From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
Re: staging: wlan-ng: p80211conv.h: warning I don't understand
- From: Silvan Jegen <me@xxxxxxxxxxx>
Re: staging: wlan-ng: p80211conv.h: warning I don't understand
- From: Greg KH <greg@xxxxxxxxx>
Re: staging: wlan-ng: p80211conv.h: warning I don't understand
- From: Valdis.Kletnieks@xxxxxx
RE: staging: wlan-ng: p80211conv.h: warning I don't understand
- From: "Gavin O'Leary" <goleary1@xxxxxxxxxxx>
staging: wlan-ng: p80211conv.h: warning I don't understand
- From: "Gavin O'Leary" <goleary1@xxxxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
spi_async inside IRQ handler and spin_(un)lock_irq* doubt.
- From: "Daniel." <danielhilst@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: How to read last oops message in Android kernel
- From: Umair Khan <omerjerk@xxxxxxxxx>
Re: How to read last oops message in Android kernel
- From: Umair Khan <omerjerk@xxxxxxxxx>
Re: How to read last oops message in Android kernel
- From: Sasikumar Natarajan <sasikumar.natarajan@xxxxxxxxxxx>
How to read last oops message in Android kernel
- From: Umair Khan <omerjerk@xxxxxxxxx>
Informing kernel that a block device is offlined
- From: Alvin Abitria <abitria.alvin@xxxxxxxxx>
Dead link on the wiki
- From: Raymond Jennings <shentino@xxxxxxxxx>
Re: Improvement of trails and tutorials to become a kernel developer / maintainer
- From: Albino B Neto <bino@xxxxxxx>
Re: How to mark suspicious code?
- From: Ivan Safonov <insafonov@xxxxxxxxx>
Regadring Linux Scatter Gather List
- From: babu subash <subashgs@xxxxxxxxx>
Re: How to mark suspicious code?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: Get user stackpointer from task_struct
- From: Pranay Srivastava <pranjas@xxxxxxxxx>
Re: How to mark suspicious code?
- From: Greg KH <greg@xxxxxxxxx>
Re: How to mark suspicious code?
- From: Ivan Safonov <insafonov@xxxxxxxxx>
Re: How to mark suspicious code?
- From: Greg KH <greg@xxxxxxxxx>
How to mark suspicious code?
- From: Ivan Safonov <insafonov@xxxxxxxxx>
Re: How to properly write tests for kernel functions
- From: Maxim Pugachev <pugachev.mm@xxxxxxxxx>
Re: How to properly write tests for kernel functions
- From: Greg KH <greg@xxxxxxxxx>
Re: How to properly write tests for kernel functions
- From: Maxim Pugachev <pugachev.mm@xxxxxxxxx>
Re: How to properly write tests for kernel functions
- From: Greg KH <greg@xxxxxxxxx>
How to properly write tests for kernel functions
- From: Maxim Pugachev <pugachev.mm@xxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Bluetooth doesn't work
- From: Kinka Huang <kinkabrain@xxxxxxxxx>
Get user stackpointer from task_struct
- From: Shirish Gajera <gshirishfree@xxxxxxxxx>
Re: Mentor
- From: sanjeev sharma <sanjeevsharmaengg@xxxxxxxxx>
Re: Strange warnings out of checkpatch
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
Re: Strange warnings out of checkpatch
- From: John Whitmore <arigead@xxxxxxxxx>
Re: Mentor
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
Re: Mentor
- From: Valdis.Kletnieks@xxxxxx
Re: Mentor
- From: Chris Lee <updatelee@xxxxxxxxx>
Mentor
- From: Ranjith T <ranjithece24@xxxxxxxxx>
Re: How to see the preprocessed output of a module source file
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
Re: How to see the preprocessed output of a module source file
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
How to see the preprocessed output of a module source file
- From: Shiyao Ma <i@xxxxxxxxx>
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Valdis.Kletnieks@xxxxxx
Re: How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
How to disable "module verification failed: signature and/or required key missing - tainting kernel" message?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Re: Strange warnings out of checkpatch
- From: Aruna Hewapathirane <aruna.hewapathirane@xxxxxxxxx>
Strange warnings out of checkpatch
- From: John Whitmore <arigead@xxxxxxxxx>
Re: strange comment in load_elf_binary
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
How to store the data in disk directly in kernel module ?
- From: lx <lxlenovostar@xxxxxxxxx>
Re: SHA-1 hash calculate in Kernel.
- From: lx <lxlenovostar@xxxxxxxxx>
Block Device Settings
- From: Rishi Agrawal <rishi.b.agrawal@xxxxxxxxx>
Re: Two questions
- From: Greg KH <greg@xxxxxxxxx>
Re: Two questions
- From: Albino B Neto <bino@xxxxxxx>
Re: Two questions
- From: michi1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Re: Two questions
- From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
Two questions
- From: Anuz Pratap Singh Tomar <chambilkethakur@xxxxxxxxx>
Re:
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Re:
- From: Aaron Armstrong Skomra <skomra@xxxxxxxxx>
Re: where struct pci_device_id is defined ?
- From: bojan prtvar <prtvar.b@xxxxxxxxx>
Re: where struct pci_device_id is defined ?
- From: Greg KH <greg@xxxxxxxxx>
where struct pci_device_id is defined ?
- From: Ramon Fried <ramon.fried@xxxxxxxxxxx>
Re: How the "<linux/version.h>" file is generated?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
strange comment in load_elf_binary
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: How the "<linux/version.h>" file is generated?
- From: Fabian Mewes <architekt@xxxxxxxxxxxxxxxxx>
How the "<linux/version.h>" file is generated?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
get all the file_system_type registered in linux kernel
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Query Hard Memory Addresses
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
RE: Query Hard Memory Addresses
- From: Jeff Haran <Jeff.Haran@xxxxxxxxxx>
Re: Query Hard Memory Addresses
- From: Greg KH <greg@xxxxxxxxx>
Query Hard Memory Addresses
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: How to reserve physical address space region
- From: Umair Khan <omerjerk@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Greg KH <greg@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Greg KH <greg@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Greg KH <greg@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
Re: UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Enable/disable cpu
- From: Doug Wilson <doug.lkml@xxxxxxxxx>
UIO Kernel Driver with Buildroot and QEMU
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: clk: Two-output clk provider with standard clk consumer
- From: Mason <slash.tmp@xxxxxxx>
Re: Enable/disable cpu
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: System freezes with Kernel BUG at kernel/time/timer.c:1108 run_timer_softirq()
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: How to reserve physical address space region
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: How to reserve physical address space region
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
System freezes with Kernel BUG at kernel/time/timer.c:1108 run_timer_softirq()
- From: "Raghavendra. S" <raghavendra.akkasali@xxxxxxxxx>
Enable/disable cpu
- From: Doug Wilson <doug.lkml@xxxxxxxxx>
How to reserve physical address space region
- From: sahlot arvind <asahlot@xxxxxxxxx>
Re: Why Completely Fair Scheduler(CFS) using Red-Black tree instead of Min-heap?
- From: anish singh <anish198519851985@xxxxxxxxx>
Re: Why Completely Fair Scheduler(CFS) using Red-Black tree instead of Min-heap?
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Why Completely Fair Scheduler(CFS) using Red-Black tree instead of Min-heap?
- From: venu gangireddy <venu.gangireddy@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Greg KH <greg@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Julio Faracco <jcfaracco@xxxxxxxxx>
Re: parameter of module_init() and module_exit() must not be a macro
- From: Greg KH <greg@xxxxxxxxx>
Re: kernel panic
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
AW: parameter of module_init() and module_exit() must not be a macro
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
Re: parameter of module_init() and module_exit() must not be a macro
- From: Greg KH <greg@xxxxxxxxx>
AW: parameter of module_init() and module_exit() must not be a macro
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
Re: parameter of module_init() and module_exit() must not be a macro
- From: Greg KH <greg@xxxxxxxxx>
kernel panic
- From: "jinzhao@xxxxxxxxxxxx" <jinzhao@xxxxxxxxxxxx>
parameter of module_init() and module_exit() must not be a macro
- From: "Warlich, Christof" <christof.warlich@xxxxxxxxxxx>
clk: Two-output clk provider with standard clk consumer
- From: Mason <slash.tmp@xxxxxxx>
Re: Kernelnewbies Digest, Vol 59, Issue 24
- From: Prasad Ram <prasad.ram126@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Greg KH <greg@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Ivan Safonov <insafonov@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Greg KH <greg@xxxxxxxxx>
Re: I have a large patch in the 2000 lines. What to do?
- From: Anish Kumar <anish198519851985@xxxxxxxxx>
I have a large patch in the 2000 lines. What to do?
- From: Ivan Safonov <insafonov@xxxxxxxxx>
questions regarding PCIe
- From: Ramon Fried <ramon.fried@xxxxxxxxxxx>
Re: [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
Re: [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
Re: [Qemu-devel] [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Laszlo Ersek <lersek@xxxxxxxxxx>
efficient way to verify one memory block is only readable?
- From: mudongliang <mudongliangabcd@xxxxxxxxx>
Re: Got wrongly (I hope) banned from eudyptula challenge
- From: Carlo Caione <carlo@xxxxxxxxxx>
Re: make headers_install for out-of-tree modules
- From: "Daniel." <danielhilst@xxxxxxxxx>
Got wrongly (I hope) banned from eudyptula challenge
- From: Vinicius Tinti <viniciustinti@xxxxxxxxx>
Re: Without "make modules" command, we can also execute "make modules_install" command?
- From: mudongliang <mudongliangabcd@xxxxxxxxx>
Without "make modules" command, we can also execute "make modules_install" command?
- From: Nan Xiao <xiaonan830818@xxxxxxxxx>
Re: Eudyptula challenge task 8 no reply so far
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: Eudyptula challenge task 8 no reply so far
- From: Vinicius Tinti <viniciustinti@xxxxxxxxx>
Re: Eudyptula challenge task 8 no reply so far
- From: Ksenija Stanojevic <stanojevic_ksenija@xxxxxxxxx>
Eudyptula challenge task 8 no reply so far
- From: Vinicius Tinti <viniciustinti@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Greg KH <greg@xxxxxxxxx>
Re: make headers_install for out-of-tree modules
- From: Greg KH <greg@xxxxxxxxx>
Re: make headers_install for out-of-tree modules
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
Re: make headers_install for out-of-tree modules
- From: "Daniel." <danielhilst@xxxxxxxxx>
make headers_install for out-of-tree modules
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: How to get user level stack trace of an application from system crash
- From: Anupam Kapoor <anupam.kapoor@xxxxxxxxx>
Re: How to get user level stack trace of an application from system crash
- From: Shailendra Rana <shailendra.rana1982@xxxxxxxxx>
Re: How to get user level stack trace of an application from system crash
- From: Shailendra Rana <shailendra.rana1982@xxxxxxxxx>
Re: How to get user level stack trace of an application from system crash
- From: Pranay Srivastava <pranjas@xxxxxxxxx>
Re: How to get user level stack trace of an application from system crash
- From: Vishal Thanki <vishalthanki@xxxxxxxxx>
Re: how to expand linux kernel macro in kernel source code/kernel module(outside)
- From: Vishal Thanki <vishalthanki@xxxxxxxxx>
Re: [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: how to expand linux kernel macro in kernel source code/kernel module(outside)
- From: Manavendra Nath Manav <mnm.kernel@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Greg KH <greg@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
Re: UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
how to expand linux kernel macro in kernel source code/kernel module(outside)
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Doug Wilson <doug.lkml@xxxxxxxxx>
How to get user level stack trace of an application from system crash
- From: Shailendra Rana <shailendra.rana1982@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Umair Khan <omerjerk@xxxxxxxxx>
Re: UIO Devices and user processes
- From: Greg KH <greg@xxxxxxxxx>
UIO Devices and user processes
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Valdis.Kletnieks@xxxxxx
Re: Help
- From: Prem Kumar <prem.it.kumar@xxxxxxxxx>
Re: What is negative lookup in linux filesystem
- From: Mandeep Sandhu <mandeepsandhu.chd@xxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Mark Rutland <mark.rutland@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Peter Maydell <peter.maydell@xxxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Mark Rutland <mark.rutland@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Mark Rutland <mark.rutland@xxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
What is negative lookup in linux filesystem
- From: Praveen Kumar <kpraveen.lkml@xxxxxxxxx>
special handling of page faults
- From: "bhalios ." <babisel10@xxxxxxxxx>
Re: [PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: Mark Rutland <mark.rutland@xxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: [PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
Re: [PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: kbuild test robot <lkp@xxxxxxxxx>
[PATCH v3 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v3 0/4] SysFS driver for QEMU fw_cfg device
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v3 3/4] kobject: export kset_find_obj() for module use
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v3 2/4] firmware: use acpi to detect QEMU fw_cfg device for sysfs fw_cfg driver
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
[PATCH v3 4/4] firmware: create directory hierarchy for sysfs fw_cfg entries
- From: "Gabriel L. Somlo" <somlo@xxxxxxx>
Re: Logging communication with devices
- From: Greg KH <greg@xxxxxxxxx>
Logging communication with devices
- From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Umair Khan <omerjerk@xxxxxxxxx>
Re: Looking for easy first-timer tasks
- From: Greg KH <greg@xxxxxxxxx>
Looking for easy first-timer tasks
- From: Sean Bollin <sean@xxxxxxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Translating physical/linear address to virtual address
- From: Ruben Safir <ruben@xxxxxxxxxxxx>
Re: Translating physical/linear address to virtual address
- From: Martin Ichilevici de Oliveira <iomartin@xxxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Translating physical/linear address to virtual address
- From: martin <iomartin@xxxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Jim Cromie <jim.cromie@xxxxxxxxx>
Re: Can I send a patch about 00-INDEX?
- From: Jim Davis <jim.epost@xxxxxxxxx>
Re: In SMP system, is there any api to disable IRQ for all CPUs?
- From: Rik van Riel <riel@xxxxxxxxxxx>
Must we close serial telnet connection for kgdb to work ?
- From: Ran Shalit <ranshalit@xxxxxxxxx>
In SMP system, is there any api to disable IRQ for all CPUs?
- From: loody <miloody@xxxxxxxxx>
Re: Help
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Can I send a patch about 00-INDEX?
- From: Navy Cheng <navych@xxxxxxx>
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: Valdis.Kletnieks@xxxxxx
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: Accessing pointers inside struct passed as argument to ioctl calls
- From: Kenneth Adam Miller <kennethadammiller@xxxxxxxxx>
Accessing pointers inside struct passed as argument to ioctl calls
- From: "Daniel." <danielhilst@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: Adding GPIO/SPI/I2C functionality to FTDI driver
- From: Johan Hovold <johan@xxxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Pranay Srivastava <pranjas@xxxxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: Avoid Camelcase
- From: Greg KH <greg@xxxxxxxxx>
Avoid Camelcase
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Re: Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Valdis.Kletnieks@xxxxxx
Re: Adding GPIO/SPI/I2C functionality to FTDI driver
- From: Philipp Hachtmann <hachti@xxxxxxxxx>
Unable to get stmmac driver of Altera Cyclone V to support MTU9000
- From: Teoh Choon Zone <choon-zone.teoh@xxxxxxxxxx>
Re: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: Valdis.Kletnieks@xxxxxx
Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT
- From: vibnwis <vibnwis@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
RE: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Greg KH <greg@xxxxxxxxx>
Re: [PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Valdis.Kletnieks@xxxxxx
[PATCH] 8250_pci: Prevent Exar/RTD Boards from binding.
- From: Rob Groner <rgroner@xxxxxxx>
Re: error when make pdfdocs
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: error when make pdfdocs
- From: Jim Davis <jim.epost@xxxxxxxxx>
Re: Which git for developing patch?
- From: Jim Davis <jim.epost@xxxxxxxxx>
Re: Which git for developing patch?
- From: Valdis.Kletnieks@xxxxxx
Which git for developing patch?
- From: Rob Groner <rgroner@xxxxxxx>
Re: Active Memory never reclaimed please help me understand
- From: Prem Kumar <prem.it.kumar@xxxxxxxxx>
Re: getting warning when a method parameter in a kernel module is not used
- From: Valdis.Kletnieks@xxxxxx
getting warning when a method parameter in a kernel module is not used
- From: Kevin Wilson <wkevils@xxxxxxxxx>
Re: Question about "Creating first patch" guide
- From: Albino B Neto <bino@xxxxxxxxxx>
Re: Question about "Creating first patch" guide
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: Question about "Creating first patch" guide
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Question about "Creating first patch" guide
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: Question about "Creating first patch" guide
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
RE: Question about "Creating first patch" guide
- From: Rob Groner <rgroner@xxxxxxx>
Re: Question about "Creating first patch" guide
- From: Greg KH <greg@xxxxxxxxx>
Re: Active Memory never reclaimed please help me understand
- From: Prem Kumar <prem.it.kumar@xxxxxxxxx>
RE: Question about "Creating first patch" guide
- From: Rob Groner <rgroner@xxxxxxx>
Re: Question about "Creating first patch" guide
- From: Greg KH <greg@xxxxxxxxx>
Question about "Creating first patch" guide
- From: Rob Groner <rgroner@xxxxxxx>
Re: Active Memory never reclaimed please help me understand
- From: Mulyadi Santosa <mulyadi.santosa@xxxxxxxxx>
Re: Adding GPIO/SPI/I2C functionality to FTDI driver
- From: chrysn <chrysn@xxxxxxxx>
Re: Active Memory never reclaimed please help me understand
- From: Prem Kumar <prem.it.kumar@xxxxxxxxx>
Active Memory never reclaimed please help me understand
- From: Prem Kumar <prem.it.kumar@xxxxxxxxx>
Re: Adding GPIO/SPI/I2C functionality to FTDI driver
- From: Greg KH <greg@xxxxxxxxx>
Adding GPIO/SPI/I2C functionality to FTDI driver
- From: chrysn <chrysn@xxxxxxxx>
Re: Issue using kernel linked list in user space
- From: Pravin Shedage <pravinshedage2008@xxxxxxxxx>
Re: Would like know when the tcp sequence no is rollover
- From: Bjørn Mork <bjorn@xxxxxxx>
Re: Would like know when the tcp sequence no is rollover
- From: Ramana Reddy <gtvrreddy@xxxxxxxxx>
Re: Issue using kernel linked list in user space
- From: Pranay Srivastava <pranjas@xxxxxxxxx>
Re: Regirect /var/log/log/syslog messages to our own txt file
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
Regirect /var/log/log/syslog messages to our own txt file
- From: Gunjan Mehta <gunjanmehta08@xxxxxxxxx>
Issue using kernel linked list in user space
- From: Gunjan Mehta <gunjanmehta08@xxxxxxxxx>
Re: Wireless Driver issue (Atheros AR9485)
- From: Luis de Bethencourt <luis@xxxxxxxxxxxxxxxxx>
Re:
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Re:
- From: Umair Khan <omerjerk@xxxxxxxxx>
[no subject]
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Re: Preceding a method call with (void)
- From: Valdis.Kletnieks@xxxxxx
error when make pdfdocs
- From: 慕冬亮 <mudongliangabcd@xxxxxxxxx>
Re: Preceding a method call with (void)
- From: Rami Rosen <roszenrami@xxxxxxxxx>
Re: [PATCH 2662/2662] Staging: android: Fix 80 character length
- From: Karthik Nayak <karthik.188@xxxxxxxxx>
Re: [PATCH 2662/2662] Staging: android: Fix 80 character length
- From: punit vara <punitvara@xxxxxxxxx>
Re: Would like know when the tcp sequence no is rollover
- From: Bjørn Mork <bjorn@xxxxxxx>
Would like know when the tcp sequence no is rollover
- From: Ramana Reddy <gtvrreddy@xxxxxxxxx>
Hijack a weak syscall
- From: NISHANTHA <j.l.madushan@xxxxxxxxx>
Re:
- From: leo kirotawa <kirotawa@xxxxxxxxx>
[no subject]
- From: Shraddha Barke <shraddha.6596@xxxxxxxxx>
Wireless Driver issue (Atheros AR9485)
- From: David Scaperoth <david.scaperoth@xxxxxxxxx>
Re: git sendmail configuration example for mail.reiseup
- From: Albino B Neto <bino@xxxxxxxxxx>
Re: git sendmail configuration example for mail.reiseup
- From: Albino B Neto <bino@xxxxxxxxxx>
Re: How to get the inode - no path_lookup
- From: Rohan Puri <rohan.puri15@xxxxxxxxx>
Re: kernel.c//Starting for The Journey of The Kernel;
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
Re: kernel.c//Starting for The Journey of The Kernel;
- From: GanesH AvacharE <ganeshavachare007@xxxxxxxxx>
Re: kernel.c//Starting for The Journey of The Kernel;
- From: GanesH AvacharE <ganeshavachare007@xxxxxxxxx>
Re: kernel.c//Starting for The Journey of The Kernel;
- From: Albino B Neto <bino@xxxxxxxxxx>
Re: git sendmail configuration example for mail.reiseup
- From: Albino B Neto <bino@xxxxxxxxxx>
Re: How to get the inode - no path_lookup
- From: Greg KH <greg@xxxxxxxxx>
git sendmail configuration example for mail.reiseup
- From: Dario <sodar@xxxxxxxxxx>
Re: How to properly unregister LED class devices?
- From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>

[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]