On Wed, 19 Sep 2007 20:02:05 +0200,
Cornelia Huck [EMAIL PROTECTED] wrote:
-ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
some sleep.
Sleeping helped (improved reading abilities).
From: Cornelia Huck [EMAIL PROTECTED]
mmc: Avoid double sdio_unregister_bus() on module
Hi Andi,
arch/x86_64/kernel/Makefile has
EXTRA_AFLAGS := -traditional
and this is causing me trouble with #define MACRO(a,b) a.b
(defined in one of included header file).
It expands incorrectly, as a. b - extra space.
If I use a.##b, all other .S files suffer - I am getting
a.##b expansion in
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
drivers/ata/pata_scc.c: In function `scc_bmdma_status'
Its
On 9/20/07, Robert P. J. Day [EMAIL PROTECTED] wrote:
On Thu, 20 Sep 2007, Pádraig Brady wrote:
Matt LaPlante wrote:
Since everyone loves random statistics, here are a few gems to give you a
break from your busy day:
Number of lines in the 2.6.22 Linux kernel source that include
Hi Satyam,
Firstly, may be used uninitialized can still be a bug.
Of course -- essentially GCC cannot really figure out whether all the
possible paths of execution include initialisation or not and complains
just in case.
Secondly, latest gcc is *horribly* buggy (and has been so for last
On Thu, 20 Sep 2007, Markus Gothe wrote:
GCC 4.1.2 has been stable for a long time now, maybe you better
upgrade your binutils instead...
I'd been using 4.2.1 -- I don't want to downgrade to 4.1.2. (btw from
the discussion on gcc's bugzilla it appears the bug wasn't resolved
in 4.1.2
On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
ie. the one on the Vaio (I assume).
I'm still fishing in rather dark water. Depending on the added
instrumentation points the problem mutates up to the point where it
On Thu, Sep 20, 2007 at 03:01:43PM +0100, Denys Vlasenko wrote:
Hi Andi,
arch/x86_64/kernel/Makefile has
EXTRA_AFLAGS := -traditional
and this is causing me trouble with #define MACRO(a,b) a.b
(defined in one of included header file).
It expands incorrectly, as a. b - extra space.
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --exclude-from /usr/src/exclude --new-file --recursive
linux.vanilla-2.6.23rc6-mm1/drivers/serial/crisv10.c
linux-2.6.23rc6-mm1/drivers/serial/crisv10.c
--- linux.vanilla-2.6.23rc6-mm1/drivers/serial/crisv10.c2007-09-18
I simply don't have any old IDE systems any more or time to really look
after this. Nobody responded to the previous linux-ide mail about
maintainers so...
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --exclude-from /usr/src/exclude --new-file --recursive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
GCC 4.1.2 has been stable for a long time now, maybe you better
upgrade your binutils instead...
//Markus
Satyam Sharma wrote:
Hi Maciej,
On Thu, 20 Sep 2007, Maciej W. Rozycki wrote:
On Wed, 19 Sep 2007, Andrew Morton wrote:
On Wed, 19 Sep 2007 22:47:41 +0200, Jiri Slaby said:
On 09/19/2007 10:32 PM, [EMAIL PROTECTED] wrote:
That would probably have been me, saying that x86_64-mm-cpa-clflush.patch
broke
the NVidia graphics driver in 23-rc3-mm1. Is it breaking *other* X drivers
as
well?
Yes, the issue
On Thu, 13 Sep 2007, H. Peter Anvin wrote:
Pavel, want to look at the patch before sending it to Linus?
Hi,
sorry for this taking too long, I was physically located away from the
hardware.
Without your patch, after resume I got corrupted image (looked like
remains of BIOS POST graphics, in
On Thu, Sep 20, 2007 at 02:04:26PM +0200, Bernd Schmidt wrote:
Paul Mundt wrote:
I find it a bit disconcerting that blackfin already depends on this
in-tree without there being any earlier discussion on making these
changes.
Parts of the initial submission were picked up (the include/asm
On 9/20/07, Jiri Kosina [EMAIL PROTECTED] wrote:
With your patch applied, I get no video at all after resume (I tried all
three possible combinations of acpi_sleep parameter).
Can you please try again with 2.6.23-rc7. The patch is already
included in -rc7 and it works for me on Lenono X60s.
On Thursday, 20 September 2007 15:43, Thomas Gleixner wrote:
On Thu, 2007-09-20 at 15:29 +0200, Rafael J. Wysocki wrote:
I haven't had the time to check if any special command line arguments
help.
Will check tomorrow.
Can you please disable the patches, which I sent Linus
On Thu, 20 Sep 2007, Maciej W. Rozycki wrote:
Perhaps preinitialising to an error value such as -EINVAL would be of
more sense. This way any error paths lacking initialisation are still
reported as errors, even though the classification might be wrong.
Eeee ... at least I wouldn't prefer
On Thu, 20 Sep 2007, Jeff Garzik wrote:
You may be pleased (or less so) to hear that the version of sb1250-mac.c in
your tree does not even build (because of
42d53d6be113f974d8152979c88e1061b953bd12) and the patch below does not
address it. I ran out of time in the evening, but I will
Hello.
Satyam Sharma wrote:
Looks like a checkpatch.pl bug to me -- that was nothing to warn about.
I see. I'll wait for next version.
struct poll_table {
poll_queue_proc qproc;
};
poll_table is defined in include/linux/poll.h .
To change this, we have to do sed -i
On Thursday, 20 September 2007 15:53, Thomas Gleixner wrote:
On Thu, 2007-09-20 at 16:12 +0200, Rafael J. Wysocki wrote:
Vs. the suspend / resume wreckage of rc6-mm1 / rc6-hrt2:
ie. the one on the Vaio (I assume).
I'm still fishing in rather dark water. Depending on the added
This adds three new functions (or in one case to be more exact makes it
always available)
tty_termios_copy_hw
Copies all the hardware settings from one termios structure to the other.
This is intended for drivers that support little or no hardware setting
tty_termios_encode_baud_rate
Allows
On Thu, 20 Sep 2007, Jeff Chua wrote:
With your patch applied, I get no video at all after resume (I tried all
three possible combinations of acpi_sleep parameter).
Can you please try again with 2.6.23-rc7. The patch is already
included in -rc7 and it works for me on Lenono X60s.
With
On Thu, Sep 20, 2007 at 11:38:21AM +1000, David Chinner wrote:
Sure, and that's what I meant when I said VPC + large pages was
a means to the end, not the only solution to the problem.
The whole point is that it's not an end, it's an end to your own fs
centric view only (which is sure fair
Paul Mundt wrote:
This is making API changes where it's convenient for your platform to use
this value, and there's no reason to change the API here at all.
Your proposed addition of flat_validate_relval is an API change, and
very similar in nature to what I've done.
A local variable here is
On 9/20/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Thu, 20 Sep 2007, Jeff Chua wrote:
With current -git, I still get the same behavior as with
previous 2.6.23-rcX kernels - i.e. after resume (with
acpi_sleep=s3_bios,s3_mode), I get corrupted image resembling the BIOS
POST graphics.
On Wednesday 19 September 2007 22:43, Michael Chan wrote:
On Wed, 2007-09-19 at 21:29 +0100, Denys Vlasenko wrote:
Are you saying that you successfully run-tested it?
I've only reviewed the code. Let's resolve these issues first before
testing the code.
Please test these two patches.
I
Jivin Paul Mundt lays it down ...
...
The other maintainers who have spoken up didn't seem to think this was
ugly, or an abuse. I'm surprised to hear language like that when
discussing a patch that adds an if statement, a local variable and one
parameter in a function call.
Yes,
On (20/09/07 15:09), Alan Cox didst pronounce:
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
Alan Cox wrote:
IDE/ATAPI CDROM DRIVER
-P: Alan Cox
-M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
-S: Maintained
+S: Unmaintained
Should be Orphan, not Unmaintained.
--
Stefan Richter
-=-=-=== =--= =-=--
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line
On Tue, 18 Sep 2007, Charles N Wyble wrote:
Andi Kleen wrote:
Besides it's bad taste and taste is very important.
Well it's bad taste for you (one person).
FWIW, my opinion is the same as Andi's here. Please, let's avoid this
disease -- unless *absolutely* required, stuff shouldn't
Alan Cox wrote:
On Thu, 20 Sep 2007 14:13:15 +0100
[EMAIL PROTECTED] (Mel Gorman) wrote:
PPC64 building allmodconfig fails to compile drivers/ata/pata_scc.c . It
doesn't show up on other arches because this driver is specific to the
architecture.
drivers/ata/pata_scc.c: In function
Removed also trailing whitespaces
Signed-off-by: Emil Medve [EMAIL PROTECTED]
---
I'm running git with core.autocrlf=input and it singled out
Documentation/input/iforce-protocol.txt as using DOS end-of-lines:
On Thu, 2007-09-20 at 16:50 +0200, Thomas Gleixner wrote:
Well, the above may affect SMP systems, but the Vaio is UP. Hmm?
My jinxed VAIO variant is SMP, but it looks like the same mysterious
error.
Hm. Have you tried
# echo test /sys/power/disk
# echo disk
Frans Pop pisze:
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED]) ...
+Linux version
On mercoledì 19 settembre 2007, Andrew Morton wrote:
On Tue, 18 Sep 2007 19:33:36 -0400
Jeff Dike [EMAIL PROTECTED] wrote:
===
--- linux-2.6.17.orig/arch/um/os-Linux/signal.c 2007-09-09
11:15:37.0 -0400 +++
Philipp Marek wrote:
- User starts a small wrapper,
- that opens /,
- chroot()s into a directory and starts fsvs.
- fsvs gets its libraries loaded
- and chroot()s back to the original system.
Isn't that what pivot_root was meant for?
-
To unsubscribe from this list: send the line unsubscribe
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 that does that
2) suspend to ram
3) hit a key on keyboard / mouse / send WOL magc packet, and system resumes in
all cases
4) repeat
On 9/19/07, Low Yucheng [EMAIL PROTECTED] wrote:
[1.] Summary
System Freeze on Particular workload with kernel 2.6.22.6
[2.] Description
System freezes on repeated application of the following command
for f in *png ; do convert -quality 100 $f `basename $f png`jpg; done
Problem is
On Thursday 20 September 2007, Kay Sievers wrote:
Isn't that all caused by the rtc driver registering itself without
checking if it is able to grab the device? Wouldn't moving the
request_resource() before doing any device registration do the magic?
I suspect it would. Got patch?
I'm
On Thursday 20 September 2007 David Newall wrote:
Philipp Marek wrote:
- User starts a small wrapper,
- that opens /,
- chroot()s into a directory and starts fsvs.
- fsvs gets its libraries loaded
- and chroot()s back to the original system.
Isn't that what pivot_root was meant for?
On 09/18/2007 07:56 PM, Aggelos Manousarides wrote:
There is obviously something happening to the load reporting facility of
the kernel when a periodic interrupt source is present. Has anyone seen
something like this? I am not using any real time patches, this is a
vanilla kernel patched
On Sat, 15 Sep 2007 12:54:08 -0700
Philip Langdale [EMAIL PROTECTED] wrote:
Thanks to Matt Domsch and Rezwanul Kabir at Dell, we know how to
disable the MMC controller on the multi-function Ricoh R5C832. The
MMC controller needs to be disabled or it will steal MMC cards from
the SD controller
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Satyam Sharma wrote:
On Tue, 18 Sep 2007, Charles N Wyble wrote:
Andi Kleen wrote:
Besides it's bad taste and taste is very important.
Well it's bad taste for you (one person).
FWIW, my opinion is the same as Andi's here. Please, let's
On Thu, 2007-09-20 at 08:36 -0700, Casey Schaufler wrote:
Ok, what can't be copied, and why can't it be copied?
In practice, no security information can be copied because the checks
are all made on the current pointer. There is no mechanism other than
'current' for passing security information
On Thu, 20 Sep 2007 15:35:18 +0200
Cornelia Huck [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 20:02:05 +0200,
Cornelia Huck [EMAIL PROTECTED] wrote:
-ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
some sleep.
Sleeping helped (improved reading abilities).
From:
thanks, applied this and the umem patch...
-
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/
--- David Howells [EMAIL PROTECTED] wrote:
Casey Schaufler [EMAIL PROTECTED] wrote:
Move into the cred struct the part of the task security data that defines
how a task acts upon an object. The part that defines how something acts
upon a task remains attached to the task.
This
Roland - can you please queue this up for 2.6.24?
Done, thanks.
-
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
On Thursday 20 September 2007, Frans Pop wrote:
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium
4, 2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4)
Frans Pop pisze:
[...]
-ACPI: (supports S0 S3 S4 S5)
+ACPI: (supports S0 S3)
Unexpected, and potentially pretty serious. Something went wrong with
ACPI. Can you try to narrow down when it started happening?
rc1 still had all 4 levels. I'll run a bisect between rc1 and rc6.
2.6.23-rc1 OK
Maciek Rutecki wrote:
Frans Pop pisze:
On Thursday 20 September 2007, you wrote:
When compared with 2.6.22-4, dmesg no longer lists S4 and S5 as
supported for my Toshiba Satellite A40 laptop (Mobile Intel Pentium 4,
2.8GHz).
-Linux version 2.6.22-2-686 (Debian 2.6.22-4) ([EMAIL PROTECTED])
On Thu, 20 Sep 2007, Charles N Wyble wrote:
Satyam Sharma wrote:
On Tue, 18 Sep 2007, Charles N Wyble wrote:
Andi Kleen wrote:
Besides it's bad taste and taste is very important.
Well it's bad taste for you (one person).
FWIW, my opinion is the same as Andi's here. Please,
On 9/17/07, David Miller [EMAIL PROTECTED] wrote:
From: Denis Cheng [EMAIL PROTECTED]
Date: Sun, 2 Sep 2007 03:45:58 +0800
with the macro max provided by linux/kernel.h, so changed its name to a
more proper one: limit
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
Not strictly
On 9/17/07, David Miller [EMAIL PROTECTED] wrote:
From: Denis Cheng [EMAIL PROTECTED]
Date: Sun, 2 Sep 2007 18:30:17 +0800
Signed-off-by: Denis Cheng [EMAIL PROTECTED]
You already submitted the net/ipv4/af_inet.c case
seperately, so I had to remove it from this patch for
it to apply
This patch provides driver for ITE 8152 PCI bridge.
Signed-off-by: Mike Rapoport [EMAIL PROTECTED]
arch/arm/common/Makefile |1 +
arch/arm/common/it8152.c | 387 +
arch/arm/kernel/bios32.c | 28 +++-
On Thu, 20 Sep 2007 07:42:38 +0200 (CEST) Ph. Marek wrote:
Hello Randy!
This doesn't work when there is no include/asm symlink.
Why? I specifically test for that, and tried it on my machine.
What's the bug?
ASMARCH should come out empty, and the ?= and $(or) should take care of
the rest
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 that does that
2) suspend to ram
3) hit a key on keyboard / mouse
On Thu, 2007-09-20 at 18:01 +0200, Maciek Rutecki wrote:
Frans Pop pisze:
Unexpected, and potentially pretty serious. Something went wrong with
ACPI. Can you try to narrow down when it started happening?
rc1 still had all 4 levels. I'll run a bisect between rc1 and rc6.
I have the
On 09/20/2007 08:32 AM, Joerg Pommnitz wrote:
Hello all,
yesterday I tried to boot a kernel built from the current wireless-dev git
tree (ath5k branch)
on a MSEP800/A board (see http://www.milesie.co.uk/pdf/MSEP800.pdf). The board
contains an AMD Geode LX800 CPU.
The wireless-dev tree is up
Cedric Le Goater wrote:
Pavel Emelyanov wrote:
Looks sane :)
[snip]
Index: 2.6.23-rc6-mm1/kernel/exit.c
===
--- 2.6.23-rc6-mm1.orig/kernel/exit.c
+++ 2.6.23-rc6-mm1/kernel/exit.c
@@ -408,6 +408,8 @@ void daemonize(const char
On Thursday, September 20, 2007, Jesse Barnes wrote:
On Wednesday, September 19, 2007 11:50:23 pm Andi Kleen wrote:
Jesse Barnes [EMAIL PROTECTED] writes:
To do this in a nicer way (and be less vulnerable to similar BIOS
funkiness) the kernel really needs full PAT support. That should
Andy Whitcroft wrote:
Knowing nothing about these options, from a test perspective it would
be nice if we were able to simply enable the lot so we can do normal
-mm runs and tiny -mm runs without any manual intervention?
I agree completely.
I have been thinking for a while about how to make a
This patch adds a extended crashkernel syntax that makes the value of reserved
system RAM dependent on the system RAM itself:
crashkernel=range1:size1[,range2:size2,[EMAIL PROTECTED]
range=start-[end]
For example:
crashkernel=512M-2G:64M,2G-:128M
The motivation comes from
This is the generic part of the patch. It adds a parse_crashkernel() function
in kernel/kexec.c that is called by the architecture specific code that
actually reserves the memory. That function takes the whole command line and
looks itself for crashkernel= in it.
If there are multiple
This patch removes the crashkernel parsing from
arch/i386/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
This patch removes the crashkernel parsing from
arch/x86_64/kernel/machine_kexec.c and calls the generic function, introduced in
the last patch, in setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
This patch adapts the ppc64 code to use the generic parse_crashkernel()
function introduced in the generic patch of that series.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
arch/powerpc/kernel/machine_kexec.c | 52 ++--
1 file changed, 26
This patch adapts IA64 to use the generic parse_crashkernel() function
instead of its own parsing for the crashkernel command line.
Because the total amount of System RAM must be known when calling this
function, efi_memmap_init() is modified to return its accumulated total_memory
variable.
This adds the documentation for the extended crashkernel syntax into
Documentation/kdump/kdump.txt.
Signed-off-by: Bernhard Walle [EMAIL PROTECTED]
---
Documentation/kdump/kdump.txt | 26 ++
1 file changed, 26 insertions(+)
--- a/Documentation/kdump/kdump.txt
+++
This patch removes the crashkernel parsing from arch/sh/kernel/machine_kexec.c
and calls the generic function, introduced in the generic patch, in
setup_bootmem_allocator().
This is necessary because the amount of System RAM must be known in this
function now because of the new syntax.
NOTE: Due
Casey Schaufler [EMAIL PROTECTED] wrote:
Could you use object context instead of victimisation context?
It would be in better keeping with traditional security jargon.
If you wish. Personally, I find it clearer than object or subject.
The separation is necessary for a few reasons:
* Andrew Morton [EMAIL PROTECTED] [2007-09-20 00:33]:
Could you fix all that up please?
Thanks for the comments -- should be fixed now, see the new patch
series.
Thanks,
Bernhard
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Wed, 2007-09-19 at 15:07 -0700, Randy Dunlap wrote:
They aren't quite in kernel-doc format. Holler if you need help
with that, or see examples, or
Documentation/kernel-doc-nano-HOWTO.txt.
Should we do comments for every single function argument, or is it OK to
leave them out for the
Hello,
kobject drivers: cleaning up
kobject 'NULL' does not have a release() function, if this is not a
directory kobject, it is broken and must be fixed.
Unrelated side note: We should probably save the kobject's name for
printing this debug message, it looks a bit odd :)
Hello,
-ECONFUSED. Perhaps DEBUG_DRIVER may help some more. Or /me getting
some sleep.
Sleeping helped (improved reading abilities).
From: Cornelia Huck [EMAIL PROTECTED]
mmc: Avoid double sdio_unregister_bus() on module unload.
Signed-off-by: Cornelia Huck [EMAIL PROTECTED]
Ok -
Move the hadover message to after the boot console has been released to
avoid bad interactions between it and the real console.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
The 69331af79cf29e26d1231152a172a1a10c2df511 commit of May 8th added a
console handover: ... message to
On Thu, 20 Sep 2007, Alexey Dobriyan wrote:
OK, I do clean boot, ssh to box, then sudo slabinfo -v.
=
BUG kmalloc-16: Object padding overwritten
Maciej W. Rozycki wrote:
On Thu, 20 Sep 2007, Jeff Garzik wrote:
You may be pleased (or less so) to hear that the version of sb1250-mac.c in
your tree does not even build (because of
42d53d6be113f974d8152979c88e1061b953bd12) and the patch below does not
address it. I ran out of time in the
On Thu, Sep 20 2007, Alan Cox wrote:
I simply don't have any old IDE systems any more or time to really look
after this. Nobody responded to the previous linux-ide mail about
maintainers so...
Signed-off-by: Alan Cox [EMAIL PROTECTED]
Just fold it in with the IDE system in general? Would
Please try this patch.
Regards,
Alex.
ACPI: suspend: consolidate handling of Sx states.
From: Alexey Starikovskiy [EMAIL PROTECTED]
Recent changes to sleep initialization in ACPI dropped reporting of supported Sx
states above S3. Fix that and also move S5 init into same file as other Sx.
The
On Thu, Sep 20, 2007 at 10:25:56AM -0700, Dave Hansen wrote:
Should we do comments for every single function argument, or is it OK to
leave them out for the obvious ones?
Yes, we should keep the kerneldoc comments coherent, even if it seems
useless in a few cases.
-
To unsubscribe from this
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 17:29:09 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
On 9/19/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Wed, 19 Sep 2007 16:41:04 -0400 Dmitry Torokhov
[EMAIL PROTECTED] wrote:
If the IRQ handler does
On Wednesday 19 September 2007, Andrew Morton wrote:
Head still spinning.
a) rtc0 != rtc ??
One key difference between any of the numerous legacy RTC drivers
and the new framework is that the legacy drivers tended to think
(wrongly!) they would be the only RTC in the system, while the
On Thu, 20 Sep 2007, Alexey Dobriyan wrote:
The winner is
slub-avoid-touching-page-struct-when-freeing-to-per-cpu-slab.patch
Blind bisecting pointed to it and reverting the patch from full -mm makes
the problem go away
Hmmm.. This means likely that the c-node is used somewhere for
On Thu, 20 Sep 2007, Christoph Lameter wrote:
Eric: Anything that comes to mind in sysfs?
Arg. Forget it. Its likely SLUB mm related.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
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 that
On Wed, 19 Sep 2007, Nagendra Tomar wrote:
The tcp_check_space() function calls tcp_new_space() only if the
SOCK_NOSPACE bit is set in the socket flags. This is causing Edge Triggered
EPOLLOUT events to be missed for TCP sockets, as the ep_poll_callback()
is not called from the wakeup
How do we know when little memory is available?
Other suggestion which came about was to parse the kernel command line
and look for elfcorehdr=. Is this ok? Is kernel command line visible
to the SCSI drivers?
Thanks
-Atul
-Original Message-
From: Pavel Machek [mailto:[EMAIL PROTECTED]
David Howells [EMAIL PROTECTED] wrote:
So it sounds like what you'd be happiest with would be a separate task
struct hand crafted to he the right object and subject attributes.
Actually, that whilst that is sort of feasible for CacheFiles[*], it is not
really feasible for NFSd. NFSd
On Wed, 19 Sep 2007, Nick Piggin wrote:
Removing a virtual mappping *must* be done with interrupts enabled
since tlb_xx functions are called that rely on interrupts for
processor to processor communications.
These things will clash drastically with my lazy TLB flushing and scalability
On Sunday 02 September 2007 23:06, Rene Herman wrote:
On 09/02/2007 10:15 PM, Satyam Sharma wrote:
sound/isa/sb16/sb16.c: In function ‘snd_sb16_isa_probe’:
Blah. Your message has:
Content-Type: TEXT/PLAIN; charset=iso-2022-jp
This apparently is caused by a combination of GCC
On Tue, 18 Sep 2007, Siddha, Suresh B wrote:
For now, we are trying to do slab Vs slub comparisons for the mainline
kernels.
Let's see how that goes.
Meanwhile, any chance that you can point us at relevant recent patches/fixes
that are in -mm and perhaps that can be applied to mainline
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Rafael J.
Wysocki
Sent: Wednesday, September 19, 2007 5:09 PM
To: Agarwal, Lomesh
Cc: linux-kernel@vger.kernel.org
Subject: Re: what is the difference between shutdown command and writing
to
On Thu, 20 Sep 2007, Eric Dumazet wrote:
Does it means that with your patch each ACK on a ET managed socket will
trigger an epoll event ?
Maybe your very sensitive high throuput appication needs to set a flag or
something at socket level to ask for such a behavior.
The default should
Properly support the ru_maxrss field of the rusage structure returned by
getrusage(). This patch includes documentation both of the getrusage()
implementation in general and of the ru_maxrss implementation
specifically. This implementation matches that of FreeBSD, which is the
only other OS of
Philipp Marek wrote:
AFAIK pivot_root() changes the / mapping for *all* processes, no?
The manual page is confusing. It even admits to being intentionally
vague. However the goal seems clear:
pivot_root() moves the root file system of the current process to
the directory put_old
On Thu, 20 Sep 2007, David Chinner wrote:
Disagree, the mmap side is not a little change.
That's not in the filesystem, though. ;)
And its really only a minimal change for some function to loop over all
4k pages and elsewhere index the right 4k subpage.
-
To unsubscribe from this list:
Intel's Open Source Technology Center is pleased to announce the
LessWatts.org project, an open source project for saving power on Linux.
http://www.lesswatts.org
What is LessWatts.org about?
LessWatts.org is a place to bring users, developers and distribution
Frank Mayhar wrote:
Properly support the ru_maxrss field of the rusage structure returned by
getrusage().
Signed-off-by: Frank Mayhar [EMAIL PROTECTED]
Acked-by: Rik van Riel [EMAIL PROTECTED]
--
All Rights Reversed
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
Can someone tell me the flow of code for these two scenarios -
I write disk to /sys/power/state. How does system go to hibernation? How
does this trigger ACPI driver functions?
I issue shutdown command.
I am using 2.6.18 kernel.
Thanks,
Lomesh
-Original Message-
From: [EMAIL PROTECTED]
701 - 800 of 1005 matches
Mail list logo