Re: Why does reading from /dev/urandom deplete entropy so much?

On Wed, 2007-12-05 at 09:49 -0500, Theodore Tso wrote: > On Wed, Dec 05, 2007 at 08:26:19AM -0600, Mike McGrath wrote: > > > > Ok, whats going on here is an issue with how the smolt RPM installs the > > UUID and how Fedora's Live CD does an install. It's a complete false alarm > > on the

Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23

Hi. On Dec 8, 2007 3:40 AM, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote: > This message contains a list of some regressions from 2.6.23 which have been > reported since 2.6.24-rc1 was released and for which there are no fixes in the > mainline that I know of. If any of them have been fixed

Re: git guidance

On Dec 1, 2007 7:50 PM, Al Boldi <[EMAIL PROTECTED]> wrote: > Not sure what you mean by operationally transparent? It would be transparent > for the updating client, and the rest of the git-users would need to wait > for the commit from the updating client; which is ok, as this transparency > is

[PATCH] V4L/DVB: SAA7134: Enable remote control support for Avermedia M102

From: Albert Graham <[EMAIL PROTECTED]> Signed-off-by: Albert Graham <[EMAIL PROTECTED]> [PATCH] V4L/DVB: SAA7134: Enable remote control support for Avermedia M102 This patch enabled the IR remote control for the Avermedia M102 (card=110), which appears to be the same IR as the already

Re: x86_64 dynticks not working prev: cpuidle, dynticks compatible or no?

Ed Sweetman wrote: Robert Hancock wrote: Ed Sweetman wrote: System is idle now, previously it was doing something i couldn't halt at the time. I'm looking at "Local timer interrupts" in the "Loc:" section of /proc/interrupts. Across 1 second while the system is pretty much idle, i still get

Re: git guidance

On Sat, 08 Dec 2007 07:56:21 +0300, Al Boldi said: > It probably goes without saying, that gitfs should have some basic > configuration file to setup its transparent behaviour But then it's not *truly* transparent, is it? And that leaves another question - if you make a config file that

Re: [BUG] 2.6.23-rc3 can't see sd partitions on Alpha

Kay Sievers wrote: > Is the udev daemon (still) running while it fails? Yes, and there's something else I forgot to mention that may be significant... For the bad case, in addition to udevd, "ps -ef" shows a "sh -e /lib/udev/net.agent" running with a PPID of 1. This process doesn't exit until I

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote: > On Fri, 07 Dec 2007 23:09:43 + > Zan Lynx <[EMAIL PROTECTED]> wrote: [cut] > > > > Now with MM kernels 2.6.24 rc1-4 the PCMCIA adapter works again, but I > > > > only get read rates of 1.6 MB/s. When it used to work in 2.6.20 I got >

Re: git guidance

[EMAIL PROTECTED] wrote: > On Fri, 07 Dec 2007 22:04:48 +0300, Al Boldi said: > > Because WORKFLOW C is transparent, it won't affect other workflows. So > > you could still use your normal WORKFLOW B in addition to WORKFLOW C, > > gaining an additional level of version control detail at no extra

Re: x86_64 dynticks not working prev: cpuidle, dynticks compatible or no?

Robert Hancock wrote: Ed Sweetman wrote: System is idle now, previously it was doing something i couldn't halt at the time. I'm looking at "Local timer interrupts" in the "Loc:" section of /proc/interrupts. Across 1 second while the system is pretty much idle, i still get 300 interrupts. My

Re: [BUG] 2.6.23-rc3 can't see sd partitions on Alpha

Kay Sievers wrote: > Is the udev daemon (still) running while it fails? Yes. > If you run /sbin/udevtrigger, do the nodes appear? No. Exit status is 0, and there are no errors. Everything looks fine under /sys/block, and there doesn't seem to be a problem with /proc/devices either. --

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

Zan Lynx wrote: On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote: On Fri, 07 Dec 2007 23:09:43 + Zan Lynx <[EMAIL PROTECTED]> wrote: On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote: On Fri, 07 Dec 2007 20:38:24 + Zan Lynx <[EMAIL PROTECTED]> wrote: While I'm reporting

Re: [PATCH] Fake NUMA emulation for PowerPC

On Sat, 8 Dec 2007, Balbir Singh wrote: > > You're going to want to distribute the cpu's based on how they match up > > physically with the actual platform that you're running on. x86_64 does > > Could you explain this better, how does it match up CPU's with fake NUMA > memory? Is there some

Re: 2.6.24-rc3-git4 NFS crossmnt regression

