[2.6 patch] kernel/resource.c: make resource_op static

This patch makes resource_op static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 12 Dec 2004 --- linux-2.6.10-rc2-mm4-full/kernel/resource.c.old 2004-12-12 03:15:10.0 +0100 +++ linux-2.6.10-rc2-mm4-full/kernel/resource.c 2004-12-12 03:15:20.

[2.6 patch] kernel/sys.c: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- kernel/signal.c |2 -- kernel/sys.c|4 ++-- 2 files changed, 2 insertions(+), 4 deletions(-) This patch was already sent on: - 12 Dec 2004 --- linux-2.6.10-rc2-mm4-full/kernel/s

[PATCH] Prevent NMI oopser

Marcello, Andrey I believe this patch is wrong. First, it prevent nothing: NMI watchdog is a signal that you wait too long with disabled interrupts. Your controller was not answered too long, obviously it is a hardware issue. Second, you could not call schedule() with io_request_lock spinlock tak

[2.6 patch] OSS sb_card.c: no need to include mca.h

I didn't find any reason why this file includes mca.h . Paul Laufer already ACK'ed this patch. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 1 Dec 2004 --- linux-2.6.10-rc2-mm4-full/sound/oss/sb_card.c.old 2004-12-01 08:17:23.0 +0100 +++ linux-2

Re: [RFC][PATCH] new timeofday core subsystem (v. A2)

