Re: yenta_socket nobody cared - Disabling IRQ #4 - WORKING!!

Hi again and thx again, SUMMARY: It's working with new hook (wo/ trying second part) I'll post again if error comes up again. Daniel Ritz wrote: On Saturday 19 March 2005 00:00, Jonas Oreland wrote: it's the second time now i see this problem with an atheros chipset in combination with a

/proc/$pid/mem

Aloha! I know it has been discussed before, but I must express my feelings about this issue nonetheless. I find it a major pain in the back that /proc/$pid/mem isn't readable by an unrelated process without doing a PTRACE_ATTACH first. I mainly want to ask: is there a good reason to not drop

ACPI suspend lockup 2.6.10, works with 2.6.11

on 15 Feb I complained about 2.6.10, now it works now, with 2.6.11. However, there are two warnings still, below. PM: Preparing system for suspend Stopping tasks: | PM: Entering state. Back to C! Debug: sleeping function called from

Re: [PATCH] clean up FIXME in do_timer_interrupt-lock fix

Did you pick this up? First sent on 3-11. Andrew Morton wrote: Lee Revell [EMAIL PROTECTED] wrote: On Thu, 2005-03-10 at 00:42 -0800, George Anzinger wrote: This patch changes the update of the cmos clock to be timer driven rather than poll driven by the timer interrupt function. If the clock is

2.6.11-rc3: APM resume problems with USB

On my IBM ThinkPad X31, I can only do one successful APM resume. After the resume, there's a stream of messages on the console: uhci_hcd :00:1d.0: host controller process error, something bad happened! uhci_hcd :00:1d.0: host system error, PCI problems? uhci_hcd :00:1d.0: host

Re: [PATCH] Xen/i386 cleanups - AGP bus/phys cleanups

Keir Fraser [EMAIL PROTECTED] writes: now, the patch lines that poke into the GATT I guess stay as they are. We can maintain an out-of-tree patch for Xen, or perhaps if virt_to_phys() is not used very much we can override its definition. It sounds like xen is trying to overload

Re: 3c59x concerns on 2.4-2.6 update?

In 2.6.11 ethtool data should be available. Please let me know if you are using 2.6.11 and ethtool does not work with your card. I have no Tornado card to test but with 3c905/3c905B cards and options=0x204 configured, mii-diag reports: Auto-negotiation disabled, with Speed fixed at 100 mbps,

Re: [PATCH] Xen/i386 cleanups - AGP bus/phys cleanups

On Sat, Mar 19, 2005 at 03:07:18AM -0700, Eric W. Biederman wrote: For this specific case there may be another resolution but could you please, please look at marking the missing pages PG_reserved and not hacking phys_to_virt. At this point anything short of explicitly introducing an

Re: swsusp: Remove arch-specific references from generic code

Hi, On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote: Hi! This is fix for swsusp_restore crap-: we had some i386-specific code referenced from generic code. This fixes it by inlining tlb_flush_all into assembly. Please apply, Unfortunately, this patch requires the following fix.

suspend-to-ram: update video.txt with more systems

Hi! This updates video.txt documentation. Please apply, Pavel Signed-off-by: Pavel Machek [EMAIL PROTECTED] --- clean/Documentation/power/video.txt 2005-03-19 00:31:02.0 +0100 +++ linux/Documentation/power/video.txt

Re: huge filesystems

Andreas Dilger [EMAIL PROTECTED] writes: On Mar 14, 2005 21:37 -0700, jmerkey wrote: 1. Scaling issues with readdir() with huge numbers of files (not even huge really. 87000 files in a dir takes a while for readdir() to return results). I average 2-3 million files per directory on

pm: remove obsolete pm_* from vt.c

Hi! Those functions are useless these days, and should be gone... Please apply, Pavel Signed-off-by: Pavel Machek [EMAIL PROTECTED] --- clean/drivers/char/vt.c 2005-03-19 00:31:21.0 +0100 +++ linux/drivers/char/vt.c

Re: binary drivers and development