Alexey Dobriyan <[EMAIL PROTECTED]> writes: > I very much agree. ->shadow_proc is so ugly, so it's not funny anymore. > Adding such hook for proc part of networking _and_ for modules is just asking > for trouble as was demonstrated. Alexey however we do this we fundamentally have to proc_lookup,

Re: [PATCH] Fake NUMA emulation for PowerPC

David Rientjes wrote: > On Sat, 8 Dec 2007, Balbir Singh wrote: > >> Yes, they all appear on node 0. We could have tweaks to distribute CPU's >> as well. >> > > You're going to want to distribute the cpu's based on how they match up > physically with the actual platform that you're running on.

[PATCH 2.6.24-rc4] proc: Remove/Fix proc generic d_revalidate

Ultimately to implement /proc perfectly we need an implementation of d_revalidate because files and directories can be removed behind the back of the VFS, and d_revalidate is the only way we can let the VFS know that this has happened. Unfortunately the linux VFS can not cope with anything in

Re: [PATCH] Fake NUMA emulation for PowerPC

David Rientjes wrote: > On Sat, 8 Dec 2007, Balbir Singh wrote: > >> To be able to test the memory controller under NUMA, I use fake NUMA >> nodes. x86-64 has a similar feature, the code I have here is the >> simplest I could come up with for PowerPC. >> > > Magnus Damm had patches from over a

Re: 2.6.24-rc3-git4 NFS crossmnt regression

Andrew Morton <[EMAIL PROTECTED]> writes: > OK, perhaps a revert is the best thing to do here. I don't think anyone > will be expecting fully finalised and robust netns support in 2.6.24. I do think we expect /proc/net when the netns support is disabled to be as robust as it has been prior to

Re: 2.6.24-rc4-mm1 and /proc//status Name: field

Andrew Morton <[EMAIL PROTECTED]> writes: > On Fri, 07 Dec 2007 20:26:43 + > Zan Lynx <[EMAIL PROTECTED]> wrote: > >> Today I noticed pgrep doesn't work. It seems the reason is a missing >> Name: tag in the status file for a process in /proc. >> >> # cat /proc/1/status >> init >> State: S

Re: x86_64 dynticks not working prev: cpuidle, dynticks compatible or no?

Ed Sweetman wrote: System is idle now, previously it was doing something i couldn't halt at the time. I'm looking at "Local timer interrupts" in the "Loc:" section of /proc/interrupts. Across 1 second while the system is pretty much idle, i still get 300 interrupts. My HZ variable is set to

oops with 2.6.23.1, marvel, software raid, reiserfs and samba

I am running linux kernel 2.6.23.1, which I compiled. The base system was mandriva 2008. I have a dual processor pentium III 933 system. It has 3gb of ram, an intel stl-2 motherboard. It also has a promise 100 tx2 pata controller, a supermicro marvell based 8 port pcix sata controller, and a

Re: Possible EXT2 race

linux-os (Dick Johnson) wrote: On Fri, 7 Dec 2007, Dave Jones wrote: On Fri, Dec 07, 2007 at 08:15:42AM -0500, linux-os (Dick Johnson) wrote: Dec 7 04:05:55 chaos kernel: sd 0:0:1:0: [sdb] Add. Sense: Peripheral device write fault This sounds more like a hardware problem. Dave

Re: PS3: trouble with SPARSEMEM_VMEMMAP and kexec

On 12/05/2007 10:09 PM, Yasunori Goto wrote: >> I'll try Milton's suggestion to pre-allocate the memory early. It seems >> that should work as long as nothing else before the hot-plug mem is added >> needs a large chunk. > > (However, I think Milton-san's suggestion is very desirable. > If

[PATCH 3/4] mcheck mce_64: mce_read_sem to mutex

Converted to a mutex, and changed the name to mce_read_mutex. Signed-off-by: Daniel Walker <[EMAIL PROTECTED]> --- arch/x86/kernel/cpu/mcheck/mce_64.c |8 1 file changed, 4 insertions(+), 4 deletions(-) Index: linux-2.6.23/arch/x86/kernel/cpu/mcheck/mce_64.c

[PATCH 4/4] md: dm driver: suspend_lock semaphore to mutex

Signed-off-by: Daniel Walker <[EMAIL PROTECTED]> --- drivers/md/dm.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) Index: linux-2.6.23/drivers/md/dm.c === --- linux-2.6.23.orig/drivers/md/dm.c +++

[PATCH 1/4] media: video: usbvision: remove ctrlUrbLock

The ctrlUrbLock has all it's users commented out, and so it's unused. This patch removes it. Signed-off-by: Daniel Walker <[EMAIL PROTECTED]> --- drivers/media/video/usbvision/usbvision-core.c |3 --- drivers/media/video/usbvision/usbvision-video.c |1 -

