Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

2005-04-12 Thread Raul Miller
On Tue, Apr 12, 2005 at 03:45:43PM -0700, David Schwartz wrote: > This wasn't a copyright case. The court only refused to uphold the > agreement because there was no oppurtunity to review the agreement before > purchase. So it certainly wouldn't apply to a click-through type agreement.

Re: Why system call need to copy the date from the userspace before using it

2005-04-12 Thread Vadim Lobanov
On Wed, 13 Apr 2005, Tomko wrote: > Hi all, > > I am new to linux , hope someone can help me. > While i am reading the source code of the linux system call , i find > that the system call need to call copy_from_user() to copy the data from > user space to kernel space before using it . Why not

Re: Exploit in 2.6 kernels

2005-04-12 Thread Valdis . Kletnieks
On Tue, 12 Apr 2005 22:32:59 BST, John M Collins said: > I wish some kind soul would speak nicely to Nvidia and get them to see > reason on the point but I suspect I'm not the first person to wish that. NVidia is aware, and they're doing the best they can under the circumstances (no, they can't

Re: [patch 164/198] IB/mthca: fill in more device query fields

2005-04-12 Thread Roland Dreier
>> + memset(props, 0, sizeof props); Alexey> sizeof *props ? Indeed -- excellent catch considering the volume of patches that went by today. I've committed this fix to our svn tree so it won't get lost, and I'll send it upstream once the patch backlog cleared a bit. Thanks, Roland -

[patch 013/198] SELinux: fix bug in Netlink message type detection

2005-04-12 Thread akpm
From: James Morris <[EMAIL PROTECTED]> This patch fixes a bug in the SELinux Netlink message type detection code, where the wrong constant was being used in a case statement. The incorrect value is not valid for this class of object so it would not have been reached, and fallen through to a

RE: [PATCH 1/6]sep initializing rework

2005-04-12 Thread Protasevich, Natalie
Hello, This is a hotplug CPU patch for i386, done against 2.6.12-rc2-mm3. Somewhat alternative to the one posted by Li Shaohua, but not really (and I didn't mean that :). If you look closer, our patches are different and can complement each other I think. Li did great job on sep, after-offline

[patch 193/198] nfsd4: callback create rpc client returns

2005-04-12 Thread akpm
From: NeilBrown <[EMAIL PROTECTED]> rpc_create_clnt and friends return errors, not NULL, on failure. Signed-off-by: J. Bruce Fields <[EMAIL PROTECTED]> Signed-off-by: Neil Brown <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/fs/nfsd/nfs4callback.c |6

[patch 180/198] IB/mthca: add SYNC_TPT firmware command

2005-04-12 Thread akpm
From: Michael S. Tsirkin <[EMAIL PROTECTED]> Add code for SYNC_TPT firmware command, which will be used by FMR implementation. Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]> Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 198/198] md: remove a number of misleading calls to MD_BUG

2005-04-12 Thread akpm
From: NeilBrown <[EMAIL PROTECTED]> The conditions that cause these calls to MD_BUG are not kernel bugs, just oddities in what userspace is asking for. Also convert analyze_sbs to return void, and the value it returned was always 0. Signed-off-by: Neil Brown <[EMAIL PROTECTED]> Signed-off-by:

Re: [PATCH] Priority Lists for the RT mutex

2005-04-12 Thread Daniel Walker
On Sun, 2005-04-10 at 04:09, Ingo Molnar wrote: > Unless i'm missing something, this could be implemented by detaching > lock->owner_prio from lock->owner - via e.g. negative values. Thus some > minimal code would check whether we need the owner's priority in the PI > logic, or the semaphore's

[patch 174/198] IB/mthca: fix format of CQ number for CQ events

2005-04-12 Thread akpm
From: Roland Dreier <[EMAIL PROTECTED]> CQ numbers are only 24 bits, so only print 6 hex digits and mask off reserved part when reporting a CQ event. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 178/198] IB/mthca: allow address handle creation in interrupt context

2005-04-12 Thread akpm
From: Roland Dreier <[EMAIL PROTECTED]> Make address handle verbs usable from interrupt context. Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/infiniband/hw/mthca/mthca_av.c |6 +++---

