Re: 2.6.5-rc2-mm5 -- Some

Mark McPherson wrote: Hello all, I have a Shuttle XPC with an nForce2 chipset. Here's something which shows up in dmesg after booting 2.6.5-rc2-mm5; it does not appear in the Linux tree up through 2.6.5-rc2-bk9. My external IEEE1394 drive attaches and detaches and transfers data without apparent

Re: [patch 05/12] acpi: sleep-while-atomic during S3 resume from ram

Christian Borntraeger <[EMAIL PROTECTED]> wrote: > > [EMAIL PROTECTED] wrote: > > From: Christian Borntraeger <[EMAIL PROTECTED]> > > > > During the wakeup from suspend-to-ram I get several warnings. > > > > Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]> > > Signed-off-by: Andrew Morton <

Re: [patch 05/12] acpi: sleep-while-atomic during S3 resume from ram

[EMAIL PROTECTED] wrote: > From: Christian Borntraeger <[EMAIL PROTECTED]> > > During the wakeup from suspend-to-ram I get several warnings. > > Signed-off-by: Christian Borntraeger <[EMAIL PROTECTED]> > Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> Andrew, Len told me that he is going to solv

Re: 2.6.11-rc5

On Fri, 2005-02-25 at 08:08 +0100, Olaf Hering wrote: > On Fri, Feb 25, Benjamin Herrenschmidt wrote: > > > On Thu, 2005-02-24 at 15:50 +0100, Olaf Hering wrote: > > > On Wed, Feb 23, Linus Torvalds wrote: > > > > > > > This time it's really supposed to be a quickie, so people who can, > > > >

2.6.5-rc2-mm5 -- Some

Hello all, I have a Shuttle XPC with an nForce2 chipset. Here's something which shows up in dmesg after booting 2.6.5-rc2-mm5; it does not appear in the Linux tree up through 2.6.5-rc2-bk9. My external IEEE1394 drive attaches and detaches and transfers data without apparent complaint. Badness

Re: 2.6.11-rc5

On Fri, Feb 25, Benjamin Herrenschmidt wrote: > On Thu, 2005-02-24 at 15:50 +0100, Olaf Hering wrote: > > On Wed, Feb 23, Linus Torvalds wrote: > > > > > This time it's really supposed to be a quickie, so people who can, please > > > check it out, and we'll make the real 2.6.11 asap. > > > >

Re: Greg's Decree! (was Re: Linus' decrees?)

Greg, Linus is not always correct, sometimes his point of view is hard to see. My shoulders got in the way most of the time; however, Linus is consistant. Well until he changes his mind. Crack ?? Get some plumber's putty to smooth over the gap. Cheers, Andre Hedrick LAD Storage Consulting Gr

Re: Linus' decrees?

Stuart, Yeah! It is a road paved w/ X-maintainers ... AKA the the difference between the active maintainer list and the credit list. Cheers, Andre Hedrick LAD Storage Consulting Group On Thu, 24 Feb 2005, Stuart MacDonald wrote: > Recently I ran across > http://groups.google.ca/groups?hl=en&

Re: [Orinoco-devel] Re: [8/14] Orinoco driver updates - PCMCIA initialization cleanups

On Fri, Feb 25, 2005 at 04:03:10PM +1100, David Gibson wrote: > On Thu, Feb 24, 2005 at 02:29:05AM -0500, Jeff Garzik wrote: > > Dominik Brodowski wrote: > > >>@@ -184,6 +186,7 @@ > > >> dev_list = link; > > >> > > >> client_reg.dev_info = &dev_info; > > >>+ client_reg.Attributes = INFO_IO_CLIENT

Re: [PATCH 2.6.11-rc4-mm1] end-of-proces handling for acct-csa

On Thu, 2005-02-24 at 20:46 -0800, Andrew Morton wrote: > Jay Lan <[EMAIL PROTECTED]> wrote: > > > > Since my idea of providing an accounting framework was considered > > 'overkill', here i submit a tiny patch just to allow CSA to > > handle end-of-process (eop) situation by saving off accounting

Re: Greg's Decree! (was Re: Linus' decrees?)

On Thu, 24 Feb 2005 17:08:33 EST, Stuart MacDonald said: > So what I'm wondering is, is there a location on the net where Linus' > statements about how the kernel is to be are collected? ie, Where the > above statements could all be found, with cites. Your kernel source came with 3 files in the D

