Re: no backlight on radeon after recent kernel "upgrade"s

On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]> wrote: > Dear Kernel Developers, > > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've > tried few times to build more recent snapshots and now finally > 2.6.20-mm2. In all those cases I have a sad outcome

linux-2.6.19.3 build faild with "Inconsistent kallsyms data"

Hello, the build with the attached .config failed, make ends with: ... scripts/kconfig/conf -s arch/i386/Kconfig CHK include/linux/version.h CHK include/linux/utsrelease.h CHK include/linux/compile.h AS .tmp_kallsyms2.o LD vmlinux SYSMAP System.map SYSMAP .tmp

Re: [RFC] Time for a linux-kvm mailing list?

Bill Davidsen wrote: Why would I post it to a list where it's off-topic by list name? And how would anyone know that the list name can be ignored when so many other lists with "devel" in the name tell people with user questions to go elsewhere? Right now only users who ignore list names would e

[PATCH] slab: ensure cache_alloc_refill terminates

From: Pekka Enberg <[EMAIL PROTECTED]> If slab->inuse is corrupted, cache_alloc_refill can enter an infinite loop as detailed by Michael Richardson in the following post: . This patch adds a BUG_ON for the case where a slab in partial or free list has no availa

Re: [PATCH] slab: ensure cache_alloc_refill terminates

On Mon, 19 Feb 2007 10:22:52 +0200 (EET) Pekka J Enberg <[EMAIL PROTECTED]> wrote: > @@ -2987,6 +2987,14 @@ > slabp = list_entry(entry, struct slab, list); > check_slabp(cachep, slabp); > check_spinlock_acquired(cachep); > + > + /* > +

Re: [PATCH] slab: ensure cache_alloc_refill terminates

On Mon, 19 Feb 2007, KAMEZAWA Hiroyuki wrote: > From my experience, this infinite loop in cache_alloc_refill() is caused by > double-free, always...(I'm sorry if my knowledge around the slab is too old.) Well, I don't know what exactly caused slabp->inuse (could be cachep->num too, although soun

Re: no backlight on radeon after recent kernel "upgrade"s

On Mon, 2007-02-19 at 00:04 -0800, Andrew Morton wrote: > On Sun, 18 Feb 2007 23:46:16 -0500 Yaroslav Halchenko <[EMAIL PROTECTED]> > wrote: > > Since the most recent successful for me kernel 2.6.19-rc6-mm1, I've > > tried few times to build more recent snapshots and now finally > > 2.6.20-mm2. In

Re: [PATCH] platform: reorder platform_device_del

Hi Dmitry, On Mon, 19 Feb 2007 01:05:30 -0500, Dmitry Torokhov wrote: > On Sunday 18 February 2007 15:30, Jean Delvare wrote: > > In platform_device_del(), we currently delete the device resources > > first, then we delete the device itself. This causes a (minor) bug to > > occur when one unregist

Re: Boot time Bluetooth BUG: warning: (value > m) at hid-core.c:793

On Mon, 19 Feb 2007, Marcel Holtmann wrote: > we understand the original CSR HID proxy dongles, but for the Logitech > ones, it is wild guesses. The current support in hid2hci has been tested > on Logitech diNovo first generation and I have no other Logitech > hardware to verify it with. We mig

Re: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen with pata_amd

Am Sonntag 18 Februar 2007 schrieb Prakash Punnoor: > Am Samstag 17 Februar 2007 schrieb Prakash Punnoor: > > Am Samstag 17 Februar 2007 schrieb Prakash Punnoor: > > > Hi, > > > > > > I tried a cat /dev/sdb1 >/dev/null from a Sandisk Extreme III CF card > > > connected via cf to IDE adapteer to onb

Re: [BUG?] register_blkdev: failed to get major for device mapper

Andrew Morton wrote: > On Fri, 16 Feb 2007 14:37:28 +0100 > Rolf Eike Beer <[EMAIL PROTECTED]> wrote: > > I can't bring up my machine with root LVM anymore using x86_64. The same > > machine from same kernel tree boots fine as x86. The error message is > > quoted in subject. The tree is at > > 86a

Re: [BUG?] register_blkdev: failed to get major for device mapper

On Mon, 19 Feb 2007 11:01:02 +0100 Rolf Eike Beer <[EMAIL PROTECTED]> wrote: > Andrew Morton wrote: > > On Fri, 16 Feb 2007 14:37:28 +0100 > > Rolf Eike Beer <[EMAIL PROTECTED]> wrote: > > > > I can't bring up my machine with root LVM anymore using x86_64. The same > > > machine from same kernel

Re: NCPFS and brittle connections

Sorry this took so long but I got occupied with other things and this had to move down the pile a bit. New patch which uses dedicated buffers for the currently active packet. Also adds a new state RQ_ABANDONED which basically means "the caller no longer cares about this request so the pointers are

Re: smartcard reader + pcmcia/pccard subsystem problems

Hi, after doing some code review it seems like I found 2 bugs. a.) deadlock within the pccard/pcmcia framework b.) slab corruption when unloading the driver a.) it's easy to reproduce a, just run $ while :; do pccardctl eject; pccardctl insert; done concurrently on 2 shells. another way to re

Re: [PATCH 00/44 take 2] [UBI] Unsorted Block Images

On Sat, Feb 17, 2007 at 06:54:24PM +0200, Artem Bityutskiy wrote: > The structure of the UBI code is very simple. Whole UBI consists of units. > Each unit has one .c file which implements it and one .h file which defines > the interface of this unit. So I've split the UBI code so that there is > a

Re: [PATCH] fix refrigerator() vs thaw_process() race

Hi! > refrigerator() can miss a wakeup, "wait event" loop needs a proper memory > ordering. > > Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]> > > --- WQ/kernel/power/process.c~WAKE2007-02-18 22:56:49.0 +0300 > +++ WQ/kernel/power/process.c 2007-02-19 01:04:26.0 +0300 > @@

Re: [PATCH] Don't probe for DDC on VBE1.2

> I tested the x86_64 VBE3 case (similar to Andrew's VAIO), so we just need > a VBE1.2 on x86_64 test. Does this mean you want to have an updated patch or not? -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More ma

Re: [PATCH 05/44 take 2] [UBI] internal common header

On Sat, Feb 17, 2007 at 06:54:49PM +0200, Artem Bityutskiy wrote: > +#ifndef __UBI_UBI_H__ > +#define __UBI_UBI_H__ > + > +#include > + > +/* Version of this UBI implementation */ > +#define UBI_VERSION 1 We shouldn't have versions for inkernel interfaces. > +/* UBI messages printk level */ > +#

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

