Am Donnerstag, 28. Juli 2005 21:57 schrieb Jon Smirl:
> New, simplified version of the sysfs whitespace strip patch...
Could you tell me why you don't just fail the operation if malformed
input is supplied?
Regards
Oliver
-
To unsubscribe from this list: send the line
This patch implements a device driver for the external interrupt
capabilities of the SGI IOC4 I/O controller chip. This driver
depends upon the ioc4 driver and the extint abstraction layer
(provided in the first patch of this series).
In addition to the base capabilities present in the
Hello,
Here is a set of patches that implements an external interrupt capability
in Linux, along with a device driver for a specific hardware device.
External interrupts, in short, encompass the ability to respond quickly
via an interrupt routine to an externally applied voltage signal. This
On Thu, Jul 28, 2005 at 05:56:25PM +0200, [EMAIL PROTECTED] wrote:
> Replace all menu_add_prop mimicking menu_add_prompt with the latter func. I've
> had to add a return value to menu_add_prompt for one usage.
>
> I've rebuilt scripts/kconfig/zconf.tab.c_shipped by hand to reflect changes
> in
Am Donnerstag, 28. Juli 2005 23:12 schrieb Jon Smirl:
> On 7/28/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> > Am Donnerstag, 28. Juli 2005 21:57 schrieb Jon Smirl:
> > > New, simplified version of the sysfs whitespace strip patch...
> >
> > Could you tell me why you don't just fail the
This patch implements an abstraction layer for external interrupt devices.
It creates a new sysfs class "extint" which provides a number of read-write
and a few read-only attributes which can be used to control a lower-level
hardware-specific external interrupt device driver.
The abstraction
On 7/28/05, Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, 28. Juli 2005 21:57 schrieb Jon Smirl:
> > New, simplified version of the sysfs whitespace strip patch...
>
> Could you tell me why you don't just fail the operation if malformed
> input is supplied?
Leading/trailing white
Nick Sillik schrieb:
Andrew Morton wrote:
Michael Thonke <[EMAIL PROTECTED]> wrote:
Hello Andrew,
I have some questions :-)
Reiser4:
why there are undefined functions implemented that currently not in
use?
This messages appeared first time in 2.6.13-rc3-mm2.
Any why it complains even
On Thu, Jul 28, 2005 at 03:06:02PM -0400, Lee Revell wrote:
> > The git-alsa.patch in -mm which I obtain from
> > master.kernel.org:/pub/scm/linux/kernel/git/perex/alsa-current.git is
> > empty. So we're now wanting to merge 4,000 lines of unreviewed code which
> > hasn't been tested in -mm
Still one nitpick:
Jon Smirl wrote:
> + while (isspace(*x) && (x - buffer->page < count))
> + x++;
I think you can just do:
if (count > 0)
while (isspace(*x))
x++;
If the passed-in string was fully whitespace then the
On Thu, 28 Jul 2005, Russell King wrote:
> ARM can't support atomic page table operations as such - the Linux view
> of the page table is separate from the hardware view, and there's some
> CPU specific code which translates from the Linux view to the hardware
> view.
Yes. The patches fall back
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005, Jon Smirl wrote:
> > I can't see a way to query how long of cmap the device supports using
> > the current fbdev ioctls.
>
> Look at the lengths of the color bitfields?
Which color bitfields? Does hardware that
On Thu, Jul 28, 2005 at 05:56:17PM +0200, [EMAIL PROTECTED] wrote:
>
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> Cc: Sam Ravnborg <[EMAIL PROTECTED]>
>
> Whitespace is significant for make, and I just fought against this... so
> please apply this patch.
>
> I'm resending since
Andrew Morton wrote:
Michael Thonke <[EMAIL PROTECTED]> wrote:
Hello Andrew,
I have some questions :-)
Reiser4:
why there are undefined functions implemented that currently not in use?
This messages appeared first time in 2.6.13-rc3-mm2.
Any why it complains even CONFIG_REISER4_DEBUG is not
Even simpler version
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attribute is set
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++ b/fs/sysfs/file.c
@@ -6,6 +6,7 @@
#include
I've verified now that all ATI R300+ chips have 10bit cmaps. These are
pretty common so I'd be in favor of making this into a binary
attribute where I can get/set the whole table at once. Given that
OpenGL is already supporting 12 and 16 bits these tables are only
going to get much larger.
1024
Reject code 24 is port and CM redirection, not just port redirection.
Port redirection alone is code 25.
Therefore we should rename code 24 to IB_CM_REJ_PORT_CM_REDIRECT and
use IB_CM_REJ_PORT_REDIRECT for code 25.
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
On Thu, Jul 28, 2005 at 08:31:33PM +0200, Radoslaw AstralStorm Szkodzinski
wrote:
> On Thu, 28 Jul 2005 10:55:51 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>...
> > There are always glitches, I'm afraid.
>
> But there could be less build breakers at least.
The -mm kernels are the result
In the 2.4 kernel, include/linux/module.h redefines EXPORT_SYMBOL_GPL to
__EXPORT_SYMBOL when CONFIG_MODVERSIONS is enabled. This results in the
GPLONLY_ prefix being dropped from symbols requesting it. Is this
intentional, or is it a bug?
Please CC: me in replies.
thanks,
- Anthony
-
To
Here are two last-minute fixes for InfiniBand: one to avoid pain in
releasing 2.6.13 with an incorrect constant and then having to rename
the enum later, and one to fix RARP on IP-over-InfiniBand.
After Greg's scolding, I'm sending them as patches, but they're also
available in the git tree at
On Thu, Jul 28, 2005 at 02:58:40AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc3-mm2:
>...
> +qla2xxx-mark-dependency-on-fw_loader.patch
>
> qlogic Kconfig fix
>...
This patch is wrong since it adds a select to SCSI_QLA2XXX.
Please drop it.
Andrew Vasquez had a better fix and is
Andrew,
I have been doing some work on kgdb to pull a few of it "fingers" out of
various places in the kernel. This is the final location where we have
a kgdb intercept not covered by a notify.
On a related issue, I feel very queasy with sending nmi interrupts and
non-nmi events to the same
From: Hal Rosenstock <[EMAIL PROTECTED]>
RARP replies are another valid case where IPoIB may need to send a
unicast packet with no neighbour structure.
Signed-off-by: Hal Rosenstock <[EMAIL PROTECTED]>
Signed-off-by: Roland Dreier <[EMAIL PROTECTED]>
---
On Thu, Jul 28, 2005 at 10:09:57PM +, Michael Thonke wrote:
> Hello Andrew,
>
> I have some questions :-)
> Reiser4:
>
> why there are undefined functions implemented that currently not in use?
> This messages appeared first time in 2.6.13-rc3-mm2.
>
> Any why it complains even
Tejun Heo wrote:
Hello, Jeff.
This is rewritten sil24 driver against v2.6.13-rc3. It seems to work
and am currently running stress test on it (random raw read of
concurrency 4, repeatitive mount/copy/checksup/unmount). I'll keep
running stress test for at least 12 hours and let you know if
This patch fixes the address length checks in the selinux_socket_connect
hook to be no more restrictive than the underlying ipv4 and ipv6 code;
otherwise, this hook can reject valid connect calls. This patch is in
response to a bug report where an application was calling connect on an
INET6
[patch 1/1] s390: use klist in qeth driver.
From: Cornelia Huck <[EMAIL PROTECTED]>
From: Martin Schwidesky <[EMAIL PROTECTED]>
Convert qeth to the new klist interface and make it compiling again.
Signed-off-by: Frank Pavlic <[EMAIL PROTECTED]>
diffstat:
qeth_main.c | 24 ++-
On 7/28/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Thu, 28 Jul 2005, Jon Smirl wrote:
> > > I can't see a way to query how long of cmap the device supports using
> > > the current fbdev ioctls.
> >
> > Look at the lengths of the
>>If I don't eject the pcmcia card (usually a prism54 wireless card),
>>swsusp begins the process of hibernation, but never gets to the
>>writing pages part.
> Well, it really may be the firmware loading. Add some printks to
> confirm it, then fix it.
I did more tests, this time with
Michael Thonke <[EMAIL PROTECTED]> wrote:
>
> Hello Andrew,
>
> I have some questions :-)
> Reiser4:
>
> why there are undefined functions implemented that currently not in use?
> This messages appeared first time in 2.6.13-rc3-mm2.
>
> Any why it complains even CONFIG_REISER4_DEBUG is not set?
On Thu, 28 Jul 2005, Jon Smirl wrote:
> I can't see a way to query how long of cmap the device supports using
> the current fbdev ioctls.
Look at the lengths of the color bitfields?
> I wouldn't even be messing with cmap except for the true/direct color
> support and gamma ramps. Don't I need to
Paul Jackson wrote:
Sorry for the late response - I just saw this note.
Shailabh wrote:
So if the current CPU controller
implementation is considered too intrusive/unacceptable, it can be
reworked or (and we certainly hope not) even rejected in perpetuity.
It is certainly reasonable
On Thu, 28 Jul 2005, Jon Smirl wrote:
> Do we want to apply this patch now to get rid of the buffer overflow hole?
IMHO, yes please.
> Then we can take our time and work out a better solution.
Indeed.
> Fix a buffer overflow vunerabilty in previous cmap patch
> signed-off-by: Jon Smirl <[EMAIL
Hello Andrew,
I have some questions :-)
Reiser4:
why there are undefined functions implemented that currently not in use?
This messages appeared first time in 2.6.13-rc3-mm2.
Any why it complains even CONFIG_REISER4_DEBUG is not set?
Please have a look at the -->snip
SCSI:
New, simplified version of the sysfs whitespace strip patch...
--
Jon Smirl
[EMAIL PROTECTED]
Remove leading and trailing whitespace when text sysfs attribute is set
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
--- a/fs/sysfs/file.c
+++
Greg Felix wrote:
This patch adds functionality to check the PCI sub-class code of an
AHCI capable device before disabling AHCI. It fixes a bug where an
ICH7 sata controller is being setup by the BIOS as sub-class 1 (ide)
and the AHCI control registers weren't being initialized, thus causing
an
Patch to replace try_to_freeze with try_todo_list
Replaces:
try_to_freeze -> try_todo_list
freezing -> todo_listactive
refrigerator -> run_todo_list
This patch is incomplete. Drivers may continue using try_to_freeze, freezing
and refrigerators since the above mapping is also provided by macros
Introduce a todo notifier in the task_struct so that a task can be told to do
certain things. Abuse the suspend hooks try_to_freeze, freezing and refrigerator
to establish checkpoints where the todo list is processed. This will break
software
suspend (next patch fixes and cleans up software
Make the suspend code use the todo list in the task_struct
This patch makes the suspend code SMP clean by removing PF_FREEZE and
PF_FROZEN. Instead
it relies on the new notification handler in the task_struct, a completion
handler and an
atomic counter for the number of processes frozen. All
Allow a notifier to remove itself from the notifier list.
This is done by retrieving the pointer to the next notifier from the list
before the
notifier call. If a notifier removes itself in the current kernel then the
pointer to the current notifier is invalid and notifier_call_chain
will
On Thu, Jul 28, 2005 at 10:11:18AM -0700, Christoph Lameter wrote:
> On Thu, 28 Jul 2005, Andrew Morton wrote:
> > The patches at present spit warnings or don't compile on lots of
> > architectures. x86, x86_64, ppc64 and ia64 are OK.
>
> I have just sent a fix to you this morning when I got
On Thu, 28 Jul 2005, Pavel Machek wrote:
> > > I guess I'd prefer if you left "refrigerator()" and "try_to_freeze()"
> > > functions in; there are about 1000 drivers that know/use them, and
> > > some patches are probably in the queue
> >
> > Yeah but then other uses also could benefit from
Please pull from the 'upstream' branch of
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-2.4.git
which will update 2.4.x SATA to the latest, according to the attached
diffstat/changelog/patch.
drivers/scsi/ahci.c | 127 ++---
drivers/scsi/ata_piix.c |
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Cc: Sam Ravnborg <[EMAIL PROTECTED]>
Whitespace is significant for make, and I just fought against this... so
please apply this patch.
I'm resending since this hasn't been applied for a long time.
Signed-off-by: Paolo 'Blaisorblade'
Hi Steve,
Someone's finally waved this discussion in my direction.
> Still puzzled about what could have been fixed in user space since this
> appears to affect more than one shell. Module loading appears to be
> very synchronous, so unless the shell was not waiting for exit status
> on
CC: Andi Kleen <[EMAIL PROTECTED]>
I'm resending this patch again for 4th time since it wasn't merged nor it is
in -mm. The first time it didn't look right because of Andi looking at an
older tree, but it later was sorted out, and he Acked the patch.
Keeping this function does not makes sense
Hi!
> > I guess I'd prefer if you left "refrigerator()" and "try_to_freeze()"
> > functions in; there are about 1000 drivers that know/use them, and
> > some patches are probably in the queue
>
> Yeah but then other uses also could benefit from that.
Just don't rename try_to_freeze() to
Do we want to apply this patch now to get rid of the buffer overflow hole?
Then we can take our time and work out a better solution.
--
Jon Smirl
[EMAIL PROTECTED]
Fix a buffer overflow vunerabilty in previous cmap patch
signed-off-by: Jon Smirl <[EMAIL PROTECTED]>
diff --git
Hi
Is that possible use power of 2 or more CPU (smp) for
routing/shaping/accounting (iptables rules) with 2.4.x or
may be 2.6.x linux kernel?
--
Best regard, Aleksander Trotsai aka MAGE-RIPE aka MAGE-UANIC
My PGP key at ftp://blackhole.adamant.ua/pgp/trotsai.key[.asc]
Big trouble - Daemon
On Thu, 28 Jul 2005, Andrew Morton wrote:
> I remain fairly dubious about this - it seems a fairly specific and
> complex piece of work to speed up one extremely specific part of one type of
> computer's one type of workload. Surely there's a better way :(
The patches provide the basis
Lee Revell <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2005-07-28 at 10:25 -0700, Andrew Morton wrote:
> > Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> > >
> > > Linus, please do an update from:
> > >
> > >rsync://rsync.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
> > >
> > > ...
> > > 65
Somewhere recently, the TSC got re-enabled for timekeeping on NUMAQ
machines. However, the hardware makes these get unsynchronized quite
badly. So badly, in fact, that the code to fix up the skew can just
hang on boot.
This patch re-disables them. It's nicely confined to the numaq.c file.
It
> i.e. like the patch below. Boot-tested on x86. x86, x64 and ia64 have a
> real kernel_stack() implementation, the other architectures all return
> 'next'. (I've also cleaned up a couple of other things in the
> prefetch-next area, see the changelog below.)
>
> Ken, would this patch generate
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> There are two problems with the compilation of arch/x86_64/kernel/nmi.c.
Thanks.
> --- linux-2.6.13-rc3-mm3/arch/x86_64/kernel/nmi.c 2005-07-28
> 21:05:53.0 +0200
> +++ patched/arch/x86_64/kernel/nmi.c 2005-07-28
On Sun, 2005-07-03 at 18:53 -0400, Lee Revell wrote:
> Looks like a bug in the voice allocator. This is my fault, that bug was
> thought to have been fixed. Forwarding to alsa-devel.
>
This bug was previously closed in the ALSA BTS. Please find it and
reopen if possible.
Lee
> On Mon,
On Thu, 2005-07-28 at 10:25 -0700, Andrew Morton wrote:
> Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
> >
> > Linus, please do an update from:
> >
> >rsync://rsync.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
> >
> > ...
> > 65 files changed, 5059 insertions(+), 1122 deletions(-)
>
>
Doug Maxey wrote:
On Thu, 21 Jul 2005 21:35:24 EDT, Jeff Garzik wrote:
As soon as I finish SATA ATAPI (this week[end]), I'll take a look at
this. A quick review of the patches didn't turn up anything terribly
objectionable, though :)
I would like to offer to test when you are ready.
We found this (after a customer complained) and it is in the kernel.org
kernel. Seems that for CLOCK_MONOTONIC absolute timers and
clock_nanosleep calls both the request time and wall_to_monotonic are
subtracted prior to the normalize resulting in an overflow in the
existing normalize test.
On Thursday, 28 of July 2005 11:58, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm3/
>
> - Added the anonymous pagefault scalability enhancement patches.
>
> I remain fairly dubious about this - it seems a fairly specific and
>
On Thu, Jul 28, 2005 at 08:54:53AM -0400, Jon Smirl wrote:
> On 7/28/05, Mitchell Blank Jr <[EMAIL PROTECTED]> wrote:
> > Greg KH wrote:
> > > > + /* locate trailng white space */
> > > > + z = y = x;
> > > > + while (y - buffer->page < count) {
> > > > + y++;
> > > > + z
Greg Ungerer wrote:
>>If you care to try applying the uClinux patches, they should be available
>>from (fill in "$ver" with "2.6.12-uc0" and "$maj_ver" with "2.6"):
>>
>>http://www.uclinux.org/pub/uClinux/uClinux-$maj_ver.x/linux-$ver.patch.gz
>>
>>Greg, do you have any status on merging the
On Thu, 28 Jul 2005, James Bottomley wrote:
> On Wed, 2005-07-27 at 22:10 -0700, Andrew Vasquez wrote:
> > Would you also apply the attached patch which adds the appropriate
> > FW_LOADER pre-requisite and a separate entry for ISP24xx support.
>
> That's what I see reading the code; however, it
On Thu, 28 Jul 2005, Steven Rostedt wrote:
>
> OK, I guess when I get some time, I'll start testing all the i386 bitop
> functions, comparing the asm with the gcc versions. Now could someone
> explain to me what's wrong with testing hot cache code. Can one
> instruction retrieve from memory
On Thu, 21 Jul 2005 21:35:24 EDT, Jeff Garzik wrote:
>As soon as I finish SATA ATAPI (this week[end]), I'll take a look at
>this. A quick review of the patches didn't turn up anything terribly
>objectionable, though :)
>
I would like to offer to test when you are ready. Some older and new
Today, bigsmp mode is only detected with special oem dmi string or a
boot option. This patch makes the selection of bigsmp automatic, whenever
there are more 8 CPUs and xAPIC (APIC version 0x14) is supported.
This patch should only affect systems with more than 8 logical CPUs
that doesn't
[PATCH] x86_64 : prefetchw() can fall back to prefetch() if !3DNOW
If the cpu lacks 3DNOW feature, we can use a normal prefetcht0 instruction
instead of NOP5.
"prefetchw (%rxx)" and "prefetcht0 (%rxx)" have the same length, ranging from 3
to 5 bytes
depending on the register. So this patch
Horst von Brand <[EMAIL PROTECTED]> wrote:
> In arch/i386/kernel/cpu/mtrr/main.c at line 225 it references
> ipi_handler(), a function that is only declared under CONFIG_SMP (from line
> 139 onwards). As a result, the build fails.
Sorry for the noise, a few minutes later the updated git version
Since UML has no hardware support for "dirty" and "accessed" bits, what we do
is to get host faults on write (for dirtying) and even on read (for accessed
bit).
However, we didn't mark the pte as needing host flush in the "TLBs" (which is
done by marking the PTE with _PAGE_NEWPROT), so we didn't
There is a lot of code which is duplicated between the 2 and 3 level
implementation, with the only difference that the 3-level implementation is a
bit more generalized (instead of accessing directly pte_t.pte, it uses the
appropriate access macros).
So this code is joined together.
As obvious,
>Sorry in taking so long to track this down. I just got motivated
>today.
>
>I have a VIA SMP system and somewhere between 2.6.12-rc3 and 2.6.12
>the USB mouse started moving around really slowly. Anyway, it turns
>out that the attached patch (against 2.6.13-rc3-git8) fixes
>the problem.
>
>Let
On Thu, 2005-07-28 at 17:04 +0200, Thorsten Knabe wrote:
> I'm the maintainer of the OSS AD1816 sound driver. I'm aware of two
> problems of the ALSA AD1816 driver, that do not show up with the OSS
> driver:
> - According to my own experience and user reports audio is choppy with
> some VoIP
On Thu, 28 Jul 2005 10:55:51 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> It's there in the patch?
Well, I didn't check there. Poor stupid me.
> There are always glitches, I'm afraid.
But there could be less build breakers at least.
--
AstralStorm
GPG Key ID = 0xD1F10BA2
GPG Key
On Thu, 2005-07-28 at 11:14 -0700, Ravikiran G Thirumalai wrote:
> SRAT need not guarantee any alignment at all in the memory affinity
> structure (the address in 64-bit byte address)
The Summit machines (the only x86 user of the SRAT) have other hardware
guarantees about alignment, so I guess
On Thu, 2005-07-28 at 17:34 +0100, Maciej W. Rozycki wrote:
> On Thu, 28 Jul 2005, Steven Rostedt wrote:
>
> > I've been playing with different approaches, (still all hot cache
> > though), and inspecting the generated code. It's not that the gcc
> > generated code is always better for the normal
Miles Bader wrote:
> Jan Dittmer <[EMAIL PROTECTED]> writes:
>
>>>"v850e-elf".
>>
>>Thanks, that got me much further, compilation aborts now with
>
>
> Hmmm, what sources are you compiling exactly?
-rc3-mm3; but if the error was no toolchain bug I won't try much further.
The important thing to
* Andrew Morton ([EMAIL PROTECTED]) wrote:
>
> This is an important fix affecting both 2.6.11 and 2.6.12. Anyone who is
> experiencing data loss issues on MD or DM setups with those kernels should
> apply.
Thanks, queued to -stable.
-chris
-
To unsubscribe from this list: send the line
I can't see a way to query how long of cmap the device supports using
the current fbdev ioctls.
I wouldn't even be messing with cmap except for the true/direct color
support and gamma ramps. Don't I need to know how long the cmap is in
order to set the right gamma ramp?
If I set a 256 entry
On 7/28/05, Ronald G. Minnich wrote:
>
>
> On Thu, 28 Jul 2005, Christoph Hellwig wrote:
>
> > Couldn't the two other transports be implemented ontop of this one using
> > a mount helper doing the pipe or tcp setup?
>
> that's how we did it in the version we did for 2.4. I don't see why not.
On Thu, Jul 28, 2005 at 10:20:26AM -0700, Dave Hansen wrote:
> On Wed, 2005-07-27 at 18:31 -0700, Ravikiran G Thirumalai wrote:
> > On Wed, Jul 27, 2005 at 06:17:24PM -0700, Andrew Morton wrote:
> > > Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
> > > >
> > Yes, it does cause a crash.
>
> I
On Thursday 28 July 2005 18:26, Jeff Dike wrote:
> -mm3 adds an include of asm/vm86.h in include/asm-i386/ptrace.h. Since UML
> includes the underlying arch's ptrace.h, it needs an asm/vm86.h in order
> to build.
Note for both Jeff and Akpm: this is also for the current Linus' git
repository
To the extent that sub-Kconfig files exist elsewhere in the tree, they
are named Kconfig.foo, rather than the Kconfig_foo that UML has.
This patch brings the names in line with the rest of the tree.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/Kconfig
Jon Smirl wrote:
> Do we need to deal with UTF8 here? I did the forward loop because you
> can't parse UTF8 backwards. If UTF8 is possible I need to change the
> pointer inc function.
As others have mentioned there shouldn't be a UTF8 problem with isspace().
However, even if you wanted to scan
I experienced this same thing (with an HPT too, I might say), and the
problem seemed to be an underpowered system. Replaced the power supply
and the problem went away.
My box had 7 HDs, all of them worked fine using a different system but I
got these errors when they where together. I thought
This is an important fix affecting both 2.6.11 and 2.6.12. Anyone who is
experiencing data loss issues on MD or DM setups with those kernels should
apply.
Begin forwarded message:
Date: Thu, 28 Jul 2005 10:31:10 -0700
From: Linux Kernel Mailing List
To: bk-commits-head@vger.kernel.org
This patch puts the most popular of each fcntl operation/flag into
asm-generic/fcntl.h and cleans up the arch files.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp linus-fcntl.3/include/asm-arm/fcntl.h
From: Jeff Dike <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
Revert the following patch, because of miscompilation problems in different
environments leading to UML not working *at all* in TT mode; it was merged
lately in 2.6 development cycle, a little after being
Jaroslav Kysela <[EMAIL PROTECTED]> wrote:
>
> Linus, please do an update from:
>
>rsync://rsync.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
>
> ...
> 65 files changed, 5059 insertions(+), 1122 deletions(-)
The git-alsa.patch in -mm which I obtain from
Radoslaw "AstralStorm" Szkodzinski <[EMAIL PROTECTED]> wrote:
>
> I wonder which git version is linus.patch updating to, as it certainly isn't
> the mostly new git/hg tree (sans ALSA tree merge), as one patch didn't apply
> cleanly.
It's there in the patch?
bix:/usr/src/25> head
In arch/i386/kernel/cpu/mtrr/main.c at line 225 it references
ipi_handler(), a function that is only declared under CONFIG_SMP (from line
139 onwards). As a result, the build fails.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
I wonder which git version is linus.patch updating to, as it certainly isn't
the mostly new git/hg tree (sans ALSA tree merge), as one patch didn't apply
cleanly.
(sched-consider-migration-thread-with-smp-nice.patch)
It could be written as a comment, if that's not too hard to do.
What about
Steven Rostedt wrote:
> In the thread "[RFC][PATCH] Make MAX_RT_PRIO and MAX_USER_RT_PRIO
> configurable" I discovered that a C version of find_first_bit is faster
> than the asm version
There are probably other cases of this in asm-i386/bitopts.h. For instance
I think the "btl" instruction is
"Michael Kerrisk" <[EMAIL PROTECTED]> wrote:
>
> (A passing note to all kernel developers: when
> making changes that affect userland-kernel interfaces, please
> send me a man-pages patch, or at least a notification of the
> change, so that some information makes its way into the manual
>
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> Seems to have some odd problem on PPC64 - crashes on boot.
> Seems to affect power 4 boxes, both LPAR and bare metal.
>
> raid5: using function: 32regs (4524.000 MB/sec)
> md: md driver 0.90.2 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md: bitmap
Just a Kbuild subtlety, not listing a target file inside targets causes it to
be rebuilt each time, and as a consequence everything depending on it is
rebuilt.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/arch/um/drivers/Makefile |4 +++-
1
On Thu, 28 Jul 2005, Steven Rostedt wrote:
>
> I can change the find_first_bit to use __builtin_ffs, but how would you
> implement the ffz?
The thing is, there are basically _zero_ upsides to using the __builtin_xx
functions on x86.
There may be more upsides on other architectures
I have some problem with this patch.
YH
On 7/28/05, yhlu <[EMAIL PROTECTED]> wrote:
> Do you mean solve the timing problem for 2 way dual core or 4 way
> single core above?
>
> YH
>
> On 7/27/05, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> >
> > sync_tsc was using smp_call_function to ask
Hi All
I am working on Intel IA32 platform on linux kernel 2.6.8. Primarily I
am looking at Inter Processor Interrupts (IPI) on APIC. As per my
understanding Linux supports Logical mode of IPI. I want to change it to
physical mode (please don't ask why ??). Can anybody tell me what all
things I
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Actually implement the hostfs "sync" method.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/arch/um/os-Linux/user_syms.c |3 +++
linux-2.6.git-paolo/fs/hostfs/hostfs.h |1 +
On Thu, 28 Jul 2005, Maciej W. Rozycki wrote:
>
> Since you're considering GCC-generated code for ffs(), ffz() and friends,
> how about trying __builtin_ffs(), __builtin_clz() and __builtin_ctz() as
> apropriate?
Please don't. Try again in three years when everybody has them.
On Wed, 2005-07-27 at 18:31 -0700, Ravikiran G Thirumalai wrote:
> On Wed, Jul 27, 2005 at 06:17:24PM -0700, Andrew Morton wrote:
> > Ravikiran G Thirumalai <[EMAIL PROTECTED]> wrote:
> > >
> > > While reserving KVA for lmem_maps of node, we have to make sure that
> > > node_remap_start_pfn[] is
101 - 200 of 798 matches
Mail list logo
