ÌÉÔÅ ÜÔÏ ÓÏÏÂÝÅÎÉÅ
×ÓÅÍ ×ÁÛÉÍ ÄÒÕÚØÑÍ, Ó ËÏÔÏÒÙÍÉ ×Ù ÐÏÄÄÅÒÖÉ×ÁÅÔÅ Ó×ÑÚØ × on-line. åÓÌÉ ×Ù
ÐÏÌÕÞÉÔÅ email, ÏÚÁÇÌÁ×ÌÅÎÎÙÊ "It Takes Guts to Say Jesus", ÎÅ ÏÔËÒÙ×ÁÊÔÅ
ÅÇÏ. ÏÎ ÓÏÔÒÅÔ ×ÓÀ ÉÎÆÏÒÍÁÃÉÀ ÎÁ ÖÅÓÔËÏÍ ÄÉÓËÅ. ðÅÒÅÛÌÉÔÅ ÜÔÏ ÐÉÓØÍÏ ËÁË
ÍÏÖÎÏ ÂÏÌØÛÅÍÕ ËÏÌÉÞÅÓÔ×Õ ÌÀÄÅÊ.
--
Best regar
ÐÒÏÐÉÛÅÔÓÑ.
ðÏÓÌÅ ÐÏÌÕÞÅÎÉÑ ÏÔ×ÅÔÎÏÇÏ ÓÏÏÂÝÅÎÉÑ ×ÁÍ Á×ÔÏÍÁÔÉÞÅÓËÉ ÂÕÄÅÔ ×ÙÓÌÁÎÏ
ÓÏÏÂÝÅÎÉÅ Ó ÁÄÒÅÓÏÍ É ÐÏÄÒÏÂÎÏÊ ÉÎÆÏÒÍÁÃÉÅÊ.
--
Best regards,
Vladimir mailto:[EMAIL PROTECTED]
ðÒÏÛÕ ÐÒÏÝÅÎÉÑ, ÅÓÌÉ ÄÁÎÎÏÅ ÐÉÓØÍÏ ÐÏÐÁÌÏ ÎÅ ÐÏ ÎÁÚÎÁÞÅÎÉÀ
Here's the problem:
1. Unpack the kernel sources, run make menuconfig.
2. Mark the necessary options.
3. Pick "Save an alternate configuration file", enter a filename (e.g.
/root/kernelcfg)
4. Pick "Exit".
->5. Configurator exits without saving. If type "make bzImage", it builtd all
the d
PVS-Studio detected a bunch of bugs at Linux kernel !
You may want to check it out and fix those bugs.
To get more information, search for
" PVS-Studio dives into Linux insides (3.18.1) "
in the Internet, or use shortened l :
bit [dot] ly/1BHsxeN
--
To unsubscribe from this list: send the line "uns
small loads,
which would probably lead to the cpuidle governor making wrong decisions due to
overestimating the system load.
So, this seems to be another reason to use some different performance
multiplier in cpuidle governor.
On Jun 4, 2012, at 2:24 PM, Vladimir Davydov wrote:
> rq->cpulo
mnt_drop_write() must be called only if mnt_want_write() succeeded,
otherwise the mnt_writers counter will diverge.
Signed-off-by: Vladimir Davydov
Cc: Doug Ledford
Cc: Andrew Morton
Cc: KOSAKI Motohiro
Cc: "Eric W. Biederman"
---
ipc/mqueue.c |3 ++-
1 files changed, 2 insert
On Mar 20, 2013, at 1:09 AM, Andrew Morton
wrote:
> On Tue, 19 Mar 2013 13:31:18 +0400 Vladimir Davydov
> wrote:
>
>> mnt_drop_write() must be called only if mnt_want_write() succeeded,
>> otherwise the mnt_writers counter will diverge.
>>
>> ...
>&
gt;tg->cfs_bandwidth.timer_active=0
which conforms pretty nice to the explanation given above.
Signed-off-by: Vladimir Davydov
---
kernel/sched/core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 26058d0..c7a078f 1006
On Feb 8, 2013, at 6:46 PM, Paul Turner wrote:
> On Fri, Feb 08, 2013 at 11:10:46AM +0400, Vladimir Davydov wrote:
>> If cfs_rq->runtime_remaining is <= 0 then either
>> - cfs_rq is throttled and waiting for quota redistribution, or
>> - cfs_rq is currently executi
On Feb 8, 2013, at 7:26 PM, Vladimir Davydov wrote:
> On Feb 8, 2013, at 6:46 PM, Paul Turner wrote:
>
>> On Fri, Feb 08, 2013 at 11:10:46AM +0400, Vladimir Davydov wrote:
>>> If cfs_rq->runtime_remaining is <= 0 then either
>>> - cfs_rq is throttled and
loc/memcpy to kmemdup.
> Removed now unused stack variables.
> Removed unnecessary parentheses.
> Neatened alignment.
>
> Signed-off-by: Joe Perches
>
For wil6210:
Acked--by: Vladimir Kondratiev
Thanks, Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linu
On Wednesday, February 27, 2013 04:56:57 PM Chen Gang wrote:
> 于 2013年02月27日 16:45, Vladimir Kondratiev 写道:
> > On Wednesday, February 27, 2013 02:55:06 PM Chen Gang wrote:
> >>
> >> When make with EXTRA_CFLAGS=-W, it will report error.
> >> so give a check
track
# time modprobe -r nf_conntrack
real 0m10.337s
user 0m0.000s
sys0m0.376s
# modprobe nf_conntrack
# time modprobe -r nf_conntrack
real0m5.661s
user0m0.000s
sys 0m0.216s
Signed-off-by: Vladimir Davydov
Cc: Patrick McHardy
Cc: "David S. Miller&quo
t_nmi+0x1a/0x1e
<>
I hope that this could help finding and fixing a bug, if it is indeed
a software bug rather than a hardware issue - which I hope it is not
:).
Please let me know (by email) if you need any further info.
Best wishes,
Vladimir
--
To unsubscribe from this list: send the line &quo
The patch introduces nf_conntrack_cleanup_list(), which cleanups
nf_conntracks for a list of netns and calls synchronize_net() only
once for them all.
---
include/net/netfilter/nf_conntrack_core.h | 10 +-
net/netfilter/nf_conntrack_core.c | 21 +
net/netfil
This fixes following errors:
- ERROR: "(foo*)" should be "(foo *)"
- ERROR: "foo ** bar" should be "foo **bar"
Signed-off-by: Vladimir Cernov
---
mm/madvise.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff -
From: Vladimir
Found using coccinelle tool.
Signed-off-by: Vladimir Cernov
---
drivers/staging/silicom/bpctl_mod.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/staging/silicom/bpctl_mod.c
b/drivers/staging/silicom/bpctl_mod.c
index 48b9fb1
Found using coccinelle tool.
Signed-off-by: Vladimir Cernov
---
drivers/scsi/lpfc/lpfc_init.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/scsi/lpfc/lpfc_init.c
index e0b20fa..b7621f6 100644
--- a/drivers/scsi/lpfc/lpfc_init.c
merqueue_add
5.93% libc-2.12.so [.] usleep
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c | 56 ++
kernel/sched/sched.h |7 +++
2 files changed, 28 insertions(+), 35 deletions(-)
diff --git a/kernel/sched/fair.c b/kern
quot;Drivers: video: remove __dev* attributes" is:
135 files changed, 1017 insertions(+), 1129 deletions(-)
Maybe coccinelle script, which maintainers could run it on their trees, would
help?
Vladimir
> > Aside from that, all the Tegra-specific patches in this series,
> > Acked-by: St
s of all runnable tasks there instead. Fix it.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 9b3fe1c..13abc29 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sche
alent addition in
the check.
--
The bug can be caught by running 2*N cpuhogs pinned to two logical cpus
belonging to different cores on an HT-enabled machine with N logical
cpus: just look at se.nr_migrations growth.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c |4 ++--
1 file
d.
--
The bug can be caught by running 2*N cpuhogs pinned to two logical cpus
belonging to different cores on an HT-enabled machine with N logical
cpus: just look at se.nr_migrations growth.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c |3 ++-
1 file changed, 2 insertions(+), 1 delet
Currently new_dst_cpu is prevented from being reselected actually, not
dst_cpu. This can result in attempting to pull tasks to this_cpu twice.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/sched/fair.c
s to allow handling 'some
pinned' case when pulling tasks from a new busiest cpu.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index cd59640..d840e51
On 09/16/2013 09:52 AM, Peter Zijlstra wrote:
On Sun, Sep 15, 2013 at 05:49:13PM +0400, Vladimir Davydov wrote:
In busiest->group_imb case we can come to calculate_imbalance() with
local->avg_load >= busiest->avg_load >= sds->avg_load. This can result
in imbalance overf
On 09/16/2013 09:43 AM, Peter Zijlstra wrote:
On Sun, Sep 15, 2013 at 09:30:14PM +0400, Vladimir Davydov wrote:
Firstly, reset env.dst_cpu/dst_rq to this_cpu/this_rq, because it could
have changed in 'some pinned' case. Otherwise, should_we_balance() can
stop balancing beforehand.
the code is more
or less the same but, with a really big thanks to Vladimir Davydov and
Parallels, the development of fsck has been started and we have now
the possibility to correct fs errors due to corruption. It's a "young"
tool but we are working on it. You can clone the code from
On 09/29/2013 01:47 PM, Yuanhan Liu wrote:
On Fri, Sep 20, 2013 at 06:46:59AM -0700, tip-bot for Vladimir Davydov wrote:
Commit-ID: 7e3115ef5149fc502e3a2e80719dba54a8e7409d
Gitweb:http://git.kernel.org/tip/7e3115ef5149fc502e3a2e80719dba54a8e7409d
Author: Vladimir Davydov
AuthorDate: Sat
Hi Jason,
Do you have any update on the status for patches below?
Where is it now? When do you expect it to merge? 3.8?
I am waiting for this to merge before I can go on
with my driver.
Thanks, Vladimir
On Tuesday, November 20, 2012 11:08:45 AM Jason Baron wrote:
> On Sun, Nov 18, 2012 at 10
If several tasks in different cpu cgroups are contending for the same resource
(e.g. a semaphore) and one of those task groups is cpu limited (using cfs
bandwidth control), the priority inversion problem is likely to arise: if a cpu
limited task goes to sleep holding the resource (e.g. trying to ta
There is an error in the test script: I forgot to initialize cpuset.mems of
test cgroups - without it it is impossible to add a task into a cpuset cgroup.
Sorry for that.
Fixed version of the test script is attached.
On Oct 18, 2012, at 11:32 AM, Vladimir Davydov wrote:
> If several tasks
Thank you for the answer.
On Oct 19, 2012, at 6:24 PM, Peter Zijlstra wrote:
> its a quick hack similar to existing hacks done for rt, preferably we'd
> do smarter things though.
If you have any ideas how to fix this in a better way, please share.
--
To unsubscribe from this list: send the line
On Tuesday, December 11, 2012 02:55:55 PM Luis R. Rodriguez wrote:
> Vladimir, to be clear, you can continue with waiting for the patches
> to get into 3.9 but that will take a while but given that you want
> your driver in 3.8 you can fold those routines into your driver as
> you ha
On Wednesday, November 14, 2012 05:41:08 AM Joe Perches wrote:
> On Wed, 2012-11-14 at 14:17 +0200, Vladimir Kondratiev wrote:
> > Introduce debug_hex_dump() that can be dynamically controlled, similar to
> > pr_debug.
>
> (added Jason Baron, Jim Cromie, Gr
On Wednesday, November 14, 2012 09:08:52 AM Joe Perches wrote:
> On Wed, 2012-11-14 at 18:18 +0200, Vladimir Kondratiev wrote:
> > And, here it goes (can I call it PATCH?):
> Don't see why not.
>
> > From: Vladimir Kondratiev
>
> []
>
> > Introduce
On Sunday, November 18, 2012 11:47:58 AM Vladimir Kondratiev wrote:
> On Wednesday, November 14, 2012 07:27:47 PM Vladimir Kondratiev wrote:
> > +#define dynamic_hex_dump(prefix_str, prefix_type, rowsize, \
> > +groupsize, buf, len, ascii)
>From cff77ecaa9a1f875327a0530f0ebc7998427bbf4 Mon Sep 17 00:00:00 2001
From: Vladimir Kondratiev
Date: Sun, 18 Nov 2012 15:47:09 +0200
Subject: [PATCH 2/2] dynamic_debug: use constant format in
print_hex_dump_bytes()
In order to convert print_hex_dump_bytes() to dynamic debug,
it should
>From 26bb3835fe438622d108716420c3cc191f2e881b Mon Sep 17 00:00:00 2001
From: Vladimir Kondratiev
Date: Sun, 18 Nov 2012 15:37:20 +0200
Subject: [PATCH 1/2] dynamic_debug: dynamic hex dump
Introduce print_hex_dump_debug() that can be dynamically controlled, similar to
pr_debug.
Also, m
On Sunday, November 18, 2012 06:38:51 AM Joe Perches wrote:
> Another option could be testing __builtin_constant_p(prefix)
You mean something like below? Yes, it will work as well.
Pro: don't need to change existing code
(drop [PATCH 2/2] dynamic_debug: use constant format in print_hex_dump_byte
On Sunday, November 18, 2012 05:43:07 PM Vladimir Kondratiev wrote:
> On Sunday, November 18, 2012 06:38:51 AM Joe Perches wrote:
> > Another option could be testing __builtin_constant_p(prefix)
>
> You mean something like below? Yes, it will work as well.
>
> Pro: don'
luke.leighton wrote:
On Thu, Jun 6, 2013 at 1:19 AM, Henrik Nordström
wrote:
tor 2013-06-06 klockan 00:54 +0100 skrev luke.leighton:
> Not really the case. Actually the opposite. DT have this as well, and
> integrated in device probing. Allwinner need to hack every driver used
> to add their
luke.leighton wrote:
On Thu, Jun 6, 2013 at 1:51 PM, Vladimir Pantelic wrote:
4 days? WTF? since when did setting an ultimatum to the kernel
community work?
i was only informed of the opportunity 2 days ago, vladimir. this is
an important meeting. of course the linux kernel community is
luke.leighton wrote:> so.
>
> coming back to what you said earlier: i'm formulating what to say to
> allwinner [and need to pre-send something by monday so that they can
> consider it before the meeting]. so far, it consists of:
>
> * device-tree is what the linux kernel community has come up
splicing data from/to
shmem. This would allow avoiding memory copying on checkpoint/restore.
* Save uptodate fs cache on umount to be restored on mount after kexec.
Thanks,
Vladimir Davydov (13):
mm: add PRAM API stubs and Kconfig
mm: PRAM: implement node load and save functions
mm:
This patch illustrates how PRAM API can be used for making tmpfs
'persistent'. It adds 'pram=' option to tmpfs, which specifies the PRAM
node to load/save FS tree from/to.
If the option is passed on mount, shmem will look for the corresponding
PRAM node and load the FS tree from it. On the subsequ
The function inserts a memory page to a shmem file under an arbitrary
offset. If there is something at the specified offset (page or swap),
the function fails.
The function will be sued by the next patch.
---
include/linux/shmem_fs.h |3 ++
mm/shmem.c | 68
To free all space utilized for persistent memory, one can write 0 to
/sys/kernel/pram. This will destroy all PRAM nodes that are not
currently being read or written.
---
mm/pram.c | 39 ++-
1 file changed, 38 insertions(+), 1 deletion(-)
diff --git a/mm/pram.
Persistent memory preservation is done by reserving memory pages
belonging to PRAM at early boot so that they will not be recycled. If
memory reservation fails for some reason (e.g. memory region is busy),
persistent memory will be lost.
Currently, PRAM preservation is only implemented for x86.
--
Banning for PRAM memory ranges that have been reserved at boot time is
not enough for avoiding all conflicts. The point is that kexec may load
the new kernel code to some address range that have never been reserved
possibly overwriting persistent data.
Fortunately, it is possible to specify a memo
Obviously, not all memory ranges can be used for saving persistent
over-kexec data, because some of them are reserved by the system core
and various device drivers at boot time. If a memory range used for
initialization of a particular device turns out to be busy because PRAM
uses it for storing it
The PRAM super block is the starting point for restoring persistent
memory. If the kernel locates the super block at boot time, it will
preserve the persistent memory structure from the previous kernel. To
point the kernel to the location of the super block, one should pass its
pfn via the 'pram' b
Since page structs, which are used for linking PRAM nodes, are cleared
on boot, organize all PRAM nodes into a list singly-linked by pfn's
before reboot to facilitate the node list restore in the new kernel.
---
mm/pram.c | 50 ++
1 file changed, 5
Persistent memory is divided into nodes, which can be saved and loaded
independently of each other. PRAM nodes are kept on the list and
identified by unique names. Whenever a save operation is initiated by
calling pram_prepare_save(), a new node is created and linked to the
list. When the save oper
Using the pram_save_page() function, one can populate PRAM nodes with
memory pages, which can be then loaded using the pram_load_page()
function. Saving a memory page to PRAM is implemented as storing the pfn
in the PRAM node and incrementing its ref count so that it will not get
freed after the la
Persistent memory subsys or PRAM is intended to be used for saving
memory pages of the currently executing kernel and restoring them after
a kexec in the newly booted one. This can be utilized for speeding up
reboot by leaving process memory and/or FS caches in-place.
The proposed API:
* Persist
Checksum PRAM pages with crc32 to ensure persistent memory is not
corrupted during reboot.
---
mm/Kconfig |4 ++
mm/pram.c | 128 +++-
2 files changed, 130 insertions(+), 2 deletions(-)
diff --git a/mm/Kconfig b/mm/Kconfig
index f1e11a
This patch adds ability to save arbitrary byte strings to PRAM using
pram_write() to be restored later using pram_read(). These two
operations are implemented on top of pram_save_page() and
pram_load_page() respectively.
---
include/linux/pram.h |4 +++
mm/pram.c| 86
On 07/15/2013 12:28 PM, Peter Zijlstra wrote:
OK, fair enough. It does somewhat rely on us getting the single
rq->clock update thing right, but that should be ok.
Frankly, I doubt that rq->clock is the right thing to use here, because
it can be updated very frequently under some conditions, so
merqueue_add
5.93% libc-2.12.so [.] usleep
Changes in v2:
* use jiffies instead of rq->clock for last_h_load_update.
Signed-off-by: Vladimir Davydov
---
kernel/sched/fair.c | 58 +++---
kernel/sched/sched.h |7 +++---
2 files ch
On 07/27/2013 07:41 PM, Marco Stornelli wrote:
Il 26/07/2013 14:29, Vladimir Davydov ha scritto:
Hi,
We want to propose a way to upgrade a kernel on a machine without
restarting all the user-space services. This is to be done with CRIU
project, but we need help from the kernel to preserve some
On 07/27/2013 09:37 PM, Marco Stornelli wrote:
Il 27/07/2013 19:35, Vladimir Davydov ha scritto:
On 07/27/2013 07:41 PM, Marco Stornelli wrote:
Il 26/07/2013 14:29, Vladimir Davydov ha scritto:
Hi,
We want to propose a way to upgrade a kernel on a machine without
restarting all the user
On 07/28/2013 03:02 PM, Marco Stornelli wrote:
Il 28/07/2013 12:05, Vladimir Davydov ha scritto:
On 07/27/2013 09:37 PM, Marco Stornelli wrote:
Il 27/07/2013 19:35, Vladimir Davydov ha scritto:
On 07/27/2013 07:41 PM, Marco Stornelli wrote:
Il 26/07/2013 14:29, Vladimir Davydov ha scritto
Hi,
We want to propose a way to upgrade a kernel on a machine without
restarting all the user-space services. This is to be done with CRIU
project, but we need help from the kernel to preserve some data in
memory while doing kexec.
The key point of our implementation is leaving process memory in-
t is not in Linus's tree yet, but in Linville's wireless-next
Thanks, Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ver Verification project (linuxtesting.org).
Signed-off-by: Vladimir Gratinskiy
---
drivers/scsi/mvumi.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/mvumi.c b/drivers/scsi/mvumi.c
index 88cf1db..097f72f 100644
--- a/drivers/scsi/mvumi.c
+++ b/drivers/scsi/m
lag to GFP_ATOMIC.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Vladimir Gratinskiy
---
drivers/usb/gadget/mv_udc_core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/mv_udc_core.c b/drivers/usb/gadget/mv_udc_core.c
It is more convenient to write 'clearcpuid=147,148,...' than
'clearcpuid=147 clearcpuid=148 ...'
---
arch/x86/kernel/cpu/common.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
index 6b9333b..8ffe1b9 10064
If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
reported in /proc/cpuinfo and used by the kernel. However, if a
userpsace process checks CPU features directly using the cpuid
instruction, it will be reported about all features supported by the CPU
irrespective of what featur
On Jul 20, 2012, at 9:20 PM, H. Peter Anvin wrote:
> On 07/20/2012 09:37 AM, Vladimir Davydov wrote:
>> If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
>> reported in /proc/cpuinfo and used by the kernel. However, if a
>> userpsace
On Jul 21, 2012, at 12:19 AM, H. Peter Anvin wrote:
> On 07/20/2012 11:21 AM, Vladimir Davydov wrote:
>>>
>>> I am a bit concerned about this patch:
>>>
>>> 1. it silently changes existing behavior.
>>
>> Yes, but who needs the current imp
On 07/21/2012 02:37 PM, Borislav Petkov wrote:
(+ Andre who's been doing some cross vendor stuff)
On Fri, Jul 20, 2012 at 08:37:33PM +0400, Vladimir Davydov wrote:
If 'clearcpuid=N' is specified in boot options, CPU feature #N won't be
reported in /proc/cpuinfo and used by
On 07/24/2012 12:14 PM, Andre Przywara wrote:
On 07/24/2012 09:06 AM, Vladimir Davydov wrote:
On 07/21/2012 02:37 PM, Borislav Petkov wrote:
(+ Andre who's been doing some cross vendor stuff)
On Fri, Jul 20, 2012 at 08:37:33PM +0400, Vladimir Davydov wrote:
If 'clearcpuid=N'
On 07/24/2012 02:10 PM, Borislav Petkov wrote:
On Tue, Jul 24, 2012 at 12:29:19PM +0400, Vladimir Davydov wrote:
I guess that when the more advanced features become widely-used,
vendors will offer new MSRs and/or CPUID faulting.
And this right there is the dealbreaker:
So what are you doing
On 07/25/2012 04:57 AM, H. Peter Anvin wrote:
On 07/24/2012 04:09 AM, Vladimir Davydov wrote:
We have not encountered this situation in our environments and I hope we
won't :-)
But look, these CPUID functions cover majority of CPU features, don't
they? So, most of "normal"
On 07/24/2012 04:34 PM, Andre Przywara wrote:
On 07/24/2012 01:09 PM, Vladimir Davydov wrote:
On 07/24/2012 02:10 PM, Borislav Petkov wrote:
On Tue, Jul 24, 2012 at 12:29:19PM +0400, Vladimir Davydov wrote:
I guess that when the more advanced features become widely-used,
vendors will offer
On 07/24/2012 04:44 PM, Alan Cox wrote:
This approach does not need any kernel support (except for the
/proc/cpuinfo filtering). Does this address the issues you have?
You can do the /proc/cpuinfo filtering in user space too
How?
--
To unsubscribe from this list: send the line "unsubscribe li
On 07/25/2012 02:58 PM, Andre Przywara wrote:
On 07/25/2012 12:31 PM, Vladimir Davydov wrote:
On 07/24/2012 04:44 PM, Alan Cox wrote:
This approach does not need any kernel support (except for the
/proc/cpuinfo filtering). Does this address the issues you have?
You can do the /proc/cpuinfo
On 07/25/2012 02:43 PM, Borislav Petkov wrote:
On Wed, Jul 25, 2012 at 02:31:23PM +0400, Vladimir Davydov wrote:
So, you prefer adding some filtering of /proc/cpuinfo into the
mainstream kernel
That's already there right? And your 1/2 patch was making toggling those
bits easier.
(no
On 07/25/2012 03:17 PM, Andre Przywara wrote:
On 07/25/2012 01:02 PM, Vladimir Davydov wrote:
On 07/25/2012 02:58 PM, Andre Przywara wrote:
On 07/25/2012 12:31 PM, Vladimir Davydov wrote:
On 07/24/2012 04:44 PM, Alan Cox wrote:
This approach does not need any kernel support (except for the
On 07/25/2012 03:31 PM, Alan Cox wrote:
On Wed, 25 Jul 2012 14:31:30 +0400
Vladimir Davydov wrote:
On 07/24/2012 04:44 PM, Alan Cox wrote:
This approach does not need any kernel support (except for the
/proc/cpuinfo filtering). Does this address the issues you have?
You can do the /proc
On 07/25/2012 04:57 AM, H. Peter Anvin wrote:
On 07/24/2012 04:09 AM, Vladimir Davydov wrote:
We have not encountered this situation in our environments and I hope we
won't :-)
But look, these CPUID functions cover majority of CPU features, don't
they? So, most of "normal"
On 07/20/2012 09:10 PM, Andi Kleen wrote:
+ unsigned int *msr_ext_cpuid_mask)
+{
+ unsigned int msr, msr_ext;
+
+ msr = msr_ext = 0;
+
+ switch (c->x86_model) {
You have to check the family too.
+
+ return msr;
+}
+
+static void __c
.
Signed-off-by: Vladimir Davydov
---
block/blk-exec.c |4 ++--
block/blk-flush.c |2 +-
block/blk-lib.c |6 +++---
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/block/blk-exec.c b/block/blk-exec.c
index 74638ec..f634de7 100644
--- a/block/blk-exec.c
+++ b/block/blk
accounting when the
completion struct is actually used for waiting for IO (e.g. completion
of a bio request in the block layer).
Signed-off-by: Vladimir Davydov
---
include/linux/completion.h |3 ++
kernel/sched/core.c| 57
2 files
airport, going for 1 week ski
vacation.
I'll submit patch to remove
drivers/net/wireless/ath/wil6210/dbg_hexdump.h
and s/wil_print_hex_dump_debug/print_hex_dump_debug/ for the rest of the
wil6210 driver.
Thanks, Vladimir.
--
To unsubscribe from this list: send the line "unsubscribe linux-k
s not simple to use Alan Cox patches on ARM cause there not
supported by Russell King and other people in ARM community (I mean no
patches again -acxx kernels) and i'm already overloaded by various beta
and alpha software.
Any help will be appreciated !!!
Thanks in advance.
Vladimir.
PS. sorr
896 is very slowly (from 20Mb/s to
4Mb/s), but the connect is being. The system log message and '/proc'
information is attache to this mail.
sorry for my english.
with best regards
Vladimir Parkhomenko
13.12.y2
scsi.err
version
filesystems
interrupts
ioports
meminfo
mo
rk earlier,
can it be unpatched so it starts working again? :)
Regards, Vladimir
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hello
On Thu, 2005-01-27 at 10:24, Sergey S. Kostyliov wrote:
> Hello all,
>
> Here is a BUG() I've just hited on quota enabled reiserfs disk.
>
> [EMAIL PROTECTED] rathamahata $ mount | grep /dev/sdb2
> /dev/sdb2 on /var/www type reiserfs
> (rw,noatime,nodiratime,data=writeback,grpquota,usrquo
Hello
On Thu, 2005-01-27 at 14:26, Jan Kara wrote:
> Hello,
>
> > On Thu, 2005-01-27 at 10:24, Sergey S. Kostyliov wrote:
> > > Hello all,
> > >
> > > Here is a BUG() I've just hited on quota enabled reiserfs disk.
> > >
> > > [EMAIL PROTECTED] rathamahata $ mount | grep /dev/sdb2
> > > /dev/
Hello
On Mon, 2005-02-21 at 08:25, Alex Adriaanse wrote:
> As of this morning I've experienced some very odd data corruption
> problem on my server. Let me post some background information first.
>
> For the past few years I've been running this server under Linux 2.4.x
> and Debian Woody. It h
..
I agree. For example, on my Dell notebook the graphics card is not
reinitialized properly on return from resume. At some point I'll get
bothered enough to write code that does it.
best
Vladimir Dergachev
-
To unsubscribe from this list: send t
Hello
On Wed, 2005-03-02 at 12:14, Andrew Morton wrote:
> Jes Sorensen <[EMAIL PROTECTED]> wrote:
> >
> > > "Adrian" == Adrian Bunk <[EMAIL PROTECTED]> writes:
> >
> > Adrian> The current reiser4 help texts have two disadvantages: 1. they
> > Adrian> are more marketing speech than technical s
Hello
On Wed, 2005-03-02 at 21:32, Alexander Gran wrote:
> Hi,
>
> Whatever happens here, we need - at least - lower
> the amount of log generatet. This is not really handy...
> lsusb still lists the disk
> syslog can be found (as soon as syslogd finished...;) at
> http://zodiac.dnsalias.org/mis
Hello
On Fri, 2005-03-04 at 04:24, Alexander Gran wrote:
> Hi,
>
> I have a reiser4 partition on a local IDE disk. I opened a 130MB textfile
> with
> kwrite,
..
> Process was eating 100% CPU time for several (54) seconds.
> Is this a normal, expected behaviour?
no, thanks for report, I will
work on .11 stack.
Vladimir
On Wednesday 23 March 2005 04:15, Jeff Garzik wrote:
JG> Luis R. Rodriguez wrote:
JG> > Jeff,
JG> >
JG> > I'm sick off the low activity and slow support on wireless we have. I
JG> > know you're busy so I wanted to offer my help in
Hello
On Thu, 2005-01-20 at 21:45, Aaron D.Ball wrote:
> When I use the kernel-based NFS server to export directories on
> ReiserFS that have the append-only attribute set, I can't access the
> files from the client machines at all: for example, "ls" returns
> "operation not permitted". Is th
Hello
[per thread page reservation discussion is snipped]
> And the whole idea is pretty flaky really - how can one precalculate how
> much memory an arbitrary md-on-dm-on-loop-on-md-on-NBD stack will want to
> use? It really would be better if we could drop the whole patch and make
> reiser4 be
identical touchscreens.
Signed-off-by: Vladimir Shebordaev <[EMAIL PROTECTED]>
---
drivers/input/touchscreen/usbtouchscreen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/input/touchscreen/usbtouchscreen.c
b/drivers/input/touchscreen/usbtouchscreen.c
index e
1 - 100 of 3498 matches
Mail list logo
