Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On 8/4/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > Ok perhaps on the resume side instead. When trying to resume can you try > booting with 'dyntick=disable'. Note this isn't meant to be a long term fix > but once we figure out where the problem is we should be able to code around > it. Sorry,

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Thursday 04 August 2005 07:07, Con Kolivas wrote: > On Thu, 4 Aug 2005 03:09 pm, Jan De Luyck wrote: > > On Wednesday 03 August 2005 07:59, Con Kolivas wrote: > > > This is the dynamic ticks patch for i386 as written by Tony Lindgen > > > <[EMAIL PROTECTED]> and Tuukka Tikkanen > > > <[EMAIL

Re: [ACPI] [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

Hi Bjorn, Thank you very much for the new patch and I'm very sorry for troubling you. The patch looks very good to me. Thanks, Kenji Kaneshige Bjorn Helgaas wrote: On Tuesday 02 August 2005 7:05 pm, Kenji Kaneshige wrote: This breaks the following patch that is already included into -mm

[UPDATE PATCH] push rounding up of relative request to schedule_timeout()

On 03.08.2005 [17:51:47 -0700], Nishanth Aravamudan wrote: > On 03.08.2005 [16:20:57 +0200], Roman Zippel wrote: > > Hi, > > > > On Mon, 1 Aug 2005, Nishanth Aravamudan wrote: > > > > > +unsigned int __sched schedule_timeout_msecs(unsigned int timeout_msecs) > > > +{ > > > + unsigned long

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Thu, 4 Aug 2005 03:09 pm, Jan De Luyck wrote: > On Wednesday 03 August 2005 07:59, Con Kolivas wrote: > > This is the dynamic ticks patch for i386 as written by Tony Lindgen > > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>. > > Patch for 2.6.13-rc5 > > On a weird sidenote: my

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Wednesday 03 August 2005 07:59, Con Kolivas wrote: > This is the dynamic ticks patch for i386 as written by Tony Lindgen > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>. > Patch for 2.6.13-rc5 On a weird sidenote: my synaptics touchpad seems to not-like dyntick very much. When

[PATCH 2/3] cpqarray: ioctl support to configure LUNs dynamically

Patch 2 of 3 This patch adds support for IDAREGNEWDISK, IDADEREGDISK, IDAGETLOGINFO ioctls required to configure LUNs dynamically on SA4200 controller using ACU. Please consider this for inclusion. Signed-off-by: Ramanamurthy Saripalli <[EMAIL PROTECTED]> cpqarray.c | 281

[PATCH 3/3] cpqarray: per disk request queue in 2.6 kernel

Patch 3 of 3 This patch adds support for per disk request queue in 2.6 kernel. This solves the kernel panic while removing the cpqarray with more than one LUN configured. Please consider this for inclusion. Signed-off-by: Ramanamurthy Saripalli <[EMAIL PROTECTED]> cpqarray.c | 51

Re: [PATCH 1/2] cpqfc: fix for "Using too much stach" in 2.6 kernel

On Thu, Aug 04, 2005 at 10:09:51AM +0530, Saripalli, Venkata Ramanamurthy (STSD) wrote: > - ULONG ulFibreFrame[2048/4]; // max DWORDS in incoming FC This is 512 ulongs, which is 2KB. > + ulFibreFrame = kmalloc((2048/4), GFP_KERNEL); You're replacing it with a 512 byte buffer.

Re: [patch 4/5] Driver core: Documentation: fix whitespace between parameters

[EMAIL PROTECTED] wrote: > > Fix whitespace after comma between parameters. > ... > -#define DEVICE_ATTR(_name,_mode,_show,_store) \ > +#define DEVICE_ATTR(_name, _mode, _show, _store) \ > I think this one's a bit _too_ trivial, really. Yes, it's irritating, but the tree is absolutely

Re: [PATCH for 2.6.13-rc5] V4L: OOPS fix for BTTV on bad behaviored PCI chipsets

Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote: > > --- linux-2.6.13/drivers/media/video/bttv-driver.c2005-08-03 > 18:25:55.0 -0300 > +++ linux/drivers/media/video/bttv-driver.c 2005-08-03 22:19:44.0 > -0300 > @@ -1,5 +1,5 @@ > /* > -$Id: bttv-driver.c,v 1.45

mthca and LinuxBIOS (was: [PATCH 1/2] [IB/cm]: Correct CM port redirect reject codes)

yhlu> In LinuxBIOS, If I enable the prefmem64 to use real 64 yhlu> range. the IB driver in Kernel can not be loaded. What does it mean to "enable the prefmem64 to use real 64 range"? Does the driver work if you don't do this? yhlu> ib_mthca :04:00.0: Failed to initialize queue

[PATCH 1/3] cpqarray: support for SENSE_SURF_STATUS ioctl

Patch 1 of 3 This patch adds support for SENSE_SURF_STATUS ioctl for configuring SA4200 controller using Array Configuration Utility (ACU). Please consider this for inclusion. Signed-off-by: Ramanamurthy Saripalli <[EMAIL PROTECTED]> cpqarray.c |8 +--- ida_cmd.h |2 ++ 2 files

Re: Obsolete files in 2.6 tree

On 8/3/05, Jiri Slaby <[EMAIL PROTECTED]> wrote: > Jiri Slaby napsal(a): > > > fs/befs/attribute.c > > And what about entire befs? Is it used? > Last change was made on 2002 and many features are still missing. Well, don't know about anyone else, but I certainly don't use it anymore. If anyone

[PATCH 2/2] cpqfc: fix for possible memory out of bounds bugzilla#243

Patch 2 of 2 This patch fixes the Bugzilla Bug#243. This fix is to solve the possible memory out of bounds in BigEndianSwap routine of cpqfcTSworker.c Please consider this for inclusion Signed-off-by: Ramanamurthy Saripalli <[EMAIL PROTECTED]> cpqfcTScontrol.c |2 -- cpqfcTSworker.c |

[PATCH 1/2] cpqfc: fix for "Using too much stach" in 2.6 kernel

Patch 1 of 2 This patch fixes the "#error this is too much stack" in 2.6 kernel. Using kmalloc to allocate memory to ulFibreFrame. Please consider this for inclusion Signed-off-by: Ramanamurthy Saripalli <[EMAIL PROTECTED]> cpqfcTScontrol.c | 14 +- 1 files changed, 9

Re: question on memory map of process on i386

On Wed, 03 Aug 2005 17:28:38 -0600, "Christopher Friesen" <[EMAIL PROTECTED]> wrote: > >On i386, /proc//maps shows the following entry: > >e000-f000 ---p 00:00 0 > >This page of memory is way up above TASK_SIZE (which is 0xc000), so >how is it visible to userspace? > >Just

Re: question on memory map of process on i386

On Wed, 2005-08-03 at 17:28 -0600, Christopher Friesen wrote: > On i386, /proc//maps shows the following entry: > > e000-f000 ---p 00:00 0 > > This page of memory is way up above TASK_SIZE (which is 0xc000), so > how is it visible to userspace? > > Just to complicate

[Fwd: Re: BTTV - experimental no_overlay patch]

Greg, It seems that some newer VIA chipsets have some troubles with PCI2PCI data transfers. These problems had occurred on the past (while Gerd Knorr were the V4L maintainer) and affected Overlay support for bttv cards, mostly on via chipsets. Bodo (and others) had reported some

[PATCH for 2.6.13-rc5] V4L: OOPS fix for BTTV on bad behaviored PCI chipsets

no_overlay bttv parameter implemented to fix OOPS on some PCI chipsets (like some VIA) with these behaviors: 1) If pci_quicks does identify the chip as having troubles to handle PCI2PCI transfers, no_overlay defaults to 1. The user may force it to 0, to reenable (not recommended). 2)

Re: [PATCH] 1/5 more-asm-cleanup

H. Peter Anvin wrote: Reject! This is a bogus patch; Intel's CPUID level 4 has a nonstandard dependency on ECX (idiots...) and therefore this needs special handling. -hpa Here's a better idea. Let's comment that unusual dependency and make it explicit in the macro. Some more

Re: 2.6.13-rc4 - kernel panic - BUG at net/ipv4/tcp_output.c:918

On Mon, Aug 01, 2005 at 08:33:20AM +, Guillaume Pelat wrote: > > I just tried the patch attached. :) > > The bug is still here (same symptoms), with a slightly different backtrace : > [ cut here ] > kernel BUG at net/ipv4/tcp_output.c:918! OK, let's try again :) I

Re: [PATCH 0/23] reboot-fixes

Hi. On Thu, 2005-07-28 at 08:54, Pavel Machek wrote: > Hi! > > > > > Good question. I'm not certain if Pavel intended to add > > > > device_suspend(PMSG_FREEZE) to the reboot path. It was > > > > there in only one instance. Pavel comments talk only about > > > > the suspend path. > > > >

Re: [PATCH] 1/5 more-asm-cleanup

Please explain why this is a reject after looking at the cpuid macro. It changed recently. Note 0 -> %ecx. Would you prefer that I call cpuid_count and pass an explicit zero parameter for ecx? /* * Generic CPUID function * clear %ecx since some cpus (Cyrix MII) do not set or clear %ecx *

Regarding PCIBIOS_MIN_MEM and PCIBIOS_MIN_IO

Hi, I am writing a driver for the PCI controller for the 2.4.17 kernel. I found out that we need to define 2 macros PCIBIOS_MIN_MEM and PCIBIOS_MIN_IO. What does these macros mean? I have a ARM board with Memory space starting at 0x6000_ and IO space starting at 0x7000_. So does this mean

Re: Calling suspend() in halt/restart/shutdown -> not a good idea

Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > > Andrew, please back that off before 2.6.13. I'll try to send a patch if > you want later today if I find some time with a kernel source at hand. Please do. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH linux-2.6.13-rc3] SATA: rewritten sil24 driver

Hello, Edward. One more question. > > > > > >I think this will work (adapted from sil_interrupt(): > > > > > >static void sil_irq_clear(struct ata_port *ap) > > >{ > > >struct sil_port_priv *pp = ap->private_data; > > >struct Port_Registers *port_base = pp->pregs; > > >

[PATCH] PPC64: Fix UP kernel build

Hi, CONFIG_KEXEC breaks UP builds because of a misspelled smp_release_cpus(). Also, the function isn't defined unless built with CONFIG_SMP but it is needed if we are to go from a UP to SMP kernel. Enable it and document it. Thanks to Steven Winiecki for reporting this and to Milton for

2.4.21: Sharing interrupts with serial console

I have read http://www.tldp.org/HOWTO/Remote-Serial-Console-HOWTO/preparation-setport.html and http://www.linux-mips.org/archives/linux-mips/2004-04/msg00134.html and other items, but I still have not found the answers to the following questions: 1. The rs_init function in

Re: [2.6 patch] remove support for gcc < 3.2

On 8/1/05, Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch removes support for gcc < 3.2 . > > The advantages are: > - reducing the number of supported gcc versions from 8 to 4 [1] > allows the removal of several #ifdef's and workarounds > - my impression is that the older compilers are

Re: [openib-general] Re: [PATCH 1/2] [IB/cm]: Correct CM port redirect reject codes

On Wed, Aug 03, 2005 at 05:58:11PM -0700, yhlu wrote: > Roland, > > In LinuxBIOS, If I enable the prefmem64 to use real 64 range. the IB > driver in Kernel can not be loaded. Can you provide a few more details about the configuration? o kernel version o architecture (i386 or x86-64) o post the

[PATCH] Speedup FAT filesystem directory reads

Hi, Please give this a try and commit to -mm or mainline, if approved. Thanks, Karsten Summary: This speeds up directory reads for large FAT partitions, if the buffercache has to be filled from the drive. Following values were taken from: $ time find path_to_freshly_mounted_fat >

Re: [patch] ide: fix kmalloc_node breakage in ide driver

On Wed, 3 Aug 2005, Ravikiran G Thirumalai wrote: > Machines with ide-interfaces which do not have pci devices are crashing on > boot > at pcibus_to_node in the ide drivers. We noticed this on a x445 running > 2.6.13-rc4. Similar issue was discussed earlier, but the crash was due > to hwif

Re: [PATCH] flush icache early when loading module

On Thu, 2005-08-04 at 02:34 +0200, Thomas Koeller wrote: > The patch below, created against linux-2.6.12.3, changes the sequence of > operations performed during module loading to flush the instruction cache > before module parameters are processed. If a module has parameters of an > unusual type

[patch] ide: fix kmalloc_node breakage in ide driver

Machines with ide-interfaces which do not have pci devices are crashing on boot at pcibus_to_node in the ide drivers. We noticed this on a x445 running 2.6.13-rc4. Similar issue was discussed earlier, but the crash was due to hwif being NULL. http://marc.theaimsgroup.com/?t=11207535203=1=2

Re: [linux-usb-devel] Re: Fw: ati-remote strangeness from 2.6.12 onwards

> mdew wrote: > > mapped to "p". I found the TV Button, The DVD Button, the CH-/+ and > > the OK Button all non-working, every other button produced the "p". > > Could you please try 'showkey -s' from a console on all of those keys? Without my patch, nothing shows up when pressing OK, TV and

[PATCH] 5/5 ldt-accessors

Introduce a write acessor for updating the current LDT. This is required for hypervisors like Xen that do not allow LDT pages to be directly written. Testing - here's a fun little LDT test that can be trivially modified to test limits as well. /* * Copyright (c) 2005, Zachary Amsden ([EMAIL

HZ==250 and rounding issues?

Hello all, While discussing milliseconds and jiffies and their inter-relations with Roman Zippel in a separate thread, I came across an interesting and perhaps problematic rounding issue with directly using HZ when HZ==250. Consider requesting a 10 millisecond sleep, in jiffies. This is

Re: [PATCH] 1/5 more-asm-cleanup

[EMAIL PROTECTED] wrote: Some more assembler cleanups I noticed along the way. Index: linux-2.6.13/arch/i386/kernel/cpu/intel.c === --- linux-2.6.13.orig/arch/i386/kernel/cpu/intel.c 2005-08-03 15:18:18.0 -0700 +++

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

On Wed, 2005-08-03 at 23:16 +0200, matthieu castet wrote: > > There are drivers/acpi/motherboard.c that done some stuff already handle > by pnp/system.c. Yes, it should be disabled if pnpacpi is enabled. The only concern is motherboard.c also request some ACPI resources, which might not declaim

Re: [PATCH 1/2] [IB/cm]: Correct CM port redirect reject codes

Roland, In LinuxBIOS, If I enable the prefmem64 to use real 64 range. the IB driver in Kernel can not be loaded. YH PCI: 00:18.0 1c1 <- [0x001000 - 0x003fff] io PCI: 00:18.0 1b9 <- [0xfce000 - 0xfcf07f] prefmem PCI: 00:18.0 1b1 <- [0x00fc00 - 0x00fd2f] mem

Re: [patch 11/15] KGDB: KGDBoE I/O driver

On Fri, Jul 29, 2005 at 02:20:55PM -0700, Tom Rini wrote: > > This is the simple KGDB over Ethernet I/O driver that uses netpoll for all of > the heavy lifting. At one point this was very similar to the version Matt > Mackall wrote and is currently in Andrew's tree. Since then it has been >

Re: [2.6 patch] remove support for gcc < 3.2

[EMAIL PROTECTED] (Gustavo Guillermo Pérez) writes: > Please keep the 2.95 support I use to use a lot, on not new hardware. > If you have old hardware with not much resources gcc 2.95 works just fine and > fast, even you build the main kernel on other machine, by compatibility > issues one or

[PATCH] push rounding up of relative request to schedule_timeout()

On 03.08.2005 [16:20:57 +0200], Roman Zippel wrote: > Hi, > > On Mon, 1 Aug 2005, Nishanth Aravamudan wrote: > > > +unsigned int __sched schedule_timeout_msecs(unsigned int timeout_msecs) > > +{ > > + unsigned long expire_jifs; > > + > > + if (timeout_msecs == MAX_SCHEDULE_TIMEOUT_MSECS) { >

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

On Wed, 2005-08-03 at 09:20 -0600, Bjorn Helgaas wrote: > On Tuesday 02 August 2005 7:01 pm, Shaohua Li wrote: > > On Tue, 2005-08-02 at 09:55 -0600, Bjorn Helgaas wrote: > > > Any objections to the patch below? I posted it last Wednesday, > > > but haven't heard anything. Once we have this fix,

[PATCH] 4/5 gdt-tss-redundant

When reviewing GDT updates, I found the code: set_tss_desc(cpu,t);/* This just modifies memory; ... */ per_cpu(cpu_gdt_table, cpu)[GDT_ENTRY_TSS].b &= 0xfdff; This second line is unnecessary, since set_tss_desc() has already cleared the busy bit. Commented disassembly,

[PATCH] 3/5 explicit-iopl

The pushf/popf in switch_to are ONLY used to switch IOPL. Making this explicit in C code is more clear. This pushf/popf pair was added as a bugfix for leaking IOPL to unprivileged processes when using sysenter/sysexit based system calls (sysexit does not restore flags). When requesting an IOPL

[PATCH] 2/5 privilege-cleanup

Privilege checking cleanup. Originally, these diffs were much greater, but recent cleanups in Linux have already done much of the cleanup. I added some explanatory comments in places where the reasoning behind certain tests is rather subtle. Also, in traps.c, we can skip the user_mode check in

[PATCH] 1/5 more-asm-cleanup

Some more assembler cleanups I noticed along the way. Diffs against: 2.6.13-rc4-mm1 Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]) Index: linux-2.6.13/arch/i386/kernel/crash.c === --- linux-2.6.13.orig/arch/i386/kernel/crash.c

[PATCH] flush icache early when loading module

The patch below, created against linux-2.6.12.3, changes the sequence of operations performed during module loading to flush the instruction cache before module parameters are processed. If a module has parameters of an unusual type that cannot be handled using the standard accessor functions

Re: Documentation - how to apply patches for various trees

Hi Jesper, On Wed, 3 Aug 2005 23:28:06 +0200, Jesper Juhl <[EMAIL PROTECTED]> wrote: I like it, just a little concerned about confusing new user with too many alternative patching methods up front... >+ This (as usual with Linux and other UNIX like operating systems) can be >+done in several

Re: 2.6.13-rc3-mm3

Could you try the following patch? I think the problem was that higher addressses were not mappable via the page fault handler. This patch inserts the pmd entry into the pgd as necessary if the pud level is folded. Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]> Index:

Re: BTTV - experimental no_overlay patch

Bodo, Please, send me bttv init logs. I need to know if PCI quirks has detected your PCI chipset as a problematic one. Em Qui, 2005-08-04 às 01:02 +0200, Bodo Eggert escreveu: > Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote: > > > This small patch will allow no_overlay flag to disable

[ANNOUNCE] Interbench 0.27

Interbench is a benchmark application is designed to benchmark interactivity in Linux. Direct download link: http://ck.kolivas.org/apps/interbench/interbench-0.27.tar.bz2 Web page: http://interbench.kolivas.org Changes: Standard deviation and average latency calculation was corrected. Gaming

Re: Testing RC kernels [KORG]

> "Andrew" == Andrew James Wade <[EMAIL PROTECTED]> writes: Andrew> I updated my kernel more frequently after learning of ketchup. Andrew> (). The bother of getting the Andrew> patch sequence right and applying it was enough to discourage me. Andrew> No, it's

Re: Documentation - how to apply patches for various trees

On Wed, Aug 03, 2005 Jesper Juhl wrote: > +How do I feed a patch/diff file to `patch'? > +--- > + This (as usual with Linux and other UNIX like operating systems) can be > +done in several different ways. > +In all the examples below I feed the file (in uncompressed form) to patch > +via stdin

Re: [ck] [ANNOUNCE] Interbench v0.26

On Thu, 4 Aug 2005 09:25 am, Con Kolivas wrote: > On Thu, 4 Aug 2005 09:25 am, Peter Williams wrote: > > Con Kolivas wrote: > > > On Wed, 3 Aug 2005 22:01, Gabriel Devenyi wrote: > > >>You haven't quite completely fixed the SD calculations it seems: > > >> > > >> > > >>--- Benchmarking simulated

Re: [ck] [ANNOUNCE] Interbench v0.26

On Thu, 4 Aug 2005 09:25 am, Peter Williams wrote: > Con Kolivas wrote: > > On Wed, 3 Aug 2005 22:01, Gabriel Devenyi wrote: > >>You haven't quite completely fixed the SD calculations it seems: > >> > >> > >>--- Benchmarking simulated cpu of Gaming in the presence of simulated--- > >>Load

Re: [ck] [ANNOUNCE] Interbench v0.26

Con Kolivas wrote: On Wed, 3 Aug 2005 22:01, Gabriel Devenyi wrote: You haven't quite completely fixed the SD calculations it seems: --- Benchmarking simulated cpu of Gaming in the presence of simulated--- LoadLatency +/- SD (ms) Max Latency % Desired CPU None 2.44 +/- nan

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Wed, Aug 03, 2005 at 03:59:24PM +1000, Con Kolivas wrote: > Patch for 2.6.13-rc5 Just a few numbers: I tried it on a Laptop (Dell C810, P3m 1133 mhz) and measured the power usage with an external device and it stayed with or without patch at 27W. (HZ was at about 28) On a desktop with

Re: Documentation - how to apply patches for various trees

On Wednesday 03 August 2005 23:46, Bodo Eggert wrote: > On Wed, 3 Aug 2005, Jesper Juhl wrote: > > > +What is a patch? > > > +To correctly apply a patch you need to know what base it was generated from > > +and what new version the patch will change the source tree into. These > > +should both

Re: [patch 2.6.13-rc4] fix get_user_pages bug

Linus Torvalds wrote: On Wed, 3 Aug 2005, Nick Piggin wrote: Oh, it gets rid of the -1 for VM_FAULT_OOM. Doesn't seem like there is a good reason for it, but might that break out of tree drivers? Ok, I applied this because it was reasonably pretty and I liked the approach. It seems buggy,

[PATCH] IPMI driver update part 5, OEM flag handling and hacks for some Dell machines

ipmi-add-per-OEM-data-available-handlers.patch Description: unknown/unknown

[GIT PATCH] ACPI patches for 2.6.13-rc5

Hi Linus, Please pull from: rsync://rsync.kernel.org/pub/scm/linux/kernel/git/lenb/to-linus.git I reverted several things to 2.6.12 behaviour which should result in a higher quality 2.6.13 release: 1. Fixed the PCI Interrupt Link revert you pulled from the list. 2. Put Embedded Controller back

[PATCH] IPMI driver update part 6, clean up versioning of the IPMI driver

ipmi-add-module-info-tags.patch Description: unknown/unknown

[PATCH] IPMI driver update part 2, high-res timer support fixes

ipmi_hrt_fixes.diff Description: unknown/unknown

Re: [PATCH] updated - Automatically enable bigsmp when we have more than 8 CPUs

Below is the updated patch. Changes from previous version: * Make sure there are no side-effects on other i386 subarchs. * Make sure nothing in this patch affects x86_64 * Add additional check for Intel CPUs before switching to bigsmp mode * Add a warning message if more than 8 CPUs are found

Re: BTTV - experimental no_overlay patch

Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote: > This small patch will allow no_overlay flag to disable BTTV driver to > report OVERLAY capabilities. It should fix your troubles by enabling > no_overlay=1 when inserting bttv module. > > This patch is against our CVS tree, but should apply with

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Thu, 4 Aug 2005 08:22 am, Jim MacBaine wrote: > On 8/3/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > > What happens when you disable it at runtime before suspending? > > > > echo 0 > /sys/devices/system/dyn_tick/dyn_tick0/enable > > This has no effect. The system stalls at exactly the same

[PATCH] IPMI driver update part 4, allow userland to include ipmi.h

ipmi_compiler_h_include.patch Description: unknown/unknown

[PATCH] IPMI driver update part 3, watchdog/NMI interaction fixes

ipmi_wdog_nmi_fixes.patch Description: unknown/unknown

[PATCH] IPMI driver update part 1, add per-channel IPMB addresses

ipmi-per-channel-slave-address.patch Description: unknown/unknown

[PATCH 2.6.13-rc4-mm1] Re: Obsolete files in 2.6 tree

Alan Cox napsal(a): drivers/char/drm/gamma_dma.c drivers/char/drm/gamma_drv.c Gamma is defunct certainly Removes gamma sources, headers and pointers from Kconfig and Makefile. Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]> patch is here (about 70 KiB):

Re: Obsolete files in 2.6 tree

Jiri Slaby napsal(a): fs/befs/attribute.c And what about entire befs? Is it used? Last change was made on 2002 and many features are still missing. -- Jiri Slaby www.fi.muni.cz/~xslaby ~\-/~ [EMAIL PROTECTED] ~\-/~ 241B347EC88228DE51EE A49C4A73A25004CB2A10 - To unsubscribe

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On 8/3/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > What happens when you disable it at runtime before suspending? > > echo 0 > /sys/devices/system/dyn_tick/dyn_tick0/enable This has no effect. The system stalls at exactly the same point. The last lines on my screen are: ... Software Suspend

Re: [PATCH] Add Documentation/kprobes.txt

On Wed, 2005-08-03 at 03:41, Suparna Bhattacharya wrote: > On Tue, Aug 02, 2005 at 03:20:06PM -0700, Jim Keniston wrote: > > The enclosed patch creates Documentation/kprobes.txt, a guide to using > > the existing Kprobes facility for dynamic kernel instrumentation. > > Please apply. ... > >

[PATCH 2/2] Convert /proc/sysvipc/* to generic seq_file interface

This patch changes the /proc/sysvipc/shm|sem|msg files to use the generic seq_file implementation for struct ipc_ids. Signed-off-by: Mike Waychison <[EMAIL PROTECTED]> include/linux/msg.h |1 include/linux/sem.h |1 ipc/msg.c | 80

[PATCH 1/2] Add generic struct ipc_ids seq_file iteration

Add a generic method for ipc types to be displayed using seq_file. This patch abstracts out seq_file iterating over struct ipc_ids into ipc/util.c Signed-off-by: Mike Waychison <[EMAIL PROTECTED]> util.c | 156 + util.h |8

[PATCH 0/2] Conversion of /proc/sysvipc/* to seq_file

The following two patches convert /proc/sysvipc/* to use seq_file. This gives us the following: - Self-consistent IPC records in proc. - O(n) reading of the files themselves. Please consider applying. Thanks, Mike Waychison - To unsubscribe from this list: send the line "unsubscribe

Re: Testing RC kernels [KORG]

On August 2, 2005 11:30 pm, Gene Heskett wrote: > And my point is that anyone with the skills to build a kernel > shouldn't have any problems at all find it with gftp. I updated my kernel more frequently after learning of ketchup. (). The bother of getting the

Re: **SPAM** [PATCH 3/3] usb gadget driver for MQ11xx graphics chip

Michael Krufky wrote: [EMAIL PROTECTED] wrote: The email subject. "Re: **SPAM** [PATCH 3/3] usb gadget driver for MQ11xx graphics chip" ... Was that an accident, or did my email server take over my headers? (i'm not running any spam filering software or anything) If this happened on

Re: Documentation - how to apply patches for various trees

On Wed, 3 Aug 2005, Jesper Juhl wrote: > +What is a patch? > +To correctly apply a patch you need to know what base it was generated from > +and what new version the patch will change the source tree into. These > +should both be present in the patch file metadata. This is usurally not true for

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

On Wednesday 03 August 2005 3:16 pm, matthieu castet wrote: > Bjorn Helgaas wrote: > > On Tuesday 02 August 2005 7:01 pm, Shaohua Li wrote: > >>Did you have plan to remove other > >>legacy acpi drivers? > > No, I didn't -- which ones are you thinking about? Looking at > > the callers of

Re: Documentation - how to apply patches for various trees

On Wednesday 03 August 2005 23:08, Linus Torvalds wrote: > > On Wed, 3 Aug 2005, Jesper Juhl wrote: > > > > Here's an updated version of my document that attempts to give a short > > explanation of the various kernel trees and how to apply their patches. > > It incorporates all the feedback I've

Re: [ACPI] Re: [PATCH] PNPACPI: fix types when decoding ACPI resources [resend]

Hi, Bjorn Helgaas wrote: > On Tuesday 02 August 2005 7:01 pm, Shaohua Li wrote: > > >>Did you have plan to remove other >>legacy acpi drivers? > > > No, I didn't -- which ones are you thinking about? Looking at > the callers of acpi_bus_register_driver(), I see: looking for METHOD_NAME__CRS is

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Thu, 4 Aug 2005 05:20, Jim MacBaine wrote: > On 8/3/05, Con Kolivas <[EMAIL PROTECTED]> wrote: > > This is the dynamic ticks patch for i386 as written by Tony Lindgen > > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>. > > Patch for 2.6.13-rc5 > > > > There were a couple of things

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Thu, 4 Aug 2005 05:54, Jeffrey Hundstad wrote: > Con Kolivas wrote: > >This is the dynamic ticks patch for i386 as written by Tony Lindgen > ><[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>. > >Patch for 2.6.13-rc5 > > > >There were a couple of things that I wanted to change so here

buglet reading /proc/ide/(cdrom)/capacity

Just a minor buglet I've noticed /proc/ide/hdc/cdrom (where hdc is my CDROM drive - Liteon 52x32x52). If I cat this file while inserting the CDROM the command hangs, then returns 304912 (fine). If I insert a CDROM, then wait a while (say 30 seconds), then it returns 304912 (also fine). However

Re: Documentation - how to apply patches for various trees

On Wed, 3 Aug 2005, Jesper Juhl wrote: > > Here's an updated version of my document that attempts to give a short > explanation of the various kernel trees and how to apply their patches. > It incorporates all the feedback I've gotten (thanks guys). Can we have more whitespace? You either

Re: [PATCH] optimize writer path in time_interpolator_get_counter()

On Wed, 3 Aug 2005, Alex Williamson wrote: >Ok, I can see the scenario where that could produce jitter. However, > that implies than any exit through that path could produce jitter as it > is. For instance: Well what is the difference of this approach from booting with "nojitter"? The ITC

Re: realtec 8169 driver for linux kernel 2.4.22 : latest version

schb Schönbauer Peter <[EMAIL PROTECTED]> : [r8169 driver for 2.4.x] Against 2.4.31: http://www.zoreil.com/~romieu/r8169/20050803-2.4.31-r8169-test.patch -- Ueimor - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[PATCH 2.6.12.3] PCI/libata INTx cleanup

Simple cleanup to eliminate X copies of the same function in libata. Moved pci_enable_intx() to pci.c, added pci_disable_intx() as well, and use them throughout libata and msi.c. Signed-off-by: Brett Russ <[EMAIL PROTECTED]> Index: linux-2.6.12.3-mv/drivers/pci/msi.c

Re: [PATCH] Stacker - single-use static slots

Quoting Chris Wright ([EMAIL PROTECTED]): > * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: > > > James had suggested to effectively stash the list in the last slot, so > > > there's only the array with one reserved slot. > > > > Oh, I didn't catch that. I like it. Will do. > > > > So you mean

Re: [PATCH] VM: add vm.free_node_memory sysctl

On Wed, Aug 03, 2005 at 02:59:22PM -0500, Ray Bryant wrote: > On Wednesday 03 August 2005 09:38, Andi Kleen wrote: > > On Wed, Aug 03, 2005 at 10:24:40AM -0400, Martin Hicks wrote: > > > On Wed, Aug 03, 2005 at 04:15:29PM +0200, Andi Kleen wrote: > > > > On Wed, Aug 03, 2005 at 09:56:46AM -0400,

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

On Wed, 03 Aug 2005 14:54:40 CDT, Jeffrey Hundstad said: > BTW: how do you know what HZ your machine is running at? % zcat /proc/config.gz | grep -i hz might do what you thought you wanted. What rate you're *actually* running at is probably best done by taking the number of timer interrupts

Re: Calling suspend() in halt/restart/shutdown -> not a good idea

On Wed, 2005-08-03 at 12:53 -0400, Kyle Moffett wrote: > On Aug 3, 2005, at 07:40:54, Benjamin Herrenschmidt wrote: > >> I'd like to get rid of shutdown callback. Having two copies of code > >> (one in callback, one in suspend) is ugly. > > > > Well, it's obviously not a good time for this. First,

Re: [PATCH] VM: add vm.free_node_memory sysctl

On Wednesday 03 August 2005 09:38, Andi Kleen wrote: > On Wed, Aug 03, 2005 at 10:24:40AM -0400, Martin Hicks wrote: > > On Wed, Aug 03, 2005 at 04:15:29PM +0200, Andi Kleen wrote: > > > On Wed, Aug 03, 2005 at 09:56:46AM -0400, Martin Hicks wrote: > > > > Here's the promised sysctl to dump a

Re: [PATCH] i386 No-Idle-Hz aka Dynamic-Ticks 3

Con Kolivas wrote: This is the dynamic ticks patch for i386 as written by Tony Lindgen <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>. Patch for 2.6.13-rc5 There were a couple of things that I wanted to change so here is an updated version. This code should have stabilised

Re: [PATCH] Disable the debug.exception-trace sysctl by default

On Wed, Aug 03, 2005 at 12:39:33PM -0700, Nicholas Miell wrote: > On Wed, 2005-08-03 at 11:03 +0200, Andi Kleen wrote: > > On Wed, Jul 27, 2005 at 11:53:30PM -0700, Nicholas Miell wrote: > > > debug.exception-trace causes a large amount of log spew when on, and > > > it's on by default, which is

Re: Testing RC kernels [KORG]

On Tue, 2 Aug 2005, H. Peter Anvin wrote: > Michael Krufky wrote: > > Why not just have the scripts plug values into a database, and have the > > html/php be formatted like Bodo suggests, and reads content from database? > > Very simple, less maintenance... Only requires 1 initial redesign, and

  1   2   3   4   5   6   >