* Eric Dumazet <[EMAIL PROTECTED]> wrote:
> I noticed expensive divides done in try_to_wakeup() and
> find_busiest_group() on a bi dual core Opteron machine (total of 4
> cores), moderatly loaded (15.000 context switch per second)
>
> oprofile numbers :
nice patch! Ack for -mm testing:
Acked
On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
On Wed, 2007-02-07 at 00:08 +0100, Giuseppe Bilotta wrote:
>
> As mentioned in another post in this thread, I can't get any info out
> of the i2c busses, because even when I have them available (i.e. after
> loading nvidiafb) I get al
> > On Thu, 22 Feb 2007 08:42:26 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Index: linux/mm/page-writeback.c
> > > > ===
> > > > --- linux.orig/mm/page-writeback.c 2007-02-19 17:32:41.0
> > > > +0100
On Wed, 2007-02-21 at 17:28 -0800, Jeremy Fitzhardinge wrote:
> We have a number of functions which return small structures (such as
> pte_t). It seems that the kernel is not compiled with
> -freg-struct-return, so all these small structures are being returned
> via the stack, even though they wou
On Wed, 21 Feb 2007, Pete Zaitcev wrote:
> Can I get something useful without a kernel recompile, with something
> like evtest? I have users on Fedora hitting this too. It very likely is
> a regression caused by the new unified HID.
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=227598
>
Arjan van de Ven wrote:
> Do we know how many gcc bugs this has? (regparm used to have many)
> other than that.. sounds like a win...
>
The documentation suggests that its the preferred mode of operation, and
that its the default on platforms where gcc is the primary compiler. So
the fact that
Hello,
> The first one got some debate as if it was legal to have a slave
> without a master and all and the last thing I saw written on this
> email that we (that is, the linux developers and the maintainers, I
> dont code anything other than 'Hello world' and even that might
> segfault) should s
> Do we have much assembler which cares about the struct return calling
> convention? If not, it should be a fairly easy test.
is there an attribute to turn it off? because if so we should just make
that part of "asmlinkage" (not that I know much code using structs
in asm)
--
if you want to
I noticed expensive divides done in try_to_wakeup() and find_busiest_group()
on a bi dual core Opteron machine (total of 4 cores), moderatly loaded (15.000
context switch per second)
oprofile numbers :
CPU: AMD64 processors, speed 2600.05 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Cycles
* Eric Dumazet <[EMAIL PROTECTED]> wrote:
> Ingo suggested to rename cpu_power to __cpu_power to make clear it
> should not be modified without changing its reciprocal value too.
thanks,
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
> I did not convert the divide in cpu_avg_load_per_task(), becau
On Thu, Feb 22, 2007 at 12:59:06AM +, Richard Purdie wrote:
>
> Reading through the patch its:
>
> 1) Not against any mainline kernel
> 2) Not against a recent kernel
I'm sorry, but the patch applay against the latest kernel. Please, try
it.
> There were a number of backlight class changes
Arjan van de Ven wrote:
>> Do we have much assembler which cares about the struct return calling
>> convention? If not, it should be a fairly easy test.
>>
>
> is there an attribute to turn it off? because if so we should just make
> that part of "asmlinkage" (not that I know much code us
On Wed, Feb 21, 2007 at 06:26:08PM +0200, Paul Sokolovsky wrote:
k> Why? It's the same, except that it already exists, generic one (not
> limited to pxafb), and requires 1 function (too bad that C doesn't
> support lambda's):
Ah, ok.
> I sent a bit of criticism for that too ;-). YMMV, but ker
On Thu, 2007-02-22 at 09:01 +0100, Giuseppe Bilotta wrote:
> On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-02-07 at 00:08 +0100, Giuseppe Bilotta wrote:
> > >
> > > As mentioned in another post in this thread, I can't get any info out
> > > of the i2c busses, because ev
On 2/22/07, Paul Rolland <[EMAIL PROTECTED]> wrote:
Hello,
I dont think there is one or that this reply of yours could cause it :P
Just to add my $0.02 on this point : this could also be one of the problem
I'm facing on my machine right now, but the point is that Windows supports
it perf
On Thursday, 22 February 2007 04:57, David Brownell wrote:
> On Tuesday 20 February 2007 2:07 pm, Rafael J. Wysocki wrote:
>
> > > Plus, I'd guess, the old rtc driver statically linked.
> >
> > Yes (mistakenly).
>
> Until someone merges the BSOD-for-Linux patch, I'll continue to
> assume that oo
On Wed, 2007-02-21 at 23:00 -0800, Christoph Lameter wrote:
> +/*
> + * Lock order:
> + * 1. slab_lock(page)
> + * 2. slab->list_lock
> + *
That seems to contradict this:
> +/*
> + * Lock page and remove it from the partial list
> + *
> + * Must hold list_lock
> + */
> +static __always_inlin
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> > Do we have much assembler which cares about the struct return
> > calling convention? If not, it should be a fairly easy test.
>
> is there an attribute to turn it off? because if so we should just
> make that part of "asmlinkage" (not tha
Subject: [patch] x86: add -freg-struct-return to CFLAGS
From: Ingo Molnar <[EMAIL PROTECTED]>
Jeremy Fitzhardinge suggested the use of -freg-struct-return, which does
structure-returns (such as when using pte_t) in registers instead of on
the stack.
that is indeed so, and this option reduced th
On Wed, Feb 21, 2007 at 08:14:14AM -0800, H. Peter Anvin wrote:
>
> If you have a kernel driver at all, then it makes perfect sense. If you
> don't have a kernel driver at all, then it's irrelevant to the
> linux-kernel discussion.
???
So you are told me that if my PPS source is connected wit
On Wed, Feb 21, 2007 at 09:57:50PM -0800, H. Peter Anvin wrote:
> Russell King wrote:
>
> >
> >Plainly, %ebx changed across the call to serial_in() at c01c0f7b.
> >First thing to notice is this violates the C code - "up" can not
> >change.
> >
> >Now let's look at serial_in:
> >
> >c01bfa70:
On Wed, Feb 21, 2007 at 04:34:15PM -0800, Michael K. Edwards wrote:
> Are you using an unpatched gcc 4.1.1? Its optimizer did nasty things
> to us, at least on an ARM target ...
That's ruled out. Please think about it for a moment - serial_in()
managed to work correctly most of the time, and the
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Wed, 21 Feb 2007 23:00:30 -0800 (PST)
> +#ifdef CONFIG_ZONE_DMA
> +static struct kmem_cache *kmalloc_caches_dma[KMALLOC_NR_CACHES];
> +#endif
Therefore.
> +static struct kmem_cache *get_slab(size_t size, gfp_t flags)
> +{
...
> + s = kmalloc
On 2/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> [...] As for threadlets, making them kernel threads is not such a good
> design feature, O(1) scheduler or not. You take the full hit of
> kernel task creation, on the spot, for every threadlet that blocks.
> [...]
this is very much not how t
Hello,
I found a "the the" typo in a header file, and then found out that there were
many of them!
Here's a patch correcting all these typos.
By the way, this is also a way of making kernel sources smaller (by almost 1K).
The patch can also be found on
http://free-electrons.com/pub/patches/lin
On Thu, Feb 22, 2007 at 12:51:48AM +0100, Roman Zippel wrote:
> Hi,
>
> On Wednesday 21 February 2007 13:04, Rodolfo Giometti wrote:
>
> > RFC simply doesn't consider the fact that you can have a PPS source
> > __without__ a filedes connected with, and a single filedes is
> > considered __always_
On Thu, 2007-02-22 at 01:33 +0100, Thomas Gleixner wrote:
> Problem description at:
> http://bugzilla.kernel.org/show_bug.cgi?id=8048
>
> Commit b18ec80396834497933d77b81ec0918519f4e2a7
> [PATCH] sched: improve migration accuracy
> optimized the scheduler time calculations, but broke posix-cp
On Thu, 22 Feb 2007 09:27:28 +0100
Michael Opdenacker <[EMAIL PROTECTED]> wrote:
> - Note the the latest Xeons (Xeon 51xx and 53xx) are not based on the
> + Note the latest Xeons (Xeon 51xx and 53xx) are not based on the
shouldn't this be "Note that the"? (and so on)
IOW: some of th
On Thu, 2007-02-22 at 09:28 +0100, Rodolfo Giometti wrote:
> On Thu, Feb 22, 2007 at 12:59:06AM +, Richard Purdie wrote:
> >
> > Reading through the patch its:
> >
> > 1) Not against any mainline kernel
Sorry, I'd missed a patch entering mainline,
> > 2) Not against a recent kernel
>
> I'm
D. Hazelton wrote:
(as is the GPL - if you release code under
the GPL you no longer have a legal right to it. Note the following text that
appears in the GPL:
" We protect your rights with two steps: (1) copyright the software, and
(2) offer you this license which gives you legal permission to
On 2/21/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
the syslet/threadlet framework has been derived from Tux, which one can
accuse of may things, but which i definitely can not accuse of being
slow. It has no relationship whatsoever to Solaris 2.0 or later.
So how well does Tux fare on a NUMA bo
On Thu, Feb 22, 2007 at 09:27:09AM +, Richard Purdie wrote:
>
> Yes, my point is that you shouldn't need to touch pxafb if you use the
> backlight class. I know pxafb has backlight hooks but they are probably
> going to get removed at some point as they should no longer be needed.
I see.
> W
On Thu, 2007-02-22 at 01:07 +, James Simmons wrote:
> > # CONFIG_FB_RIVA_BACKLIGHT is not set
> > # CONFIG_FB_RADEON_BACKLIGHT is not set
> >
> > I suspect these options only work on certain hardware and aren't
> > generic. James, any idea what hardware these do/don't work with?
> >
> > Worst
On Wednesday 21 February 2007 22:36:14 Simon Arlott wrote:
> Increment usbatm driver module refcount when atm device is opened,
> this prevents the driver for the device being removed if it's in use.
> (I continue to allow removing the driver without unplugging the device
> if it's not being used).
On Thu, Feb 22, 2007 at 12:09:04AM -0800, Jeremy Fitzhardinge wrote:
> Arjan van de Ven wrote:
> > Do we know how many gcc bugs this has? (regparm used to have many)
> > other than that.. sounds like a win...
> >
>
> The documentation suggests that its the preferred mode of operation, and
> tha
Hi!
> @@ -0,0 +1,206 @@
> +
> + PPS - Pulse Per Second
> + --
> +
> +(C) Copyright 2007 Rodolfo Giometti <[EMAIL PROTECTED]>
If you add copyright, add license, too.
> +PROCFS support
> +--
> +
> +If PROCFS support is enable
On Wed, Feb 21, 2007 at 10:13:55PM +0100, Ingo Molnar wrote:
> this is the v3 release of the syslet/threadlet subsystem:
>
>http://redhat.com/~mingo/syslet-patches/
>
> This release came a few days later than i originally wanted, because
> i've implemented many fundamental changes to the cod
On Thu, 2007-02-22 at 01:13 +, James Simmons wrote:
> > Richard Purdie <[EMAIL PROTECTED]> writes:
> >
> > > If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> > > with that option disabled?
> >
> > i don't have my laptop with me but i am pretty sure
> > FB_RADEON_BACKLIGH
Fix remaining misspellings of "depreciated" to "deprecated."
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
happy now, randy? :-)
Documentation/arm/Interrupts |2 +-
drivers/net/hamradio/Kconfig |2 +-
drivers/net/wireless/prism54/isl_ioctl.c |
On Wed, Feb 21, 2007 at 10:16:45AM +, Pavel Machek wrote:
> Hi!
>
> > @@ -0,0 +1,206 @@
> > +
> > + PPS - Pulse Per Second
> > + --
> > +
> > +(C) Copyright 2007 Rodolfo Giometti <[EMAIL PROTECTED]>
>
> If you add copyright, add license,
On Wed, 2007-02-21 at 23:10 -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 21 Feb 2007, Henrique de Moraes Holschuh wrote:
> > > * 'cat brightness' != 'cat actual_brightness' upon bootup (doesn't have
> >
> > Hmm, I see this in 2.6.20 too. And brightness is the one that is buggy. I
> > will
On 2007-02-22 01:18:09, Greg KH wrote:
> On Thu, Feb 22, 2007 at 06:16:23AM +0900, OGAWA Hirofumi wrote:
> > E.g. something calls the request_modle(), and if hotplug is using
> > socket(PF_UNIX) and af_unix is module, it also calls request_modle()?
> >
> > Just my guess though...
>
> Ugh, why doe
From: Anders Larsen <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 10:57:47 +0100
> On 2007-02-22 01:18:09, Greg KH wrote:
> > On Thu, Feb 22, 2007 at 06:16:23AM +0900, OGAWA Hirofumi wrote:
> > > E.g. something calls the request_modle(), and if hotplug is using
> > > socket(PF_UNIX) and af_unix is mo
Hello Rodolfo,
Thursday, February 22, 2007, 10:32:04 AM, you wrote:
> On Wed, Feb 21, 2007 at 06:26:08PM +0200, Paul Sokolovsky wrote:
k>> Why? It's the same, except that it already exists, generic one (not
>> limited to pxafb), and requires 1 function (too bad that C doesn't
>> support lambda'
>
> > > I've set up the hid-core.c to DEBUG mode... and it literally got pretty
verbose...
>
> > thanks for the output. Is this really the full output? The important part
> > - report descriptor dump - seems to be missing in the output (it should
> > read something like "hid-core.c: report des
On Thursday 22 of February 2007, Greg KH wrote:
> On Wed, Feb 21, 2007 at 11:14:56PM +0100, Arkadiusz Miskiewicz wrote:
> > Hello,
> >
> > Today version of Linus git tree has a problem with resuming of usb
> > devices. My trackball is no longer working after resume from ram. It not
> > even seen by
On Wed, 2007-02-21 at 23:16 -0200, Henrique de Moraes Holschuh wrote:
> NOTE: This patch needs an ACK from Richard Purdie before it can be merged,
> as he might want to change the backlight class code instead.
As mentioned elsewhere, we can't do this in the class itself.
> --- a/drivers/acpi/ibm_
On Thu, 22 Feb 2007, Veronique & Vincent wrote:
> > > - report descriptor dump - seems to be missing in the output (it
> > > should read something like "hid-core.c: report descriptor (size
> > > XY, read YZ) = ... some hexadecimal numbers". This should be
> > > output by the time the HID
On 02/22, Rafael J. Wysocki wrote:
>
> Okay, below is what I have right now (compilation tested on x86_64):
>
> This patch fixes the vfork problem by adding the PF_FREEZER_SKIP flag that
> can be used by tasks to tell the freezer not to count them as freezeable and
> making the vfork parents set t
Hi Christoph,
On 2/22/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
This is a new slab allocator which was motivated by the complexity of the
existing code in mm/slab.c. It attempts to address a variety of concerns
with the existing implementation.
So do you want to add a new allocator or r
Michal Piotrowski napisał(a):
> Thomas Gleixner napisał(a):
>> Michal,
>>
>> On Wed, 2007-02-21 at 16:38 +0100, Michal Piotrowski wrote:
But you still have those softirq pending messages, right ?
>>> Yes
>>>
>>> (+ new NOHZ: local_softirq_pending 02)
>> Yike, that's the timer softirq.
>>
>> Ca
> + /* the module/device has probably been removed */
> + if (urb->status == -ESHUTDOWN)
> + return;
> +
> if (printk_ratelimit())
> atm_warn(channel->usbatm, "%s: urb 0x%p failed (%d)!\n",
>
On Wednesday 21 February 2007 23:01:58 Simon Arlott wrote:
> I've acquired a second device for testing and plan to make some changes
> in the near future to export all the device stats to sysfs (based on my
> proposed patch to add them to the proc file ~2007-01-30).
>
> Signed-off-by: Simon Arlott
Hi All,
I have a PCI host Device runs in Linux platform and the PCI slave device
runs in VxWorks platform.
The PCI DMA transmission is successful from host to slave when I have
allocated source data buffer with "dma_alloc_coherent" function and I
can read the data at the PCI slave (in vxwork plat
> From: Neil Brown
> Newsgroups: gmane.linux.raid,gmane.linux.kernel
> Subject: Re: [PATCH 006 of 6] md: Add support for reshape of a raid6
> Date: Thu, 22 Feb 2007 13:39:56 +1100
[]
> I guess... "Egoless programmer" and all that, "write for others to
> read, not for the compiler",
Few years back
From: "H. Peter Anvin" <[EMAIL PROTECTED]>
Date: Mon, 19 Feb 2007 13:06:28 -0800
> In the current git tree, commit 57a87bb0720a5cf7a9ece49a8c8ed288398fd1bb
> removes any way to automatically extracting a whole lot of ABI constants
> from the kernel headers, especially AF_* and the various S_* co
On Thu, Feb 08, 2007 at 06:59:16PM +, Linux Kernel Mailing List wrote:
> Commit: cfcd1705b61ecce1ab102b9593cf733fef314a19
> Parent: 0e47e3cca100e7c8e8124378e4e44969c2e042fd
> Author: David Woodhouse <[EMAIL PROTECTED]>
> AuthorDate: Sun Jan 14 09:38:18 2007 +0800
> Committer: Paul
On Thu, Feb 22, 2007 at 12:09:04AM -0800, Jeremy Fitzhardinge wrote:
> Arjan van de Ven wrote:
> > Do we know how many gcc bugs this has? (regparm used to have many)
> > other than that.. sounds like a win...
> >
>
> The documentation suggests that its the preferred mode of operation, and
> tha
On Thu, Feb 22, 2007 at 09:38:22AM +0100, Ingo Molnar wrote:
> Subject: [patch] x86: add -freg-struct-return to CFLAGS
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> Jeremy Fitzhardinge suggested the use of -freg-struct-return, which does
> structure-returns (such as when using pte_t) in registers i
* Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> > Threadlets share much of the scheduling infrastructure with syslets.
> >
> > Syslets (small, kernel-side, scripted "syscall plugins") are still
> > supported - they are (much...) harder to program than threadlets but
> > they allow the high
> I guess people maintaining external Makefiles without Kbuild
> are in for a nasty surprise again though.
that 1) shouldn't be needed at all for 2.6 and 2) is fragile as heck no
matter, I don't think anyone still is doing that... I sure hope that if
anyone still does it that they have no users
Deepak Saxena wrote:
> We attempted an experiment in cleaning up some modprobe messages during
> initramfs bootup when the modules directory is missing by moving modprobe
> to modprobe-bin and replacing modprobe with the following simple shell script:
>
> #!/bin/sh
> # Clean up bootup when modul
2007/2/22, Robert Hancock <[EMAIL PROTECTED]>:
And yes, this is something we need to deal with. I don't think that
disks that use contact start-stop heads care so much, but disks that use
load-unload heads (like most laptop drives, it seems) generally quote a
much lower cycle lifetime for "emerg
On 02/22, Oleg Nesterov wrote:
>
> On 02/22, Rafael J. Wysocki wrote:
> >
> > @@ -207,7 +209,7 @@ static void thaw_tasks(int thaw_user_spa
> > if (is_user_space(p) == !thaw_user_space)
> > continue;
> >
> > - if (!thaw_process(p))
> > + if (!tha
Hi Ingo, developers.
On Thu, Feb 22, 2007 at 08:40:44AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> Syslets/threadlets on the other hand, once the core is implemented, have
> near zero ongoing maintainance cost (compared to KAIO pushed into every
> IO subsystem) and cover all IO disciplines
On Wed, Feb 21, 2007 at 03:35:13PM -0500, Alan Stern wrote:
> Going back to something you mentioned earlier...
>
[...]
> On Fri, 9 Feb 2007, Roland McGrath wrote:
> There are two things I am uncertain about: vm86 mode and kprobes. I don't
> know anything about how either of them works. Judging f
Kawai, Hidehiro <[EMAIL PROTECTED]> wrote:
> Okay, the probability that the process is blocked in the proc handler seems
> to be small. But I'm not sure if problems never occur in enterprise use.
> So I'd like to use down_write_trylock() as Robin said before. And if it
> fails to acquire the lock
> It is not a TUX anymore - you had 1024 threads, and all of them will be
> consumed by tcp_sendmsg() for slow clients - rescheduling will kill a
> machine.
I think it's time to make a split in what "context switch" or
"reschedule" means...
there are two types of context switch:
1) To a differe
On Feb 22 2007 00:17, Thomas Gleixner wrote:
>On Thu, 2007-02-22 at 00:04 +0100, Luca Tettamanti wrote:
>>
>> Interrupt 0 is stuck at 114 (the number is consistent across reboots). I
>> don't experience any problem, time is running fine. Still it's strange
>> that the timer is doing nothing; mayb
From: Pekka Enberg <[EMAIL PROTECTED]>
As the color offset is always within the first page of the slab,
virt_to_page() works just fine without slabp->colouroff.
Cc: William Lee Irwin III <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
May I just say, that this is f***ing brilliant.
It completely separates the threadlet/fibril core from the (contentious)
completion notification debate, and allows you to use whatever mechanism
you like. (fd, signal, kevent, futex, ...)
You can also add a "macro syscall" like the original syslet
From: Pekka Enberg <[EMAIL PROTECTED]>
As suggested by William, free the actual pages in a batch so that we
don't keep pounding on l3->list_lock.
Cc: William Lee Irwin III <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
mm/slab.c
From: Pekka Enberg <[EMAIL PROTECTED]>
This introduce krealloc() that reallocates memory while keeping the
contents unchanged. The allocator avoids reallocation if the new size
fits the currently used cache. I also added a simple non-optimized
version for mm/slob.c for compatibility.
Cc: Josef Si
From: Pekka Enberg <[EMAIL PROTECTED]>
This changes unionfs to use krealloc() for reallocating memory so that
we don't need to play tricks with slab internals.
Cc: Josef Sipek <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
fs/unionfs/copyup.c | 35 +
On Thu, Feb 22, 2007 at 12:52:39PM +0100, Arjan van de Ven ([EMAIL PROTECTED])
wrote:
>
> > It is not a TUX anymore - you had 1024 threads, and all of them will be
> > consumed by tcp_sendmsg() for slow clients - rescheduling will kill a
> > machine.
>
> I think it's time to make a split in what
> However, i'm not still sure i enabled as much debugging info as i
> could in the kernel configuration. If you need more, please point me
> to precise configuration options.
You grabbed a lot of junk but you did grab this line
[17179682.56] Synchronizing SCSI cache for disk sda:
Which mean
Hi;
22 Şub 2007 Per tarihinde, Antonino A. Daplas şunları yazmıştı:
> On Thu, 2007-02-15 at 13:00 +0200, S.Çağlar Onur wrote:
> > 15 Şub 2007 Per tarihinde, Andrew Morton şunları yazmıştı:
> > > On Thu, 15 Feb 2007 11:40:32 +0100 Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > > Contact fbcon peopl
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> It is not a TUX anymore - you had 1024 threads, and all of them will
> be consumed by tcp_sendmsg() for slow clients - rescheduling will kill
> a machine.
maybe it will, maybe it wont. Lets try? There is no true difference
between having a 'requ
> As a side note: The distinct wording of the GPL actually *invalidates* the
> GNU/FSF claim that dynamically linking a work with, say, the readline
> library, means the work is a derivative of said library. The GPL states (in
Not that I can see no, but you could take this to a list with lawye
> compiler people caught on to the economic opportunity. Ever pay $5K
> for a CD full of GNU binaries for a commercial UNIX? I did, after
No because I just downloaded them. Much easier and since they are GPL I
was allowed to do so, then rebuilt them all which took about 30 minutes
of brain time
On Thursday 22 February 2007 10:26, Paolo Ornati wrote:
> On Thu, 22 Feb 2007 09:27:28 +0100
> Michael Opdenacker <[EMAIL PROTECTED]> wrote:
>
> > - Note the the latest Xeons (Xeon 51xx and 53xx) are not based on the
> > + Note the latest Xeons (Xeon 51xx and 53xx) are not based on the
>
> What's the benefit of doing so - and why has not it been done before?
> I mean, I run a regular 2.6.18.6,
> /sys/devices/system/clocksource/clocksource0/current_clocksource (is this
> related?) shows "acpi_pm", but the IRQ0 counter increases at HZ. Maybe I
> am confusing things, but why the need
On Wed, 2007-02-21 at 16:03 -0800, Andrew Morton wrote:
> On Sun, 18 Feb 2007 04:01:27 + Al Viro <[EMAIL PROTECTED]> wrote:
>
> > Misc audit patches (resend again...); the most intrusive one is
> > AUDIT_FD_PAIR,
> > allowing to log descriptor numbers from syscalls that do not return them in
> > It does seem to drive the PATA controllers, but the cable detection
> > doesn't seem to be working:
The cable detection is broken in the base code not in the ACPI driver.
It's totally hosed for most chipsets in PIIX.
> > scsi5 : pata_acpi
> > ata5.00: ATAPI, max UDMA/66
> > ata5.00: limited
On Thu, Feb 22, 2007 at 01:59:31PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > It is not a TUX anymore - you had 1024 threads, and all of them will
> > be consumed by tcp_sendmsg() for slow clients - rescheduling will kill
> > a machine.
On Thu, 2007-02-22 at 14:53 +0200, S.Çağlar Onur wrote:
> Hi;
>
> 22 Şub 2007 Per tarihinde, Antonino A. Daplas şunları yazmıştı:
> > On Thu, 2007-02-15 at 13:00 +0200, S.Çağlar Onur wrote:
> > > 15 Şub 2007 Per tarihinde, Andrew Morton şunları yazmıştı:
> > > > On Thu, 15 Feb 2007 11:40:32 +0100
From: [EMAIL PROTECTED]
Date: 22 Feb 2007 07:27:21 -0500
> May I just say, that this is f***ing brilliant.
It's brilliant for disk I/O, not for networking for which
blocking is the norm not the exception.
So people will have to likely do something like divide their
applications into handling for
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 15:39:30 +0300
> It does not matter - even with threads cost of having thousands of
> threads is _too_ expensive. So, IMO, it is wrong to have to create
> 20k threads for the simple web server which only sends one index page to
> 8
Hi;
22 Şub 2007 Per tarihinde, Antonino A. Daplas şunları yazmıştı:
> Ah, and you have fb_splash too. That's why the tracing was not what I
> expected it to be.
>
> Try using video=vesafb:noblank to disable hardware blanking and find out
> if you can still reproduce the oops.
I'll try and also
Testbooted 2.6.21-rc1+todays git on a PC with Intel 845 chipset and PATA
HDD. Works fine but I now have these ACPI errors in dmesg, maybe someone
is interested:
ata_piix :00:1f.1: version 2.00ac7
PCI: Enabling device :00:1f.1 (0005 -> 0007)
ACPI: PCI Interrupt :00:1f.1[A] -> GSI 18 (
On Thu, 22 Feb 2007 15:29:42 +0200 (EET)
Meelis Roos <[EMAIL PROTECTED]> wrote:
> Testbooted 2.6.21-rc1+todays git on a PC with Intel 845 chipset and PATA
> HDD. Works fine but I now have these ACPI errors in dmesg, maybe someone
> is interested:
Not in those but again note that the cable detec
Arjan van de Ven wrote:
>
> some can be used for both (PIT), but on a concept level the uses are
> independent. The advantage of local apic over PIT is that local apic is
> cheap to do "one shot" future events with, while the PIT will tick
> periodic at a fixed frequency. With tickless idle.. that
On Thu, Feb 22, 2007 at 01:59:31PM +0100, Ingo Molnar wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > It is not a TUX anymore - you had 1024 threads, and all of them will
> > be consumed by tcp_sendmsg() for slow clients - rescheduling will kill
> > a machine.
>
> maybe it will,
On Thu, Feb 22 2007, Jeff Garzik wrote:
> Robert Hancock wrote:
> >This patch adds in some NCQ blacklist entries taken from the Silicon
> >Image Windows drivers' .inf files for the 3124 and 3132 controllers.
> >These entries were marked as ""DisableSataQueueing". Assume these are
> >in their blackl
On Mon 2007-02-19 10:30:52, Avi Kivity wrote:
> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
changelog?
> + switch (nr) {
> + default:
> + ;
> + }
Eh?
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture
Pavel Machek wrote:
On Mon 2007-02-19 10:30:52, Avi Kivity wrote:
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
changelog?
Well, I can't think of anything to add beyond $subject. The patch adds
calls from the arch-dependent hypercall handlers to a new arch
independent function
>
>Pavel Machek wrote:
>> On Mon 2007-02-19 10:30:52, Avi Kivity wrote:
>>
>>> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
>>>
>>
>> changelog?
>>
>>
>
>Well, I can't think of anything to add beyond $subject. The patch adds
>calls from the arch-dependent hypercall handlers to a new arch
>indepen
On Thu, Feb 22, 2007 at 02:17:54AM -0800, Dor Laor wrote:
> I have Ingo's network PV hypercalls to commit in my piplien.
> Till then we can just add the test hypercall:
> case __NR_hypercall_test:
> printk(KERN_DEBUG "%s __NR_hypercall_test\n",
> __FUNCTION__);
> r
> >
>
> I have Ingo's network PV hypercalls to commit in my piplien.
I have 5 or so pending as well :)
can't wait for the infrastructure to be there so that it's relatively
easy to add my paravirt block driver
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Joerg Roedel wrote:
On Thu, Feb 22, 2007 at 02:17:54AM -0800, Dor Laor wrote:
I have Ingo's network PV hypercalls to commit in my piplien.
Till then we can just add the test hypercall:
case __NR_hypercall_test:
printk(KERN_DEBUG "%s __NR_hypercall_test\n",
__FUNCTION__
1 - 100 of 411 matches
Mail list logo
