On Mon, 17 Dec 2007 18:20:14 -0500
Jeff Garzik wrote:
> Jochen Friedrich wrote:
> > This patch adds support to use the fixed-link property
> > of an ethernet node to fs_enet for the
> > CONFIG_PPC_CPM_NEW_BINDING case.
> >
> > Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: Vitaly
On Mon, 17 Dec 2007 20:28:00 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>
> btw, I cheerfully skipped all your spelling-fixes patches. Some will
> have stuck via subsystem maintainers but I have a secret "no spelling
> fixes unless they're end-user-visible" policy. That means I'll take
>
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD vmlinux.o
MODPOST vmlinux.o
WARNING:
(Adding Dave Howells, his name is on
iget-stop-isofs-from-using-read_inode.patch)
On Tue, 18 Dec 2007 10:37:32 +0800, Dave Young said:
> > I don't mind it failing the mount, but the oops seems excessive. I suspect
> > that *somewhere* in that stack trace, we're wanting something like a
> >
>
[EMAIL PROTECTED] wrote:
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/
git-net.patch (I'm guessing one of Daniel's commits, but not sure which one)
causes some complaints:
LD vmlinux.o
Johannes Weiner wrote:
Hi,
Stephen Clark <[EMAIL PROTECTED]> writes:
Which governor are you using? ondemand?
Not sure - but the only thing that is changed is the kernel - if I go
back to 2.6.23.1 it works correctly.
Have a look at
On Tue, Dec 18, 2007 at 03:30:31PM +0100, Damien Wyart wrote:
> * David Chinner <[EMAIL PROTECTED]> [071218 13:24]:
> > Ok. I haven't noticed anything wrong with directories up to about
> > 250,000 files in the last few days. The ls -l I just did on
> > a directory with 15000 entries (btree
On Mon, 17 Dec 2007 16:05:31 +0300
Al Boldi <[EMAIL PROTECTED]> wrote:
> Indan Zupancic wrote:
> > On Mon, December 17, 2007 01:40, Tetsuo Handa wrote:
> > I think you can better spend your time on read-only bind mounts.
>
> That would be too coarse.
>
Actually, who needs to create device
Hello Haavard,
A few remarks:
> From: Remy Bohmer <[EMAIL PROTECTED]>
My name, at your address ;-)))
> This patch splits up the interrupt handler of the serial port
> into a interrupt top-half and a tasklet.
I see you moved the handling of the sysrq-key to the tasklet. This was
actually a
Hello,
it can happen there are files larger than s_maxbytes on a fs. Attached
patch tries to make VFS/mm handle this gracefully. More details in the
changelog. Any comments / objections?
Honza
--
Jan Kara <[EMAIL PROTECTED]>
This patch adds support to use the fixed-link property
of an ethernet node to fs_enet for the
CONFIG_PPC_CPM_NEW_BINDING case.
Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
Acked-by: Jeff Garzik <[EMAIL PROTECTED]>
Acked-by: Vitali Bordug <[EMAIL PROTECTED]>
---
Noticed it yet its not the best driver around, but its weird it almost
can initialize 1 device on the controller (sdb), and the rest totally fails.
Tried to put each disk in a JBOD, but that doesn't fix it neither.
Anyway thank you for the reply. Think i'll get some better controller :)
Mark
On Mon, 17 Dec 2007 16:30:54 +1030
David Newall <[EMAIL PROTECTED]> wrote:
> Tetsuo Handa wrote:
> > If Bob is malicious and creates /dev/sda1 with block-8-2 attribute [...]
>
> Bob can't do that. Only root can.
Not even root can, if you remove him the capability. Only udev can.
(which
> Try uploading something through rsync+ssh, or scp+ssh. If it aborts
> or hangs after a while, that may be an strong indication of a crappy
> router. Also, I'd advise to upgrade to something newer like >=
> 2.6.22. There was one of those SACK-broken routers around here too,
> but it seemed to
> Why not use SELinux?
>
> Because SELinux doesn't guarantee filename and its attribute.
> The purpose of this filesystem is to ensure filename and its attribute
> (e.g. /dev/null is guaranteed to be a character device file
> with major=1 and minor=3).
Why not improve selinux to be able to
On Fri 2007-12-14 00:47:10, Eduard-Gabriel Munteanu wrote:
> Some multiprocessor 64-bit AMD systems don't allow the user to disable
> the C1E C-state. The kernel detects C1E and marks the LAPIC as
> broken, thereby disabling dynticks. This patch adds an option to
> disable C1E when detected. It
* Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
>> here the problem is apparently caused by your patch, a careless
>> 'unification' of include file sections. 32-bit had this:
>
> Point is this patches do unification, but they are not just that, as
> you can see. I am attempting to
* Glauber de Oliveira Costa <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
>> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>>
>>> yes, our include file dependencies are a jungle, the differences between
>>> 32-bit and 64-bit are arbitrary in 80% of the cases, but still there's no
>>> reason why
On Tue, Dec 18, 2007 at 12:06:08AM +, Alan Cox wrote:
> 300MHz 486 -> Nat Semi Geode.
>
> NextGen as you say are 386 - 586 depending on the BIOS hypercode but I
> believe lack WP even in > 386 mode.
Geode identifies itself as family 5 though. It may prefer 486 code but
it's still family 5.
Passing a cipher name > 32 chars on mount results in an overflow
when the cipher name is printed, because the last character
in the struct ecryptfs_key_tfm's cipher_name string was never
zeroed.
Signed-off-by: Eric Sandeen <[EMAIL PROTECTED]>
---
Index: linux-2.6.24-rc3/fs/ecryptfs/crypto.c
On Thu, 06 Dec 2007 15:29:07 GMT, Pavel Machek said:
>
> > Why not use SELinux?
> >
> > Because SELinux doesn't guarantee filename and its attribute.
> > The purpose of this filesystem is to ensure filename and its attribute
> > (e.g. /dev/null is guaranteed to be a character device file
> >
On Dec 17, 2007, at 8:39 PM, Jon Smirl wrote:
Temporarily copy the mpc-i2c driver to continue support for the ppc
architecture until it is removed in mid-2008. This file should be
deleted as part of ppc's final removal.
Signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
Signed-off-by: Jon
On Dec 18 2007 10:34, James Nichols wrote:
>
>It's very challenging for me to upgrade the kernel as this is a
>production system and I need to run on whatever the latest RedHat
>supports for support contract reasons. I probably could do it if
>there are specific fixes that there is reason to
Hi,
Stephen Clark <[EMAIL PROTECTED]> writes:
> userspace
Please supply the full dmesg output on the non-working kernel the
corresponding .config (or /proc/config.gz).
Added Dave to CC.
Hannes
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Dec 18, 2007 at 01:58:28PM +, Mel Gorman wrote:
> That commit is over a year old and it initially distressed me that it
> would take this long to show up on a boot test. However, you said this was
> to fix MIPS in a follow-on mail and I never made it use arch-independent
> zone-sizing
On Tue, 18 Dec 2007 02:13:30 -0800 (PST) shashi59 wrote:
>
> I am newbie for Linux Kernel.How can I read the memory area like the range
> between to .Directly i read that area it shows some error
> like this "unable to handle kernel paging request at virtual address
> ".
This patch fixes a typo in 'drivers/net/wireless/iwlwifi/Kconfig'.
Signed-off-by: Miguel Boton <[EMAIL PROTECTED]>
diff --git a/drivers/net/wireless/iwlwifi/Kconfig
b/drivers/net/wireless/iwlwifi/Kconfig
index f495466..ca8597a 100644
--- a/drivers/net/wireless/iwlwifi/Kconfig
+++
On Tue, Dec 18, 2007 at 09:51:15AM -0600, Eric Sandeen wrote:
> Passing a cipher name > 32 chars on mount results in an overflow
> when the cipher name is printed, because the last character
> in the struct ecryptfs_key_tfm's cipher_name string was never
> zeroed.
>
> Signed-off-by: Eric Sandeen
This is a relatively minor detail in the rather bigger context of this
patch, but...
> @@ -642,6 +644,7 @@ struct inode {
> struct list_headinotify_watches; /* watches on this inode */
> struct mutexinotify_mutex; /* protects the watches list */
> #endif
> +
Have lockd_up start lockd using svc_create_kthread. With this change,
lockd_down now blocks until lockd actually exits, so there's no longer
need for the waitqueue code at the end of lockd_down. This also means
that only one lockd can be running at a time which simplifies the code
within lockd's
--- [EMAIL PROTECTED] wrote:
> On Thu, 06 Dec 2007 15:29:07 GMT, Pavel Machek said:
> >
> > > Why not use SELinux?
> > >
> > > Because SELinux doesn't guarantee filename and its attribute.
> > > The purpose of this filesystem is to ensure filename and its attribute
> > > (e.g. /dev/null is
> Well you could still blame Java. I am sure that if you program was C,
> the problem could be narrowed down much easier.
That may very well be true, but I can't rewrite the whole 500K line
application in C at this point. Plus, it's a web app which would be
"fun" to implement in C.
--
To
[EMAIL PROTECTED] wrote:
> Waaay back in October I sent some patches for passing additional
> attributes to the dma_map_* routines:
>
> http://marc.info/?l=linux-kernel=119137949604365=2
Do I understand correctly?: A device and the CPUs communicate via two
separate memory areas: A data buffer
This is the second patchset to fix the use-after-free problem in lockd,
and to convert lockd to use the kthread API instead of kernel_thread.
The main change from the last patchset is that svc_prepare_thread is
now exported and svc_create_kthread no longer calls it. The caller of
lockd makes itself freezable, but never calls try_to_freeze(). Have it
call try_to_freeze() within the main loop.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/lockd/svc.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/fs/lockd/svc.c b/fs/lockd/svc.c
index
lockd_start_done is a global var that can be reused if lockd is
restarted, but it's never reinitialized. On all but the first use,
wait_for_completion isn't actually waiting on it since it has
already completed once.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
fs/lockd/svc.c |1 +
1
svc_pool_map_set_cpumask will only affect "current" as of now. Add a
new arg so that it can change the cpumask on any given task. Also if
we're not changing "current" we don't care what the oldmask was, so
allow it to be a NULL pointer.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
Add a new function svc_create_kthread that spawns svc threads using the
kthread API.
Signed-off-by: Jeff Layton <[EMAIL PROTECTED]>
---
include/linux/sunrpc/svc.h |2 ++
net/sunrpc/sunrpc_syms.c |1 +
net/sunrpc/svc.c | 19 +++
3 files changed, 22
Move the initialzation in __svc_create_thread that happens prior to
thread creation to a new function. Export the function so that when
we replace __svc_create_thread with a kthread version, callers will
have complete control over this initialization.
Signed-off-by: Jeff Layton <[EMAIL
...and only have lockd exit when the last reference is dropped.
The problem is this:
When a lock that a client is blocking on comes free, lockd does this in
nlmsvc_grant_blocked():
nlm_async_call(block->b_call, NLMPROC_GRANTED_MSG, _grant_ops);
the callback from this call is
This patch removes the __init modifier from an extern function
declaration in acpi.h.
Besides not being strictly needed, it requires the inclusion of
linux/init.h, which is usually not even included directly, increasing
header mess by a lot.
Signed-off-by: Glauber de Oliveira Costa <[EMAIL
What's left in processor_32.h and processor_64.h cannot be cleanly
integrated. However, it's just a couple of definitions. They are moved
to processor.h around ifdefs, and the original files are deleted. Note that
there's much less headers included in the final version.
Signed-off-by: Glauber de
On Tue, 2007-12-18 at 06:43 -0700, Matthew Wilcox wrote:
> On Mon, Dec 17, 2007 at 08:48:03PM -0800, Joe Perches wrote:
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index 9507b42..690f172 100644
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -3758,13 +3758,6 @@ W:
> >
From: Remy Bohmer <[EMAIL PROTECTED]>
This patch splits up the interrupt handler of the serial port
into a interrupt top-half and a tasklet.
The goal is to get the interrupt top-half as short as possible to
minimize latencies on interrupts. But the old code also does some
calls in the interrupt
If BRGR is zero, the baud rate generator isn't running, so the boot
loader can't have initialized the port.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/serial/atmel_serial.c | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
diff --git
From: Remy Bohmer <[EMAIL PROTECTED]>
This patch cleans up the atmel_serial driver to conform the coding rules.
It contains no functional change.
[EMAIL PROTECTED]: additional cleanups]
Signed-off-by: Remy Bohmer <[EMAIL PROTECTED]>
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
The following patchset cleans up the atmel_serial driver a bit,
moves a significant portion of the interrupt handler into a tasklet,
and adds DMA support. This is the result of a combined effort by Chip
Coldwell, Remy Bohmer and me. The patches should apply cleanly onto
Linus' latest git tree.
It
Replace two instances of barrier() with cpu_relax() since that's the
right thing to do when busy-waiting. This does not actually change
anything since cpu_relax() is defined as barrier() on both ARM and
AVR32.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
From: Chip Coldwell <[EMAIL PROTECTED]>
This patch is based on the DMA-patch by Chip Coldwell for the
AT91/AT32 serial USARTS, with some tweaks to make it apply neatly on
top of the other patches in this series.
The RX code has been moved to a tasklet and reworked a bit. Instead of
depending on
Unable to get any respons from the linux-pcmcia list so putting this in main.
Must be some pcmcia guru out there.
Greetings,
I'm getting nowhere with this.
IRQ 78 using IRQF_SHARED to handle both socket and inserted pcmcia card. I've
set so socket interrupt returns IRQ_NONE when it sees that
> +int
> +svc_create_kthread(svc_thread_fn func, struct svc_rqst *rqstp)
> +{
> + struct svc_serv *serv = rqstp->rq_server;
> + struct task_struct *task;
> +
> + task = kthread_create((int (*)(void *)) func, rqstp, serv->sv_name);
> + if (IS_ERR(task))
> + return
On Tue, 18 Dec 2007 15:43:52 +
Pavel Machek <[EMAIL PROTECTED]> wrote:
> On Fri 2007-12-14 00:47:10, Eduard-Gabriel Munteanu wrote:
>
> > +static int __cpuinit force_amd_c1e(char *str) {
>
> { on new line, please.
>
> > + disable_amd_c1e = 0;
> > + return 1;
> > +}
Sorry, I know it's
On Tue, 18 Dec 2007 18:06:14 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> From: Remy Bohmer <[EMAIL PROTECTED]>
Heh. That's obviously wrong. Wonder what happened there?
Looks like Chip's address got mangled too.
Haavard
--
To unsubscribe from this list: send the line "unsubscribe
Hi,
I'm getting the following lockdep warning on my test machine (running
reasonably recent kernel from -git):
===
[ INFO: possible circular locking dependency detected ]
2.6.24-rc3-g406f602d-dirty #28
On Dec 18 2007 11:45, James Nichols wrote:
>
>> Well you could still blame Java. I am sure that if you program was C,
>> the problem could be narrowed down much easier.
>
>That may very well be true, but I can't rewrite the whole 500K line
>application in C at this point. Plus, it's a web app
Crud...my mailer helpfully filtered this into the huge linux-kernel
bin instead of leaving it in my inbox...
On Tue, 18 Dec 2007 16:23:11 +0100
"Remy Bohmer" <[EMAIL PROTECTED]> wrote:
> Hello Haavard,
>
> A few remarks:
>
> > From: Remy Bohmer <[EMAIL PROTECTED]>
>
> My name, at your address
Booting RHEL 5 i386 in kvm with -no-kvm-irqchip -smp 4 will hang in
udev. I bisected this to a change in the _guest_ kernel:
commit 95492e4646e5de8b43d9a7908d6177fb737b61f0
Author: Ingo Molnar <[EMAIL PROTECTED]>
Date: Fri Feb 16 01:27:34 2007 -0800
[PATCH] x86: rewrite SMP TSC sync
Linus, please pull the latest following misc-fixes (x86, genirq, timer)
tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
It has 8 bugfixes and one missing inline fix. Thanks,
Ingo
-->
Adrian Bunk (1):
timer: kernel/timer.c
On Tue, Dec 18, 2007 at 04:04:30AM -0800, Harvey Harrison wrote:
> +/* x86_32/64 are simple */
> +struct mod_arch_specific
> +{
> +};
what about just /* x86 is simple */
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hi - I'm trying to come up with a way of thoroughly testing every byte
of RAM from within Linux on amd64 (so that it can be automated better
than using memtest86+), and came up with an idea which I'm not sure is
supported or practical.
The obvious problem with testing memory from user space is
Hi,
while playing with jackd on 2.6.24-rcx, I found poll() timing out too early.
That is: earlier than its timeout argument specified.
Setting poll()'s timeout argument to "required timeout" + "1 jiffy in ms"
fixed it. Patch below should fix it too. Correct?
Untested.
Otherwise 2.6.24-rc5 ticks
Glauber de Oliveira Costa wrote:
On Dec 18, 2007 3:18 AM, Rusty Russell <[EMAIL PROTECTED]> wrote:
On Tuesday 18 December 2007 09:52:36 Glauber de Oliveira Costa wrote:
This patch changes the bitwise operations in bitops.h to get
a void pointers as a parameter. Before this patch, a lot of
On 12/17/2007 07:57 PM, Linus Torvalds wrote:
>
> On Mon, 17 Dec 2007, Chuck Ebbert wrote:
>> Looks like a commit that I can't find in git due to the arch merge
>> has broken PCI address assignment. This patch by Richard Henderson
>> against 2.6.23 fixes it for x86_64:
>>
>> ---
This was broken by my '[XFS] simplify xfs_create/mknod/symlink prototype',
which assigned the re-shuffled ondisk dev_t back to the rdev variable in
xfs_vn_mknod. Because of that i_rdev is set to the ondisk dev_t instead
of the linux dev_t later down the function.
Fortunately the fix for it is
Hi, I am trying to implement a watchdog driver in 2.6.23 for the i.MXL
cpu (based off of drivers/char/watchdog/s3c2410_wdt.c).
I had a question about the api doc for the watchdog
(Documentation/watchdog-api.txt). Line 37 says "When the device is
closed, the watchdog is disabled." Later on (Line
Hi,
After a significant amout of archive searching, and code tweaking, I
am giving up and asking the list :)
I have a number of EPIA boards which need to operate in a mixed
tagged-VLAN and untagged-interface environment using their onboard
VIA-Velocity NICs. I am running a Debian ETCH 2.6.18
Hi Harvey,
Harvey Harrison wrote:
> Introduce fixup_exception() on X86_64 and use it in kprobes to
> eliminate an #ifdef.
>
> Only X86_64 needs search_extable() due to a stepping bug.
It's a good work!
If you can work on it, please add a prototype declaration of
fixup_exception() in
On Mon, Dec 17, 2007 at 01:36:31PM -0800, Arjan van de Ven wrote:
> On Mon, 17 Dec 2007 18:23:31 +0100
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > * Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> >
> > > The http://www.kerneloops.org website collects kernel oops and
> > > warning reports
On Mon, Dec 17, 2007 at 10:58:54PM -0800, Arjan van de Ven wrote:
> Theodore Tso wrote:
> >On Mon, Dec 17, 2007 at 04:21:12PM -0800, Linus Torvalds wrote:
> >>which also gets bonus points for being totally unreadable, and thus 100%
> >>in the spirit of uuid's.
> >
> >Heh. UUID's don't have to be
* Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> Hi Harvey,
>
> Harvey Harrison wrote:
> > Introduce fixup_exception() on X86_64 and use it in kprobes to
> > eliminate an #ifdef.
> >
> > Only X86_64 needs search_extable() due to a stepping bug.
>
> It's a good work!
> If you can work on it,
Hi Bjorn,
On Mon, 17 Dec 2007 10:14:43 -0700, Bjorn Helgaas wrote:
> On Sunday 16 December 2007 06:59:39 pm Shaohua Li wrote:
> > On Sun, 2007-12-09 at 23:02 -0500, Mike Houston wrote:
> > > On Mon, 10 Dec 2007 10:31:27 +0800
> > > Shaohua Li <[EMAIL PROTECTED]> wrote:
> > > > This should exist
Linus Torvalds wrote:
On Mon, 17 Dec 2007, Arjan van de Ven wrote:
+char *get_boot_uuid(void)
+{
+ static char target[38];
+ unsigned char *uuid;
+
+ if (sysctl_bootid[8] == 0)
+ generate_random_uuid(sysctl_bootid);
+ /* sysctl_bootid is signed, to print
Hello,
attached patch fixes computation of buffer size needed for quota netlink
messages. Otherwise we were getting errors on some architectures. Andrew,
please apply. Thanks.
Honza
--
Jan Kara <[EMAIL PROTECTED]>
SUSE
> >> Well you could still blame Java. I am sure that if you program was C,
> >> the problem could be narrowed down much easier.
> >
> >That may very well be true, but I can't rewrite the whole 500K line
> >application in C at this point. Plus, it's a web app which would be
> >"fun" to implement
> Your example doesn't make sense to me so far.
Ok, I simplified my driver down to one small C file that does exactly
what I want, and that is it. Below is my driver under "driver.c" and the
user space program I am using to access it under "user-test.c".
When I insmod this driver under
Hello,
attached patch makes sending of quota netlink messages behave the same
way as printing to console - i.e., we send a message when hardlimit is
reached and then send next message only when user gets below hardlimit.
This avoids flooding with message about hardlimit being reached...
On Dec 18 2007 13:09, James Nichols wrote:
>
>> >> Well you could still blame Java. I am sure that if you program was C,
>> >> the problem could be narrowed down much easier.
>> >
>> >That may very well be true, but I can't rewrite the whole 500K line
>> >application in C at this point. Plus,
On Tue, Dec 18, 2007 at 10:06:14AM -0800, Arjan van de Ven wrote:
> Linus Torvalds wrote:
> >
> >On Mon, 17 Dec 2007, Arjan van de Ven wrote:
> >>+char *get_boot_uuid(void)
> >>+{
> >>+ static char target[38];
> >>+ unsigned char *uuid;
> >>+
> >>+ if (sysctl_bootid[8] == 0)
> >>+
The first patch fixes a serious bug in RT task accounting and should go in .24
The latter two add a RT watchdog rlimit that ensures RT tasks don't
unintentionally hog the cpu.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Realtime tasks would not account their runtime during ticks. Which would lead
to:
struct sched_param param = { .sched_priority = 10 };
pthread_setschedparam(pthread_self(), SCHED_FIFO, );
while (1) ;
Not showing up in top.
Signed-off-by: Peter Zijlstra <[EMAIL
Move the task_struct members specific to rt scheduling together.
A future optimization could be to put sched_entity and sched_rt_entity
into a union.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
CC: Srivatsa Vaddagiri <[EMAIL PROTECTED]>
---
include/linux/init_task.h |5 +++--
Introduce a new rlimit that allows the user to set a runtime timeout on
real-time tasks their slice. Once this limit is exceeded the task will receive
SIGXCPU.
So it measures runtime since the last sleep.
Input and ideas by Thomas Gleixner and Lennart Poettering.
Signed-off-by: Peter Zijlstra
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Dec 2007, Haavard Skinnemoen wrote:
> From: Chip Coldwell <[EMAIL PROTECTED]>
>
> This patch is based on the DMA-patch by Chip Coldwell for the
> AT91/AT32 serial USARTS, with some tweaks to make it apply neatly on
> top of the other
On Tue, Dec 18, 2007 at 04:04:30AM -0800, Harvey Harrison wrote:
> This adds one case to the MODULE_PROC_FAMILY block testing
> for X86_64. There are no new things defined on X86_64 than
> there were before.
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> ---
> include/asm-x86/module.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 18 Dec 2007, Haavard Skinnemoen wrote:
> On Tue, 18 Dec 2007 18:06:14 +0100
> Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
>
> > From: Remy Bohmer <[EMAIL PROTECTED]>
>
> Heh. That's obviously wrong. Wonder what happened there?
>
> Looks
> Here is a purely hypothethical (and in practice unlikely) idea:
> Java opens up too many sockets (more than you really request) and the
> kernel, for whatever reason, does not deliver packets to programs
> which have maxed out their fds. Well it would already help if the
> java blob was split
On Tue, 18 Dec 2007, Chuck Ebbert wrote:
> >
> > So why do you want them to be close, anyway?
>
> Because otherwise some video adapters with 256MB of memory end up with their
> resources allocated above 4GB, and that doesn't work very well.
>
>
On Mon, Dec 17, 2007 at 10:58:54PM -0800, Arjan van de Ven wrote:
> Theodore Tso wrote:
>> On Mon, Dec 17, 2007 at 04:21:12PM -0800, Linus Torvalds wrote:
>>> which also gets bonus points for being totally unreadable, and thus 100%
>>> in the spirit of uuid's.
>> Heh. UUID's don't have to be
On Dec 18 2007 13:21, James Nichols wrote:
>
>> Well you could still blame Java. I am sure that if you program was C,
>> the problem could be narrowed down much easier.
>
>I'm curious to know how this problem would be easier to narrow down if
>it were written in C.
>
It depends on the developers
James Nichols a écrit :
Here is a purely hypothethical (and in practice unlikely) idea:
Java opens up too many sockets (more than you really request) and the
kernel, for whatever reason, does not deliver packets to programs
which have maxed out their fds. Well it would already help if the
java
Matt Mackall wrote:
Might as well leave out the null UUID, no sense in claiming to have
one when you don't. It's easy for a parser to cut on "^---["
one can't cut on that since that's also the start marker.
Yes it's possible to leave it out entirely, and thus have 2 different
terminators over
> > Bar0:PHYS=e000 LEN=0400
> > Bar1:PHYS=efa0 LEN=0020
> > Bar2:PHYS=e800 LEN=0400
>
> So, two 64MB BARs and a 2MB one?
That is right.
> Any PCI resource allocation errors in dmesg during the boot process?
> Could be the kernel wasn't able to find a place to map all of
On Tue, 18 Dec 2007, Theodore Tso wrote:
>
> Well, Matt took over maintenance of the /dev/random driver, but my
> take on it is that code readability is more important that saving a
> few bytes of generated code or speed; the code paths are only executed
> once, so it's hardly a fast path.
> > Waaay back in October I sent some patches for passing additional
> > attributes to the dma_map_* routines:
> >
> > http://marc.info/?l=linux-kernel=119137949604365=2
>
> Do I understand correctly?: A device and the CPUs communicate via two
> separate memory areas: A data buffer and
Hello Haavard,
> > BTW: Attached I have added a 2nd patch that I use for Preempt-RT. (For
> > cleaner startup, and to get rid of useless IRQ-threads.
>
> Hrm. That assumption isn't valid on AVR32...on AP7000, for example,
> IRQ1 is used by the LCD controller.
In that case, forget that (dirty)
> Well... please dont start a flame war :(
>
> Back to your SYN_SENT problem, I suppose the remote IP is known, so you
> probably could post here the result of a tcdpump ?
>
> tcpdump -p -n -s 1600 host IP_of_problematic_peer -c 500
>
> Most probably remote peer received too many attempts from
> Well... please dont start a flame war :(
>
> Back to your SYN_SENT problem, I suppose the remote IP is known, so you
> probably could post here the result of a tcdpump ?
>
> tcpdump -p -n -s 1600 host IP_of_problematic_peer -c 500
>
> Most probably remote peer received too many attempts from
On Tue, 2007-12-18 at 12:56 +0300, Ivan Kokshaysky wrote:
> On Tue, Dec 18, 2007 at 10:01:15AM +1100, Benjamin Herrenschmidt wrote:
> > @@ -1040,7 +1040,10 @@ static inline void __devinit alloc_resou
> > r->flags |= IORESOURCE_UNSET;
> > r->end -= r->start;
> >
On Tue, 18 Dec 2007, Andrew Morton wrote:
> On Sun, 16 Dec 2007 11:51:00 +0100 (CET) Geert Uytterhoeven <[EMAIL
> PROTECTED]> wrote:
> > On recent kernels, I get the following error when using an initrd:
> >
> > | initrd overwritten (0x00b78000 < 0x07668000) - disabling it.
> >
> > My Amiga
Glauber de Oliveira Costa wrote:
What's left in processor_32.h and processor_64.h cannot be cleanly
integrated. However, it's just a couple of definitions. They are moved
to processor.h around ifdefs, and the original files are deleted. Note that
there's much less headers included in the final
501 - 600 of 816 matches
Mail list logo