Re: [PATCH] audit: handle loginuid through proc

* Albert Cahalan ([EMAIL PROTECTED]) wrote: > Assuming you'd like ps to print the LUID, how about > putting it with all the others? There are "Uid:" > lines in the /proc/*/status files. It's also set (written) via /proc, so it should probably stay separate. thanks, -chris -- Linux Security Modul

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

On Fri, Feb 25, 2005 at 01:24:19AM +0100, Christian Kujau wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Sven Luther wrote: > > > > Oh, damn, need to fix my daily builder, should be ok for tomorrow. IN the > > meanwhile, you can try : > > > > > > http://people.debian.org/~luthe

Re: [PATCH] audit: handle loginuid through proc

Assuming you'd like ps to print the LUID, how about putting it with all the others? There are "Uid:" lines in the /proc/*/status files. - 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.kerne

Re: 2.6.11-rc2-mm1 strange messages

Linus Torvalds <[EMAIL PROTECTED]> wrote: > > On Thu, 24 Feb 2005, Andrew Morton wrote: > > > > Although a better fix might be to make __iounmap() behave symmetrically: > > > >if ((long)addr >= phys_to_virt(0xA) && > >(long)addr < phys_to_virt(0x10)) > >

Re: 2.6.11-rc2-mm1 strange messages

On Thu, 24 Feb 2005, Andrew Morton wrote: > > Although a better fix might be to make __iounmap() behave symmetrically: > > if ((long)addr >= phys_to_virt(0xA) && > (long)addr < phys_to_virt(0x10)) > return; > > but that's not quite right, becau

Re: More latency regressions with 2.6.11-rc4-RT-V0.7.39-02

On Thu, 24 Feb 2005, Lee Revell wrote: > On Thu, 2005-02-24 at 08:26 +, Hugh Dickins wrote: > > > > If we'd got to it earlier, yes. But 2.6.11 looks to be just a day or > > two away, and we've no idea why zap_pte_range or clear_page_range > > would have reverted. Nor have we heard from Ingo

Patch - Misnomer

Below is patch for the SCSI sr.c driver, there was a mis-nomer referring to the rewritable CD-ROM drive. Rob === --- kernel-source-2.6.10.old/drivers/scsi/sr.c 2004-12-24 16:35:50.0 -0500 +++ kernel-source-2.6.10.nwo

Re: [PATCH 2.6.11+ sata_qstor] libata: sata_qstor cosmetic fixes

Mark Lord wrote: Jeff Garzik wrote: Mark Lord wrote: Minor patch for new 2.6.xx sata_qstor driver attached, as per Alexey's fine-toothed comb! :) Signed-off-by: Mark Lord <[EMAIL PROTECTED]> I had to apply this manually, since your mailer "corrupts" the patch by encoding text/plain as base64. P

Re: [Lse-tech] Re: A common layer for Accounting packages

Kaigai Kohei <[EMAIL PROTECTED]> wrote: > > In my understanding, what Andrew Morton said is "If target functionality can > implement in user space only, then we should not modify the kernel-tree". fork, exec and exit upcalls sound pretty good to me. As long as a) they use the same common machin

Re: [2.6 patch] unexport do_settimeofday

Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > I haven't found any possible modular usage of do_settimeofday in the > kernel. Please, - Add deprecated_if_module - Use it for do_settimeofday() - Add do_settimeofday to Documentation/feature-removal-schedule.txt - To unsubscribe from this list:

[PATCH 2.6.11-rc4] oom_kill.c: Kill obvious processes first

oom_kill.c misses very obvious targets - For example, a process occupying > 80% memory, not superuser and not having hardware access gets ignored by it. Logically, such a process, if killed , is going to make things return to normal thereby eliminating the need for oom killer to further scan fo

Re: [Lse-tech] Re: A common layer for Accounting packages

Sorry for this late reply. >> [1] Is it necessary 'fork/exec/exit' event handling framework ? .. >> Some process-aggregation model have own philosophy and implemantation, >> so it's hard to integrate. Thus, I think that common 'fork/exec/exit' >> event handling >> framework to implement any

Re: [Orinoco-devel] Re: [6/14] Orinoco driver updates - cleanup PCI initialization

