openSUSE Lizards

Authors
Adam Jurkiewicz
Adrian Schröter (7)
Agustin Chavarria (1)
Akhil Laddha
Alex Barrios
Alex Minton
Alexander Naumov (1)
Alexander Orlovskyy (3)
Alexey Eromenko
Alin M Elena (4)
Andrea Florio (15)
Andreas Jaeger (45)
Andreas Stieger (2)
Andreas van dem Helge
Andrej Semen
Andrew Wafaa (26)
Arvin Schnell (6)
Bernhard Wiedemann
Bharath Acharya
Bonnie Kurniawan
Brian G. Merrell
Bruno Friedmann (2)
Carl Fletcher
Casual Programmer
Chang ChiaChin
Christoph Thiel
Christopher Hobbs (15)
Ciaran Farrell (2)
Claes Backstrom
Coly Li
Cristian Rodríguez
Daniel Bornkessel
David Bailey
David C. Rankin
Dean Hilkewich
Dinar Valeev (5)
Dirk Müller (1)
Dmitry Serpokryl (7)
Duncan Mac-Vicar
Enrique Herrera Noya
Eugene Pivnev
FabioMux (1)
Federico Lucifredi (1)
Frank Lee
Gabriele Mohr
Gerrit Beine
Helman Rene Taleno Martinez
Helmut Schaa
Henne (8)
Herbert Graeber
Holgi (2)
Hubert Mantel (1)
Ioan Vancea
J. Daniel Schmidt (1)
Jaime Andrés Vélez Osorio
James Tremblay (7)
Jan Blunck (4)
Jan Loeser (1)
Jan Madsen (1)
Jan Nieuwenhuizen
Jan-Christoph Bornschlegel (3)
Jan-Simon Möller (19)
Javier Llorente (2)
Jigish Gohil (26)
Jiri Srain (1)
Jiří Suchomel (1)
Johan Kotze (5)
John Terpstra
Joop Boonen
José Oramas
Josef Reidinger (8)
Juergen Weigert (1)
Julio Vannini (7)
Justin Haygood
Kálmán Kéménczy
Kayo Hamid
Kevin Yeaux (11)
Klaas Freitag (25)
Klara Cihlarova
Klaus Kämpf
Klaus Singvogel
kl_eisbaer (10)
Lars Marowsky-Bree
Li Bin
Ludwig Nussel (6)
M. Edward (Ed) Borasky
M. Edwin Zakaria
M. Hill
Manuel Trujillo
Marcos David
Marcus Hüwe (8)
Marcus Meissner (1)
Marcus Moeller (1)
Marcus Schaefer (3)
Martin Lasarsch (8)
Martin Mohring (8)
Martin Schmiderer
Martin Schmidkunz
Masim "Vavai" Sugianto (20)
Matt Sealey
Mauro Parra-Miranda
Michael Andres (1)
Michael Löffler (4)
Michael Skiba
Michal Marek (3)
Michal Vyskocil (10)
Michal Zugec
Miguel Angel Barajas Hernandez (1)
Mingxi Wu
mrdocs
Nikanth Karthikesan (2)
Oprea Lucian
Oswin Zulu
Peter Nixon
Peter Pöml (4)
Petr Mladek (37)
Petr Uzel (3)
Philipp Thomas
Pragnesh Radadiya
Raul Libório
Ravi Kumar
Ray Chen
Ray Wang (1)
Raymond Wooninck
Rémy Marquis (1)
Renato de Pontes Pereira
Ricardo Chung
Ricardo Varas Santana (6)
Richard Bos (6)
Robert Lihm
Robert Schweikert (2)
Roland Haidl
Roman Drahtmueller
Rossana Motta (1)
Rupert Horstkötter (10)
Sascha Manns (45)
Savin Alex V.
Sebastian Schöbinger (4)
Stanislav Visnovsky (7)
Stefan Haas (1)
Stefan Hundhammer (5)
Stefan Schubert (4)
Steffen Winterfeldt (4)
Stephan Kulow (10)
Suman Manjunath
Suresh Jayaraman (1)
Susanne Oberhauser (2)
Syamsul Qamar Ngabito
Thomas Göttlicher (5)
Thomas Jones
Thomas Schraitle (16)
Thruth Wang
Tuukka (11)
Ulrich Hecht
Vincenzo Barranco
Wilken Gottwalt
Will Stephenson (2)
Xin Wei Hu
Yuri Tsarev





 

Interview with Greg Kroah-Hartmann

1 Star2 Stars3 Stars4 Stars5 Stars (9 votes, average: 4.56 out of 5)
Loading ... Loading ...
Friday, August 14th, 2009 by Sascha Manns Digg!

The openSUSE Weekly News are pleased to publish an little Interview with one of Novells Kernel-Hackers: Greg Kroah-Hartmann.

Present: Sascha and Greg.

Hello Greg. First of all: thank you that you spend us your time for an Interview. Some Guys knows you from opensuse-kernel and the official linux-kernel Mailinglist.Tell us more about your Work into the Kernel development. What are you doing the whole day?
Greg: I spend the majority of my time working on different drivers that deal with the Linux Driver Project.  This involves a lot of driver cleanup work in the drivers/staging/ portion of the kernel, as well as working
with different companies on educating them how to work with the kernel community to get their code accepted.

I also have been spending a lot of time working on the Novell Moblin images, focusing on the kernel issues involved there.  Moblin is very interesting in that it is a new user interface and experience that a lot of people are very excited about.  I’ve been running it full-time on myprimary laptop for a few months now with very good results.

In my “spare” time, I’m still the kernel maintainer for the USB and driver core subsystems, and I work on a lot of stable releases for the Linux kernel as well.

I’ve subscribed the kernel Mailinglist and in my view it is difficult to have an overview. It shows that every are working on another place. How could you beware the overview? How you are coordinated?
Greg: The Linux kernel mailing list is very high volume, but easy to handle if you set up a lot of different mail filters.  I use mutt to handle this and it resolves this issue.  There are also individual mailing lists for the different kernel subsystems, which are much easier to follow if you are interested in only a portion of the kernel.

How are you leave your work consistent with the official Kernel Tree? Have everyone the Option to make an own fork from the Kerneltree or use you all the same Tree?
Greg: We all base our work on Linus’s kernel tree.  All changes flow from our individual development trees into Linus’s tree during the different merge windows as part of our normal development cycle.  In a way, you
could consider all of the 140+ different development trees as “forks”, and that’s good, because we all work on different things, yet merge back with Linus at regular points of time.

An interesting Question for our Readers: What must i do to become an Kernel Hacker? What are needful Things to know before i become an Kernel Hacker?
Greg: A very good knowledge of the C language is a must.  After that, it’s quite easy to understand and read the code for the Linux kernel, it is nothing special.  For initial tasks to get involved in Linux kernel development, I would recommend anything on the Kernel Janitor list, or pick a task from the different TODO files in drivers/staging/*/TODO and send me patches based on them.

We also have very good documentation on how to get involved in Linux kernel development, all starting with the file, Documentation/HOWTO which then references lots of other documents.  Everyone should start
there.

To finish this short Interview: What are YOU would like to tell us?
Greg: The best thing that everyone can do to help Linux kernel development is to tell the developers if something does not work properly.  Let us know if you have problems with the latest kernel builds and especially if something that used to work, now stops working, as we need to resolve
that as soon as possible.

Thanks for your Time Greg. We wish you many Joy for your work and thank  you very much for the Interview.
Greg: Thank you, it was a lot of fun.


Comments

No comments yet.

Sorry, the comment form is closed at this time.