On Fri, 27 Apr 2007 15:50:57 -0700 Greg Kroah-Hartman wrote:
> From: Hans J. Koch <[EMAIL PROTECTED]>
>
> Documentation for the UIO interface
>
> From: Hans J. Koch <[EMAIL PROTECTED]>
> Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
> ---
> Documentation/DocBook/kernel-api.tmpl |4 +
On 05/01, Jeff Garzik wrote:
>
> Oleg Nesterov wrote:
> >
> >Alan, the usage of cancel_delayed_work() in drivers/ata/libata-core.c looks
> >suspicious to me, both ->hotplug_task and ->port_task can re-arm
> >themselves,
> >so cancel_delayed_work + flush_workqueue (or cancel_work_sync) is not
> >e
heres hoping that someone will be able to answer my question, as i have
searched many places and have been unable to find the type of answer i am
looking for. i did find the short description of the module in the .c file
for each, but nothing more detailed.
using 2.6.20 kernel
with or without t
Glauber de Oliveira Costa wrote:
RR asks us if it is really necessary to disable interrupts in
setup_secondary_APIC_clock(). The answer is no, since setup_APIC_timer()
starts by saving irq flags, which also disables them.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
--- a/arch/x
Linus Torvalds wrote:
>
> On Tue, 1 May 2007, Josh Triplett wrote:
>> Does this still apply? Do current versions of GCC still have this problem?
>> If not, can the option and warning go away?
>
> Even if current versions of gcc don't triple the build time (and for the
> kernel, I suspect it doe
Jesse Barnes wrote:
On Monday, April 30, 2007 4:20 pm Robert Hancock wrote:
Right, but you patch should obsolete this stuff anyway. I'll test
it out in the next few days.
We likely still want this chipset-specific support, it will catch the
case where the MCFG table lists a location which is r
On Tue, May 01, 2007 at 02:43:30PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 1 May 2007, Josh Triplett wrote:
> >
> > Does this still apply? Do current versions of GCC still have this problem?
> > If not, can the option and warning go away?
>
> Even if current versions of gcc don't triple the
On 5/1/07, Kok, Auke <[EMAIL PROTECTED]> wrote:
Michel Lespinasse wrote:
> (I've added the E1000 maintainers to the thread as I found the issue
> seems to go away after I compile out that driver. For reference, I was
> trying to figure out why I lose exactly 24 ticks about every two
> seconds, as
You currently cannot remove all cpus or mems from cpus_allowed or
mems_allowed of a cpuset. We now allow both if there are no attached
tasks.
Cc: Paul Jackson <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes
On 5/1/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
There are two ways of implementing this. One is to have the
JVM periodically poll using a pthread_getrusage() interface.
Not a good idea.
A better
choice might be some kind of per-thread CPU limit, that would result
in a thread-spec
On Tue, 1 May 2007, Josh Triplett wrote:
>
> Do you know whether the current version of GCC generates poor code for pointer
> subtraction?
You _cannot_ generate good code.
When you subtract two pointers, the C definition means that you first
subtract the values (cheap), and then you *divide*
Matt Mackall wrote:
> On Mon, Apr 30, 2007 at 11:38:51AM -0500, James Bottomley wrote:
>
>> As usual voyager tripped over an explicit boot CPU is zero assumption in
>> the dynticks code. This is the fix I have queued in the voyager tree.
>>
>
> Can we flush out all these assumptions by add
On Tue, May 01, 2007 at 04:59:57PM -0700, Josh Triplett wrote:
> Linus Torvalds wrote:
> >
> > On Tue, 1 May 2007, Josh Triplett wrote:
> >> Does this still apply? Do current versions of GCC still have this problem?
> >> If not, can the option and warning go away?
> >
> > Even if current version
On Mon, 30 Apr 2007 00:04:31 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> Replace open-coded kmap_atomic() and kunmap_atomic()
> surrounding two memory clear operations with zero_user_page(), as both
> memory operations act on the same page.
>
> Cc: Nate Diller <[EMAIL PROTECTED]
On Tue, 2007-05-01 at 14:17 +0200, Andi Kleen wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
> > Will merge the rustyvisor.
>
> IMHO the user code still doesn't belong into Documentation.
> Also it needs another review round I guess. And some beta testing by
> more people.
Like any piece of c
On Mon, 30 Apr 2007 10:43:31 -
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> please pick up the following updates to clocksource / clockevents:
>
> - Fixups to the resume logic
> - Keep TSC stable, when lapic_timer_c2_ok is set
>
Should we be targetting these at 2.6.20.x?
-
To
On Mon, Apr 30, 2007 at 11:33:10PM -0400, bfields wrote:
> On Tue, May 01, 2007 at 12:14:11PM +1000, Neil Brown wrote:
> > Bruce: does it look OK to you?
>
> It looks sensible, but it's a little late for me--I'll take another look
> at it and run some tests tommorow.
Just to confirm--yep, loks f
On Tue, May 01, 2007 at 05:24:54PM -0700, Linus Torvalds wrote:
> The only thing that was gcc-specific about it is that gcc goes to some
> extreme lengths to turn the constant-sized division into a sequence of
> shifts/multiples/subtracts, and can often turn a division into something
> like ten
On Tue, 2007-05-01 at 21:52 +1000, Nick Piggin wrote:
> Rohit Seth wrote:
>
> >>and
> >>it's only interested when it's executable i.e. "lazy_mmu_prot_update"
> >>is a name concealing some overdesign.
> >
> >
> > You are right that ia64 is only interested in whne the execute permissions
> > kick
On Tue, 2007-05-01 at 21:39 +1000, Nick Piggin wrote:
> Rohit Seth wrote:
> >
> > If a user is requesting kernel to do (for example) write on a page that is
> > already mapped with execute and write permissions then it should be treated
> > as if the user space is doing modifications to that page
On Tue, 2007-05-01 at 21:47 +1000, Nick Piggin wrote:
> Rohit Seth wrote:
> >
> >
> > It is invalidating any entries (containing same physical address) in both I
> > and D caches. Any dirty lines in D cache are written back to memory before
> > getting invalidated (ofcourse).
>
> OK. (should it
On Tue, 2007-05-01 at 17:26 -0700, Jeremy Fitzhardinge wrote:
> Matt Mackall wrote:
> > On Mon, Apr 30, 2007 at 11:38:51AM -0500, James Bottomley wrote:
> >
> >> As usual voyager tripped over an explicit boot CPU is zero assumption in
> >> the dynticks code. This is the fix I have queued in the
On Tue, May 01, 2007 at 05:40:33PM +0100, Alan Cox wrote:
> > > But distros can easily add the device id to their kernel if needed, it
> > > isn't something that the -stable tree shoud be accepting. Otherwise, we
> > > will be swamped with those types of patches...
> > >
> >
> > Oh sure, leave t
We (the -stable team) are announcing the release of the 2.6.20.11 kernel.
It contains a number of bugfixes from the 2.6.20.10 release, and anyone
who is having any issues with 2.6.20.10 is encouraged to update.
I'll also be replying to this message with a copy of the patch between
2.6.20.10 and 2.
Chuck Ebbert wrote:
Stephen Clark wrote:
I'm running fc6 but with kernel 2.6.21 from kernel.org - compiled with
the .config file from fc6.
My system is a asus laptop with an ich7 chipset which has both sata and
pata controllers. My
laptop only brings out the pata controller interface and bo
On Mon, 30 Apr 2007 17:33:41 +0200
Juergen Beisert <[EMAIL PROTECTED]> wrote:
> From: Juergen Beisert <[EMAIL PROTECTED]>
>
> Replace NSC/Cyrix specific chipset access macros by inlined functions.
> With the macros a line like this fails (and does nothing):
> setCx86(CX86_CCR2, getCx86(CX86
On i945, a mmconfig range hitting the f000- zone conflicts
with the APIC registers and others. Consider it invalid.
On E7520, values and f000 for the window register are defined
invalid in the documentation.
---
I haven't seen a bios use these values, but who trusts biosen thes
* Greg KH ([EMAIL PROTECTED]) wrote:
> And is this really a problem? The whole goal of the -stable tree was to
> accomidate the users who relied on kernel.org kernels, and wanted
> bugfixes and security updates. It was not for new features or new
> hardware support.
>
> If people feel we should
On Tue, 1 May 2007, Andrew Morton wrote:
> As Satyam said, this will sometimes cause us to map and unmap the page
> twice, and to run flush_dcache_page() twice. In not-terribly-uncommon
> circumstances in very frequently called functions.
>
> Doesn't seem worth it to me.
Ok but we have that cod
--- Rene Herman <[EMAIL PROTECTED]> wrote:
> On 05/02/2007 12:41 AM, 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
Hugh Dickins wrote:
On Mon, 30 Apr 2007, Andrew Morton wrote:
...
mm-more-rmap-checking.patch
...
Misc MM things. Will merge.
Would Nick mind very much if I ask you to drop this one?
You did CC me ages ago, but I've only just run across it.
It's a small matter, but I'd prefer it dropped f
Rohit Seth wrote:
On Tue, 2007-05-01 at 21:39 +1000, Nick Piggin wrote:
Rohit Seth wrote:
If a user is requesting kernel to do (for example) write on a page that is
already mapped with execute and write permissions then it should be treated
as if the user space is doing modifications to tha
Em Ter, 2007-05-01 às 16:16 -0700, Trent Piepho escreveu:
> On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
> > With this configuration, dvb-bt8xx hangs during initialization,
> > generating an OOPS, if you have a board with DST (modprobe dvb-bt8xx
> > never returns).
>
> Stupid typo in the first
Rohit Seth wrote:
On Tue, 2007-05-01 at 21:52 +1000, Nick Piggin wrote:
Rohit Seth wrote:
and
it's only interested when it's executable i.e. "lazy_mmu_prot_update"
is a name concealing some overdesign.
You are right that ia64 is only interested in whne the execute permissions
kick in (an
On 5/1/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
On Tue, 1 May 2007, Andrew Morton wrote:
> As Satyam said, this will sometimes cause us to map and unmap the page
> twice, and to run flush_dcache_page() twice. In not-terribly-uncommon
> circumstances in very frequently called functions.
David Howells <[EMAIL PROTECTED]> writes:
> John Anthony Kazos Jr. <[EMAIL PROTECTED]> wrote:
>
>> if (veryverylengthycondition1
>> && smallcond2
>> && (conditionnumber3a
>> || condition3b)) {
>> ...
>> }
>>
>> Clear, crisp, an
On 5/1/07, Nate Diller <[EMAIL PROTECTED]> wrote:
On 5/1/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 1 May 2007, Andrew Morton wrote:
>
> > As Satyam said, this will sometimes cause us to map and unmap the page
> > twice, and to run flush_dcache_page() twice. In not-terribly-uncom
So, the 0.3 release went out...with VERSION=0.2 in the Makefile. Oops.
Fortunately, $(VERSION) currently only affects the version number in the
pkg-config file sparse.pc. If you have written some software that depends on
Sparse, uses pkg-config to check for it with a sufficient version number, a
OOn Wed, 25 Apr 2007 19:03:12 +0400, "Edward Shishkin"
<[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>
> >
> >As I understand it, the default Reiser4 DOES NOT USE any compression at
> >all, not even tail compression,
> >
>
> ^tail compression^tail conversion
> Reiser4 does use tail conver
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.
You can read more here:
http://linuxhelp.150m.com/resources/fs
On Tue, May 01, 2007 at 02:43:30PM -0700, Linus Torvalds wrote:
>
>
> On Tue, 1 May 2007, Josh Triplett wrote:
> >
> > Does this still apply? Do current versions of GCC still have this problem?
> > If not, can the option and warning go away?
>
> Even if current versions of gcc don't tr
On Sat, 28 Apr 2007 20:29:28 +0200, "Andi Kleen" <[EMAIL PROTECTED]>
said:
> > By any chance did you do that?
>
> It will likely work with lilo -- it is file system independent as
> long as the file system implements the IOC_UNPACK ioctl, which
> r4 seems to.
>
> -Andi
I used a kernel and init
On Monday, April 30, 2007, Olivier Galibert wrote:
> On Sun, Apr 29, 2007 at 08:14:37PM -0600, Robert Hancock wrote:
> > -Validate that the area is reserved even if we read it from the
> > chipset directly and not from the MCFG table. This catches the case
> > where the BIOS didn't set the location
Jeff Dike wrote:
The libc free wrapper wasn't correctly detecting buffers obtained with
malloc(). This is now done by seeing if the page was reserved. This is
the case for memory which is left aside for libc and isn't given to
the page allocator. If we free a pointer in a reserved page, it is
On Tuesday, May 01, 2007, Jesse Barnes wrote:
> On Monday, April 30, 2007, Olivier Galibert wrote:
> > On Sun, Apr 29, 2007 at 08:14:37PM -0600, Robert Hancock wrote:
> > > -Validate that the area is reserved even if we read it from the
> > > chipset directly and not from the MCFG table. This catch
Hi, Ingo
My name is Ting Yang, a graduate student from UMASS. I am currently
studying the linux scheduler and virtual memory manager to solve some
page swapping problems. I am very excited with the new scheduler CFS.
After I read through your code, I think that you might be interested in
re
Hugh Dickins wrote:
On Tue, 1 May 2007, Nick Piggin wrote:
There were concerns that we could do this more cheaply, but I think it
is important to start with a base that is simple and more likely to
be correct and build on that. My testing didn't show any obvious
problems with performance.
I
Install the built-in macsonic interrupt handler on both IRQs when using
via_alt_mapping. Otherwise the rare interrupt that still comes from the
nubus slot will wedge the nubus.
$ cat /proc/interrupts
auto 2: 89176 via2
auto 3: 744367 sonic
auto 4: 0 scc
auto
On Tue, May 01, 2007 at 01:37:24PM -0700, Paul Menage wrote:
> > Any chance we could get a per-container task list? It will
> > help subsystem writers as well.
>
> It would be possible, yes - but we probably wouldn't want the overhead
> (additional ref counts and list manipulations on every fork/e
On Tue, May 01, 2007 at 01:26:44PM +0200, Tilman Schmidt wrote:
> Am 30.04.2007 21:46 schrieb Andrew Morton:
> > Sure, but what about 2.6.21-git3 (or, better, current -git)?
>
> 2.6.21-git3 crashed with panic blink at "scanning usb: .."
> (Nothing in the log this time.)
Eeek, that's not good.
Ca
David wrote:
> You currently cannot remove all cpus or mems from cpus_allowed or
> mems_allowed of a cpuset. We now allow both if there are no attached
> tasks.
Why do you need this? It adds a little more code, and changes
semantics a little bit, so I'd think it should have at least a
little bit
On 5/1/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
For the CPU controller I was working on, (a fast access to) such a list would
have been valuable. Basically each task has a weight associated with it
(p->load_weight) which is made to depend upon its class limit. Whenever
the class limit c
Hi.
I don't know why, but when I'm dereferencing PAGE_OFFSET(0xC000 on
x86) address from user space on rc7-mm2 I don't receive SIGSEGV signal
and there is no any core dump.
btw: on poor rc-7 all is ok.
test_code:
---
#include
#include
#include
#include
#include
#include
#include
#incl
On Tue, May 01, 2007 at 07:46:36PM +1000, Neil Brown wrote:
>
> My first thought was that the new threaded device discovery was
> allowing md init to happen before scsi discovery was complete. Maybe
> the presence of CONFIG_MOUSE_PS2 makes some bit go faster...
>
> However
> # CONFIG_SCSI_SCA
On 5/1/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
Why do you need this? It adds a little more code, and changes
semantics a little bit, so I'd think it should have at least a
little bit of justfication.
We have cases where we'd like to be able to clear the memory nodes
away from a (temporaril
On Tue, 2007-05-01 at 17:08 -0700, Jeremy Fitzhardinge wrote:
> Add the Xen virtual network device driver.
(Herbert: there's a question for you: grep for Herbert)
OK, this is a remarkably non-trivial driver. If the v0.1 of the driver
had been in the kernel, I'm sure it would have been about 1/4
On Tue, May 01, 2007 at 08:25:35PM -0700, Paul Menage wrote:
> >- Walk the task table and find relevant members
>
> That doesn't seem like a terrible solution to me, unless you expect
> the class limit to be changing incredibly frequently.
yeah i agree. Group limit(s) should not be changi
Paul Jackson wrote:
[[ I have bcc'd one or more batch scheduler experts on this post.
They will know who they are, and should be aware that they are
not listed in the public cc list of this message. - pj ]]
Balbir Singh, responding to Paul Menage's Container patch set on lkml, wr
On Wed, May 02, 2007 at 01:37:13PM +1000, Rusty Russell wrote:
>
> > +static int xennet_change_mtu(struct net_device *dev, int mtu)
> > +{
> > + int max = xennet_can_sg(dev) ? 65535 - ETH_HLEN : ETH_DATA_LEN;
> > +
> > + if (mtu > max)
> > + return -EINVAL;
> > + dev->mtu = mtu;
> >
On Tue, 1 May 2007, Cabot, Mason B wrote:
> Hello all,
>
> I've been testing the NAS performance of ext3/Openfiler 2.2 against
> NTFS/WinXP and have found that NTFS significantly outperforms ext3 for
> video workloads. The Windows CIFS client will attempt a poor-man's
> pre-allocation of the file
On Tue, 1 May 2007, Nate Diller wrote:
> well, leave it to me to reply too quickly, sorry. i think we should
> leave simple_prepare_write() the way it is, since it's a library
> function itself. the other two callsites in your patch are buffers,
> which may themselves be smaller than a page so y
Paul Menage wrote:
On 5/1/07, Balbir Singh <[EMAIL PROTECTED]> wrote:
> + if (container_is_removed(cont)) {
> + retval = -ENODEV;
> + goto out2;
> + }
Can't we make this check prior to kmalloc() and copy_from_user()?
We could but I'm not sure what it would buy
On Tue, 1 May 2007 20:58:02 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Tue, 1 May 2007, Nate Diller wrote:
>
> > well, leave it to me to reply too quickly, sorry. i think we should
> > leave simple_prepare_write() the way it is, since it's a library
> > function itself. the
On Sat, Apr 28, 2007 at 11:18:49PM -0700, David Miller wrote:
>
> Herbert, could you refresh this refinement to the current
> tree?
Dave, thanks for reminding me. Here it is.
[NETLINK]: Kill CB only when socket is unused
Since we can still receive packets until all references to the
socket are
Rusty Russell wrote:
> On Tue, 2007-05-01 at 17:08 -0700, Jeremy Fitzhardinge wrote:
>
>> Add the Xen virtual network device driver.
>>
>
> (Herbert: there's a question for you: grep for Herbert)
>
> OK, this is a remarkably non-trivial driver. If the v0.1 of the driver
> had been in the k
On Tue, May 01, 2007 at 09:48:41AM +0100, Christoph Hellwig wrote:
> > fix-gregkh-pci-pci-remove-the-broken-pci_multithread_probe-option.patch
> > remove-pci_dac_dma_-apis.patch
> > round_up-macro-cleanup-in-drivers-pci.patch
> > pcie-remove-spin_lock_unlocked.patch
> > cpqphp-partially-conver
On Wed, May 02, 2007 at 12:36:36AM +0200, Ingo Oeser wrote:
> On Tuesday 01 May 2007, Dave Airlie wrote:
> > > - what's with the /proc interface? Don't add new proc code for
> > > non-process related things. This should all go into sysfs
> > > somewhere. And yes, I know /proc/dri/ is t
On Wed, 2007-05-02 at 13:51 +1000, Herbert Xu wrote:
> On Wed, May 02, 2007 at 01:37:13PM +1000, Rusty Russell wrote:
> >
> > > +static int xennet_change_mtu(struct net_device *dev, int mtu)
> > > +{
> > > + int max = xennet_can_sg(dev) ? 65535 - ETH_HLEN : ETH_DATA_LEN;
> >
> > This seems odd to m
For all supported versions of gcc (major version 3 and above), functions
and variables may be declared with __attribute__((unused)) to suppress
warnings if they are declared but unused.
This shouldn't be confused with functions being declared with
__attribute__((used)). This specifies that the fu
In the case of !CONFIG_PCI_DIRECT && !CONFIG_PCI_MMCONFIG, type is
unreferened.
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/i386/pci/init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/i386/pci/init.c b/arch/i386/
Replace automatic variable instances of __attribute__((unused)) with
__attribute_unused__ in mca_nmi_hook().
Cc: James Bottomley <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/i386/mach-voyager/voyager_basic.c |4 ++--
1 files changed, 2 insertions(+), 2 deleti
Labeling a variable as __attribute_used__ is ambiguous: it means
__attribute__((unused)) for gcc <3.4 and __attribute__((used)) for
gcc >=3.4. There is no such thing as labeling a variable as
__attribute__((used)). We assume that we're simply suppressing a warning
here if gdthtable[] is declared
Replace function instances of __attribute__ ((unused)) with
__attribute_unused__.
Cc: Geoff Levand <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/ps3/interrupt.c |4 ++--
arch/powerpc/platforms/ps3/time.c |2 +-
2 files changed, 3 ins
Replace automatic variable instances of __attribute__ ((unused)) with
__attribute_unused__.
Cc: Andy Whitcroft <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
include/asm-i386/mmzone.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/
Replace function instances of __attribute__((unused)) with
__attribute_unused__ to suppress warnings.
Cc: David Howells <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/frv/kernel/gdb-stub.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff
Replace function instances of __attribute__((unused)) with
__attribute_unused__.
Cc: Ralf Baechle <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/mips/mm/tlbex.c | 36 ++--
1 files changed, 18 insertions(+), 18 deletions(-)
diff --
Replace variable instances of __attribute__((unused)) with
__attribute_unused__.
Cc: Ralf Baechle <[EMAIL PROTECTED]>
Cc: Thomas Koeller <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
arch/mips/basler/excite/excite_device.c | 16
1 files changed, 8 in
There is no such thing as labeling a variable as __attribute__((used)).
Since ts_shift is not referenced in inline assembly, we assume that we're
simply suppressing a warning here if the variable is declared but
unreferenced.
Cc: Paul Mundt <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL
On Tue, May 01, 2007 at 05:17:28PM -0700, Ulrich Drepper wrote:
> We have, in principal: setrlimit. We jump through hoops in the moment
> to make RLIMIT_CPU a per-process facility. This is all nice. All you
> need to do is to add resources RLIMIT_*_THREAD (e.g.,
> RLIMIT_CPU_THREAD) and addition
On Tue, May 01, 2007 at 07:59:21PM -0400, Mark Lord wrote:
> Glauber de Oliveira Costa wrote:
> >RR asks us if it is really necessary to disable interrupts in
> >setup_secondary_APIC_clock(). The answer is no, since setup_APIC_timer()
> >starts by saving irq flags, which also disables them.
> >
> >
On Tue, Apr 17, 2007 at 01:25:49PM -0400, John Anthony Kazos Jr. wrote:
> From: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
>
> Convert the subdirectory "crypto" to UTF-8. The files changed are
> and .
>
> Signed-off-by: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
Thanks. Could you fix up inclu
Hi andrew, it seems that lkml has contacted both of my email accounts
and cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
http://lkml.o
On Sun, Apr 29, 2007 at 09:01:10AM +0100, Simon Arlott wrote:
>
> Well that's mostly the point - it shouldn't get compiled in - ever,
> but it also has other modules depending on it in Kconfig that
> shouldn't need to be modules.
Patch applied. Thanks!
--
Visit Openswan at http://www.openswan
Hi Edward, it seems that lkml has contacted both of my email accounts
and cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
http://lkml.o
On Wed, 25 Apr 2007 09:29:19 -0400, "Jeff Garzik" <[EMAIL PROTECTED]>
said:
> Please fix your caps lock key. Thanks.
>
> Jeff
Hi Jeff, it seems that lkml has contacted both of my email accounts and
cripped them.
I can no longer recieve email from lkml on this account.
I can neither reci
On 5/1/07, Theodore Tso <[EMAIL PROTECTED]> wrote:
The question is should we use setrlimit() to set the per-thread CPU
limit, given that we would need some separate interface to set signal
that should be sent.
Is there any reason why we should have the interface specify whether
the signal should
On Wed, 2007-02-28 at 18:34 +0100, Jan-Bernd Themann wrote:
> This patch provides a functionality that allows parallel
> RX processing on multiple RX queues by using dummy netdevices.
>
>
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
> ---
> @@ -1789,6 +1798,22 @@ static void ehea_xmit
Hi Jeff, it seems that lkml has contacted both of my email accounts and
cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
http://lkml.org
Hi:
Here is the crypto update for 2.6.22:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
or
master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
Summary:
* Added API for asynchronous block ciphers.
* Small clean-up's.
Herbert Xu (9):
Alan Cox wrote:
I just so happen to think we should implement a variety of CPU resource
limits beyond what we now do, so this, too, interests me.
Agreed - and make them all 64bit while doing the cleanup. One thing
several Unixen have we don't for 32bi boxes is a proper set of 64bit
resource han
Hi Ting,
On Tue, May 01, 2007 at 10:57:14PM -0400, Ting Yang wrote:
>
> Hi, Ingo
>
> My name is Ting Yang, a graduate student from UMASS. I am currently
> studying the linux scheduler and virtual memory manager to solve some
> page swapping problems. I am very excited with the new scheduler C
On Tue, May 01, 2007 at 09:28:18PM -0700, David Rientjes wrote:
> +#define __attribute_unused__ __attribute__((unused))
Suggest __unused which is shorter and looks compiler-neutral.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
Jan Engelhardt wrote:
>
> If it works, no problem. just put your sign-off somewhere
> and let Andrew (or the appropriate subsys maintainer) have it :)
>
Well, the appropriate subsys maintainer would be me. :)
Has it been decided that this is the way to go? I have no strong feelings either
way.
I just tried out git as of commit dc87c398 plus Ingo's cfs v6 patch.
I'll try out w/o the patch to confirm later this morning.
The kernel log shows no indication of a problem, but the (ps/2) mice do
not work, and the keyboard repeat is *very* slow, and will not speed up
if changed with xset(1x).
Hi All,
An update of the uClinux (MMU-less) code against 2.6.21.
A lot of cleanups, and a few bug fixes.
Ahead is more changes to finalize platform device support
for the new style ColdFire serial driver, and switching to
the generic irq code.
http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/li
On Tuesday, May 01, 2007, Jesse Barnes wrote:
> > I'm testing it now on my 965...
>
> Bah... nevermind Robert, I see you're doing this already in
> pci_mmcfg_reject_broken. I'm about to reboot & test now.
Ok, I've tested a bit on my 965 (after re-adding my old patch to support
it) and the new ch
On Tue, May 01, 2007 at 10:57:14PM -0400, Ting Yang wrote:
> Authors of this paper proposed a scheduler: Earlist Eligible Virtual
> Deadline First (EEVDF). EEVDF uses exactly the same method as CFS to
> track the execution of each running task. The only difference between
> EEVDF and CFS is tha
Add pollfs_fs.h header which contains the kernel-side declarations
and auxiliary macros for type safety checks. Those macros can be
simplified later.
Signed-off-by: Davi E. M. Arnaut <[EMAIL PROTECTED]>
---
include/linux/pollfs_fs.h | 57 ++
1 file c
This patch set introduces a new file system for the delivery of pollable
events through file descriptors. To the detriment of debugability, pollable
objects are a nice adjunct to nonblocking/epoll/event-based servers.
The pollfs filesystem abstraction provides better mechanisms needed for
creating
Make the plaio syscall available to user-space on x86_64.
Signed-off-by: Davi E. M. Arnaut <[EMAIL PROTECTED]>
---
arch/x86_64/ia32/ia32entry.S |1 +
include/asm-x86_64/unistd.h |4 +++-
2 files changed, 4 insertions(+), 1 deletion(-)
Index: linux-2.6/arch/x86_64/ia32/ia32entry.S
=
501 - 600 of 668 matches
Mail list logo
