On Aug 10, 2005, at 02:10:49, Arjan van de Ven wrote:
On Wed, 2005-08-10 at 11:36 +1000, Paul Mackerras wrote:
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
Pallipadi, Venkatesh wrote:
>>-Original Message-
>>From: [EMAIL PROTECTED]
>>[mailto:[EMAIL PROTECTED] On Behalf Of
>>Stefan Seyfried
>>Sent: Sunday, August 07, 2005 10:43 PM
>>To: Con Kolivas
>>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
>>[EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
FYI, the intermittent free after use in sysfs is still there in
2.6.13-rc6.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.
On Wed, 2005-08-10 at 11:36 +1000, Paul Mackerras wrote:
> 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
>
David Teigland writes:
if (!dumping)
down_read(&mm->mmap_sem);
> > +
> > + for (vma = find_vma(mm, start); vma; vma = vma->vm_next) {
> > + if (end <= vma->vm_start)
> > + break;
> > +
On Mon, Aug 08, 2005 at 05:14:45PM +0300, Pekka J Enberg wrote:
if (!dumping)
down_read(&mm->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 modules
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) ad
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 m
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 2.6
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 where
On Tue, 2005-08-09 at 23:10 -0400, Steven Rostedt wrote:
> memset(&act,0,sizeof(act));
> sigaddset(&act.sa_mask,SIGUSR1);
> ret = testsig(&act,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
>SA_NO
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 t
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 1
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 compon
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 0
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 to
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
function
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 sho
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
> --- linux-2.6.13-rc5-org/net/
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 won
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 see
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 t
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 and
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
D
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 gue
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 try
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
+++ linux-2.6.13-rc5-mm
>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
your
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 lowleve
[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 b/drivers
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 anym
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 if
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 con
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 resource
--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:
>>
>> ht
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 t
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 values
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 ke
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 stab
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 "unsubscribe
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 d
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 firs
* 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 shoul
--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 http://vger.kernel.org/majordomo-
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.
http://www.kernel.
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. It
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 devi
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 keyboar
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 2.6.1
>> 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 struc
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 a
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 seems
>
>
> 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 sysvini
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, t
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 re
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 im
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
> >suc
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 tun
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 ac
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 u
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 be
> 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);
> mntpu
--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 mappe
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 a
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 *na
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 w
* 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" in
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
+++ linux-2.6.13-rc6-git1/arch/ppc/kernel/signa
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 inappr
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 w
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, whatever.
* 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 no
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 separ
* 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 s
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 ever
> > > 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 __link_path_wal
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 s
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. The
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: ip_
> 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 cod
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 want
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 mistake.
1 - 100 of 296 matches
Mail list logo
