On Thursday 18 October 2007 05:38:06 Jeff Garzik wrote:
> Maxim Levitsky wrote:
> > What sound codec do you have?
> > cat /proc/asound/Intel/codec*
>
> Attached.
>
> I'm on x86-64/Fedora 7 FWIW.
>
>
> > You probably have different issue, since your
; -
> 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/
>
What sound codec do you have?
>From 0824b077b75c19253b45c5a455775c331acd54ee Mon Sep 17 00:00:00 2001
From: Maxim Levitsky <[EMAIL PROTECTED]>
Date: Thu, 18 Oct 2007 03:35:37 +0200
Subject: [PATCH] [HDA] [STAC] Since there is now a master volume control,
don't call the headphone output "Master", i
ume" to
Headphones.
This chip is quite different, thus I think this should be handled in its patch
function.
I see what I can do later.
Meanwhile the rename from "Master" to Headphones" is the only regression.
Best regards,
Maxim Levitsky
PS: I reply to this mail
On Wednesday 17 October 2007 05:48:02 Andrew Morton wrote:
> On Wed, 17 Oct 2007 04:39:30 +0200 Maxim Levitsky <[EMAIL PROTECTED]> wrote:
>
> > A while ago I asked on LKML about the problem of loosing all wake device
> > capabilities, after a suspend to disk
> > (eg
t; 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/
>
Please bisect this (the alsa merge happened just short time ago)
Which kernel did work?
Best regards,
Maxi
but I still don't see it in the kernel.
Due to changes it doesn't anymore apply to latest git.
Was it missed?
The patch below for the reference,
(acpi_sleep_prepare was moved to /drivers/acpi/sleep/main.c, so I did in-line
change in the patch)
Best regards,
Maxim Lev
On Friday 12 October 2007 00:23:50 Alan Stern wrote:
> On Fri, 12 Oct 2007, Rafael J. Wysocki wrote:
>
> > On Thursday, 11 October 2007 05:13, Maxim Levitsky wrote:
> > > Hi,
> > >
> > > I have few questions about .suspend()/.resume() driver func
implementation in kernel
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/
is.
Suggestions 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/smap
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
fixed, and since 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
#
# A
potential to.
>
Hi,
I think that fundamental problem is no fragmentation/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
elp only with 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 ht
m in 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 c1ef3
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
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
isn'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 unsubsc
mine system does
support:
Throttling 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
gh 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 do
at right thing.
For 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 -> ne
ache)
Secondary 32/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 r
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 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,
> >
>
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/
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 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
assigned IRQ0 and second IRQ8
this will 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 i
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 <[
sable = 1; <<<--- 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
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
ill be true for ehci too
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/
or this problem 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
fore IDT is loaded, so
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: s
>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/dmf
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
501 - 541 of 541 matches
Mail list logo