[patch 03/33] m68k: Atari SCSI driver compile fixes

From: Roman Zippel <[EMAIL PROTECTED]> Atari SCSI driver compile fixes Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/scsi/atari_NCR5380.c | 33 + drivers/scsi/atari_scsi.c|6 - drivers/scsi/atari_scsi.h| 1

[patch 06/33] m68k: CROSS_COMPILE = m68k-linux-gnu-

Recent cross-compilers are called m68k-linux-gnu-gcc instead of m68k-linux-gcc Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/Makefile |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-m68k-2.6.21.orig/arch/m68k/Makefile +++ linux-m68k-2.6.21/arch/m68k/Makef

Re: condingstyle, was Re: utrace comments

On 5/1/07, David Woodhouse <[EMAIL PROTECTED]> wrote: On Tue, 2007-05-01 at 08:05 -0700, Randy Dunlap wrote: > I prefer this format also, but I'm not sure that we can get it > into CodingStyle. CodingStyle is about (either) concensus or > dictum, but I don't see us close to concensus... Yes, s

[patch 04/33] m68k: Atari keyboard and mouse support.

From: Michael Schmitz <[EMAIL PROTECTED]> Atari keyboard and mouse support. (reformating and Kconfig fixes by Roman Zippel) Signed-off-by: Michael Schmitz <[EMAIL PROTECTED]> Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/Kconf

[patch 08/33] lockdep: Add missing disable/enable irq variant

From: Roman Zippel <[EMAIL PROTECTED]> Add missing disable/enable irq variant Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- include/linux/interrupt.h |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) --- linux-m68k-2.6.21.o

[patch 12/33] m68k: make Atari IDE lock reentrant

>From Roman Zippel <[EMAIL PROTECTED]> Make the Atari IDE lock reentrant, as the new request is started in the interrupt before the last one is completely released. Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> --- include/asm-m68k/ide.h |8 1 file changed, 4 insertions(+), 4 dele

[patch 10/33] hilkbd: Kill compiler warning and fix comment dyslexia

hilkbd: Kill compiler warning and fix comment dyslexia Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/input/keyboard/hilkbd.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-m68k-2.6.21.orig/drivers/input/keyboard/hilkbd.c +++ linux-m68k-2.6.21/drivers/input

Re: 2.6.22 -mm merge plans: slub

On Tue, 1 May 2007, Andrew Morton wrote: > otoh I could do some frantic patch mangling and make it easier to carry > slub out-of-tree, but do we gain much from that? Then we may loose all the slab API cleanups? Yuck. I really do not want redo those - To unsubscribe from this list: send the

Re: [patch 04/33] m68k: Atari keyboard and mouse support.

Hi, On 5/1/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: + +/* These could be settable by some ioctl() in future... */ +static unsigned int key_repeat_delay = DEFAULT_KEYB_REP_DELAY; +static unsigned int key_repeat_rate = DEFAULT_KEYB_REP_RATE; + +static unsigned char rep_scancode; +static s

Re: [patch 01/33] m68k: Atari SCSI revival

On Tue, May 01, 2007 at 10:32:35PM +0200, Geert Uytterhoeven wrote: > From: Michael Schmitz <[EMAIL PROTECTED]> > > SCSI should be working on a TT (but someone should really try!) but causes > trouble on a Falcon (as in: it ate a filesystem of mine) at least when > used concurrently with IDE. I ha

Re: pcmcia ioctl removal

