>From 145247b8e776b32c9930018ab65bb6c5401e28ef Mon Sep 17 00:00:00 2001
From: Maxim Levitsky <[EMAIL PROTECTED]>
Date: Fri, 5 Oct 2007 08:04:03 +0200
Subject: [PATCH] Add more statistics to /proc/$pid/smaps
Add amount of swapped memory and amount of anonymous memory
to /proc/$pid/smap
are welcome.
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From 145247b8e776b32c9930018ab65bb6c5401e28ef Mon Sep 17 00:00:00 2001
From: Maxim Levitsky [EMAIL PROTECTED]
Date: Fri, 5 Oct 2007 08:04:03 +0200
Subject: [PATCH] Add more statistics to /proc/$pid/smaps
Add amount of swapped memory and amount of anonymous memory
to /proc/$pid/smaps
Signed-off
On Thursday 20 September 2007 18:37:27 Len Brown wrote:
> On Thursday 20 September 2007 12:13, Maxim Levitsky wrote:
> > Hi,
> >
> > I had always a issue with wake-up devices after suspend-to disk.
> >
> > Scenario 1:
> > 1) enable all devices devices: (ec
e I suspend to disk rarely, I assumed
it works
But now, I discovered that this bug is back, and I don't know what to do
I tried 2.6.22, 2.6.21-rc7, 2.6.23-rc1, and all fail in same way.
Can you help me?
Best regards,
Maxim Levitsky
PS: my .config attached
#
# Automatically generat
assumed
it works
But now, I discovered that this bug is back, and I don't know what to do
I tried 2.6.22, 2.6.21-rc7, 2.6.23-rc1, and all fail in same way.
Can you help me?
Best regards,
Maxim Levitsky
PS: my .config attached
#
# Automatically generated make config: don't edit
# Linux
On Thursday 20 September 2007 18:37:27 Len Brown wrote:
On Thursday 20 September 2007 12:13, Maxim Levitsky wrote:
Hi,
I had always a issue with wake-up devices after suspend-to disk.
Scenario 1:
1) enable all devices devices: (echo . /proc/acpi/wakeup), I have a
script
ion/large pages/...
The problem is the VM itself.
The vm doesn't use virtual memory, thats all, that the problem.
Although this will be probably linux 3.0, I think that the right way to solve
all those problems
is to make all kernel memory vmalloced (except few areas like kernel .text)
It will sudd
ith munmap case, but mmap will still race with
VIDIOC_QBUF.
4) Your idea/patch goes here :-)
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
here :-)
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
,
it will allow to allocate any amount of memory
(for example 4k stacks will be obsolete)
It will even allow kernel memory to be swapped to disk.
This is the solution, but it is very very hard.
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
beginning of videobuf_qbuf and
release it immediately, is this a right way?
Looking for your comments,
Best regards,
Maxim Levitsky
PS:
this is a call trace of both threads after the hang (with frame pointers
enabled):
<4>[18681.072790] kdetv D c1ef3900
way?
Looking for your comments,
Best regards,
Maxim Levitsky
PS:
this is a call trace of both threads after the hang (with frame pointers
enabled):
4[18681.072790] kdetv D c1ef3900 0 8137 4821
4[18681.072794]df0b1ee4 00200046 0818 c1ef3900
On Monday 30 July 2007 11:41, Jan Kratochvil wrote:
> On Mon, 30 Jul 2007 10:03:03 +0200, Vivek Goyal wrote:
> > On Sat, Jul 28, 2007 at 04:43:43AM +0300, Maxim Levitsky wrote:
>
> ...
>
> > > gdb 'thinks' that all kernel symbols are below 0x8000 , whi
On Monday 30 July 2007 11:41, Jan Kratochvil wrote:
On Mon, 30 Jul 2007 10:03:03 +0200, Vivek Goyal wrote:
On Sat, Jul 28, 2007 at 04:43:43AM +0300, Maxim Levitsky wrote:
...
gdb 'thinks' that all kernel symbols are below 0x8000 , while they
are at 0xC000
Turning
On Tuesday 26 June 2007 12:48, Jan Kandziora wrote:
> Am Dienstag, 26. Juni 2007 03:44 schrieb Maxim Levitsky:
> > Hi.
> >
> > Try to set $_hogthreshold = (1) in dosemu.conf
> >
> > This helps a lot for me.
>
> This "nice"s the dosemu process -- I
On Tuesday 26 June 2007 12:48, Jan Kandziora wrote:
Am Dienstag, 26. Juni 2007 03:44 schrieb Maxim Levitsky:
Hi.
Try to set $_hogthreshold = (1) in dosemu.conf
This helps a lot for me.
This nices the dosemu process -- I already use this setting. However, if
no other process
n't available, it may be worth to
> >discuss.
>
> Would dosbox do? (it does busy-loops too, but at least, it's got
> source)
>
>
> Jan
Hi.
Try to set $_hogthreshold = (1) in dosemu.conf
This helps a lot for me.
Regards,
Maxim Levitsky
-
To unsubscribe from this
to
discuss.
Would dosbox do? (it does busy-loops too, but at least, it's got
source)
Jan
Hi.
Try to set $_hogthreshold = (1) in dosemu.conf
This helps a lot for me.
Regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
ottling states are states that make system halt cpu for some % of time,
Yes there are 8 such states. You can enter one of those by writeing a state
number to /proc/acpi/processor/*/throttling (I assume you have ICH8 or
someting simular)
Also ICH*'s throtting states are system global, this
)
Also ICH*'s throtting states are system global, this is why I wrote /*/
If you change it for one core, it will be changed for other.
They are supported by fixed acpi function (by ICH8)
My 2 cents.
Regards
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux
through buffer_heads
So the head page's bh points to second page (tail page ) bh's, and from this
bh it is possible to reference the page itself and so on.
(This will allow a compound page be physicly fragmented)
Best regards,
Maxim Levitsky
PS:
I ask questions since this patchset does matter
and so on.
(This will allow a compound page be physicly fragmented)
Best regards,
Maxim Levitsky
PS:
I ask questions since this patchset does matter to me, I really like to see
this = 4K limit lifted (all software limits are bad)
And finaly get good packet writing... I miss DirectCD
r example:
->readpage will not only read _that_ page but also will read all sibling pages
->writepage will magicly write not only that page but siblings too.
buffer_head alredy has pointer to page so it is easy to get page from buffer
head:
page -> private -> next -> page ->
that)
What about that ?
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
64k limitation is present of flash devices too, so they can
benefit too, and I almost sure that future hard disks will use bigger block
size too.
To summarize I want to tell that bigger pagesize will allow devices that have
big hardware sectors to work fine in linux.
Best regards,
Maxi
limitation is present of flash devices too, so they can
benefit too, and I almost sure that future hard disks will use bigger block
size too.
To summarize I want to tell that bigger pagesize will allow devices that have
big hardware sectors to work fine in linux.
Best regards,
Maxim
On Thursday 12 April 2007 18:14:02 Mattia Dongili wrote:
> On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
> ...
> > Maxim Levitsky (1):
> > Add suspend/resume for HPET
>
> This one breaks resume for me (from STR) on a vaio SZ. Reverting this
> c
On Thursday 12 April 2007 18:14:02 Mattia Dongili wrote:
On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
...
Maxim Levitsky (1):
Add suspend/resume for HPET
This one breaks resume for me (from STR) on a vaio SZ. Reverting this
commit allows resuming again but leaves
On Monday 02 April 2007 12:34:44 Thomas Gleixner wrote:
> Maxim,
>
> can you please fix your mail client to do proper line wraps at 78
> chars ?
Sure, but this way it mangles patches :-)
>
> On Mon, 2007-04-02 at 11:57 +0300, Maxim Levitsky wrote:
> > Hi,
> >
>
regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Monday 02 April 2007 12:34:44 Thomas Gleixner wrote:
Maxim,
can you please fix your mail client to do proper line wraps at 78
chars ?
Sure, but this way it mangles patches :-)
On Mon, 2007-04-02 at 11:57 +0300, Maxim Levitsky wrote:
Hi,
I finally figured out why one-shoot mode
On Saturday 31 March 2007 18:51:11 Thomas Gleixner wrote:
> On Thu, 2007-03-29 at 15:46 +0200, Maxim Levitsky wrote:
> > Subject: Add suspend/resume for HPET
> > This adds support of suspend/resume on i386 for HPET
> > Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]
On Saturday 31 March 2007 18:51:11 Thomas Gleixner wrote:
On Thu, 2007-03-29 at 15:46 +0200, Maxim Levitsky wrote:
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
+static struct sysdev_class
On Friday 30 March 2007 03:09:14 David Brownell wrote:
> On Thursday 29 March 2007 4:29 pm, Maxim Levitsky wrote:
> > On Friday 30 March 2007 00:33:35 David Brownell wrote:
> > > On Wednesday 28 March 2007 2:27 pm, Maxim wrote:
>
> > > > So the only way
l make it difficult to use it as a clockevents source
Not to mention the fact that current code assumes that BIOS assigned
IRQs to all timers which is not true on my system.
I have brand new intel DG965 motherboard.
What is wrong with relying on HPET to provide RTC IRQ ?
On Thursday 29 March 2007 18:53:37 Linus Torvalds wrote:
>
> On Thu, 29 Mar 2007, Maxim Levitsky wrote:
> >
> > Subject: Add suspend/resume for HPET
> >
> > This adds support of suspend/resume on i386 for HPET
> >
> > Signed-off-by: Maxim Levitsky <[
<<--- this ensures that is_hpet_capable() will
never return positive value
I also sent an updated version on my patch with subject line "[PATCH
v2] Add suspend/resume for HPET"
I forgot (a typo) to check error code in hpet_register_sysfs
Thanks t
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
arch/i386/kernel/hpet.c | 68 +++
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
arch/i386/kernel/hpet.c | 68 +++
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git a/arch/i386
in hpet_register_sysfs
Thanks to Sergei Shtylyov for pointing me on that.
This patch should be ok.
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Thursday 29 March 2007 18:53:37 Linus Torvalds wrote:
On Thu, 29 Mar 2007, Maxim Levitsky wrote:
Subject: Add suspend/resume for HPET
This adds support of suspend/resume on i386 for HPET
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
arch/i386/kernel/hpet.c | 68
motherboard.
What is wrong with relying on HPET to provide RTC IRQ ?
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
On Friday 30 March 2007 03:09:14 David Brownell wrote:
On Thursday 29 March 2007 4:29 pm, Maxim Levitsky wrote:
On Friday 30 March 2007 00:33:35 David Brownell wrote:
On Wednesday 28 March 2007 2:27 pm, Maxim wrote:
So the only way out is to emulate RTC using HPET
Looking for comments,
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
,
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
seems to be ether complete audit of code that
uses register_cpu_notifier,
to ensure that it doesn't sleep.
Also documentation should be changed to note about it.
Or, it is also possible to revert this change.
Regards,
Maxim Levitsky
-
To unsubscribe from this list: send
seems to be ether complete audit of code that
uses register_cpu_notifier,
to ensure that it doesn't sleep.
Also documentation should be changed to note about it.
Or, it is also possible to revert this change.
Regards,
Maxim Levitsky
-
To unsubscribe from this list: send
o
system has no choice but to power down
in second case I see blinking leds -> almost sure a oops
in third case system just hangs
That's all, I will continue to dig those problems out
Thanks for attention,
Maxim Levitsky
-
To unsubscribe from this list: send the line "unsubscribe
see blinking leds - almost sure a oops
in third case system just hangs
That's all, I will continue to dig those problems out
Thanks for attention,
Maxim Levitsky
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
>From Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH 2.6.20 5/5] dmfe: add support for wake on lan
This patch adds support for WOL on Magic Packet and on link change
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2
>From Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH 2.6.20 4/5] dmfe: Add support for suspend/resume
This adds support for suspend resume
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007-02-08 21:49:19.0
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH 2.6.20 3/5] dmfe: Fix link detection
Remove unused 'link_failed' and fix link detection on cards that use external
PHY
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject : [PATCH 2.6.20 2/5] dmfe: Fix two bugs
Fix a oops on module removal due to deallocating memory before unregistring
driver
Fix a NULL pointer dereference when dev_alloc_skb fails
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
--
From: Maxim Levitsky <[EMAIL PROTECTED]>
Subject: [PATCH 2.6.20 1/5] dmfe : trivial/spelling fixes
Fix a typo, wrap lines on 80-th column, change KERN_ERR to KERN_INFO for
link status message
Signed-off-by: Maxim Levitsky <[EMAIL PROTECTED]>
---
--- linux-2.6.20-orig/drivers/net/
Hi,
I am resending updated version of patches I sent yesterday.
Now I use gmail so patches shouldn't be corrupted.
Also I cleaned them a lot.
Looking for your comments,
Your truly, Maxim Levitsky
-
To unsubscribe from this list: send the line
Hi,
I am resending updated version of patches I sent yesterday.
Now I use gmail so patches shouldn't be corrupted.
Also I cleaned them a lot.
Looking for your comments,
Your truly, Maxim Levitsky
-
To unsubscribe from this list: send the line
From: Maxim Levitsky [EMAIL PROTECTED]
Subject: [PATCH 2.6.20 1/5] dmfe : trivial/spelling fixes
Fix a typo, wrap lines on 80-th column, change KERN_ERR to KERN_INFO for
link status message
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
--- linux-2.6.20-orig/drivers/net/tulip/dmfe.c
From: Maxim Levitsky [EMAIL PROTECTED]
Subject : [PATCH 2.6.20 2/5] dmfe: Fix two bugs
Fix a oops on module removal due to deallocating memory before unregistring
driver
Fix a NULL pointer dereference when dev_alloc_skb fails
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
--- linux
From: Maxim Levitsky [EMAIL PROTECTED]
Subject: [PATCH 2.6.20 3/5] dmfe: Fix link detection
Remove unused 'link_failed' and fix link detection on cards that use external
PHY
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007-02-08 20:49
From Maxim Levitsky [EMAIL PROTECTED]
Subject: [PATCH 2.6.20 4/5] dmfe: Add support for suspend/resume
This adds support for suspend resume
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
---
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007-02-08 21:49:19.0
+0200
+++ linux-2.6.20
From Maxim Levitsky [EMAIL PROTECTED]
Subject: [PATCH 2.6.20 5/5] dmfe: add support for wake on lan
This patch adds support for WOL on Magic Packet and on link change
Signed-off-by: Maxim Levitsky [EMAIL PROTECTED]
--- linux-2.6.20-mod/drivers/net/tulip/dmfe.c 2007-02-08 22:03:07.0
601 - 663 of 663 matches
Mail list logo