On Mon, Feb 19, 2007 at 12:43:59AM +0300, Oleg Nesterov wrote: > Afaics, noautorel work_struct buys nothing for "struct net_bridge_port". > > If del_nbp()->cancel_delayed_work(&p->carrier_check) fails, port_carrier_check > may be called later anyway. So the reading of *work in port_carrier_check()

Re: [PATCH 06/44 take 2] [UBI] startup code

On Sat, Feb 17, 2007 at 06:54:54PM +0200, Artem Bityutskiy wrote: > +/* UBI headers must take 64 bytes. The below is a hacky way to ensure this */ > +static int __ubi_check_ec_hdr_size[(UBI_EC_HDR_SIZE == 64) - 1] > +__attribute__ ((__unused__)); > +static int __ubi_check_ec_hdr_size[(UBI_VID_H

Re: [PATCH 07/44 take 2] [UBI] misc unit header

On Sat, Feb 17, 2007 at 05:59:08PM -0500, Theodore Tso wrote: > On Sat, Feb 17, 2007 at 06:54:59PM +0200, Artem Bityutskiy wrote: > > diff -auNrp tmp-from/drivers/mtd/ubi/misc.h tmp-to/drivers/mtd/ubi/misc.h > > --- tmp-from/drivers/mtd/ubi/misc.h 1970-01-01 02:00:00.0 +0200 > > +++ tmp-to/

Re: [PATCH 09/44 take 2] [UBI] debug unit header

On Sat, Feb 17, 2007 at 10:18:21PM +0100, Arnd Bergmann wrote: > On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote: > > + > > +/** > > + * UBI debugging unit. > > + * > > + * UBI provides rich debugging capabilities which are implemented in > > + * this unit. > > Stop right here. You shou

Re: O2micro smartcard reader driver.

02/17/2007 04:55 AM, Markus Rechberger wrote/a écrit: Hi Eric, I committed your code to linuxtv.org to review and modify it there. http://linuxtv.org/hg/~mrechberger/chipcardreader one thing I noticed is the error handling in ozscr_probe. I'll continue the rest during the next few days, I'd li

Re: [PATCH 16/44 take 2] [UBI] scanning unit implementation

> + for (pnum = 0; pnum < io->peb_count; pnum++) { > + cond_resched(); > + > + err = process_eb(ubi, si, pnum); > + if (unlikely(err < 0)) > + goto out_vidh; > + } > + rb_for_each_entry(rb1, sv, &si->volumes, rb) { > +

Re: [PATCH 12/44 take 2] [UBI] allocation unit implementation

On Sat, 2007-02-17 at 21:55 +0100, Arnd Bergmann wrote: > On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote: > > +#include "wl.h" > > +#include "debug.h" > > +#include "eba.h" > > +#include "scan.h" > > I don't see much point in having one local header for each of these, > you could simpl

Re: [PATCH 22/44 take 2] [UBI] background thread unit implementation

This really should use the linux/kthread.h infrastructure, and most of the code in here would simply go away. - 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 Pl

APM driver

Hello, I need to send a battery info status from my driver to Linux APM driver. How can I do it? Thank you - 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 P

Re: [PATCH 12/44 take 2] [UBI] allocation unit implementation

On 2/17/07, Artem Bityutskiy <[EMAIL PROTECTED]> wrote: +void *ubi_kzalloc(size_t size) +{ + void *ret; + + ret = kzalloc(size, GFP_KERNEL); + if (unlikely(!ret)) { + ubi_err("cannot allocate %zd bytes", size); + dump_stack(); + return N

Re: [PATCH 07/44 take 2] [UBI] misc unit header

On Sat, 2007-02-17 at 17:59 -0500, Theodore Tso wrote: > > +#define xquotise(s) #s > > +#define quotise(s) xquotise(s) > > Nothing in your patch series uses this, and it's identical to > stringify(). Please remove? Done, thanks. > > +/** > > + * rb_for_each_entry - walk an RB-tree. > > + * > >

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

Oleg Nesterov <[EMAIL PROTECTED]> wrote: > Afaics, noautorel work_struct buys nothing for "struct net_bridge_port". You may be right. > If del_nbp()->cancel_delayed_work(&p->carrier_check) fails, port_carrier_check > may be called later anyway. Called by what? Something outside of br_if.c? >

Re: [PATCH 05/44 take 2] [UBI] internal common header

On Sat, 2007-02-17 at 22:05 +0100, Arnd Bergmann wrote: > > +/* Maximum number of supported UBI devices */ > > +#define UBI_MAX_INSTANCES 32 > > Does this need to be limited? It is how this is implemented at the moment. Note, this limits number of UBI devices, not ubi _volumes_. > > +/* UBI erro

Re: [PATCH 2/3] cpufreq_ondemand.c: don't use _WORK_NAR

Oleg Nesterov <[EMAIL PROTECTED]> wrote: > Looks like dbs_timer() is very careful wrt per_cpu(cpu_dbs_info), > and it doesn't need the help of WORK_STRUCT_NOAUTOREL. Actually, I think my problem with this was dbs_info->sample_type, but reading it again, I'm not sure that it's actually a problem a

Re: [PATCH 3/3] drivers/media/video/cpia_pp.c: don't use _WORK_NAR

Oleg Nesterov <[EMAIL PROTECTED]> wrote: > pp_cam_entry->cb_task need not to be _NOAUTOREL ... because in fact it is > never used ??? That's a remarkably good point. Did something get deleted since I made my modifications? Perhaps the workqueue stuff in that file should just be deleted entirely

Re: 2.6.20-mm2: compilation fix

On Monday, 19 February 2007 01:29, Andrew Morton wrote: > On Mon, 19 Feb 2007 00:33:26 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> > wrote: > > > On Sunday, 18 February 2007 06:51, Andrew Morton wrote: > > > > > > Temporarily at > > > > > > http://userweb.kernel.org/~akpm/2.6.20-mm2/ > > >

Re: [BUG/WARN] Error initialising drivers in PCI

On Monday 19 February 2007 05:00, Ian McDonald wrote: > On 2/19/07, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote: > > Ian, you have an PATA controller so there is no need to use ata_piix. > > Just disabling ata_piix should workaround the issue. > > > OK. I have done this and the message goe

apm_get_power_status question

Hello, I need to send data from my driver to apm driver, I want to use apm_get_power_status function for getting here my battery ststus info. But I have found this function has no implementation. thank you - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH] adjust legacy IDE resource setting (v2)

On Thu, Feb 15, 2007 at 08:02:21AM +, Jan Beulich wrote: > The change to force legacy mode IDE channels' resources to fixed > non-zero values confuses (at least some versions of) X, because the > values reported by the kernel and those readable from PCI config space > aren't consistent anymore.

Re: Subject: [PATCH 2.6.20 004/005] dmfe: Add support for suspend/resume

Hi! > > and add space before */. > > > > Congratulation, you passed coding-style-police-check ;-). > > Pavel > > > > Hello, > Thanks for reply, I just want to ask one question: > > Those patches are now merged in -

