On Jul 22, 2014 10:41 PM, Mohammad Merajul Islam Molla
meraj.eni...@gmail.com wrote:
You may find this useful - http://www.makelinux.net/ldd3/chp-6-sect-2
Thanks Meraj, that is really helpful.
--
Thanks,
-Meraj
On Wed, Jul 23, 2014 at 8:12 AM, Pranith Kumar pran...@gatech.edu wrote:
-Original Message-
From: kernelnewbies-boun...@kernelnewbies.org [mailto:kernelnewbies-
boun...@kernelnewbies.org] On Behalf Of Jeff Haran
Sent: Wednesday, July 23, 2014 10:33 AM
To: 'Greg KH'
Cc: kernelnewbies@kernelnewbies.org
Subject: RE: question about kref API
-Original
On Wed, Jul 23, 2014 at 05:33:19PM +, Jeff Haran wrote:
Clearly there are potential performance benefits in not needing to take
locks or mutexes when they are not necessary.
Of course there are. But trust me, you need to use a lock here, as the
document tries to explain, otherwise your
-Original Message-
From: 'Greg KH' [mailto:g...@kroah.com]
Sent: Wednesday, July 23, 2014 10:48 AM
To: Jeff Haran
Cc: kernelnewbies@kernelnewbies.org
Subject: Re: question about kref API
On Wed, Jul 23, 2014 at 05:33:19PM +, Jeff Haran wrote:
Clearly there are potential
On Wed, Jul 23, 2014 at 05:55:50PM +, Jeff Haran wrote:
-Original Message-
From: 'Greg KH' [mailto:g...@kroah.com]
Sent: Wednesday, July 23, 2014 10:48 AM
To: Jeff Haran
Cc: kernelnewbies@kernelnewbies.org
Subject: Re: question about kref API
On Wed, Jul 23, 2014 at
1. No. Depending on what subsystem your are printing logs from you
should use different functions for logging. In the networking
subsystem netdev_dbg is suitable and so on. Otherwise pr_debug will
always work and is always preferred over printk.
2. Use pr_debug.
On Wed, Jul 23, 2014 at 8:16 PM,
On Wed, Jul 23, 2014 at 8:34 PM, Kristofer Hallin
kristofer.hal...@gmail.com wrote:
1. No. Depending on what subsystem your are printing logs from you
should use different functions for logging. In the networking
subsystem netdev_dbg is suitable and so on. Otherwise pr_debug will
always work
On Jul 23 2014, Kristofer Hallin wrote:
1. No. Depending on what subsystem your are printing logs from you
should use different functions for logging. In the networking
subsystem netdev_dbg is suitable and so on. Otherwise pr_debug will
always work and is always preferred over printk.
Why?
On Wed, 23 Jul 2014 17:55:50 -, Jeff Haran said:
From: 'Greg KH' [mailto:g...@kroah.com]
If you could elaborate on where the race condition is here, I think
you'd being doing both me and the community a great service.
Nice try with the Do it for the community because I don't
On Wed, Jul 23, 2014 at 02:45:05PM -0700, Arlie Stephens wrote:
On Jul 23 2014, Kristofer Hallin wrote:
1. No. Depending on what subsystem your are printing logs from you
should use different functions for logging. In the networking
subsystem netdev_dbg is suitable and so on. Otherwise
On Wed, Jul 23, 2014 at 04:00:04PM -0700, Greg KH wrote:
On Wed, Jul 23, 2014 at 02:45:05PM -0700, Arlie Stephens wrote:
On Jul 23 2014, Kristofer Hallin wrote:
1. No. Depending on what subsystem your are printing logs from you
should use different functions for logging. In the
Hi guys,
Thanks for the help, I learned a lot of new things.
On 7/23/14, 8:00 PM, Greg KH wrote:
On Wed, Jul 23, 2014 at 04:00:04PM -0700, Greg KH wrote:
On Wed, Jul 23, 2014 at 02:45:05PM -0700, Arlie Stephens wrote:
On Jul 23 2014, Kristofer Hallin wrote:
1. No. Depending on what
Can you please explain me one scenario that lets suppose take calculator
application in lower level it should interact with kernel code So here who
is take care of Floating point calculations?
Sorry if i am wrong
Thanks for replying me
On 23 July 2014 08:45, me storage me.storage...@gmail.com
On Thu, Jul 24, 2014 at 08:09:31AM +0530, me storage wrote:
Can you please explain me one scenario that lets suppose take calculator
application in lower level it should interact with kernel code So here who is
take care of Floating point calculations?
The userspace program does the floating
As a new kernel developer I seem to have sent out some bad patches and
the other developers
are stating I should stop working on the kernel and learn C , even
though I known it. I would like
to see if we can stop these flame wars as there really wanting me to quit.
Nick
Could we have a look at this patches?somewhere?
On Thu, Jul 24, 2014 at 7:37 AM, Nick Krause xerofo...@gmail.com wrote:
As a new kernel developer I seem to have sent out some bad patches and
the other developers
are stating I should stop working on the kernel and learn C , even
though I known
Appeared on LKML two days ago.
https://lkml.org/lkml/2014/7/22/737
On 24 Jul 2014 07:04, David kiarie davidkiar...@gmail.com wrote:
Could we have a look at this patches?somewhere?
On Thu, Jul 24, 2014 at 7:37 AM, Nick Krause xerofo...@gmail.com wrote:
As a new kernel developer I seem to
Seems like you got some great guidance too.
https://lkml.org/lkml/2014/7/23/443
On 24 Jul 2014 06:38, Nick Krause xerofo...@gmail.com wrote:
As a new kernel developer I seem to have sent out some bad patches and
the other developers
are stating I should stop working on the kernel and learn C
18 matches
Mail list logo
