Converted to a mutex, and changed the name to mce_read_mutex. Signed-off-by: Daniel Walker <dwalker@mvista.com> --- 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 =================================================================== --- linux-2.6.23.orig/arch/x86/kernel/cpu/mcheck/mce_64.c +++ linux-2.6.23/arch/x86/kernel/cpu/mcheck/mce_64.c @@ -564,7 +564,7 @@ static ssize_t m...

The ctrlUrbLock has all it's users commented out, and so it's unused. This patch removes it. Signed-off-by: Daniel Walker <dwalker@mvista.com> --- drivers/media/video/usbvision/usbvision-core.c | 3 --- drivers/media/video/usbvision/usbvision-video.c | 1 - drivers/media/video/usbvision/usbvision.h | 1 - 3 files changed, 5 deletions(-) Index: linux-2.6.23/drivers/media/video/usbvision/usbvision-core.c =================================================================== ...

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 these kernels: kernel-vanilla-2.6.24_rc3_git3-20071201095839 kernel-default-2.6.24_rc3_git3-20071201095839 kernel-default-2.6.24_rc4_git3-20071206172629 kernel-vanilla-2.6.24_rc4_git3-20071206172629 probl...

I was looking for an easy semaphore I could convert to a mutex, and I ran into one that was widely spread and interesting, and which seemed quite doable at first sight. So, I started working on it, but was forgotten this discussion, (until Daniel made me remember it this afternoon). So, I (stupid me ;-) ) tried to convert dev->sem... After doing the monkey part of the conversion I can boot the kernel completely on X86 and ARM, and everything works fine, except after enabling lockdep, lockdep ...

On Fri, 7 Dec 2007 17:53:47 -0500 OK, thanks. Another one for the regression list, please. --

On Dec 7, 2007 6:12 PM, Pallipadi, Venkatesh No, I did not see this prior to enabling CPU_IDLE. All previous kernels without CPU_IDLE also had soft lockup detection enabled. Parag --

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> node range is of the format <range1>,<range2>,...<rangeN> Each of the rangeX parameters is passed using memparse(). I find the patch useful for fake NUMA emulation on my simple PowerPC machine. I've tested it on a non-numa box with the following arguments numa=fake=1G numa=fake=1G,2G name=fake=1G,512M,...

Yes, they all appear on node 0. We could have tweaks to distribute CPU's That would be interesting, but it always means that we need to run kexec, which might involve two boots. -- Warm Regards, Balbir Singh Linux Technology Center IBM, ISTL --

Excellent idea! I'd love to have this in RHEL5u1, because that would make that distro boot on certain machines that have more memory than is supported without an iommu driver. The problem we have is that when you simply say mem=1G but all of the first gigabyte is on the first node, you end up with a memoryless node, which is not supported. Unfortunately, it comes too late for me now, as all new distros already boot on Cell machines that need an IOMMU. Arnd <>< --

Really? My gcc is smart enough to replace the `strlen("fake=")' by 5, even without -O. With kind regards, Geert Uytterhoeven Software Architect Sony Network and Software Technology Center Europe The Corporate Village

Thanks for pointing that out, but I am surprised that a compiler would -- Warm Regards, Balbir Singh Linux Technology Center IBM, ISTL --

Even if it wasn't: Why the heck would you want to optimize this? The function is run _once_ at boot time and the object code gets thrown away afterwards! Arnd <>< --

Hi, Care to explain what this is useful for? (Not saying it's a stupid idea, This doesn't look right. You check if it contains fake=, not if it starts with it. So if someone did: "numa=foo,fake=bar", or even "numa=debug,fake=", things wouldn't work right. -Olof --

In my case, I use it to test parts of my memory controller patches on an emulated NUMA machine. I plan to use it to test out page migration Yes, you are right. I merely followed the strstr convention already present, which as you righly point out is wrong. I suspect I need to do something like p = strstr(p, "fake=") if (p) cmdline = p + 5; This would still allow us to do things like numa=foo,fake=bar but the memparse() utility would fail at fake=bar ^^^ or even numa=debu...

Sure. In my case I need to emulate NUMA nodes to do some NUMA specific testing. The memory controller I've written has some interesting data structures like per node, per zone LRU lists. To be able to test those features on a non-numa box is a problem, since we get just the default node. 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. I just thought of another very in...

Maybe I'm missing something, what do you mean by memory controller you've written? (I'm use to the term 'memory controller' meaning the - k --

From: Casey Schaufler <casey@schaufler-ca.com> Collect the Smack label of the other end on connection so that getsockopt(..., SO_PEERSEC, ...) can report it. This is done in smack_inet_conn_request(). Report the correct value in smack_socket_getpeersec_stream(). Initialize the smk_packet field in the socket blob. Comment on the purpose of smk_packet in the header file and remove the unused smk_depth field from the blob. Signed-off-by: Casey Schaufler <casey@schaufler-ca.com> --- ...

On Fri, 07 Dec 2007 20:44:45 +0000 Yes, this is breakage in the scsi tree. I believe that the offending patch has been found and I have a nasty fix somewhere in my inbox - it involves reverting a patch which doesn't revert properly. I haven't got onto looking at it yet, sorry. --

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 (I am pretty sure) this didn't work at all. I don't know about vanilla since I don't run that. 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 at least 16 MB/s. The card itself is capable of...

No, this: pccard: PCMCIA card inserted into slot 0 cs: memory probe 0x50000000-0x57ffffff: excluding 0x50000000-0x57ffffff cs: memory probe 0xe0100000-0xe17fffff: excluding 0xe0100000-0xe026ffff 0xe= 03e0000-0xe082ffff 0xe0b10000-0xe10cffff pcmcia: registering new device pcmcia0.0 scsi2 : pata_pcmcia ata3: PATA max PIO0 cmd 0x3100 ctl 0x310e irq 19 ata3.00: CFA: LEXAR ATA FLASH, V2.00, max PIO6 ata3.00: 8018640 sectors, multi 0: LBA=20 ata3.00: configured for PIO0 ata3.00: configured for PIO0...

That could be why it didn't work for a few kernel versions. I reconfigured for a libata-only system a while back. And, since I usually use the USB-2 flash reader I didn't care much about the PCMCIA. I will try reverting that patch later tonight, in a few hours. --=20 Zan Lynx <zlynx@acm.org>

Yay! --

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 TracerPid: 0 ...etc, etc... This is supposed to look like: # cat /proc/1/status Name: init State: S (sleeping) Tgid: 1 Pid: 1 PPid: 0 TracerPid: 0 ... --=20 Zan Lynx <zlynx@acm.org>

Greetings; Is this drive interface card supported by the current linux kernel? Masscool XWT-RC018, as seen on tigerdirect's site: <http://www.tigerdirect.com/applications/SearchTools/item-details.asp?EdpNo=3501402&CatId=1455> Thank you. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If a man had a child who'd gone anti-social, killed perhaps, he'd still tend to protect ...

Hi, In this patch, I unify segment_32.h and segment_64.h into segment.h They have some common parts, but a considerable ammount of code still has to be around ifdefs. The only patch that is really important to paravirt is the first one, that moves a paravirt definition into the common header. The other two are just normal integration, and pretty much independent --