Re: [PATCH 3/3] drivers/media/video/cpia_pp.c: don't use _WORK_NAR

On 02/19, David Howells wrote: > > Oleg Nesterov <[EMAIL PROTECTED]> wrote: > > > pp_cam_entry->cb_task need not to be _NOAUTOREL ... because in fact it is > > never used ??? > > That's a remarkably good point. Did something get deleted since I made my > modifications? At first I thought the sa

Re: somebody dropped a (warning) bomb

Bodo Eggert <[EMAIL PROTECTED]> writes: > On Fri, 16 Feb 2007, Sergei Organov wrote: >> Bodo Eggert <[EMAIL PROTECTED]> writes: >> > Sergei Organov <[EMAIL PROTECTED]> wrote: >> >> Linus Torvalds <[EMAIL PROTECTED]> writes: > [...] >> If we start talking about the C language, my opinion is that it'

Re: somebody dropped a (warning) bomb

Rene Herman <[EMAIL PROTECTED]> writes: [...] > Given char's special nature, shouldn't the conclusion of this thread > have long been simply that gcc needs -Wno-char-pointer-sign? (with > whatever default, as far as I'm concerned). I entirely agree that all the char business in C is messy enough t

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

On 02/19, David Howells wrote: > > Oleg Nesterov <[EMAIL PROTECTED]> wrote: > > > Afaics, noautorel work_struct buys nothing for "struct net_bridge_port". > > You may be right. > > > If del_nbp()->cancel_delayed_work(&p->carrier_check) fails, > > port_carrier_check > > may be called later anywa

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

On 02/19, Jarek Poplawski wrote: > > On Mon, Feb 19, 2007 at 12:43:59AM +0300, Oleg Nesterov wrote: > > Afaics, noautorel work_struct buys nothing for "struct net_bridge_port". > > > > If del_nbp()->cancel_delayed_work(&p->carrier_check) fails, > > port_carrier_check > > may be called later anyway

Re: Recent and not-so problems with tifm_sd driver

--- Pierre Ossman <[EMAIL PROTECTED]> wrote: > Alex Dubov wrote: > > > > You'll agree, I think, that add_disk in mmc_block_probe issues a lot of > > requests (reads > partition > > table, fs superblocks and such - plenty of room for critical errors). Then, > > driver's remove > method > > will

Re: [PATCH] fix refrigerator() vs thaw_process() race

On 02/19, Pavel Machek wrote: > > > refrigerator() can miss a wakeup, "wait event" loop needs a proper memory > > ordering. > > > > Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]> > > > > --- WQ/kernel/power/process.c~WAKE 2007-02-18 22:56:49.0 +0300 > > +++ WQ/kernel/power/process.c

