Hi
There is a bug in the softdog.c (v 0.05) in the 2.4 kernel series
(certainly in 2.4.29 and there are no references to it in the latest
Changelog) that won't reboot the machine if /dev/watchdog is closed
unexpectedly and nowayout is not set. The softdog.c (v 0.07) in 2.6.11
is not affected, but
On Tue, 15 Mar 2005, Lee Revell wrote:
> On Tue, 2005-03-15 at 13:05 -0500, Steven Rostedt wrote:
> > Damn! The answer was right there in front of my eyes! Here's the cleanest
> > solution. I forgot about wait_on_bit_lock. I've converted all the locks
> > to use this instead. We probably need
>>>Where we can find specs for writing driver for Intel PRO 100 card.
RD> You can find a developer's manual for the 8255x NIC at
RD> http://sourceforge.net/project/showfiles.php?group_id=42302
I'. not sure what NIC the original poster meant, but:
PRO 100 is actually an older card than
On Tue, 15 Mar 2005, Steven Rostedt wrote:
>
>
> On Tue, 15 Mar 2005, Ingo Molnar wrote:
> >
> > i'd go for removing bit-spinlocks altogether, in the upstream kernel. It
> > would simplify things, besides making PREEMPT_RT simpler as well. The
> > memory overhead is not a big issue i believe.
> the King Penguin used these two constructs with consistency:
Nice distinction - thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.650.933.1373,
1.925.600.0401
-
To unsubscribe
Venkatesh Pallipadi <[EMAIL PROTECTED]> wrote:
>
> The attached patch adds support for using cpuid(4) instead of cpuid(2), to
> get
> CPU cache information in a deterministic way for Intel CPUs, whenever
> supported.
- find_num_cache_leaves can be marked __init
- Please look for other
On Wednesday 16 March 2005 00:52, Trond Myklebust wrote:
> ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> > After some rookie debugging I think I've found the evildoer:
> >
> > rpcauth_create used to have a line that inits rpc_auth->au_count to one
> > atomically. This line is
Andrew Morton wrote:
"Robert W. Fuller" <[EMAIL PROTECTED]> wrote:
Nobody's going to fix that machine while you persist in top-posting ;)
OK OK. No more top posting. It's Mozilla's fault you know It
steers you in the wrong direction by leaving a few lines at the top.
Yes I'm ashamed to
I obtained following oops.
(B
(BModules Linked in: parport_pc lp parport autofs4 i2c_dev i2c_core xxxnrpc dm_mod
(Bbutton battery ac md5 ipv6 uhci_hcd ehci_hcd e1000 floppy ext3 jbd ata_piix liba
(Bta sd_mod scsi_mod
(BCPU:0
(BEIP:0060:[<021f39cd>] Not tainted VLI
(BEFLAGS:
On Tue, Mar 15, 2005 at 06:39:46PM +0100, Adrian Bunk wrote:
> > @@ -91,6 +91,4 @@ int gs_setserial(struct gs_port *port,
> > int gs_getserial(struct gs_port *port, struct serial_struct __user *sp);
> > void gs_got_break(struct gs_port *port);
> >
> > -extern int gs_debug;
> > -
> > #endif
Tom Rini <[EMAIL PROTECTED]> wrote:
>
> There's too many things in here that've sat too long (I'd been hoping to
> just delete the driver, but that hasn't happened yet, so). A cobbled
> together list of changes is:
>
> - Update MDIO support for workqueues.
> - Make use of
> - Add RPX6
Does the Linux kernel 2.4.20 support internationalization ?
If not what are the patches needed to specifically support
internationalization for CJK locales
on linux terminals and serial consoles ?
I have been thro Markus Kuhn's UTF-8 & Linux article that points to some
patches for the
keyboard
On Wednesday 16 March 2005 00:52, Trond Myklebust wrote:
> ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> > After some rookie debugging I think I've found the evildoer:
> >
> > rpcauth_create used to have a line that inits rpc_auth->au_count to one
> > atomically. This line is
Jake Moilanen writes:
> It does not work w/o the sys_mprotect. It will hang in one of the first
> few binaries.
Hmmm, what distro is this with? I just tried a kernel with the patch
below on a SLES9 install and a Debian install and it came up and ran
just fine in both cases.
Paul.
diff -urN
"Robert W. Fuller" <[EMAIL PROTECTED]> wrote:
>
> I suppose you have to have your priorities. It may be old to you, but
> it's current to me! That used to be the hallmark of Linux, the fact
> that it would run on lesser hardware.
Nobody's going to fix that machine while you persist in
Anyone heard of Margit Schubert recently? I have stopped hearing from
her. She was actively working on prism54 and all of a sudden
disappeared. IIRC her husband last told me she was sick...
Luis
--
GnuPG Key fingerprint = 113F B290 C6D2 0251 4D84 A34A 6ADD 4937 E20A 525E
Hi,
register_kprobe() routine was calling spin_unlock_irqrestore()
wrongly.
This patch removes unwanted spin_unlock_irqrestore() call in
register_kprobe() routine.
Signed-off-by: Prasanna S Panchamukhi <[EMAIL PROTECTED]>
---
---
linux-2.6.11-prasanna/kernel/kprobes.c |5 +++--
1
I suppose you have to have your priorities. It may be old to you, but
it's current to me! That used to be the hallmark of Linux, the fact
that it would run on lesser hardware.
Of course, I don't know how well video capture is going to work without
the apic programming. So I guess I'm
Robert Hancock wrote:
Randy.Dunlap wrote:
The latter one does (before the listed code):
memset(line, 0, LINE_SIZE);
if (len > LINE_SIZE)
len = LINE_SIZE;
if (copy_from_user(line, buf, len - 1))
return -EFAULT;
so isn't line[LINE_SIZE - 1] always 0 ?
In that case, yes
I never actually saw it work until I added the noapic option to the
2.6.11.2 boot. Now I can usually my USB mouse! Of course the downside
to specifying noapic is only one CPU is servicing interrupts on my SMP
system.
It certainly doesn't work under 2.4.28, but I haven't tried specifying
"Robert W. Fuller" <[EMAIL PROTECTED]> wrote:
>
> I never actually saw it work until I added the noapic option to the
> 2.6.11.2 boot. Now I can usually my USB mouse! Of course the downside
> to specifying noapic is only one CPU is servicing interrupts on my SMP
> system.
Oh, OK. I was
On Tue, 15 Mar 2005, Andrew Morton wrote:
> > If the struct is named then there may be
> > conflicts if its used repeatedly.
>
> Hence the "hack" which you just deleted ;)
Ok, Master, I see the light
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Randy.Dunlap wrote:
The latter one does (before the listed code):
memset(line, 0, LINE_SIZE);
if (len > LINE_SIZE)
len = LINE_SIZE;
if (copy_from_user(line, buf, len - 1))
return -EFAULT;
so isn't line[LINE_SIZE - 1] always 0 ?
In that case, yes (I hadn't looked at the
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Tue, 15 Mar 2005, Andrew Morton wrote:
>
> > Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > >
> > > +#ifndef cacheline_pad_in_smp
> > > +#if defined(CONFIG_SMP)
> > > +#define cacheline_pad_in_smp struct { char x; }
> > >
On Wed, 16 Mar 2005, Nick Piggin wrote:
> >
> > +#ifndef cacheline_pad_in_smp
> > +#if defined(CONFIG_SMP)
> > +#define cacheline_pad_in_smp struct { char x; }
> > cacheline_maxaligned_in_smp
> ^^^
>
> Doesn't this add a redundant
On Tue, 15 Mar 2005, Andrew Morton wrote:
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > +#ifndef cacheline_pad_in_smp
> > +#if defined(CONFIG_SMP)
> > +#define cacheline_pad_in_smp struct { char x; }
> > cacheline_maxaligned_in_smp
> > +#else
> > +#define
Better interface:
/sbin/sysctl -w proc.maps=0440
/sbin/sysctl -w proc.cmdline=0444
/sbin/sysctl -w proc.status=0444
The /etc/sysctl.conf file can be used to set these
at boot time.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 2005-03-15 at 08:24 -0800, Randy.Dunlap wrote:
> Evgeniy Polyakov wrote:
> > --- /tmp/empty/crypto_main.c1970-01-01 03:00:00.0 +0300
> > +++ ./acrypto/crypto_main.c 2005-03-07 20:35:36.0 +0300
> > @@ -0,0 +1,374 @@
> > +/*
> > + * crypto_main.c
> > + *
> > +
On Wed, 2005-03-16 at 03:39 +0100, Rene Scharfe wrote:
> So, I gather from the feedback I've got that chmod'able /proc/
> would be a bit over the top. 8-) While providing the easiest and most
> intuitive user interface for changing the permissions on those
> directories, it is overkill. Paul is
This is a resync of the -tiny tree against 2.6.11.
The latest patch can be found at:
http://selenic.com/tiny/2.6.11-tiny1.patch.bz2
http://selenic.com/tiny/2.6.11-tiny1-broken-out.tar.bz2
There's a mailing list for linux-tiny development at:
linux-tiny at selenic.com
Oops, I forgot to cc lkml. Please cc to linux-ide@vger.kernel.org
and [EMAIL PROTECTED] when replying. Sorry.
- Forwarded message from Tejun Heo <[EMAIL PROTECTED]> -
From: Tejun Heo <[EMAIL PROTECTED]>
To: Jeff Garzik <[EMAIL PROTECTED]>
Cc: linux-ide@vger.kernel.org, [EMAIL
"Robert W. Fuller" <[EMAIL PROTECTED]> wrote:
>
> This isn't limited to the ACPI case. My BIOS is old enough that ACPI is
> not supported because the kernel can't find RSDP. I found that the USB
> works if I boot with "noapic." This is probably sub-optimal on an SMP
> machine. If don't
On Tue, 2005-03-15 at 20:12 -0800, Christoph Lameter wrote:
> This patch removes the zone padding hack and establishes definitions
> in include/linux/cache.h to define the padding within struct zone.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> Signed-off-by: Shai Fultheim <[EMAIL
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> +#ifndef cacheline_pad_in_smp
> +#if defined(CONFIG_SMP)
> +#define cacheline_pad_in_smp struct { char x; }
> cacheline_maxaligned_in_smp
> +#else
> +#define cacheline_pad_in_smp
> +#endif
> +#endif
That's going to spit a
Robert Hancock wrote:
Artem Frolov wrote:
Hello,
I am in the process of testing static defect analyzer on a Linux
kernel source code (see disclosure below).
I found some potential array bounds violations. The pattern is as
follows: bytes are copied from the user space and then buffer is
accessed
On Tue, Mar 15, 2005 at 05:04:32PM -0800, Matt Mackall wrote:
> On Tue, Mar 15, 2005 at 11:25:07PM +, Phillip Lougher wrote:
> > >>+ unsigned ints_major:16;
> > >>+ unsigned ints_minor:16;
> > >
> > >What's going on here? s_minor's not big enough for modern minor
> >
Add cacheline alignment to some critical SMP management maps.
These are in particular important for NUMA systems to avoid false
sharing.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Shai Fultheim <[EMAIL PROTECTED]>
Index: linux-2.6.11/arch/i386/kernel/smpboot.c
This patch removes the zone padding hack and establishes definitions
in include/linux/cache.h to define the padding within struct zone.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Shai Fultheim <[EMAIL PROTECTED]>
Index: linux-2.6.11/include/linux/cache.h
On Wed, 16 Mar 2005 14:53:29 +1100
Peter Chubb <[EMAIL PROTECTED]> wrote:
> A simple fix is to delete the __exit from the various functions now that
> they're called other than at module_exit.
>
> Signed-off-by: Peter Chubb <[EMAIL PROTECTED]>
Applied, thanks Peter.
-
To unsubscribe from this
[obviously depends on the NUMA slab allocator]
This patch modifies the way pagesets in struct zone are managed. It relocates
the pagesets for each cpu to the node that is nearest to the cpu using
the NUMA slab allocator. This means that the operations to manage pages
on remote zone can be done
This is a NUMA slab allocator. It creates slabs on multiple nodes and
manages slabs in such a way that locality of allocations is optimized.
Each node has its own list of partial, free and full slabs. All object
allocations for a node occur from node specific slab lists.
Signed-off-by: Alok N
George,
I'm still digesting your mail. For now I'll just answer the easy bits,
and I'll owe you a better reply once I get all of this absorbed.
On Tue, 2005-03-15 at 15:01 -0800, George Anzinger wrote:
> We also need, IMNSHO to recognize that, at lest with some hardware, that
>
On Tuesday 15 March 2005 17:14, Greg KH wrote:
> > Ease-of-use, maybe. However, it also means
> > ease-of-getting-reference-counting-wrong. And reference counting trumps it
> > all :)
>
> It will not make the reference counting logic easier to get wrong, or
> easier to get right. It totally
This isn't limited to the ACPI case. My BIOS is old enough that ACPI is
not supported because the kernel can't find RSDP. I found that the USB
works if I boot with "noapic." This is probably sub-optimal on an SMP
machine. If don't boot with "noapic" I get the following errors:
Mar 15
On Wed, Mar 09, 2005 at 06:28:35PM -0500, Paul Jarc wrote:
>"George Georgalis" <[EMAIL PROTECTED]> wrote:
>> It (Gerrit Pape's technique) very defiantly stopped working a few revs
>> back (2.6.7?). I'm seeing a similar failed read from /dev/rtc and
>> mplayer with 2.6.10, now too.
>
>The
On Tuesday 15 March 2005 11:59 am, linux-os wrote:
> The attached file shows that the kernel thinks it's doing
> something helpful by checking the length of the input
> buffer for a read(). It will return "Bad Address" until
> the length is 1632 bytes. Apparently the kernel thinks
> 1632 is a
Changeset
[EMAIL PROTECTED]|ChangeSet|20050310043957|06845
added cleanup to ipv6_init(), which calls ip6_route_cleanup()
ip6_route_cleanup() is marked __exit so cannot be called from an
__init section -- it's discarded by the linker from the image
(although it'll be retained in a module).
Neil Conway wrote:
766 -> 770 sounds like a "small" (ish) number of patches to check, if
we're lucky. Did you wade through 'em all yet? Any smoking guns?
The RPM changelog doesn't contain anything relevant
between 766 and 770:
---CUT---
* Thu Feb 24 2005 Dave Jones <[EMAIL PROTECTED]>
- Use old
On Tue, Mar 15, 2005 at 07:12:07PM -0700, Grant Grundler wrote:
> On Tue, Mar 15, 2005 at 01:11:39PM -0700, Grant Grundler wrote:
> > Tom,
> > A co-worker made the following observation (I'm paraphrasing):
> > ...this proposal does not deal with the Error Reporting ECN.
> > For example,
So, I gather from the feedback I've got that chmod'able /proc/
would be a bit over the top. 8-) While providing the easiest and most
intuitive user interface for changing the permissions on those
directories, it is overkill. Paul is right when he says that such a
feature should be turned on or
Back on the second of August Jon Smirl posted (http://tinyurl.com/5w2nt) a
synopsis of the plan created at OLS for the rearchitecture of the console, fbdev
and DRM subsystems. Has any more thought gone into this major rework of the
kernel?
--adam
-
To unsubscribe from this list: send the line
On Tue, Mar 15, 2005 at 01:11:39PM -0700, Grant Grundler wrote:
> Tom,
> A co-worker made the following observation (I'm paraphrasing):
> ...this proposal does not deal with the Error Reporting ECN.
> For example, they do not show the advisory non-fatal bit in
> the correctable
In article <[EMAIL PROTECTED]> (at Tue, 15 Mar 2005 13:28:26 -0500), sean
<[EMAIL PROTECTED]> says:
> pub/mirrors/linux/kernel/linux/kernel/v2.6/snapshots
>
> Now there just the 2.6.11.x snapshots.
>
> For instance where is bk10?
Now 2.6.11.3-bk1 has come up...
The bk-snap script seems to be
> "PJ" == Paul Jackson <[EMAIL PROTECTED]> writes:
PJ> There is not a concensus (nor a King Penguin dictate) between the
PJ> "while(1)" and "for(;;)" style to document.
FWIW, linux-0.01 has four uses of "while (1)" and two uses of
"for (;;)" ;-).
./fs/inode.c: while (1) {
./fs/namei.c:
On Wed, 2005-03-16 at 00:44 +0100, Pavel Machek wrote:
> On Út 15-03-05 15:42:09, john stultz wrote:
> > On Tue, 2005-03-15 at 23:59 +0100, Pavel Machek wrote:
> > > > diff -Nru a/arch/i386/kernel/apm.c b/arch/i386/kernel/apm.c
> > > > --- a/arch/i386/kernel/apm.c2005-03-11 17:02:30 -08:00
> >
Appended patch adds the support for Intel dual-core detection and displaying
the core related information in /proc/cpuinfo.
It adds two new fields "core id" and "cpu cores" to x86 /proc/cpuinfo
and the "core id" field for x86_64("cpu cores" field is already present in
x86_64).
Number of
Hi.
On Wed, 2005-03-16 at 10:37, Pavel Machek wrote:
> Hi!
>
> > This patch adds a freezer call to the slow path in __alloc_pages. It
> > thus avoids freezing failures in low memory situations. Like the other
> > patches, it has been in Suspend2 for longer than I can remember.
>
> This one
On Tue, Mar 15, 2005 at 11:25:07PM +, Phillip Lougher wrote:
> Matt Mackall wrote:
> >
> >>+config SQUASHFS_1_0_COMPATIBILITY
> >>+ bool "Include support for mounting SquashFS 1.x filesystems"
> >
> >How common are these? It would be nice not to bring in legacy code.
>
> Squashfs 1.x
Rick Jones <[EMAIL PROTECTED]> wrote:
> treats IGMP packets the same as all other non-broadcast traffic (i.e.
>it
>will attempt to load balance). This switch behavior seems rather odd in an
>aggregated case, given the fact that most traffic (except broadcast packets)
>will be load balanced by
On Tue, Mar 15, 2005 at 02:14:31PM -0800, Greg KH wrote:
> > So this means every device will have yet another reference count, and you
> > need to be aware of _each_ lifetime to write correct code. And the
> > _reference counting_ is the hard thing to get right, so we should make
> > _that_
Phillip Lougher <[EMAIL PROTECTED]> wrote:
>
> >>+ unsigned ints_major:16;
> >>+ unsigned ints_minor:16;
> >
> >
> > What's going on here? s_minor's not big enough for modern minor
> > numbers.
> >
>
> What is the modern size then?
10 bits of major, 20 bits
+ while (dlen >= 2 && dlen >= data[1] && data[1] >= 2) {
Not that it matters much to me, since I don't have to maintain it, but
couldn't this be:
while (data[1] >= 2 && dlen >= data[1]) {
I think this captures the relationship and priority.
--
http://www.hacksaw.org --
This is my current tranch of patches that were waiting the transition
from -rc to released (sorry it's late ... I've been on holiday).
The patch is available here:
bk://linux-scsi.bkbits.net/scsi-for-linus-2.6
The short log is:
Adrian Bunk:
o SCSI NCR_D700.c: make some code static
o SCSI
Is that switch behaviour "normal" or "correct?" I know next to nothing about
what stuff like LACP should do, but asked some internal folks and they had this
to say:
treats IGMP packets the same as all other non-broadcast traffic
(i.e. it
will attempt to load balance). This switch behavior
Matt Mackall wrote:
On Mon, Mar 14, 2005 at 04:30:33PM +, Phillip Lougher wrote:
+config SQUASHFS_1_0_COMPATIBILITY
+ bool "Include support for mounting SquashFS 1.x filesystems"
How common are these? It would be nice not to bring in legacy code.
Squashfs 1.x filesystems were the
> > > It was meant to work with capabilities in the filesystem like setuid bits.
> > > So the patches that have floated around from myself, Andy Lutomirski
> > > and Alex Nyberg are attempts to make something half-way sane out of the
> > > mess. The trouble is then convincing yourself that it's
I've release 2.6.11.4 with two security fixes in it. It can be found at
the normal kernel.org places.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.11.3 and 2.6.11.4, as it is small enough to do so.
thanks,
diff -Nru a/Makefile b/Makefile
--- a/Makefile 2005-03-15 16:09:59 -08:00
+++ b/Makefile 2005-03-15 16:09:59 -08:00
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 11
-EXTRAVERSION = .3
+EXTRAVERSION = .4
NAME=Woozy Numbat
# *DOCUMENTATION*
diff -Nru a/drivers/net/ppp_async.c
On Tue, Mar 15, 2005 at 03:44:13PM -0500, Noah Meyerhans wrote:
> Hello. We have a server, currently running 2.6.11-rc4, that is
> experiencing similar OOM problems to those described at
> http://groups-beta.google.com/group/fa.linux.kernel/msg/9633559fea029f6e
> and discussed further by several
On Mar 15, 2005, at 16:18, Rene Scharfe wrote:
It's easily visible in the style of public toilets: in some contries
you have one big room with no walls in between where all men or women
merrily shit together, in other countries (like mine) every person can
lock himself into a private closet.
Russell King, the latest person to notice defects, writes:
> However, the way the kernel is setup today, this seems
> impossible to achieve, which tends to make the whole
> idea of capabilities completely and utterly useless.
>
> How is this stuff supposed to work? Are my ideas of
> what's
Hi!
This is fix for "swsusp_restore crap"-: we had some i386-specific code
referenced from generic code. This fixes it by inlining tlb_flush_all
into assembly.
Please apply,
Pavel
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
On Tue, Mar 15, 2005 at 06:36:20PM -0500, Dave Jones wrote:
> On Tue, Mar 15, 2005 at 03:24:48PM -0800, Venkatesh Pallipadi wrote:
> >
> > The attached patch adds support for using cpuid(4) instead of cpuid(2), to
> get
> > CPU cache information in a deterministic way for Intel CPUs,
Hi,
On Wednesday, 16 of March 2005 00:39, Pavel Machek wrote:
> Hi!
>
> > > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > > > diff -Nrup linux-2.6.11-bk10-a/arch/x86_64/kernel/suspend_asm.S
> > > > linux-2.6.11-bk10-b/arch/x86_64/kernel/suspend_asm.S
> > > > ---
On Tue, 2005-03-15 at 22:26 +0100, Olaf Hering wrote:
> For some weird reason, sysrq o is hidden behind CONFIG_PM.
> Why? One can power off just fine without that. Can pm_sysrq_init be
> moved to a better place? I think it used to be in sysrq.c in 2.4.
>
> Too bad, with this patch radeonfb fails
Tuesday, March 15, 2005 2:51 PM Linas Vepstas wrote:
>> +void hw_aer_unregister(void)
>> +{
>> +struct pci_dev *dev = (struct pci_dev*)host->dev;
>> +unsigned short id;
>> +
>> +id = (dev->bus->number << 8) | dev->devfn;
>> +
>> +/* Unregister with AER Root driver */
>> +
* Alexander Nyberg ([EMAIL PROTECTED]) wrote:
> tis 2005-03-15 klockan 14:42 -0800 skrev Chris Wright:
> > It was meant to work with capabilities in the filesystem like setuid bits.
> > So the patches that have floated around from myself, Andy Lutomirski
> > and Alex Nyberg are attempts to make
linux-os wrote:
The attached file shows that the kernel thinks it's doing
something helpful by checking the length of the input
buffer for a read(). It will return "Bad Address" until
the length is 1632 bytes. Apparently the kernel thinks
1632 is a good length!
Likely because only 1632 bytes of
Thanks for the helpful comments I am working on a patch to fix your
concerns but I have a couple of questions.
On Wed, 2005-03-09 at 22:51 -0500, Jeff Garzik wrote:
> > + down(>timer_manipulation_mutex);
> > + chip->time_expired = 0;
> > + init_timer(>device_timer);
> > +
Artem Frolov wrote:
Hello,
I am in the process of testing static defect analyzer on a Linux
kernel source code (see disclosure below).
I found some potential array bounds violations. The pattern is as
follows: bytes are copied from the user space and then buffer is
accessed on index strlen(buf)-1.
ty den 15.03.2005 Klokka 23:21 (+0100) skreiv Borislav Petkov:
> After some rookie debugging I think I've found the evildoer:
>
> rpcauth_create used to have a line that inits rpc_auth->au_count to one
> atomically. This line is now missing so when you release the rpc
> authentication handle,
tis 2005-03-15 klockan 14:42 -0800 skrev Chris Wright:
> * Russell King ([EMAIL PROTECTED]) wrote:
> > At some point, I decided I'd like to run a certain program non-root
> > with certain capabilities only. I looked at the above two programs
> > and stupidly thought they'd actually allow me to do
Noah Meyerhans <[EMAIL PROTECTED]> wrote:
>
> Active:12382 inactive:280459 dirty:214 writeback:0 unstable:0 free:2299
> slab:220221 mapped:12256 pagetables:122
Vast amounts of slab - presumably inode and dentries.
What sort of local filesystems are in use?
Can you take a copy of /proc/slabinfo
Hi Bernardo (et al). Apologies - I've not been reading my account for
a wee while. Then again, I probably don't have much useful to add to
the debate right now ;-)
--- Bernardo Innocenti <[EMAIL PROTECTED]> wrote:
> Anders Saaby wrote:
> > Anyways if your server has only run with 2.6.10 - try
On Út 15-03-05 15:42:09, john stultz wrote:
> On Tue, 2005-03-15 at 23:59 +0100, Pavel Machek wrote:
> > > diff -Nru a/arch/i386/kernel/apm.c b/arch/i386/kernel/apm.c
> > > --- a/arch/i386/kernel/apm.c 2005-03-11 17:02:30 -08:00
> > > +++ b/arch/i386/kernel/apm.c 2005-03-11 17:02:30
On Tue, 2005-03-15 at 23:59 +0100, Pavel Machek wrote:
> > diff -Nru a/arch/i386/kernel/apm.c b/arch/i386/kernel/apm.c
> > --- a/arch/i386/kernel/apm.c2005-03-11 17:02:30 -08:00
> > +++ b/arch/i386/kernel/apm.c2005-03-11 17:02:30 -08:00
> > @@ -224,6 +224,7 @@
> > #include
> >
On Tue, 2005-03-15 at 09:54 -0600, Omkhar Arasaratnam wrote:
> Benjamin Herrenschmidt wrote:
> The 2.6.11.3 kernel with the 2.6.10 driver seems to fail with the same
> sym2 driver error - so I suppose it goes deeper than the driver itself.
>
Let's move that to linuxppc64-dev and drop the
Hi!
> This patch adds a freezer call to the slow path in __alloc_pages. It
> thus avoids freezing failures in low memory situations. Like the other
> patches, it has been in Suspend2 for longer than I can remember.
This one seems wrong.
What if someone does
Hi!
> > > Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > > diff -Nrup linux-2.6.11-bk10-a/arch/x86_64/kernel/suspend_asm.S
> > > linux-2.6.11-bk10-b/arch/x86_64/kernel/suspend_asm.S
> > > --- linux-2.6.11-bk10-a/arch/x86_64/kernel/suspend_asm.S 2005-03-15
> > >
On Tue, Mar 15, 2005 at 03:24:48PM -0800, Venkatesh Pallipadi wrote:
>
> The attached patch adds support for using cpuid(4) instead of cpuid(2), to
> get
> CPU cache information in a deterministic way for Intel CPUs, whenever
> supported. The details of cpuid(4) can be found here
>
>
Hi!
> The md driver is currently frozen during suspend. I'm told this
>doesn't help much if you're seeking to suspend to RAID :>
Hmm, and does suspend actually work on md with this patch applied?
Pavel
> diff -ruNp
Hi!
This adds few more places where it is possible freeze kernel
threads. Please apply,
Pavel
From: Nigel Cunningham <[EMAIL PROTECTED]>
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff -ruNp
Jesse Barnes <[EMAIL PROTECTED]> wrote:
>
> > We're hoping that davem's fix (committed yesterday) fixed that.
> >
> >
> > ChangeSet 1.2181.1.2, 2005/03/14 21:16:17-08:00, [EMAIL PROTECTED]
> >
> > [MM]: Restore pgd_index() iteration to clear_page_range().
>
> Yep, seems to have worked (at least
The attached patch adds support for using cpuid(4) instead of cpuid(2), to get
CPU cache information in a deterministic way for Intel CPUs, whenever
supported. The details of cpuid(4) can be found here
IA-32 Intel Architecture Software Developer's Manual (vol 2a)
On Wed, 16 Mar 2005 09:18:36 +1030
Alan Modra <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 15, 2005 at 03:51:35PM -0600, Jake Moilanen wrote:
> > I believe the problem is that the last PT_LOAD entry does not have the
> > correct size, and we only mmap up to the sbss. The .sbss, .plt, and
> > .bss do
After careful consideration.
our team of experts have chosen a selected 1000 people to recieve an
inexpensive home loan.
This offer is unconditional to you only and your credit is in no way a factor.
Please find all details below:
_SUMMARY__
Interest: As low as 3.95%
Term: Up to
Hi!
> diff -Nru a/arch/i386/kernel/apm.c b/arch/i386/kernel/apm.c
> --- a/arch/i386/kernel/apm.c 2005-03-11 17:02:30 -08:00
> +++ b/arch/i386/kernel/apm.c 2005-03-11 17:02:30 -08:00
> @@ -224,6 +224,7 @@
> #include
> #include
> #include
> +#include
>
> #include
> #include
> @@
Hi again.
Okay. I'll leave mtd_blkdevs as NO_FREEZE and remove the superfluous
bluetooth addition.
Here's a revised version:
diff -ruNp 213-missing-refrigerator-calls-old/drivers/media/video/msp3400.c
213-missing-refrigerator-calls-new/drivers/media/video/msp3400.c
---
On Tue, Mar 15, 2005 at 04:51:01PM -0600, Linas Vepstas wrote:
> Hi,
>
> On Fri, Mar 11, 2005 at 04:12:18PM -0800, long was heard to remark:
>
> > +void hw_aer_unregister(void)
> > +{
> > + struct pci_dev *dev = (struct pci_dev*)host->dev;
I'm more nervous about "host" being defined as a
john stultz wrote:
On Mon, 2005-03-14 at 15:40 -0800, George Anzinger wrote:
john stultz wrote:
On Sat, 2005-03-12 at 16:49 -0800, Matt Mackall wrote:
+ /* finally, update legacy time values */
+ write_seqlock_irqsave(_lock, x_flags);
+ xtime = ns2timespec(system_time +
1 - 100 of 748 matches
Mail list logo