On 24 Jan 2005 at 15:24, Christoph Lameter wrote: > On Mon, 24 Jan 2005, john stultz wrote: > > > +/* __monotonic_clock(): > > + * private function, must hold system_time_lock lock when being > > + * called. Returns the monotonically increasing number of > > + * nanosecond

i8042 access timings

Hi, Recently there was a patch from Alan regarding access timing violations in i8042. It made me curious as we only wait between accesses to status register but not data register. I peeked into FreeBSD code and they use delays to access both registers and I wonder if that's the piece that makes i8

Re: [PATCH] Avoiding fragmentation through different allocator

Steve Lord <[EMAIL PROTECTED]> writes: > > I realize this is one data point on one end of the scale, but I > just wanted to make the point that there are cases where it > does matter. Hopefully William's little change from last > year has helped out a lot. There are more datapoints: e.g. perform

Re: [PATCH 6/29] x86-apic-virtwire-on-shutdown

On Tue, 2005-01-25 at 01:39, Eric W. Biederman wrote: > Len Brown <[EMAIL PROTECTED]> writes: > > > On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > > > When coming out of apic mode attempt to set the appropriate > > > apic back into virtual wire mode. This improves on previous > versions

Re: Linux 2.6.11-rc2: vmnet breaks; put skb_copy_datagram back in place

On Tue, Jan 25, 2005 at 01:41:17AM +0100, Sytse Wielinga wrote: > Linus, could you please put skb_copy_datagram back in place? It's not used > anymore in the kernel, but the vmnet module (in vmware) still uses this > interface to skb_copy_datagram_iovec. > > Patch for 2.6.11-rc2 follows. It compil

Re: [PATCH] fix bad locking in drivers/base/driver.c

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg KH wrote: > On Mon, Jan 24, 2005 at 07:25:19PM +0100, Jirka Kosina wrote: > >>Hi, >> >>there has been (for quite some time) a bug in function driver_unregister() >>- the lock/unlock sequence is protecting nothing and the actual >>bus_remove_dri

Re: 2.6.11-rc2-mm1: fuse patch needs new libs

> > fuse-transfer-readdir-data-through-device.patch > > fuse: transfer readdir data through device > It is great that this is fixed, don't remove it, but it does require the fuse > libs to be updated at the same time, or opening dirs for listings will break > like this: > > open(".", O_RDONLY|O_

Re: 2.6.11-rc2-mm1 kernel BUG at kernel/workqueue.c:104

On Mon, 24 Jan 2005, Andrew Morton wrote: > I can't reproduce it from a quick test here. I'd assume that the keystroke > came in before the vt's workqueue is initialised. fn_enter() calls > put_queue() calls con_schedule_flip() calls schedule_work() which goes BUG: Boot into runlevel 1 (console

RE: possible CPU bug and request for Intel contacts

Kirill Korotaev wrote on Monday, January 24, 2005 1:51 AM: > Hello Rohit, > >> Thanks for sending the detailed information. Based on our experiments >> and analysis, we believe at this point that this is a known E80 issue >> mentioned in the PIII spec update at this loc

Re: [PATCH] Enforce USB interface claims

On Mon, Jan 24, 2005 at 10:05:55PM -0800, Greg KH wrote: > Um, why? I think this is there to help with "broken" userspace code > that was written before we enforced the rules of "you must claim an > interface before using it. As such, I don't think we can apply this > patch. right now such brok

Re: [torvalds@osdl.org: Re: Memory leak in 2.6.11-rc1?]

Bryce Harrington <[EMAIL PROTECTED]> wrote: > > There is a new behavior, though. Now the test is hanging indefinitely > on the nptl01 test. I am assuming that since it passed the spot that it > had failed before, that this is an unrelated issue. I'm finding that nptl01 somtimes gets stuck and

RE: possible CPU bug and request for Intel contacts

Pavel Machek wrote on Saturday, January 22, 2005 2:03 AM: > Hi! > >> Here are the details about CPU bug I mentioned in my previous post. >> Though it turned out later that it happens on P-III systems only I >> still hope it can be of interest. > > What about Pentium-M?

Re: 2.6.11-rc2-mm1: SuperIO scx200 breakage

On Mon, Jan 24, 2005 at 10:02:56PM -0800, Greg KH wrote: > > It would be a lot more productive to follow the normal rules, though. > > That is posting them on lkml as properly split up patches, and with > > proper descriptions of what they're doing. > > As previously mentioned, these patches have

[PATCH] m68k csum_partial_copy_* (was: Re: [PATCH] csum_and_copy_from_user gcc4 warning fixes)

On Sat, 15 Jan 2005, Linux Kernel Mailing List wrote: > ChangeSet 1.2408, 2005/01/15 15:33:46-08:00, [EMAIL PROTECTED] > > [PATCH] csum_and_copy_from_user gcc4 warning fixes > > This patch kills tons of gcc4 warnings: You forgot to update include/asm-m68k/checksum.h. Here's a f

Re: [patch 1/13] Qsort

> FWIW, we already have a Shell sort for the ngroups stuff in > kernel/sys.c:groups_sort() that could be made generic. Sounds like a good plan. Any takers? -Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo

Re: [PATCH 6/29] x86-apic-virtwire-on-shutdown

Len Brown <[EMAIL PROTECTED]> writes: > On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > > When coming out of apic mode attempt to set the appropriate > > apic back into virtual wire mode. This improves on previous versions > > of this patch by by never setting bot the local apic and the i

Re: [PATCH 4/29] x86-i8259-shutdown

Dave Jones <[EMAIL PROTECTED]> writes: > On Mon, Jan 24, 2005 at 10:32:50PM -0500, Len Brown wrote: > > On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > > > This patch disables interrupt generation from the legacy pic on > > > re

[PATCH] trivial fix for i386 cross compile

Hi all, I used to be be able to cross compile for i386 on my x86_64 machine, but recently something (gcc/binutils?) changed, and it stopped working. Following patch makes cross compile work with: make ARCH=i386 CFLAGS_KERNEL="-m32" AFLAGS_KERNEL="-m32" bzImage Without the patch I'm getting the

Re: [patch, 2.6.11-rc2] sched: /proc/sys/kernel/rt_cpu_limit tunable

Jack O'Quin wrote: Ingo Molnar <[EMAIL PROTECTED]> writes: * Ingo Molnar <[EMAIL PROTECTED]> wrote: this patch adds the /proc/sys/kernel/rt_cpu_limit tunable: the maximum amount of CPU time all RT tasks combined may use, in percent. Defaults to 80%. just apply the patch to 2.6.11-rc2 and you shoul

Complex logging in the kernel

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 What systems exist for complex logging and security auditing in the kernel? For example, let's say I wanted to register my specific code (i.e. a security module) to log, and adjust to log level N. I also want another module to log at log level L, whi

Re: [1/1] superio: remove unneded exports and make some functions static.

On Mon, Jan 24, 2005 at 05:14:04PM +0300, Evgeniy Polyakov wrote: > Remove unneded exports and make some functions static. > > Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> Applied, thanks. greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [1/1] superio: change scx200 module name to scx.

On Mon, Jan 24, 2005 at 11:37:20PM +0300, Evgeniy Polyakov wrote: > Change scx200 module name to scx. > > Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> Applied, thanks. greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PRO

Re: [1/1] superio: change scx200 module name to scx.

On Tue, Jan 25, 2005 at 01:13:30AM +0300, Evgeniy Polyakov wrote: > On Mon, 24 Jan 2005 13:41:33 -0800 > Nish Aravamudan <[EMAIL PROTECTED]> wrote: > > > > + set_current_state(TASK_INTERRUPTIBLE); > > > + schedule_timeout(HZ); > > > + > > > + if (current->

Re: [PATCH] move common compat ioctls to hash

On Mon, Jan 24, 2005 at 10:26:09PM +0200, Michael S. Tsirkin wrote: > Hi! > The new ioctl code in fs/compat.c can be streamlined a little > using the compat hash instead of an explicit switch statement. > > The attached patch is against 2.6.11-rc2-bk2. > Andi, could you please comment? Does this m

Re: [PATCH] Enforce USB interface claims

On Sun, Jan 23, 2005 at 03:12:58AM -0800, Chris Wedgwood wrote: > Greg, Adding linux-usb-devel to the CC: > How would you feel about something like this? > > Index: cw-current/drivers/usb/core/devio.c > === > --- cw-current.orig/dri

Re: 2.6.11-rc2-mm1: SuperIO scx200 breakage

On Mon, Jan 24, 2005 at 09:47:51PM +, Christoph Hellwig wrote: > On Mon, Jan 24, 2005 at 01:34:42PM -0800, Greg KH wrote: > > And as for the "these patches have never been reviewed" comments, that's > > why I put them in my tree, and have them show up in -mm. It's getting > > them a wider expo

Re: memory leak in 2.6.11-rc2

Andrew Tridgell <[EMAIL PROTECTED]> wrote: > > > I'm trying the little leak tracking patch from Alexander Nyberg now. > > Here are the results (only backtraces with more than 10k counts > included). The leak was at 1G of memory at the time I ran this, so its > safe to say 10k page allocations

Re: inter_module_get and __symbol_get

On Mon, Jan 24, 2005 at 11:31:04PM -0600, Terence Ripperda wrote: > this is probably a stupid question, but how are weak references > used? the linker sets them to zero, so "if (foo) { ... }" works nicely it does mean if a module that set foo to non-zero is loaded, we need to zero it again when

Re: [PATCH] fix bad locking in drivers/base/driver.c

On Mon, Jan 24, 2005 at 07:25:19PM +0100, Jirka Kosina wrote: > Hi, > > there has been (for quite some time) a bug in function driver_unregister() > - the lock/unlock sequence is protecting nothing and the actual > bus_remove_driver() is called outside critical section. > > Please apply. No, p

Re: Announce: kdb v4.4 is available for kernel 2.6.10

On Tue, Jan 25, 2005 at 03:44:26PM +1100, Keith Owens wrote: > On Tue, 25 Jan 2005 09:55:55 +0530, > Saravanan s <[EMAIL PROTECTED]> wrote: > >Hi Keith, > > > >> I have no hardware to test on, so I have > >> to rely on HP to keep the USB patches in KDB up to date. > > > >Does that mean that there

Re: 2.6.11-rc2-mm1 kernel BUG at kernel/workqueue.c:104

Zwane Mwaikambo <[EMAIL PROTECTED]> wrote: > > I pressed a key on a VT during boot and got the following; > > usb-storage: device scan complete > [ cut here ] > kernel BUG at kernel/workqueue.c:104! > invalid operand: [#1] > PREEMPT SMP DEBUG_PAGEALLOC > Modules

Re: inter_module_get and __symbol_get

On Tue, Jan 25, 2005 at 09:44:18AM +1100, kaos@ocs.com.au wrote: > Weak references are only done once, when the module is loaded. We > already use weak references for static determination of symbol > availability. inter_module_* and __symbol_* are aimed at the dynamic > reference problem, not sta

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Ingo Molnar <[EMAIL PROTECTED]> writes: > * Jack O'Quin <[EMAIL PROTECTED]> wrote: > >> First, only SCHED_FIFO worked reliably in my tests. In Con's tests >> even that did not work. My system is probably better tuned for low >> latency than his. Until we can determine why there were so ma

[PATCH] Modules: Allow sysfs module paramaters to be written to.

On Sun, Jan 23, 2005 at 07:54:21AM +0100, Marcel Holtmann wrote: > Hi Greg, > > > > It looks like module parameters are not setable via sysfs in 2.6.11-rc1 > > > > > > E.g. > > > arise parameters # echo -en Y > > > > /sys/module/usbcore/parameters/old_scheme_first > > > -bash: /sys/module/usbcor

Re: [torvalds@osdl.org: Re: Memory leak in 2.6.11-rc1?]

Hi Chris, I applied the patch and reran the test on a RH 9.0 system. LTP is continuing past where it failed before, and processes are not getting killed, so I assume the OOM killer is no longer getting activated. There is a new behavior, though. Now the test is hanging indefinitely on the nptl0

Re: memory leak in 2.6.11-rc2

> I'm trying the little leak tracking patch from Alexander Nyberg now. Here are the results (only backtraces with more than 10k counts included). The leak was at 1G of memory at the time I ran this, so its safe to say 10k page allocations ain't enough to explain it :-) I also attach a hacked ver

Re: 2.6.11-rc2-mm1 Random related problems

On Mon, 24 Jan 2005, Matt Mackall wrote: > On Mon, Jan 24, 2005 at 09:36:37PM -0700, Zwane Mwaikambo wrote: > > I'm having trouble booting here, were those random-* patches tested? > > Works here, can you send me a copy of your init script? #!/bin/bash # # randomScript to snapshot random

ATI drivers working under realtime-preempt linux

Hello all, Here are two patches that are needed to get this working. It's not perfect, but quake3 runs, bzflag runs, noof runs, and that's a start. So here's the recipe... Linux-2.6.10 source the linux-2.6.11-rc2 patch the realtime-preempt-2.6.11-rc2-V0.7.36-03 patch the fglrx_6_8_0-8.8.25-1.i386

Re: 2.6.11-rc2-mm1 Random related problems

On Mon, Jan 24, 2005 at 09:36:37PM -0700, Zwane Mwaikambo wrote: > I'm having trouble booting here, were those random-* patches tested? Works here, can you send me a copy of your init script? -- Mathematics is the supreme nostalgia of our time. - To unsubscribe from this list: send the line "uns

2.6.11-rc2-mm1 kernel BUG at kernel/workqueue.c:104

I pressed a key on a VT during boot and got the following; usb-storage: device scan complete [ cut here ] kernel BUG at kernel/workqueue.c:104! invalid operand: [#1] PREEMPT SMP DEBUG_PAGEALLOC Modules linked in: CPU:0 EIP:0060:[]Not tainted VLI EFLAGS: 000

Re: Announce: kdb v4.4 is available for kernel 2.6.10

On Tue, 25 Jan 2005 09:55:55 +0530, Saravanan s <[EMAIL PROTECTED]> wrote: >Hi Keith, > >> I have no hardware to test on, so I have >> to rely on HP to keep the USB patches in KDB up to date. > >Does that mean that there is USB support for KDBv4.4 for kernel 2.6 >for i386 machines? Or the patch

2.6.11-rc2-mm1 Random related problems

I'm having trouble booting here, were those random-* patches tested? Initializing random number generator: [ OK ] Unable to handle kernel paging request at virtual address f5e5 printing eip: c037a0a5 *pde = 0086e067 Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC Modules linked in: CPU:0 E

insmod problem

When i execute the command insmod module.o ,its giving the eror version mismatch.i am using the kernel 2.4.21-4.el.but it says 2.4.20.what is the problem. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info a

Re: Fwd: Patch to control VGA bus routing and active VGA device.

On Mon, Jan 24, 2005 at 07:55:23PM +, Russell King wrote: > On Mon, Jan 24, 2005 at 02:42:57PM -0500, Jeff Garzik wrote: > > Jon Smirl wrote: > > > Is this a justification for doing device drivers for bridge chips? It > > > has been mentioned before but no one has done it. > > > > > > Yeah, p

Re: Announce: kdb v4.4 is available for kernel 2.6.10

Hi Keith, > I have no hardware to test on, so I have > to rely on HP to keep the USB patches in KDB up to date. Does that mean that there is USB support for KDBv4.4 for kernel 2.6 for i386 machines? Or the patch for i386 also comes from the HP guys. Regards Saravanan S On Tue, 25 Jan 2005 02:

disabling Hyperthreading online

Hi Is there anyway to disable CPU Hyperthreading without rebooting the system ? -- Best Regards, -*- If Linux doesn't have the solution, you have the wrong problem -*- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMA

Re: [PATCH 1/7] posix-timers: tidy up clock interfaces and consolidate dispatch logic

George Anzinger wrote: As I understand it modern machines, the indirect call does really bad things to the pipeline. Unless the call happens often, really often, you'll not be able to measure differences. Indirect jump obviously cause pipeline stalls which often, but not always, can be avoided

Re: undefined references

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: > On Mon, 24 Jan 2005 19:04:53 EST, John Richard Moser said: > > >>fs/built-in.o(.text+0xe413): In function `link_path_walk': >>: undefined reference to `gr_inode_follow_link' >>fs/built-in.o(.text+0xe933): In function `lin

Re: [PATCH] lib/qsort

On Mon, Jan 24, 2005 at 12:15:27PM -0800, Matt Mackall wrote: > Here are some benchmarks of cycle count averages for 10 runs on the > same random datasets, interrupts disabled. Percentages are performance > relative to the glibc algorithm. A bunch of other variants dropped for > brevity. I've disc

Re: [patch 1/13] Qsort

On Mon, 2005-01-24 at 21:43 -0300, Horst von Brand wrote: > AFAICS, this is just a badly implemented Shellsort (the 10/13 increment > sequence starting with the number of elements is probably not very good, > besides swapping stuff is inefficient (just juggling like Shellsort does > gives you almos

Re: [PATCH 4/29] x86-i8259-shutdown

On Mon, Jan 24, 2005 at 10:32:50PM -0500, Len Brown wrote: > On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > > From: Eric W. Biederman <[EMAIL PROTECTED]> > > > > This patch disables interrupt generation from the legacy pic on > > reboot. Now that there is a sys_device class it shoul

Re: [PATCH]sched: Isochronous class v2 for unprivileged soft rt scheduling

Con Kolivas wrote: -cc list trimmed to those who have recently responded. Here is a patch to go on top of 2.6.11-rc2-mm1 that fixes some bugs in the general SCHED_ISO code, fixes the priority support between ISO threads, and implements SCHED_ISO_RR and SCHED_ISO_FIFO as separate policies. Note t

Re: [PATCH 6/29] x86-apic-virtwire-on-shutdown

On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > When coming out of apic mode attempt to set the appropriate > apic back into virtual wire mode. This improves on previous versions > of this patch by by never setting bot the local apic and the ioapic > into veritual wire mode. > > This code

Re: memory leak in 2.6.11-rc2

On Tue, Jan 25, 2005 at 02:19:24PM +1100, Andrew Tridgell wrote: > The problem I've hit now is a severe memory leak. I have applied the > patch from Linus for the leak in free_pipe_info(), and still I'm > leaking memory at the rate of about 100Mbyte/minute. > I've tested with both 2.6.11-rc2 an

Re: [patch 1/13] Qsort

[EMAIL PROTECTED] (H. Peter Anvin) said: [...] > In klibc, I use combsort: > > /* > * qsort.c > * > * This is actually combsort. It's an O(n log n) algorithm with > * simplicity/small code size being its main virtue. > */ > > #include > #include > > static inline size_t newgap(size_t g