On Wed, Feb 23, 2005 at 11:35:05PM -0500, Jeff Garzik wrote: > FYI, pci_set_drvdata() needs to be one of the last functions called > during PCI ->probe(). Ok, here's a patch to correct that (applies on top of the other stack, obviously): As Jeff Garzik has pointed out, pci_set_drvdata() belongs

Re: [Orinoco-devel] Re: [8/14] Orinoco driver updates - PCMCIA initialization cleanups

On Thu, Feb 24, 2005 at 02:29:05AM -0500, Jeff Garzik wrote: > Dominik Brodowski wrote: > >>@@ -184,6 +186,7 @@ > >>dev_list = link; > >> > >>client_reg.dev_info = &dev_info; > >>+ client_reg.Attributes = INFO_IO_CLIENT | INFO_CARD_SHARE; > > > > > >That's not needed any longer for 2.6. >

USB IDE Connector

Hi, I have an external IDE connector through USB port. Where could I get the exact point inside the kernel, from where I would get information such as Block No., Request size, partition details for a particular request, _just_ before being sent to the disk. Like, for a normal IDE, I could gather

Re: [PATCH 2.6.11-rc4-mm1] end-of-proces handling for acct-csa

Jay Lan <[EMAIL PROTECTED]> wrote: > > Since my idea of providing an accounting framework was considered > 'overkill', here i submit a tiny patch just to allow CSA to > handle end-of-process (eop) situation by saving off accounting > data before a task_struct is disposed. > > This patch is to

Re: [PPC64] Hugepage hash flushing bugfix