[patch 189/198] IB/mthca: add support for new MT25204 HCA

2005-04-12 Thread akpm
From: Roland Dreier <[EMAIL PROTECTED]> Decouple table of HCA features from exact HCA device type. Add a current FW version field so we can warn when someone is using old FW. Add support for new MT25204 HCA. Remove the warning about mem-free support, since it should be pretty solid at this

[patch 191/198] jbd dirty buffer leak fix

2005-04-12 Thread akpm
This fixes the lots-of-fsx-linux-instances-cause-a-slow-leak bug. It's been there since 2.6.6, caused by: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.5/2.6.5-mm4/broken-out/jbd-move-locked-buffers.patch That patch moves under-writeout ordered-data buffers onto a separate

[patch 170/198] IB/mthca: fix MR allocation error path

2005-04-12 Thread akpm
From: Michael S. Tsirkin <[EMAIL PROTECTED]> Fix error handling in MR allocation for mem-free mode: mthca_free must get an MR index, not a key. Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]> Signed-off-by: Roland Dreier <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>

[patch 129/198] fix up newly added jsm driver

2005-04-12 Thread akpm
From: Christoph Hellwig <[EMAIL PROTECTED]> - plug various leaks and use after frees in the remove and initialization failure path (some still left) - remove useless global list of boards and use pci_set_drvdata instead - unobsfucate init path by merging functions together - kill various

[patch 196/198] fbdev MAINTAINERS update

2005-04-12 Thread akpm
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]> This patch does the long overdue updates to MAINTAINERS file for aty128fb and radeonfb. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/MAINTAINERS |8 1 files

[patch 194/198] nfsd4: fix struct file leak

2005-04-12 Thread akpm
From: NeilBrown <[EMAIL PROTECTED]> We were failing to close on an error path, resulting in a leak of struct files which could take a v4 server down fairly quickly So call nfs4_close_delegation instead of just open-coding parts of it. Simplify the cleanup on delegation failure while we're

[patch 131/198] quota: fix possible oops on quotaoff

2005-04-12 Thread akpm
From: Jan Kara <[EMAIL PROTECTED]> Remove dquot structures from quota file on quotaon - quota code does not expect them to be there. Signed-off-by: Jan Kara <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/fs/dquot.c |1 + 1 files changed, 1 insertion(+)

[PATCH scsi-misc-2.6 00/04] scsi: scsi_request_fn() reimplementation

2005-04-12 Thread Tejun Heo
Hello, guys. This patchset reimplements scsi_request_fn(). All prep's are moved into prep_fn and all state checking/issueing are moved into scsi_reqfn. prep_fn() only terminates/defers unpreparable requests and all requests are terminated through scsi midlayer. [ Start of patch descriptions

[patch 135/198] undo do_readv_writev() behavior change

2005-04-12 Thread akpm
From: Dave Hansen <[EMAIL PROTECTED]> Bugme bug 4326: http://bugme.osdl.org/show_bug.cgi?id=4326 reports: executing the systemcall readv with Bad argument ->len == -1) it gives out error EFAULT instead of EINVAL Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/fs/read_write.c |

Re: more git updates..

2005-04-12 Thread Matthias Urlichs
Hi, Linus Torvalds schrub am Tue, 12 Apr 2005 15:49:07 -0700: >> Have to tried to import it? > > It would take days. You can always import it later and then graft it into the commit tree. That would of course change *every* commit node, but so what? They're small, and you can delete the old

[PATCH] saa7134: Add OEM version of already supported card

2005-04-12 Thread Peter Missel
Hi Tobias! Thanks for checking the hardware. It is the same card, the same configuration on the GPx resistors, just a different subsystem vendor ID stored in its EEPROM. The below patch is all it should take to have it auto-detected. The driver will say it's a FlyTV, simply because the name

[patch 136/198] Direct IO async short read fix

2005-04-12 Thread akpm
From: Daniel McNeil <[EMAIL PROTECTED]> The direct I/O code is mapping the read request to the file system block. If the file size was not on a block boundary, the result would show the the read reading past EOF. This was only happening for the AIO case. The non-AIO case truncates the result