Re: memory leak in 2.6.11-rc2

Randy, > I have applied the patch from Linus for the leak in > free_pipe_info() ... > Do you have today's memleak patch applied? (cut-n-paste below). yes :-) I'm trying the little leak tracking patch from Alexander Nyberg now. Cheers, Tridge - To unsubscribe from this list: send the line "u

Re: [PATCH 4/29] x86-i8259-shutdown

On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote: > From: Eric W. Biederman <[EMAIL PROTECTED]> > > This patch disables interrupt generation from the legacy pic on > reboot. Now that there is a sys_device class it should not be called > while drivers are still using interrupts. > > There is

Re: memory leak in 2.6.11-rc2

Andrew Tridgell wrote: I've fixed up the problems I had with raid, and am now testing the recent xattr changes with dbench and nbench. The problem I've hit now is a severe memory leak. I have applied the patch from Linus for the leak in free_pipe_info(), and still I'm leaking memory at the rate of

Re: BUG: 2.6.11-rc2 and -rc1 hang during boot on PowerMacs

On Mon, 2005-01-24 at 18:42 +0100, Mikael Pettersson wrote: > Benjamin Herrenschmidt writes: > > On Sun, 2005-01-23 at 11:43 +1100, Benjamin Herrenschmidt wrote: > > > > > I know about this problem, I'm working on a proper fix. Thanks for your > > > report. > > > > Can you send me the PVR v