Albert Cahalan [EMAIL PROTECTED] writes: Lennart Sorensen writes: You forgot the very important: - Only works on architecture it was compiled for. So anyone not using i386 (and maybe later x86-64) is simply out of luck. What do nvidia users that want accelerated nvidia

$B6XCG$N0!!$D$$$K!!(B

$BEl5~%i%V%9%H!%j!(B $BCK=w$H$b40A4L5NA$N7F$$$Nl$rDs6!$$$?$7$^$9(B $B=U$OJL$l$N5(@a!AGE($J(B4$B7n$r7^$($k0Y$K:#$+$iM'C#:n$j$I$$G$9$+!)(B $B$-$C$H8+$D$+$kAGE($J?M!z(B http://loves.qsv20.com/ $B$=$NB$b$m$b$mFCE5IU!*!*(B

swsusp: small updates

Hi! This kills unused macro and write-only variable, and adds messages where something goes wrong with suspending devices. Please apply, Pavel Signed-off-by: Pavel Machek [EMAIL PROTECTED] --- clean/include/linux/suspend.h

Re: 3c59x concerns on 2.4-2.6 update?

Steffen Klassert schrieb am 2005-03-19: In 2.6.11 ethtool data should be available. Please let me know if you are using 2.6.11 and ethtool does not work with your card. I have no Tornado card to test but with 3c905/3c905B cards and options=0x204 configured, mii-diag reports:

Re: insmod segfault in pci_find_subsys()

Greg KH wrote: On Fri, Mar 18, 2005 at 10:12:05AM +0100, Toralf Lund wrote: Am I seeing an issue with the PCI functions here, or is it just that I fail to spot an obvious mistake in the module itself? I think it's a problem in your code. I built and ran the following example module just

Re: [PATCH] Xen/i386 cleanups - AGP bus/phys cleanups

On 19 Mar 2005, at 10:56, Christian Limpach wrote: For this specific case there may be another resolution but could you please, please look at marking the missing pages PG_reserved and not hacking phys_to_virt. At this point anything short of explicitly introducing an intermediate step say

pwc driver in -mm kernels

Hi Andrew, hi Luc! I just realized that there is now the pwc driver back in -mm kernels, but interestingly not the one from Luc, or at least not the last published one (10.0.6). and wanted to ask if there is a specific reason for this? Best wishes Norbert

[2.6 patch] change the SOUND_PRIME handling

SOUND_PRIME (for OSS) is a tristate. This doesn't make much sense if most users are checking for SOUND_PRIME!=0. This patch changes the semantics of SOUND_PRIME to being a limit for all OSS modules, IOW: SOUND_PRIME=m does now say that all OSS drivers can only be modular. As a side effect,

2.6.11-mm3, mm4, usb, suspend 2 ram

Hi Andrew, hi usb developers! Since 2.6.11-mm3 I have problems with the usb system after resume (in fact already while suspending). In 2.6.11-mm2 I could S2R without stopping hotplug/unloading usb modules, with mm3 and above I get the following: uhci_hcd :00:1d.0: host system error, PCI

[patch 02/10] char/tty_io: replace schedule_timeout() with msleep_interruptible()

Use msleep_interruptible() instead of schedule_timeout() in send_break() to guarantee the task delays as expected. Change @duration's units to milliseconds, and modify arguments in callers appropriately. Patch is compile-tested. Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]

[patch 01/10] char/ds1620: use msleep() instead of schedule_timeout()

Not sure why any driver needs to sleep for *two* ticks, so let's fix it. Use msleep() instead of schedule_timeout() to guarantee the task delays as expected. Signals are never checked for by the callers or in the function itself, so use TASK_UNINTERRUPTIBLE instead of TASK_INTERRUPTIBLE. The

[patch 05/10] Spelling cleanups in shrinker code

Just a few small cleanups to make this coherent english. Signed-Off-By: Martin Hicks [EMAIL PROTECTED] Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/include/linux/mm.h |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN

[patch 03/10] kernel/timer: fix msleep_interruptible() comment

The comment for msleep_interruptible() is wrong, as it will ignore wait-queue events, but will wake up early for signals. Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED] Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/kernel/timer.c |2 +- 1 files changed, 1 insertion(+),

[patch 2/4] crypto/sha512.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/crypto/sha512.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -puN crypto/sha512.c~sparse-crypto_sha512 crypto/sha512.c --- kj/crypto/sha512.c~sparse-crypto_sha512 2005-03-18 20:05:35.0 +0100 +++

[patch 3/4] crypto/blowfish.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/crypto/blowfish.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff -puN crypto/blowfish.c~sparse-crypto_blowfish crypto/blowfish.c --- kj/crypto/blowfish.c~sparse-crypto_blowfish 2005-03-18 20:05:36.0

[patch 4/4] crypto/tea.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/crypto/tea.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN crypto/tea.c~sparse-crypto_tea crypto/tea.c --- kj/crypto/tea.c~sparse-crypto_tea 2005-03-18 20:05:37.0 +0100 +++ kj-domen/crypto/tea.c

[patch 08/10] arch/i386/kernel/apm.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/arch/i386/kernel/apm.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff -puN arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm arch/i386/kernel/apm.c --- kj/arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm

[patch 1/1] CodingStyle: trivial whitespace fixups

When I do a diff -Nur arch/i386 arch/x86_64 to see what is different between these two architectures, I see some differences due to whitespace issues only. The attached patch removes some of the noise by fixing up the following files: - arch/i386/boot/bootsect.S - arch/i386/boot/video.S -

[patch 07/10] arch/i386/kernel/traps.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/arch/i386/kernel/traps.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff -puN arch/i386/kernel/traps.c~sparse-arch_i386_kernel_traps arch/i386/kernel/traps.c ---

[patch 04/10] ixj* - compile warning cleanup

compile warning cleanup - suggested by Adrian Bunk; remove unmaintained rcs char strings from source and handle the occurrences of their use, make sure kernel-userspace issues taken care of; break out into separate patch Signed-off-by: Stephen Biggs [EMAIL PROTECTED] Signed-off-by: Domen

[patch 06/10] init/do_mounts_initrd.c: fix sparse warning

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/init/do_mounts_initrd.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN init/do_mounts_initrd.c~sparse-init_do_mounts_initrd init/do_mounts_initrd.c ---

[patch 10/10] arch/i386/crypto/aes.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/arch/i386/crypto/aes.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -puN arch/i386/crypto/aes.c~sparse-arch_i386_crypto_aes arch/i386/crypto/aes.c --- kj/arch/i386/crypto/aes.c~sparse-arch_i386_crypto_aes

[patch 09/10] arch/i386/mm/fault.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/arch/i386/mm/fault.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN arch/i386/mm/fault.c~sparse-arch_i386_mm_fault arch/i386/mm/fault.c --- kj/arch/i386/mm/fault.c~sparse-arch_i386_mm_fault 2005-03-18

[patch 1/1] drivers/block/sx8.c: Use the DMA_{64, 32}BIT_MASK constants

Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when calling pci_set_dma_mask() or pci_set_consistent_dma_mask() These patches include dma-mapping.h explicitly because it caused errors on some architectures otherwise. See http://marc.theaimsgroup.com/?t=10800199301r=1w=2 for details

[patch 1/1] printk : drivers/char/watchdog/wdt285.c

printk() calls should include appropriate KERN_* constant. Signed-off-by: Christophe Lucas [EMAIL PROTECTED] Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/drivers/char/watchdog/wdt285.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN

[patch 1/4] crypto/sha256.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/crypto/sha256.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -puN crypto/sha256.c~sparse-crypto_sha256 crypto/sha256.c --- kj/crypto/sha256.c~sparse-crypto_sha256 2005-03-18 20:05:34.0 +0100 +++

Kernel BUG at rmap:482

Dear All, I have seen discussion about this in recent months on the list, and unfortunately I am experiencing the same problem myself now on a new machine. I have run memtest86 for some hours and there seems to be no problem. The machine has 1GB DDR PC3200 RAM/AMD Athlon(tm) 64 Processor

Re: [RFC/Patch 0/12] ACPI based root bridge hot-add

On Fri, 18 Mar 2005 13:38:57 -0800, Rajesh Shah wrote: Here is a series of patches to support ACPI hot-add of a root bridge hierarchy. The added hierarchy may contain other p2p bridges and end/leaf I/O devices too. The root bridge itself is assumed to have been assigned resource ranges, but

[patch 4/4] security/selinux/ss/conditional.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/security/selinux/ss/conditional.c | 12 1 files changed, 8 insertions(+), 4 deletions(-) diff -puN security/selinux/ss/conditional.c~sparse-security_selinux_ss_conditional security/selinux/ss/conditional.c ---

[patch 1/4] security/selinux/ss/policydb.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/security/selinux/ss/policydb.c | 35 ++-- 1 files changed, 20 insertions(+), 15 deletions(-) diff -puN security/selinux/ss/policydb.c~sparse-security_selinux_ss_policydb security/selinux/ss/policydb.c

[patch 2/4] security/selinux/ss/ebitmap.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/security/selinux/ss/ebitmap.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff -puN security/selinux/ss/ebitmap.c~sparse-security_selinux_ss_ebitmap security/selinux/ss/ebitmap.c ---

2.6.11-mm4: drivers/scsi/arcmsr/arcmsr.c: enormous stack usage

On Wed, Mar 16, 2005 at 04:06:54AM -0800, Andrew Morton wrote: ... Changes since 2.6.11-mm3: ... +areca-raid-linux-scsi-driver.patch Updated version of this driver. ... -- snip -- ... static int arcmsr_iop_ioctlcmd(PACB pACB, int ioctl_cmd, void *arg) { ... uint8_t tmpQbuffer[1032]; ...

[patch 3/4] security/selinux/ss/avtab.c: fix sparse warnings

Signed-off-by: Domen Puncer [EMAIL PROTECTED] --- kj-domen/security/selinux/ss/avtab.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN security/selinux/ss/avtab.c~sparse-security_selinux_ss_avtab security/selinux/ss/avtab.c ---

2.6.12-rc1 IDE noboot

When switching from 2.6.11 to 2.6.12-rc1, I get a 'cannot open root device' fatal error at end of kernel boot process. Root device is 'hda1'. Hardware content of the box: 8086Intel Corporation 334082855PM 0 Host-Hub Interface Bridge 8086Intel Corporation

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote: On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote: For review and comment. On x86_64 systems with no IOMMU and with 4GB RAM (in fact, whenever there are any pages mapped above 4GB), pci_alloc_consistent() falls back

e1000||ICH5-ATA BUG in 2.6.12-rc1 triggered by ill behaved CD-ROM drive

Here's the story again but shorter: (- netdev: (solved) Re: Fw: 2.6.11-mm2 weird ethernet RTTs ) It seems after some reboot my CD-ROM drive went nuts and hogged up my IDE-Controller (ICH5) which in turn either generated a lot of interrupts or did not properly respond to em. Half of the time i

[PATCH] swsusp: do not leak memory if there's an error during suspend

Hi, The following patch prevents swsusp from leaking memory if there's an error during suspend (eg when device_power_down() returns non-zero). Greets, Rafael Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED] --- linux-2.6.12-rc1-a/kernel/power/swsusp.c2005-03-19 11:51:02.0 +0100

[PATCH 2.6.11.2][RFC] printk with antisp am-feature

Issue: On some conditions, the dmesg is spammed with repeated warnings about the same issue which is neither critical nor going to be fixed. This may result in losing the boot messages or missing other important messages. Examples are: nfs warning: mount version older than kernel (my mount is

Re: BKCVS broken ?

It should be fixed now, I'm running a full tree compare to validate that. -- --- Larry McVoylm at bitmover.com http://www.bitkeeper.com - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo

[2.6 patch] small partitions/msdos cleanups

This patch makes the following changes to the msdos partition code: - remove CONFIG_NEC98_PARTITION leftovers - make parse_bsd static This patch was already ACK'ed by Andries Brouwer. Signed-off-by: Adrian Bunk [EMAIL PROTECTED] --- @Andrew: I've removed the accidental double slashes from the

bcm203x broadcom dongle firmware upload fails...

hi, I don't see why, it used to work reliably at some point but now it does not. It even won't work without hotplug and then manually typing: echo 1 /sys/class/firmware/2-1/loading cat /lib/firmware/BCM2033-FW.bin /sys/class/firmware/2-1/data echo 0 /sys/class/firmware/2-1/loading usb 2-1:

Re: Kernel BUG at rmap:482

On Sat, 19 Mar 2005, hib2743 wrote: I have seen discussion about this in recent months on the list, and unfortunately I am experiencing the same problem myself now on a new machine. I have run memtest86 for some hours and there seems to be no problem. The machine has 1GB DDR PC3200 RAM/AMD

Re: Linux 2.4.30-rc1

Hi Marcelo, 2.4.30-rc1 works fine here on athlon-SMP and sparc64-smp. BTW, the athlon uses the e1000 driver (which has been updated since 2.4.29) with no trouble at all. I'll post a 2.4.29-hf5 in a few hours, just the time to put the thing online, it already builds on the same machines. Cheers,

Kernel panic - r8169 on 2.6.11-rc1-mm1

Every time i try to use eth1 which is r8169, i get a kernel panic, but on the actual use of it, not the configuring it. e.g. laptop ~ # ifconfig eth1 up 192.168.1.1 laptop ~ # ping 192.168.1.2 PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data. Oops: [#1] Modules linked in: snd_pcm_oss

Re: [PATCH] new hp diva console port

On Fri, Mar 18, 2005 at 09:30:22AM -0700, Alex Williamson wrote: The patch below adds IDs and setup for a new PCI Diva console port. This device provides a single UART described by PCI Bar 1. ID already submitted to pciids.sf.net. Please apply. Thanks, Applied, thanks. -- Russell King

Scheduling changes in -mm tree

I don't think these are doing much for performance. Or at least *something* in your tree isn't ... Kernbench: ElapsedSystem User CPU elm3b67 2.6.11 50.24146.60 1117.61 2516.67 elm3b67 2.6.11-mm1

[PATCH][2.4.30-rc1] updated gcc-4.0 patches

Here is a new set of patches to allow gcc-4.0 (20050312) to compile the 2.4.30-rc1 kernel. Changes since the previous version of the patch set are: - Replaced -ffreestanding with -fno-builtin-sprintf. freestanding was used to prevent gcc from transforming some sprintf() calls to calls to

Re: Real-Time Preemption and RCU

* Manfred Spraul [EMAIL PROTECTED] wrote: Ingo Molnar wrote: read_lock(rwlock); ... read_lock(rwlock); are still legal. (it's also done quite often.) How do you handle the write_lock_irq()/read_lock locks? E.g. the tasklist_lock or the fasync_lock.

Re: Fix agp_backend usage in drm_agp_init (was: 2.6.11-mm3 - DRM/i915 broken)

On Friday, March 18, 2005 7:48 pm, Jesse Barnes wrote: On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote: What does your patch look like? Markus might like to try it out as he narrowed his problem down to something AGP related recently too: http://bugme.osdl.org/show_bug.cgi?id=4337

Re: Real-Time Preemption and RCU

* Herbert Xu [EMAIL PROTECTED] wrote: Ingo Molnar [EMAIL PROTECTED] wrote: i really have no intention to allow multiple readers for rt-mutexes. We got away with that so far, and i'd like to keep it so. Imagine 100 threads all blocked in the same critical section (holding the read-lock)

Re: [PATCH][MMC][1/6] Secure Digital (SD) support : protocol

On Sun, Mar 06, 2005 at 02:37:01AM +0100, Pierre Ossman wrote: Protocol definitions. The basic commands needed for the later patches. The R1_APP_CMD seems to be misdefined in protocol.h so this patch changes it. Applied, thanks. -- Russell King Linux kernel2.6 ARM Linux -

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

On Sat, 2005-03-19 at 08:16 -0600, Matt Domsch wrote: On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote: On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote: For review and comment. On x86_64 systems with no IOMMU and with 4GB RAM (in fact, whenever there are any

Re: [PATCH][0/7] cifs: file.c cleanups in incremental bits

Jesper Juhl wrote: Here 's a version of my fs/cifs/file.c cleanup patch split into seven chunks for easier review. Please use these incremental patches instead of the big one I send you earlier since I've made a few changes compared to that. For your convenience the patches are also available

linux-2.4.29-hf5

Hi all, Here's the fifth hotfix for linux-2.4.29 : http://linux.exosec.net/kernel/2.4-hf/ NOTE: This update fixes a remote security issue on PPP servers which is also fixed in 2.4.30-rc1 (thanks to Paul Mackerras). I've appended the changelog from 2.4.29-hf4 below, and the incremental diff

Re: Kernel panic - r8169 on 2.6.11-rc1-mm1

Cameron Harris [EMAIL PROTECTED] : [r8169 crash] Linux laptop 2.6.11-rc1-mm1 #2 SMP Sun Jan 16 22:36:26 GMT 2005 i686 ^^ [...] I would try a newer kernel, but the command line options for specifying the framebuffer settings seems to have changed in the latest kernel

Bitrotting serial drivers

Hi, m32r_sio Maintainer: Hirokazu Takata Please clean up the m32r_sio driver, removing whatever bits of code aren't absolutely necessary. Specifically, I'd like to see the following addressed: - the usage of SERIAL_IO_HUB6 (this driver doesn't support hub6 cards) - SERIAL_IO_*

[PATCH 0/5] timers: description

Hello. These patches are updated version of 'del_timer_sync: proof of concept' 2 patches. 1/5: unchanded. 2/5: del_timer_sync() simplified. It is not neccessary to unlock and retry if __TIMER_PENDING has changed, it is only neccessary if timer's base ==

[PATCH 1/5] timers: prepare for del_timer_sync() changes

There are problems with del_timer_sync(). 1. Scalability. All cpus are scanned to determine if the timer is running on that cpu. 2. It is racy. The timer can be fired again after del_timer_sync have checked all cpus and before it will recheck timer_pending(). This patch adds 'pending flag' to

[PATCH 5/5] timers: cleanup, kill __get_base()

__get_base() was added to reduce the changes in previous patches. This patch removes it. Signed-off-by: Oleg Nesterov [EMAIL PROTECTED] --- 2.6.12-rc1/kernel/timer.c~5_CLEAN 2005-03-19 22:28:34.0 +0300 +++ 2.6.12-rc1/kernel/timer.c 2005-03-19 23:34:23.0 +0300 @@ -86,16 +86,6

[PATCH 2/5] timers: rework del_timer_sync()

New rules: -_base 1: is timer pending -_base ~1: where the timer was last scheduled -_base == NULL means that this timer is not running on any cpu. del_timer_sync() clears -_base, it is merely an optimization, so that subsequent del_timer calls do not need locking.

[PATCH 3/5] timers: serialize timers

I think it is supposed that timers are serialized wrt to itself, but I can't find any documentation about it. If CPU_0 does mod_timer(jiffies+1) while the timer is currently running on CPU 1, it is quite possible that local interrupt on CPU_0 will start that timer before it finished on CPU_1.

[PATCH 4/5] timers: remove memory barriers

del_timer() and __run_timers() use smp_wmb() before clearing timer's pending flag. It was needed because __mod_timer() did not locked old_base if the timer is not pending, so __mod_timer()-internal_add_timer() can race with del_timer()-list_del(). With the previous patch these functions are

Relayfs question

Hello, according to the relayfs description on opersys.com, |As the Linux kernel matures, there is an ever increasing number of facilities |and tools that need to relay large amounts of data from kernel space to user |space. Up to this point, each of these has had its own mechanism for relaying

RE: Need break driver--pci-device automatic association

Stuart, Many thanks for this interesting approach. A huge advantage is that it can be implemented as a script. But: -it still requires the Linux newcomer who wants his modem to work, to recompile her/his kernel - something which frightens beginners. -it implies that when adding

Re: [PATCH] sealevel 8 port RS-232/RS-422/RS-485 board

On Thu, Mar 10, 2005 at 11:38:58PM -0600, DHollenbeck wrote: Vendor Sealevel suggested these changes for its new board. Tried them, they work with the card. Please apply the patch below, which was made from 2.6.10 but can be applied to 2.6.11.2 without errors. Whitespace fixed and applied,

Re: bcm203x broadcom dongle firmware upload fails...

Hi Soeren, I don't see why, it used to work reliably at some point but now it does not. It even won't work without hotplug and then manually typing: echo 1 /sys/class/firmware/2-1/loading cat /lib/firmware/BCM2033-FW.bin /sys/class/firmware/2-1/data echo 0 /sys/class/firmware/2-1/loading

Building Areca arcmsr driver outside kernel source tree

To get the arcmsr driver working with CentOS/RHEL 4 and using the facility to build kernel modules outside of the kernel source tree, I found the attached patch was necessary to remove the dependencies on the internal drivers/scsi/scsi*.h header files and to instead use the public ones found under

[PATCH] remove redundant NULL check before before kfree() in kernel/sysctl.c

Tiny patch to remove a redundant check for NULL pointer before calling kfree(). Signed-off-by: Jesper Juhl [EMAIL PROTECTED] diff -up linux-2.6.11-mm4-orig/kernel/sysctl.c linux-2.6.11-mm4/kernel/sysctl.c --- linux-2.6.11-mm4-orig/kernel/sysctl.c 2005-03-16 15:45:40.0 +0100 +++

Re: Oops in 2.6.10 (EIP is at hid_init_reports+0x151/0x1d0 [usbhid])

* Andrew Morton [EMAIL PROTECTED]: Could you please test 2.6.11 or, even better, 2.6.12-rc1? I will do that, once Debian has such a kernel :| -- Ralf Hildebrandt (i.A. des IT-Zentrum) [EMAIL PROTECTED] Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155

Re: Relayfs question

Jan Engelhardt wrote: according to the relayfs description on opersys.com, |As the Linux kernel matures, there is an ever increasing number of facilities |and tools that need to relay large amounts of data from kernel space to user |space. Up to this point, each of these has had its own mechanism

Re: 2.6.11-rc3: APM resume problems with USB

On Sat, Mar 19, 2005 at 01:44:24AM -0800, Jeremy Fitzhardinge wrote: On my IBM ThinkPad X31, I can only do one successful APM resume. After the resume, there's a stream of messages on the console: uhci_hcd :00:1d.0: host controller process error, something bad happened! uhci_hcd

Re: Relayfs question

Hi, [...] The current method is to just manage buffers and enable applications to mmap the buffers to read them with some signalling on when a buffer is to be read and when the kernel can overwrite it. A character device is unlikely to need such interface since you do want 16 bytes of

[patch] Real-Time Preemption, -RT-2.6.12-rc1-V0.7.41-00

i have released the -V0.7.41-00 Real-Time Preemption patch (merged to 2.6.12-rc1), which can be downloaded from the usual place: http://redhat.com/~mingo/realtime-preempt/ the biggest change in this patch is the merge of Paul E. McKenney's preemptable RCU code. The new RCU code is active on

Build issue current MIPS - RaQ2

I have not been able to build kernels since 2.6.9 on my RaQ2 for some time. I have tried the linux-mips.org port and the current 2.6.11.5 release. I keep getting the same error. Building modules, stage 2. MODPOST *** Warning: pci_iounmap [drivers/net/tulip/tulip.ko] undefined! *** Warning:

Re: Suspend-to-disk woes

Hi! Hello, I experienced a pretty nasty problem a couple of days back: I ran 2.6.11-ck1 and built 2.6.11-ck2. The last thing I did before booting the new kernel was to suspend-to-disk the old kernel (something I usually do as I'm working on this laptop). I ran the new kernel a couple of

Re: [patch 01/10] char/ds1620: use msleep() instead of schedule_timeout()

On Sat, Mar 19, 2005 at 02:17:15PM +0100, [EMAIL PROTECTED] wrote: Not sure why any driver needs to sleep for *two* ticks, so let's fix it. Use msleep() instead of schedule_timeout() to guarantee the task delays as expected. Signals are never checked for by the callers or in the function

race between __sync_single_inode() and iput()/bdev_clear_inode()

Hi, EIP is at filemap_fdatawait+0xe/0x80 eax: e7461ad8 ebx: ecx: 0001 edx: esi: e5334c40 edi: 6b6b6b6b ebp: de239e88 esp: de239e70 ds: 007b es: 007b ss: 0068 Process fsstress (pid: 31048, threadinfo=de239000 task=e60cd020) Stack: e7d34358 de239e88 c01834f7

Re: [PATCH 2.4.30-pre3] x86_64: pci_alloc_consistent() match 2.6 implementation

On Fri, Mar 18, 2005 at 03:23:44PM -0600, Matt Domsch wrote: For review and comment. On x86_64 systems with no IOMMU and with 4GB RAM (in fact, whenever there are any pages mapped above 4GB), pci_alloc_consistent() falls back to using ZONE_DMA for all allocations, even if the device's

2.6.12-rc1 report

Greetings; Usually I come looking for a bone when I post here, but today its with verbal flowers in hand. I just built 2.6.12-rc1 and I'm pleased to report that the ieee1394 problems that required the bk-ieee1394.patch previously are apparently alleviated. Kino worked as expected, including

Re: [2.6 patch] net/bluetooth/rfcomm/core.: make a variable static

Hi Adrian, This patch makes a needlessly global variable static. the patch is in my tree now. Thanks. Regards Marcel - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: Suspend-to-disk woes

On Saturday 19 March 2005 05:26, Pavel Machek wrote: Checking that would be hard, but you might want to provide patch to check last-mounted dates of filesystems and panic if they changed. Pavel Then how would you fix it? There'd also have to be a way to reset

[PATCH] _raw_read_trylock for alpha

alpha SMP doesn't build, due to lack of _raw_read_trylock(). Patch below completely untested... needs review and testing. One could also use the arch-neutral generic_raw_read_trylock(), but that implementation is rather lame (it spins). I'm amazed at the number of arches that use the generic

Re: Relayfs question

Jan Engelhardt wrote: Ok, urandom was a bad example. I have my tty logger (ttyrpld.sf.net) which moves a lot of data (depends) to userspace. It uses a ring buffer of fixed size (set at module load time). Apart from that relayfs could use a dynamic sized ring buffer, I would not see any

NULL pointer bug in netpoll.c

Hi, it seems that there is a gremlin sleeping in net/core/netpoll.c:find_skb(). Even if no more buffers are available through skbs, skb is dereferenced anyway. The tiny patch should fix it. Jan --- linux-2.6.11.4/net/core/netpoll.c.orig 2005-03-16 01:09:19.0 +0100 +++

RE: [patch] arch hook for notifying changes in PTE protections bits

David S. Miller mailto:[EMAIL PROTECTED] wrote on Friday, March 18, 2005 8:06 PM: Take a look at set_pte_at(). You get the mm, the virtual address, the pte pointer, and the new pte value. Thanks for pointing out the updated interface in 2.6.12-* kernel. I think I can overload the arch

RE: [patch] arch hook for notifying changes in PTE protections bits

On Sat, 19 Mar 2005 12:22:20 -0800, Seth, Rohit [EMAIL PROTECTED] said: Rohit David S. Miller mailto:[EMAIL PROTECTED] wrote on Friday, Rohit March 18, 2005 8:06 PM: Take a look at set_pte_at(). You get the mm, the virtual address, the pte pointer, and the new pte value. Rohit

Re: Relayfs question

Karim Yaghmour wrote: What relayfs does, and does very well, is move very large amounts of data out of the kernel and make them available to user-space with very little overhead. In the actual case of your tty logger, I've browsed through the code briefly, and I think that with relayfs you

Re: pwc driver in -mm kernels

On Sat, Mar 19, 2005 at 02:04:24PM +0100, Norbert Preining wrote: Hi Andrew, hi Luc! I just realized that there is now the pwc driver back in -mm kernels, but interestingly not the one from Luc, or at least not the last published one (10.0.6). and wanted to ask if there is a specific reason

  1   2   3   4   >