David Miller wrote:
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 18:57:04 -0700 (PDT)
On Tue, 8 May 2007, David Miller wrote:
I'm just reading over the code to figure out what to type to you, you
could read the code too it's not very complicated :-)
I have read it num
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> Here are some 'volatile' comments from Linus, extracted from
> several emails in at least 2 threads.
>
> If this is close to useful, we can add it to Documentation/.
I just took a shot at turning this into something more like a normal
document:
On Tue, May 08, 2007 at 06:32:35PM -0700, Christoph Lameter wrote:
> On Tue, 8 May 2007, Matt Mackall wrote:
>
> > On Tue, May 08, 2007 at 05:51:27PM -0700, Christoph Lameter wrote:
> > > On Tue, 8 May 2007, Matt Mackall wrote:
> > >
> > > > First, SLOB no longer runs on SMP because SLAB grew som
On Wed, 9 May 2007, Nick Piggin wrote:
> Right. You only need to know blob boundaries for free blobs (so you can
> allocate from or merge to). For allocated blobs, you know the start
> (which is the address of the memory), and the end (which is the start +
> the size contained in kmem_cache struct
Eric W. Biederman wrote:
>
> I expect I can find a few more examples where we specify
> video_cols and video_lines but we use video_mode == 0.
>
> Going farther mode 0x00 is a BIOS 40x25 mode. So the patch below is
> not always safe even if we boot the bzImage. It is just highly
> unlikely anyo
On Tue, 8 May 2007, Matt Mackall wrote:
> > > Yes. It can in fact put 512 8-byte objects in a 4k page. More
> >
> > So can SLUB.
>
> Not without at least a bit per-object of overhead. So you can either
> fit 512 objects in 4160 bytes or 504 objects in 4k.
Slub uses a linked list pointer in the
Howdy (please CC replies directly),
I have a very specific question regarding the behavior of
do_generic_mapping_read().
Here's my 2.6.20 setup: I have a stable block device driver that has
random-access style latencies (around 80 microseconds. zero seek-time).
From userland: I have a simple AIO
On Tue, 8 May 2007, Randy Dunlap wrote:
> "volatile" used on a gcc asm extension is different, granted.
> It's not even a C-language "volatile" keyword AFAICT, so it doesn't
> apply in this context.
>
Using 'volatile' for an asm construct certainly is a keyword; in fact, C99
defines 'volatile'
Christoph Lameter wrote:
On Tue, 8 May 2007, Matt Mackall wrote:
Yes. It can in fact put 512 8-byte objects in a 4k page. More
So can SLUB.
Not without at least a bit per-object of overhead. So you can either
fit 512 objects in 4160 bytes or 504 objects in 4k.
Slub uses a linked list po
On 5/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
I believe YH is asking how we setup real_mode_data in /sbin/kexec.
pxelinux:
SCREEN_INFO.orig_video_mode = 3
SCREEN_INFO.orig_x = 0
SCREEN_INFO.orig_y = 24
x86_boot_params[] :
: 00 18 ff
Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
modes if framebuffer is disabled" is just plain wrong on any system
which has support for extended text modes in its VESA BIOS.
Antonio is incorrectly assuming this branchout is used only to set VESA
graphics modes, but it's to s
On Wed, May 09, 2007 at 12:02:29PM +1000, Nick Piggin wrote:
> BTW, we _really_ should be doing RCU properly in slob, because you
> technically can't noop RCU on UP (even though the current users may be
> safe...).
Thanks. Hugh was pretty convinced it was unneeded:
http://marc.info/?l=linux-mm&m=
On Wed, 9 May 2007, Nick Piggin wrote:
> > Exactly. That overhead does not exist in SLUB. Thus SLOB is less efficient
> > than SLUB.
>
> What you trade for that is that one page page can only serve one slab.
Right.
> For small systems, I would not be surprised if that was less space
> efficient
Hello.
I rebased and debugged Kame-san's memory hot-remove patches.
This work is not finished yet. (Some pages keep un-removable status)
But, I would like to show current progress of it, because it has
been a long time since previous post, and some bugs are fixed.
If you have concern, please che
Hardware: x86-64 dual core, Intel ICH7 platform (see lspci), ATI R580
Software: Fedora Core 6/x86-64, VESA driver, GNOME desktop, with latest
updates
Known good kernel: b9099ff63c75216d6ca10bce5a1abcd9293c27e6
Known bad kernel: 36f021b579d195cdc5fa6f3e2bab198b4bf70643
Symptoms: Machine boots s
On Tue, May 08, 2007 at 09:58:09PM -0300, Kevin Winchester wrote:
>
> Not having any idea what I'm doing, I looked at cryptomgr_probe and
> cryptomgr_notify, and can't seem to see much, except for the following
> odd lines.
>
> From cryptomgr_schedule_probe, which is almost certainly inlined int
Christoph Lameter wrote:
On Wed, 9 May 2007, Nick Piggin wrote:
For small systems, I would not be surprised if that was less space
efficient, even just looking at kmalloc caches in isolation. Or do you
have numbers to support your conclusion?
No I do not have any number beyond the efficienc
H. Peter Anvin wrote:
Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
modes if framebuffer is disabled" is just plain wrong on any system
which has support for extended text modes in its VESA BIOS.
Antonio is incorrectly assuming this branchout is used only to set VESA
graph
On Wed, 9 May 2007, Nick Piggin wrote:
> But that 4MB system might not even have 50 pages that you'd want to
> use for slab.
The problem here is that you trade off more objects (SLUB) against more
flexibility (SLOB). We need some experiments with 4M systems to see how
this works out. It may be
This patch is for supporting making page unused.
Isolate pages by capturing freed pages before inserting free_area[],
buddy allocator.
If you have an idea for avoiding spin_lock(), please advise me.
Isolating pages in free_area[] is implemented in other patch.
Signed-Off-By: KAMEZAWA Hiroyuki <[
Isolate all freed pages (means in buddy_list) in the range.
See page_buddy() and free_one_page() function if unsure.
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
include/linux/page_isolation.h |1
mm/page_alloc.c| 45
Show #of Movable pages and vmstat.
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
arch/ia64/mm/init.c|2 ++
drivers/base/node.c|4
fs/proc/proc_misc.c|4
include/linux/kernel.h |2 ++
include/linux/swap.
This patch add function drain_all_pages(void) to drain all
pages on per-cpu-freelist.
Page isolation will catch them in free_one_page.
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
include/linux/page_isolation.h |1 +
mm/page_alloc.c
Add MEMORY_HOTREMOVE config and implements basic algorythm.
This config selects ZONE_MOVABLE and PAGE_ISOLATION
how work:
1. register Isololation area of specified section
2. search mem_map and migrate pages.
3. detach isolation and make pages unused.
This works on my easy test, but I think I ne
Call offline pages from remove_memory().
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
arch/ia64/mm/init.c | 13 -
1 files changed, 12 insertions(+), 1 deletion(-)
Index: current_test/arch/ia64/mm/init.c
==
On Tue, 8 May 2007 19:38:56 -0700 (PDT) David Rientjes wrote:
> On Tue, 8 May 2007, Randy Dunlap wrote:
>
> > "volatile" used on a gcc asm extension is different, granted.
> > It's not even a C-language "volatile" keyword AFAICT, so it doesn't
> > apply in this context.
> >
>
> Using 'volatile'
There is a race condition between swap-in and unmap_and_move().
When swap-in occur, page_mapped might be not set yet.
So, unmap_and_move() gives up at once, and tries later.
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
mm/migrate.c |5 +
1 files changed, 5 insertions(+)
Index: c
This patch is to isolate source page of migration ASAP in unmap_and_move(),
when memory-hotremove.
In old code, it uses just put_page(),
and we expected that migrated source page is catched in __free_one_page()
as isolated page. But, it is spooled in per_cpu_page and used soon
for next destinati
Delaying freeing anon_vma until migration finishes.
We cannot trust page->mapping (of ANON) when page_mapcount(page) ==0.
page migration puts page_mocount(page) to be 0. So we have to
guarantee anon_vma pointed by page->mapping is valid by some hook.
Usual page migration guarantees this by mm->s
If there is small hole at end of a section, there are not initialized pages.
To find it, messy check is necessary at many place of memory remove code.
But, reserved bit by initialization is enough for most case of them.
Signed-off-by: Yasunori Goto <[EMAIL PROTECTED]>
mm/page_alloc.c |5 ++
On Tue, May 08, 2007 at 07:24:07PM -0700, Christoph Lameter wrote:
> On Tue, 8 May 2007, Matt Mackall wrote:
>
> > > > Yes. It can in fact put 512 8-byte objects in a 4k page. More
> > >
> > > So can SLUB.
> >
> > Not without at least a bit per-object of overhead. So you can either
> > fit 512 o
Matt Mackall wrote:
On Wed, May 09, 2007 at 12:02:29PM +1000, Nick Piggin wrote:
BTW, we _really_ should be doing RCU properly in slob, because you
technically can't noop RCU on UP (even though the current users may be
safe...).
Thanks. Hugh was pretty convinced it was unneeded:
http://marc
Jeff Garzik wrote:
> H. Peter Anvin wrote:
>> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
>> modes if framebuffer is disabled" is just plain wrong on any system
>> which has support for extended text modes in its VESA BIOS.
>>
>> Antonio is incorrectly assuming this brancho
On Thursday 03 May 2007 19:38, Roland Scheidegger wrote:
> From: Roland Scheidegger <[EMAIL PROTECTED]>
>
> The i8042 driver fails detection of the AUX port with some chips,
> because they apparently do not change the I8042_CTR_AUXDIS bit
> immediately. This is known to affect at least HP500 / HP5
On Tue, 8 May 2007, Matt Mackall wrote:
> > Exactly. That overhead does not exist in SLUB. Thus SLOB is less efficient
> > than SLUB.
>
> What size object does kmalloc(80) return? In SLAB, the answer is 128
> bytes with 48 bytes of slack space. In SLOB, the answer is 88 for 8
> bytes of slack sp
On Wed, 09 May 2007 12:12:32 +0900
Yasunori Goto <[EMAIL PROTECTED]> wrote:
> There is a race condition between swap-in and unmap_and_move().
> When swap-in occur, page_mapped might be not set yet.
> So, unmap_and_move() gives up at once, and tries later.
>
>
Note: this will not happen in sys_mi
On Tue, May 08, 2007 at 07:57:37PM -0700, Christoph Lameter wrote:
> On Wed, 9 May 2007, Nick Piggin wrote:
>
> > > Exactly. That overhead does not exist in SLUB. Thus SLOB is less efficient
> > > than SLUB.
> >
> > What you trade for that is that one page page can only serve one slab.
>
> Right
On Wed, 9 May 2007, Nick Piggin wrote:
> SLAB_DESTROY_BY_RCU is quite a nice way to mitigate some RCU freeing
> overheads for small objects, so I'd expect it may see wider use in
> future. Maybe all those users would be fine too, but it's a bit nasty
> to have already tricky RCU semantics deviate.
Some recent changes in get_unmapped_area() have left the 'ret'
local unused. This patch removes it.
Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Index: working-2.6/mm/mmap.c
===
--- working-2.6.orig/mm/mmap.c 2007-05-09 13:26:33
On Tue, 2007-05-08 at 18:44 -0700, David Miller wrote:
> I've been noticing this off and on for the past week or so.
>
> The system seems to jam up for several seconds, anything that would
> need to read from disk just sits there during this time. I think it's
> correlated with generating a lot o
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>>
>> I expect I can find a few more examples where we specify
>> video_cols and video_lines but we use video_mode == 0.
>>
>> Going farther mode 0x00 is a BIOS 40x25 mode. So the patch below is
>> not always safe even if w
On Tue, 8 May 2007, Jeff Garzik wrote:
>
> I wonder if this fbdev update is what causes my X session to die?
Not that particular patch, but yeah, it could certainly be the fbdev
update.
Can you try bisecting it?
Linus
-
To unsubscribe from this list: send the line "unsubscrib
On Tue, May 08, 2007 at 11:51:35AM -0700, yhlu wrote:
> Eric,
>
> i tried to load vmlinux with kexec and got
> Ramdisks not supported with generic elf arguments
>
This message generally appears if you did not specify --args-linux
on kexec command line while loading vmlinux.
Thanks
Vivek
-
To un
On Tuesday 08 May 2007 18:06, Peter Samuelson wrote:
>
> Adds the ID to recognise my PS/2 TrackMan Marble.
Applied, thank you.
--
Dmitry
-
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.ke
In the process of rewriting the x86 setup code, I found a number of
inaccuracies and outdated recommendations in the boot protocol
documentation. Revamp to make it more up to date.
In particular, the common use of the heap actually requires (slightly)
more than 4K of heap plus stack, which is the
Chris Wedgwood wrote:
> Signed-off-by: Chris Wedgwood <[EMAIL PROTECTED]>
> ---
> net/sunrpc/sched.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/net/sunrpc/sched.c b/net/sunrpc/sched.c
> index 4a53e94..60df3c1 100644
> --- a/net/sunrpc/sched.c
> +++ b/net/sunr
Nick Piggin wrote:
+static void kmem_rcu_free(struct rcu_head *head)
+{
+ struct slob_rcu *slob_rcu = (struct slob_rcu *)head;
+ void *b = (void *)slob_rcu - slob_rcu->c->size;
No, I forgot that c->size includes the size of struct slob_rcu here.
Will send updated patch which is tes
On Wed, 2007-05-09 at 13:28 +1000, David Gibson wrote:
> Some recent changes in get_unmapped_area() have left the 'ret'
> local unused. This patch removes it.
>
> Signed-off-by: David Gibson <[EMAIL PROTECTED]>
Yeah, my fault, though somebody already posted a patch for this
Ben.
-
To unsubsc
Linus Torvalds wrote:
On Tue, 8 May 2007, Jeff Garzik wrote:
I wonder if this fbdev update is what causes my X session to die?
Not that particular patch, but yeah, it could certainly be the fbdev
update.
Can you try bisecting it?
Planning to, but not tonight.
Jeff
-
To unsubs
On Thursday 03 May 2007, Robert P. J. Day wrote:
>
> $ ../dead_config.sh drivers/usb
I'm ignoring the USB serial stuff here.
Most of the "gadget_chips.h" symbols are not dead, they're just
constants reserved for drivers that are currently not in the
kernel.org tree. The role is much the same as
On Tuesday 08 May 2007, David Miller wrote:
>From: Gene Heskett <[EMAIL PROTECTED]>
>Date: Tue, 8 May 2007 10:35:03 -0400
>
>> verizon forced me over to a gmail account by refusing this mailing list.
>> Now lkml seems to be refusing posts from my gmail account.
>>
>> Is there a reason?
>
>I just fo
I have a results page here, I will repeat tests with tuning if asked.
http://www.tmr.com/~davidsen/Kernel%20build%20time%20results.html
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send
On Tue, 8 May 2007 17:58:55 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> I'm still cowering in fear of these patches, btw.
>
> Please keep testing and sending them ;)
>
I'll repost "Request-Fot-Test" version "6" against next -mm and
add x86 as my test target at least. (I don't have other
On Thursday 03 May 2007 09:04, Jan Kratochvil wrote:
> Hi Dmitry,
>thanks for feedback. Improved version of this patch follows:
>
> It is enabled only if CONFIG_XPAD_FF is set to y.
>
> Implementation is using force feedback support for memoryless devices.
Applied with couple cosmetic change
Hi Jan,
On Thursday 03 May 2007 17:41, Jan Kratochvil wrote:
> Hi again,
>what do you think about this? (This patch will work only against last
> gamepad rumble support patch)
>
> Thanks for your time
> Jan Kratochvil
>
> BigX button on xbox360 gamepad is surrounded by 4 green leds. T
Use input_get_drvdata() and input_set_drvdata() helpers to do that.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
... Not tested - no hardware ...
drivers/mfd/ucb1x00-ts.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
Index: work/drivers/mfd/ucb1x00-ts.c
==
On 5/8/07, Vivek Goyal <[EMAIL PROTECTED]> wrote:
On Tue, May 08, 2007 at 11:51:35AM -0700, yhlu wrote:
This message generally appears if you did not specify --args-linux
on kexec command line while loading vmlinux.
besides elf-x86_64, still need --args-linux to pass sth? but how to
let it load
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since 2.6.16.50:
Adrian Bunk (3):
x86_64
On 5/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Since the whole point is to detect the case where we don't have
a screen at all it makes sense to check several additional variables
and make certain that they are all 0. Agreed?
need one good way to find if there is support vga console.
yhlu <[EMAIL PROTECTED]> writes:
> On 5/8/07, Vivek Goyal <[EMAIL PROTECTED]> wrote:
>> On Tue, May 08, 2007 at 11:51:35AM -0700, yhlu wrote:
>> This message generally appears if you did not specify --args-linux
>> on kexec command line while loading vmlinux.
>>
> besides elf-x86_64, still need --
yhlu wrote:
> On 5/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> Since the whole point is to detect the case where we don't have
>> a screen at all it makes sense to check several additional variables
>> and make certain that they are all 0. Agreed?
>
> need one good way to find if there
H. Peter Anvin wrote:
> yhlu wrote:
>> On 5/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>>> Since the whole point is to detect the case where we don't have
>>> a screen at all it makes sense to check several additional variables
>>> and make certain that they are all 0. Agreed?
>> need one
Hello all,
I believe the x86 setup tree is now finished. I will turn it into a
"clean patchset" later this week, but I wanted to get flamed^W feedback
on it first.
The git tree is at:
http://git.kernel.org/?p=linux/kernel/git/hpa/linux-2.6-newsetup.git;a=summary
git://git.kernel.org/pub/scm/lin
Michael-Luke Jones wrote:
> On 8 May 2007, at 09:48, Alexey Zaytsev wrote:
>
>> I was always curious, why do people want to run ixp4xx in LE mode? What
>> are the benefits that overweight the obvious performance degradation?
>
> Debian.
> http://www.debian.org/ports/arm/
And also out-of-kernel d
On Tue, May 08, 2007 at 04:33:58PM -0700, Andrew Morton wrote:
> On Tue, 8 May 2007 12:33:48 +0200
> Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> >
> > Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
> >
> > ---
> >
> > diff -Nurp 2.6.21-mm1-/kernel/timer.c 2.6.21-mm1/kernel/timer.c
> > --
On 5/8/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
H. Peter Anvin wrote:
Of course, one could argue that since all of those were obsolete by the
time Linux was first created, that it probably doesn't matter and that
isVGA == 0 pretty much means the more obvious thing.
MDA/HGC stuck around for
On Tue, May 08 2007, Rogier Wolff wrote:
>
> Hi,
>
> The nbd client still reliably hangs when I use it.
>
> While looking into this, I found:
>
>
> 446 req->errors = 0;
> 447 spin_unlock_irq(q->queue_lock);
>
> 448
> 449
yhlu wrote:
> On 5/8/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>> H. Peter Anvin wrote:
>> Of course, one could argue that since all of those were obsolete by the
>> time Linux was first created, that it probably doesn't matter and that
>> isVGA == 0 pretty much means the more obvious thing.
>>
yhlu wrote:
> so the kexec tools need to scan the pci devices list, and find out how
> to set real_mode.isVGA and orig_video_mode, also need to parse the
> comand line about vga console.
BTW, welcome to the hell of bypassing setup.
-hpa
-
To unsubscribe from this list: send the line "unsu
Pierre Ossman wrote:
> Linus, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
>
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
--
-- Pierre Ossman
Linux kernel, MMC maintainerhttp://ww
On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> modes if framebuffer is disabled" is just plain wrong on any system
> which has support for extended text modes in its VESA BIOS.
>
> Antonio is incorrectly assuming th
On Sun, 06 May 2007 17:03:03 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote:
> > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > > Fixup the existing users.
> > >
> > > This one makes the Vaio-of-fun hang during suspend t
On Tue, 2007-05-08 at 23:05 -0400, Jeff Garzik wrote:
> H. Peter Anvin wrote:
> > Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> > modes if framebuffer is disabled" is just plain wrong on any system
> > which has support for extended text modes in its VESA BIOS.
> >
> > Ant
Pierre Ossman wrote:
Pierre Ossman wrote:
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
--
On Tue, May 08, 2007 at 01:22:56PM +0100, David Howells wrote:
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > +There are two special bitops with lock barrier semantics (acquire/release,
> > +same as spinlocks).
>
> You should update Documentation/memory-barriers.txt also.
>
> > #define TestSetP
On Tue, 2007-05-08 at 22:59 -0700, H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
> > On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> >> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> >> modes if framebuffer is disabled" is just plain wrong on any system
> >> w
From: Mike Galbraith <[EMAIL PROTECTED]>
Date: Wed, 09 May 2007 05:29:20 +0200
> On Tue, 2007-05-08 at 18:44 -0700, David Miller wrote:
> > I've been noticing this off and on for the past week or so.
> >
> > The system seems to jam up for several seconds, anything that would
> > need to read from
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/linux/compat.h |3 +++
include/linux/syscalls.h |2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
This is needed before Powerpc can wire up the syscall.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTE
Just to stick my two cents in here:
The definition of what is meant by "large" filesystems has to change
with the advances in disk drive technology. In the not too distant
past, a "large" single filesystem was 100 GB. There are now consumer
grade disks on the market with 1 TB available in a
Nick Piggin wrote:
>> @@ -501,9 +501,9 @@ void mmc_detect_change(struct mmc_host *host,
>> unsigned long delay)
>> {
>> #ifdef CONFIG_MMC_DEBUG
>> unsigned long flags;
>> -spin_lock_irqsave(host->lock, flags);
>> +spin_lock_irqsave(&host->lock, flags);
>> BUG_ON(host->removed);
On Tue, 2007-05-08 at 08:46 -0600, Robert Hancock wrote:
> Ben Collins wrote:
> > The original HPA patch that Kyle worked on has gone into current git
> > without some fixes that we worked through late in the Ubuntu feisty
> > release. Here's the main copy of the notes I sent to Alan a few weeks
>
On Fri, 27 Apr 2007, Mauro Carvalho Chehab wrote:
> A short changelog:
>
>- New drivers:
> ivtv driver for Hauppauge PVR series and similar boards;
Can we please have proper Kconfig dependencies instead of
| #ifdef CONFIG_LIRC_I2C
| # error "This driver is not compatible with the LI
While the comment says:
* To prevent rpciod from hanging, this allocator never sleeps,
* returning NULL if the request cannot be serviced immediately.
The function does not actually check for NULL pointers being returned.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
net/sunrpc/sched.
At Wed, 09 May 2007 10:47:50 +1000,
Nick Piggin wrote:
>
> Satoru Takeuchi wrote:
> > At Tue, 8 May 2007 22:18:50 +0530,
> > Srivatsa Vaddagiri wrote:
> >
> >>On Tue, May 08, 2007 at 04:16:06PM +0900, Satoru Takeuchi wrote:
> >>
> >>>Sometimes I wonder at prio_array. It has 140 entries(from 0 to
Pierre Ossman wrote:
Nick Piggin wrote:
@@ -501,9 +501,9 @@ void mmc_detect_change(struct mmc_host *host,
unsigned long delay)
{
#ifdef CONFIG_MMC_DEBUG
unsigned long flags;
-spin_lock_irqsave(host->lock, flags);
+spin_lock_irqsave(&host->lock, flags);
BUG_ON(host->removed);
-
Antonino A. Daplas wrote:
> On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
>> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
>> modes if framebuffer is disabled" is just plain wrong on any system
>> which has support for extended text modes in its VESA BIOS.
>>
>> An
Hallo (Ingo),
testing something regarding linuxpps I want to do it against the "latest
and greatest kernel ever" too.
rt-preempt is common from audio already.
CFS something new and promising.
But the patches conflict in their combination.
Is there something against this type of combination?
Is
On Tue, May 08, 2007 at 10:15:21PM -0700, H. Peter Anvin wrote:
> Hello all,
>
> I believe the x86 setup tree is now finished. I will turn it into a
> "clean patchset" later this week, but I wanted to get flamed^W feedback
> on it first.
>
> The git tree is at:
>
> http://git.kernel.org/?p=linu
On Tue, May 08 2007, Andrew Morton wrote:
> > static inline void bio_list_init(struct bio_list *bl)
> > {
> > bl->head = bl->tail = NULL;
> > }
> >
> > +#define bio_list_for_each(bio, bl) \
> > + for (bio = (bl)->head; bio && ({ prefetch(bio->bi_next); 1; }); \
> > +bio = bio->bi
601 - 689 of 689 matches
Mail list logo