[PATCH 2/4] docs: kernel-locking: Convert semaphore references

I converted some of the document to reflect mutex usage instead of semaphore usage. Since we shouldin't be promoting semaphore usage when it's on it's way out.. Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]> --- Documentation/DocBook/kernel-locking.tmpl | 32 +++---

RE: soft lockup - CPU#1 stuck for 15s! [swapper:0]

On Fri, 7 Dec 2007, Pallipadi, Venkatesh wrote: > >-Original Message- > >From: Parag Warudkar [mailto:[EMAIL PROTECTED] > >Sent: Friday, December 07, 2007 2:54 PM > >To: LKML > >Cc: Andrew Morton; Pallipadi, Venkatesh; Linus Torvalds > >Subject: BUG: soft lockup - CPU#1 stuck for 15s!

Re: PS3: trouble with SPARSEMEM_VMEMMAP and kexec

Yasunori Goto wrote: >> On Thu, 6 Dec 2007, Geert Uytterhoeven wrote: >> > On Thu, 6 Dec 2007, Yasunori Goto wrote: >> > > > I'll try Milton's suggestion to pre-allocate the memory early. It >> > > > seems >> > > > that should work as long as nothing else before the hot-plug mem is >> > > >

2.6.24-rc4-git5: Reported regressions from 2.6.23

This message contains a list of some regressions from 2.6.23 which have been reported since 2.6.24-rc1 was released and for which there are no fixes in the mainline that I know of.  If any of them have been fixed already, please let me know. If you know of any other unresolved regressions from

Re: BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0]

On Saturday, 8 of December 2007, Andrew Morton wrote: > On Fri, 7 Dec 2007 17:53:47 -0500 > "Parag Warudkar" <[EMAIL PROTECTED]> wrote: > > > Got this on today's git (2.6.24-rc4) while compiling stuff - Looks > > like it is related to CpuIdle stuff. > > I chose CONFIG_CPU_IDLE for the first time

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Dec 7, 2007 7:15 PM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > On Sat, 8 Dec 2007 03:00:43 +0300 > Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > > > On Sat, Dec 08, 2007 at 12:43:28AM +0100, Rafael J. Wysocki wrote: > > > On Saturday, 8 of December 2007, Andrew Morton wrote: > > > > On Fri,

Re: AF_IPN: Inter Process Networking, try these...

From: [EMAIL PROTECTED] (Renzo Davoli) Date: Fri, 7 Dec 2007 22:18:05 +0100 > I disagree. If you suspect we would be better using IP multicast, I think > your suspects are not supported. > Try the following exercises, please Can you provide better solutions > without IPN? I personally have

[PATCH] ecryptfs: make show_options reflect actual mount options

Change ecryptfs_show_options to reflect the actual mount options in use. Note that this does away with the "dir=" output, which is not a valid mount option and appears to be unused. Mount options such as "ecryptfs_verbose" and "ecryptfs_xattr_metadata" are somewhat indeterminate for a given fs,

[PATCH/RFC -rt] local_bh_enable() is safe for irqs_disabled()

In local_bh_enable() there is a WARN_ON(irqs_disabled()), but looking at the rest of the code, it seems it expects to be used with interrupts off, so is this warning really necessary? I hit this warning in the ads7846 touchscreen driver timer function where enable_irq() may be called with

Re: 2.6.22.14 oops msg with commvault galaxy ?

On Fri, 7 Dec 2007 15:11:13 -0800 Andrew Morton wrote: > On Fri, 7 Dec 2007 14:15:36 -0800 > Randy Dunlap <[EMAIL PROTECTED]> wrote: > > > > Help would really be appreciated. > > > > Let's try the last_sysfs_file (name) patch. > > I've attempted to update it for 2.6.22.14. > > Andrew, does this

[PATCH] arch_ptrace_stop

This adds support to allow asm/ptrace.h to define two new macros, arch_ptrace_stop_needed and arch_ptrace_stop. These control special machine-specific actions to be done before a ptrace stop. The new code compiles away to nothing when the new macros are not defined. This is the case on all

Re: [git pull] x86/hrtimer/acpi fixes

On Fri, 2007-12-07 at 20:59 +0100, Ingo Molnar wrote: > * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: > > > > Nope, it doesn't still getting "delay" and "xrun" messages galore. > > > > Attached: configuration and dmesg output booting with idle=poll, > > reconfirmed that that makes the

Re: [PATCH] scheduler: fix x86 regression in native_sched_clock

