On Mon, Aug 08, 2005 at 05:14:45PM +0300, Pekka J Enberg wrote:
if (!dumping)
down_read(>mmap_sem);
> >+
> >+ for (vma = find_vma(mm, start); vma; vma = vma->vm_next) {
> >+ if (end <= vma->vm_start)
> >+
Hi,
any explanation about the 10 chars limit for kernel workqueue name ?
another question: why is the name length test managed by BUG_ON ?
returning a NULL workqueue is done in the next test (failed kmalloc for wq)...
Anyway, this can explain some issues when loading some SCSI drivers
Andrew, please apply:
The i386 OProfile code has a function named nmi_exit(), which collides
with the nmi_exit() macro in linux/hardirq.h. At the moment, we get
away with it, because hardirq.h isn't included in the oprofile code.
I hit this as a bug when working with a patch which (indirectly)
Zach Brown writes:
But couldn't we use make_pages_present() to figure which locks we need,
sort them, and then grab them?
Doh, obviously we can't as nopage() needs to bring the page in. Sorry about
that.
I also thought of another failure case for the vma walk. When a thread uses
userspace
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Wed, 10 Aug 2005 03:09:34 +0200
> These macros always looked a bit ugly to me, with your cleanup there
> isn't a single spot left where we require them to accept code as
> argument, so how about we change them to pure printk wrappers?
Applied to
On Wed, 10 Aug 2005 03:17:40 +0200 Adrian Bunk wrote:
> I edited Documentation/Changes:
> - remove obsolete information
> - point to feature-list-2.6.txt instead of providing similar information
> - removed the URLs of the software packages (people compiling their own
> kernel usually know
On Tue, 2005-08-09 at 23:10 -0400, Steven Rostedt wrote:
> memset(,0,sizeof(act));
> sigaddset(_mask,SIGUSR1);
> ret = testsig(,SIGUSR1,SIGUSR1);
> if (ret == 1) {
> printf("sa_mask does not block sig\n");
> } else if (ret == 0) {
>
On Tue, 2005-08-09 at 14:27 -0700, Linus Torvalds wrote:
> On the other hand, the standard seems to be a bit confused according to
> google:
>
> "This mask is formed by taking the union of the current signal mask and
>the value of the sa_mask for the signal being delivered unless
>
Hi,
I've already reported a similiar bug to the one I found now
and that was fixed by:
"[PATCH] reiserfs: fix deadlock in inode creation failure path w/
default ACL"
This bug is similiar in effect but has some differences in how
to trigger it. The end effect will be just like with the other
bug
On Wed, 10 Aug 2005, Petr Vandrovec wrote:
> > Yes that was discussed extensively by Andi and me and finally fixed by
> > Kiran's patch in 2.6.13-rc6.
>
> By which patch? I hit it with post-2.6.13-rc6, exactly 2.6.13-rc6 with
> checkin hash "commit 00dd1e433967872f3997a45d5adf35056fdf2f56". So
yhlunb:/proc/acpi/battery/BAT1 # cat info
present: yes
design capacity: 4800 mAh
last full capacity: 4435 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning: 300 mAh
design capacity low: 132 mAh
capacity granularity
Patrick Mochel wrote:
On Mon, 8 Aug 2005, Todd Poynor wrote:
(apologies for use of obsolete cpufreq mailing list address in my
initial message.)
...
PowerOP is intended to leave all power
policy decisions to higher layers.
What do those higher layers look like? Do you have a userspace
Hello
"numactl --show" will tell whether NUMA support is enabled.
If there is no numactl in your system, you can check the dmesg. System will
report
following words if NUMA support is enabled.
"Scanning NUMA topology in Northbridge 24 "
" <6>Number of nodes 2 (10010) "
" <6>Node 0 MemBase
On Wed, Aug 10, 2005 at 10:27:44AM +1000, Nick Piggin wrote:
> Yeah this makes sense. Thanks.
>
> I think we'll only need your first line change to fix this, though.
>
> Your second change will break situations where a single group is very
> loaded, but it is in a domain with lots of cpu_power
>
I have a VT8235 chipset, I applied the patch to my kernel
(2.6.12-gentoo-r6), comapred the "before" and "after" eeproms in /sys
with diff and they are the same.
So it seems to work with VT8235.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Greg,
Any comments on this patch? Would you be amenable to it going in post
2.6.13?
The PCI error recovery infrastructure needs to be able to contact all
the drivers affected by a PCI error event, which may mean traversing
all the devices under a given PCI-PCI bridge. This patch adds a
I edited Documentation/Changes:
- remove obsolete information
- point to feature-list-2.6.txt instead of providing similar information
- removed the URLs of the software packages (people compiling their own
kernel usually know where to find the required software)
The resulting file is pretty
Heikki Orsila wrote:
> Here's a small patch to cleanup NETDEBUG() use in net/ipv4/ for Linux
> kernel 2.6.13-rc5. Also weird use of indentation is changed in some
> places.
>
> ---
> diff -urp linux-2.6.13-rc5-org/net/ipv4/icmp.c
> linux-2.6.13-rc5/net/ipv4/icmp.c
> ---
David Madore wrote:
>I intend to add a couple of capabilities which are normally available
>to all user processes, including capability to exec(), [...]
Once you have a mechanism that lets you prevent the untrusted program
from exec-ing a setuid/setgid program (such as your bounding set idea),
I
Interbench is designed to benchmark interactivity in Linux.
Direct download:
http://ck.kolivas.org/apps/interbench/interbench-0.29.tar.bz2
Web:
http://interbench.kolivas.org
Changes (PW: thanks to Peter Williams):
Altered the calibration loop.
Added the option to select loads to perform or not
Jiri Slaby napsal(a):
*It removes most occurences of pci_find_device in the kernel tree.
*pci_(get|find)_device(x, ANY_ID, ANY_ID, x) changes to
for_each_pci_dev(x).
Generated in 2.6.13-rc5-mm1 kernel version.
[...]
drivers/scsi/qlogicisp.c |3 --
This maybe
On Tue, 2005-08-09 at 16:12 -0400, John Stoffel wrote:
> Thank you for looking into this with me, I really appreciate it. I'm
> kinda stumped why this suddenly started happening, but it could be
> hardware related of course...
Well ... there's something going on that your posted dmesg's don't
Siddha, Suresh B wrote:
On Tue, Aug 09, 2005 at 03:19:58PM -0700, Martin J. Bligh wrote:
--On Tuesday, August 09, 2005 15:03:32 -0700 "Siddha, Suresh B" <[EMAIL
PROTECTED]> wrote:
Balance on clone make some sort of sense, since you know they're not
going to exec afterwards. We've thrashed
Greg KH napsal(a):
On Tue, Aug 09, 2005 at 11:58:19AM +0200, Jiri Slaby wrote:
On 8/9/05, Greg KH <[EMAIL PROTECTED]> wrote:
On Tue, Aug 09, 2005 at 01:54:01AM +0200, Jiri Slaby wrote:
This marks these functions as deprecated not to use in latest drivers (it
doesn't use reference counts
On Tue, Aug 09, 2005 at 03:19:58PM -0700, Martin J. Bligh wrote:
> --On Tuesday, August 09, 2005 15:03:32 -0700 "Siddha, Suresh B" <[EMAIL
> PROTECTED]> wrote:
>
> > On Fri, Aug 05, 2005 at 04:29:45PM -0700, Darren Hart wrote:
> >> I have some concerns as to the intent vs. actual implementation
The SCSI qlogicisp driver is both marked BROKEN and superseded by the
qla1280 driver.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 31 Jul 2005
- 22 Jul 2005
Due to it's size, the patch is attached compressed.
Documentation/scsi/00-INDEX |2
Geoff Levand wrote:
I'm wondering if anything could be gained by having the whole
struct powerop_point defined in asm/powerop.h, and treat it as an
opaque structure at this level. That way, things other than just
ints could be passed between the policy manager and the backend,
although I
Siddha, Suresh B wrote:
For example, lets take two nodes each having two physical packages. And
assume that there are two tasks and both of them are on (may or may n't be
pinned) two packages in node-0
Todays load balance will detect that there is an imbalance between the
two nodes and will
This may fix the warning , but I doubt it does anything for any hangs..
--- linux-2.6.12.orig/drivers/usb/core/hcd.c2005-08-09 22:41:18.0
+
+++ linux-2.6.12/drivers/usb/core/hcd.c 2005-08-10 00:23:16.0 +
@@ -540,8 +540,7 @@ void usb_hcd_poll_rh_status(struct usb_h
The main Makefile is already adding -g to the CFLAGS if
CONFIG_DEBUG_INFO=y.
Not that two -g would do harm, but one works as well.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc5-mm1/arch/arm26/Makefile.old2005-08-10
02:18:56.0 +0200
+++
>Um, one patch per email please.
>
>Doesn't anyone read Documentation/SubmittingPatches anymore...
I did. But I only thought... Let it be. Sorry.
Here are they. The two, which you haven't accepted (one, which marks
deprecation isn't included because of refusing it and docpci has been added to
On Tuesday August 9, [EMAIL PROTECTED] wrote:
> Switch MD to use the kthread infrastructure, to simplify the code and
> get rid of tasklist_lock abuse in md_unregister_thread. Long-term I
> wonder whether workqueues wouldn't be a better choice than the
> MD-specific thread wrappers for the
[Andrew has added this into his tree yet.]
This patch changes pci_find_device to pci_get_device (encapsulated in
for_each_pci_dev).
Generated in 2.6.13-rc5-mm1 kernel version.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
This patch changes pci_find_device to pci_get_device (encapsulated in
for_each_pci_dev) in i6300esb watchdog card with appropriate adding pci_dev_put.
Generated in 2.6.13-rc5-mm1 kernel version.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/drivers/char/watchdog/i6300esb.c
On Tue, 9 Aug 2005, Marcelo Tosatti wrote:
> Two hopefully useful comments:
>
> i) ARC and its variants requires additional information about page
> replacement (namely whether the page has been reclaimed from the L1 or
> L2 lists).
>
> How costly would it be to add this information to the hash
On Tue, Aug 09, 2005 at 06:06:19PM +0200, Jiri Slaby wrote:
> On 8/9/05, Greg KH <[EMAIL PROTECTED]> wrote:
> > So, care to resend all of your pci changes, including the documentation
> > ones, to me?
> Sure:
Um, one patch per email please.
Doesn't anyone read Documentation/SubmittingPatches
On Thursday 04 August 2005 5:26 pm, Bjorn Helgaas wrote:
> Maybe the third time's the charm :-) Added a bugfix
> (pcibios_penalize_isa_irq()) and a workaround for HP
> HPET firmware description since last time. The workaround
> accepts stuff that is illegal according to the spec,
> so speak up
I added a PCI SATA controller to my computer. Immediately after grub
loads the kernel there is a consistent ten minute delay before the
kernel displays its first message. I tested Linux 2.6.8 and 2.6.11
both from Debian, and 2.6.11 from Knoppix, all of which experience the
same delay.
The SATA
On Mon, 2005-08-08 at 23:23 -0500, Kumar Gala wrote:
> On Aug 8, 2005, at 6:17 PM, Adam Belay wrote:
>
> > On Mon, Aug 08, 2005 at 09:00:21AM -0700, Greg KH wrote:
> >
> >> On Mon, Aug 08, 2005 at 11:11:45AM -0700, Matthew Gilbert wrote:
> >>
> >>> Below is a patch that adds an additional
--On Tuesday, August 09, 2005 11:55:36 -0500 James Bottomley <[EMAIL
PROTECTED]> wrote:
> On Tue, 2005-08-09 at 07:59 -0700, Martin J. Bligh wrote:
>> Dear novice test examiner,
>>
>> It's in http://test.kernel.org with everything else ;-)
>> 2.6.13-rc4-mm1+jejb_fix ... drills down to:
>>
>>
On Tuesday 09 August 2005 07:54, Andrew Morton wrote:
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > > Suggestion for your next act:
> >
> > ...kill PG_checked please :) Or at least keep it from spreading.
>
> It already spread - ext3 is using it and I think reiser4. I thought I had
> a patch
On Tue, 9 Aug 2005, Bodo Eggert wrote:
> On Mon, 8 Aug 2005, Benjamin Herrenschmidt wrote:
> > On Mon, 2005-08-08 at 02:06 +0200, Bodo Eggert wrote:
> > > The wrong values are constant across reboots (see my first mail), and I
> > > have a CRT.
> > >
> > > Can you tell me where the timing
On Tue, Aug 02, 2005 at 11:27:17AM +0200, Ingo Molnar wrote:
>
> * Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
>
> > Jack Steiner brought this issue at my OLS talk.
> >
> > Take a scenario where two tasks are pinned to two HT threads in a physical
> > package. Idle packages in the system will
On Tue, Aug 09, 2005 at 09:44:56AM -0500, Phil Dier wrote:
> Hi,
>
> I have 2 identical dual 2.8ghz xeon machines with 4gb ram, using
> software raid 10 with lvm layered on top, formatted with JFS (though
> at this point any filesystem with online resizing support will do). I
> have the boxes
On Tue, Aug 09, 2005 at 11:50:53AM -0700, yhlu wrote:
> anyone is working on add driver for ati xpress 200m?
>
> without that My turion notebook, can not work read the battery status.
Normally this should be done in ACPI battery.c
-Andi
-
To unsubscribe from this list: send the line
On Tue, 9 Aug 2005, Chris Wright wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > 1) I wouldn't want an exploited service to gain any privileges, even by
> >chaining userspace exploits (e.g. exec sendmail < exploitstring). For
> >most services, I'd like CAP_EXEC being unset (but it
On Aug 9, 2005, at 5:01 PM, Andrew Morton wrote:
Kumar Gala <[EMAIL PROTECTED]> wrote:
PowerPC 40x and Book-E processors support a watchdog timer at the
processor
core level. The timer has implementation dependent timeout
frequencies
that can be configured by software.
One the
* Bodo Eggert ([EMAIL PROTECTED]) wrote:
> 1) I wouldn't want an exploited service to gain any privileges, even by
>chaining userspace exploits (e.g. exec sendmail < exploitstring). For
>most services, I'd like CAP_EXEC being unset (but it doesn't exist).
Don't let it exec things it
--On Tuesday, August 09, 2005 15:03:32 -0700 "Siddha, Suresh B" <[EMAIL
PROTECTED]> wrote:
> On Fri, Aug 05, 2005 at 04:29:45PM -0700, Darren Hart wrote:
>> I have some concerns as to the intent vs. actual implementation of
>> SD_BALANCE_FORK and the sched_balance_fork() routine.
>
> Intent
Alan Cox wrote:
What do the other reports look like ?
Here's one:
http://forums.gentoo.org/viewtopic-t-361718-highlight-irqpoll.html
This possibly suggests that the irqpoll patch actually caused a "nobody cared"
which wasn't there previously. (Now that I have looked closer at the patch, I
Hi Nick,
Did you know that your patches do not actually specify which kernel tree you
diffed against?
Regards,
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, Aug 05, 2005 at 04:29:45PM -0700, Darren Hart wrote:
> I have some concerns as to the intent vs. actual implementation of
> SD_BALANCE_FORK and the sched_balance_fork() routine.
Intent and implementation match. Problem is with the intent ;-)
This has the intent info.
On Tue, Aug 09, 2005 at 11:28:16AM +0200, Jiri Slaby wrote:
> Andrew Morton napsal(a):
>
> >Jiri Slaby <[EMAIL PROTECTED]> wrote:
> >
> >
> >>--- a/drivers/char/watchdog/i6300esb.c
> >>+++ b/drivers/char/watchdog/i6300esb.c
> >>@@ -368,12 +368,11 @@ static unsigned char __init esb_getdevic
> >>
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> PowerPC 40x and Book-E processors support a watchdog timer at the processor
> core level. The timer has implementation dependent timeout frequencies
> that can be configured by software.
>
> One the first Watchdog timeout we get a critical exception.
On Tue, Aug 09, 2005 at 11:58:19AM +0200, Jiri Slaby wrote:
> On 8/9/05, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Tue, Aug 09, 2005 at 01:54:01AM +0200, Jiri Slaby wrote:
> > > This marks these functions as deprecated not to use in latest drivers (it
> > > doesn't use reference counts and the
This particular module (uhci-hcd) caused hangs with many recent up rt kernels
when loaded by rc.sysinit so I put it in the hotplug blacklist and loaded it
manually later. This time I got a BUG.
On a probably seperate issue: I've tried this smp kernel a few times and half
the time I have no
On Maw, 2005-08-09 at 19:28 +0200, Alexander Fieroch wrote:
> Andrew Morton wrote:
> > Please check 2.6.13-rc6 when it's out - this might fix the IRQ problem.
>
> The errors "irq XXX: nobody cared" and "hdb: cdrom_pc_intr: The drive
> appears confused (ireason = 0x01)" still occur in kernel
>> On Tue, Aug 09, 2005 at 07:38:52AM -0700, Martin J. Bligh wrote:
>>> pfn_valid() doesn't tell you it's RAM or not - it tells you whether you
>>> have a backing struct page for that address. Could be an IO mapped device,
>>> a small memory hole, whatever.
>>
>> The only things which have a
On Tue, Aug 09, 2005 at 11:36:00PM +0200, Bodo Eggert wrote:
> 1) I wouldn't want an exploited service to gain any privileges, even by
>chaining userspace exploits (e.g. exec sendmail < exploitstring). For
>most services, I'd like CAP_EXEC being unset (but it doesn't exist).
I intend to
On Maw, 2005-08-09 at 18:12 +0100, Daniel Drake wrote:
> Alan Cox wrote:
> > Without the parameters it has exactly zero effect on the operation of
> > the kernel, the algorithms and the behaviour. So something odd is afoot
> > if its causing gentoo breakages.
>
> Thats what I thought, yet it
>
>
> On Tue, 9 Aug 2005, Christoph Hellwig wrote:
>
> > Currently snsc_event for Altix systems sends SIGPWR to init (and abuses
> > tasklist_lock..) while the sbus drivers call execve for /sbin/shutdown
> > (which is also ugly, it should at least use call_usermodehelper)
> > With normal
On Tue, 9 Aug 2005, Chris Wright wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > Chris Wright <[EMAIL PROTECTED]> wrote:
> > > * David Madore ([EMAIL PROTECTED]) wrote:
> > >> * Second, a much more extensive change, the patch introduces a third
> > >> set of capabilities for every process,
Hi,
Would you, please, try to reproduce the problem having reiserfs check
mode on.
(it is File systems->Reiserfs support->Enable reiserfs debug mode in
kernel configuration)
and with attached patch.
Here is the error log with reiserfs check mode on + patch applied :
ReiserFS: sda3: found
Hi.
On Wed, 2005-08-10 at 03:25, Eric W. Biederman wrote:
> Pavel Machek <[EMAIL PROTECTED]> writes:
>
> > Hi!
> >
> >> >> There as been a fair amount of consensus that calling
> >> >> device_suspend(...) in the reboot path was inappropriate now, because
> >> >> the device suspend code was too
On Wednesday 10 August 2005 01:36, Hugh Dickins wrote:
> On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
> > - We already have a refcount
> > - We have a field where putting a flag isn't that much of a problem
> > - It can be difficult to get page refcounting right when dealing with
> >
Version 0.0.11 of yaird is now available at:
http://www.xs4all.nl/~ekonijn/yaird/yaird-0.0.11.tar.gz
Yaird is a proof of concept perl rewrite of mkinitrd. It aims to
reliably identify the necessary modules by using the same algorithms
as hotplug, and comes with a template system to to
On Tue, 9 Aug 2005, Steven Rostedt wrote:
>
> If this is indeed the way things should work. I'll go ahead and fix all
> the other architectures.
It does appear that this is what the standards describe in the section
quoted by Chris.
On the other hand, the standard seems to be a bit confused
On Tue, 9 Aug 2005, Christoph Hellwig wrote:
> Currently snsc_event for Altix systems sends SIGPWR to init (and abuses
> tasklist_lock..) while the sbus drivers call execve for /sbin/shutdown
> (which is also ugly, it should at least use call_usermodehelper)
> With normal sysvinit both will end
On Tue, Aug 09, 2005 at 09:15:26PM +0200, Peter Zijlstra wrote:
> On Tue, 2005-08-09 at 15:25 -0300, Marcelo Tosatti wrote:
> > Hi Rik,
> >
> > Two hopefully useful comments:
> >
> > i) ARC and its variants requires additional information about page
> > replacement (namely whether the page has
> Really?
>
> static int __emul_lookup_dentry(const char *name, struct nameidata *nd)
> {
> .
> if (path_walk(name, nd) == 0) {
> if (nd->dentry->d_inode) {
> dput(old_dentry);
>
--On Tuesday, August 09, 2005 20:41:00 +0100 Russell King <[EMAIL PROTECTED]>
wrote:
> On Tue, Aug 09, 2005 at 07:38:52AM -0700, Martin J. Bligh wrote:
>> pfn_valid() doesn't tell you it's RAM or not - it tells you whether you
>> have a backing struct page for that address. Could be an IO
Hi all,
I am implementing I2C block reads in the i2c-viapro driver, and am
looking for testers. I was able to test on my own VT8237R chip, it works
OK, now I'd need to know how it works on older VIA south bridges, namely
the VT8235 and the VT82C686B. South bridges before that (VT82C686A,
VT8233A
ty den 09.08.2005 Klokka 22:42 (+0200) skreiv Miklos Szeredi:
> Trond, wake up! __emul_lookup_dentry() does nothing of the sort.
> Neither does anything else. In theory it could, but that's not a
> reason to do a confusing thing like that.
Really?
static int __emul_lookup_dentry(const char
Currently snsc_event for Altix systems sends SIGPWR to init (and abuses
tasklist_lock..) while the sbus drivers call execve for /sbin/shutdown
(which is also ugly, it should at least use call_usermodehelper)
With normal sysvinit both will end up the same, but I suspect the
shutdown variant, maybe
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
> Hmm, I think you want this patch. You still need to check the return of
> setting up the frames.
Indeed, I noticecd just after I sent, and sent an updated patch.
Thanks Steve!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
If this is indeed the way things should work. I'll go ahead and fix all
the other architectures.
-- Steve
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
--- linux-2.6.13-rc6-git1/arch/ppc/kernel/signal.c.orig 2005-08-09
17:00:43.0 -0400
+++
Switch MD to use the kthread infrastructure, to simplify the code and
get rid of tasklist_lock abuse in md_unregister_thread. Long-term I
wonder whether workqueues wouldn't be a better choice than the
MD-specific thread wrappers for the lowlevel drivers.
Signed-off-by: Christoph Hellwig <[EMAIL
* Chris Wright ([EMAIL PROTECTED]) wrote:
Actually that one broke a fix that I think Brodo discovered in the first
place with bogus stack frames.
Should be this one.
thanks,
-chris
---
Subject: [PATCH] fix SA_NODEFER signals to honor sa_mask
When receiving SA_NODEFER signal, kernel was
On Tue, Aug 09, 2005 at 01:52:06PM -0700, Chris Wright wrote:
> * Bodo Eggert ([EMAIL PROTECTED]) wrote:
> > How are you going to tell processes that may exec suid (or set-capability-)
> > programs from those that aren't supposed to gain certain capabilities?
>
> typically you'd expect exec suid
On Tue, 2005-08-09 at 13:49 -0700, Chris Wright wrote:
>
> SA_NODEFER
> [XSI] If set and sig is caught, sig shall not be added to the thread's
> signal mask on entry to the signal handler unless it is included in
> sa_mask. Otherwise, sig shall always be added to the thread's signal
Hello Sebastien et al,
The patch below is a slight rework of Sebastien's POSIX AIO completion
signals patch. Most of the changes are cosmetic for splitting up the
code into smaller functions, but one significant change is that the
uid/euid is checked against the target process when the signal
On Tue, 9 Aug 2005, Russell King wrote:
> On Tue, Aug 09, 2005 at 07:38:52AM -0700, Martin J. Bligh wrote:
> > pfn_valid() doesn't tell you it's RAM or not - it tells you whether you
> > have a backing struct page for that address. Could be an IO mapped device,
> > a small memory hole,
* Bodo Eggert ([EMAIL PROTECTED]) wrote:
> Chris Wright <[EMAIL PROTECTED]> wrote:
> > * David Madore ([EMAIL PROTECTED]) wrote:
>
> >> * Second, a much more extensive change, the patch introduces a third
> >> set of capabilities for every process, the "bounding" set. Normally
> >
> > this is
On Wednesday 10 August 2005 06:17, Hugh Dickins wrote:
> There might be a case for packaging repeated arguments into structures
> (though several of these levels are inlined anyway), but that's some
> other exercise entirely, shouldn't get in the way of removing Reserved.
Agreed, an entirely
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
> Where, sa_mask is _ignored_ if NODEFER is set. (I now have woken up!).
> The attached program shows that the sa_mask is indeed ignored when
> SA_NODEFER is set.
>
> Now the real question is... Is this a bug?
That's not correct w.r.t. SUSv3. sa_mask
On Tue, Aug 09, 2005 at 04:28:31PM -0400, [EMAIL PROTECTED] wrote:
> On Tue, 09 Aug 2005 07:26:21 +0200, David Madore said:
> > * Second, a much more extensive change, the patch introduces a third
> > set of capabilities for every process, the "bounding" set. Normally
> > the bounding set has
> > > There is quite a bit of code out there that assumes it is free to stuff
> > > things into nd->mnt and nd->dentry. Some of it is Al Viro's code, some
> > > of it is from other people.
> > > For instance, the ESTALE handling will just save nd->mnt/nd->dentry
> > > before calling
On Tue, Aug 09, 2005 at 05:37:56AM +, Chris Wright wrote:
> * David Madore ([EMAIL PROTECTED]) wrote:
> > * Second, a much more extensive change, the patch introduces a third
> > set of capabilities for every process, the "bounding" set. Normally
>
> this is not a good idea. don't add more
PowerPC 40x and Book-E processors support a watchdog timer at the processor
core level. The timer has implementation dependent timeout frequencies
that can be configured by software.
One the first Watchdog timeout we get a critical exception. It is left
to board specific code to determine what
On Tue, 09 Aug 2005 07:26:21 +0200, David Madore said:
> * Second, a much more extensive change, the patch introduces a third
> set of capabilities for every process, the "bounding" set. Normally
> the bounding set has every capability in it
How is this different in semantics from the existing
On Aug 9, 2005, at 11:16:33, Christopher Warner wrote:
In my observer pragmatic view; yes. On many occasion, i've come to CAP
calls only to be frustrated with the sheer disconnect of it all. It
simply doesn't work. If it means having to break posix conformance
for a
working implementation.
On Tue, Aug 09, 2005 at 06:04:05PM +0200, Klasyk wrote:
> my kernel sometimes did a crash, but no panic
> Keyboard hunged up :(
> Network were working and I can log in. Without the keybord - it
> generally worked.
>
> In logs:
> for example:
>...
> Aug 6 15:30:02 o kernel: Modules linked in:
> I convinced my self that the next_timer... code in timer.c misses timers
> (i.e. gives the wrong answer). I did this (after wondering due to
> performance) by scanning the whole timer list after I had the
> next_timer... answer and finding a better answer, not always, but some
> times. That
Chris Wright <[EMAIL PROTECTED]> wrote:
> * David Madore ([EMAIL PROTECTED]) wrote:
>> * Second, a much more extensive change, the patch introduces a third
>> set of capabilities for every process, the "bounding" set. Normally
>
> this is not a good idea. don't add more sets. if you really
On Tue, 2005-08-09 at 16:03 -0400, Steven Rostedt wrote:
> Man pages and kernel are right. I just tested this out on 2.6.13-rc3
> with the attached program and it seems to follow what is stated in the
> man pages. So the assumption of what the code did by looking at it
> proves to be the
On Wed, 10 Aug 2005, Daniel Phillips wrote:
> On Tuesday 09 August 2005 10:15, Nick Piggin wrote:
> > Daniel Phillips wrote:
> > > Why don't you pass the vma in zap_details?
> >
> > Possibly. I initially did it that way, but it ended up fattening
> > paths that don't use details.
>
> It should
On Mon, 8 Aug 2005, Benjamin Herrenschmidt wrote:
> On Mon, 2005-08-08 at 02:06 +0200, Bodo Eggert wrote:
> > The wrong values are constant across reboots (see my first mail), and I
> > have a CRT.
> >
> > Can you tell me where the timing values are read?
>
> radeon_write_mode() programs the
> "James" == James Bottomley <[EMAIL PROTECTED]> writes:
Thank you for looking into this with me, I really appreciate it. I'm
kinda stumped why this suddenly started happening, but it could be
hardware related of course...
James> So basically the problem is on scsi1 with the tape device,
Tony Lindgren wrote:
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050805 05:37]:
On Wed, Aug 03, 2005 at 06:05:28AM +, Con Kolivas wrote:
This is the dynamic ticks patch for i386 as written by Tony Lindgen
<[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
Patch for 2.6.13-rc5
On Tue, 2005-08-09 at 21:41 +0200, Bodo Stroesser wrote:
> S
> > To me, the man pages make more sense, and I think the kernel is wrong.
>
> Yes, that's what I think, too. If someone doesn't want additional signals
> to be masked, he can set sa_mask to be empty.
> OTOH, I have no idea, what POSIX
1 - 100 of 591 matches
Mail list logo