Re: O2micro smartcard reader driver.

On 2/19/07, Éric Piel <[EMAIL PROTECTED]> wrote: > 02/17/2007 04:55 AM, Markus Rechberger wrote/a écrit: > > Hi Eric, > > > > I committed your code to linuxtv.org to review and modify it there. > > http://linuxtv.org/hg/~mrechberger/chipcardreader > > > > one thing I noticed is the error handling

Re: somebody dropped a (warning) bomb

Bodo Eggert <[EMAIL PROTECTED]> writes: > On Fri, 16 Feb 2007, Sergei Organov wrote: [...] > I'll say it again: Either the code using unspecified chars is correct, or > it isn't. If it's correct, neither using with signed nor with unsigned > chars is a bug and you should not warn at all, and if

"compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined!

2.6.20-git14 cp arch/powerpc/configs/g5_defconfig ../O-linus/.config time env LC_ALL=C make -k O=../O-linus ... Building modules, stage 2. MODPOST 127 modules WARNING: "compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined! make[2]: *** [__modpost] Error 1 - To unsubscribe from this list: s

Re: [PATCH 41/44 take 2] [UBI] gluebi unit header

On Sat, Feb 17, 2007 at 08:04:30PM -0600, Josh Boyer wrote: > No, the MTD interface isn't flawed. gluebi is present to make things like > JFFS2 work on top of UBI volumes with very little adaptations. If you go > changing _every_ MTD user to now use either an MTD device or a native UBI > device,