[PATCH] Fix reproducible SMP crash in security/keys/key.c

2005-04-12 Thread Jani Jaakkola
SMP race handling is broken in key_user_lookup() in security/keys/key.c (if CONFIG_KEYS is set to 'y'). This came up on our Samba servers, but is not restricted to samba, though samba is probably the only software which is likely to trigger this repeatedly (and it did happen allready four times

Re: 2.6.12-rc2-mm3

2005-04-12 Thread Steven Pratt
Andrew Morton wrote: Nick Piggin <[EMAIL PROTECTED]> wrote: AS basically does its own TCQ strangulation, which IIRC involves things > > like completing all reads before issuing new writes, and completing all > > reads from one process before reads from another. As well as the > >

[patch 102/198] x86_64: Switch SMP bootup over to new CPU hotplug state machine

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> This will allow hotplug CPU in the future and in general cleans up a lot of crufty code. It also should plug some races that the old hackish way introduces. Remove one old race workaround in NMI watchdog setup that is not needed anymore. I removed the

[patch 120/198] fix u32 vs. pm_message_t in rest of the tree

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes u32 vs. pm_message_t confusion in remaining places. Fortunately there's few of them. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/sh/kernel/cpu/bus.c|2 +-

Re: [patch 006/198] arm: add comment about max_low_pfn/max_pfn

2005-04-12 Thread Coywolf Qi Hunt
FYI http://lkml.org/lkml/2004/6/29/57 On 4/13/05, Coywolf Qi Hunt <[EMAIL PROTECTED]> wrote: > I told rmk about this long time ago. > > On 4/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > From: Russell King <[EMAIL PROTECTED]> > > > > Oddly, max_low_pfn/max_pfn end up being the

[patch 125/198] AYSNC IO using singals other than SIGIO

2005-04-12 Thread akpm
From: Bharath Ramesh <[EMAIL PROTECTED]> A question on sigwaitinfo based IO mechanism in multithreaded applications. I am trying to use RT signals to notify me of IO events using RT signals instead of SIGIO in a multithreaded applications. I noticed that there was some discussion on lkml

Why system call need to copy the date from the userspace before using it

2005-04-12 Thread Tomko
Hi all, I am new to linux , hope someone can help me. While i am reading the source code of the linux system call , i find that the system call need to call copy_from_user() to copy the data from user space to kernel space before using it . Why not use it directly as the system call has got the

[patch 119/198] fix u32 vs. pm_message_t in driver/video

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes u32 vs. pm_message_t confusion in drivers/video. Should change no code. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/video/backlight/corgi_bl.c |2 +-

[patch 124/198] possible use-after-free of bio

2005-04-12 Thread akpm
From: Jens Axboe <[EMAIL PROTECTED]> There is a possibility that a bio will be accessed after it has been freed on SCSI. It happens if you submit a bio with BIO_SYNC marked and the auto-unplugging kicks the request_fn, SCSI re-enables interrupts in-between so if the request completes between

[patch 122/198] swsusp: SMP fix

2005-04-12 Thread akpm
From: Alexander Nyberg <[EMAIL PROTECTED]> Fix some smp_processor_id-in-preemptible warnings Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/kernel/power/smp.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -puN kernel/power/smp.c~swsusp-smp-fix

[patch 123/198] uml: fix compilation for __CHOOSE_MODE addition

2005-04-12 Thread akpm
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> I had added the __CHOOSE_MODE syntax to fix some warnings with newer GCC's in the uml-fix-cond-expr-as-lvalues-warning patch. Here is the update from the version I sent to make it work also when only one mode (TT or SKAS) is enabled.

[patch 115/198] fix u32 vs. pm_message_t in PCI, PCIE

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes drivers/pci (mostly pcie stuff). Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/pci/hotplug/pciehp_core.c |2 +- 25-akpm/drivers/pci/pcie/portdrv.h|2 +-

[patch 111/198] fix u32 vs. pm_message_t in drivers/mmc,mtd,scsi

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes u32 vs. pm_message_t in drivers/mmc, drivers/mtd and drivers/scsi. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/mmc/mmc.c |2 +-

Re: Kernel SCM saga.. (bk license?)

2005-04-12 Thread Ricky Beam
On Tue, 12 Apr 2005, Kedar Sovani wrote: >I was wondering if working on git, is in anyway, in violation of the >Bitkeeper license, which states that you cannot work on any other SCM >(SCM-like?) tool for "x" amount of time after using Bitkeeper ? Technically, yes, it is. However, as BitMover has

Re: [RFC] kallsyms C_SYMBOL_PREFIX support

2005-04-12 Thread Yoshinori Sato
At Tue, 12 Apr 2005 12:43:34 +0100, Paulo Marques wrote: > > Yoshinori Sato wrote: > > kallsyms does not consider SYMBOL_PREFIX of C. > > Consequently do not work in architecture using prefix character (h8300, > > v850) really. > > > > Because I can want to use this, I made a patch. > > Please

$B$J$s$H!) (B

2005-04-12 Thread info
$BCO0h8!:w$G6a=j$NH`=w$,8+$D$+$k!*(B $B%3%3$G!V%T%e%"$JM'C#!?M!W(B $B$r8!:w$7$h$&!*(B $Bhttp://www.getluck2.net/ $B"([EMAIL PROTECTED]@ZL5$7!#BN83B`2q<+M3!#B(%"%]!"B(%O%aN($,9b$$$N$G(B $B8zN($,NI$$%5%$%H!#(B - To unsubscribe from this list: send the line "unsubscribe

[patch 113/198] Fix u32 vs. pm_message_t in x86-64

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately that turned out not to be the case... Here are fixes x86-64. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 114/198] fix u32 vs. pm_message_t in drivers/macintosh

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately that turned out not to be the case as Russel King pointed out. Here are fixes for drivers/macintosh. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton

[patch 116/198] u32 vs. pm_message_t in ppc and radeon

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes pm_message_t vs. u32 confusion in ppc and aty (I *hope* that's basically radeon code...). I was not able to test most of these, but I'm not really changing anything, so it should be okay. Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 105/198] pm_message_t: more fixes in common and i386

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> I thought I'm done with fixing u32 vs. pm_message_t ... unfortunately that turned out not to be the case as Russel King pointed out. Here are fixes for Documentation and common code (mainly system devices). Signed-off-by: Pavel Machek <[EMAIL

[patch 108/198] fix u32 vs. pm_message_t in pcmcia

2005-04-12 Thread akpm
From: Pavel Machek <[EMAIL PROTECTED]> This fixes u32 vs. pm_message_t in pcmcia. Signed-off-by: Pavel Machek <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/pcmcia/au1000_generic.c |2 +- 25-akpm/drivers/pcmcia/hd64465_ss.c |2 +-

[patch 101/198] x86_64: Rename the extended cpuid level field

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> It was confusingly named. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> DESC x86_64: Switch SMP bootup over to new CPU hotplug state machine EDESC From: "Andi Kleen" <[EMAIL PROTECTED]> This will allow hotplug CPU in the future and in general cleans up a

[patch 091/198] x86_64: Always use CPUID 80000008 to figure out MTRR address space size

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> It doesn't make sense to only do this only for AMD K8. This would support future CPUs with extended address spaces properly. For i386 and x86-64 Cc: <[EMAIL PROTECTED]> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL

[patch 100/198] x86_64: Add acpi_skip_timer_override option

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Add acpi_skip_timer_override option. It was missing previously. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/setup.c |4 1 files changed, 4 insertions(+) diff

Re: 2.6.12-rc2-mm3

2005-04-12 Thread Juergen Kreileder
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > On Tue, 2005-04-12 at 06:42 +0200, Juergen Kreileder wrote: >> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: >> >>> On Tue, 2005-04-12 at 03:18 +0200, Juergen Kreileder wrote: Andrew Morton <[EMAIL PROTECTED]> writes: >