memory leak in 2.6.11-rc2

I've fixed up the problems I had with raid, and am now testing the recent xattr changes with dbench and nbench. The problem I've hit now is a severe memory leak. I have applied the patch from Linus for the leak in free_pipe_info(), and still I'm leaking memory at the rate of about 100Mbyte/minute.

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

Anything wrong with just a get_ioctx() instead ? --- aio.c 2005-01-12 09:30:44.0 +0530 +++ aio.c.fix 2005-01-25 08:51:31.0 +0530 @@ -1284,7 +1284,7 @@ ret = put_user(ioctx->user_id, ctxp); if (!ret) return 0; - +

Re: [PATCH 1/7] posix-timers: tidy up clock interfaces and consolidate dispatch logic

George Anzinger wrote: > > > /* > > + * Define this to initialize every k_clock function table so all its > > + * function pointers are non-null, and always do indirect calls through > the > > + * table. Leave it undefined to instead leave null function pointers and > > + * decide at t

Re: [RFC][PATCH] new timeofday arch specific hooks (v. A2)

On Mon, 2005-01-24 at 14:52 -0800, john stultz wrote: > All, > This patch implements the minimal architecture specific hooks to enable > the new time of day subsystem code for i386, x86-64, and ppc64. It > applies on top of my linux-2.6.11-rc1_timeofday-core_A2 patch and with > this patch app

Re: 2.6.11-rc2: Badness in local_bh_enable at kernel/softirq.c:140

sorry for answering to myself, but someone (:-) send me a mail with the message > Fixed in -bk on Sunday. Thx :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-in

[PATCH] ppc64: Missing call to ioremap in pci_iomap()

On Mon, 2005-01-24 at 15:46 -0600, Kumar Gala wrote: > The PPC version of pci_iomap seems to be missing a call to ioremap. This > patch corrects that oversight and has been tested on a IBM PPC750FX Eval > board. Looks like the ppc64 version as well ! This patch adds the missing ioremap call to

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

On Mon, 24 Jan 2005, George Anzinger wrote: > > The apparent pervasive changes to posix-timers.c are simply that some > > fields of struct k_itimer have changed name and moved into a union. > > This was appropriate since the data structures required for the existing > > real-time timer support and

Re: [PATCH] ppc32: fix powersave with interrupts disabled

On Mon, 2005-01-24 at 15:51 -0600, Kumar Gala wrote: > It looks like the problem has to do with entering the powersave routine > with irqs disabled. Here is a patch that will only enter powersave if irqs > are enabled. > > Entering powersave on PPC while irqs are disabled causes a hang. Only >

Re: [PATCH 4/7] posix-timers: CPU clock support for POSIX timers

Roland McGrath wrote: POSIX requires that when you claim _POSIX_CPUTIME and _POSIX_THREAD_CPUTIME, not only the clock_* calls but also timer_* calls must support the thread and process CPU time clocks. This patch provides that support, building on my recent additions to support these clocks in the

Re: [PATCH 1/7] posix-timers: tidy up clock interfaces and consolidate dispatch logic

Where were you when I was writing this stuff :). I agree with most all of it, save the following: > /* > + * Define this to initialize every k_clock function table so all its > + * function pointers are non-null, and always do indirect calls through the > + * table. Leave it undefined to inste

Re: undefined references

On Mon, 24 Jan 2005 19:04:53 EST, John Richard Moser said: > fs/built-in.o(.text+0xe413): In function `link_path_walk': > : undefined reference to `gr_inode_follow_link' > fs/built-in.o(.text+0xe933): In function `link_path_walk': > : undefined reference to `gr_inode_follow_link' > fs/built-in.o(.

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

On Mon, 2005-01-24 at 16:58, Andrew Morton wrote: > "Darrick J. Wong" <[EMAIL PROTECTED]> wrote: > > > > Andrew Morton wrote: > > > > > So... Will someone be sending a new patch? > > > > Here's a cheesy patch that simply marks the ioctx as dead before > > destroying it. > > super-cheesy, given

Re: [RFC][PATCH] new timeofday core subsystem (v. A2)

On Mon, 24 Jan 2005, john stultz wrote: > We talked about this last time. I do intend to re-work ntp_scale() so > its not a function call, much as you describe above. > > hopelessly endeavoring, hehe But seriously: The easiest approach may be to modify the time sources to allow a fine tuning

Re: Linux 2.6.11-rc2: vmnet breaks; put skb_copy_datagram b

On 25 Jan 05 at 1:41, Sytse Wielinga wrote: > Linus, could you please put skb_copy_datagram back in place? It's not used > anymore in the kernel, but the vmnet module (in vmware) still uses this > interface to skb_copy_datagram_iovec. There is no reason for doing this. Just grab latest vmmon & vm

Re: 2.6.11-rc2-mm1 (AE_AML_NO_OPERAND)

On Mon, 2005-01-24 at 20:01, Brice Goglin wrote: > Andrew Morton a écrit : > > ACPI does not work anymore on my Compaq Evo N600c > (no thermal zone, no fan, no battery, ...). > It works great on Linus' 2.6.11-rc2, and (from what I remember) > it was working on the last -mm releases I tried. > >

Re: [2.6.11-rc2] kernel BUG at fs/reiserfs/journal.c:2966!

Ramón Rey Vicente <[EMAIL PROTECTED]> wrote: > > I get this with 2.6.11-rc2 > > kernel BUG at fs/reiserfs/journal.c:2966! Is this repeatable? /* we aren't allowed to close a nested transaction on a different ** filesystem from the one in the task struct */ if (cur_th->t_super !=

2.4.27-1-386 compiling 2.6.10 getting errors

I am compiling 2.6.10 and am getting crc errors. lib/gen_crc32table.c:10: error: parse error before "crc32table_le" lib/gen_crc32table.c:10: warning: type defaults to `int' in declaration of `crc32table_le' lib/gen_crc32table.c:10: warning: data definition has no type or storage class lib/gen_crc3

Re: [patch 12/13] ACL umask handling workaround in nfs client

Hello, this patch has an NFSv2 problem that I haven't tripped over until today. The fix is this: --- 8< --- Fix NFSv2 null pointer access With NFSv2 we would try to follow a NULL getacl and setacl function pointer here. Add the missing checks. Signed-off-by: Andreas Gruenbacher <[EMAIL

[RFC][PATCH] new timeofday arch specific timesources (v. A2)

All, This patch implements most of the time sources for i386, x86-64, and ppc64 (tsc, pit, cyclone, acpi-pm, hpet and timebase). It applies on top of my linux-2.6.11-rc2_timeofday-arch_A2 patch. It provides real timesources (opposed to the example jiffies timesource) that can be used for mo

Re: sata_vsc problem.... Please help me.

On Mon, 24 Jan 2005, Marcelo Tosatti wrote: > On Mon, Jan 24, 2005 at 04:09:08PM -0600, David Sims wrote: > > Hi, > > > > With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the > > sata_vsc module via 'modprobe sata_vsc' from the command line, the module > > immediately recogn

[PATCH 4/4] cleanup firmware loading printks

- [DVB] frontends: sp887x: improve confusing firmware loading messages Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]> diff -rupN linux-2.6.11-rc2-bk2/drivers/media/dvb/frontends/sp8870.c linux-2.6.11-rc2-bk2-dvb/drivers/media/dvb/frontends/sp8870.c --- linux-2.6.11-rc2-bk2/drivers/media/

