Re: [PATCH 2.6.11-rc2] I2C: lm80 driver improvement (From Aurelien) - Resubmit

You know, after seeing that patch, that it just makes sense to add some of those cleanups to the lm80 driver. Shawn. lm80-i2c-0-28 Adapter: SMBus PIIX4 adapter at fe00 +5V: +4.90 V (min = +4.74 V, max = +5.25 V) VTT: +1.72 V (min = +1.70 V, max = +2.10 V) +3.3V: +3.35 V (mi

[PATCH 2.6.11-rc2] I2C: lm80 driver improvement (From Aurelien)

You know, after seeing that patch, that it just makes sense to add some of those cleanups to the lm80 driver. Shawn. lm80-i2c-0-28 Adapter: SMBus PIIX4 adapter at fe00 +5V: +4.90 V (min = +4.74 V, max = +5.25 V) VTT: +1.72 V (min = +1.70 V, max = +2.10 V) +3.3V: +3.35 V (

Re: [2.6 patch] update Dag Brattli's email address

On Tue, Jan 25, 2005 at 04:52:15PM -0800, Chris Wedgwood wrote: > On Tue, Jan 25, 2005 at 03:40:46PM +0100, Adrian Bunk wrote: > > > This patch updates the email address of Dag Brattli in kernel 2.6 to > > his current address. > > > drivers/net/irda/actisys-sir.c|4 ++-- > [ ... > >

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

Anton Blanchard <[EMAIL PROTECTED]> writes: >> It is possible for one task to end up "owning" an mm from another - we >> have seen this with the procfs code when process 1 accesses >> /proc/pid/cmdline of process 2 while it is exiting. Process 2 exits >> but does not tear its mm down. Later on pro

Re: [patch, 2.6.11-rc2] sched: /proc/sys/kernel/rt_cpu_limit tunable

* Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> The equivalent rlimits experiment probably requires: > >> > >> (1) editing /etc/security/limits.conf > >> (2) shutting everything down > >> (3) logout > >> (4) login > >> (5) restarting the test > > > > well, there's setrlimit, so you could

Re: User space out of memory approach

On Tue, 2005-01-25 at 20:11 -0400, Mauricio Lin wrote: > > Can you please show the kernel messages ? > > OK. We will try to reach a situation that the printk messages can be > written entirely in the log file and show you the kernel messages. But > as I said: usually the printks messages are not w

Re: error while recompinling linux kernel

On Wed, Jan 26, 2005 at 01:44:41AM -0500, [EMAIL PROTECTED] wrote: > Hi, > > I am a beginer in linux. I tried to recomplile kernel 2.4.9 and I > encountered following error > > make[3]: *** [am79c961a.o] Error 1 > make[3]: Leaving directory `/usr/src/linux/drivers/net' > make[2]: *** [first_rule

Re: [patch, 2.6.11-rc2] sched: RLIMIT_RT_CPU_RATIO feature

* Jack O'Quin <[EMAIL PROTECTED]> wrote: > > http://redhat.com/~mingo/rt-limit-patches/ > > > > i've removed the global sysctl and implemented a new rlimit, > > RT_CPU_RATIO: the maximum amount of CPU time RT tasks may use, in > > percent. For testing purposes it defaults to 80%. > > Small ter

PCI Express MSI in kernel 2.4 ?

hello, I saw that there is an implementation of MSI in the Linux kernel 2.6 stream. Is there a possibility to port this in the 2.4 kernel tree (we are at this time using 2.4.17) ? Is this already foreseen and planned and when ? Is this MSI feature already used out there ? on which target processo

[PATCH] unexport register_cpu and unregister_cpu

http://linus.bkbits.net:8080/linux-2.5/[EMAIL PROTECTED]|src/|src/drivers|src/drivers/base|related/drivers/base/cpu.c This changeset introduced exports for register_cpu and unregister_cpu right after 2.6.10. As far as I can tell these are not called from any code which can be built as a module,

Remove sched.h inclusion from module.h

I resurrected this ancient patch I did about 9 months ago that fell by the wayside. module.h pulls in sched.h, which means that anything built as a module pulls in a zillion (mostly unneeded) include files. When I benchmarked the difference back last year, I'm fairly sure it was on the order of 2

error while recompinling linux kernel

Hi, I am a beginer in linux. I tried to recomplile kernel 2.4.9 and I encountered following error make[3]: *** [am79c961a.o] Error 1 make[3]: Leaving directory `/usr/src/linux/drivers/net' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/usr/src/linux/drivers/net' make[1]: *** [_su

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

Anton Blanchard <[EMAIL PROTECTED]> writes: > > It is possible for one task to end up "owning" an mm from another - we > have seen this with the procfs code when process 1 accesses > /proc/pid/cmdline of process 2 while it is exiting. Process 2 exits > but does not tear its mm down. Later on proce

Re: [PATCH] Russian encoding support for MacHFS

On Tue, 25 Jan 2005 16:34:57 +0100 (CET) Roman Zippel <[EMAIL PROTECTED]> wrote: > I'm not quite sure, what problem you're trying to solve here. I am trying to implement character sets conversion for MacHFS. I have some CD s with russian file names. Currently they are not displayed properly bec

[PATCH] irq_affinity: fix build when CONFIG_PROC_FS=n

Need 'irq_affinity' array when CONFIG_PROC_FS=n. With CONFIG_PROC_FS=n, the irq_affinity[NR_IRQS] array is not available in arch/i386/kernel code: arch/i386/kernel/built-in.o(.text+0x10037): In function `do_irq_balance': : undefined reference to `irq_affinity' arch/i386/kernel/built-in.o(.text+0x10

porting Linux to a virtual machine

Has anybody ported Linux to a virtual machine? Does anybody have any pointers aside from the lkml's abbreviated FAQ entry concering porting to a new processor? What would be the best way of going about this? Is there a supported architecture that is simpler than the others and/or better to u

[PATCH 2.6.11-rc2] modules: add version and srcversion to sysfs

Module: Add module version and srcversion to the sysfs tree There are two ways one could go with this: 1) strdup() the interesting fields from modinfo section before it is discarded. That's what this patch does, and what Greg's original patch did too, despite his reservations about using strdup()

Re: Problem with cpu_rest() change

Will these changes cause us to back out the patch already made to arch/ppc/kernel/idle.c for systems that did not support powersavings? - kumar On Jan 25, 2005, at 5:49 PM, Benjamin Herrenschmidt wrote: On Tue, 2005-01-25 at 10:01 +0100, Ingo Molnar wrote: > it can be bad for the idle task to hol

Re: [patch, 2.6.11-rc2] sched: RLIMIT_RT_CPU_RATIO feature

Ingo Molnar <[EMAIL PROTECTED]> writes: > pretty much the only criticism of the RT-CPU patch was that the global > sysctl is too rigid and that it doesnt allow privileged tasks to ignore > the limit. I've uploaded a new RT-CPU-limit patch that solves this > problem: > > http://redhat.com/~mingo/

Software Suspend for 2.4 Final Release

Hi everyone. SoftwareSuspend 2.1.5.7B for the 2.4.28 kernel is now available from softwaresuspend.berlios.de. Bug fixes and forward ports to 2.4.29 and later kernels notwithstanding, it is intended to be the last release of SoftwareSuspend for the 2.4 series kernels. The 2.4 version of Suspend i

Re: [patch, 2.6.11-rc2] sched: /proc/sys/kernel/rt_cpu_limit tunable

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> At around 55 seconds into the run, JACK got in trouble and throttled >> itself back to approximately the 30% limit (actually a little above). >> Then, around second 240 it got in trouble again, this time collap

fresh Nude old little old preteens look

Allow me :) Please :) Youngest, perfect wish and most popular models inside. In the name of Hypocrites, doctors have invented the most exquisite form of torture ever known to man: survival. http://www.geocities.com/angelica_lewis_10/?s=umc&m=YbWPM-ZfSWfY.OdfS,ZfSWfY,VSd Lolitas are alw

Re: 2.6.11-rc2-mm1

On Tuesday 25 January 2005 16:14, Evgeniy Polyakov wrote: > On Tue, 25 Jan 2005 11:11:42 -0500 > Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > > > On Tue, 25 Jan 2005 18:24:50 +0300, Evgeniy Polyakov > > <[EMAIL PROTECTED]> wrote: > > > On Tue, 2005-01-25 at 14:23 +, Christoph Hellwig wrote: >

[PATCH] ppc64: fix use kref for device_node refcounting

On Mon, 2005-01-24 at 02:15 -0800, Andrew Morton wrote: > ppc64-use-kref-for-device_node-refcounting.patch > ppc64: use kref for device_node refcounting This introduced an unbalanced get/put in of_add_node which would cause newly-added device nodes to be prematurely freed. Sorry for the screwup

Banging my head on SATA / ATAPI DMA problem. Help?

I've played with a lot of hardware since the Linux 1.0.9 days but not yet run into something quite like this. Alan has been talking a lot lately about ATA/SATA patches, and while I mostly lurk on this list, thought this one might be interesting enough for somebody to give me some advice. A friend

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Tue, 2005-01-25 at 16:34 -0800, Christoph Lameter wrote: > I just hope that the implementation of one arch does not become a standard > without sufficient reflection. Could we first get an explanation of > the rationale of the offsets? From my viewpoint of the ia64 implementation > I have some

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Tue, 2005-01-25 at 16:17 -0800, john stultz wrote: > Hmm. In my code, I move the interval delta (similar to your pre-scale > offset) to system_time (seems to be equivalent to the post-scale) at > each call to timeofday_interrupt_hook(). So while 64 bits are normally > used, you could probably g

Re: make flock_lock_file_wait static

"Paul E. McKenney" <[EMAIL PROTECTED]> wrote: > > So, could the exports for the following symbols from the list please be > retained through December 31, 2005? > > blk_get_queue > sock_setsockopt > vfs_follow_link > __read_lock_failed > __write_lock_failed I don't

Re: 2.6.11-rc2-mm1

On Mon, Jan 24, 2005 at 02:15:16AM -0800, Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/ > - Lots of updates and fixes all over the place. > - On my test box there is no flashing cursor on the vga console. Known bug, > please don't

Re: [BUG] Onboard Ethernet Pro 100 on a SMP box: a very strange errors

On Tue, Jan 25, 2005 at 11:19:11PM +0200, Denis Vlasenko wrote: > > Something corrupts packets. It can be sending NIC, switch in the middle, > or receiving NIC. Changing the receiving card closes the question. Doesn't it matter? - To unsubscribe from this list: send the line "unsubscribe linux-k

[PATCH 2.6] Fix mincore cornercases: overflow caused by large "len"

This patch fixes 2 cornercases of overflow caused by argument len in sys_mincore(): Case 1: len is so large that will overflow to 0 after page alignment. E.g. len=(size_t)(-1), i.e. 0xff...ff. Expected result: it's overflow and return ENOMEM. Current result: len is aligned to 0, then treated the s

Unexpected I/O APIC on i386 2.4.29 / Tyan Thunder K8W (S2885)

Philippe Troin <[EMAIL PROTECTED]> writes: [Please CC me on the replies] This is seen on a dual-242 set-up with 2 GB of RAM running a i386 kernel (not x86_64). 2.4.27 and 2.4.28 also showed the problem. Enclosed is the dmesg log and the lspci -vvv output. Configuration available upon request (i

Re: 2.6.11-rc2-mm1

On Wed, 26 January 2005 00:17:34 +0300, Evgeniy Polyakov wrote: > > That will catch only simple cases - for the whole picture you need > to run graph generator from all allowed code pathes, but that > will require knowledge of the tested system, so it will not and > actually can not be absolutely

Re: sata_vsc, sata_core problem.... Please help me. (another clue)

> On Mon, Jan 24, 2005 at 02:03:38PM -0600, David Sims wrote: > > Hi, > > > > With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the > > sata_vsc module via 'modprobe sata_vsc' from the command line, the module > > immediately recognizes the controller card and when it then en

Re: swap is never used on ultrasparc64/32 - 2.6.11-rc2 (STILL NOT SOLVED)

On Wed, 26 Jan 2005 at 01:04:10, Renà Rebe wrote: > Hi, > > On 25. Jan 2005, at 18:40 Uhr, Grzegorz Piotr Jaskiewicz wrote: > > [...] > > I can confirm this. What is your last kernel that worked? I have no > data at hand - but I'm sure in either 2.6.8 or 2.6.10 swapping did > work.

Re: [PATCH 7/12] random pt4: Update cryptolib to use SHA fro lib

On Tue, Jan 25, 2005 at 08:33:11PM -0500, Lee Revell wrote: > On Fri, 2005-01-21 at 15:41 -0600, Matt Mackall wrote: > > * Copyright (c) Alan Smithee. > > * Copyright (c) Andrew McDonald <[EMAIL PROTECTED]> > > Alan Smithee? Aka anonymous contributor. -- Mathematics is the supreme nostalgia

Fw: How to submit device ID into hid blacklist.

Hi, I work for 3M Touch Systems (former MicroTouch) as software engineer and our main product is touchscreen as input device. Recently, we have released hid compliant devices (they work perfectly under Windows OS), but Linux hid driver does not support us correctly. In kernel 2.4 hid driver rec

RE: possible CPU bug and request for Intel contacts

Kirill Korotaev wrote on Tuesday, January 25, 2005 6:12 AM: > Hello Rohit, > >>> BTW, can you explain why making pages non-global is the cure? Is it >>> safe workaround for this bug? >> There is a boundary condition that can have non-global pages >> containing the CR3

Re: [PATCH 7/12] random pt4: Update cryptolib to use SHA fro lib

On Fri, 2005-01-21 at 15:41 -0600, Matt Mackall wrote: > * Copyright (c) Alan Smithee. > * Copyright (c) Andrew McDonald <[EMAIL PROTECTED]> Alan Smithee? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo inf

[PATCH][I2C] Marvell mv64xxx i2c driver

Greg, Philip, Marvell makes a line of host bridge for PPC and MIPS systems. On those bridges is an i2c controller. This patch adds the driver for that i2c controller. Please let me know if you see any problems with this patch. Also, if you're not the correct person(s), please point me to who i

Re: [PATCH 2/4] page_cache_readahead: remove duplicated code

Ram wrote: On Tue, 2005-01-25 at 03:59, Oleg Nesterov wrote: Cases "no ahead window" and "crossed into ahead window" can be unified. No. There is a reason why we had some duplication. With your patch, we will end up reading-on-demand instead of reading ahead. When we notice a sequential re

[PATCH] fix broken cross compiles

This patch: kbuild: Use -isystem `gcc -print-file-name=include` broke our parisc crosscompile (and presumably everyone else's). The reason is that you have a := in the NOSTDINC_FLAGS rule, which is evaluated in situ (i.e. before we've had a chance to set CROSSCOMPILE on CC) so the gcc include pa

Re: 2.6.11-rc2: Badness in local_bh_enable at kernel/softirq.c:140

Bart De Schuymer <[EMAIL PROTECTED]> wrote: > > Thanks for posting this. I was just about to go on a wild goose chase. > Any idea what patch fixed it? It's this one: http://article.gmane.org/gmane.linux.kernel/273477 -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[E

Re: Configure mangles hex values

On Tue, 25 Jan 2005 09:25:57 -0800, Nick Pollitt <[EMAIL PROTECTED]> wrote: >Hello. I'm thinking that the 0x was stripped for purely cosmetic reasons >rather than anything functional. I had originally thought that the readln >function might need the formatting, but taking a closer look at it n

Re: [RFC][PATCH] new timeofday core subsystem (v. A2)

On Tue, 2005-01-25 at 09:17 +0100, Andi Kleen wrote: > On Mon, Jan 24, 2005 at 02:51:29PM -0800, john stultz wrote: > > All, > > Here is a new release of my time of day proposal, which include ppc64 > > support as well as suspend/resume and cpufreq hooks. For basic summary > > of my ideas, you

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

On Tue, Jan 25, 2005 at 03:39:12PM -0800, George Anzinger wrote: > I would like to get a read on the following defines... > #define mmclock mmtimer.clock > #define mmnode mmtimer.node > #define mmincr mmtimer.incr > #define mmexpires mmtimer.expires Ick, we already abuse the preprocessor too mu

Re: [patch] Real-Time Preemption, -RT-2.6.11-rc2-V0.7.36-00

On Mon, 2005-01-24 at 09:02 +0100, Ingo Molnar wrote: > indeed - !PREEMPT_RT compilation broke. I've uploaded -03 with the fix > (and other fixes). -03 still does not compile with CONFIG_PREEMPT_DESKTOP: [EMAIL PROTECTED]:~/kernel-source/linux-2.6.11-rc2$ make CHK include/linux/version.h ma

[Announce] megaraid_mbox 2.20.4.3 patch

Hello, Here is a patch for megaraid_mbox 2.20.4.3 and megaraid_mm 2.20.2.5. The patch includes following changes/fixes - sysfs support for drive addition/removal - Tape drive timeout issue - Made some code static I am attaching and inlining the patch. Thank you. Seokmann LSI Logic --- diff -N

Resubmittal [PATCH 1/2] Disallow appends to sysfs files

This patch returns an error code if the caller attempts to open a sysfs file for appending. Generated from 2.6.11-rc2. Signed-off-by: Mitch Williams <[EMAIL PROTECTED]> diff -urpN -X dontdiff linux-2.6.11-clean/fs/sysfs/file.c linux-2.6.11/fs/sysfs/file.c --- linux-2.6.11-clean/fs/sysfs/file.c

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

> Your patch breaks the mmtimer driver because it used k_itimer values for > its own purposes. Here is a fix by defining an additional structure > in k_itimer (same approach for mmtimer as the cpu timers): This seems reasonable enough to me. Perhaps if there will be lots of timer guts implementat

Re: [2.6 patch] update Dag Brattli's email address

On Tue, Jan 25, 2005 at 03:40:46PM +0100, Adrian Bunk wrote: > This patch updates the email address of Dag Brattli in kernel 2.6 to > his current address. > drivers/net/irda/actisys-sir.c|4 ++-- [ ... > CREDITS |6 +- > 96 files changed, 233 in

Re: User space out of memory approach

On Tue, Jan 25, 2005 at 08:11:19PM -0400, Mauricio Lin wrote: > Sometimes the first application to be killed is XFree. AFAIK the This makes more sense now. You need somebody trapping sigterm in order to lockup and X sure traps it to recover the text console. Can you replace this: if (cap

Re: thoughts on kernel security issues

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bill Davidsen wrote: > On Tue, 25 Jan 2005, John Richard Moser wrote: > > > >>Thus, by having fewer exploits available, fewer successful attacks >>should happen due to the laws of probability. So the goal becomes to >>fix as many bugs as possible

[RFC][PATCH 3/5] remove-free_all_bootmem() #define

in arch/i386/mm/init.c, there's a #define for __free_all_bootmem(): #ifndef CONFIG_DISCONTIGMEM #define __free_all_bootmem() free_all_bootmem() #else #define __free_all_bootmem() free_all_bootmem_node(NODE_DATA(0)) #endif /* !CONFIG_DISCONTIGMEM */ However, both of those functions end up eventu

[PATCH][SERIAL] mpsc updates

Hi again, Andrew. This patch: - replaces several macros with the actual code - change the type of pointer variables from u32 to void * - removes unecessary casts - puts the contents of mpsc_defs.h into mpsc.h and removes the mpsc_defs.h - reflects the new names of some structs - cleans up some whit

Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)

On Wed, Jan 26, 2005 at 12:02:51AM +, J.A. Magallon wrote: > > On 2005.01.25, Zephaniah E. Hull wrote: > > On Tue, Jan 25, 2005 at 12:56:25PM +, J.A. Magallon wrote: > > > > > You can use the latest drivers (6629) with this patches: > > > > > > http://www.minion.de/files/1.0-6629/ > > >

[RFC][PATCH 4/5] memset the i386 numa pgdats in arch code

The next patch in this series will remove the arch-independent clearing of the pgdat's, which only i386 depends on. This removes the i386 dependency on that behavior. The new i386 function, remapped_pgdat_init() takes care of initializing the pgdats which are finally mapped after paging_init()

[PATCH 1/2] fix audit skb leak on congested netlink socket

When auditd is congested the kernel's audit system leaks skb's. First, it takes them off the audit_buffer sklist at which point they are lost, second, it allocates a new skb with 0 length payload. Then (likely still congested), it repeats this losing the new skb. Plug the leak by making sure to

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Tue, 25 Jan 2005, john stultz wrote: > Agreed. I'll get something like this done for the next release. > > > Well, since it only contains the prescale and postscale offsets and the > > scaling value, it only needs to be updated when they change, so a hook > > here would be fine. > > Great, that

[RFC][PATCH 1/5] refactor i386 memory setup

Refactor the i386 default and CONFIG_DISCONTIG_MEM setup_memory() functions to share the common bootmem initialisation code. This code is intended to be identical, but there are currently some fixes applied to one and not the other. This patch extracts this common initialisation code. Signed-of

[PATCH 2/2] some minor cleanups for audit_log_lost() messages

Some minor cleanups for audit_log_lost() messages. Signed-off-by: Chris Wright <[EMAIL PROTECTED]> = kernel/audit.c 1.7 vs edited = --- 1.7/kernel/audit.c 2005-01-25 14:35:07 -08:00 +++ edited/kernel/audit.c 2005-01-25 14:35:54 -08:00 @@ -160,7 +160,7 @@ static void audit_panic(con

Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)

On 2005.01.25, Zephaniah E. Hull wrote: > On Tue, Jan 25, 2005 at 12:56:25PM +, J.A. Magallon wrote: > > > You can use the latest drivers (6629) with this patches: > > > > http://www.minion.de/files/1.0-6629/ > > > > They work fine up to -rc2. > > > > If you want to use the driver with -mm

[RFC][PATCH 2/5] consolidate set_max_mapnr_init() implementations

discontig.c has its own version of set_max_mapnr_init(). However, all that it really does differently from the mm/init.c version is skip setting max_mapnr (which doesn't exist because there's no mem_map[]).- Signed-off-by: Dave Hansen <[EMAIL PROTECTED]> --- memhotplug-dave/arch/i386/mm/disco

[RFC][PATCH 5/5] do not unnecessarily memset the pgdats

Both the pgdats and the struct zonelist are zeroed unnecessarily. The zonelist is a member of the pgdat, so any time the pgdat is cleared, so is the zonelist. All of the architectures present a zeroed pgdat to the generic code, so it's not necessary to set it again. Not clearing it like this all

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Wed, 2005-01-26 at 10:53 +1100, Benjamin Herrenschmidt wrote: > On Tue, 2005-01-25 at 15:09 -0800, john stultz wrote: > > > The performance is a concern, and right now there are issues (ntp_scale > > being the top of the list) however I hope they can be resolved. Looking > > at ppc64's do_getti

[PATCH] netdrv gianfar: Fix usage of gfar_read in debug code

Fixes instances where gfar_read() was invoked in debug codewith a value, rather than a pointer. Signed-of-by: Andy Fleming <[EMAIL PROTECTED]> Signed-of-by: Kumar Gala <[EMAIL PROTECTED]> --- diff -Nru a/drivers/net/gianfar.c b/drivers/net/gianfar.c --- a/drivers/net/gianfar.c 2005-01-25 18

[RFC][PATCH 0/5] consolidate i386 NUMA init code

The following five patches reorganize and consolidate some of the i386 NUMA/discontigmem code. They grew out of some observations as we produced the memory hotplug patches. Only the first one is really necessary, as it makes the implementation of one of the hotplug components much simpler and sma

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

[Hi, please cc Andi on 4 level page tables stuff too] Anton Blanchard wrote: Hi, The 4 level pagetable code changed the exit_mmap code to rely on TASK_SIZE. On some architectures (eg ppc64 and ia64), this is a per task property and bad things can happen in certain circumstances when using it. It is

Re: thoughts on kernel security issues

On Tue, 25 Jan 2005, John Richard Moser wrote: > Thus, by having fewer exploits available, fewer successful attacks > should happen due to the laws of probability. So the goal becomes to > fix as many bugs as possible, but also to mitigate the ones we don't > know about. To truly mitigate any s

Re: User space out of memory approach

Hi Thomaz, On Tue, 25 Jan 2005 22:39:39 +0100, Thomas Gleixner <[EMAIL PROTECTED]> wrote: > On Tue, 2005-01-25 at 17:13 -0400, Mauricio Lin wrote: > > Hi Andrea, > > > > Your OOM Killer patch was tested and a strange behaviour was found. > > Basically as normal user we started some applications as

Re: swap is never used on ultrasparc64/32 - 2.6.11-rc2 (STILL NOT SOLVED)

Hi, On 25. Jan 2005, at 18:40 Uhr, Grzegorz Piotr Jaskiewicz wrote: [...] I can confirm this. What is your last kernel that worked? I have no data at hand - but I'm sure in either 2.6.8 or 2.6.10 swapping did work. Yours, -- René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany)

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

Hi, > I don't think Anton can count. (and for some reason I seem to be missing > his mail at the moment.) > > include/asm-arm/pgtable.h:#define FIRST_USER_PGD_NR 1 > > there's two. FIRST_USER_PGD_NR was created specifically for ARM because > many of our CPUs place their hardware vector t

Re: [PATCH 2/4] page_cache_readahead: remove duplicated code

On Tue, 2005-01-25 at 03:59, Oleg Nesterov wrote: > Cases "no ahead window" and "crossed into ahead window" > can be unified. No. There is a reason why we had some duplication. With your patch, we will end up reading-on-demand instead of reading ahead. When we notice a sequential reads have resu

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Tue, 2005-01-25 at 15:09 -0800, john stultz wrote: > The performance is a concern, and right now there are issues (ntp_scale > being the top of the list) however I hope they can be resolved. Looking > at ppc64's do_gettimeofday() vs this implementation there we do have > more overhead, but mayb

Re: patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)

On 2005.01.25, Zephaniah E. Hull wrote: > On Tue, Jan 25, 2005 at 12:56:25PM +, J.A. Magallon wrote: > > > You can use the latest drivers (6629) with this patches: > > > > http://www.minion.de/files/1.0-6629/ > > > > They work fine up to -rc2. > > > > If you want to use the driver with -mm

Re: [RFC] shared subtrees

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 J. Bruce Fields wrote: > On Tue, Jan 25, 2005 at 04:47:04PM -0500, Mike Waychison wrote: > >>Although Al hasn't explicitly defined the semantics for mount >>- --make-shared, I think the idea is that 'only' that mountpoint becomes >>tagged as shared (b

Re: LKCD on 2.6 IA64 Linux Kernel

On Tue, 25 Jan 2005 [EMAIL PROTECTED] wrote: > I tried using lkcd on a ia64 machine running on 2.6.5-7.111 SuSe Kernel for > debugging. I strongly recommend you switch to 2.6.5-7.139 (or later) which is the SLES9 SP1 kernel as opposed to the SLES9 GA kernel. The former has quite some changes wrt.

Re: driver model u32 -> pm_message_t conversion: help needed

On Tue, 2005-01-25 at 20:47 +0100, Pavel Machek wrote: > Hi! > > Two Long time ago, BenH said that making patches is easy, so I hope to > get his help now... And will probably need more. I will. I'm still a bit dealing with backlog of stuffs after my long vacations, but I will asap. Ben. - To

Re: Problem with cpu_rest() change

On Tue, 2005-01-25 at 10:01 +0100, Ingo Molnar wrote: > it can be bad for the idle task to hold the BKL and to have preemption > enabled - in such a situation the scheduler will get confused if an > interrupt triggers a forced preemption in that small window. But it's > not necessary to keep IRQs

Re: wait_for_completion API extension addition

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ingo Molnar wrote: > * Mike Waychison <[EMAIL PROTECTED]> wrote: > > >>Hi Ingo, >> >>I noticed that the wait_for_completion API extensions made it into >>mainline. >> >>However, I posted that the patch in question is broken a while back: >> >>http://

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

On Tue, 25 Jan 2005, George Anzinger wrote: > > Your patch breaks the mmtimer driver because it used k_itimer values for > > its own purposes. Here is a fix by defining an additional structure > > in k_itimer (same approach for mmtimer as the cpu timers): > > I would like to get a read on the foll

RE: How to add/drop SCSI drives from within the driver?

Thanks for the suggestion. After more exploration, looks like different distribution have different implementations for /sbin/hotplug. This may aggravate the issue for applications. For now, we will stick with a wait and watch after bus scan :-( Will probe the [EMAIL PROTECTED] list for more point

Re: BUG: 2.6.11-rc2 and -rc1 hang during boot on PowerMacs

On Tue, 2005-01-25 at 09:56 +0100, Mikael Pettersson wrote: > On the eMac: > /proc/sys/kernel/powersave-nap exists and contains "0". > /proc/device-tree/cpus/PowerPC,G4/flush-on-lock exists as an empty file. Ok, that is weird... so for some reason, Apple decided not to allow the eMac to do NAP mo

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

On Tue, Jan 25, 2005 at 11:02:10PM +, Ian Molton wrote: > Anton Blanchard wrote: > > > As an aside, all architectures except one define FIRST_USER_PGD_NR as 0: > > > > include/asm-arm26/pgtable.h:#define FIRST_USER_PGD_NR 1 I don't think Anton can count. (and for some reason I seem

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

Christoph Lameter wrote: On Mon, 24 Jan 2005, Christoph Lameter wrote: It would be great to have a kind of private field that other clocks (like clock drivers) could use for their purposes. mmtimer f.e. does use some of the fields for the tick based timers for its purposes. On that note: Your pat

Re: [PATCH 2/3] buffer writes to sysfs

On Mon, 24 Jan 2005, Greg KH wrote: > > Who is trying to send > 1K to a sysfs file? Remember, sysfs files are > for 1 value only. If you consider > 1K a "single value" please point me > to that part of the kernel that does that. > > > To the typical user, there's really no difference in behavio

Re: Drive missing only with LVM kernel

Jasper Koolhaas wrote: As soon as the system had booted hdg has completely vanished, even in single user mode: # ls /dev/hd* /dev/sd* /dev/hda /dev/hda3 /dev/hdc1 /dev/hde /dev/hde3 /dev/sda2 /dev/sdb1 /dev/hda1 /dev/hda4 /dev/hdc2 /dev/hde1 /dev/sda /dev/sda3 /dev/sdb2 /dev/hda2 /d

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

> Possibly you could bury these name changes in defines. I suspect the > code would be easier to read and that we really don't need to be reminded > that it is a union on each reference. To be honest, I can never really predict the direction of vitriolic opinion I'll get on such things. I'm happ

Re: [PATCH 1/7] posix-timers: tidy up clock interfaces and consolidate dispatch logic

> We do need to do one or the other. I assume the current indecision is > pending some benchmarking work? That was more or less the idea. But I kind of figured someone would just tell me which one to do without actually doing any timings. This patch (applies after the cpuclocks patch) makes the

Re: [patch, 2.6.11-rc2] sched: /proc/sys/kernel/rt_cpu_limit tunable

On Tue, Jan 25, 2005 at 02:03:02PM -0800, Chris Wright wrote: > * Ingo Molnar ([EMAIL PROTECTED]) wrote: > > did that thread go into technical details? There are some rlimit users > > that might not be prepared to see the rlimit change under them. The > > RT_CPU_RATIO one ought to be safe, but gene

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Tue, 2005-01-25 at 13:28 +1100, Benjamin Herrenschmidt wrote: > On Mon, 2005-01-24 at 14:52 -0800, john stultz wrote: > > All, > > This patch implements the minimal architecture specific hooks to enable > > the new time of day subsystem code for i386, x86-64, and ppc64. It > > applies on top

Re: [PATCH 4/4] blockable_page_cache_readahead() cleanup

No problem with this patch either. Again, not sure it buys much but it should work fine. Steve Oleg Nesterov wrote: I think that do_page_cache_readahead() can be inlined in blockable_page_cache_readahead(), this makes the code a bit more readable in my opinion. Also makes check_ra_success() stat

Drive missing only with LVM kernel

Hiya, I run a Linux 2.6.9 kernel with RAID and LVM on a combined total of six ATA and SATA harddisks. While booting /dev/hdg is recognised and even used by RAID: # dmesg |grep hdg ide3: BM-DMA at 0xdf98-0xdf9f, BIOS settings: hdg:pio, hdh:pio hdg: WDC WD2000JB-00EVA0, ATA DISK drive hdg: max

Re: 2.6.11-rc2-mm1

On Tue, Jan 25, 2005 at 07:12:55PM +, Marcos D. Marado Torres wrote: > This acpi_power_off issue ( http://lkml.org/lkml/2005/1/11/88 ) still > happens. http://bugme.osdl.org/show_bug.cgi?id=4041 Look at that bug report (especially toward the bottom) for the latest information. -Barry K. Nat

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

On Mon, 24 Jan 2005, Christoph Lameter wrote: > It would be great to have a kind of private field that other clocks (like > clock drivers) could use for their purposes. mmtimer f.e. does use some > of the fields for the tick based timers for its purposes. On that note: Your patch breaks the mmti

Re: [PATCH] Use MM_VM_SIZE in exit_mmap

Anton Blanchard wrote: > As an aside, all architectures except one define FIRST_USER_PGD_NR as 0: > > include/asm-arm26/pgtable.h:#define FIRST_USER_PGD_NR 1 All processes on arm26 must map the same page 0 as its where the SWI vector table goes. The vector table is located at address 0, and

Re: [Fwd: TASK_SIZE is variable.]

On Tue, 2005-01-25 at 22:46 +, Christoph Hellwig wrote: > > Bad things can happen if a 32-bit process is the last user of a 64-bit > > mm. TASK_SIZE isn't a constant, and we can end up clearing page tables > > only up to the 32-bit TASK_SIZE instead of all the way. We should > > probably double

Re: PANIC in check_process_timers() running 2.6.11-rc2-mm1

> Thanks for tracking that down. It was intended that such things would not > be possible because getting into that code in the first place should be > ruled out while exiting. That removes the requirement for any special case > check in the common path. But, it was done too late since it hadn't

Re: [PATCH 3/4] cleanup ahead window calculation

Not sure how much better this is, but it doesn't hurt anything. Steve Oleg Nesterov wrote: This patch moves some code into the get_next_ra_size() and renames it into 'set_next_ahead_window'. Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]> --- 2.6.11-rc2/mm/readahead.c~ 2005-01-25 15:17:13.000

Re: [2.6 patch] kernel/configs.c: make a variable static

Adrian Bunk wrote: This patch makes a needlessly global variable static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Randy Dunlap <[EMAIL PROTECTED]> --- This patch was already sent on: - 12 Dec 2004 --- linux-2.6.10-rc2-mm4-full/kernel/Makefile.old 2004-12-12 02:45:07.0 +0100

  1   2   3   4   >