Re: [PATCH] Add source address to sunrpc svc errors

* J. Bruce Fields ([EMAIL PROTECTED]) wrote: > On Tue, Aug 28, 2007 at 07:03:06PM +0100, Dr. David Alan Gilbert wrote: > > I'm not going to be able to recut the patch until the weekend; > > do you just want to remove the 'err' in your copy and feed this > > to the main tree with some of the rest

Re: [PATCH] Console keyboard events and accessibility

Pavel Machek, le Sat 01 Sep 2007 18:18:45 +, a écrit : > > > > Very early is not so early, and loading initrd itself may actually fail. > > > > The kernel may indeed hang, but there are more chances to get some > > > > messages before the hang. Don't _you_ have a VGA screen for getting > > > >

Re: [lm-sensors] [PATCH] hwmon: Add power meters to Documentation/hwmon/sysfs-interface

On Sat, 01 Sep 2007, Shem Multinymous wrote: > > Should we add power?_10sec_avg_input? IIRC thinkpads export that, > > too. I'd say it is enough to know it is an average, you don't need to specify HOW it is averaged. But there is a real need to export both instantaneous and averaged values in pow

[PATCH 1/3] netlink: use the macro min(x,y) provided by instead

Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- 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 @@ -

[PATCH 2/3] netlink: the temp variable name max is ambiguous

with the macro max provided by , so changed its name to a more proper one: limit Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- 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 ind

[PATCH 3/3] netlink: use a statically allocated nl_table instead

if the table is always fixed size with MAX_LINKS entries, why not use a statically allocated table straightforwardly? Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- net/netlink/af_netlink.c | 11 ++- 1 files changed, 2 insertions(+), 9 deletions(-) diff --git a/net/netlink/af_netl

Re: nmi_watchdog=2 regression in 2.6.21

Hello, Here is a patch to fix the NMI watchdog problem on CoreDuo processor. I think we still need Daniel's patch to make the error path (when you are stuck) do the right cleanup. Changelog: - fix the NMI watchdog on Intel CoreDuo processor whereby the kernel would get stuck du

Re: [PATCH] i386 and x86_64: randomize brk()

Hello Andrew, Andrew Morton wrote: > On Thu, 30 Aug 2007 17:10:03 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> > wrote: >> Andrew, do you still strongly oppose to having ARCH_HAS_RANDOMIZE_BRK >> macro instead please? >> > > Not strongly, but the general opinion seems to be that ARCH_HAS_FOO is

Re: Fwd: That whole "Linux stealing our code" thing

> It is illegal to modify a license unless you are the owner/author, > because it is a legal document. If there are multiple owners/authors, 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 copyri

Re: nmi_watchdog=2 regression in 2.6.21

On Saturday 01 September 2007 21:51:42 Stephane Eranian wrote: > Hello, > > Here is a patch to fix the NMI watchdog problem on CoreDuo processor. > I think we still need Daniel's patch to make the error path (when you > are stuck) do the right cleanup. Thanks. Can that other patch please be subm

Re: [PATCH 3/5] Net: ath5k, use int as retval

John W. Linville napsal(a): > On Tue, Aug 28, 2007 at 12:00:09PM -0400, Jiri Slaby wrote: >> ath5k, use int as retval >> >> Convert some functions to return int and proper negative return value on >> error as we are used to. > > Since I didn't apply 1/5, this one didn't apply either. It seems > f

Re: intel-rng on modern hardware

Shane wrote: 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. No modern ICH chipset has an RNG, AFAIK.

Re: [PATCH 2.6.23-rc5] driver/char/hpet.c: remove clocksource warning on !IA64

On Sat, 2007-09-01 at 08:51 -0700, Daniel Walker wrote: > 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:

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > Constantine A. Murenin wrote: > > > This will hopefully help diminish certain myths about the code licensing. > > > > What myth? The myth that Theo understands dual lic

Re: 2.6.23-rc4-mm1