Re: [PATCH 05/44 take 2] [UBI] internal common header

On Mon, Feb 19, 2007 at 10:54:45AM +, Christoph Hellwig wrote: > On Sat, Feb 17, 2007 at 06:54:49PM +0200, Artem Bityutskiy wrote: > > +#ifndef __UBI_UBI_H__ > > +#define __UBI_UBI_H__ > > + > > +#include > > + > > +/* Version of this UBI implementation */ > > +#define UBI_VERSION 1 > > We sh

Re: [PATCH] Don't probe for DDC on VBE1.2

On Mon, 19 Feb 2007, Andi Kleen wrote: > > > I tested the x86_64 VBE3 case (similar to Andrew's VAIO), so we just need > > a VBE1.2 on x86_64 test. > > Does this mean you want to have an updated patch or not? Nope, i'm happy with the last patch i sent (below to reconfirm). Thanks Index: lin

Re: Recent and not-so problems with tifm_sd driver

Alex Dubov wrote: > > mmc_rescan > mmc_register_card > device_add > mmc_block_probe > mmc_block_alloc > -> queue thread starts running > add_disk > -> issues a lot of requests; card fails, my drivers calls > mmc_remove_host, which in >

Re: [BUG?] register_blkdev: failed to get major for device mapper

Andrew Morton wrote: > On Mon, 19 Feb 2007 11:01:02 +0100 Rolf Eike Beer <[EMAIL PROTECTED]> wrote: > > Andrew Morton wrote: > > > On Fri, 16 Feb 2007 14:37:28 +0100 > > > > > > Rolf Eike Beer <[EMAIL PROTECTED]> wrote: > > > > I can't bring up my machine with root LVM anymore using x86_64. The >

Re: [PATCH] input/spi: add ads7843 support to ads7846 touchscreen driver

David Brownell : Did you find out what was causing the jerky behavior (draw a circle, it looks like a square) before? No, my previous rework based on your patches (2.6.19) had this jerky behavior. I was obliged to go back to old style timers. On this build, with the htimer framework, it seems o

Re: memparse(), simple_strtoul() prototypes...

Hi, On 2/19/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote: Francis Moreau wrote: > Hi, > > I must miss something... > > Looking at these prototypes > > unsigned long simple_strtoul(const char *cp, char **endp,unsigned int base) > unsigned long long memparse (char *ptr, char **retptr) > > I'm real

Re: 2.6.20-rt5 Oops on boot [-rt8 OK]

On Fri, 2007-02-16 at 09:25 +0100, Ingo Molnar wrote: > > > > News are that 2.6.20-rt8 got it all back to business :) yes!, my Pentium D back in business too . -- Sérgio M .B. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECT

Re: 2.6.20-mm2

On Monday, 19 February 2007 01:00, Andrew Morton wrote: > On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> > wrote: > > > > netconsole is good. > > > > I know. :-) > > > > In the meantime, I've got something worse on another x86_64 box: > > > > Asus Laptop ACPI Extras

Re: 2.6.20-mm2

On 19/02/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote: On Monday, 19 February 2007 01:00, Andrew Morton wrote: > On Mon, 19 Feb 2007 00:25:48 +0100 "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote: > > > > netconsole is good. > > > > I know. :-) > > > > In the meantime, I've got something worse

Re: [RFC][PATCH][2/4] Add RSS accounting and control

On Mon, 19 Feb 2007 12:20:34 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > > This patch adds the basic accounting hooks to account for pages allocated > into the RSS of a process. Accounting is maintained at two levels, in > the mm_struct of each task and in the memory controller data structure