patch to enable Nvidia v5336 on v2.6.11 kernel (was Re: inter_module_get and __symbol_get)

> On Tue, 25 Jan 2005 10:03:01 +1100, Keith Owens said: Keith> I have always hated the dynamic resolution model used by Keith> DRM/AGP and (originally) MTD. Well, the attached patch does the trick for me for Nvidia driver v5336 on ia64. It compiles with a minimum amount of fuss with gcc

Re: 2.6.11-rc2-mm1

Andrew Morton a écrit : ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc1/2.6.11-rc1-mm1/ - Lots of updates and fixes all over the place. - On my test box there is no flashing cursor on the vga console. Known bug, please don't report it. Binary searching shows that the b

Re: [PATCH] drivers/block/scsi_ioctl.c, Video DVD playback support

On Llu, 2005-01-24 at 22:10, Elias da Silva wrote: > This is exactly the point: if the kernel wants to be safe, the > authentication procedure should be totally implemented in the kernel > and be protected against further changes via "alternative" ways... > but it isn't now and probably won't be al

Re: [PATCH] Remove special case in kmem_getpages()

On Mon, Jan 24, 2005 at 07:58:03PM -0500, Brian Gerst wrote: > Matthew Wilcox wrote: > >__get_free_pages() calls alloc_pages, finds the page_address() and > >throws away the struct page *. Slab then calls virt_to_page to get it > >back again. Much more efficient for slab to call alloc_pages itsel