On Sat, 1 Sep 2007, Herbert Xu wrote: > On Fri, Aug 31, 2007 at 11:58:15PM -0700, Andrew Morton wrote: > > > > > crypto/built-in.o: In function `update2': > > > digest.c:(.text+0x94a): undefined reference to `crypto_km_types' > > > digest.c:(.text+0x9bf): undefined reference to `crypto_km_types

Re: nmi_watchdog=2 regression in 2.6.21

On Sat, 2007-09-01 at 22:32 +0200, Andi Kleen wrote: > On Saturday 01 September 2007 21:51:42 Stephane Eranian wrote: > > Hello, > > > > Here is a patch to fix the NMI watchdog problem on CoreDuo processor. > > I think we still need Daniel's patch to make the error path (when you > > are stuck) do

Re: intel-rng on modern hardware

Jeff Garzik wrote: Shane wrote: 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. No modern ICH chipset has an

[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 ch

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 09:30:52PM +0100, Alan Cox wrote: > If OpenBSD wants a world where code must be returned 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 d

Re: [PATCH] drivers/firmware: const-ify DMI API and internals

On Sat, 1 Sep 2007, Andi Kleen wrote: > > > And if we're really lucky, this might enable some additional > > optimizations on the part of the compiler. > > Only if the kernel was compiled C++. C compilers generally ignore constness > for optimization purposes because it can be so easily

Re: [PATCH] Fix preemptible lazy mode bug

Zachary Amsden wrote: > Do you agree it is better to be safe than sorry in this case? The > kind of bugs introduced by getting this wrong are really hard to find, > and I would rather err on the side of an extra increment and decrement > of preempt_count that causing a regression. I think this pa

Re: [PATCH] add CONFIG_VT_UNICODE

Bill Nottingham wrote: As of now, the kernel defaults to non-unicode and XLATE for the keyboard. We've been changing this in Fedora, but that requires patching the defaults in the kernel. The attached introduces CONFIG_VT_UNICODE, which sets the console in unicode mode by default on boot, includ

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 10:54:57PM +0200, Adrian Bunk wrote: > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > Constantine A. Murenin wrote: > > > > This will hopefully help diminish certain myths about the code

Re: [PATCH 2.6.23-rc4] irq: irq and pci_ids patch for Intel Tolapai

On Thu, Aug 30, 2007 at 03:46:56PM -0700, Jason Gaston wrote: > This updated patch adds the Intel Tolapai LPC and SMBus Controller DID's. > > Signed-off-by: ?Jason Gaston <[EMAIL PROTECTED]> > > --- linux-2.6.23-rc4/arch/i386/pci/irq.c.orig 2007-08-27 18:32:35.0 > -0700 > +++ linux-2.6.2

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > Constantine A. Murenin wrote: > > > > This will hopefully help diminish certain myths about the code > > > > l

Re: [PATCH 2.6.23-rc4] irq: irq and pci_ids patch for Intel Tolapai

Grant Grundler wrote: On Thu, Aug 30, 2007 at 03:46:56PM -0700, Jason Gaston wrote: This updated patch adds the Intel Tolapai LPC and SMBus Controller DID's. Signed-off-by: ?Jason Gaston <[EMAIL PROTECTED]> --- linux-2.6.23-rc4/arch/i386/pci/irq.c.orig 2007-08-27 18:32:35.0 -0700 +++

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. On Sat, Sep 01, 2007 at 01:54:17PM -0700, Daniel Walker wrote: > 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

Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog

On Sat, 2007-09-01 at 14:33 -0700, Stephane Eranian wrote: > Daniel, > > Thanks for your help tracking down this bug. Maybe we can close > the bugzilla report now. No problem , and thanks for taking the time to dig into it .. I'll close the bugzilla report. Daniel - To unsubscribe from this li

Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog

On Saturday 01 September 2007 22:54:17 Daniel Walker wrote: > 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 afte

[PATCH 2.6.23-rc4] qconf ("make xconfig") Search Dialog Enhancement

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 se

Re: about modularization

* Date: Fri, 3 Aug 2007 15:19:00 +0200 * Received-SPF: softfail (mx3: transitioning domain of elte.hu does not designate 157.181.1.14 as permitted sender) client-ip=157.181.1.14; [EMAIL PROTECTED]; helo=elvis.elte.hu; > If you boot into a distro kernel on > a typical PC, about half of the kerne

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Sat, Sep 01, 2007 at 10:54:57PM +0200, Adrian Bunk wrote: > > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > > Constantine A. Murenin wrote: > > > > > Th

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 05:27:03PM -0400, Constantine A. Murenin wrote: > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > > > Constantine A. Murenin wrote: >

Re: 2.6.23-rc4-mm1 "no CRC" MODPOST warnings

On Fri, 31 Aug 2007, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ Got these on an i386 build with CONFIG_MODVERSIONS=y ... WARNING: "div64_64" [net/netfilter/xt_connbytes.ko] has no CRC! WARNING: "div64_64" [net/ipv4/tcp_cubi

Re: [PATCH] x86/x86-64 PCI domain support

> > +config PCI_DOMAINS > + bool "PCI domain support" > + depends on PCI I don't think this should be a config option. But there should be a pci=... option with Documentation to turn it off at runtime > +static inline int pci_proc_domain(struct pci_bus *bus) > +{ > + return pci_

Re: Fwd: That whole "Linux stealing our code" thing

Adrian Bunk wrote: On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: Constantine A. Murenin wrote: This will hopefully help diminish certain myths about the code licensing. What myth? The myth t

Re: [PATCH] x86/x86-64 PCI domain support

Andi Kleen wrote: +config PCI_DOMAINS + bool "PCI domain support" + depends on PCI I don't think this should be a config option. CONFIG_PCI_DOMAINS is referenced in arch-neutral code, so the symbol _must_ be defined. It can be hidden, perhaps, if that makes our x86 maintainer

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 05:51:49PM -0400, Constantine A. Murenin wrote: > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > On Sat, Sep 01, 2007 at 10:54:57PM +0200, Adrian Bunk wrote: > > > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > > > On 01/09/07, Jeff Garz

Re: the Linux kernel, testsuites, and maybe *you*

"Mike Frysinger" <[EMAIL PROTECTED]> writes: > is there any sort of standard for testing and integration into > mainline ? Everybody does their own. > in the Blackfin world, we've been developing little > external kernel modules and adding them to our own testsuite, but > often times these thi

Re: [ANNOUNCE] DeskOpt - on fly task, i/o scheduler optimization

Michal Piotrowski <[EMAIL PROTECTED]> writes: > Here is something that might be useful for gamers and audio/video editors > http://www.stardust.webpages.pl/files/tools/deskopt/ To make it double cool combine that with the generic genetic optimizer for parameters that was posted a couple of month

[PATCH -mm] Hibernation: Check if ACPI is enabled during restore in the right place

From: Rafael J. Wysocki <[EMAIL PROTECTED]> 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 en

Re: [RFC][PATCH 1/6] Storing ipcs into IDRs

[EMAIL PROTECTED] writes: > This patch introduces ipcs storage into IDRs. The main changes are: > . This ipc_ids structure is changed: the entries array is changed into a > root idr structure. > . The grow_ary() routine is removed: it is not needed anymore when adding > an ipc structur

Re: XFS Fails Quality Assurance Tests on ARM

David Miller <[EMAIL PROTECTED]> writes: > From: Byron Bradley <[EMAIL PROTECTED]> > Date: Fri, 31 Aug 2007 03:12:46 + (UTC) > > > Anybody got any ideas of how we fix this? > > I don't know how much testing XFS gets on ARM, but one thing that some > ARM chips have is D-cache aliasing problem

Re: [PATCH] sysctl: Deprecate sys_sysctl in a user space visible fashion.

Rob Landley <[EMAIL PROTECTED]> writes: > > A lot of embedded people like to configure /proc out of the kernel for space > reasons. This would make that noticeably more painful. I had a patch for a sysctl_name(2) for this a long time ago. If it was a serious issue that could be reintroduced. B

Re: speeding up swapoff

Daniel Drake <[EMAIL PROTECTED]> writes: > > It's more-or-less a real life problem. We have an interactive > application which, when triggered by the user, performs rendering tasks > which must operate in real-time. In attempt to secure performance, we > want to ensure everything is memory residen

Re: [PATCH] Track accurate idle time with tick_sched.idle_sleeptime

Venki Pallipadi <[EMAIL PROTECTED]> writes: > > +void tick_nohz_stop_idle(int cpu) > +{ > + struct tick_sched *ts = &per_cpu(tick_cpu_sched, cpu); > + > + if (ts->idle_active) { > + ktime_t now, delta; > + now = ktime_get(); That could be PM timer read costing tho

Re: [PATCH] x86/x86-64 PCI domain support

> > The second function is redundant? > > No, it's a hook we must implement, when CONFIG_PCI_DOMAINS is enabled. Then the other function is redundant. -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo in

linux-image-2.6.22-2-amd64: Ethernet not functioning on Nvidia MCP51

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) ([EMAIL PROTECTED]) (gcc ve

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 03:03:36PM -0700, Sam Leffler wrote: > Adrian Bunk wrote: >> On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: >> >>> On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: >>> Constantine A. Murenin wrote: > This will hopefull

linux-image-2.6.23-rc4-amd64: Ethernet not functioning on Nvidia MCP51

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 (Deb

Re: [PATCH 1/1] i386: fix a hang on stuck nmi watchdog

On Sat, 2007-09-01 at 23:45 +0200, Andi Kleen wrote: > On Saturday 01 September 2007 22:54:17 Daniel Walker wrote: > > 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 m

Re: [PATCH] x86/x86-64 PCI domain support

Andi Kleen wrote: The second function is redundant? No, it's a hook we must implement, when CONFIG_PCI_DOMAINS is enabled. Then the other function is redundant. No, both functions are required by the interface. Jeff - To unsubscribe from this list: send the line "unsubscribe linu

Re: 2.6.23-rc4-mm1 "no CRC" MODPOST warnings

On Sun, Sep 02, 2007 at 03:36:08AM +0530, Satyam Sharma wrote: > > > On Fri, 31 Aug 2007, Andrew Morton wrote: > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ > > Got these on an i386 build with CONFIG_MODVERSIONS=y ... > > WARNING: "div64_64" [

Re: the Linux kernel, testsuites, and maybe *you*

On 02 Sep 2007 00:08:57 +0200, Andi Kleen <[EMAIL PROTECTED]> wrote: > BTW string functions are best tested in user space. That's > a relatively bad example. in theory, maybe ... in reality, i really dont think so the string implementations are spread out over the kernel ... there's implementatio

Re: the Linux kernel, testsuites, and maybe *you*

On 9/1/07, Robin Getz <[EMAIL PROTECTED]> wrote: > On Fri 31 Aug 2007 17:22, Mike Frysinger pondered: > > is there any sort of standard for testing and integration into > > mainline ? in the Blackfin world, we've been developing little > > external kernel modules and adding them to our own testsui

Re: [Bugme-new] [Bug 8961] New: BUG triggered by oidentd in netlink code

Athanasius wrote: On Sat, Sep 01, 2007 at 06:38:23PM +0200, Patrick McHardy wrote: You might be able to trigger it without this patch by running "while true; do ss -tn; done" while doing ident queries, but just running the while loop a couple of times in parallel doesn't seem to trigger it here

[PATCH -mm] softlockup-improve-debug-output.patch fix

kernel/softlockup.c: In function 'softlockup_tick': kernel/softlockup.c:125: warning: 'regs' is used uninitialized in this function So let's fix softlockup-improve-debug-output.patch to actually work, and do what it claimed in the changelog :-) Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]> -

Re: Thinking outside the box on file systems

* Date: Sun, 19 Aug 2007 03:57:58 +0100 >> don't forget the ACPI interpreter. > > YAProof that bogons follow Boze statistics... or bugons, then. Why big minds didn't do rdev-like binary patching of the kernel image with binary ACPI data? Getting such data in (any) userspace would be the only thi

[EMAIL PROTECTED]: I respect the GPL immensely, really I do - but I believe this type of action weakens us all.]

- Forwarded message from Bob Beck <[EMAIL PROTECTED]> - From: Bob Beck <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] 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.ualber

Re: 2.6.23-rc4-mm1 "no CRC" MODPOST warnings

On Sun, Sep 02, 2007 at 03:36:08AM +0530, Satyam Sharma wrote: > > > On Fri, 31 Aug 2007, Andrew Morton wrote: > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ > > Got these on an i386 build with CONFIG_MODVERSIONS=y ... > > WARNING: "div64_64" [

[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_sig

[PATCH -mm] drivers/acpi/tables/tbutils.c: Shut up bogus uninitialized variable warning

drivers/acpi/tables/tbutils.c: In function 'acpi_tb_parse_root_table': drivers/acpi/tables/tbutils.c:403: warning: 'rsdt_address' may be used uninitialized in this function has been verified to be a bogus warning. Let's just initialize the variable to zero and shut this up. Signed-off-by: Satyam

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Sat, Sep 01, 2007 at 05:27:03PM -0400, Constantine A. Murenin wrote: > > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > On Sat, Sep 01, 2007 at 01:37:18PM -0400, Constantine A. Murenin wrote: > > > > On 01/09/07, Jeff Garzik <[EMAI

Re: read-only /sys/block/sda/device/queue_depth

Yan Seiner wrote: I'm running into the same issue reported here: I am using the ata_piix module. If I read the docs correctly, I should be able to use ahci as well; I need to rebuild the kernel though (debian insists on

kconfig/kbuild rewite (Re: What's up with CONFIG_BLK_DEV?)

* Sun, 26 Aug 2007 01:08:28 -0500 * Organization: Boundaries Unlimited > [] > Also "here's a symbol, show me a menu containing everything else that is > either required by or enabled by this symbol..." That sounds like a more > powerful abstraction, since the previous one is "show me everything

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 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" i

Re: [EMAIL PROTECTED]: I respect the GPL immensely, really I do - but I believe this type of action weakens us all.]

On Sat, Sep 01, 2007 at 04:41:12PM -0600, Bob Beck wrote: > - Forwarded message from Bob Beck <[EMAIL PROTECTED]> - > > From: Bob Beck <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: I respect the GPL immensely, really I do - but I believe this type > of action weakens us all. > X-

Re: Fwd: That whole "Linux stealing our code" thing

>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 >reverse-engineered at OpenBSD, and put a more restrictive licence onto >it, such that there will be no possibility of the changes going back >to OpenBSD, give

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 07:29:39PM -0400, Constantine A. Murenin wrote: > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > On Sat, Sep 01, 2007 at 05:27:03PM -0400, Constantine A. Murenin wrote: > > > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > > On Sat, Sep 01, 2007 at 01:37:1

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 (

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Luis R. Rodriguez <[EMAIL PROTECTED]> wrote: > 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. Err... I don't

Re: [PATCH -mm] drivers/acpi/tables/tbutils.c: Shut up bogus uninitialized variable warning

On Sun, Sep 02, 2007 at 05:12:14AM +0530, Satyam Sharma wrote: > > drivers/acpi/tables/tbutils.c: In function 'acpi_tb_parse_root_table': > drivers/acpi/tables/tbutils.c:403: > warning: 'rsdt_address' may be used uninitialized in this function > > has been verified to be a bogus warning. Let's ju

r.kernel.org

>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 What? when we talk about the ethics of cooperating develop

Re: [OT] good job guys with the anti-spam !

* Tue, 31 Jul 2007 23:40:11 +0200 > [] > eventhough people often write only when they have something to complain > about, I for once would like to congratulate Matti and David, our mail > admins, for the wonderful job they've done with the spams lately. This > month, I might have seen maybe one or

Re: [OT] good job guys with the anti-spam !

On 2007.09.02 02:36:18 +0200, Oleg Verych wrote: > * Tue, 31 Jul 2007 23:40:11 +0200 > > > [] > > eventhough people often write only when they have something to complain > > about, I for once would like to congratulate Matti and David, our mail > > admins, for the wonderful job they've done with th

Re: 2.6.23-rc4-mm1 OOPS in forcedeth?

Hi Jurriaan, > [EMAIL PROTECTED] wrote: > > From: Andrew Morton <[EMAIL PROTECTED]> > > Date: Fri, Aug 31, 2007 at 09:58:22PM -0700 > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/ > > > > > On this machine (Athlon 64 X2 4600, 4 GiB memory, lots of d

Re: Fwd: That whole "Linux stealing our code" thing

When companies have taken our wireless device drivers, many many of them have given changes and fixes back. Some maybe didn't, but that is OK. When Linux took our changes back, they immediately locked the door against changes moving back, by putting a GPL license on guard. Why does our brother L

Re: [ANNOUNCE] seekwatcher v0.3 IO graphing an animation

* Fri, 27 Jul 2007 21:20:57 -0400 > [] > Here's a sample of the smoother graphs (creating 20 kernel trees): > > http://oss.oracle.com/~mason/seekwatcher/ext3_vs_btrfs_vs_xfs.png It seems, that making log for XFS on different physical device can boost performance. Will it be reliable, is a question

Re: [PATCH -mm] drivers/acpi/tables/tbutils.c: Shut up bogus uninitialized variable warning

On Sun, 2 Sep 2007, Adrian Bunk wrote: > > On Sun, Sep 02, 2007 at 05:12:14AM +0530, Satyam Sharma wrote: > > > > drivers/acpi/tables/tbutils.c: In function 'acpi_tb_parse_root_table': > > drivers/acpi/tables/tbutils.c:403: > > warning: 'rsdt_address' may be used uninitialized in this function

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Sat, Sep 01, 2007 at 07:29:39PM -0400, Constantine A. Murenin wrote: > > On 01/09/07, Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > On Sat, Sep 01, 2007 at 05:27:03PM -0400, Constantine A. Murenin wrote: > > > > On 01/09/07, Adrian Bunk <[EMAI

Re: [PATCH 1/3] netlink: use the macro min(x,y) provided by instead

On 9/2/07, David Newall <[EMAIL PROTECTED]> wrote: > Denis Cheng wrote > > + order = get_bitmask_order(min(max, (unsigned long)UINT_MAX)) - 1; > > > > Why doesn't this clash with the max define, also in linux/kernel.h? They indeed don't clash, the cpp included by gcc is intelligent enough, it k

Re: recent nfs change causes autofs regression

Trond Myklebust wrote: On Thu, 2007-08-30 at 20:49 -0700, Linus Torvalds wrote: Please send in a fix. If the fix involves making "nosharecache" the default, then that is better than making policy decisions like this in the kernel. The kernel should do what the user asks and not put in unnecessa

Re: That whole "Linux stealing our code" thing

On Sep 1, 2007, at 5:52 PM, Adrian Bunk wrote: 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

Re: [ANNOUNCE/RFC] Really Fair Scheduler

On Fri, 2007-08-31 at 04:05 +0200, Roman Zippel wrote: > Hi, > > I'm glad to announce a working prototype of the basic algorithm I > already suggested last time. > As I already tried to explain previously CFS has a considerable > algorithmic and computational complexity. This patch should now make

RE: [EMAIL PROTECTED]: I respect the GPL immensely,really I do - but I believe this type of action weakens us all.]

> 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 y

Re: [OT] good job guys with the anti-spam !

On Sun, Sep 02, 2007 at 02:39:36AM +0200, Bj?rn Steinbrink wrote: [] > > Ehrm, you want everyone who wants to start a new thread to: > > - send an email > - await response from the mail server > - send the same email again as a reply to the first one No. Send a ticket request and then organiz

Re: r.kernel.org

Bob Beck wrote: 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 What? when we talk about the ethics of coopera

[PATCH -mm] net/sched/sch_cbq.c: Shut up uninitialized variable warning

net/sched/sch_cbq.c: In function 'cbq_enqueue': net/sched/sch_cbq.c:383: warning: 'ret' may be used uninitialized in this function has been verified to be a bogus case. So let's shut it up. Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]> --- net/sched/sch_cbq.c |2 +- 1 file changed, 1

PATCH - Pktgen srcmac fix - Kernel 2.6.22.6

diff -urNp linux-orig/net/core/pktgen.c linux-mod/net/core/pktgen.c --- linux-orig/net/core/pktgen.c2007-08-31 02:21:01.0 -0400 +++ linux-mod/net/core/pktgen.c 2007-09-01 20:51:22.0 -0400 @@ -111,6 +111,9 @@ * * 802.1Q/Q-in-Q support by Francesco Fondelli (FF) <[EMAIL PR

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 06:36:36PM -0600, Theo de Raadt wrote: > When companies have taken our wireless device drivers, many many of > them have given changes and fixes back. Some maybe didn't, but that > is OK. > > When Linux took our changes back, they immediately locked the door > against chan

Re: Fwd: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 06:02:26PM -0600, Bob Beck wrote: > >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 > >reverse-engineered at OpenBSD, and put a more restrictive licence onto > >it, such that there

Re: That whole "Linux stealing our code" thing

Jason Dixon wrote: Once the grantor (Reyk) releases his code under that license, it must remain. You are free to derive work and redistribute under your license, but the original copyright and license permission remains intact. Many other entities (Microsoft, Apple, Sun, etc) have used BSD c

Re: That whole "Linux stealing our code" thing

On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Jason Dixon wrote: > > Once the grantor (Reyk) releases his code under that license, it must > > remain. You are free to derive work and redistribute under your > > license, but the original copyright and license permission remains > > intact.

Re: That whole "Linux stealing our code" thing

On 9/1/07, Constantine A. Murenin <[EMAIL PROTECTED]> wrote: > On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: > > Jason Dixon wrote: > > > Once the grantor (Reyk) releases his code under that license, it must > > > remain. You are free to derive work and redistribute under your > > > license,

Re: That whole "Linux stealing our code" thing

Constantine A. Murenin wrote: On 01/09/07, Jeff Garzik <[EMAIL PROTECTED]> wrote: Jason Dixon wrote: Once the grantor (Reyk) releases his code under that license, it must remain. You are free to derive work and redistribute under your license, but the original copyright and license permission

Re: 2.6.23-rc4-mm1

On Sun, Sep 02, 2007 at 02:39:15AM +0530, Satyam Sharma wrote: > > Tangential, but I've often wondered what are the upsides of keeping > CONFIG_CRYPTO_ALGAPI as a separate config option in the first place? Every > single item in crypto/ ends up "select"ing it (directly or transitively) > so it mak

Re: Fwd: That whole "Linux stealing our code" thing

On 01/09/07, Theo de Raadt <[EMAIL PROTECTED]> wrote: > When companies have taken our wireless device drivers, many many of > them have given changes and fixes back. Some maybe didn't, but that > is OK. > > When Linux took our changes back, they immediately locked the door > against changes moving

Re: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 09:42:54PM -0400, Luis R. Rodriguez wrote: > We asked SFLC to work with us to make sure that everyone's copyrights > were respected in the right places, and that the licenses various developers > wanted for their copyrights were implemented correctly. The patch I sent > i

Re: That whole "Linux stealing our code" thing

On Sat, Sep 01, 2007 at 08:36:24PM -0400, Jason Dixon wrote: > On Sep 1, 2007, at 5:52 PM, Adrian Bunk wrote: > >> 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 lic

Re: That whole "Linux stealing our code" thing

Suppose you saw some other variant of *nix that had some code you wanted to use, but there was a gaping security hole in it. Wouldn't you patch it before you incorporated it? and would it be your fault if this fix made the code not work with the original? We took the code and fixed a gaping se

<    1   2   3   >