Re: [RFC][PATCH][1/4] RSS controller setup

On Mon, 19 Feb 2007 12:20:26 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > > This patch sets up the basic controller infrastructure on top of the > containers infrastructure. Two files are provided for monitoring > and control memctlr_usage and memctlr_limit. The patches use the identifier "m

Re: [RFC][PATCH][0/4] Memory controller (RSS Control)

On Mon, 19 Feb 2007 12:20:19 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > This patch applies on top of Paul Menage's container patches (V7) posted at > > http://lkml.org/lkml/2007/2/12/88 > > It implements a controller within the containers framework for limiting > memory usage (RSS usa

Re: [RFC][PATCH][0/4] Memory controller (RSS Control)

On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote: Alas, I fear this might have quite bad worst-case behaviour. One small container which is under constant memory pressure will churn the system-wide LRUs like mad, and will consume rather a lot of system time. So it's a point at which containe

Re: [RFC][PATCH][0/4] Memory controller (RSS Control)

On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote: On Mon, 19 Feb 2007 12:20:19 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > This patch applies on top of Paul Menage's container patches (V7) posted at > > http://lkml.org/lkml/2007/2/12/88 > > It implements a controller within the cont

Re: [RFC][PATCH][1/4] RSS controller setup

On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote: This output is hard to parse and to extend. I'd suggest either two separate files, or multi-line output: usage: %lu kB limit: %lu kB Two separate files would be the container usage model that I envisaged, inherited from the way cpusets doe

Re: [RFC][PATCH][3/4] Add reclaim support

On Mon, 19 Feb 2007 12:20:42 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > > This patch reclaims pages from a container when the container limit is hit. > The executable is oom'ed only when the container it is running in, is > overlimit > and we could not reclaim any pages belonging to the con

Re: [ckrm-tech] [RFC][PATCH][0/4] Memory controller (RSS Control)

> On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > >>Alas, I fear this might have quite bad worst-case behaviour. One small >>container which is under constant memory pressure will churn the >>system-wide LRUs like mad, and will consume rather a lot of system time. >>So it's a point at whic

Re: [ckrm-tech] [RFC][PATCH][0/4] Memory controller (RSS Control)

On 2/19/07, Kirill Korotaev <[EMAIL PROTECTED]> wrote: > > I think it's OK for a container to consume lots of system time during > reclaim, as long as we can account that time to the container involved > (i.e. if it's done during direct reclaim rather than by something like > kswapd). hmm, is it

Re: [RFC][PATCH][3/4] Add reclaim support

On Mon, 19 Feb 2007 12:20:42 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: > +int memctlr_mm_overlimit(struct mm_struct *mm, void *sc_cont) > +{ > + struct container *cont; > + struct memctlr *mem; > + long usage, limit; > + int ret = 1; > + > + if (!sc_cont) > + go

Re: [RFC][PATCH][0/4] Memory controller (RSS Control)

Andrew Morton wrote: On Mon, 19 Feb 2007 12:20:19 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: This patch applies on top of Paul Menage's container patches (V7) posted at http://lkml.org/lkml/2007/2/12/88 It implements a controller within the containers framework for limiting memory

Re: [RFC][PATCH][1/4] RSS controller setup

Andrew Morton wrote: On Mon, 19 Feb 2007 12:20:26 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote: This patch sets up the basic controller infrastructure on top of the containers infrastructure. Two files are provided for monitoring and control memctlr_usage and memctlr_limit. The patches use t

[PATCH 0/13] kvm updates for 2.6.21

Following is a series of kvm updates. Please apply to Linux 2.6.21. -- error compiling committee.c: too many arguments to function - 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.o

[PATCH 1/13] KVM: mmu: add missing dirty page tracking cases

We fail to mark a page dirty in three cases: - setting the accessed bit in a pte - setting the dirty bit in a pte - emulating a write into a pagetable This fix adds the missing cases. Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/paging_tmpl.h ==

[PATCH 2/13] KVM: Move virtualization deactivation from CPU_DEAD state to CPU_DOWN_PREPARE

From: Jeremy Katz <[EMAIL PROTECTED]> This gives it more chances of surviving suspend. Signed-off-by: Jeremy Katz <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c === --- linu

[PATCH 3/13] KVM: Cosmetics

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c === --- linux-2.6.orig/drivers/kvm/kvm_main.c +++ linux-2.6/drivers/kvm/kvm_main.c @@ -126,10 +126,8 @@ static inline int valid_vcpu(int n)

[PATCH 4/13] KVM: vmx: hack set_cr0_no_modeswitch() to actually do modeswitch

From: Markus Rechberger <[EMAIL PROTECTED]> From: Joerg Roedel <[EMAIL PROTECTED]> The whole thing is rotten, but this allows vmx to boot with the guest reboot fix. Signed-off-by: Markus Rechberger <[EMAIL PROTECTED]> Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMA

[PATCH 5/13] KVM: Use ARRAY_SIZE macro instead of manual calculation.

From: Ahmed S. Darwish <[EMAIL PROTECTED]> Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]> Signed-off-by: Dor Laor <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux

