linux-kernel mailing list

FromSubjectsort iconDate
Robert Hancock
Re: read-only /sys/block/sda/device/queue_depth
ata_piix does not support NCQ. You have to use AHCI mode for that. -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@nospamshaw.ca Home Page: http://www.roberthancock.com/ -
Sep 1, 7:42 pm 2007
Davide Libenzi
[RFC + PATCH] signalfd simplification
While I was in vacation, I noticed that more "tsk == current" check were added to the signal logic because of the way signalfd fetches other task signals. I'm playing at the moment with this patch, that recall Ben's idea of attaching to the sighand only during read/poll, and calling dequeue_signal() only with "current". This simplifies the signalfd logic quite a bit. If this patch is applied, a task calling signalfd can read its own private signals, and its own group signals. Comments? -...
Sep 1, 7:27 pm 2007
Bob Beck
[beck@bofh.cns.ualberta.ca: I respect the GPL immensely, rea...
----- Forwarded message from Bob Beck <beck@bofh.cns.ualberta.ca> ----- From: Bob Beck <beck@bofh.cns.ualberta.ca> To: misc@openbsd.org Subject: I respect the GPL immensely, really I do - but I believe this type of action weakens us all. X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on bofh.cns.ualberta.ca X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.0 tests=AWL,BAYES_00, DNS_FROM_RFC_ABUSE,FORGED_RCVD_HELO autolearn=no version=3.1.8 Date: Sat, 1 Sep 2007 16:22:43...
Sep 1, 6:41 pm 2007
Adrian Bunk
Re: [beck@bofh.cns.ualberta.ca: I respect the GPL immensely,...
You miss the whole point of dual licencing: Sam has stated in the licence that the code can be distributed under the terms of the BSD licence, or alternatively it can be distributed under the terms of the GPLv2. Noone removed Sam's licence. Sam has offered a choice, and if you choose one of the two offered licences when distributing his code that complies with what he stated in his copyright notice. IANAL, but if reyk contributed to dual licenced code keeping the file dual licenced it...
Sep 1, 7:49 pm 2007
Philippe Bourcier
linux-image-2.6.23-rc4-amd64: Ethernet not functioning on Nv...
Package: linux-image-2.6.23-rc4-amd64 Version: 2.6.23~rc4-1~experimental.1~snapshot.9433 Followup-For: Bug #438663 see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438663 /var/log/dmesg - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - Linux version 2.6.23-rc4-amd64 (Debian 2.6.23~rc4-1~experimental.1~snapshot.9433) (waldi@debian.org) (gcc version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14+1)) #1 SMP Sat Sep 1 00:55:23 UTC 2007 Command line: root=/dev/sdb2 ro video=nv...
Sep 1, 6:34 pm 2007
Philippe Bourcier
linux-image-2.6.22-2-amd64: Ethernet not functioning on Nvid...
Package: linux-image-2.6.22-2-amd64 Followup-For: Bug #438663 see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438663 /var/log/dmesg - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - = - Linux version 2.6.22-2-amd64 (Debian 2.6.22-4snapshot.9420) (waldi@debian.org) (gcc version 4.1.3 20070718 (prerelease) (Debian 4.1.2-14+1)) #1 SMP Fri Aug 31 08:43:40 UTC 2007 Command line: root=/dev/sdb2 ro video=nvidiafb:ywrap,mtrr vga=791 BIOS-provided physical RAM map: BIOS-e820: 000...
Sep 1, 6:27 pm 2007
Rafael J. Wysocki
[PATCH -mm] Hibernation: Check if ACPI is enabled during res...
From: Rafael J. Wysocki <rjw@sisk.pl> The following scenario leads to total confusion of the platform firmware on some boxes (eg. HPC nx6325): * Hibernate with ACPI enabled * Pass "acpi=off" to the boot kernel To prevent this from happening it's necessary to check if ACPI is enabled (and enable it if that's not the case) _right_ _after_ control has been transfered from the boot kernel to the image kernel, before device_power_up() is called (ie. with interrupts disabled).  Enabling ACPI af...
Sep 1, 6:21 pm 2007
Christian Kujau
Oops in 2.6.23-rc5
Hi, today I switched from 2.6.22.3 to 2.6.23-rc5 (skipped quite a few -rc versions due to lack of time), and the box keeps panicking under certain circumstances. I suspected disk related problems, because: when the box is up, I usually resume ~10 bittorrent files. When doing this, each file (~200MB...1GB) is checked and disk activity is pretty high (20MB/s or so), and after 1 minute of doing so the box panicks. Every time. However, I could not reproduce it while generating disk-io with say tar...
Sep 1, 4:57 pm 2007
Daniel Walker
[PATCH 1/1] i386: fix a hang on stuck nmi watchdog
In the case when an nmi gets stucks the endflag stays equal to zero. This causes the busy looping on other cpus to continue, even tho the nmi test is done. On my machine with out the change below the system would hang right after check_nmi_watchdog(). The change below just sets endflag prior to checking if the test was successful or not. Signed-off-by: Daniel Walker <dwalker@mvista.com> --- arch/i386/kernel/nmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: linux-...
Sep 1, 4:54 pm 2007
Andi Kleen
Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
Added thanks. I guess it's .23 material. -Andi -
Sep 1, 5:45 pm 2007
Daniel Walker
Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
putting it in 2.6.23 seems appropriate .. Stephane's patch might be good for 2.6.23 too .. Daniel -
Sep 1, 6:27 pm 2007
Stephane Eranian
Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
Daniel, Thanks for your help tracking down this bug. Maybe we can close the bugzilla report now. -- -Stephane -
Sep 1, 5:33 pm 2007
Daniel Walker
Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog
No problem , and thanks for taking the time to dig into it .. I'll close the bugzilla report. Daniel -
Sep 1, 5:26 pm 2007
Shlomi Fish
[PATCH 2.6.23-rc4] qconf ("make xconfig") Search Dialog Enha...
Hi all! [ I'm not subscribed to this list so please CC me on your replies. ] This patch is against kernel-2.6.23-rc4, and aims to enhance the "make xconfig" search dialog. At the moment what it does is allow searching on the "help" field of the menus as well as the "name" of the symbol. Try searching for "you will get a watchdog" before and after the patch to see what I mean. I'm next planning to add a radio button for choosing between regex match and substring match, as well as implement...
Sep 1, 4:53 pm 2007
Denis Cheng
[PATCH 1/3] netlink: use the macro min(x,y) provided by <...
Signed-off-by: Denis Cheng <crquan@gmail.com> --- net/netlink/af_netlink.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c index 5681ce3..8bb14e3 100644 --- a/net/netlink/af_netlink.c +++ b/net/netlink/af_netlink.c @@ -1905,7 +1905,7 @@ static int __init netlink_proto_init(void) order = get_bitmask_order(max) - 1 + PAGE_SHIFT; max = (1UL << order) / sizeof(struct hlist_head); - order = get_bitmask_o...
Sep 1, 3:45 pm 2007
Denis Cheng
[PATCH 2/3] netlink: the temp variable name max is ambiguous
with the macro max provided by <linux/kernel.h>, so changed its name to a more proper one: limit Signed-off-by: Denis Cheng <crquan@gmail.com> --- net/netlink/af_netlink.c | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c index 8bb14e3..ac3b100 100644 --- a/net/netlink/af_netlink.c +++ b/net/netlink/af_netlink.c @@ -1885,7 +1885,7 @@ static int __init netlink_proto_init(void) { struct sk_buff ...
Sep 1, 3:45 pm 2007
Denis Cheng
[PATCH 3/3] netlink: use a statically allocated nl_table ins...
if the table is always fixed size with MAX_LINKS entries, why not use a statically allocated table straightforwardly? Signed-off-by: Denis Cheng <crquan@gmail.com> --- net/netlink/af_netlink.c | 11 ++--------- 1 files changed, 2 insertions(+), 9 deletions(-) diff --git a/net/netlink/af_netlink.c b/net/netlink/af_netlink.c index ac3b100..c527f87 100644 --- a/net/netlink/af_netlink.c +++ b/net/netlink/af_netlink.c @@ -115,7 +115,7 @@ struct netlink_table { int registered; }; -...
Sep 1, 3:45 pm 2007
Shane
intel-rng on modern hardware
Hi, Just wondering if there is a newer version of intel-rng out of tree or whether modern Intel chipsets have a usable RNG. I haven't been able to get intel-rng loading (no such device) on anything from the p965, p975 or p35 chipsets. Best, Shane -- http://www.cm.nu/~shane/ -
Sep 1, 3:44 pm 2007
Jeff Garzik
Re: intel-rng on modern hardware
No modern ICH chipset has an RNG, AFAIK. Jeff -
Sep 1, 4:40 pm 2007
H. Peter Anvin
Re: intel-rng on modern hardware
Which is a major lossage :( -hpa -
Sep 1, 4:57 pm 2007
Constantine A. Murenin
Fwd: That whole "Linux stealing our code" thing
This will hopefully help diminish certain myths about the code licensing. C. ---------- Forwarded message ---------- From: Theo de Raadt <deraadt@cvs.openbsd.org> Date: 31-Aug-2007 21:40 Subject: That whole "Linux stealing our code" thing To: misc@openbsd.org [bcc'd to Eben Moglen so that people don't flood him] I stopped making public statements in the recent controversy because Eben Moglen started working behind the scenes to 'improve' what Linux people are doing wrong with licen...
Sep 1, 12:48 pm 2007
Alan Cox
Re: Fwd: That whole "Linux stealing our code" thing
Oh dear - Theo, go talk to a lawyer, or do a course on licencing. The owner generally starts with the rights to control who performs acts covered by copyright law. They pass some of those rights on to others by contract, licence or statutory means. It is quite normal for the owner to pass on the right to relicence or modify the licencing of a work. In many cases the owner actually hands on all such rights to a third party (eg an evil music company). [Owner and author often differ as many legal ...
Sep 1, 4:30 pm 2007
Jacob Meuser
Re: Fwd: That whole "Linux stealing our code" thing
OpenBSD does not want this. OpenBSD wants a world where people do things because they are the right thing to do. OpenBSD lets you decide; it doesn't dictate. someone poo-poos your decision, well, it was your decision. someone poo-poos you because you do exactly the thing that you are so afraid of having happen to you, well, it was your decision. -- jakemsr@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org -
Sep 1, 4:57 pm 2007
Jeff Garzik
Re: Fwd: That whole "Linux stealing our code" thing
What myth? The myth that Theo understands dual licensing? Jeff -
Sep 1, 1:21 pm 2007
Constantine A. Murenin
Re: Fwd: That whole "Linux stealing our code" thing
Reyk's code was never dual licensed, so it's not like it even matters to the original dispute. That said, I don't see what exact wording you consider inaccurate. C. -
Sep 1, 1:37 pm 2007
Adrian Bunk
Re: Fwd: That whole "Linux stealing our code" thing
It's no longer dual licenced in the FreeBSD tree because the FreeBSD people removed the GPL choice of the dual licenced code 3 months ago. So all of Theo's accusations of people breaking the law by making this Both the FreeBSD and Linux people draw the logical conclusion that this "Alternatively" means everyone can always choose to remove one of the two choices alternatively offered. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the d...
Sep 1, 4:54 pm 2007
Sam Leffler
Re: Fwd: That whole "Linux stealing our code" thing
Sigh, why actually check the facts when you can make them up. The code in question is my code. It has my copyright (modulo bits shared with onoe-san who was consulted on the switch from dual-bsd/gpl to bsd only in freebsd). Of course what was amusing was how after I changed the license on the current code in freebsd certain folks retroactively applied the license changes to code that was 3 years old. But is there a point to all this nonsense? I dual-licensed the code so folks could ado...
Sep 1, 6:03 pm 2007
Adrian Bunk
Re: Fwd: That whole "Linux stealing our code" thing
Sorry, this has been a thinko on my side: If noone except you and onoe-san made any contributions to this code that were non-trivial enough for automatically giving its author a copyright on his contributions (whatever this means in various cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dr...
Sep 1, 6:29 pm 2007
Constantine A. Murenin
Re: Fwd: That whole "Linux stealing our code" thing
FreeBSD doesn't have Reyk's ath(4) HAL, which OpenHAL is based on. How? FreeBSD doesn't have Reyk's ath(4) HAL from OpenBSD, so there are FreeBSD's ath(4) code, both the driver and the HAL, is entirely written by Sam Leffler, who can licence it in whichever way he seems reasonable. The driver part of Sam's code is also present in OpenBSD, but the HALs in OpenBSD and FreeBSD are entirely different. C. -
Sep 1, 5:27 pm 2007
Adrian Bunk
Re: Fwd: That whole "Linux stealing our code" thing
OK, I begin to understand this, there seem to be three different types of files changed by Jiri's patch: 1. dual licenced files planned to make GPL-only 2. previously dual licenced files with a too recent version used planned to make GPL-only 3. never dual licenced files planned to make GPL-only For files under 1. and 2. Reyk did contribute to dual licenced code without touching the licence, but I missed that there's also code unter 3. So there is a problem, but not with the code under 1...
Sep 1, 5:52 pm 2007
Constantine A. Murenin
Re: Fwd: That whole "Linux stealing our code" thing
I'm not sure how you conclude that Theo missed the relevant parts -- there were many messages posted to misc@openbsd.org mailing list and to The OpenBSD Journal in the last few days, and to me it appears as all of the problems were discussed ad nauseam. After the obvious copyright violations were addressed, I think the problem started being an ethical one. As a free software user and developer, the question I have is how come the Linux community feels that they can take the BSD code that was r...
Sep 1, 7:29 pm 2007
Luis R. Rodriguez
Re: Fwd: That whole "Linux stealing our code" thing
I urge developers to not bait into this and just leave this alone. Those involved know what they are doing and have a strong team of attorneys watching their backs. Any *necessary* discussions are be done privately. Luis -
Sep 1, 7:48 pm 2007
Adrian Bunk
Re: Fwd: That whole "Linux stealing our code" thing
Oh, and if you look at the OpenBSD CVS you see versions 4 months old with dozens of contributions by Reyk and with: /* $OpenBSD: ath.c,v 1.63 2007/05/09 16:41:14 reyk Exp $ */ /* $NetBSD: ath.c,v 1.37 2004/08/18 21:59:39 dyoung Exp $ */ /*- * Copyright (c) 2002-2004 Sam Leffler, Errno Consulting * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: ...
Sep 1, 5:16 pm 2007
Constantine A. Murenin Sep 1, 5:51 pm 2007
Adrian Bunk
Re: Fwd: That whole "Linux stealing our code" thing
He has automatically a copyright on his contributions if they are cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -
Sep 1, 6:06 pm 2007
Yan Seiner
Status of nVidia nForce 590 SLI support?
This is more of a user question; please direct me to a kernel user list if that's more appropriate. I am trying to find out if NCQ and port multiplier are suppored in the nVidia nForce 590 chipset? Specifically, for the Asus Crosshair mobo. <http://www.asus.com/products4.aspx?modelmenu=2&model=1283&l1=3&l2=117&l3=0&l4=0> Thanks, --Yan -- o__ ,>/'_ o__ (_)\(_) ,>/'_ o__ Yan Seiner (_)\(_) ,>/'_ o__ ...
Sep 1, 12:31 pm 2007
Jeff Garzik
[PATCH] Massive net driver stats cleanup
I would appreciate people building this on non-x86 architectures. The compile breakage is always the same: naming of the local variable representing struct net_device. I pushed into into netdev-2.6.git#ALL so that it will show in -mm too. commit e64060e11a401aa7c723d00270896d2cb99faac3 Author: Jeff Garzik <jeff@garzik.org> Date: Sat Sep 1 12:21:41 2007 -0400 drivers/net: statistics cleanup #1 -- save memory and shrink code We now have struct net_device_stats embed...
Sep 1, 12:25 pm 2007
Daniel Walker
[PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksource wa...
The warnings, drivers/char/hpet.c:72: warning: 'clocksource_hpet' defined but not used drivers/char/hpet.c:81: warning: 'hpet_clocksource' defined but not used from, commit 3b2b64fd311c92f2137eb7cee7025794cd854057 Author: Linus Torvalds <torvalds@woody.linux-foundation.org> Date: Fri Aug 31 20:13:57 2007 -0700 This patch eliminates the warnings when the clocksoure isn't used. It also removes some other unused stuff that goes along with the clocksource .. I don't have access to ...
Sep 1, 11:51 am 2007
Daniel Walker
Re: [PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksourc...
Arg, forgot the most important variable. The new function I created needed the hpetp variable. So I added that in the patch below.. I tested both of the ifdef blocks on i386 by just removing the ifdefs .. So it compiles both ways .. ---- Subject: driver/char/hpet.c: remove clocksource warning on !IA64 The warnings, drivers/char/hpet.c:72: warning: 'clocksource_hpet' defined but not used drivers/char/hpet.c:81: warning: 'hpet_clocksource' defined but not used from, commit 3b2b64fd311c...
Sep 1, 4:38 pm 2007
Adrian Bunk
2.6.23-rc: sched.c vs. xtensa: RSR redefined
Although it seems to pick the right version the following namespace conflict should be resolved: <-- snip --> ... CC kernel/sched.o /home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/kernel/sched.c:676:1: warning: "RSR" redefined In file included from include2/asm/bitops.h:18, from /home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/include/linux/bitops.h:17, from /home/bunk/linux/kernel-2.6/linux-2.6.23-rc4-mm1/include/linux/thread_info.h:20, ...
Sep 1, 11:27 am 2007
Ingo Molnar
Re: 2.6.23-rc: sched.c vs. xtensa: RSR redefined
agreed - i've queued up the fix below. Ingo ------------------> Subject: sched: fix xtensa build warning From: Ingo Molnar <mingo@elte.hu> rename RSR to SRR - 'RSR' is already defined on xtensa. found by Adrian Bunk. Signed-off-by: Ingo Molnar <mingo@elte.hu> --- kernel/sched.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) Index: linux/kernel/sched.c =================================================================== --- linux.orig/kernel/sched....
Sep 1, 12:44 pm 2007
Trond Myklebust
[GIT] Please pull fixes for 2.6.23-rc5 nfs client
Hi Linus, Please pull from the "for_linus" branch of the repository at git pull git://git.linux-nfs.org/pub/linux/nfs-2.6.git for_linus This will update the following files through the appended changesets. Cheers, Trond ---- fs/nfs/file.c | 2 +- fs/nfs/namespace.c | 2 +- fs/nfs/nfs4proc.c | 4 ++-- fs/nfs/super.c | 20 ++++++++++---------- fs/nfs/write.c | 44 ++++++++++++++++++++++++++++++++++++++++++++ include/linux/nfs_fs.h ...
Sep 1, 11:24 am 2007
Sergei Shtylyov
Re: PROBLEM: kernel 2.6.22.6 pata_pdc202xx_old.c limiting to...
Dear n: Please do *not* follow-up to a completely inderended thread. Start your Gathering courage and reply to libata bug report -- I'm more of the Hm, 0x40 is not normal a status value... usually, it's 0x50. But it's Again strange status after writinng 0 sectors the same LBA. Hm, never seen sense format 0x72... :-) Aha, 0x3f again, this time in the SCSI sense... I've looked thru the SCSI Then everything happily continues i...
Sep 1, 10:58 am 2007
Jeff Garzik
New stuff pushed to -mm
I just added three branches to 'ALL' branch of git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git dmi-const DMI constification pciseg x86 PCI domain support, newly updated for the latest Muli stuff upstream isdn-cleanups Obvious and simple cleanups for ISDN All are targetted for 2.6.24. Just sent out dmi-const and pciseg to LKML. Sent isdn-cleanups to LKML, ISDN list and Karsten a while ago. The "super mondo ISDN cleanups", converting ISDN HiSax drivers to PCI/P...
Sep 1, 10:32 am 2007
Jeff Garzik
[PATCH] x86/x86-64 PCI domain support
Now that the dust has settled and the prep work is upstream, adding PCI domain support to x86 is a lot more straightforward. Targetted for 2.6.24. commit c7b14cf6aa39e09aef89a0cd08c553dba1ee7e98 Author: Jeff Garzik <jeff@garzik.org> Date: Sat Sep 1 07:36:25 2007 -0400 PCI domain support for x86[-64] aka "PCI segment" support, in ACPI lingo. Signed-off-by: Jeff Garzik <jeff@garzik.org> arch/i386/pci/acpi.c | 15 ++++++++++----- arch/i386/pc...
Sep 1, 10:32 am 2007
Andi Kleen
Re: [PATCH] x86/x86-64 PCI domain support
I don't think this should be a config option. The second function is redundant? -Andi -
Sep 1, 6:00 pm 2007
Jeff Garzik
Re: [PATCH] x86/x86-64 PCI domain support
CONFIG_PCI_DOMAINS is referenced in arch-neutral code, so the symbol _must_ be defined. No, it's a hook we must implement, when CONFIG_PCI_DOMAINS is enabled. Jeff -
Sep 1, 6:06 pm 2007
Andi Kleen
Re: [PATCH] x86/x86-64 PCI domain support
Then the other function is redundant. -Andi -
Sep 1, 6:26 pm 2007
Jeff Garzik
Re: [PATCH] x86/x86-64 PCI domain support
No, both functions are required by the interface. Jeff -
Sep 1, 6:40 pm 2007
Jeff Garzik
[PATCH] drivers/firmware: const-ify DMI API and internals
commit 457b6eb3bf3341d2e143518a0bb99ffbb8d754c4 Author: Jeff Garzik <jeff@garzik.org> Date: Sat Sep 1 10:16:45 2007 -0400 drivers/firmware: const-ify DMI API and internals Three main sets of changes: 1) dmi_get_system_info() return value should have been marked const, since callers should not be changing that data. 2) const-ify DMI internals, since DMI firmware tables should, whenever possible, be marked const to ensure we never ever write ...
Sep 1, 10:27 am 2007
previous daytodaynext day
July 31, 2007September 1, 2007September 2, 2007