On Tue, Mar 19, 2013 at 09:43:11PM +0700, Mulyadi Santosa wrote:
Hi ...
On Tue, Mar 19, 2013 at 12:28 PM, Kumar amit mehta gmate.a...@gmail.com
wrote:
grep for copy_from_user_overflow gives me this:
amit@ubuntu:~/linux-next/linux-next$ grep -ri copy_from_user_overflow *
On Tue, Mar 19, 2013 at 11:56:44PM -0700, Kumar amit mehta wrote:
On Tue, Mar 19, 2013 at 09:43:11PM +0700, Mulyadi Santosa wrote:
Hi ...
On Tue, Mar 19, 2013 at 12:28 PM, Kumar amit mehta gmate.a...@gmail.com
wrote:
grep for copy_from_user_overflow gives me this:
Dear All:
I now study power driver in linux source code, but didn't find some doc about
liux,all the doc was for android, can some help me?BTW,how /sys/power
interactive with linux kernel??
Many thanks___
Kernelnewbies mailing list
Dear All:
I now study power driver in linux source code, but didn't
find some doc about liux,all the doc was for android, can some help
me?BTW,how /sys/power interactive with linux kernel??
Many thanks___
Kernelnewbies mailing list
Dear All:
I now study power driver in linux source code, but didn't
find some doc about liux,all the doc was for android, can some help
me?BTW,how /sys/power interactive with linux kernel??
Many thanks___
Kernelnewbies mailing list
Robert P. J. Day rpj...@crashcourse.ca wrote:
Quoting Arlie Stephens ar...@worldash.org:
Interestingly, part of the debate yesterday probably resulted from
one
engineer having Love's 2nd edition, and me having his 3rd
edition. Apparently RPDay pointed out some problems to Love which
On Wed, 20 Mar 2013, Greg Freemyer wrote:
Robert P. J. Day rpj...@crashcourse.ca wrote:
Quoting Arlie Stephens ar...@worldash.org:
Interestingly, part of the debate yesterday probably resulted from
one
engineer having Love's 2nd edition, and me having his 3rd
edition. Apparently RPDay
Hello there,
I am in a situation where I am mangling RTP data in kernel space. I
have written a netfilter module which is responsible for encryption,
padding and ptime modification. The thing is that, encryption, padding
works just fine. Ptime modification involves two steps. When large
packets
I've been pondering making a very simple IO scheduler
one step above noop, just keeps everything in a big heap sorted by
position and a single cursor bouncing from head to tail shaving off
requests in a loop of ascending and descending sweeps.
Any gotchas I need to be aware of or can I simply
On Wed, 20 Mar 2013 00:07:57 -0700, Kumar amit mehta said:
I forgot that 'uname -m' will return me the kernel version and _not_ the CPU
architecture. The CPU on my machine seem to be 64 bit (/proc/cpuinfo|grep
flags
shows 'lm'). So my understanding is that I've a 32 bit kernel running on a
On 3/19/13, Niroj Pokhrel nirojpokh...@gmail.com wrote:
Hi Mulyadi .
Thank you very much But I still have a minor confusion .
All I ran was this short program
#includestdio.h
int main()
{
while(1)
{
}
return 0;
}
well, before your program is loaded,
On 3/20/13, Raymond Jennings shent...@gmail.com wrote:
I've been pondering making a very simple IO scheduler
one step above noop, just keeps everything in a big heap sorted by
position and a single cursor bouncing from head to tail shaving off
requests in a loop of ascending and descending
On Thu, 21 Mar 2013 02:24:23 +0700, Mulyadi Santosa said:
pardon me for any possible sillyness, but what happen if there are
incoming I/O operation at very nearby sectors (or perhaps at the same
sector?)? I suppose, the elevator will prioritize them first over the
rest? (i.e starving will
Hi there,
I was wondering whether setting DMA attributes like
DMA_ATTR_WRITE_BARRIER will have an effect
if I don't dma_unmap_single_attr() an area but merely
dma_sync_single() it after a transfer from
the device to the host memory. My problem is that I get an interrupt
(MSI) indicating that an
On Wed, Mar 20, 2013 at 2:03 PM, valdis.kletni...@vt.edu wrote:
On Thu, 21 Mar 2013 02:24:23 +0700, Mulyadi Santosa said:
pardon me for any possible sillyness, but what happen if there are
incoming I/O operation at very nearby sectors (or perhaps at the same
sector?)? I suppose, the elevator
The ongoing thread reminds me of a simple question I've had since I
first read about linux' mutiple I/O schedulers. Why is the choice of
I/O scheduler global to the whole kernel, rather than per-device or
similar?
Consider a system with both traditional rotating disks and SSDs - not
at all far
On Wed, 20 Mar 2013 14:41:31 -0700, Raymond Jennings said:
Suppose you have requests at sectors 1, 4, 5, and 6
You dispatch sectors 1, 4, and 5, leaving the head parked at 5 and the
direction as ascending.
But suddenly, just before you get a chance to dispatch for sector 6,
sector 4 gets
On Wed, 20 Mar 2013 16:05:09 -0700, Arlie Stephens said:
The ongoing thread reminds me of a simple question I've had since I
first read about linux' mutiple I/O schedulers. Why is the choice of
I/O scheduler global to the whole kernel, rather than per-device or
similar?
They aren't global to
On Mar 20 2013, valdis.kletni...@vt.edu wrote:
On Wed, 20 Mar 2013 16:05:09 -0700, Arlie Stephens said:
The ongoing thread reminds me of a simple question I've had since I
first read about linux' mutiple I/O schedulers. Why is the choice of
I/O scheduler global to the whole kernel, rather
On Wed, Mar 20, 2013 at 4:10 PM, valdis.kletni...@vt.edu wrote:
On Wed, 20 Mar 2013 14:41:31 -0700, Raymond Jennings said:
Suppose you have requests at sectors 1, 4, 5, and 6
You dispatch sectors 1, 4, and 5, leaving the head parked at 5 and the
direction as ascending.
But suddenly, just
On Wed, Mar 20, 2013 at 4:45 PM, Arlie Stephens ar...@worldash.org wrote:
On Mar 20 2013, valdis.kletni...@vt.edu wrote:
On Wed, 20 Mar 2013 16:05:09 -0700, Arlie Stephens said:
The ongoing thread reminds me of a simple question I've had since I
first read about linux' mutiple I/O
Hi Ben,
Please find the below the link to kernel power management related docs.
https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt
This will explain about how /sys/power/ can be interactive.
You can refer /sys/power/pm_test file for testing the power
management
22 matches
Mail list logo