[PATCH 6/13] KVM: Use page_private()/set_page_private() apis

From: Markus Rechberger <[EMAIL PROTECTED]> Besides using an established api, this allows using kvm in older kernels. Signed-off-by: Markus Rechberger <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/mmu.c

[PATCH 7/13] KVM: add MSR based hypercall API

From: Ingo Molnar <[EMAIL PROTECTED]> This adds a special MSR based hypercall API to KVM. This is to be used by paravirtual kernels and virtual drivers. Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c ==

[PATCH 8/13] KVM: Add host hypercall support for vmx

From: Ingo Molnar <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/include/linux/kvm_para.h === --- linux-2.6.orig/include/linux/kvm_para.h +++ linux-2.6/include/linux/kvm_para.h @@ -52,4 +52,22 @@ s

[PATCH 9/13] KVM: Add hypercall host support for svm

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux-2.6.orig/drivers/kvm/svm.c +++ linux-2.6/drivers/kvm/svm.c @@ -1076,6 +1076,20 @@ static int halt_interception(struct kvm_ return 0

[PATCH 10/13] KVM: Wire up hypercall handlers to a central arch-independent location

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c === --- linux-2.6.orig/drivers/kvm/kvm_main.c +++ linux-2.6/drivers/kvm/kvm_main.c @@ -1138,6 +1138,42 @@ int emulate_instruction(struct kvm_vcpu

[PATCH 11/13] KVM: svm: init cr0 with the wp bit set

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux-2.6.orig/drivers/kvm/svm.c +++ linux-2.6/drivers/kvm/svm.c @@ -554,7 +554,7 @@ static void init_vmcb(struct vmcb *vmcb) * cr0 val

[PATCH 12/13] KVM: SVM: intercept SMI to handle it at host level

From: Joerg Roedel <[EMAIL PROTECTED]> This patch changes the SVM code to intercept SMIs and handle it outside the guest. Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c =

[PATCH 13/13] KVM: More 0 -> NULL conversions

Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/kvm_main.c === --- linux-2.6.orig/drivers/kvm/kvm_main.c +++ linux-2.6/drivers/kvm/kvm_main.c @@ -2229,13 +2229,13 @@ static void kvm_exit_debug(void) static

Re: [PATCH 00/44 take 2] [UBI] Unsorted Block Images

Theodore, On Sat, 2007-02-17 at 17:49 -0500, Theodore Tso wrote: > This patch introduces the Makefile before any of the source > files, which means it will break "git bisect" operations. Could you > please refactor your patches so that the tree will build after any > point in your patch s

[-mm patch] fix locking in __make_request (was Re: 2.6.20-mm2: Oops in generic_make_request)

On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote: > On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > >On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]> wrote: > > > >> On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote: > >> > Le 18.02.2007 0

Re: [PATCH 10/44 take 2] [UBI] debug unit implementation

On Sat, 2007-02-17 at 22:00 +0100, Arnd Bergmann wrote: > This whole file looks like it can be removed, as nothing in here > is really relevant for regular operation. I'm sure that much of it > was a good help in developing the code and finding the bugs in here, > but why would you want to merge it

Re: [PATCH] override build timestamp

On Sun, Feb 18, Roman Zippel wrote: > This information could also be added to the version string like > CONFIG_LOCALVERSION_AUTO does. OTOH rather than abusing the build date > (which may not mean much, but it nevertheless has a meaning), I'd rather > add the possibility to add extra informatio

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

Oleg Nesterov <[EMAIL PROTECTED]> wrote: > > Called by what? Something outside of br_if.c? > > No. if cancel_delayed_work() fails, the work may sit pending in cwq->worklist, > or it may be running right now, waiting for rtnl_mutex. OIC. I understood "called" to mean "scheduled", but that's not

Re: [PATCH 09/44 take 2] [UBI] debug unit header

On Sat, 2007-02-17 at 22:18 +0100, Arnd Bergmann wrote: > If you feel that Linux needs rich debugging capabilities, then submit > a patch for that independent of UBI. I will fix the comment which annoys. -- Best regards, Artem Bityutskiy (Битюцкий Артём) - To unsubscribe from this list: send th

Re: [PATCH 1/3] net/bridge/br_if.c: don't use _WORK_NAR

On Mon, Feb 19, 2007 at 03:03:53PM +0300, Oleg Nesterov wrote: > On 02/19, Jarek Poplawski wrote: ... > kfree() doesn't check WORK_STRUCT_PENDING, it makes no > difference if it is set or not when work->func() runs. It looks like it's to be checked before kfree. > > So, even if this functionality

Re: 2.6.16.32 stuck in generic_file_aio_write()

Hi, > I can not make sure it is hardware problem, but I have interest in this > case's reproducing. > If you tell me your platform's construction, I will try it and give you good > solution. > Does your RAID adapter's firmware version work on 1.42? > Areca firmware had fix some hardware bugs an

Re: "compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined!

On Mon, 19 Feb 2007, Olaf Hering wrote: > > 2.6.20-git14 > > cp arch/powerpc/configs/g5_defconfig ../O-linus/.config > time env LC_ALL=C make -k O=../O-linus > ... > Building modules, stage 2. > MODPOST 127 modules > WARNING: "compat_agp_ioctl" [drivers/char/agp/agpgart.ko] undefined! > make[2]

Serial related oops

(Sorry for the resend, I forgot to cc the list) Hi Russell, It seems that the following change in drivers/serial/8250.c + + /* +* Do a quick test to see if we receive an +* interrupt when we enable the TX irq. +*/ + serial_outp(up, UART_IER, UART_IER_THRI); +

Re: [PATCH 41/44 take 2] [UBI] gluebi unit header

On Sat, 2007-02-17 at 22:14 +0100, Arnd Bergmann wrote: > This approach doesn't seem to make sense at all. If the MTD device interface > is flawed, the right approach should be to fix that instead. After all, > there are not many users of the MTD interface, so you should be able to > adapt them. M

Re: Question about setting affinity in 2.4

On Sun, 2007-02-18 at 18:02 -0800, Phy Prabab wrote: > Hello everyone, > > I am trying to set affinity on a program to make sure I can get the > best use of the cache as possible and to eliminate as much noise as > possible with running my program. I have tried unsuccessfully to set > affinity us

Re: [-mm patch] fix locking in __make_request (was Re: 2.6.20-mm2: Oops in generic_make_request)

On Tue, Feb 20 2007, Frederik Deweerdt wrote: > On Sun, Feb 18, 2007 at 09:05:33PM +0100, Michal Piotrowski wrote: > > On 18/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > > >On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili <[EMAIL PROTECTED]> > > >wrote: > > > > > >> On Sun, Feb 18, 2007 at 0

unexpected continuation frame (len0)

Hello i'm using: bluez-* 3.9 kernel: 2.6.16 is error "unexpected continuation frame (len0)" is kind of bug? or may be "bad" bluetooth adapters? or i have missed something in my code? Regards, Yuriy - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a messag

Re: unexpected continuation frame (len0)

Hi Yuiry, > i'm using: bluez-* 3.9 > kernel: 2.6.16 > > is error "unexpected continuation frame (len0)" is kind of bug? > or may be "bad" bluetooth adapters? > or i have missed something in my code? it is likely a bad adapter. What Bluetooth hardware are you using? Regards Marcel - To unsubs

Re: Question about setting affinity in 2.4

Arjan van de Ven wrote: > sched_setaffinity takes 3 not 2 parameters. Yep the interface changed 3 times, hence it's probably better using the syscall directly. Search my notes for sched_setaffinity here: http://www.pixelbeat.org/programming/c_c++_notes.html Pádraig. - To unsubscribe from this lis

  1   2   3   4   5   >