On Fri, Feb 25, 2005 at 03:14:46PM +1100, David Gibson wrote: > Andrew, Linus, please apply: > Fix a potentially bad (although very rarely triggered) bug in the > ppc64 hugepage code. hpte_update() did not correctly calculate the > address for hugepages, so pte_clear() (which we use for hugepage p

[PATCH 2.6.11-rc4-mm1] end-of-proces handling for acct-csa

Since my idea of providing an accounting framework was considered 'overkill', here i submit a tiny patch just to allow CSA to handle end-of-process (eop) situation by saving off accounting data before a task_struct is disposed. This patch is to modify the acct_process() in acct.c, which is invoked

Re: Xterm Hangs - Possible scheduler defect?

At 12:53 PM 2/24/2005 -0500, Chad N. Tindel wrote: > > Hmmm... Are you suggesting it is OK for a kernel to get nearly completely > > hosed and for not fully utilize all the processors in the system because > > of one SCHED_FIFO thread? > > Sure. You specifically directed the scheduler to run your

[PPC64] Hugepage hash flushing bugfix

Andrew, Linus, please apply: Fix a potentially bad (although very rarely triggered) bug in the ppc64 hugepage code. hpte_update() did not correctly calculate the address for hugepages, so pte_clear() (which we use for hugepage ptes as well as normal ones) would not correctly flush the hash page t

Re: More latency regressions with 2.6.11-rc4-RT-V0.7.39-02

On Thu, 2005-02-24 at 08:26 +, Hugh Dickins wrote: > On Thu, 24 Feb 2005, Lee Revell wrote: > > On Thu, 2005-02-24 at 04:56 +, Hugh Dickins wrote: > > > > > > In other mail, you do expect people still to be using Ingo's patches, > > > so probably this patch should stick there (and in -mm)

Re: 2.6.11-rc4 OOM Killer - Kill the Innocent

On Thursday 24 February 2005 09:23 pm, Parag Warudkar wrote: > After that, the laptop completely froze - The only visibly active thing was > the disk LED - it stayed active till I let it - abt 30 minutes or so. There > was no way I could gain control over the machine. No telnet, no nothing. Additi

Re: 2.6.11-rc4-mm1

On Thursday 24 February 2005 19:06, J.A. Magallon wrote: > > On 02.24, Dmitry Torokhov wrote: > > On Wednesday 23 February 2005 18:12, Ed Tomlinson wrote: > > > On Wednesday 23 February 2005 17:38, J.A. Magallon wrote: > > > > > > > > On 02.23, Andrew Morton wrote: > > > > > > > > > > ftp://ftp.

Re: how to capture kernel panics

shabanip wrote: is there any way to capture and log kernel panics on disk or ...? My guess would be, at the very least, it depends on what part of the kernel is causing the panic. Most likely I would say no, although here's another question: if running a second kernel under user-mode Linux,

Re: ALPS tapping disabled. WHY?

On Thursday 24 February 2005 18:29, Ian E. Morgan wrote: > Trying out 2.6.11-rc5, I discovered my ALPS touchpad misbehaving. After > reading several threads related to the topic, noe seemed to resolve my > issue. > > The pad has always worked fine as a plain PS/2 mouse, from 2.4.0 through > 2.6.10

Re: [PATCH] override RLIMIT_SIGPENDING for non-RT signals

* Roland McGrath ([EMAIL PROTECTED]) wrote: > > Yeah, it fixes the issue, but opens the door to larger consumption of > > pending signals. Roland, what was your final preference? I'm kind of > > leaning towards Jeremy's original patch. > > It's not a matter of preference. As I said in the first

2.6.11-rc4 OOM Killer - Kill the Innocent

I am running 2.6.11-rc-4 on an x86_64 laptop with 768M RAM and 1G swap. Today, I started KDevelop and tried to import linux-2.6.10 sources. It started hogging the memory as expected and reached to a stage where top last updated the kdevelop process's VIRT as 1898M and RES as 634M. 5.8M RAM was f

Re: [PATCH] override RLIMIT_SIGPENDING for non-RT signals

> Yeah, it fixes the issue, but opens the door to larger consumption of > pending signals. Roland, what was your final preference? I'm kind of > leaning towards Jeremy's original patch. It's not a matter of preference. As I said in the first place, without my patch we are violating POSIX, and d

Re: 2.6.11-rc2-mm1 strange messages

Norbert Preining <[EMAIL PROTECTED]> wrote: > > On Don, 24 Feb 2005, Andrew Morton wrote: > > What does the stack backtrace from iounmap-debugging.patch say? > > iounmap: bad address c00fffd9 > [] trap_init+0x30/0x190 > [] start_kernel+0x47/0x1c0 ah hah. trap_init() does: void __iomem

Re: [PATCH] override RLIMIT_SIGPENDING for non-RT signals

* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote: > Roland McGrath wrote: > > >Indeed, I think your patch does not go far enough. I can read POSIX to say > >that the siginfo_t data must be available when `kill' was used, as well. > >This patch makes it allocate the siginfo_t, even when that exceed

Re: [PATCH] set RLIMIT_SIGPENDING limit based on RLIMIT_NPROC

* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote: > Chris Wright wrote: > > >It's an rlimit, so easily setable in userspace at login session time. I > >think we could raise it if people start complaining it's too low (hasn't > >seemed to be a problem yet). > > > Know any shells which support setti

Re: [PATCH] set RLIMIT_SIGPENDING limit based on RLIMIT_NPROC

Chris Wright wrote: >It's an rlimit, so easily setable in userspace at login session time. I >think we could raise it if people start complaining it's too low (hasn't >seemed to be a problem yet). > Know any shells which support setting it? Indeed, glibc doesn't seem to know about it. J - T

Re: [PATCH] override RLIMIT_SIGPENDING for non-RT signals

Roland McGrath wrote: >Indeed, I think your patch does not go far enough. I can read POSIX to say >that the siginfo_t data must be available when `kill' was used, as well. >This patch makes it allocate the siginfo_t, even when that exceeds >{RLIMIT_SIGPENDING}, for any non-RT signal (< SIGRTMIN)

Re: realtime patch

On Thu, 2005-02-24 at 16:52 -0800, George Anzinger wrote: > Fabian Fenaut wrote: > > shabanip a ecrit le 25.02.2005 00:37: > > > >> where can i find realtime patchs to kernel 2.6? > > > > > > http://sourceforge.net/projects/realtime-lsm/ ? > > What?? NO, they are here: > >http://redhat.co

Re: [PATCH] Symlink /sys/class/block to /sys/block

Greg KH suse.de> writes: > > On Wed, Feb 23, 2005 at 09:43:35AM +, Malcolm Rowe wrote: > > Greg KH writes: > > > > >>Following the discussion in [1], the attached patch creates > > >>/sys/class/block > > >>as a symlink to /sys/block. The patch applies to 2.6.11-rc4-bk7. > > >> > > >>Ple

Re: 2.6.11-rc2-mm1 strange messages

On Don, 24 Feb 2005, Andrew Morton wrote: > What does the stack backtrace from iounmap-debugging.patch say? iounmap: bad address c00fffd9 [] trap_init+0x30/0x190 [] start_kernel+0x47/0x1c0 Best wishes Norbert --- Nor

[2.6 patch] drivers/char/specialix.c: misc cleanups

This patch contains the following cleanups: - make some needlessly global code static - remove the unused global function specialix_setup Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 drivers/char/specialix.c | 43 +--

Re: realtime patch

Fabian Fenaut wrote: shabanip a ecrit le 25.02.2005 00:37: where can i find realtime patchs to kernel 2.6? http://sourceforge.net/projects/realtime-lsm/ ? What?? NO, they are here: http://redhat.com/~mingo/realtime-preempt/ - To unsubscribe from this list: send the line "unsubscribe linux-kerne

[2.6 patch] drivers/char/mwave/smapi.c: small cleanups

This patch contains the following cleanups: - make the needlessly global function smapi_request static - #if 0 the currently unused function SmapiQuerySystemID Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 drivers/char/mwave/smapi.c | 16 +++

Re: Xterm Hangs - Possible scheduler defect?

Chad N. Tindel wrote: > I think what we have are the need for two levels of applications: > > 1. That which wishes to be the highest priority userspace application, and > wishes to preempt all other userspace applications. Such an application is > OK being preempted by the kernel when the kernel

[2.6 patch] drivers/char/watchdog/: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 drivers/char/watchdog/machzwd.c |2 +- drivers/char/watchdog/sc1200wdt.c |6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-)