On Saturday 08 December 2007 11:50, Nick Piggin wrote: > I guess your patch is fairly complex but it should work I should also add that although complex, it should have a much smaller TSC delta window in which the wrong scaling factor can get applied to it (I guess it is about as good as you can

Re: [PATCH 5/7] Security: Change current->fs[ug]id to current_fs[ug]id()

Serge E. Hallyn <[EMAIL PROTECTED]> wrote: > Could you resend patch 6? As I said in the cover note: A tarball of the patches is available at: http://people.redhat.com/~dhowells/fscache/patches/nfs+fscache-25.tar.bz2 David -- To unsubscribe from this list: send the line "unsubscribe

Re: How to manage shared persistent local caching (FS-Cache) with NFS?

Chuck Lever <[EMAIL PROTECTED]> wrote: > Why not encode the local mounted-on directory in the key? Can't. Namespaces. chroot. > Meaning your cache is at quota all the time, and to continue operation it must > eject items constantly. I've thought about that, thank you. Go and read the

Re: [PATCH] scheduler: fix x86 regression in native_sched_clock

On Saturday 08 December 2007 03:48, Nick Piggin wrote: > On Friday 07 December 2007 22:17, Ingo Molnar wrote: > > * Nick Piggin <[EMAIL PROTECTED]> wrote: > > > > ah, printk_clock() still uses sched_clock(), not jiffies. So it's > > > > not the jiffies counter that goes back and forth, it's

Re: HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

2007/12/7, CIJOML <[EMAIL PROTECTED]>: > Hi there, > ... > Can anybody else confirm this and contact those companies for source codes? > It seems that the sources are there: http://www.ertos.nicta.com.au/software/ Mauad -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [patch 1/2] Kprobes: Indicate kretprobe support in arch//Kconfig

On Tue, 13 Nov 2007 21:17:10 +0530 Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote: > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> > > This patch adds CONFIG_ARCH_SUPPORTS_KRETPROBES to the > arch//Kconfig file for relevant architectures with kprobes > support. This facilitates easy

Re: [patch 07/18] v4l: nopage

On Wed, 05 Dec 2007 18:15:54 +1100 [EMAIL PROTECTED] wrote: > +static int > +videobuf_vm_fault(struct vm_area_struct *vma, struct vm_fault *vmf) > { > struct page *page; > > - dprintk(3,"nopage: fault @ %08lx [vma %08lx-%08lx]\n", > - vaddr,vma->vm_start,vma->vm_end); > -

Re: RFC: outb 0x80 in inb_p, outb_p harmful on some modern AMD64 with MCP51 laptops

On Wed, Dec 05, 2007 at 11:10:39AM +, Pavel Machek wrote: > On Fri 2007-12-07 09:50:26, David P. Reed wrote: > > My machine in question, for example, needs no waiting > > within CMOS_READs at all. And I doubt any other > > chip/device needs waiting that isn't already provided by > > the

HTC TyTN || (P4550) violates GPL?? Or maybe Qualcomm itself with MSM7200???

Hi there, it looks like there is running linux somewhere inside in the radio part of the firmware... http://forum.xda-developers.com/archive/index.php/t-326419.html $ strings kaiser_radio_0x301.nb |grep -i linux M6500C L4/Linux L4 Linux NICTNICTA::Pistachio - built on Jan 23 2007 18:10:22

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Sat, 8 Dec 2007 03:00:43 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote: > On Sat, Dec 08, 2007 at 12:43:28AM +0100, Rafael J. Wysocki wrote: > > On Saturday, 8 of December 2007, Andrew Morton wrote: > > > On Fri, 07 Dec 2007 17:51:58 -0500 > > > Trond Myklebust <[EMAIL PROTECTED]> wrote: > >

Re: [Bluez-users] Lost connections - mouse and keyboard

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Fri, 30 Nov 2007 09:06:52 +0800, "Dave Young" <[EMAIL PROTECTED]> a écrit : > On Nov 30, 2007 4:43 AM, Jiri Kosina <[EMAIL PROTECTED]> wrote: > > On Thu, 29 Nov 2007, Marcel Holtmann wrote: > > Hi all, Just for add something on this bug report,

Re: [PATCH 2/2] cxgb3 - Parity initialization for T3C adapters

Jeff Garzik wrote: Divy Le Ray wrote: > Jeff Garzik wrote: >> Divy Le Ray wrote: >>> From: Divy Le Ray <[EMAIL PROTECTED]> >>> >>> Add parity initialization for T3C adapters. >>> >>> Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]> >>> --- >>> >>> drivers/net/cxgb3/adapter.h |1 >>>

Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64

On Sat, 8 Dec 2007 01:04:55 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote: > Hello, > > I tried it on sun ultra 60 (dual sparc64) station. Unfortunately it > failed > to compile. > > AS arch/sparc64/lib/xor.o > AR arch/sparc64/lib/lib.a > GEN .version > CHK

Re: [PATCH] kbuild: implement modules.order

Adrian Bunk wrote: > On Tue, Dec 04, 2007 at 10:49:37PM +0900, Tejun Heo wrote: >> When multiple built-in modules (especially drivers) provide the same >> capability, they're prioritized by link order specified by the order >> listed in Makefile. This implicit ordering is lost for loadable >>

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Sat, Dec 08, 2007 at 12:43:28AM +0100, Rafael J. Wysocki wrote: > On Saturday, 8 of December 2007, Andrew Morton wrote: > > On Fri, 07 Dec 2007 17:51:58 -0500 > > Trond Myklebust <[EMAIL PROTECTED]> wrote: > > > > > > > > On Fri, 2007-12-07 at 14:39 -0500, Shane wrote: > > > > On Dec 7, 2007

Re: 2.6.24-rc4-mm1 and /proc//status Name: field

On Fri, 07 Dec 2007 20:26:43 + Zan Lynx <[EMAIL PROTECTED]> wrote: > Today I noticed pgrep doesn't work. It seems the reason is a missing > Name: tag in the status file for a process in /proc. > > # cat /proc/1/status > init > State: S (sleeping) > Tgid: 1 > Pid:1 > PPid: 0 >

Re: 2.6.24-rc4-mm1: undefined reference to `compat_sys_timerfd' on sparc64

Hello, I tried it on sun ultra 60 (dual sparc64) station. Unfortunately it failed to compile. AS arch/sparc64/lib/xor.o AR arch/sparc64/lib/lib.a GEN .version CHK include/linux/compile.h dnsdomainname: Unknown host UPD include/linux/compile.h CC

ata_piix init/performance regression ?

Hello ! on my old fujitsu-siemens lifebook, booting is at least 20 seconds slower as before. on ata_piix init i can see 2 longer delays of ~10 seconds each, which didn`t happen before. i`m using SuSE kernel of the day from http://ftp.suse.com/pub/projects/kernel/kotd/ problem exists with

Re: programs vanish with 2.6.22+

On Fri, 7 Dec 2007, Markus wrote: > Well, now some windows vanished, but no additional messages were > produced by kernel. When somebody could tell what I exactly need to > do... would be nice. > Or a hit, in what direction I should look. Because its really nasty to > not being able to use a

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

On Fri, 2007-12-07 at 15:22 -0800, Andrew Morton wrote: > On Fri, 07 Dec 2007 23:09:43 + > Zan Lynx <[EMAIL PROTECTED]> wrote: > > > > > On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote: > > > On Fri, 07 Dec 2007 20:38:24 + > > > Zan Lynx <[EMAIL PROTECTED]> wrote: > > > > > > >

Re: 2.6.24-rc3-git4 NFS crossmnt regression

Andrew Morton <[EMAIL PROTECTED]> writes: > On Fri, 07 Dec 2007 17:51:58 -0500 > Trond Myklebust <[EMAIL PROTECTED]> wrote: > >> >> On Fri, 2007-12-07 at 14:39 -0500, Shane wrote: >> > On Dec 7, 2007 2:16 PM, Shane <[EMAIL PROTECTED]> wrote: >> > ... >> > > Confirmed working in rc4-git5. I'll

Re: 2.6.24-rc4-mm1 and excessive block IO errors

On Fri, Dec 07, 2007 at 03:05:37PM -0800, Andrew Morton wrote: > On Fri, 07 Dec 2007 20:44:45 + > Zan Lynx <[EMAIL PROTECTED]> wrote: > > > I am not sure if this problem has been addressed already. I read some > > about the fast-fail issues and this may be related? > > > > On nearly all my

Re: soft lockup - CPU#1 stuck for 15s! [swapper:0]

On Dec 7, 2007 6:12 PM, Pallipadi, Venkatesh <[EMAIL PROTECTED]> wrote: > Looks like tick_broadcast_lock did not get freed in some path. > You do not see this when you CPU_IDLE is not configured? > > Thanks, > Venki > No, I did not see this prior to enabling CPU_IDLE. All previous kernels

Re: [PATCH 2/2] cxgb3 - Parity initialization for T3C adapters

Divy Le Ray wrote: Jeff Garzik wrote: Divy Le Ray wrote: From: Divy Le Ray <[EMAIL PROTECTED]> Add parity initialization for T3C adapters. Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]> --- drivers/net/cxgb3/adapter.h |1 drivers/net/cxgb3/cxgb3_main.c| 82

Re: new card to me?

Gene Heskett gmail.com> writes: > > Greetings; > > Is this drive interface card supported by the current linux kernel? > > Masscool XWT-RC018, as seen on tigerdirect's site: > > > > Thank you. > The

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Saturday, 8 of December 2007, Andrew Morton wrote: > On Fri, 07 Dec 2007 17:51:58 -0500 > Trond Myklebust <[EMAIL PROTECTED]> wrote: > > > > > On Fri, 2007-12-07 at 14:39 -0500, Shane wrote: > > > On Dec 7, 2007 2:16 PM, Shane <[EMAIL PROTECTED]> wrote: > > > ... > > > > Confirmed working in

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

On Fri, 07 Dec 2007 23:09:43 + Zan Lynx <[EMAIL PROTECTED]> wrote: > > On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote: > > On Fri, 07 Dec 2007 20:38:24 + > > Zan Lynx <[EMAIL PROTECTED]> wrote: > > > > > While I'm reporting problems I'll get this one out there. > > > > > > I

Re: question about sata-error on boot.

Hemmann, Volker Armin wrote: > this is gone with 2.6.22.13 an 2.6.23.9: Thanks for letting us know. Probably CLO related problem which got updated recently. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More

Re: BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0]

On Fri, 7 Dec 2007 17:53:47 -0500 "Parag Warudkar" <[EMAIL PROTECTED]> wrote: > Got this on today's git (2.6.24-rc4) while compiling stuff - Looks > like it is related to CpuIdle stuff. > I chose CONFIG_CPU_IDLE for the first time so I don't know when this > was introduced. > > This is on

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Fri, 07 Dec 2007 17:51:58 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote: > > On Fri, 2007-12-07 at 14:39 -0500, Shane wrote: > > On Dec 7, 2007 2:16 PM, Shane <[EMAIL PROTECTED]> wrote: > > ... > > > Confirmed working in rc4-git5. I'll deploy this kernel in a few more > > > spots and check

RE: soft lockup - CPU#1 stuck for 15s! [swapper:0]

>-Original Message- >From: Parag Warudkar [mailto:[EMAIL PROTECTED] >Sent: Friday, December 07, 2007 2:54 PM >To: LKML >Cc: Andrew Morton; Pallipadi, Venkatesh; Linus Torvalds >Subject: BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] > >Got this on today's git (2.6.24-rc4) while

Re: [PATCH] Fake NUMA emulation for PowerPC

On Sat, 8 Dec 2007, Balbir Singh wrote: > Yes, they all appear on node 0. We could have tweaks to distribute CPU's > as well. > You're going to want to distribute the cpu's based on how they match up physically with the actual platform that you're running on. x86_64 does this already and it

Re: 2.6.22.14 oops msg with commvault galaxy ?

On Fri, 7 Dec 2007 14:15:36 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote: > > Help would really be appreciated. > > Let's try the last_sysfs_file (name) patch. > I've attempted to update it for 2.6.22.14. > Andrew, does this change in fs/sysfs/file.c look OK? umm, yup.

Re: [PATCH] Fake NUMA emulation for PowerPC

On Sat, 8 Dec 2007, Balbir Singh wrote: > To be able to test the memory controller under NUMA, I use fake NUMA > nodes. x86-64 has a similar feature, the code I have here is the > simplest I could come up with for PowerPC. > Magnus Damm had patches from over a year ago that, I believe, made

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

On Fri, 2007-12-07 at 15:02 -0800, Andrew Morton wrote: > On Fri, 07 Dec 2007 20:38:24 + > Zan Lynx <[EMAIL PROTECTED]> wrote: > > > While I'm reporting problems I'll get this one out there. > > > > I normally use a USB-2 memory card reader but I also have a PCMCIA > > CompactFlash adapter

Re: programs vanish with 2.6.22+

fre, 07 12 2007 kl. 23:52 +0100, skrev Markus: > Well, now some windows vanished, but no additional messages were > produced by kernel. When somebody could tell what I exactly need to > do... would be nice. > Or a hit, in what direction I should look. Because its really nasty to > not being

Re: [PATCH] Fake NUMA emulation for PowerPC

On Fri, 7 Dec 2007, Olof Johansson wrote: > > Comments are as always welcome! > > Care to explain what this is useful for? (Not saying it's a stupid idea, > just wondering what the reason for doing it is). > Fake NUMA has always been useful for testing NUMA code without having to have a wide

Re: 2.6.24-rc4-mm1 and excessive block IO errors

On Fri, 07 Dec 2007 20:44:45 + Zan Lynx <[EMAIL PROTECTED]> wrote: > I am not sure if this problem has been addressed already. I read some > about the fast-fail issues and this may be related? > > On nearly all my USB block devices, I have been getting zillions of I/O > errors. But they

Re: 2.6.24-rc4-mm1 and Very Slow PCMCIA Compact Flash

On Fri, 07 Dec 2007 20:38:24 + Zan Lynx <[EMAIL PROTECTED]> wrote: > While I'm reporting problems I'll get this one out there. > > I normally use a USB-2 memory card reader but I also have a PCMCIA > CompactFlash adapter that I use occasionally. During the MM series > kernels 2.6.22 and 23

lockdep problem conversion semaphore->mutex (dev->sem)

Hello Peter, > > What specifically is wrong with dev->sem ? > > Nothing really, other than that they use semaphores to avoid lockdep :-/ > > I think I know how to annotate this, after Alan Stern explained all the > use cases, but I haven't come around to implementing it. Hope to do that >

Re: programs vanish with 2.6.22+

Well, now some windows vanished, but no additional messages were produced by kernel. When somebody could tell what I exactly need to do... would be nice. Or a hit, in what direction I should look. Because its really nasty to not being able to use a current kernel. I already rebuild the whole

Re: x86_64 dynticks not working prev: cpuidle, dynticks compatible or no?

System is idle now, previously it was doing something i couldn't halt at the time. I'm looking at "Local timer interrupts" in the "Loc:" section of /proc/interrupts. Across 1 second while the system is pretty much idle, i still get 300 interrupts. My HZ variable is set to 300 in the kernel

BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0]

Got this on today's git (2.6.24-rc4) while compiling stuff - Looks like it is related to CpuIdle stuff. I chose CONFIG_CPU_IDLE for the first time so I don't know when this was introduced. This is on x86_32, SMP. BUG: soft lockup - CPU#1 stuck for 15s! [swapper:0] Pid: 0, comm: swapper Not

Re: [PATCH 2/2] cxgb3 - Parity initialization for T3C adapters

Jeff Garzik wrote: Divy Le Ray wrote: From: Divy Le Ray <[EMAIL PROTECTED]> Add parity initialization for T3C adapters. Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]> --- drivers/net/cxgb3/adapter.h |1 drivers/net/cxgb3/cxgb3_main.c| 82

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Fri, 2007-12-07 at 14:39 -0500, Shane wrote: > On Dec 7, 2007 2:16 PM, Shane <[EMAIL PROTECTED]> wrote: > ... > > Confirmed working in rc4-git5. I'll deploy this kernel in a few more > > spots and check for other regressions. > > Hmm, I installed a new kernel built from the same sources on

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Fri, 2007-12-07 at 14:33 -0800, Andrew Morton wrote: > On Fri, 07 Dec 2007 13:46:19 -0500 > Trond Myklebust <[EMAIL PROTECTED]> wrote: > > > > > On Fri, 2007-12-07 at 13:14 -0500, Shane wrote: > > > On Dec 7, 2007 7:02 AM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > > ... > > > > >

Re: [BUG] 2.6.23-rc3 can't see sd partitions on Alpha

Kay Sievers wrote: > Yeah, that looks all fine. > > What distro is that, and what's the udev version? Mine is Debian Etch, normally with the latest released or -rcX kernel from kernel.org. Updates current as of about 18 hours ago. Udev package version is 0.105-4. The RELEASE-NOTES file in

[PATCH] Fake NUMA emulation for PowerPC (Take 2)

Changelog 1. Get rid of the constant 5 (based on comments from [EMAIL PROTECTED]) 2. Implement suggestions from Olof Johannson 3. Check if cmdline is NULL in fake_numa_create_new_node() Tested with additional parameters from Olof numa=debug,fake=

Re: [PATCH] SCSI: make pcmcia directory use obj-y|m instead of subdir-y|m

Sam Ravnborg wrote: > On Fri, Dec 07, 2007 at 10:36:23PM +0900, Tejun Heo wrote: >> subdir-y|m isn't supposed to contain modules or built-in components. >> Change subdir-$(CONFIG_PCMCIA) to obj-$(CONFIG_PCMCIA). >> >> Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> >> Cc: Sam Ravnborg <[EMAIL

Re: 2.6.24-rc3-git4 NFS crossmnt regression

On Fri, 07 Dec 2007 13:46:19 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote: > > On Fri, 2007-12-07 at 13:14 -0500, Shane wrote: > > On Dec 7, 2007 7:02 AM, Andrew Morton <[EMAIL PROTECTED]> wrote: > > ... > > > > 2.6.24-rc3-git1 is last known good kernel. The problem also exists > > > > with

Re: [PATCH] Fake NUMA emulation for PowerPC

Nathan Lynch wrote: > Hi Balbir- > > Balbir Singh wrote: >> >> Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake >> NUMA nodes can be specified using the following command line option >> >> numa=fake= >> >> node range is of the format ,,... >> >> Each of the rangeX

Re: [PATCH] Fake NUMA emulation for PowerPC

Hi Balbir- Balbir Singh wrote: > > > Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake > NUMA nodes can be specified using the following command line option > > numa=fake= > > node range is of the format ,,... > > Each of the rangeX parameters is passed using

Re: [PATCH] Fake NUMA emulation for PowerPC

Arnd Bergmann wrote: > On Friday 07 December 2007, Balbir Singh wrote: >> Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake >> NUMA nodes can be specified using the following command line option >> >> numa=fake= >> >> node range is of the format ,,... > > Excellent idea!

Re: 2.6.24-rc4-mm1

On Dec 6, 2007 9:12 PM, Dave Young <[EMAIL PROTECTED]> wrote: > Hi, > > 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some > inline functions like this: > drivers/net/wireless/ath5k/base.c:292: sorry, unimplemented: inlining failed > in call to 'ath5k_extend_tsf': function

Re: [PATCH] Fake NUMA emulation for PowerPC

Kumar Gala wrote: > > On Dec 7, 2007, at 4:12 PM, Balbir Singh wrote: > >> Kumar Gala wrote: >>> >>> On Dec 7, 2007, at 3:35 PM, Balbir Singh wrote: >>> Olof Johansson wrote: > Hi, > > On Sat, Dec 08, 2007 at 02:44:25AM +0530, Balbir Singh wrote: > >> Comments are as

Re: [PATCH] Fake NUMA emulation for PowerPC

On Dec 7, 2007, at 4:12 PM, Balbir Singh wrote: Kumar Gala wrote: On Dec 7, 2007, at 3:35 PM, Balbir Singh wrote: Olof Johansson wrote: Hi, On Sat, Dec 08, 2007 at 02:44:25AM +0530, Balbir Singh wrote: Comments are as always welcome! Care to explain what this is useful for? (Not

Re: 2.6.22.14 oops msg with commvault galaxy ?

On Tue, 04 Dec 2007 13:47:01 + Vincent Fortier wrote: > Le vendredi 30 novembre 2007 à 12:35 -0500, Fortier,Vincent [Montreal] a > écrit : > > > -Message d'origine- > > > De : Randy Dunlap [mailto:[EMAIL PROTECTED] > > > Envoyé : 30 novembre 2007 12:13 > > > > > > On Fri, 30 Nov

Re: [PATCH] Fake NUMA emulation for PowerPC

Kumar Gala wrote: > > On Dec 7, 2007, at 3:35 PM, Balbir Singh wrote: > >> Olof Johansson wrote: >>> Hi, >>> >>> On Sat, Dec 08, 2007 at 02:44:25AM +0530, Balbir Singh wrote: >>> Comments are as always welcome! >>> >>> Care to explain what this is useful for? (Not saying it's a stupid idea,

Re: git guidance

On Dec 7, 2007, at 11:36 AM, [EMAIL PROTECTED] wrote: On Fri, 07 Dec 2007 22:04:48 +0300, Al Boldi said: Because WORKFLOW C is transparent, it won't affect other workflows. So you could still use your normal WORKFLOW B in addition to WORKFLOW C, gaining an additional level of version

Re: [PATCH] Fake NUMA emulation for PowerPC

Arnd Bergmann wrote: > On Friday 07 December 2007, Balbir Singh wrote: >> Balbir Singh wrote: >>> Geert Uytterhoeven wrote: On Sat, 8 Dec 2007, Balbir Singh wrote: > + if (strstr(p, "fake=")) > + cmdline = p + 5;/* 5 is faster than strlen("fake=") */ Really?

Re: 2.6.24-rc4-mm1 kobject changes broken with hvcs driver on powerpc

> How about running 2.6.24-rc4 with _only_ the patch to this driver to > convert it to krefs? Does that combination cause problems? > > The patch is at: > > http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/gregkh-01-driver/kobject-convert-hvcs-to-use-kref-not-kobject.patch

Re: [PATCH] Fake NUMA emulation for PowerPC

On Friday 07 December 2007, Balbir Singh wrote: > Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake > NUMA nodes can be specified using the following command line option > > numa=fake= > > node range is of the format ,,... Excellent idea! I'd love to have this in RHEL5u1,

  1   2   3   4   5   6   7   >