Hi Jan,
Em Seg, 2007-04-30 às 14:30 +0200, Jan Engelhardt escreveu:
Change Kconfig objects from menu, config into menuconfig so
that the user can disable the whole feature without having to
enter the menu first.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Seems OK to me. I'll commit on
I wrote:
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
PS, just to avoid misunderstandings: The From: and Signed-off-by: in
the messages 1/6...6/6 don't signify authorship. Authorship information
can be found in linux1394-2.6.git.
--
Stefan Richter
-=-=-=== -=-= ---=-
Ulrich Drepper wrote:
On 5/2/07, Davi Arnaut [EMAIL PROTECTED] wrote:
NO! Every single waiter of the _file descriptor_ is waked, not of the
futex.
And how is this better? In this world of yours a program must have
one file descriptor for each single futex which is used like this *per
On Wed, 2 May 2007, Daniel J Blueman wrote:
There are 128-processor IA64 systems which run recent 2.6 kernels out
there; the per-processor counters, RCU and page-fault scalability work
has been instrumental to the necessary scaling for decent resource
usage on these.
IIRC, there were some
On May 1 2007 11:49, Albert Cahalan wrote:
Well, I think the consensus is that anything beyond that should be done
in userspace; the main such console daemon was Kon2 last I checked.
Font size is not a sane place to draw the line. Features are.
The levels of support go something like this:
On May 1 2007 19:43, [EMAIL PROTECTED] wrote:
On Mon, 30 Apr 2007 02:18:19 +0800 (CST), Andrew Wang
[EMAIL PROTECTED] said:
ZFS has some nice features, but ReiserFS4 also is a
good file system.
Yes, a very GOOD question, considering:
REISER4 - THE BEST FILESYSTEM EVER.
shut it plz.
Jan
--
On Wed, May 02, 2007 at 12:16:38PM -0400, Theodore Tso wrote:
On Tue, May 01, 2007 at 02:23:25PM -0700, Andrew Morton wrote:
On Tue, 1 May 2007 13:43:18 -0700
Cabot, Mason B [EMAIL PROTECTED] wrote:
I've been testing the NAS performance of ext3/Openfiler 2.2 against
NTFS/WinXP and
On Wed, 2 May 2007, Christoph Lameter wrote:
But these are arch specific problems. We could use
ARCH_USES_SLAB_PAGE_STRUCT to disable SLUB on these platforms.
As a quick hack, sure. But every ARCH_USES_SLAB_PAGE_STRUCT
diminishes the testing SLUB will get. If the idea is that we're
going
On Sun, 2007-04-29 at 17:24 +0200, Mikael Pettersson wrote:
On Thu, 26 Apr 2007 15:42:44 -0700, john stultz wrote:
Another shot in the dark:
I wonder if the ACPI PM counter is halting in idle. Does booting w/
idle=poll change the behavior? (Please do this while your laptop is
plugged in, as
Hi Jan,
Em Seg, 2007-04-30 às 14:30 +0200, Jan Engelhardt escreveu:
Change Kconfig objects from menu, config into menuconfig so
that the user can disable the whole feature without having to
enter the menu first.
Also remove one indirection (CONFIG_DVB) that does not seem to
be really used
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christoph Lameter
Sent: Saturday, April 28, 2007 10:09 PM
To: [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; Arjan van de Ven
Subject: vmstat: use our own timer events
We could implement an
Michel Lespinasse wrote:
I've had good results with 2.6.21.1 (even running tickless :)) on these
NICs. Have you tried that yet?
Not yet. Coming up... I'd prefer not to rely on new kernels at this
point though - but I can certainly try it just to report on current status.
I just checked and
* William Lee Irwin III [EMAIL PROTECTED] wrote:
There is also p-wait_runtime which is taken into account when
calculating p-fair_key. So if p3 had waiting in runqueue for long
before, it can get to run quicker than 10ms later.
Virtual time is time from the task's point of view, which
On Wed, 2 May 2007, Ulrich Drepper wrote:
On 5/2/07, Davide Libenzi [EMAIL PROTECTED] wrote:
Is it? Please do tell me more...
Come on, we went through all this. Having to do syscalls for event
retrieval plus the limited channel available for feedback (the POLL*
bits) is to limiting.
On Wed, 2 May 2007, Davi Arnaut wrote:
Davide Libenzi wrote:
On Tue, 1 May 2007, Andrew Morton wrote:
David, could you provide some feedback please? The patches are stunningly
free of comments, but you used to do that to me pretty often so my
sympathy
is limited ;)
On May 1 2007 15:41, Vlad wrote:
H. Peter Anvin wrote:
I'm rewriting the i386 setup code in C, instead of assembly,
and before I spend a very large amount of time translating
all the various card-specific probes, I want to ask the
following question...
Does *anyone* care about these
On Wed, 2 May 2007, Hugh Dickins wrote:
On Wed, 2 May 2007, Christoph Lameter wrote:
But these are arch specific problems. We could use
ARCH_USES_SLAB_PAGE_STRUCT to disable SLUB on these platforms.
As a quick hack, sure. But every ARCH_USES_SLAB_PAGE_STRUCT
diminishes the testing
On Wed, 2 May 2007, Pallipadi, Venkatesh wrote:
Can this use 'deferrable timer' along with round_jiffies. That
will eliminate the issue of too frequent interrupt when CPU is idle.
Yes I asked Arjan about this.
+struct delayed_work *vmstat_work = per_cpu(vmstat_work, cpu);
+
+
From: David Woodhouse [EMAIL PROTECTED]
Add taskstats.h to include/linux/Kbuild, make headers_install would then
pickup taskstats.h. This needs to be done as taskstats.h is a user interface
header.
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
---
include/linux/Kbuild |1 +
1 file
On May 1 2007 14:41, Linus Torvalds wrote:
On Tue, 1 May 2007, Rene Herman wrote:
The answer will probably be no, but would this be a good point to ask if
this would be a good time to not bother with the mode switching code at all
anymore?
The standard extended modes are actually really
On Wed, May 02, 2007 at 11:58:17AM +0200, Andi Kleen wrote:
What does that break, or was it already broken and this fixes it?
I think neither. This function is only called at early bootup,
(start_secondary() ), and most of its callees have interrupts off anyway.
But maybe we do lose
On Wed, 2 May 2007, Christoph Lameter wrote:
On Wed, 2 May 2007, Hugh Dickins wrote:
I presume the answer is just to extend your quicklist work to
powerpc's lowest level of pagetables. The only other architecture
which is using kmem_cache for them is arm26, which has
#error SMP is not
On Wed, 2 May 2007, Hugh Dickins wrote:
I'm astonished and impressed, both with Kconfig and your use of it:
Thanks!
I'd much rather be testing a quicklist patch:
I'd better give that a try.
Great. But I certainly do not mind people use SLAB. I do not think that
one approach should be there
Based on my understanding, adopting something like EEVDF in CFS should
not be very difficult given their similarities, although I do not have
any idea on how this impacts the load balancing for SMP. Does this worth
a try?
Sorry for such a long email :-)
Thanks for the excellent
On Wed, 2 May 2007 11:28:26 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 2 May 2007, Hugh Dickins wrote:
On Wed, 2 May 2007, Christoph Lameter wrote:
But these are arch specific problems. We could use
ARCH_USES_SLAB_PAGE_STRUCT to disable SLUB on these platforms.
On Wed, 2 May 2007 17:30:51 +0530
Dipankar Sarma [EMAIL PROTECTED] wrote:
On Wed, May 02, 2007 at 12:50:24PM +0100, David Howells wrote:
Hi Dipankar, Rusty,
I seem to have found a race between RCU and rmmod. What I see appears to be
an RCU destructor function that has a call pending
Davide Libenzi wrote:
On Wed, 2 May 2007, Davi Arnaut wrote:
Davide Libenzi wrote:
On Tue, 1 May 2007, Andrew Morton wrote:
David, could you provide some feedback please? The patches are stunningly
free of comments, but you used to do that to me pretty often so my
Gene Heskett wrote:
On Wednesday 02 May 2007, Stefan Richter wrote:
Olaf Hering wrote:
NACK.
Upgrade the current drivers/ieee1394/ with the new code,
and keep all existing module names.
I'm impartial to that. Using same names might ease the transition from
the userspace side, as far as
On Wed, May 02, 2007 at 11:37:57AM -0500, Nathan Lynch wrote:
Hi Gautham-
I believe that the powerpc behavior was established before
cpu_present_map was introduced.
Ok. I guess the same is the reason with a few other architectures like
s390.
I am not entirely surely if it's due cpu
On Wed, 2 May 2007, Andrew Morton wrote:
This is a sensitive piece of the kernel as you say and we better allow the
running of two allocator for some time to make sure that it behaves in all
load situations. The design is fundamentally different so its performance
characteristics may
On Wed, May 02, 2007 at 05:54:53AM -0700, Hugh Dickins wrote:
On Tue, 1 May 2007, Andrew Morton wrote:
So on balance, given that we _do_ expect slub to have a future, I'm
inclined to crash ahead with it. The worst that can happen will be a later
rm mm/slub.c which would be pretty simple to
Hi Greg,
I seem to remember that you had acked this patch, however it still
isn't in Linus' tree. Some of the hwmon patches I want to send to Linus
for 2.6.22 depend on it. Can you please push it now? Thanks.
* * * * *
In platform_device_del(), we currently delete the device resources
first,
* William Lee Irwin III [EMAIL PROTECTED] wrote:
Virtual time is time from the task's point of view, which it has spent
executing. -wait_runtime is a device to subtract out time spent on
the runqueue but not running from what would otherwise be virtual time
to express lag, whether
On Wed, 2 May 2007 11:39:20 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 2 May 2007, Hugh Dickins wrote:
I'm astonished and impressed, both with Kconfig and your use of it:
Thanks!
I'd much rather be testing a quicklist patch:
I'd better give that a try.
Great.
On Wed, 2 May 2007, Siddha, Suresh B wrote:
I have been looking into slub recently to avoid some of the NUMA alien
cache issues that we were encountering on the regular slab.
Yes that is also our main concern.
I am having some stability issues with slub on an ia64 NUMA platform and
didn't
On May 2 2007 00:45, Andrew Morton wrote:
+static void ace_identin_8(struct ace_device *ace)
+{
+void* r = ace-baseaddr + 0x40;
+int i = ACE_FIFO_SIZE/2;
+while (i--)
+#if defined(__BIG_ENDIAN)
+*ace-data_ptr++ = (in_8(r)) | (in_8(r+1)8);
+#else
+
On Wed, 2 May 2007, Andrew Morton wrote:
n, we don't want competing slab allocators, please. We should get slub
working well on all architectures then remove slab completely. Having to
maintain both slab.c and slub.c would be awful.
Owww... You throw my roadmap out of the window and may
On Wed, May 02, 2007 at 09:46:07AM +0200, Martin Mares wrote:
I mean the SVGA chip-specific code.
Feel free to kill it, anybody using these cards is very unlikely to run
a 2.6.x kernel.
However, the BIOS mode switching is still useful.
I have a 486 with a Mach64 in it running 2.6.18, so
On May 2 2007 16:28, Geert Uytterhoeven wrote:
- Check for all of (u)int{8,16,32,64}_t
I strongly disagree. These should be allowed, for they are (I think) C99.
Jan
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Wed, May 02, 2007 at 09:29:00AM -0500, Corey Minyard wrote:
I didn't hear back, so I went ahead and did a patch.
You haven't heard back because I've not had a chance (and still
haven't) to look at the various data sheets I've accumulated.
I'll be catching up with anything not requiring a
On Wed, 2007-05-02 at 10:58 -0700, john stultz wrote:
On Fri, 2007-04-27 at 12:11 -0400, Peter Keilty wrote:
Daniel Walker wrote:
On Fri, 2007-04-27 at 11:42 -0400, Peter Keilty wrote:
There is a read(), and a vread() did you modify the slow syscall path to
use the vread()?
John
At some point in the past, Ting Yang wrote:
Based on my understanding, adopting something like EEVDF in CFS should
not be very difficult given their similarities, although I do not have
any idea on how this impacts the load balancing for SMP. Does this worth
a try?
Sorry for such a
On Wed, May 02, 2007 at 03:35:12PM +0200, Robert Schwebel wrote:
On Wed, May 02, 2007 at 12:25:53PM +0200, Stefan Roese wrote:
Is there a maintainer for this drivers/mfd directory?
rmk
I wouldn't go that far. There's no real infrastructure there
to maintain, so I'd actually say that the
I have an Asus Commando Mobo with one of those dreadful JMicron
controllers (JMicron 20360/20363 AHCI Controller (rev 02). I have a
The Jmicron controllers get a lot of testing so should run smoothly.
I can't get my CD-RW to work. have tried the pata_jmicron driver and
the JMicron ide
On Wed, 2 May 2007 10:03:50 -0700 (PDT)
Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 2 May 2007, Hugh Dickins wrote:
But if Linus' tree is to be better than a warehouse to avoid
awkward merges, I still think we want it to default to on for
all the architectures, and for most if not
* William Lee Irwin III [EMAIL PROTECTED] wrote:
The coincidental aspect would be that at the time it was written, the
formal notion of lag was not being used particularly with respect to
priorities and load weights. [...]
(nice levels for SCHED_OTHER are 'just' an add-on concept to the
On May 2 2007 16:29, Christoph Hellwig wrote:
On Wed, May 02, 2007 at 04:28:27PM +0200, Geert Uytterhoeven wrote:
- Check for GNU extension __FUNCTION__
__FUNCTION__ is prefered over __func__
`info gcc` tells:
`__FUNCTION__' is another name for `__func__'. Older versions of GCC
Bill Irwin [EMAIL PROTECTED] writes:
On Wed, May 02, 2007 at 09:28:46AM -0700, Jeremy Fitzhardinge wrote:
I think this should be fixed now. Eric made all those writes
unconditional (to fix a problem with PSE superpages not being created).
The patch is in Andi's queue.
Bill Irwin [EMAIL
Pekka Enberg wrote:
On 5/2/07, Stefan Richter [EMAIL PROTECTED] wrote:
+/* The lib/crc16.c implementation uses the standard (0x8005)
+ * polynomial, but we need the ITU-T (or CCITT) polynomial (0x1021).
+ * The implementation below works on an array of host-endian u32
+ * words, assuming
On 5/2/07, Christoph Lameter [EMAIL PROTECTED] wrote:
Owww... You throw my roadmap out of the window and may create too
high expectations of SLUB.
Me too!
On 5/2/07, Christoph Lameter [EMAIL PROTECTED] wrote:
I am the one who has to maintain SLAB and SLUB it seems and I have been
dealing
Hello kernel hackers,
Some weeks ago, in a ZFS related thread, some kernel hackers asked the
user what did they liked in ZFS that linux didn't have, so that they
could (possibly) work on it.
So, here is my feature request:
- merge MD software raid framework and LVM in one unique
API/framework,
Andi Kleen wrote:
I always wondered why the xchg is necessary here at all. If the process of
tearing down a page table entry has started, other users of the mapped
linear address are broken anyway - why is it necessary to still monitor the
effect they may have on the A/D bits, unless this is a
On Wed, May 02, 2007 at 02:15:42PM +0200, Stefan Richter wrote:
+/* -*- c-basic-offset: 8 -*-
Please don't pollute the code with annotation for some editors.
+ * fw-card.c - card level functions
Please don't put the filename into a comment inside the
and now, courtesy of my handy-dandy dead CONFIG variable spotter, we
have the first in a series of posts identifying CONFIG_ variables that
don't appear to be set anywhere in the configuration process, along
with a recursive grep showing where they're referenced.
as a first example,
On Wed, May 02, 2007 at 08:40:35PM +0200, Andi Kleen wrote:
Theodore Tso [EMAIL PROTECTED] writes:
On Wed, May 02, 2007 at 02:21:40PM +0200, Andi Kleen wrote:
Andrew Morton [EMAIL PROTECTED] writes:
Conceivably we could address this in the filesystem without mucking
other
+ for (i = 0; i buffer-page_count; i++) {
+ buffer-pages[i] = alloc_page(GFP_KERNEL | GFP_DMA32 |
__GFP_ZERO);
+ if (buffer-pages[i] == NULL)
+ goto out_pages;
+
+ address = dma_map_page(card-device, buffer-pages[i],
+
On 5/2/07, Alan Cox [EMAIL PROTECTED] wrote:
This is almost certainly a problem outside of the IDE handling in that
case. The jmicron controllers are smart, there is basically no code to
the IDE driver to go wrong (especially in the case of using the old IDE
for the PATA port where you basically
$ ../dead_config.sh kernel
== PROVE_SPIN_LOCKING ==
kernel/spinlock.c:#ifdef CONFIG_PROVE_SPIN_LOCKING
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario,
On Wed, May 02, 2007 at 02:17:26PM +0200, Stefan Richter wrote:
+#include asm/ioctl.h
+#include asm/types.h
Always use the linux/ versions.
+struct fw_cdev_get_info {
+ /* The version field is just a running serial number. We
+ * never break backwards compatibility. Userspace
Hugh Dickins wrote:
tmpfs doesn't store its stuff in the page cache twice: that's true,
and I didn't mean to imply otherwise. But tmpfs doesn't contain any
support for rom memory: you'd have to copy from rom to tmpfs to use it.
Hugh
The question is, when you execute a binary on tmpfs, does
Pulse per Second (PPS) support for Linux.
Signed-off-by: Rodolfo Giometti [EMAIL PROTECTED]
---
Here my last release of PPS support for Linux.
The difference against my last patch is about all userland specific
code (timepps.h) which has been removed, I hope now you can consider
adding it into
On Wed, 2 May 2007, Pekka Enberg wrote:
On 5/2/07, Christoph Lameter [EMAIL PROTECTED] wrote:
I am the one who has to maintain SLAB and SLUB it seems and I have been
dealing with the trio SLAB, SLOB and SLUB for awhile now. Its okay and it
will be much easier once the cleanups are in.
On Wed, 02 May 2007 08:45:54 -0600
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
Dean Nelson [EMAIL PROTECTED] writes:
On Tue, May 01, 2007 at 01:51:41AM -0700, Andrew Morton wrote:
There's probably a few more patches falling into this category, these
were just the first one the stick
On Wed, May 02, 2007 at 11:08:10AM -0700, Jeremy Allison wrote:
The right place is clearly Samba. I can't think of any other program
or filesystem protocol where writing a 1 byte write at 128k strides
would be used to signal a desire to do preallocation. In fact, it's
hard to think of a
$ ../dead_config.sh net/atm
== BR2684_FAST_TRANS ==
net/atm/br2684.c:#ifdef CONFIG_BR2684_FAST_TRANS
net/atm/br2684.c:#endif /* CONFIG_BR2684_FAST_TRANS */
rday
--
Robert P. J. Day
Linux Consulting,
Christoph,
We tested SLUB on a 2 socket Clovertown (Core 2 cpu with 2 cores/socket)
and a 2 socket Woodcrest (Core2 cpu with 4 cores/socket).
We found that for Netperf's TCP streaming tests in a loop back mode, the
TCP streaming performance is about 7% worse when SLUB is enabled on
On Wed, May 02, 2007 at 12:49:06PM +0100, Andy Green wrote:
build scripts: fixdep blows segfault on string CONFIG_MODULE seen
The string CONFIG_MODULE appearing anywhere in a source file causes
fixdep to segfault. This string appeared in the wild in the current
mISDN sources (I think they
On Tue, May 01, 2007 at 12:14:11PM +1000, Neil Brown wrote:
On Saturday April 21, [EMAIL PROTECTED] wrote:
When the kernel calls svc_reserve to downsize the expected size of an RPC
reply, it fails to account for the possibility of a checksum at the end of
the packet. If a client mounts a
$ ../dead_config.sh net/irda
== IRDA_DYNAMIC_WINDOW ==
net/irda/irlap_frame.c:#ifdef CONFIG_IRDA_DYNAMIC_WINDOW
net/irda/irlap_frame.c:#endif /* CONFIG_IRDA_DYNAMIC_WINDOW */
net/irda/irlap_frame.c:#ifdef CONFIG_IRDA_DYNAMIC_WINDOW
net/irda/irlap_frame.c:#endif /*
Hi Rusty!
I found you forgot to check the return value of copy_from_user, and here is the
fix for drivers/lguest/interrupts_and_traps.c.
Signed-off-by: WANG Cong [EMAIL PROTECTED]
---
--- linux-2.6.21-rc7-mm2/drivers/lguest/interrupts_and_traps.c.orig
2007-05-03 03:10:44.0 +0800
On Wed, 2 May 2007, Davi Arnaut wrote:
So in this case I may borrow some signalfd code :-) I really like the
signalfd approach, but IMHO the code is quite ugly and duplicates
a lot of hairy code.
Ugly, really? Please ...
+ while (!mutex_trylock(evs-mutex))
+ cpu_relax();
../dead_config.sh net/wanrouter
== WANPIPE_MULTPPP ==
net/wanrouter/wanmain.c:#ifdef CONFIG_WANPIPE_MULTPPP
net/wanrouter/wanmain.c:#ifdef CONFIG_WANPIPE_MULTPPP
net/wanrouter/wanmain.c:#ifdef CONFIG_WANPIPE_MULTPPP
rday
--
On Wed, 2 May 2007, Andrew Morton wrote:
At some point I dream that SLUB could become the default but I thought
this would take at least 6 month or so. If want to force this now then I
will certainly have some busy weeks ahead.
s/dream/promise/ ;)
Six months sounds reasonable - I
* William Lee Irwin III [EMAIL PROTECTED] wrote:
Things are moving in good directions on all this as far as I'm
concerned. Moving according to Ting Yang's analysis should wrap up the
soundness concerns about intra-queue policy I've had. OTOH load
balancing I know much less about (not that I
On Wed, 2 May 2007 17:32:49 +0200 (CEST)
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Wed, 2 May 2007, Christoph Hellwig wrote:
On Wed, May 02, 2007 at 04:28:27PM +0200, Geert Uytterhoeven wrote:
- Check for GNU extension __FUNCTION__
__FUNCTION__ is prefered over __func__
Is
On Wed, 2 May 2007, Pekka Enberg wrote:
And then there's patches such as kmemleak which would need to target
all three. Plus it doesn't really make sense for users to select
between three competiting implementations. Please don't take away our
high hopes of getting rid of mm/slab.c Christoph
+ sg = (struct scatterlist *)orb-cmd-request_buffer;
+ count = dma_map_sg(device-card-device, sg, orb-cmd-use_sg,
+orb-cmd-sc_data_direction);
you need to handle the error case (count == 0)
+ /* Convert the scatterlist to an sbp2 page table. If any
+
+fw-core-objs := fw-card.o fw-topology.o fw-transaction.o fw-iso.o \
+ fw-device.o fw-cdev.o
fw-core-y += ..
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Will we see nubus ported over to the driver model soon :-)
-
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 Wed, 2 May 2007, Tim Chen wrote:
We tested SLUB on a 2 socket Clovertown (Core 2 cpu with 2 cores/socket)
and a 2 socket Woodcrest (Core2 cpu with 4 cores/socket).
Try to boot with
slub_max_order=4 slub_min_objects=8
If that does not help increase slub_min_objects to 16.
We found that
On Wed, 2 May 2007 17:57:56 +0200
Jiri Slaby [EMAIL PROTECTED] wrote:
On 4/29/07, Jiri Slaby [EMAIL PROTECTED] wrote:
cyclades, use IS_CYC_Z macro
Signed-off-by: Jiri Slaby [EMAIL PROTECTED]
---
commit 167ae9073fef562913c9d68d32da883da5444fbc
tree
(Gerd, Herbert: there's some questions directed to you down there.)
Rusty Russell wrote:
/*
* {tx,rx}_skbs store outstanding skbuffs. The first entry in tx_skbs
* is an index into a chain of free entries.
*/
struct sk_buff *tx_skbs[NET_TX_RING_SIZE+1];
this example is somewhat misleading as some of the bluetooth source
(unfortunately) uses variables that start with the CONFIG_ prefix
that have nothing to do with the Kconfig files. for clarity, this is
the sort of thing that should be avoided.
obviously, what's happening here is nothing
On Wed, May 02, 2007 at 12:42:54PM -0700, Christoph Lameter wrote:
On Wed, 2 May 2007, Andrew Morton wrote:
At some point I dream that SLUB could become the default but I thought
this would take at least 6 month or so. If want to force this now then I
will certainly have some busy
Olaf Hering wrote:
On Tue, May 01, Kristian Høgsberg wrote:
drivers/firewire/Kconfig | 60 ++
NACK.
Upgrade the current drivers/ieee1394/ with the new code, and keep all
existing module names.
What's your reasoning here? Having different module names allows people to
compile
On Thu, May 03, 2007 at 03:33:03AM +0800, WANG Cong wrote:
Hi Rusty!
I found you forgot to check the return value of copy_from_user, and here is
the fix for drivers/lguest/interrupts_and_traps.c.
Also this one, in drivers/lguest/hypercalls.c.
Signed-off-by: WANG Cong [EMAIL PROTECTED]
---
On Wed, 2 May 2007, Andrew Morton wrote:
On Wed, 2 May 2007 17:32:49 +0200 (CEST)
Geert Uytterhoeven [EMAIL PROTECTED] wrote:
On Wed, 2 May 2007, Christoph Hellwig wrote:
On Wed, May 02, 2007 at 04:28:27PM +0200, Geert Uytterhoeven wrote:
- Check for GNU extension __FUNCTION__
On Tue, 1 May 2007, Mark Lord wrote:
I have just replaced my primary single-core notebook
with a nearly identical dual-core notebook,
and moved the usb-bluetooth peripheral from the old
machine to the new one.
On the single-core machine, suspend/resume (RAM) worked
fine even with the
On Sun, Apr 29, 2007 at 09:40:07PM +0200, Diego Calleja wrote:
So far, it seems that most of people's opinion WRT to bug reporting and
trackingcan
be divided into 2 groups:
- People who argues (and they're right) that bugzilla and web interfaces in
general
suck and that email + an
On Tue, 2007-05-01 at 22:32 +0200, Geert Uytterhoeven wrote:
plain text document attachment (636-atafb.diff)
From: Michael Schmitz [EMAIL PROTECTED]
Update the atari fb to 2.6 by Michael Schmitz,
Finally :-). That leaves only pm3fb that needs porting.
It still contains remnants of
--
Following sets of patches add EFI support to x86_64 architecture.
The patches have been tested against 2.6.21 kernel on Intel platforms
with EFI1.10 and UEFI2.0 firmware. The patch files document
implementation and note issues from testing.
Although the tools below are _not_ needed for
EFI x86_64 support Patch 2 of 3
---
The patch depends on EFI x86_64 patch 1/3.
EFI initialization and memory map set up are done. It should be noted
that support for user-defined memory is not yet implemented. Time
and reboot services go through the EFI service call
On Wed, May 02, Kristian Høgsberg wrote:
Olaf Hering wrote:
On Tue, May 01, Kristian Høgsberg wrote:
drivers/firewire/Kconfig | 60 ++
NACK.
Upgrade the current drivers/ieee1394/ with the new code, and keep all
existing module names.
What's your reasoning here?
Whats
EFI x86_64 support Patch 3 of 3
---
This patch depends on the EFI x86_64 patches 1/3 and 2/3.
This patch adds Graphics Output Protocol support to the kernel.
x86_64 systems with UEFI2.0 firmware conform to UEFI 2.0 specification.
UEFI2.0 spec deprecates Universal
General note on EFI x86_64 support
--
The following set of patches implements EFI x86_64 Linux kernel support.
References to EFI and UEFI (Unified Extensible Firmware Interface) are used
interchangeably in the text below.
UEFI specification can be found here:
Remove the obsolete if [ ] construct from the video console Kconfig
file.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
not sure who should have been CCed on this one.
diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kconfig
index aa3935d..63b85bf
I'm not sure what the right answer is. The code was designed to do
the right thing, and yet in your case it's broken. Does it need to be
a build option to work around broken hardware? Yuck.
Without a system that really needs the original problem that was being
worked around it's going
On Wed, 02 May 2007 19:36:03 +0200
Tilman Schmidt [EMAIL PROTECTED] wrote:
Am 02.05.2007 09:52 schrieb Greg KH:
Tilman, here's a patch, can you try this on top of your tree that dies?
2.6.21-git3 plus that patch comes up fine.
(Except for a UDP problem I seem to remember I already saw
From: Pekka Enberg [EMAIL PROTECTED]
This patch removes a duplicate VM_BUG_ON from add_full().
Cc: Christoph Lameter [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
mm/slub.c |2 --
1 file changed, 2 deletions(-)
Index: 26-mm/mm/slub.c
Adrian Bunk wrote:
On Wed, May 02, 2007 at 02:48:11PM +0200, Stefan Richter wrote:
Olaf Hering wrote:
On Tue, May 01, Kristian Høgsberg wrote:
drivers/firewire/Kconfig | 60 ++
NACK.
Upgrade the current drivers/ieee1394/ with the new code,
Last time I believe I was the only one
901 - 1000 of 1184 matches
Mail list logo