[2.6 patch] drivers/char/synclinkmp.c: make 3 functions static

This patch makes three needlessly global functions static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 drivers/char/synclinkmp.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) --- linux-2.6.11-rc2-mm2-full/drivers/char/sync

[2.6 patch] drivers/char/isicom.c: make a struct static

This patch makes a needlessly global struct static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Acked-by: Alan Cox <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 --- linux-2.6.11-rc2-mm2-full/drivers/char/isicom.c.old 2005-01-31 13:17:00.0 +0100 +++ linux-2.6.

how to capture kernel panics

is there any way to capture and log kernel panics on disk or ...? - 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-info.html Please read the FAQ at http://www.tux.org/lk

Re: Xterm Hangs - Possible scheduler defect?

On Feb 24, 2005, at 18:00, Andrew Morton wrote: Here's a quicky which will convert all your kernel threads to SCHED_RR, priority 99. Please test. We have a bunch of workstations here where we run a similar thing during boot, as well as starting a SCHED_RR @ 99 sulogin-type process on tty12. It

[PATCH] vm: mlock superfluous variable

The were a couple long standing (since at least 2.4.21) superfluous variables and two unnecessary assignments in do_mlock(). The intent of the resulting code is also more obvious. Tested on a 4 way x86 box running a simple mlock test program. No problems detected. Signed-off-by: Darren Hart

Re: raid6altivec does not compile on ppc32

On Thu, Feb 24, 2005 at 04:19:28PM -0800, H. Peter Anvin wrote: > Andreas Schwab wrote: > >On ppc32 cur_cpu_spec is an array of pointers, not just a pointer like on > >ppc64. > > > >drivers/md/raid6altivec1.c: In function `raid6_have_altivec': > >drivers/md/raid6altivec1.c:111: error: request for m

[2.6 patch] AGP: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- drivers/char/agp/ali-agp.c |4 ++-- drivers/char/agp/amd-k7-agp.c |2 +- drivers/char/agp/amd64-agp.c|2 +- drivers/char/agp/ati-agp.c |2 +- drivers/char/agp/

[PATCH] I2C patch 4 - Add a timer to the I2C core

This is one in a series of patches for adding a non-blocking interface to the I2C driver for supporting the IPMI SMBus driver. Add a timer to the I2C layer. This doesn't do much until the non-blocking code shows up. Signed-off-by: Corey Minyard <[EMAIL PROTECTED]> Index: linux-2.6.11-rc4/driver

Re: [PATCH] Symlink /sys/class/block to /sys/block

On Wed, Feb 23, 2005 at 09:43:35AM +, Malcolm Rowe wrote: > Greg KH writes: > > >>Following the discussion in [1], the attached patch creates > >>/sys/class/block > >>as a symlink to /sys/block. The patch applies to 2.6.11-rc4-bk7. > >> > >>Please cc: me on any replies - I'm not subscribed

[2.6 patch] drivers/char/mxser.c cleanups

This patch contains the following cleanups: - make two needlessly global structs static - remove the unused global function SDS_PORT8_DTR Alan already ACK'ed this patch. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 drivers/char/mxser.c | 2

Re: [PATCH 2.6.10-rc3][PPC32] Fix Motorola PReP (PowerstackII Utah) PCI IRQ map

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sven Luther wrote: > > Oh, damn, need to fix my daily builder, should be ok for tomorrow. IN the > meanwhile, you can try : > > > http://people.debian.org/~luther/d-i/images/2005-02-23/powerpc/netboot/vmlinuz-prep.initrd oh, what fun - it's boot

[2.6 patch] drivers/acpi/: make some code static

This patch makes some needlessly global code static. This patch contains only changes to files that should according to Len Brown not cause extra work for the ACPI maintainers. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 30 Jan 2005 drivers/acpi/ac.c

Re: realtime patch

On Thursday 24 February 2005 18:37, shabanip wrote: >where can i find realtime patchs to kernel 2.6? Thats currently for 2.6.11-rc4. Subject to change/update as the development continues. -- Cheers, Gene "There are four boxes to be used in de

Re: raid6altivec does not compile on ppc32

Andreas Schwab wrote: On ppc32 cur_cpu_spec is an array of pointers, not just a pointer like on ppc64. drivers/md/raid6altivec1.c: In function `raid6_have_altivec': drivers/md/raid6altivec1.c:111: error: request for member `cpu_features' in something not a structure or union I think this is being