On May 1 2007 20:10, Russell King wrote: >On Tue, May 01, 2007 at 12:12:36PM +0200, Jan Engelhardt wrote: >> init/obsolete.c: >> static __init int obsolete_init(void) >> { >> printk("\e[1;31m"" >> >> The following stuff is gonna get removed \e[5;37m SOON: \e[0m >> - cardmgr >> - fo

[patch 14/33] m68k: Atari SCSI workqueue updates

Workqueue updates for the Atari SCSI driver Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/scsi/atari_NCR5380.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- linux-m68k-2.6.21.orig/drivers/scsi/atari_NCR5380.c +++ linux-m68k-2.6.21/drivers/scsi/atari_NCR5380

[patch 17/33] m68k: remove unused adb.h

From: Finn Thain <[EMAIL PROTECTED]> The asm-m68k/adb.h header is unused. Some definitions are wrong and the rest are duplicated in linux/adb.h. Remove it. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- linux-m68k-2.6.21.orig/include/asm-m

[patch 15/33] m68k: pmu_queue_request() declaration conflict

From: Finn Thain <[EMAIL PROTECTED]> Fixes a "static qualifier follows non-static qualifier" error from gcc 4. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/macintosh/via-pmu68k.c |

[patch 16/33] m68k: Amiga A2065 and Ariadne TX statistics

Add missing code to the Amiga A2065 and Ariadne drivers to update net_device_stats.tx_bytes. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/net/a2065.c |4 +--- drivers/net/ariadne.c |1 + 2 files changed, 2 insertions(+), 3 deletions(-) --- linux-m68k-2.6.21.orig/dr

[patch 18/33] m68k: Mac interrupt priorities

From: Finn Thain <[EMAIL PROTECTED]> Add some more machines that support A/UX interrupt priorities. There are probably others as well, but I've only tested these ones so far. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/mac/via

Re: [patch 00/33] m68k patches for 2.6.22

Btw, is there any chance you could update m68k to use the generic irq code? The only architectures that don't have a conversion in progress are m68k, m68knommu and arm26 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More maj

[patch 21/33] m68k: reverse Mac IRQ damage

From: Finn Thain <[EMAIL PROTECTED]> Reverse the last of a monumental brown-paper-bag commit that went into the 2.3 kernel. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/mac/baboon.c |2 +- arch/m68k/mac/oss.c|6 +++-

[patch 23/33] m68k: Mac nubus IRQ fixes (plan E)

From: Finn Thain <[EMAIL PROTECTED]> Some Macs lack a slot interrupt enable register. So the existing code makes disabled and unregistered slot IRQ lines outputs set high. This seems to work on quadras, but does not work on genuine VIAs (perhaps the card still succeeds in pulling the line low, or

[patch 28/33] SONIC: small fix and cleanup

From: Finn Thain <[EMAIL PROTECTED]> Fix a potential problem in the timeout handling: don't free the DMA buffers before resetting the chip. Also a trivial cleanup. Bring macsonic and jazzsonic into sync. Signed-off-by: Finn Thain <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROT

[patch 30/33] Amiga Zorro bus: kill resource_size_t warnings

Kill resource_size_t warnings by casting resource_size_t to unsigned long when formatting Zorro bus resources, as they are always 32-bit. Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- drivers/zorro/proc.c|5 +++-- drivers/zorro/zorro-sysfs.c |3 ++- drivers/zorro/zorro

Re: [PATCH] [30/30] x86_64: Add missing !X86_PAE dependincy to the 2G/2G split.

Eric W. Biederman a écrit : Bill Irwin <[EMAIL PROTECTED]> writes: Only 1GB-aligned kernel/user splits are now handled for PAE. The 2GB/2GB split attempts to avoid aliasing vmallocspace with the 1:1 mapping for physical memory by using an actual split of 1.875/2.125 to accommodate 128MB of vmal

[patch 11/33] m68k: early parameter support

From: Roman Zippel <[EMAIL PROTECTED]> Add early parameter support and convert current users to it. Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/amiga/config.c | 41 ++--- arch/m68k/atari

[patch 32/33] m68k: export csum_partial_copy_from_user

net/rxrpc/af-rxrpc.ko needs csum_partial_copy_from_user Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> --- arch/m68k/lib/checksum.c |3 +++ 1 file changed, 3 insertions(+) --- linux-m68k-2.6.21.orig/arch/m68k/lib/checksum.c +++ linux-m68k-2.6.21/arch/m68k/lib/checksum.c @@ -320,6 +320

Re: 2.6.21rc7-mm1 usb/sysfs oops.

On Tue, 1 May 2007 14:23:01 -0400 Dave Jones <[EMAIL PROTECTED]> wrote: > I thought I'd try something really silly, and set up > a raid5 stripe across 3 USB memory sticks just for giggles. > > it worked just fine. Then I thought I'd be *really* clever > and see how well raid5 reconstruction over

Re: [patch 07/33] m68k: Mac89x0 Ethernet netif updates

Geert Uytterhoeven wrote: From: Matthias Urlichs <[EMAIL PROTECTED]> Macintosh CS89x0 Ethernet: Netif updates Addition of netif_stop_queue() before transmission by Michael Schmitz skb_copy_{from,to}_linear_data() conversion by Geert Uytterhoeven Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECT

Re: [patch 04/33] m68k: Atari keyboard and mouse support.

What's the reason for splitting this up? Things would be a quite a bit simpler if all the code was directly in atakeyb.c. > +/* > + * linux/atari/atakeyb.c This is a good reason why filename comments are a really bad idea :) > +/* state: 0: off; >0: in progress; >1: 0xf1 received */ > +static v

Re: [PATCH 2.6.21] udf: Decrement correct link count in udf_rmdir

On Tue, 1 May 2007 19:23:14 +0100 Stephen Mollett <[EMAIL PROTECTED]> wrote: > It appears that a minor thinko occurred in udf_rmdir and the > (already-cleared) > link count on the directory that is being removed was being decremented > instead of the link count on its parent directory. This giv

Re: Memory consumption on linux

On Tuesday 01 May 2007 22:31, Christian Schmidt wrote: > And, how does process memory relate to system memory? Usually the sum > of the resident memory (ps -o rss) is way off from the used memory > displayed by free. RSS has all the shared pages in it too. > where you can see discrepancies in ei

Re: Correct location for ADC/DAC drivers

On Tue, 1 May 2007, Stefan Roese wrote: > I'm in the stage of integrating some ADC and DAC drivers for the AMCC 405EZ > PPC and looking for the correct location to place these drivers in the Linux > source tree. The drivers are basically character-drivers, so my first thought > is to put them i

Re: arch/i386/boot rewrite, and all the hard-coded video cards

On 05/01/2007 10:32 PM, Rene Herman wrote: On 05/01/2007 04:43 AM, Linus Torvalds wrote: Doubtful. The Tseng ET4000 cards may have been the gold standard in 1991, but I don't think most people even _remember_ them. And if they have them in their machines, they probably tend to run a Linux-1.2

Re: [PATCH] Propagate errors from find in scripts/gen_initramfs_list.sh

On Mon, Apr 30, 2007 at 03:34:15PM +1000, Michael Ellerman wrote: > If the find(1) in scripts/gen_initramfs_list.sh generates any errors, it > will cause gen_initramfs_list.sh to fail (because of "set -e"), however > the errors from find are not printed to the user. This is rather confusing: Agree

sparse -Wptr-subtraction-blows: still needed?

Sparse has a warning -Wptr-subtraction-blows (off by default) which generates a warning for any pointer subtractions. This warning relates to GCC shortcomings observed in 2005; the original log message: > commit 6889bd0f84939675c743229d6fe623513b95e057 > Author: Linus Torvalds <[EMAIL PROTECTED]

Re: 2.6.22 -mm merge plans: slub

On Tue, 1 May 2007, Hugh Dickins wrote: > Yes, to me it does. If it could be defaulted to on throughout the > -rcs, on every architecture, then I'd say that's "finishing work"; > and we'd be safe knowing we could go back to slab in a hurry if > needed. But it hasn't reached that stage yet, I thi

Re: 2.6.22 -mm merge plans: slub

On Tue, 1 May 2007 13:46:26 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]> wrote: > On Tue, 1 May 2007, Andrew Morton wrote: > > > otoh I could do some frantic patch mangling and make it easier to carry > > slub out-of-tree, but do we gain much from that? > > Then we may loose all the slab AP

[ANNOUNCE] Sparse 0.3 released

I have tagged and tarballed a 0.3 release of Sparse, now available from , with sha1sum `1d868b29234176abd5f3f5463aad1f11d5268dc2`. Note that the Sparse Git repository has moved to: git://git.kernel.org/pub/scm/devel/sparse/sp

Re: [patch 04/33] m68k: Atari keyboard and mouse support.

On 5/1/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote: > --- linux-m68k-2.6.21.orig/include/linux/input.h > +++ linux-m68k-2.6.21/include/linux/input.h > @@ -676,6 +676,7 @@ struct input_absinfo { > #define BUS_I2C 0x18 > #define BUS_HOST 0x19 > #define BUS_G

Re: [patch 29/33] SONIC interrupt handling

On Tue, May 01, 2007 at 10:33:03PM +0200, Geert Uytterhoeven wrote: > +static int jazzsonic_open(struct net_device* dev) { > + if (request_irq(dev->irq, &sonic_interrupt, IRQF_DISABLED, "sonic", > dev)) { > + printk(KERN_ERR "\n%s: unable to get IRQ %d.\n", dev->name, > dev->irq);

Re: [Kernel-discuss] Re: [RFC, PATCH 0/4] SoC base drivers

Hello Paul, Paul Sokolovsky wrote: >> ASIC-related code (I mean core) forms additional platform layer, so I >> suggest >> adding ASIC helpers to generic platform code i.e. drivers/platform.c, but >> ASIC drivers to drivers/asic/ directory. > > There problem here is the same - our target ch

Re: [linux-dvb] [PATCH] dvb-core: Handle failures to create devices

On Tue, 1 May 2007, Simon Arlott wrote: > dvb-core is not started early enough when device drivers that use dvb are > compiled in so device_register_device fails (silently) since dvb_class is > NULL, this runs dvb_init using subsys_initclass instead of module_init. > > dvb_register_device will now

Re: 2.6.21rc7-mm1 usb/sysfs oops.

On Tue, May 01, 2007 at 01:55:52PM -0700, Andrew Morton wrote: > Unfortunately rc7-mm1 and rc7-mm2 had dodgy-now-dropped sysfs changes in > it, so this might be a consequence of that. > > > No more being a smart-ass for me today. > > Would be good to test mainline instead, and/or -mm when

[patch] CFS scheduler, -v8

i'm pleased to announce release -v8 of the CFS scheduler patchset. (The main goal of CFS is to implement "desktop scheduling" with as high quality as technically possible.) The CFS patch against v2.6.21.1 (or against v2.6.20.10) can be downloaded from the usual place: http://people.redhat

Re: Ext3 vs NTFS performance

On Tue, 1 May 2007 13:43:18 -0700 "Cabot, Mason B" <[EMAIL PROTECTED]> wrote: > Hello all, > > I've been testing the NAS performance of ext3/Openfiler 2.2 against > NTFS/WinXP and have found that NTFS significantly outperforms ext3 for > video workloads. The Windows CIFS client will attempt a poo

[PATCH] Remove unnecessary irq disabling

RR asks us if it is really necessary to disable interrupts in setup_secondary_APIC_clock(). The answer is no, since setup_APIC_timer() starts by saving irq flags, which also disables them. Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]> -- Glauber de Oliveira Costa Red Hat Inc. "Fre

[PATCH] doc: fix oops-tracing duplicate

From: Michal Piotrowski <[EMAIL PROTECTED]> Remove duplicate 'U' entry -- fix mis-merge. Signed-off-by: Michal Piotrowski <[EMAIL PROTECTED]> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- Documentation/oops-tracing.txt |3 --- 1 file changed, 3 deletions(-) --- linux-2.6.21-git4.orig

Re: Natsemi DP83815 driver spaming

On Tue, May 01, 2007 at 09:52:30PM +0200, Rafał Bilski wrote: > > * 2) check for sudden death of the NIC: > > *It seems that a reference set for this chip went out with incorrect > > info, > > *and there exist boards that aren't quite right. An unexpected voltage > > *drop can ca

Re: [linux-dvb] Re: DST/BT878 module customization (.. was: Critical points about ...)

Original-Nachricht Datum: Tue, 01 May 2007 21:35:44 +0100 Von: Simon Arlott <[EMAIL PROTECTED]> An: Uwe Bugla <[EMAIL PROTECTED]> CC: linux-kernel@vger.kernel.org, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Betreff: Re: [linux-d

Re: [RFC, PATCH 3/4] SoC base drivers: ASIC3 driver

On Tue, May 01, 2007 at 08:09:48AM +0300, Paul Sokolovsky wrote: > +static void asic3_release(struct device *dev) > +{ > + struct platform_device *sdev = to_platform_device(dev); > + > + kfree(sdev->resource); > + kfree(sdev); > +} > + > +int asic3_register_mmc(struct device *dev) > +{

Re: [linux-dvb] [PATCH] dvb-core: Handle failures to create devices

dvb-core is not started early enough when device drivers that use dvb are compiled in so device_register_device fails (silently) since dvb_class is NULL, this runs dvb_init using subsys_initcall instead of module_init. dvb_register_device will now check the return value of class_device_create.

Re: [git patches] libata updates

On Sunday, April 29, 2007 9:15 am Jeff Garzik wrote: > Noteworthy changes: > * remove combined mode PCI quirk. IDE driver selection (libata or > old-IDE) is now determined purely by module load order. > * new driver API, that is far more like other kernel APIs: > alloc...register...unregister.

Re: [git pull] New firewire stack

Kristian Høgsberg wrote: ... > Carrying two FireWire stacks in the kernel > at the same time is not ideal, but it allows for wider testing of the > new stack, while keeping the old stack as a fallback for cases where > regressions make the new stack not usable. IMO, giving the new stack full expos

Re: [git patches] libata updates

On Monday, April 30, 2007 1:22 pm Stephen Clark wrote: > Please don't do this! > > Yeah the kernel will boot but the hd performance is sh*t on my > laptop. I am running FC6 with > kernel 2.6.21 and without the combined_mode setting my disk > performance goes down to a > whopping 1.25mb/sec from 44m

Re: [PATCH] block: Convert to generic boolean

Alan Cox wrote: On Tue, 1 May 2007 21:08:36 +0200 (MEST) Richard Knutsson <[EMAIL PROTECTED]> wrote: Convert to generic boolean Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]> --- Compile-tested but most arch/conf tested failed for other reasons then this Diffed against Linus' git-tree.

[GIT PULL] i2c updates for 2.6.22

Linus, Please pull the i2c subsystem updates for Linux 2.6.22 from: git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus We have a new API in i2c-core which finally follows the device driver model, 4 new I2C bus drivers, many improvements and fixes to i2c-algo-bit, and as usual many cleanups

Re: arch/i386/boot rewrite, and all the hard-coded video cards

On Tue, 1 May 2007, Rene Herman wrote: > > The answer will probably be "no", but would this be a good point to ask if > this would be a good time to not bother with the mode switching code at all > anymore? The standard extended modes are actually really useful, if for a very simply reason: th

Re: sparse -Wptr-subtraction-blows: still needed?

On Tue, 1 May 2007, Josh Triplett wrote: > > Does this still apply? Do current versions of GCC still have this problem? > If not, can the option and warning go away? Even if current versions of gcc don't triple the build time (and for the kernel, I suspect it doesn't, because we've tried to c

[PATCH] workqueues: shift kthread_bind() from CPU_UP_PREPARE to CPU_ONLINE

CPU_UP_PREPARE binds cwq->thread to the new CPU. So CPU_UP_CANCELED tries to wake up the task which is bound to the failed CPU. With this patch we don't bind cwq->thread until CPU becomes online. The first wake_up() after kthread_create() is a bit special, make a simple helper for that. Signed-of

Re: 24 lost ticks with 2.6.20.10 kernel

(I've added the E1000 maintainers to the thread as I found the issue seems to go away after I compile out that driver. For reference, I was trying to figure out why I lose exactly 24 ticks about every two seconds, as shown with report_lost_ticks. This is with a DQ965GF motherboard with onboard E100

Re: [patch 05/33] m68k: Atari fb revival

On Tue, 2007-05-01 at 22:32 +0200, Geert Uytterhoeven wrote: > plain text document attachment (636-atafb.diff) > From: Michael Schmitz <[EMAIL PROTECTED]> > > Update the atari fb to 2.6 by Michael Schmitz, Finally :-). That leaves only pm3fb that needs porting. It still contains remnants of 2.4

Linux 2.6.16.50-rc1

Security fixes since 2.6.16.49: - CVE-2007-1861: [NETLINK]: Infinite recursion in netlink - CVE-2007-2242: [IPV6]: Disallow RH0 by default Location: ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/ git tree: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.

Re: arch/i386/boot rewrite, and all the hard-coded video cards

Linus Torvalds wrote: > > And yes, I'm literally talking about the *text* modes. Not all of us want > to have fbcon built in - I prefer my text-mode lean and mean and fast as > hell, and if I want a frame buffer, I'll take X11, thank you very much. > I use framebuffer console pretty much for o

Execute in place

I seem to remember seeing some patches go by at some point that allowed one of the rom type embeded system filesystems to directly execute binaries out of the original rom memory rather than copying them to ram first, then executing from there. I was wondering if rootfs or tmpfs support such e

Re: [NFS] [PATCH] RPC: add wrapper for svc_reserve to account for checksum

On Tuesday May 1, [EMAIL PROTECTED] wrote: > > Resending patch with a proper signed-off-by line. Also cc'ing Andrew: Thanks, but it isn't much good to Andrew without a changelog entry, though probably it should just go in as rpc--add-wrapper-for-svc_reserve-to-account-for-checksum-fix Acked-by

[PATCH 1/2] ds1wm: simplify platform_data

Simplify ds1wm's platform_data by using IORESOURCE_IRQ_* flags rather than the platform_data field active_high. Signed-off-by: Matt Reimer <[EMAIL PROTECTED]> --- drivers/w1/masters/ds1wm.c | 11 +++ include/linux/ds1wm.h |1 - 2 files changed, 7 insertions(+), 5 deletions(-)

[PATCH 2/2] ds1wm: disable interrupts when turning off ds1wm

Disable interrupts when turning off ds1wm. Signed-off-by: Matt Reimer <[EMAIL PROTECTED]> --- drivers/w1/masters/ds1wm.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/w1/masters/ds1wm.c b/drivers/w1/masters/ds1wm.c index 8b08609..1940691 100644 --- a/drivers/

Re: 2.6.22 -mm merge plans

Hi Andi, * Andi Kleen ([EMAIL PROTECTED]) wrote: > Andrew Morton <[EMAIL PROTECTED]> writes: > > > > Static markers. Will merge. > There don't seem to be any users of this. How do you know it hasn't > already bitrotted? > See the detailed explanation at : http://kernel.org/pub/linux/kernel/pe

Re: 24 lost ticks with 2.6.20.10 kernel

Michel Lespinasse wrote: (I've added the E1000 maintainers to the thread as I found the issue seems to go away after I compile out that driver. For reference, I was trying to figure out why I lose exactly 24 ticks about every two seconds, as shown with report_lost_ticks. This is with a DQ965GF mo

Re: per-thread rusage

On 5/1/07, Bill Irwin <[EMAIL PROTECTED]> wrote: The basic idea is to try to do it similarly to how everyone else does so userspace (I suppose this would include glibc) don't have to bend over backward to accommodate it. Or basically to do what everyone expects. I think beside RUSAGE_THREAD you

Re: [PATCH] Re: More than 2Gb problem (dvb related) ?

On Tue, 2007-05-01 at 11:41 +0200, Gregoire Favre wrote: > Hello again, > > just forgot this : > > ksymoops 2.4.11 on x86_64 2.6.21. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.6.21/ (default) > -m /usr/src/linu

Re: [PATCH] fix dynticks for voyager

On Mon, Apr 30, 2007 at 11:38:51AM -0500, James Bottomley wrote: > As usual voyager tripped over an explicit boot CPU is zero assumption in > the dynticks code. This is the fix I have queued in the voyager tree. Can we flush out all these assumptions by adding a constant offset somewhere? Or reve

Re: per-thread rusage

On Tue, May 01, 2007 at 03:10:40PM -0700, Ulrich Drepper wrote: > I think beside RUSAGE_THREAD you'll find no precedence. It's all new, > you have to tread the path. The RUSAGE_THREAD interface is not > sufficient, actually. First, if a thread terminates we don't have to > keep it stick around u

Re: per-thread rusage

On 5/1/07, Bill Irwin <[EMAIL PROTECTED]> wrote: >> The basic >> idea is to try to do it similarly to how everyone else does so userspace >> (I suppose this would include glibc) don't have to bend over backward to >> accommodate it. Or basically to do what everyone expects. On Tue, May 01, 2007 at

Re: so ... what *are* candidates for removal?

[EMAIL PROTECTED] wrote: > On Tue, 01 May 2007 17:30:36 +0200, Andre Tomt said: >> Robert P. J. Day wrote: > >>> http://fsdev.net/wiki/index.php?title=Stuff_to_be_removed > >> Already documented in the kernel tarball, see >> Documentation/feature-removal-schedule.txt > > Robert's point is that

Re: per-thread rusage

On Tue, May 01, 2007 at 06:27:24PM -0400, Theodore Tso wrote: > There are two ways of implementing this. One is to have the > JVM periodically poll using a pthread_getrusage() interface. A better > choice might be some kind of per-thread CPU limit, that would result > in a thread-specific S

Re: [RFC] [PATCH] DRM TTM Memory Manager patch

On Tuesday 01 May 2007, Dave Airlie wrote: > > - what's with the /proc interface? Don't add new proc code for > > non-process related things. This should all go into sysfs > > somewhere. And yes, I know /proc/dri/ is there today, but don't add > > new stuff please. > > Well we sho

Re: VMware, x86_64 and 2.6.21.

Marcos Pinto wrote: I'm having the same problem. I think it has to do with timer problems... Does /sbin/hwclock --show freeze your box? It "sometimes" works on mine, but it more often than not locks it hard (especially as user, not root) with no hints in syslog or anywhere else as to what happ

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

On Mon, Apr 30, 2007 at 08:15:11PM +0100, Christoph Hellwig wrote: > So if you want to invest some time into getting this into mergeable > shape I'd suggest you redo the patch series in the following way: > > patch 1: dynamic allocated irq stacks Can we register them lazily at request_irq time?

Re: 24 lost ticks with 2.6.20.10 kernel

Kok, Auke wrote: > Michel Lespinasse wrote: >> (I've added the E1000 maintainers to the thread as I found the issue >> seems to go away after I compile out that driver. For reference, I was >> trying to figure out why I lose exactly 24 ticks about every two >> seconds, as shown with report_lost_tic

Re: [git patches] libata updates

Jesse Barnes wrote: On Monday, April 30, 2007 1:22 pm Stephen Clark wrote: Please don't do this! Yeah the kernel will boot but the hd performance is sh*t on my laptop. I am running FC6 with kernel 2.6.21 and without the combined_mode setting my disk performance goes down to a whopping 1.25m

Re: 24 lost ticks with 2.6.20.10 kernel

Chuck Ebbert wrote: Kok, Auke wrote: Michel Lespinasse wrote: (I've added the E1000 maintainers to the thread as I found the issue seems to go away after I compile out that driver. For reference, I was trying to figure out why I lose exactly 24 ticks about every two seconds, as shown with repor

Re: arch/i386/boot rewrite, and all the hard-coded video cards

H. Peter Anvin wrote: > I'm rewriting the i386 setup code in C, instead of assembly, > and before I spend a very large amount of time translating > all the various card-specific probes, I want to ask the > following question... > > Does *anyone* care about these anymore? Yes, booting Linux on old

Re: [git patches] libata updates

On Tuesday, May 1, 2007 3:45 pm Stephen Clark wrote: > I'm running fc6 but with kernel 2.6.21 from kernel.org - compiled > with the .config file from fc6. > > My system is a asus laptop with an ich7 chipset which has both sata > and pata controllers. My > laptop only brings out the pata controller

Re: [git patches] libata updates

Stephen Clark wrote: >> > I'm running fc6 but with kernel 2.6.21 from kernel.org - compiled with > the .config file from fc6. > > My system is a asus laptop with an ich7 chipset which has both sata and > pata controllers. My > laptop only brings out the pata controller interface and both my hd and

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

On Mon, Apr 30, 2007 at 08:15:11PM +0100, Christoph Hellwig wrote: >> So if you want to invest some time into getting this into mergeable >> shape I'd suggest you redo the patch series in the following way: >> patch 1: dynamic allocated irq stacks On Tue, May 01, 2007 at 05:36:06PM -0500, Matt Ma

Re: [patch 06/33] m68k: CROSS_COMPILE = m68k-linux-gnu-

On Tue, May 01, 2007 at 10:32:40PM +0200, Geert Uytterhoeven wrote: > Recent cross-compilers are called m68k-linux-gnu-gcc instead of m68k-linux-gcc > > Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]> > --- > arch/m68k/Makefile |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

libata-core.c: unsafe cancel_delayed_work() usage?

On 04/27, Andrew Morton wrote: > > It'd be good if people could take some time to sit down and re-review the > code which we presently have. I plan on sending it all off for 2.6.22 and > there might be some glitches but it seems to have a good track record so > far. Alan, the usage of cancel_dela

Re: [linux-dvb] DST/BT878 module customization (.. was: Critical points about ...)

On Tue, 1 May 2007, Simon Arlott wrote: > On 30/04/07 22:17, Markus Rechberger wrote: > > From my side I do not see any problem with that patch, if someone else > > has a problem with it please state out the reason. > > I have no problem with the patch since it has nothing to do with my DVB > card

Re: arch/i386/boot rewrite, and all the hard-coded video cards

On 05/01/2007 11:41 PM, Linus Torvalds wrote: The standard extended modes are actually really useful, if for a very simply reason: they give you bigger more lines on screen when a bug happens. So I _still_ occasionally use "vga=extended" just for that reason. The default 80x25 thing scrolls

Re: per-thread rusage

> I just so happen to think we should implement a variety of CPU resource > limits beyond what we now do, so this, too, interests me. Agreed - and make them all 64bit while doing the cleanup. One thing several Unixen have we don't for 32bi boxes is a proper set of 64bit resource handling for memor

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

> These IRQ stacks are per-cpu, not per-IRQ. It may make sense to > implement per-IRQ stacks, in which case dynamic allocation at the time > of request_irq() will make sense. This depends if active IRQ count exceeds active CPU count worst cases. For the big boxes it might well do but for small one

Re: [linux-dvb] Re: DST/BT878 module customization (.. was: Critical points about ...)

On Tue, 1 May 2007, Mauro Carvalho Chehab wrote: > With this configuration, dvb-bt8xx hangs during initialization, > generating an OOPS, if you have a board with DST (modprobe dvb-bt8xx > never returns). Stupid typo in the first patch, a != should have been ==. Fixed: http://linuxtv.org/hg/~tap/d

Re: per-thread rusage

At some point in the past, I wrote: >> I just so happen to think we should implement a variety of CPU resource >> limits beyond what we now do, so this, too, interests me. On Wed, May 02, 2007 at 12:04:58AM +0100, Alan Cox wrote: > Agreed - and make them all 64bit while doing the cleanup. One thin

Re: arch/i386/boot rewrite, and all the hard-coded video cards

On Tue, 2007-05-01 at 14:41 -0700, Linus Torvalds wrote: > > On Tue, 1 May 2007, Rene Herman wrote: > > > And yes, I'm literally talking about the *text* modes. Not all of us want > to have fbcon built in - I prefer my text-mode lean and mean and fast as > hell, and if I want a frame buffer, I

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

On Tue, May 01, 2007 at 03:51:25PM -0700, Bill Irwin wrote: > On Mon, Apr 30, 2007 at 08:15:11PM +0100, Christoph Hellwig wrote: > >> So if you want to invest some time into getting this into mergeable > >> shape I'd suggest you redo the patch series in the following way: > >> patch 1: dynamic all

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

At some point in the past, I wrote: >> These IRQ stacks are per-cpu, not per-IRQ. It may make sense to >> implement per-IRQ stacks, in which case dynamic allocation at the time >> of request_irq() will make sense. On Wed, May 02, 2007 at 12:07:45AM +0100, Alan Cox wrote: > This depends if active I

Re: arch/i386/boot rewrite, and all the hard-coded video cards

On 05/02/2007 12:41 AM, Vlad wrote: H. Peter Anvin wrote: I'm rewriting the i386 setup code in C, instead of assembly, and before I spend a very large amount of time translating all the various card-specific probes, I want to ask the following question... Does *anyone* care about these anymo

Re: [PATCH] support PCI MCFG space on Intel i915 bridges

On Monday, April 30, 2007 4:20 pm Robert Hancock wrote: > > Right, but you patch should obsolete this stuff anyway. I'll test > > it out in the next few days. > > We likely still want this chipset-specific support, it will catch the > case where the MCFG table lists a location which is reserved in

[BUG] usb/core/hub.c loops forever on resume from ram due to bluetooth

I have just replaced my primary single-core notebook with a nearly identical dual-core notebook, and moved the usb-bluetooth peripheral from the old machine to the new one. On the single-core machine, suspend/resume (RAM) worked fine even with the bluetooth module enabled. On the new dual-core m

Re: [2/6] add config option to vmalloc stacks (was: Re: [-mm patch] i386: enable 4k stacks by default)

On Tue, May 01, 2007 at 05:36:06PM -0500, Matt Mackall wrote: >>> Can we register them lazily at request_irq time? On Tue, May 01, 2007 at 03:51:25PM -0700, Bill Irwin wrote: >> These IRQ stacks are per-cpu, not per-IRQ. It may make sense to >> implement per-IRQ stacks, in which case dynamic alloc

Re: libata-core.c: unsafe cancel_delayed_work() usage?

Oleg Nesterov wrote: On 04/27, Andrew Morton wrote: It'd be good if people could take some time to sit down and re-review the code which we presently have. I plan on sending it all off for 2.6.22 and there might be some glitches but it seems to have a good track record so far. Alan, the usage

<    1   2   3   4   5   6   7   >