[patch 098/198] x86_64: Final support for AMD dual core

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Clean up the code greatly. Now uses the infrastructure from the Intel dual core patch Should fix a final bug noticed by Tyan of not detecting the nodes correctly in some corner cases. Patch for x86-64 and i386 Signed-off-by: Andi Kleen <[EMAIL

Re: Digi Neo 8: linux-2.6.12_r2 jsm driver

2005-04-12 Thread Ricky Beam
On Tue, 12 Apr 2005, Christoph Hellwig wrote: >On Tue, Apr 12, 2005 at 10:30:19AM -0500, Kilau, Scott wrote: >> However, when the copyright holder says "No, please don't add that >> code", >> and gives *GOOD* reasons why, you should respect that decision. > >You didn't not give a single good

[SCM saga] An alternative to git

2005-04-12 Thread Eli
Linus, Background: --- The SCM problem is something I've been toying with for a while now on my own because I wanted a distributed SCM tool, but didn't like one thing or another about the existing projects. I thought monotone came very close to what I wanted, but I didn't like the

Re: [PATCH] ppc64: very basic desktop g5 sound support (#2)

2005-04-12 Thread Andreas Schwab
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes: > This patch hacks the current PowerMac Alsa driver to add some basic > support of analog sound output to some desktop G5s. It has severe > limitations though: > > - Only 44100Khz 16 bits > - Only work on G5 models using a TAS3004 analog code,

Re: [PATCH 5/6]physical CPU hot add

2005-04-12 Thread Li Shaohua
On Tue, 2005-04-12 at 20:17, Zwane Mwaikambo wrote: > On Tue, 12 Apr 2005, Li Shaohua wrote: > > > #ifdef CONFIG_HOTPLUG_CPU > > +int __attribute__ ((weak)) smp_prepare_cpu(int cpu) > > +{ > > + return 0; > > +} > > + > > Any way for you to avoid using weak attribute? Replace weak attribute

Re: [patch] sched: unlocked context-switches

2005-04-12 Thread Nick Piggin
David Mosberger wrote: On Tue, 12 Apr 2005 12:12:45 +1000, Nick Piggin <[EMAIL PROTECTED]> said: >> Now, Ingo says that the order is reversed with his patch, i.e., >> switch_mm() happens after switch_to(). That means flush_tlb_mm() >> may now see a current->active_mm which hasn't really

Re: [PATCH 3/6]init call cleanup

2005-04-12 Thread Li Shaohua
On Tue, 2005-04-12 at 17:32, Rolf Eike Beer wrote: > Li Shaohua wrote: > > Trival patch for CPU hotplug. In CPU identify part, only did cleaup > for > > intel CPUs. Need do for other CPUs if they support S3 SMP. > > > > @@ -405,7 +405,7 @@ void __init init_bsp_APIC(void) > >

[patch 096/198] x86_64: Remove duplicated syscall entry.

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/include/asm-x86_64/unistd.h |2 -- 1 files changed, 2 deletions(-) diff -puN

[patch 089/198] x86_64: Use the extended RIP MSR for machine check reporting if available.

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> They are rumoured to be much more reliable than the RIP in the stack frame on P4s. This is a borderline case because the code is very simple. Please note there are no plans to add support for all the MCE register MSRs. Cc: <[EMAIL PROTECTED]> Cc: <[EMAIL

[patch 093/198] x86_64: Port over e820 gap detection from i386

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Look for gaps in the e820 memory map to put PCI resources in. This hopefully fixes problems with the PCI code assigning 32bit BARs MMIO resources which are >32bit. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL

Re: [patch 2/3]: entry.S trap return fixes

2005-04-12 Thread Stas Sergeev
Hello. Andrew Morton wrote: do_debug() returns void, do_int3() too when This patch is applicable to the mainline kernel, is it not? I think so - with some offsets it applies and looks valid. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[patch 094/198] x86_64: Use the e820 hole to map the IOMMU/AGP aperture

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> This might save memory on some Opteron systems without AGP bridge. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/aperture.c | 41 -- 1 files

[patch 088/198] x86_64: Correct wrong comment in local.h

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> local_t is actually a win over atomic_t because it does not need lock prefixes. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/include/asm-x86_64/local.h |3 ++- 1 files changed, 2

[patch 090/198] x86_64: Remove excessive stack allocation in MCE code with large NR_CPUS

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Remove excessive stack allocation in MCE code with large NR_CPUS Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/mce.c |8 +++- 1 files changed, 7 insertions(+), 1

[patch 092/198] x86_64-always-use-cpuid-80000008-to-figure-out-mtrr fix

2005-04-12 Thread akpm
From: "Siddha, Suresh B" <[EMAIL PROTECTED]> We need to use the size_and_mask in set_mtrr_var_ranges(which is called while programming MTRR's for AP's Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 087/198] x86_64: Don't assume future AMD CPUs have K8 compatible performance counters

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> The NMI watchdog code did this incorrectly Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/nmi.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -puN

Re: [patch 006/198] arm: add comment about max_low_pfn/max_pfn

2005-04-12 Thread Coywolf Qi Hunt
I told rmk about this long time ago. On 4/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > From: Russell King <[EMAIL PROTECTED]> > > Oddly, max_low_pfn/max_pfn end up being the number of pages in the system, > rather than the maximum PFN on ARM. This doesn't seem to cause any problems,

Re: [2.6 patch] sound/oss/rme96xx.c: fix two check after use

2005-04-12 Thread Al Viro
On Wed, Apr 13, 2005 at 04:17:42AM +0200, Adrian Bunk wrote: > This patch fixes two check after use found by the Coverity checker. Bullshit. ->private_data is set by rme96xx_open() to guaranteed non-NULL and never changed elsewhere. Same comment about reading the fscking source, BUG_ON(), etc.

[patch 086/198] x86_64: Make kernel math errors a die() now

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> There were no reports about the previous warning for FPU exceptions in the kernel, so make it a die() now. Also improve the error messages slightly. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

Re: [2.6 patch] fs/udf/inode.c: fix a check after use

2005-04-12 Thread Al Viro
On Wed, Apr 13, 2005 at 04:17:37AM +0200, Adrian Bunk wrote: > This patch fixes a check after use found by the Coverity checker. Bullshit. *Please*, read the surrounding code. Again, we never get to calling that function if we would pass NULL in its first argument. It's BUG_ON(), not printk().

Re: [2.6 patch] drivers/net/pcmcia/nmclan_cs.c: fix a check after use

2005-04-12 Thread Al Viro
On Wed, Apr 13, 2005 at 04:17:34AM +0200, Adrian Bunk wrote: > This patch fixes a check after use found by the Coverity checker. Again, check is a pure BS. Argument passed to this sucker comes from ->Instance of the same struct that had ->Handler equal to mace_interrupt(). That would be

[patch 056/198] mips: update VR41xx CPU-PCI bridge support

2005-04-12 Thread akpm
From: Yoichi Yuasa <[EMAIL PROTECTED]> This patch updates NEC VR4100 series CPU-PCI bridge support. Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]> Cc: Ralf Baechle <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/mips/pci/ops-vr41xx.c |6 +-

[patch 082/198] x86_64: Regularize exception stack handling

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> This fixes various issues in the return path for "paranoid" handlers (= running on a private exception stack that act like NMIs). Generalize previous hack to switch back to process stack for scheduling/signal handling purposes. Signed-off-by: Andi Kleen

Re: Processes stuck on D state on Dual Opteron

2005-04-12 Thread Nick Piggin
Claudio Martins wrote: On Tuesday 12 April 2005 01:46, Andrew Morton wrote: Claudio Martins <[EMAIL PROTECTED]> wrote: I think I'm going to give a try to Neil's patch, but I'll have to apply some patches from -mm. Just this one if you're using 2.6.12-rc2: ---

[patch 1/3]: move config option for BAD_SYSCALL_EXIT

2005-04-12 Thread Stas Sergeev
Hello. This patch moves the CONFIG_TRAP_BAD_SYSCALL_EXIT from "Executable file formats" section to the KGDB section. I had real problems finding that option where it was. Signed-off-by: Stas Sergeev <[EMAIL PROTECTED]> --- linux/arch/i386/Kconfig.old 2005-04-12 09:47:38.0 +0400 +++

[patch 084/198] x86_64: Remove unused macro in preempt support

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Remove unused macro in preempt support Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/entry.S |5 + 1 files changed, 1 insertion(+), 4 deletions(-) diff -puN

[2.6 patch] drivers/video/console/fbcon.c: fix a check after use

2005-04-12 Thread Adrian Bunk
This patch fixes a check after use found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/video/console/fbcon.c.old 2005-03-23 04:53:20.0 +0100 +++

[2.6 patch] fs/udf/udftime.c: fix off by one error

2005-04-12 Thread Adrian Bunk
This patch fixes an off by one error found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/fs/udf/udftime.c.old 2005-03-23 01:22:02.0 +0100 +++

[patch 070/198] x86_64 genapic update

2005-04-12 Thread akpm
From: Jason Davis <[EMAIL PROTECTED]> x86_64 genapic mechanism should be aware of machines that use physical APIC mode regardless of how many clusters/processors are detected. ACPI 3.0 FADT makes this determination very simple by providing a feature flag "force_apic_physical_destination_mode"

[RFC][PATCH] X86_64: no legacy HPET fix

2005-04-12 Thread john stultz
All, Currently the x86-64 HPET code assumes the entire HPET implementation from the spec is present. This breaks on boxes that do not implement the optional legacy timer replacement functionality portion of the spec. This is my first swing at resolving this issue, allowing x86-64 systems

[2.6 patch] sound/oss/rme96xx.c: fix two check after use

2005-04-12 Thread Adrian Bunk
This patch fixes two check after use found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm3-full/sound/oss/rme96xx.c.old 2005-03-27 23:16:02.0 +0200 +++

[2.6 patch] kill smp_tune_scheduling()

2005-04-12 Thread Adrian Bunk
Since all remaining smp_tune_scheduling()'s are now empty (except for the useless setting of function-local variables), we can completely remove the remaining ones. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- arch/i386/kernel/smpboot.c | 31 ---

[2.6 patch] fs/udf/inode.c: fix a check after use

2005-04-12 Thread Adrian Bunk
This patch fixes a check after use found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/fs/udf/inode.c.old2005-03-23 05:12:25.0 +0100 +++

Re: [2.6 patch] sound/oss/cs46xx.c: fix a check after use

2005-04-12 Thread Al Viro
On Wed, Apr 13, 2005 at 04:17:39AM +0200, Adrian Bunk wrote: > This patch fixes a check after use found by the Coverity checker. NAK. Please, read the surrounding code. All places that can call that function have form ->amplifier_ctrl(,...); so we _can't_ get NULL first argument. The

[2.6 patch] drivers/net/pcmcia/nmclan_cs.c: fix a check after use

2005-04-12 Thread Adrian Bunk
This patch fixes a check after use found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/drivers/net/pcmcia/nmclan_cs.c.old 2005-03-23 05:04:00.0 +0100 +++

[patch 078/198] x86_64: Dump stack and prevent recursion on early fault

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/head.S |8 1 files changed, 8 insertions(+) diff -puN

[patch 083/198] x86_64: Fix a small missing schedule race

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Could lead to a lost reschedule event when the process already rescheduled on exception exit, and needs it again while still being in the kernel. Unlikely case though. Also remove one redundant cli in another entry.S path. Signed-off-by: Andi Kleen

Re: [PATCH] Maintainers list update: linux-net -> netdev

2005-04-12 Thread Horms
On Tue, Apr 12, 2005 at 12:14:56PM -0700, George Anzinger wrote: > Horms wrote: > > > >Use netdev as the mailing list contact instead of the mostly dead > >linux-net list. > > > ~ > > PHRAM MTD DRIVER > >@@ -1795,7 +1795,7 @@ > > POSIX CLOCKS and TIMERS > > P: George Anzinger > > M:

[patch 077/198] x86_64: Use a common function to find code segment bases

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> To avoid some code duplication. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/mm/fault.c | 12 +--- 25-akpm/include/asm-x86_64/ptrace.h |5 + 2 files changed,

Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

2005-04-12 Thread Zan Lynx
On Tue, 2005-04-12 at 20:45 +0200, Sven Luther wrote: [snip] > > A did put a GPL notice on it. He can't change his mind later. > Then he should give us the source. [snip] > The fact remains that those firmware blob have no licence, and thus defacto > fall under the GPL. > > > Moreover, the

Re: [patch 1/9] GFP_ZERO fix

2005-04-12 Thread Andrew Morton
Nick Piggin <[EMAIL PROTECTED]> wrote: > > #define GFP_LEVEL_MASK (__GFP_WAIT|__GFP_HIGH|__GFP_IO|__GFP_FS| \ > -__GFP_COLD|__GFP_NOWARN|__GFP_REPEAT| \ > -__GFP_NOFAIL|__GFP_NORETRY|__GFP_NO_GROW|__GFP_COMP) > +

[patch 079/198] x86_64: Fix interaction of single stepping with debuggers

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Ported from i386/Linus Fix another TF corner case. Need to do the special TF handling for all signals to make debuggers happy Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[patch 076/198] x86_64: Handle programs that set TF in user space using popf while single stepping

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> Ported from i386/Linus Still won't handle other TF changing instructions like IRET or LAHF. Prefix handling must be double checked... Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> ---

[2.6 patch] sound/oss/cs46xx.c: fix a check after use

2005-04-12 Thread Adrian Bunk
This patch fixes a check after use found by the Coverity checker. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 27 Mar 2005 --- linux-2.6.12-rc1-mm1-full/sound/oss/cs46xx.c.old2005-03-23 04:48:53.0 +0100 +++

[patch 051/198] ppc64: Detect altivec via firmware on unknown CPUs

2005-04-12 Thread akpm
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]> This patch adds detection of the Altivec capability of the CPU via the firmware in addition to the cpu table. This allows newer CPUs that aren't in the table to still have working altivec support in the kernel. It also fixes a problem where if a

[PATCH] ppc64: add PT_NOTE section to vDSO

2005-04-12 Thread Benjamin Herrenschmidt
Hi ! This patch from Roland adds a PT_NOTE section to both 32 and 64 bits vDSOs to expose the kernel version to glibc, thus avoiding a uname syscall on every launch. This is equivalent to the patches Roland posted already for x86 and x86-64. Note: the 64 bits .note is actually using the 32 bits

Re: [patch 2/3]: entry.S trap return fixes

2005-04-12 Thread Andrew Morton
Stas Sergeev <[EMAIL PROTECTED]> wrote: > > do_debug() returns void, do_int3() too when > !CONFIG_KPROBES. > This patch fixes the CONFIG_KPROBES variant > of do_int3() to return void too and adjusts > the entry.S accordingly. > This patch is applicable to the mainline kernel, is it not? >

[patch 069/198] x86_64: disable interrupts during SMP bogomips checking

2005-04-12 Thread akpm
From: Andi Kleen <[EMAIL PROTECTED]> Port over a i386 kludge from rusty to x86-64 I don't think it is a full solution, but the upcomming smp bootup rewrite will solve it. This fixes BUGs at bootup on bigger x86-64 systems. Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew

[patch 073/198] x86_64: Make IRDA devices are not really ISA devices not depend on CONFIG_ISA

2005-04-12 Thread akpm
From: "Andi Kleen" <[EMAIL PROTECTED]> This allows to use them on x86-64 Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/drivers/net/irda/Kconfig | 10 +- 25-akpm/include/net/irda/irda_device.h |2 --

[patch 071/198] x86_64 show_stack(): call touch_nmi_watchdog

2005-04-12 Thread akpm
I had strange NMI watchdog timeouts running sysrq-T across 9600-baud serial. Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> --- 25-akpm/arch/x86_64/kernel/traps.c |2 ++ 1 files changed, 2 insertions(+) diff -puN arch/x86_64/kernel/traps.c~x86_64-show_stack-touch_nmi_watchdog

Re: [PATCH] add EOWNERDEAD and ENOTRECOVERABLE

2005-04-12 Thread Andrew Morton
Joe Korty <[EMAIL PROTECTED]> wrote: > > This patch adds EOWNERDEAD and ENOTRECOVERABLE to all > architectures. Though there is nothing in the kernel > that uses them yet, I know of two patches in development, > one by Intel and the other by Bull, that adds robust mutex > support to

  1   2   3   4   5   6   7   8   9   10   >