[PATCH] USB: fix bug in acm's open function

Here's a patch for 2.6.11-rc5 that a lot of cdc-acm driver users are clammering for. There's a bug introduced in a cleanup which will lead to a race making reopenings fail. This fix is by Alexander Lykanov. Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]> Signed-off-by: Greg Kroah-Hartman <[EMAI

Re: 2.6.11-rc4-mm1 (VFS: Cannot open root device "301")

On Wed, 23 Feb 2005 16:25:39 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote: > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > Could someone try this? > > Let's turn that into a real patch. > > --- 25/drivers/ide/ide-probe.c~ide_init_disk-fixWed Feb 23 16:24:44 > 2005 > +++ 25-akpm/driv

raid6altivec does not compile on ppc32

On ppc32 cur_cpu_spec is an array of pointers, not just a pointer like on ppc64. drivers/md/raid6altivec1.c: In function `raid6_have_altivec': drivers/md/raid6altivec1.c:111: error: request for member `cpu_features' in something not a structure or union Andreas. -- Andreas Schwab, SuSE Labs, [

Re: Tulip (DFE-570tx) & keyboard lockup in 2.6.9 and other 2.6 kernels.

Ben Greear wrote: I finally had some time to debug this one a little more thoroughly. On two different machines (Shuttle SB61G1) I get the same results, so I do not believe it is bad hardware... The bug is as follows: I have 1 4-port tulip NIC in the machine. If I generate traffic between two int

Re: Possible bug on signal.h

I'm trying to modify UML so I'm using kernel headers but anyway there is a problem on sigaction definition on signal.h Jordi linux-os wrote: On Thu, 24 Feb 2005, Jordi Brinquez wrote: Hi, I think I found a possible bug on file signal.h. The problem comes when you define a struct sigaction on a use

Re: 2.6.11-rc4-mm1

On 02.24, Dmitry Torokhov wrote: > On Wednesday 23 February 2005 18:12, Ed Tomlinson wrote: > > On Wednesday 23 February 2005 17:38, J.A. Magallon wrote: > > > > > > On 02.23, Andrew Morton wrote: > > > > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc4/2.6.11-rc4

Re: [ckrm-tech] Re: [PATCH] CKRM: 4/10 CKRM: Full rcfs support

On Thu, 24 Feb 2005 17:25:28 CST, Chris Friesen wrote: > Shailabh Nagar wrote: > > > Sounds like a case is being made to make CONFIG_RCFS a "y" and eliminate > > the possibility of it being a loadable module ? > > No, I believe the idea was to make CONFIG_RCFS be automatically set to > the same

Re: [2.6 patch] drivers/net/ne3210.c: cleanups

On Mon, Feb 21, 2005 at 03:39:54PM -0500, Jeff Garzik wrote: > Adrian Bunk wrote: > >@@ -197,7 +194,7 @@ > > ei_status.priv = phys_mem; > > > > if (ei_debug > 0) > >-printk(version); > >+printk("ne3210 driver"); > > > missing newline. Do something like "ns3210 __

Re: realtime patch

shabanip a ecrit le 25.02.2005 00:37: where can i find realtime patchs to kernel 2.6? http://sourceforge.net/projects/realtime-lsm/ ? - 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.or

[2.6 patch] drivers/char/vt*: cleanups

This patch contains the following cleanups: - make needlessly gloval code static - vt_ioctl.c: removed the global variable keyboard_type since noone did actually set it to any other value Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 20

[2.6 patch] unexport do_settimeofday

I haven't found any possible modular usage of do_settimeofday in the kernel. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 20 Jan 2005 arch/alpha/kernel/time.c |2 -- arch/arm/kernel/time.c |2 -- arch/arm26/kernel/time.c |2 --

[2.6 patch] drivers/char/sysrq.c: remove the unused sysrq_power_off

sysrq_power_off was completely unused. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 31 Jan 2005 --- linux-2.6.11-rc2-mm2-full/drivers/char/sysrq.c.old 2005-01-31 15:42:32.0 +0100 +++ linux-2.6.11-rc2-mm2-full/drivers/char/sysrq.c 2005-01-31

Re: 2.6.11-rc4-RT-V0.7.39-02 kernel BUG

On Thu, 24 Feb 2005 23:06:09 - (WET), Rui Nuno Capela <[EMAIL PROTECTED]> wrote: > > Matthias-Christian wrote: > >> > >> Hi! > >> The first bug is in the usbb ohci module (report it to > >> http://buzilla.kernel.org and its Maintainers). The second one is > >> caused by the first one. > >> > >

Re: OT: Why is usb data many times the cpu hog that firewire is?

Followup to: <[EMAIL PROTECTED]> By author:Gene Heskett <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > Do I have something fubar in the usb? Or is this just the nature of > the beast? > USB pretty much is fubar. It's a horrible protocol on pretty much every level including the ph

[2.6 patch] small partitions/msdos cleanups

This patch makes the following changes to the msdos partition code: - remove CONFIG_NEC98_PARTITION leftovers - make parse_bsd static This patch was already ACK'ed by Andries Brouwer. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 30 Oct 2004 - 7 Dec 2004 -

[2.6 patch] fs/proc/kcore.c: make a function static

This patch makes a needlessly global function static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 8 Jan 2005 --- linux-2.6.10-mm2-full/fs/proc/kcore.c.old 2005-01-08 17:13:25.0 +0100 +++ linux-2.6.10-mm2-full/fs/proc/kcore.c 2005-01-08 1

[2.6 patch] remove drivers/char/tpqic02.c

Since at about half a year, this driver was no longer selectable via Kconfig. Since it seems noone missed this driver, therefore this patch removes it. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 5 Feb 2005 drivers/char/Makefile |1 drivers/char/

[2.6 patch] fs/qnx4/: make some code static

This patch makes some needlessly global code static. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 8 Jan 2005 fs/qnx4/bitmap.c|4 ++-- fs/qnx4/inode.c |8 include/linux/qnx4_fs.h |2 -- 3 files changed, 6 insertions(+)

[PATCH] I2C patch 6 - Add a block smbus read handler to the I2C core

This is one in a series of patches for adding a non-blocking interface to the I2C driver for supporting the IPMI SMBus driver. This adds back in the i2c_smbus_read_block_data() function which is needed by the IPMI SMB driver (coming soon). Signed-off-by: Corey Minyard <[EMAIL PROTECTED]> Index:

Re: Xterm Hangs - Possible scheduler defect?

Chris Friesen <[EMAIL PROTECTED]> wrote: > > Andrew Morton wrote: > > >chrt -r 99 -9 $i Make that chrt -r 99 -p $i - 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/m

[2.6 patch] i386 scx200.c: misc cleanups

The patch below contains the following cleanups: - make some needlessly global code static - #if 0 the following unused global functions: - scx200_gpio_dump - remove the following unneeded EXPORT_SYMBOL's: - scx200_gpio_lock - scx200_gpio_dump Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>

[2.6 patch] unexport mmu_cr4_features

I haven't found any possible modular usage of mmu_cr4_features in the kernel. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- This patch was already sent on: - 20 Jan 2005 arch/i386/kernel/setup.c |1 - arch/x86_64/kernel/setup.c |1 - 2 files changed, 2 deletions(-) --- linux-2

[PATCH] I2C patch 3 - Add handling for I2C operation queue entries

This is one in a series of patches for adding a non-blocking interface to the I2C driver for supporting the IPMI SMBus driver. This patch adds handling of the op q to the I2C main code in preparation for the non-blocking changes. Signed-off-by: Corey Minyard <[EMAIL PROTECTED]> Index: linux-2.6.

ALPS tapping disabled. WHY?

Trying out 2.6.11-rc5, I discovered my ALPS touchpad misbehaving. After reading several threads related to the topic, noe seemed to resolve my issue. The pad has always worked fine as a plain PS/2 mouse, from 2.4.0 through 2.6.10. This change fixes the problem by NOT disabling hardware tapping: ---

Re: 2.6.11-rc5

On Thu, 2005-02-24 at 15:50 +0100, Olaf Hering wrote: > On Wed, Feb 23, Linus Torvalds wrote: > > > This time it's really supposed to be a quickie, so people who can, please > > check it out, and we'll make the real 2.6.11 asap. > > radeonfb oopses on intel. > Havent checked yet when it started

[PATCH] I2C patch 2 - break up the SMBus formatting

This is one in a series of patches for adding a non-blocking interface to the I2C driver for supporting the IPMI SMBus driver. This patch reorganizes the formatting code to make it more suitable for the upcoming non-blocking changes. It also adds an op queue entry that is used to pass data aroun

realtime patch

where can i find realtime patchs to kernel 2.6? - 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-info.html Please read the FAQ at http://www.tux.org/lkml/

kernel 2.6 hyperthreading

enabling hyperthreading on kernel 2.6 how much affects the performance? - 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-info.html Please read the FAQ at http://www.tux.

Re: [ckrm-tech] Re: [PATCH] CKRM: 4/10 CKRM: Full rcfs support

Shailabh Nagar wrote: Sounds like a case is being made to make CONFIG_RCFS a "y" and eliminate the possibility of it being a loadable module ? No, I believe the idea was to make CONFIG_RCFS be automatically set to the same as CKRM. Chris - To unsubscribe from this list: send the line "unsubscribe

[PATCH] I2C patch 1 - minor I2C cleanups

This is one in a series of patches for adding a non-blocking interface to the I2C driver for supporting the IPMI SMBus driver. This patch is a simply some minor cleanups and is in addition to the patch by Mickey Stein (http://marc.theaimsgroup.com/?l=linux-kernel&m=110919738708916&w=2). Clean u

Re: Xterm Hangs - Possible scheduler defect?

Andrew Morton wrote: #!/bin/sh PIDS=$(ps axo pid,command | grep ' \[.*\]$' | sed -e 's/ \[.*\]$//') for i in $PIDS do chrt -r 99 -9 $i done For the unaware, "chrt" is part of the schedutils package. (I didn't know about it till just now...figured I'd save others the trouble of searching.

Re: 2.6.11-rc4-mm1 : IDE crazy numbers, hdb renumbered to hdq ?

On Thu, Feb 24, 2005 at 09:42:24PM +0100, Laurent Riffard wrote: > I do need device-mapper, since I put /usr and /var on LVM filesystems. I > use ptkcdvd to copy data to CD-RW. I can remove this one. > > Anyway, this patch from Andrew fixed the problem : > http://lkml.org/lkml/2005/2/23/214. Yeah

[PATCH] vsprintf.c cleanups

- Make sprintf call vsnprintf directly - use INT_MAX for sprintf and vsprintf Signed-off-by: Brian Gerst <[EMAIL PROTECTED]> vsprintf.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff -urN linux-2.6.11-rc5/lib/vsprintf.c linux/lib/vsprintf.c --- linux-2.6.11-rc5/lib/vsprintf.c

Re: 2.6.11-rc4-RT-V0.7.39-02 kernel BUG

> Matthias-Christian wrote: >> >> Hi! >> The first bug is in the usbb ohci module (report it to >> http://buzilla.kernel.org and its Maintainers). The second one is >> caused by the first one. >> > > Done. > > Bugzilla bug #4247: > http://bugzilla.kernel.org/show_bug.cgi?id=4247 > And this was t

  1   2   3   4   >