Re: inter_module_get and __symbol_get

On Tue, 25 Jan 2005 10:03:01 +1100, Keith Owens wrote: > On Mon, 24 Jan 2005 14:58:29 -0800, > David Mosberger <[EMAIL PROTECTED]> wrote: > >> On Tue, 25 Jan 2005 09:54:36 +1100, Keith Owens said: > > > > Keith> Does DRM support this model? DRM will compile two different modules depending o

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

"Darrick J. Wong" <[EMAIL PROTECTED]> wrote: > > Andrew Morton wrote: > > > So... Will someone be sending a new patch? > > Here's a cheesy patch that simply marks the ioctx as dead before > destroying it. super-cheesy, given that `ctx' is an unsigned long. > + spin_lock_irq(&ctx->c

[PATCH] Remove special case in kmem_getpages()

Matthew Wilcox wrote: __get_free_pages() calls alloc_pages, finds the page_address() and throws away the struct page *. Slab then calls virt_to_page to get it back again. Much more efficient for slab to call alloc_pages itself, as well as making the NUMA and non-NUMA cases more similarr to each o

Re: DVD burning still have problems

On Llu, 2005-01-24 at 23:01, Kasper Sandberg wrote: > > there are certainly chipset and CPU errata in this area. > would this mean that i should not use cpu frequency scaling? Worth an experiment but I'd be suprised if it was your fix. The more data the better however - To unsubscribe from this

Re: forestalling GNU incompatibility - proposal for binary relative dynamic linking

On Mon, Jan 24, 2005 at 06:08:52PM -0500, Mike Frysinger wrote: > On Monday 24 January 2005 05:24 pm, Edward Peschko wrote: > > After spending *two weeks* on various ways of building glibc, > > I'm convinced that the gnu/linux toolchain is in great danger of > > losing interoperability. > > sounds

[PATCH 3/4] support up to six DVB cards

- [DVB] core: add support for up to six DVB cards by using 32bit dev_t capabilities Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]> --- linux-2.6.11-rc2-bk2/drivers/media/dvb/dvb-core/dvbdev.c2004-12-24 22:34:26.0 +0100 +++ linux-2.6.11-rc2-bk2-dvb/drivers/media/dvb/dvb-core

