Nick Piggin [EMAIL PROTECTED] wrote:
No. I mean call the bit PG_private2. That way non-pagecache and
filesystems that don't use fscache can use it.
The bit is called PG_owner_priv_2, and then 'subclassed' to PG_fscache, much
like PG_owner_priv_1 is 'subclassed' to PG_checked as was
On Mon, 7 Jan 2008 12:22:51 +0100
Remy Bohmer [EMAIL PROTECTED] wrote:
Hello Michal and Andrew,
Let's not make the decision for the user. Just allow the
administrator to change kthreadd's priority safely if he chooses to
do it. Ensure that the kernel threads are created with the usual
Hi Michal,
On Jan 7, 2008 3:00 PM, Michal Simek [EMAIL PROTECTED] wrote:
You can have as many maintainers as you want but you probably don't
want to make it too many. There aren't any official responsibilities
as a maintainer, it really depends on how much time and effort you're
willing
On Mon, 7 Jan 2008 02:25:13 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008 11:06:03 +0100 Michal Schmidt
[EMAIL PROTECTED] wrote:
On Sat, 22 Dec 2007 01:30:21 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 17 Dec 2007 23:43:14 +0100 Michal Schmidt
[EMAIL
Am Montag, 7. Januar 2008 schrieb Ingo Molnar:
do:
echo t /proc/sysrq-trigger
and send us the dmesg output. If the dmesg output does not include the
bootup bits then increase CONFIG_LOG_BUF_SHIFT to 20 or so:
CONFIG_LOG_BUF_SHIFT=20
to have a large enough kernel messages buffer.
David Brownell wrote:
On Monday 07 January 2008, Greg KH wrote:
Most of the non-driver core code should be converted to not use the
lock in the class at all. They should use a local lock instead.
Or better yet, that yet-to-be-written class_for_each_instance()
iterator ... :)
By far most
On Mon, Jan 07 2008 at 8:53 +0200, FUJITA Tomonori [EMAIL PROTECTED] wrote:
On Sun, 23 Dec 2007 13:09:05 +0200
Boaz Harrosh [EMAIL PROTECTED] wrote:
On Fri, Dec 21 2007 at 4:30 +0200, Benjamin Herrenschmidt [EMAIL
PROTECTED] wrote:
The sense buffer ins scsi_cmnd can nowadays be DMA'ed into
On Sun 06-01-08 01:44:30, [EMAIL PROTECTED] wrote:
fix coding style errors found by checkpatch:
- assignments in if conditions
- braces {} around single statement blocks
- no spaces after commas
- printks without KERN_*
- lines longer than 80 characters
before: total: 50 errors, 207
On Jan 7 2008 14:47, Pekka Enberg wrote:
Hi Michael,
On Jan 7, 2008 1:29 PM, Michal Simek [EMAIL PROTECTED] wrote:
Is it possible to create git repository in git.kernel.org for Microblaze
cpu?
You need to ask the kernel.org administrators for that:
http://www.kernel.org/faq/#account
On Mon, 2008-01-07 at 14:24 +0100, Joerg Platte wrote:
This is from: 2.6.24-rc7
kernel: pdflush D f41c2f14 0 18822 2
kernel:f673f000 0046 0286 f41c2f14 f5194ce0 0286 0286
f41c2f14
kernel:00175279 f41c2f6c c0271f6c f5ff363c f5ff3644
Am Montag, 7. Januar 2008 schrieb Peter Zijlstra:
On Mon, 2008-01-07 at 14:24 +0100, Joerg Platte wrote:
This is from: 2.6.24-rc7
kernel: pdflush D f41c2f14 0 18822 2
kernel:f673f000 0046 0286 f41c2f14 f5194ce0 0286
0286 f41c2f14 kernel:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec kernel.
(http://lkml.org/lkml/2008/1/7/42 has the bisect details.)
The following patch reverts it.
Signed-off-by: Dhaval Giani [EMAIL PROTECTED]
Cc: Ingo Molnar [EMAIL
kernel/suspend_64.c and power/cpu.c were equivalent. Move them into
power/cpu_*.c for consistency.
power/swsusp.S and kernel/suspend_asm_64.S were both misnamed and
equivalent. Merge then minto power/hibernation_*.S.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
---
commit
On Mon, Jan 07, 2008 at 02:23:33PM +0100, Stefan Richter wrote:
David Brownell wrote:
On Monday 07 January 2008, Greg KH wrote:
Most of the non-driver core code should be converted to not use the
lock in the class at all. They should use a local lock instead.
Or better yet, that
On Mon, 7 Jan 2008, Dhaval Giani wrote:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec kernel.
(http://lkml.org/lkml/2008/1/7/42 has the bisect details.)
The following patch reverts it.
Signed-off-by:
Hi Dave,
The LRO_F_* checks in inet_lro.c are buggy, the following patch
is needed to check lro_mgr-features correctly.
I decided to follow the NETIF_F_* convention and thus removed
test_bit. Some people might like it better if we keep using
test_bit and just set lro_mgr-features to 1LRO_F_NAPI
James Bottomley wrote:
On Fri, 2007-12-14 at 10:00 +0100, Hannes Reinecke wrote:
James Bottomley wrote:
On Mon, 2007-11-26 at 22:15 -0800, Andrew Morton wrote:
OK, thanks. I'll assume that James and Hannes have this in hand (or will
have, by mid-week) and I won't do anything here.
Just to
On Sun, 6 Jan 2008 23:18:48 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 06 Jan 2008 16:34:16 -0500 Mark Lord [EMAIL PROTECTED] wrote:
Venki Pallipadi wrote:
Reintroduce run time configurable max_cstate for !CPU_IDLE case.
Signed-off-by: Venkatesh Pallipadi [EMAIL
(Mail below was sent to me privately, forwarding to the lists.)
On Mon, 2008-01-07 at 00:48 +0100, Frans Pop wrote:
(Adding the kernel list back. Any reason you did not send the reply
there?)
Sorry for the late reply: Christmas, New Year, the flue, etc.
Thank you for caring this problem.
Hi,
On Jan 7, 2008 8:03 AM, Andrey Borzenkov [EMAIL PROTECTED] wrote:
Michael Tokarev wrote:
Dmitry Torokhov wrote:
Hi Michael,
Hello!
[]
There are keyboards (USB, PS2) with Sleep and Suspend buttons
that are not related to ACPI nor APM. We had 2 options - add
an input handler
On Mon, 07 Jan 2008 11:09:23 +0100
[EMAIL PROTECTED] wrote:
this looks very useful!
Unfortunatly, it's not always easy to see directly
which module is being loaded/unloaded from the oops itself.
no wonder, as most modules seem to be very quiet on on load/unload.
but i wonder if
On Sun 06-01-08 02:21:50, [EMAIL PROTECTED] wrote:
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
I'm not sure if this improves readability in general. If the code is
really a loop in nature, then we should code it using do {} while but in
case we loop back just in case of some error (as seems
Dmitry Torokhov wrote:
[]
Well, you use event device in any case; as for finding right one - I guess
you look at device capabilities and filter what you need ...
{pts/0}%
cat /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/capabilities/key
10 0 0 0
Exactly. Any driver working
On Sun 06-01-08 02:21:51, [EMAIL PROTECTED] wrote:
convert byte order of constant instead of variable,
which can be done at compile time (vs run time)
Signed-off-by: Marcin Slusarz [EMAIL PROTECTED]
OK, makes sence. Acked-by: Jan Kara [EMAIL PROTECTED]
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Dhaval Giani wrote:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec kernel.
(http://lkml.org/lkml/2008/1/7/42 has the bisect details.)
Andrew Morton wrote:
..
umm, OK, I queued it for 2.6.24. I'll give people a day or so to comment
on this.
I had to invent some silly changlelog for it. Please review it for
accuracy and completeness?
..
From: Venki Pallipadi [EMAIL PROTECTED]
This was writeable in 2.6.23 but the cpuidle
Arjan van de Ven wrote:
..
if we take a step back; Mark afaics only wants to put 1 in there...
And that makes sense; either you want the no latency C1, or you want the lot
(esp given that C2 and deeper are at the whim of the bios, what they mean varies
over time. Actually even C1 does that on
On Mon, 7 Jan 2008 19:06:10 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
On Thu, 3 Jan 2008 12:00:00 -0500
Rik van Riel [EMAIL PROTECTED] wrote:
If there is no swap space, my VM code will not bother scanning
any anon pages. This has the same effect as moving the pages
to the
On Mon, Jan 07, 2008 at 03:56:09PM +0100, Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Dhaval Giani wrote:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec
On Mon, 7 Jan 2008 19:04:55 +0900
KAMEZAWA Hiroyuki [EMAIL PROTECTED] wrote:
On Wed, 02 Jan 2008 17:41:51 -0500
linux-kernel@vger.kernel.org wrote:
Index: linux-2.6.24-rc6-mm1/mm/vmscan.c
===
---
Gabor Gombas wrote:
Hi,
On Sat, Jan 05, 2008 at 07:50:39AM +, Al Viro wrote:
Could you stick
if (!parent-d_inode)
printk(KERN_WARNING sysfs locking blows: %s,
parent-d_name.name);
right before
I'll agree with what Willy wrote here, Bugzilla is a pain to use, you
can't just dump an email into it and have it captured. I think we
should be looking at something more like 'WebRT' which is an *issue*
tracker software. But that too might be too heavy weight and too
noisy as well.
And
On Sun, 6 Jan 2008, Pavel Machek wrote:
On Sun 2008-01-06 17:26:17, Alan Stern wrote:
On Sun, 6 Jan 2008, Oliver Neukum wrote:
Am Sonntag 06 Januar 2008 schrieb Alan Stern:
What about people who want to suspend to RAM instead of hibernating and
_do_ want to unplug the USB device
Hi.
On Sun, Jan 06, 2008 at 02:46:14PM +0100, Philipp Zabel ([EMAIL PROTECTED])
wrote:
The DS1WM driver incorrectly infers the IAS bit (1-wire interrupt active
high) from IRQ settings. There are devices that have IAS=0 but still need
the IRQ to trigger on a rising edge. With this patch,
On 7 Jan 2008 at 13:49, Jörn Engel wrote:
If you retry the dd with bs=4096 (or whatever your architecture's page
size happens to be), does this still occur?
JĂśrn
wow, thanks, it works, this is so obvious.
I tend to use values like bs=512000 or suchlike, but probably never
stroke this
Michael Tokarev wrote:
Dmitry Torokhov wrote:
[]
Well, you use event device in any case; as for finding right one - I guess
you look at device capabilities and filter what you need ...
{pts/0}%
cat /sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input1/capabilities/key
10 0 0 0
Exactly.
On Mon, 2008-01-07 at 15:38 +1100, Rusty Russell wrote:
On Sunday 06 January 2008 02:31:12 James Bottomley wrote:
On Wed, 2007-12-19 at 17:31 +1100, Rusty Russell wrote:
This patch series is the start of my attempt to simplify and make
explicit the chained scatterlist logic.
It's
On Jan 7, 2008 10:47 AM, Michael Tokarev [EMAIL PROTECTED] wrote:
Michael Tokarev wrote:
Dmitry Torokhov wrote:
[]
Well, you use event device in any case; as for finding right one - I guess
you look at device capabilities and filter what you need ...
{pts/0}%
cat
Hello Michal,
Maybe we can find a way to use a similar mechanism as I used in my
patchset for the priorities of the remaining kthreads.
I do not like the way of forcing userland to change the priorities,
because that would require a userland with the chrt tool installed,
and that is not
El Sun, 6 Jan 2008 14:19:16 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] escribió:
It's been two weeks since rc6, but let's face it, with xmas and new years
(and birthdays) in between, there hasn't actually been a lot of working
days, and the incremental patch from -rc6 is about half the
Julia Lawall wrote:
From: Julia Lawall [EMAIL PROTECTED]
posix_acl_clone does a memory allocation and sets a reference count, so
posix_acl_release is needed afterwards to free it.
The problem was fixed using the following semantic patch.
(http://www.emn.fr/x-info/coccinelle/)
// smpl
@@
type
There is an other Problem.
iwconfig shows me Bit Rate=1 Mb/s the hole time, but I'm able to
download with an average of 440K/s as wget says.
It's with PID rate control algorithm.
--
Hauke Mehrtens
Luis R. Rodriguez wrote:
On Jan 5, 2008 9:47 AM, Hauke Mehrtens [EMAIL PROTECTED] wrote:
Hi
Björn Steinbrink skrev:
On 2008.01.06 19:49:49 -0200, Adolfo R. Brandes wrote:
I have this forcedeth MAC address reversal problem when suspending
on 2 distinct boxes. I can confirm Steinbrink's patch fixes the
problem on only one of them:
00:0a.0 Bridge: nVidia Corporation CK804 Ethernet
El Sun, 6 Jan 2008 14:19:16 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] escribió:
It's been two weeks since rc6, but let's face it, with xmas and new years
(and birthdays) in between, there hasn't actually been a lot of working
days, and the incremental patch from -rc6 is about half the
Let's try to summarize the main issues here:
1. We want the PM core to lock all devices during suspend and
hibernation. This implies that registration and unregistration
at such times can't work, because they need to lock the
device sem in order to make probe and
Hi,
I'm seeing a strange complete server freeze/lock-up on an bi-Xeon HT
amd64 server running standard debian 2.6.22 (and before that vanilla
2.6.19.x and 2.6.20.x which exhibited the same issue).
I'm only reporting it now, since I could get a full sysrq-t only this
morning.
The symptoms are
On Mon, 7 Jan 2008 15:56:09 +0100 Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Dhaval Giani wrote:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in highmem
The patch caused a failure while booting a kexec kernel.
In the (rare) event of simultaneous mutual wake up requests,
do send the chip an explicit wake-up ack. This is required
for Texas Instruments's BRF6350 chip.
Signed-off-by: Ohad Ben-Cohen [EMAIL PROTECTED]
---
drivers/bluetooth/hci_ll.c | 23 ++-
1 files changed, 14
On Monday 07 January 2008 17:14:15 Alejandro Riveira Fernández wrote:
El Sun, 6 Jan 2008 14:19:16 -0800 (PST)
Linus Torvalds [EMAIL PROTECTED] escribió:
It's been two weeks since rc6, but let's face it, with xmas and new years
(and birthdays) in between, there hasn't actually been a
On Mon, Jan 07, 2008 at 04:53:44PM +0100, Alejandro Riveira Fernández wrote:
MODPOST vmlinux.o
WARNING: vmlinux.o(.text+0x10508): Section mismatch: reference to
.init.text:fork_idle (between 'do_fork_idle' and 'lapic_timer_broadcast')
Caused by following commit:
commit
On Mon, Jan 07, 2008 at 04:53:44PM +0100, Alejandro Riveira Fernández wrote:
MODPOST vmlinux.o
WARNING: vmlinux.o(.text.head+0xe4): Section mismatch: reference to
.init.data.2:trampoline_level4_pgt (between 'ident_complete' and
'secondary_startup_64')
WARNING:
On Mon, Jan 07, 2008 at 08:22:37AM -0800, Randy Dunlap wrote:
On Mon, 7 Jan 2008 15:56:09 +0100 Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Dhaval Giani wrote:
Hi Andrew, Ingo, Thomas, Peter,
x86: revert i386: handle an initrd in
On Monday, 7 of January 2008, Pavel Machek wrote:
kernel/suspend_64.c and power/cpu.c were equivalent. Move them into
power/cpu_*.c for consistency.
power/swsusp.S and kernel/suspend_asm_64.S were both misnamed and
equivalent. Merge then minto power/hibernation_*.S.
Well, all of that are
Hi,
I've notice this hang on bootup every so often. Sometimes it hangs for a
second and sometimes it can hang for hours. Always at the same location.
This is a soft hang. That is, interrupts are still enabled, and I'm able
to perform a sysrq-t.
Here's the problem child:
Call Trace:
[c062cd67]
On Mon, Jan 07, 2008 at 02:23:33PM +0100, Stefan Richter wrote:
David Brownell wrote:
On Monday 07 January 2008, Greg KH wrote:
Most of the non-driver core code should be converted to not use the
lock in the class at all. They should use a local lock instead.
Or better yet, that
On Mon, Jan 07, 2008 at 02:28:10PM +0200, Pekka J Enberg wrote:
From: Pekka Enberg [EMAIL PROTECTED]
[ Upstream commits: 57ed3eda977a215f054102b460ab0eb5d8d112e6,
6b6adc22a01941165d5af9a3e69e28e948b28f47, and
158a962422e4a54dc256b6a9b9562f3d30d34d9c ]
This adds a read-only
Jarek Poplawski wrote:
David Brownell wrote:
On Monday 07 January 2008, Greg KH wrote:
Most of the non-driver core code should be converted to not use the
lock in the class at all. They should use a local lock instead.
Or better yet, that yet-to-be-written class_for_each_instance()
On Mon, Jan 07, 2008 at 02:52:36PM +0100, Pavel Machek wrote:
kernel/suspend_64.c and power/cpu.c were equivalent. Move them into
power/cpu_*.c for consistency.
power/swsusp.S and kernel/suspend_asm_64.S were both misnamed and
equivalent. Merge then minto power/hibernation_*.S.
Hi Greg,
On Mon, 7 Jan 2008, Greg KH wrote:
This feels to me like a feature addition, and as such, I don't think
it is aplicable for the .23-stable tree.
It's an ABI regression (slabtop, for example, doesn't work) when
CONFIG_SLUB is enabled.
Pekka
--
To unsubscribe
On Monday, 7 of January 2008, Pavel Machek wrote:
Unify arch/x86/kernel/acpi/sleep*.c
Pretty trivial unification; when two functions differed, it was
usually in error handling, and better of the two was picked up.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
Looks-okay-to: Rafael J.
On Sat 22-12-07 00:12:06, Andrew Morton wrote:
Sorry for a late reply but I was on vacation.
On Thu, 20 Dec 2007 18:51:04 +0100 Jan Kara [EMAIL PROTECTED] wrote:
Although we don't allow writes over s_maxbytes, it can happen that a file's
size is larger than s_maxbytes. For example we can
On Monday, 7 of January 2008, Yi Yang wrote:
On Mon, 2008-01-07 at 02:57 +0100, Rafael J. Wysocki wrote:
On Monday, 7 of January 2008, Yi Yang wrote:
On Fri, 2008-01-04 at 08:09 -0800, David Brownell wrote:
This patch changes empty output to unsupported in order that a
user
On Sat 22-12-07 12:03:10, Mark Fasheh wrote:
On Sat, Dec 22, 2007 at 12:12:06AM -0800, Andrew Morton wrote:
This patch takes the total text size of the affected nine files from 74167
bytes up to 75066 on i386. This is core, core kernel. Ouch.
Yeah, as you note below - this should be
El Mon, 7 Jan 2008 17:24:03 +0100
Michael Buesch [EMAIL PROTECTED] escribió:
Can you post the lines above this?
This might be a WARN_ON_ONCE() triggering, for which fixes are on their way
into
the
On Monday, 7 of January 2008, Alan Stern wrote:
Let's try to summarize the main issues here:
1. We want the PM core to lock all devices during suspend and
hibernation. This implies that registration and unregistration
at such times can't work, because they need to lock the
Subject: sched: rt-group: add uid-group interface
Extend the /sys/kernel/uids/uid/ interface to allow setting
the group's rt_period and rt_runtime.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
include/linux/sched.h |4 +-
kernel/user.c | 93
From: Williams, Dan J
The tx_set_src and tx_set_dest methods were originally
implemented to allow
an array of addresses to be passed down from async_xor to the dmaengine
driver while minimizing stack overhead. Removing these methods allows
drivers to have all transaction parameters available
On Sun, 06 Jan 2008 15:20:00 +0900, Tetsuo Handa said:
--- linux-2.6-mm.orig/fs/ramfs/inode.c
+++ linux-2.6-mm/fs/ramfs/inode.c
@@ -36,6 +36,20 @@
#include asm/uaccess.h
#include internal.h
+static struct inode *__ramfs_get_inode(struct super_block *sb, int mode,
+
On Mon, 7 Jan 2008, Randy Dunlap wrote:
On Mon, 7 Jan 2008 15:56:09 +0100 Ingo Molnar wrote:
i'm also wondering - what would be the easiest way to integrate kexec
into an automated test environment. If i have a bzImage kernel, is kexec
still supposed to work? Could i for example do a
From: Williams, Dan J
Pass a full set of flags to drivers' per-operation 'prep' routines.
Currently the only flag passed is DMA_PREP_INTERRUPT. The
expectation is
that arch-specific async_tx_find_channel() implementations can
exploit this
capability to find the best channel for an operation.
Greg KH wrote:
On Mon, Jan 07, 2008 at 02:23:33PM +0100, Stefan Richter wrote:
David Brownell wrote:
On Monday 07 January 2008, Greg KH wrote:
Most of the non-driver core code should be converted to not use the
lock in the class at all. They should use a local lock instead.
Or better
+
+#define LARGE_PAGE_SIZE (_AC(1,UL) PMD_SHIFT)
+#define LARGE_PAGE_MASK (~(LARGE_PAGE_SIZE-1))
+
+#define HPAGE_SHIFT PMD_SHIFT
+#define HPAGE_SIZE (_AC(1,UL) HPAGE_SHIFT)
+#define HPAGE_MASK (~(HPAGE_SIZE - 1))
+#define
On 01/05, Peter Zijlstra wrote:
Since EP_MAX_POLLWAKE_NESTS MAX_LOCKDEP_SUBCLASSES we could perhaps do
something like:
wake_up_nested(..., wake_nests);
I think this would be the most correct change. But I wonder if it is possible
to do something more generic (but otoh more stupid/hackish
On Mon, Jan 07, 2008 at 06:13:37PM +0100, Stefan Richter wrote:
It's already in the driver core to the most part. It remains to be seen
what is less complicated in the end: Transparent mutex-protected list
accesses provided by driver core (requires the iterator), or all the
necessary locking
On Mon, 07 Jan 2008 16:48:54 +0100 Brice Figureau wrote:
Hi,
I'm seeing a strange complete server freeze/lock-up on an bi-Xeon HT
amd64 server running standard debian 2.6.22 (and before that vanilla
2.6.19.x and 2.6.20.x which exhibited the same issue).
I'm only reporting it now, since I
On Mon, 7 Jan 2008, Rafael J. Wysocki wrote:
Please see the patch at: http://lkml.org/lkml/2008/1/6/298 . It represents my
current idea about how to do that.
It has some problems.
First, note that the list manipulations in dpm_suspend(),
device_power_down(), and so on aren't protected by
Dear $ARCH Maintainers,
This patch adds Elf32_Sym .st_info (STT_FUNC) and .st_size for hand-coded
checksum and semaphore subroutines. I needed this info when writing a
static analyzer for stack depth [grovel over ./vmlinux] on the um
(UserModeLinux) $ARCH for i386. The changes work on i386.
On Mon, 7 Jan 2008, Stefan Richter wrote:
Semi off-topic: What about struct device.sem? Is there any chance to
rip this out of the driver core and let drivers serialize everything? I
suppose not...
There isn't. The core uses that lock.
Alan Stern
--
To unsubscribe from this list: send
Jan Engelhardt wrote:
On Jan 7, 2008 1:29 PM, Michal Simek [EMAIL PROTECTED] wrote:
Is it possible to create git repository in git.kernel.org for Microblaze
cpu?
...
Alternatively, providing your own git service is just as effective,
and comes with much more freedom :)
It is /almost/ as
On Mon, 7 Jan 2008 12:09:04 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
This causes a practical problem. When a runaway real-time task is
eating 100% CPU and we attempt to put the CPU offline, sometimes we
block while waiting for the creation of the highest-priority
kstopmachine
On Monday 07 January 2008 17:52:48 Alejandro Riveira Fernández wrote:
El Mon, 7 Jan 2008 17:24:03 +0100
Michael Buesch [EMAIL PROTECTED] escribió:
Can you post the lines above this?
This might be a
On Sun, 06 Jan 2008 10:04:06 GMT, David Woodhouse said:
On Sat, 2008-01-05 at 19:10 -0800, Arjan van de Ven wrote:
Another issue is that, unlike oopses, WARN_ON() doesn't currently
printk the helpful cut here line,
I'd rather see the 'cut here' line disappear altogether. Often, the
On Jan 7 2008 18:26, Stefan Richter wrote:
Jan Engelhardt wrote:
On Jan 7, 2008 1:29 PM, Michal Simek [EMAIL PROTECTED] wrote:
Is it possible to create git repository in git.kernel.org for Microblaze
cpu?
...
Alternatively, providing your own git service is just as effective,
and comes with
On Jan 7, 2008 11:02 AM, Hauke Mehrtens [EMAIL PROTECTED] wrote:
There is an other Problem.
iwconfig shows me Bit Rate=1 Mb/s the hole time, but I'm able to
download with an average of 440K/s as wget says.
It's with PID rate control algorithm.
Thanks for reporting this, how'd it go with
On Sat, Jan 05, 2008 at 09:39:35PM +, Al Viro wrote:
On Sat, Jan 05, 2008 at 01:06:17PM -0800, Arjan van de Ven wrote:
The http://www.kerneloops.org website collects kernel oops and
warning reports from various mailing lists and bugzillas as well as
with a client users can install to
On 01/07, Oleg Nesterov wrote:
Consider this just for illustration patch,
--- t/kernel/lockdep.c2007-11-09 12:57:31.0 +0300
+++ t/kernel/lockdep.c2008-01-07 19:43:50.0 +0300
@@ -1266,10 +1266,13 @@ check_deadlock(struct task_struct *curr,
struct
On Mon, 2008-01-07 at 09:29 -0800, Andrew Morton wrote:
On Mon, 7 Jan 2008 12:09:04 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
This causes a practical problem. When a runaway real-time task is
eating 100% CPU and we attempt to put the CPU offline, sometimes we
block while
Dhaval Giani wrote:
Hi Vivek,
I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
kexec. It just gets stuck at Starting new kernel.
It does boot normally when booted as the first kernel.
Any hints debugging? (x86 architecture)
Hi Dhaval,
Could you give more details of your
On Mon, 7 Jan 2008 16:53:58 +0530 sudhir kumar [EMAIL PROTECTED] wrote:
Hi Andrew!
Kernel build fails on my ppc64 machine. It seems to be a dependency
problem with CONFIG_USB_GADGET not set.
Config file is attached.
CC init/version.o
LD init/built-in.o
LD
From: Anton Salikhmetov [EMAIL PROTECTED]
Due to the lack of reaction in LKML I presume the message was lost
in the high traffic of that list. Resending it now with the addressee changed
to the memory management mailing list.
I would like to propose my solution for the bug #2645 from the kernel
Jan Engelhardt wrote:
On Jan 7 2008 18:26, Stefan Richter wrote:
Jan Engelhardt wrote:
On Jan 7, 2008 1:29 PM, Michal Simek [EMAIL PROTECTED] wrote:
Is it possible to create git repository in git.kernel.org for Microblaze
cpu?
...
Alternatively, providing your own git service is just as
On Mon, Jan 07, 2008 at 09:43:38AM -0800, H. Peter Anvin wrote:
Dhaval Giani wrote:
Hi Vivek,
I can't seem to get the latest -mm (2.6.24-rc6-mm1) to boot with
kexec. It just gets stuck at Starting new kernel.
It does boot normally when booted as the first kernel.
Any hints debugging? (x86
El Jueves, 27 de Diciembre de 2007, Marek Kierdelewicz escribió:
Hi Gustavo,
By mistake we activate intel I/oat dma support on a laptop with a
centrino duo to try to get better performance on IO.
I/OAT is for accelerating network operations on newer Xeon processors
and E1000 nics. Some
On Monday, 7 of January 2008, Alan Stern wrote:
On Mon, 7 Jan 2008, Rafael J. Wysocki wrote:
Please see the patch at: http://lkml.org/lkml/2008/1/6/298 . It represents
my
current idea about how to do that.
It has some problems.
First, note that the list manipulations in
Hi Matt,
On Sun, 6 Jan 2008, Matt Mackall wrote:
I don't have any particular terrible workloads for SLUB. But my
attempts to simply boot with all three allocators to init=/bin/bash in,
say, lguest show a fair margin for SLOB.
Sorry, I once again have bad news ;-). I did some testing with
On Mon, 07 Jan 2008 16:06:20 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
The defconfig make fails on x86_64 (AMD box) with following error
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
GEN .version
CHK
Shaohua Li wrote:
On Thu, 2008-01-03 at 11:33 -0800, Kok, Auke wrote:
Shaohua Li wrote:
PCI Express ASPM defines a protocol for PCI Express components in the D0
state to reduce Link power by placing their Links into a low power state
and instructing the other end of the Link to do likewise.
Pekka Enberg wrote:
On Jan 7, 2008 1:29 PM, Michal Simek [EMAIL PROTECTED] wrote:
How many maintainers are acceptable? (one or more)
You can have as many maintainers as you want but you probably don't
want to make it too many.
Bug reporters and patch submitters shouldn't be required to CC
James Bottomley wrote:
However, there's still devloss_tmo to consider ... even in
multipath, I don't think you want to signal path failure until
devloss_tmo has fired otherwise you'll get too many transient up/down
events which damage performance if the array has an expensive failover
model.
On Mon, 7 Jan 2008, Andrew Morton wrote:
: undefined reference to `__you_cannot_kmalloc_that_much'
There is also a kernel.org bugzilla for this at
http://bugzilla.kernel.org/show_bug.cgi?id=9669
For some reason my adds to this do not show up.
In both cases we have a
101 - 200 of 826 matches
Mail list logo