On Mon, 23 Jul 2007, Jeremy Fitzhardinge wrote:
> Trent Piepho wrote:
> > gcc also tries to count the number of instructions, to guess how large in
> > bytes the asm block is, as it could make a difference for near vs short
> > jumps, etc.
> >
>
> How does it do that? By looking for \n, ';', etc?
On Fri, 20 Jul 2007 16:18:06 +0100
Al Viro <[EMAIL PROTECTED]> wrote:
> Since we have use like ~SLUB_DMA, we ought to have the type
> set right in both cases.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Mon, Jul 23, 2007 at 09:24:27PM +0100, Adrian McMenamin wrote:
> OK, that certainly seems to make a difference - the box doesn't crash but it
> generates a lot of error messages - though as I have patched this with my
> dma patch that isn't one of them:
>
> / # [ 31.912380] BUG: scheduling wh
I benchmarked an early version of this code (against 2.6.21) with
SPECjbb, SPEComp, kernbench, etc. on an 8-processor system, and didn't
see any slowdown compared to the stock scheduler. I'll generate the data
again with this version of the code. On the other hand, if locking does
become a problem
On Tue, 24 Jul 2007 01:01:53 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 24, 2007 at 12:40:45AM +0400, Alexey Dobriyan wrote:
> > > I had more complete info:
> > > http://article.gmane.org/gmane.linux.network/66966
> > >
> > > You're using DEBUG_PAGEALLOC, but I was not, so I
On Mon, Jul 23, 2007 at 03:37:04PM +0200, Jens Axboe wrote:
> On Mon, Jul 23 2007, Lars Ellenberg wrote:
> > > +/* THINK maybe we actually want to use the default "event/%s" worker
> > > threads
> > > + * or similar in linux 2.6, which uses per cpu data and threads.
> > > + *
> > > + * To be gener
On Mon, Jul 23, 2007 at 10:05:46PM +0100, Adrian McMenamin wrote:
> The current SH DMA API is somewhat broken, not correctly matching
> virtual channel to the correct SH DMAC. This wasn't noticeable when
> using g2 DMA for the sound driver - one channel 0 is as good as any
> other! - but caused the
On Mon, 23 Jul 2007 13:09:45 -0500
Will Schmidt <[EMAIL PROTECTED]> wrote:
> During VM oom condition, kill all threads in process group.
>
> We have had complaints where a threaded application is left in a bad
> state after one of it's threads is killed when we hit a VM: out_of_memory
> condition
On Mon, Jul 23, 2007 at 07:10:58PM +0530, Satyam Sharma wrote:
> On 7/23/07, Lars Ellenberg <[EMAIL PROTECTED]> wrote:
> >On Sun, Jul 22, 2007 at 09:32:02PM -0400, Kyle Moffett wrote:
> >[...]
> >> Don't use signals between kernel threads, use proper primitives like
> >> notifiers and waitqueues, w
On Mon, Jul 23, 2007 at 02:04:44PM -0700, Christoph Lameter wrote:
> Please do not merge this patch. I will reuse the destructor field for
> the kmem_cache_ops in the slab defrag patchset. If you apply this patch
> then I need to readd the parameter later.
The vast majority of slabs won't have any
On Sun, 22 Jul 2007 20:43:15 -0400
Ayaz Abdulla <[EMAIL PROTECTED]> wrote:
> This patch contains new device ids for MCP73 chipset.
>
> Signed-Off-By: Ayaz Abdulla <[EMAIL PROTECTED]>
>
no current practice is to stop cluttering pci_ids.h with specific sub-device
id's
and just have the vendor va
Li, Tong N wrote:
On the other hand, if locking does
become a problem for certain systems/workloads, increasing
sysctl_base_round_slice can reduce the locking frequency and alleviate
the problem, at the cost of being relatively less fair across the CPUs.
If locking does become a problem, it ma
On Mon, 23 Jul 2007, Andrew Morton wrote:
>
> It'd be nice to get a clean trace. Are you able to obtain the full
> trace with CONFIG_FRAME_POINTER=y?
If you are talking about
http://userweb.kernel.org/~akpm/dsc03659.jpg
then I think that _is_ a full trace. It's certainly not very mes
Ingo Molnar wrote:
> we are pleased to announce the v2.6.22.1-rt5 kernel (collected and
> assembled by Thomas), which can be downloaded from the usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
>
> http://rt
Christoph Lameter wrote:
> On Tue, 17 Jul 2007 14:23:14 -0700
> Ethan Solomita <[EMAIL PROTECTED]> wrote:
>
>> These patches are mostly unchanged from Chris Lameter's original
>> changelist posted previously to linux-mm.
>
> Thanks for keeping these patches up to date. Add you signoff if you
> di
> gcc also tries to count the number of instructions, to guess how large in
> bytes the asm block is, as it could make a difference for near vs short
> jumps, etc.
Are you sure? I doubt it. It would need a full asm parser to do this
properly and then even it could be wrong
(e.g. when the section
>
> For example, missing from the call graph is
>
> get_page_from_freelist ->
> buffered_rmqueue -> [ missing - inlined ]
> prep_new_page ->[ missing - inlined ]
> prep_zero_page -> [ missing - inlined ]
> clear_highp
On Mon, 23 Jul 2007 13:47:13 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Right. We need to fix util.c. ksize should not be called with a NULL
> > parameter.
> > Index: linux-2.6/mm/util.c
> > ===
> > --- linux-2.6.orig/mm/util
On Mon, 2007-07-23 at 22:29 +0100, Rui Nuno Capela wrote:
> Ingo Molnar wrote:
> > we are pleased to announce the v2.6.22.1-rt5 kernel (collected and
> > assembled by Thomas), which can be downloaded from the usual place:
> >
> > http://redhat.com/~mingo/realtime-preempt/
> >
> > more info
On Monday, 23 July 2007 22:57, Agarwal, Lomesh wrote:
> Why do you need try_to_freeze in below patch? Shouldn't
> !freezing(current) checking is enough?
The try_to_freeze() is needed so that the process doesn't block the freezing
of tasks (it is supposed to call refrigerator() as soon as reasonabl
__GFP_ZERO is implemented by the slab allocators (the page allocator
has no knowledge about the length of the object to be zeroed). The slab
allocators do not pass __GFP_ZERO to the page allocator.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sun, 22 Jul 2007 02:44:52 -0700
Dan Williams <[EMAIL PROTECTED]> wrote:
> The stripe-queue patches are showing solid performance improvement.
>
> git://lost.foo-projects.org/~dwillia2/git/iop md-for-linus
It's a slippery little tree that one. I was using md-accel-linus, only I
nuked it
On Mon, 2007-07-23 at 23:30 +0200, Andi Kleen wrote:
> > gcc also tries to count the number of instructions, to guess how large in
> > bytes the asm block is, as it could make a difference for near vs short
> > jumps, etc.
>
> Are you sure? I doubt it. It would need a full asm parser to do this
>
On Saturday 21 July 2007 8:14:41 am Bodo Eggert wrote:
> Greg KH <[EMAIL PROTECTED]> wrote:
> > On Fri, Jul 20, 2007 at 08:21:39PM -0400, Rob Landley wrote:
> >> I'm not trying to document /sys/devices. I'm trying to document
> >> hotplug, populating /dev, and things like firmware loading that fal
Hi.
On Tuesday 24 July 2007 00:29:55 Arjan van de Ven wrote:
> On Mon, 2007-07-23 at 23:05 +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > As we all know, pageflags have been a scarce resource for a while now.
These
> > patches seek to help address that issue by adding support for a new type
On Mon, 23 Jul 2007, Ethan Solomita wrote:
> Christoph Lameter wrote:
> > On Tue, 17 Jul 2007 14:23:14 -0700
> > Ethan Solomita <[EMAIL PROTECTED]> wrote:
> >
> >> These patches are mostly unchanged from Chris Lameter's original
> >> changelist posted previously to linux-mm.
> >
> > Thanks for k
Hi.
On Tuesday 24 July 2007 01:23:15 Alan Stern wrote:
> On Mon, 23 Jul 2007, Nigel Cunningham wrote:
>
> > Take a step back for a second.
> >
> > The problem we're facing now is that we're getting some userspace threads,
> > used in processing I/O, that are functioning as exceptions to the "fr
Hi,
On Monday, 23 July 2007 15:05, Nigel Cunningham wrote:
> Hi all.
>
> As we all know, pageflags have been a scarce resource for a while now. These
> patches seek to help address that issue by adding support for a new type
> of 'dynamically allocated' pageflag.
>
> The basic idea is that we
On Sat, 21 Jul 2007 14:19:44 +0300
"S.__a__lar Onur" <[EMAIL PROTECTED]> wrote:
> Following trivial patch silents
>
> drivers/char/hpet.c:76: warning: integer constant is too large for "long" type
>
> warning (with gcc-3.4.6)
>
> Signed-off-by: S.__a__lar Onur <[EMAIL PROTECTED]>
>
> drivers
On Monday, 23 July 2007 23:55, Nigel Cunningham wrote:
> Hi.
>
> On Tuesday 24 July 2007 01:23:15 Alan Stern wrote:
> > On Mon, 23 Jul 2007, Nigel Cunningham wrote:
> >
> > > Take a step back for a second.
> > >
> > > The problem we're facing now is that we're getting some userspace
> > > threa
On Mon, Jul 23, 2007 at 02:11:37PM -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 01:01:53 +0400
> Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > On Tue, Jul 24, 2007 at 12:40:45AM +0400, Alexey Dobriyan wrote:
> > > > I had more complete info:
> > > > http://article.gmane.org/gmane.linux.ne
On Mon, 2007-07-23 at 14:30 -0700, Daniel Walker wrote:
> Yeah, the quicklist patch wasn't fully tested .. The delta patch below
> is what I had to change to get it working ..
My bad. I pushed the wrong queue to Ingo.
-ENOTENOUGHSLEEP
This is the delta. We'll do a -rt6 tomorrow morning.
Andrew Morton wrote:
> On Sat, 21 Jul 2007 14:19:44 +0300
> "S.__a__lar Onur" <[EMAIL PROTECTED]> wrote:
>
>> Following trivial patch silents
>>
>> drivers/char/hpet.c:76: warning: integer constant is too large for "long"
>> type
>>
>> warning (with gcc-3.4.6)
>>
>> Signed-off-by: S.__a__lar Onur
On Mon, 2007-07-23 at 14:59 -0700, Andrew Morton wrote:
> On Sat, 21 Jul 2007 14:19:44 +0300
> "S.__a__lar Onur" <[EMAIL PROTECTED]> wrote:
>
> > Following trivial patch silents
> >
> > drivers/char/hpet.c:76: warning: integer constant is too large for "long"
> > type
> >
> > warning (with gcc-
On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Mon, 23 Jul 2007 16:54:36 -0400
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Mon, 23 Jul 2007 14:19:12 -0400
> > Robin Getz <[EMAIL PROTECTED]> wrote:
> >
> > > On Sun 22 Jul 2007
On Monday 23 July 2007 16:25, Christoph Lameter wrote:
> On Wed, 18 Jul 2007 11:42:20 +0200
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Don't think that is really useful.
>
> I think this is useful for NUMA debugging since one may use this to
> create various slit configuration that can be usef
On Tue, 2007-07-24 at 00:05 +0200, Thomas Gleixner wrote:
> On Mon, 2007-07-23 at 14:30 -0700, Daniel Walker wrote:
> > Yeah, the quicklist patch wasn't fully tested .. The delta patch below
> > is what I had to change to get it working ..
>
> My bad. I pushed the wrong queue to Ingo.
>
> -ENOTEN
On Mon 23 Jul 2007 16:15, Andrew Morton pondered:
> This code would be
> simpler if it did not attempt to read more than one char at a time. It
> will be plenty fast enough.
When systems have NMI kick off due to power failure, and you want to grab the
log buffer to write it to flash before power
On Mon, 23 Jul 2007 14:43:23 -0700
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> __GFP_ZERO is implemented by the slab allocators (the page allocator
> has no knowledge about the length of the object to be zeroed). The slab
> allocators do not pass __GFP_ZERO to the page allocator.
OK, well that
The net effect would be same. Why would you choose one over other
(do_sys_poll vs. do_poll)?
Can you point me to code where socket read returns in case of
signal_pending? I need to try couple of things.
-Original Message-
From: Rafael J. Wysocki [mailto:[EMAIL PROTECTED]
Sent: Monday, Jul
On Sun, 2007-07-22 at 10:26 -0700, Arjan van de Ven wrote:
> On Sat, 2007-07-21 at 23:49 -0700, [EMAIL PROTECTED] wrote:
>
> > this approach would allow the transition of ALL drivers to the new mode of
> > operation in one fell swoop, and then adding additional power management
> > features is j
Starting with kernel 2.6.23-rc1, the i386 APM driver fails
on several of my machines with the message:
apm: BIOS not found
This happens because of a bug in the i386 boot code rewrite
from assembler to C. The original assembly code had the
following code in its APM BIOS presence test (boot/setup.S
Hi.
On Tuesday 24 July 2007 08:05:21 Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, 23 July 2007 15:05, Nigel Cunningham wrote:
> > Hi all.
> >
> > As we all know, pageflags have been a scarce resource for a while now.
These
> > patches seek to help address that issue by adding support for a ne
On Tue, 24 Jul 2007 02:04:46 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 23, 2007 at 02:11:37PM -0700, Andrew Morton wrote:
> > On Tue, 24 Jul 2007 01:01:53 +0400
> > Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> >
> > > On Tue, Jul 24, 2007 at 12:40:45AM +0400, Alexey Dobriyan
On Mon, 23 Jul 2007 08:50:41 -0700, H. Peter Anvin wrote:
>Mikael Pettersson wrote:
>> On this machine (Gigabyte mobo with i815EP chipset and a PIII),
>> APM worked fine up to 2.6.22. With 2.6.23-rc1 however the APM
>> driver fails to locate the APM bios:
>>
>> --- dmesg-2.6.22 2007-07-23 14:0
--- Dave Jones <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 19, 2007 at 05:59:16PM +, Linux Kernel wrote:
> > Gitweb:
>
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b113a3f7e85d7f97c8383a88a5bc7c2ea8daeb2f
> > Commit: b113a3f7e85d7f97c8383a88a5bc7c2ea8
Mikael Pettersson wrote:
> Starting with kernel 2.6.23-rc1, the i386 APM driver fails
> on several of my machines with the message:
>
> apm: BIOS not found
>
> This happens because of a bug in the i386 boot code rewrite
> from assembler to C. The original assembly code had the
> following code in
On Mon, 23 Jul 2007 18:15:37 -0400
Robin Getz <[EMAIL PROTECTED]> wrote:
> On Mon 23 Jul 2007 16:15, Andrew Morton pondered:
> > This code would be
> > simpler if it did not attempt to read more than one char at a time. It
> > will be plenty fast enough.
>
> When systems have NMI kick off due to
On Mon, 23 Jul 2007, Andrew Morton wrote:
>
> OK, well that was weird. So
>
> kmalloc(42, GFP_KERNEL|__GFP_ZERO);
>
> duplicates
>
> kzalloc(42, GFP_KERNEL);
>
> Why do it both ways?
Both ways? The latter *is* the former. That's how kzalloc() is implemented
these days.
Andrew
On Mon, 2007-07-23 at 12:04 +0200, Jörn Engel wrote:
> I believe this whole thing is fundamentally flawed. The perfect
> readahead size depends on the device in question. If we set a single
> system-wide value depending on memory size, it may easily be too small
> and too large at the same time.
On Mon, 23 Jul 2007, Andrew Morton wrote:
> On Mon, 23 Jul 2007 14:43:23 -0700
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > __GFP_ZERO is implemented by the slab allocators (the page allocator
> > has no knowledge about the length of the object to be zeroed). The slab
> > allocators do n
On Mon, 23 Jul 2007 15:41:36 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 23 Jul 2007, Andrew Morton wrote:
> >
> > OK, well that was weird. So
> >
> > kmalloc(42, GFP_KERNEL|__GFP_ZERO);
> >
> > duplicates
> >
> > kzalloc(42, GFP_KERNEL);
> >
> > Why do it b
On Mon, 23 Jul 2007, Andrew Morton wrote:
> So this:
>
> /*
>* Be lazy and only check for valid flags here, keeping it out of the
>* critical path in kmem_cache_alloc().
>*/
> BUG_ON(flags & ~(GFP_DMA | __GFP_ZERO | GFP_LEVEL_MASK));
>
> would no longer need
Am 23.07.2007 22:32 schrieb Jeremy Fitzhardinge:
> How much of this is modules? Is the initrd probing for scsi/sata?
> Maybe the the vdso change is having an effect.
Pretty much all of it is modules. The base system is openSUSE 10.2, and
SuSE has a long habit of building everything as modules an
Andy Whitcroft wrote:
This version brings a number of new checks, and a number of bug
fixes. Of note:
- warnings for multiple assignments per line
This is bugged. e.g. the following line will hit this exception check:
int i = some_function(a, b, c);
- warnings for multiple d
On 10/07/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
On Tuesday 10 July 2007 18:31, Andrew Morton wrote:
> When replying, please rewrite the subject suitably and try to Cc: the
> appropriate developer(s).
~swap prefetch
Nick's only remaining issue which I could remotely identify was to make it
c
On Mon, 2007-07-23 at 15:59 -0700, Agarwal, Lomesh wrote:
> Can someone point me to named pipe read/write functions (when I issue
> read system call on a file handle obtained from mkfifo call which
> function ultimately handles it)?
lxr is your friend
and how about grep ;)
fs/pipe.c would li
On Mon, 2007-07-23 at 13:27 +0300, Avi Kivity wrote:
> Having an address_space (like your patch does) is remarkably simple, and
> requires few hooks from the current vm. However using existing vmas
> mapped by the user has many advantages:
>
> - compatible with s390 requirements
> - allows the
On 15/07/07, Andy Whitcroft <[EMAIL PROTECTED]> wrote:
This version brings a number of new checks, and a number of bug
fixes. Of note:
- warnings for multiple assignments per line
- warnings for multiple declarations per line
- checks for single statement blocks with braces
This patch i
> What is missing is:
>
> - v0.02 sources
>
> - v0.10 announcement
>
> - v0.96 sources
>
> - v0.99.12 announcement
>
> - sources for v0.99.13{abcdefghij} (got k, don't know where the serie
>ends) as well as announcements for all of them
didn't Tigran at some point get a full histo
On Mon, Jul 23, 2007 at 04:50:50PM -0400, Alan Stern wrote:
> On Mon, 23 Jul 2007, Jeremy Fitzhardinge wrote:
>
> > I get this when suspending. The kernel is 2.6.22+recent git (just before
> > -rc1).
> >
> > usb 2-1: USB disconnect, address 3
> > BUG: sleeping function called from invalid conte
On Mon, Jul 23, 2007 at 11:47:44AM +0200, Michal Piotrowski wrote:
> Unclassified
>
> Subject : kobject link failure
> References : http://lkml.org/lkml/2007/7/19/495
> Last known good : ?
This is caused by a patch that happened after 2.6.22 was released, so it
is a regression.
> Su
On Mon, 2007-07-23 at 19:59 +0200, Adrian Bunk wrote:
> On Mon, Jul 23, 2007 at 09:05:54AM -0700, Nelson, Shannon wrote:
> > Gabriel C [mailto:[EMAIL PROTECTED]
> > >
> > >Hi,
> > >
> > >I got this warning on current git using gcc 4.2.1 :
> > >
> > >...
> > >
> > >drivers/dma/ioatdma.c: In functio
On Mon, 23 Jul 2007, Peter Zijlstra wrote:
> ---
> Daniel recently spotted that __GFP_ZERO is not (and has never been)
> part of GFP_LEVEL_MASK. I could not find a reason for this in the
> original patch: 3977971c7f09ce08ed1b8d7a67b2098eb732e4cd in the -bk
> tree.
>
> This of course is in stark c
On Mon, Jul 23, 2007 at 12:33:16AM +0900, Akinobu Mita wrote:
> By previous cpu hotplug notifier change, we don't need to track
> topology_dev existence for each cpu by topology_dev_map.
>
> Cc: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
I'm guessing
On Friday 20 July 2007 8:43:49 pm Greg KH wrote:
> On Fri, Jul 20, 2007 at 08:21:39PM -0400, Rob Landley wrote:
> > Ok, back up. /sys/devices does not contain all the information necessary
> > to populate /dev, because it hasn't got things like
> > ramdisks, /dev/zero, /dev/console which are THERE
Andy Whitcroft wrote:
This version brings a number of new checks, and a number of bug
fixes. Of note:
- warnings for multiple assignments per line
- warnings for multiple declarations per line
- checks for single statement blocks with braces
This patch includes an update for feature-remo
Rusty Russell [mailto:[EMAIL PROTECTED]
>> If this is true, and since the MOD_INC_USE_COUNT compat code is long
>> gone, shouldn't we be able to completely remove __unsafe() and the
>> struct member "unsafe"?
>
>Yes, indeed, something like this:
>==
>Remove "unsafe" from module struct
>
>Adrian
Tong Li wrote:
This patch extends CFS to achieve better fairness for SMPs. For example,
with 10 tasks (same priority) on 8 CPUs, it enables each task to receive
equal CPU time (80%). The code works on top of CFS and provides SMP
fairness at a coarser time grainularity; local on each CPU, it rel
On 7/23/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
On Mon, 2007-07-23 at 19:59 +0200, Adrian Bunk wrote:
> On Mon, Jul 23, 2007 at 09:05:54AM -0700, Nelson, Shannon wrote:
> > Gabriel C [mailto:[EMAIL PROTECTED]
> > >
> > >Hi,
> > >
> > >I got this warning on current git using gcc 4.2.1 :
> > >
On Mon, Jul 23, 2007 at 03:06:09PM -0400, Nicolas Pitre wrote:
> - v0.96 sources
>
> - v0.99.12 announcement
>
> - sources for v0.99.13{abcdefghij} (got k, don't know where the serie
>ends) as well as announcements for all of them
>
> - all announcements for v0.99.14{a-z} except for pl1
Andy Whitcroft wrote:
This version brings a number of new checks, and a number of bug
fixes. Of note:
- warnings for multiple assignments per line
- warnings for multiple declarations per line
- checks for single statement blocks with braces
This patch includes an update for feature-remo
Al Viro wrote:
> On Mon, Jul 23, 2007 at 03:06:09PM -0400, Nicolas Pitre wrote:
>> - v0.96 sources
>>
>> - v0.99.12 announcement
>>
>> - sources for v0.99.13{abcdefghij} (got k, don't know where the serie
>>ends) as well as announcements for all of them
>>
>> - all announcements for v0.99.
On Sat, 21 Jul 2007 06:58:28 +0300
Al Boldi <[EMAIL PROTECTED]> wrote:
>
> This patch removes the top level menu "Code maturity level options", and
> moves its options into menu "General setup".
>
> This makes Kconfig less cluttered and easier to setup.
>
>
> Cc: Andrew Morton <[EMAIL PROTECT
On Mon, 2007-07-23 at 09:27 -0500, Adam Litke wrote:
> Hello. hugetlb_instantiation_mutex is an extremely heavy-weight lock
> whose days are numbered (hopefully). It exists primarily to arbitrate
> a race condition where n (n > 1) threads of execution race to satisfy
> the same page fault for a p
On Mon, 23 Jul 2007 16:08:26 -0700 Kok, Auke wrote:
> Andy Whitcroft wrote:
> > This version brings a number of new checks, and a number of bug
> > fixes. Of note:
> >
> > - warnings for multiple assignments per line
>
>
> This is bugged. e.g. the following line will hit this exception check
On Tue, 24 Jul 2007, Al Viro wrote:
> On Mon, Jul 23, 2007 at 03:06:09PM -0400, Nicolas Pitre wrote:
> > - v0.96 sources
> >
> > - v0.99.12 announcement
> >
> > - sources for v0.99.13{abcdefghij} (got k, don't know where the serie
> >ends) as well as announcements for all of them
> >
>
On Sat, 21 Jul 2007 11:17:58 +1000
Rusty Russell <[EMAIL PROTECTED]> wrote:
> The netfilter code had very good documentation: the Netfilter Hacking
> HOWTO. Noone ever read it.
>
> So this time I'm trying something different, using a bit of
> Knuthiness. Start with drivers/lguest/README.
um.
Tilman Schmidt wrote:
> Am 23.07.2007 22:32 schrieb Jeremy Fitzhardinge:
>
>> How much of this is modules? Is the initrd probing for scsi/sata?
>> Maybe the the vdso change is having an effect.
>>
>
> Pretty much all of it is modules. The base system is openSUSE 10.2, and
> SuSE has a lon
Nicolas Pitre wrote:
>
> I have sanitized .tgz files that I use to stuff a Git repo with. I
> recall that some of them were reconstructed through patching an earlier
> or later kernel version because the original ones were corrupted. Some
> patches were retrieved from other archival sites, etc
On Sat, 21 Jul 2007 01:08:57 +0200
Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Saturday 21 July 2007, Sebastian Siewior wrote:
> >
> > Got with randconfig
> > include/linux/loop.h:66: error: expected specifier-qualifier-list before
> > 'request_queue_t'
> > make[1]: *** [fs/compat_ioctl.o] Erro
Some of ASUS' notebooks (e.g G Series) include a tiny oled display, which is
attached to an internal USB bus. Unfortunatly the device reports a wrong
DeviceDescriptor and is therefore identified as a HID device...
Signed-off-by: Christian Lamparter <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [
On Mon, 23 Jul 2007, H. Peter Anvin wrote:
> Nicolas Pitre wrote:
> >
> > I have sanitized .tgz files that I use to stuff a Git repo with. I
> > recall that some of them were reconstructed through patching an earlier
> > or later kernel version because the original ones were corrupted. Some
>
On Sunday 22 July 2007 08:51, Geert Uytterhoeven wrote:
> On Sun, 22 Jul 2007, Dmitry Torokhov wrote:
> > On Saturday 21 July 2007 04:27, Geert Uytterhoeven wrote:
> > > On Fri, 20 Jul 2007, Dmitry Torokhov wrote:
> > > > I am OK with adding a new header file. I was just saying that placing
> > > >
On Saturday 21 July 2007 11:02, Jesper Juhl wrote:
> Hi,
>
> This patch cleans up duplicate includes in
> drivers/input/
>
Applied to for-linus branch of input tree, thank you.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
For the guys on netdev, would you please look at the tcp_recvmsg-
threading and TCP_NAGLE_CORK issues below and give opinions on the
best way to proceed?
One thing to remember, you don't necessarily have to merge every
feature right away. As long as the new code is configured "off" by
def
On Mon, Jul 23, 2007 at 12:40:09PM -0700, Andrew Morton wrote:
> On Mon, 23 Jul 2007 22:24:57 +0800
> Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Jul 23, 2007 at 07:00:59PM +1000, Nick Piggin wrote:
> > > Rusty Russell wrote:
> > > >On Sun, 2007-07-22 at 16:10 +0800, Fengguang Wu wrote:
On Mon, 2007-07-23 at 17:12 -0700, Andrew Morton wrote:
> On Sat, 21 Jul 2007 11:17:58 +1000
> Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > The netfilter code had very good documentation: the Netfilter Hacking
> > HOWTO. Noone ever read it.
> >
> > So this time I'm trying something different,
This patch adds NCQ support to the sata_mv driver. Currently it does
not work: FPDMA commands time out, and eventually EH falls back to
non-NCQ, which works.
My attention has turned to other things for moment. Anybody interested
in sata_mv NCQ is encouraged to pick up where this left off, as t
This is just a refresh of the existing libata-dev.git#new-eh patches
that convert all remaining old-EH drivers to new EH, against 2.6.23-rc1.
All three conversions are completely untested. pdc_adma and sata_qstor
need reviewing by someone with docs, in addition to testing.
Even "it still works"
make allmodconfig on i386:
WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
.init.text:start_kernel (between 'is386' and 'check_x87')
WARNING: vmlinux(.text+0xc02cfcdb): Section mismatch: reference to
.init.text:kernel_init (between 'rest_init' and 'kthreadd_setup')
WARNING: v
On Tue, 24 Jul 2007 08:47:28 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Subject: convert ill defined log2() to ilog2()
>
> It's *wrong* to have
> #define log2(n) ffz(~(n))
> It should be *reversed*:
> #define log2(n) flz(~(n))
> or
>
On Tue, 24 Jul 2007, Rusty Russell wrote:
>
> Indeed, no code changes, and I feel strongly that it should go into
> 2.6.23 because it's *fun*. And (as often complained) there's not
> enough poetry in the kernel.
There's a reason for that.
There once was a lad from Braidwood
W
On Tue, 24 Jul 2007 11:01:48 +1000
Rusty Russell <[EMAIL PROTECTED]> wrote:
> > But I worry that you're proposing adding what appears to be new
> > Documentation-related machinery and infrastructure when there's already
> > increased activity in that area from other people and we might all be
> >
On Mon, 2007-07-23 at 18:20 -0700, Andrew Morton wrote:
> On Tue, 24 Jul 2007 11:01:48 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> > But writing this documentation took *weeks*, to document 5000 lines of
> > code. Perhaps this effort, if merged, will inspire others, but I've
> > seen little i
On Mon, Jul 23, 2007 at 09:18:38PM -0400, Jeff Garzik wrote:
> make allmodconfig on i386:
>
> WARNING: vmlinux(.text+0xc0101183): Section mismatch: reference to
Ignore. vmlinux.o ones are interesting; so are ones in modules.
vmlinux ones are either duplicates of vmlinux.o or false positives.
-
On Mon, 2007-07-23 at 18:27 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > This patch series make kvm guest pages be able to be swapped out and
> > dynamically allocated. Without it, all guest memory is allocated at
> > guest start time.
> >
> > patches are against latest git, and you need first
On Mon, 2007-07-23 at 18:46 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > fix some bugs in kvm-sch patch.
> >
>
> There is now a 'preempt-hooks' branch on kvm.git with the
> preempt-hooks
> work. I'll continually update and rebase it against master.
>
> > 1. vmcs_readl/vmcs_writel are calle
On Mon, 2007-07-23 at 18:18 -0700, Linus Torvalds wrote:
>
> On Tue, 24 Jul 2007, Rusty Russell wrote:
> >
> > Indeed, no code changes, and I feel strongly that it should go into
> > 2.6.23 because it's *fun*. And (as often complained) there's not
> > enough poetry in the kernel.
>
> There's a
On Mon, 2007-07-23 at 19:16 +0800, Avi Kivity wrote:
> Shaohua Li wrote:
> > add a routine to zap all shadow pgtble for a gfn. If kvm supports
> SMP,
> > the API should zap pgtble for all vcpus, but kvm shadow page table
> > really should be per-vm, instead of per-vcpu.
> >
> >
>
> kvm shadow pa
401 - 500 of 583 matches
Mail list logo