[PATCH 2/4] fix access to freed memory

- [DVB] core: fix access to freed memory when unloading frontend drivers (fix by Gerd Knorr) Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]> diff -rupN linux-2.6.11-rc2-bk2/drivers/media/dvb/dvb-core/dvb_frontend.c linux-2.6.11-rc2-bk2-dvb/drivers/media/dvb/dvb-core/dvb_frontend.c --- l

Re: Linux 2.6.11-rc2: vmnet breaks; put skb_copy_datagram back in place

Linus, could you please put skb_copy_datagram back in place? It's not used anymore in the kernel, but the vmnet module (in vmware) still uses this interface to skb_copy_datagram_iovec. Patch for 2.6.11-rc2 follows. It compiles cleanly; I have not tested it yet, but I assume it's okay. I'll test it

Re: [PATCH] BUG in io_destroy (fs/aio.c:1248)

Andrew Morton wrote: > So... Will someone be sending a new patch? Here's a cheesy patch that simply marks the ioctx as dead before destroying it. Though I'd like to simply mark the ioctx as dead until it actually gets used, I don't know enough about the code to make that sort of invasive change

Re: Page fault in umount

Pierre Ossman <[EMAIL PROTECTED]> wrote: > > When I yank out my MP3 player, the programs trying to umount the disk > cause the following page fault: > > ... > EIP is at scsi_device_put+0xf/0x70 [scsi_mod] This should be fixed in 2.6.11-rc2-mm1, via bk-scsi-rc-fixes.patch. Could you retest with

[PATCH 1/4] follow USB __le16 changes

- [DVB] dibusb: follow USB changes (idVendor, idProduct, bcdDevice and bcdUSB fields are now __le16) Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]> diff -rupN linux-2.6.11-rc2-mm1/drivers/media/dvb/dibusb/dvb-dibusb-core.c linux-2.6.11-rc2-mm1-dvb/drivers/media/dvb/dibusb/dvb-dibusb-co

[PATCH 0/4] 2.6.11-rc2-bk2 DVB fixes

Hi Linus, the following patches correct a few bugs which were found shortly after submission of the previous patchset :-( (except 03-core-more-cards which I just submit while I'm at it) 01-dibusb-le16 follow USB __le16 changes 02-core-fe-release fix access to freed memory on module

  1   2   3   4   >