Re: 2.6.13-rc6-mm2

2005-09-01 Thread Jean Delvare
Hi Grant, > adm9240 i2c still broken, spamming debug with: > (...) > Aug 23 18:48:40 peetoo kernel: [ 1591.151834] i2c_adapter i2c-0: Transaction > (pre): CNT=08, CMD=2c, ADD=5a, DAT0=00, DAT1=00 > Aug 23 18:48:40 peetoo kernel: [ 1591.170515] i2c_adapter i2c-0: Transaction > (post): CNT=08, CMD

Re: PREEMPT_RT with e1000

2005-09-01 Thread Ingo Molnar
* Daniel Walker <[EMAIL PROTECTED]> wrote: > It looks like Gigabit Ethernet is still having some problems. This is > with the e1000 driver. If I remove all the qdisc_restart changes it > starts to work the warning below goes away, but it has > smp_processor_id warnings. btw., what does "probl

where can I get ext3 patch for linux-2.4.1

2005-09-01 Thread mhb
Hi Most of the related sites has ext3 patches for 2.4 kernels but I could not found any for 2.4.1. where can I find It? thanks Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs - To unsubscribe

Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

2005-09-01 Thread Lincoln Dale
jmerkey wrote: It might be helpful for someone to look at these sections of code I had to patch in 2.6.9. I discovered a case where the kernel scheduler will pass NULL for the array argument when I started hitting the extreme upper range > 200MB/S combined disk and lan throughput. This was ru

[patch 1/1] Hot plug CPU to support physical add of new processors (i386)

2005-09-01 Thread Natalie . Protasevich
Current IA32 CPU hotplug code doesn't allow bringing up processors that were not present in the boot configuration. To make existing hot plug facility more practical for physical hot plug, possible processors should be encountered during boot for potentual hot add/replace/remove. On ES7000, AC

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

2005-09-01 Thread Srivatsa Vaddagiri
On Thu, Sep 01, 2005 at 08:29:32AM +0200, Thomas Schlichter wrote: > I tested the attached patch during the last night and it sems to work... A quick feedback on your patch: A litmus test that I use is if "zero" lost ticks are being hit, which we should not w/o a patch like dynamic tick. I stil

[patch] drivers/ide/pci/alim15x3.c SMP fix

2005-09-01 Thread Ingo Molnar
is this the right way to fix the UP assumption below? Ingo Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]> Index: linux/drivers/ide/pci/alim15x3.c === --- linux.orig/drivers/ide/pci/alim15x3.c +++ linux/drivers/ide/pci/alim1

Re: What about adding range support for u32 classifier?

2005-09-01 Thread zhang yuanyi
2005/8/30, Jesper Juhl <[EMAIL PROTECTED]>: > On 8/30/05, zhang yuanyi <[EMAIL PROTECTED]> wrote: > > Hello, everyone! > > > > The "range support" may be puzzled, but I don't know how to express my > > problem exactly because of my poor english. > > > > Just take an example, I may need all udp pack

Re: [Jackit-devel] Re: jack, PREEMPT_DESKTOP, delayed interrupts?

2005-09-01 Thread Ingo Molnar
* Florian Schmidt <[EMAIL PROTECTED]> wrote: > > JACK sources already include a CHECK_PREEMPTION() macro which expands > > to Ingo's special gettimeofday() calls. The trace is turned on and > > then off automatically before and after the realtime critical section > > in the process thread (see l

Re: reboot vs poweroff (was: Linux 2.6.13)

2005-09-01 Thread Meelis Roos
I've since found that in the suspend2 code, I was working around this problem before by not calling the prepare method. I've just today modified the Suspend code so that it calls prepare for all of the powerdown methods and everything is working fine without reverting the patch. I guess this is yo

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

2005-09-01 Thread Thomas Schlichter
Am Donnerstag, 1. September 2005 09:23 schrieb Srivatsa Vaddagiri: > On Thu, Sep 01, 2005 at 08:29:32AM +0200, Thomas Schlichter wrote: > > I tested the attached patch during the last night and it sems to work... > > A quick feedback on your patch: > > A litmus test that I use is if "zero" lost tic

Re: [PATCH][FAT] FAT dirent scan with hin take #3

2005-09-01 Thread Machida, Hiroyuki
Machida, Hiroyuki wrote: OGAWA Hirofumi wrote: "Machida, Hiroyuki" <[EMAIL PROTECTED]> writes: Right, it looks like TLB, which holds cache "Physical addres" correponding to "Logical address". In this case, PID and file name to be looked up, perform role of "Logical address". But, there i

Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

2005-09-01 Thread Vojtech Pavlik
On Wed, Aug 31, 2005 at 06:56:28PM -0600, jmerkey wrote: > Bernd, > > Thanks for the accurate and reasonable response. I object to the use > of the word "tainted". This implies the binary code is somehow > infringing. I would suggest changing the word to "non-GPL" or "Vendor > Supported" since

Re: [patch 1/1] Hot plug CPU to support physical add of new processors (i386)

2005-09-01 Thread Shaohua Li
Hi, On Wed, 2005-08-31 at 20:13 +0800, [EMAIL PROTECTED] wrote: > Current IA32 CPU hotplug code doesn't allow bringing up processors > that were not present in the boot configuration. > To make existing hot plug facility more practical for physical hot > plug, possible processors should be encoun

[PATCH] replace hack with dget/mntget usage in fs/dcookies.c

2005-09-01 Thread Kirill Korotaev
This patch replaces manual incrementing of refcounters on dentry/mnt in fs/dcookie.c with calls to dget()/mntget(). Noticed this when tried to change logic in dget() and it began to oops. Signed-Off-By: Alexey Kuznetsov <[EMAIL PROTECTED]> Signed-Off-By: Pavel Emelianov <[EMAIL PROTECTED]> Signe

Re: THE LINUX/I386 BOOT PROTOCOL - Breaking the 256 limit

2005-09-01 Thread Alon Bar-Lev
Thank you all for your quick responses! I want to add some of my comments. 1. Kernel parameters is a great mechanism to control how the kernel behaves without modifying any file in kernel, putting options in a file maybe seems a good solution... but it lower the power of the boot loader,

Re: MAX_ARG_PAGES has no effect?

2005-09-01 Thread Andi Kleen
On Thursday 01 September 2005 08:57, Ingo Molnar wrote: > the whole thing should be reworked, so that there is no artificial limit > like MAX_ARG_PAGES. (it is after all just another piece of memory, in > theory) Yes, a sysctl would probably lead to fragmentation problems and then people would do

Re: [patch] drivers/ide/pci/alim15x3.c SMP fix

2005-09-01 Thread Rui Nuno Capela
Ingo Molnar wrote: is this the right way to fix the UP assumption below? Ingo Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]> Index: linux/drivers/ide/pci/alim15x3.c > [snip] OK. The reported boot WARNING seems to be over now. Tested on the offended laptop ([EMAIL PROTECTED]/UP, PCI

Re: [patch] drivers/ide/pci/alim15x3.c SMP fix

2005-09-01 Thread Ingo Molnar
* Rui Nuno Capela <[EMAIL PROTECTED]> wrote: > Ingo Molnar wrote: > >is this the right way to fix the UP assumption below? > > > > Ingo > > > >Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]> > > > >Index: linux/drivers/ide/pci/alim15x3.c > > [snip] > > OK. The reported boot WARNING seems to b

Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

2005-09-01 Thread Bernd Petrovitsch
On Wed, 2005-08-31 at 18:56 -0600, jmerkey wrote: > Bernd Eckenfels wrote: > >In article <[EMAIL PROTECTED]> you wrote: > >>I mean, nvidia people also use propietary code in the kernel (probably > >>violating the GPL anyway) and don't do such things. > > > >The Linux kernel allows binary drivers, y

Re: MAX_ARG_PAGES has no effect?

2005-09-01 Thread Ingo Molnar
* Andi Kleen <[EMAIL PROTECTED]> wrote: > On Thursday 01 September 2005 08:57, Ingo Molnar wrote: > > > the whole thing should be reworked, so that there is no artificial limit > > like MAX_ARG_PAGES. (it is after all just another piece of memory, in > > theory) > > Yes, a sysctl would probably

Re: where can I get ext3 patch for linux-2.4.1

2005-09-01 Thread Arturas Moskvinas
> Hi > > Most of the related sites has ext3 patches for 2.4 > kernels but I could not found any for 2.4.1. > where can I find It? I think you are using way too old kernel, consider an upgrade... Arturas M. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH] replace hack with dget/mntget usage in fs/dcookies.c

2005-09-01 Thread Andrew Morton
Kirill Korotaev <[EMAIL PROTECTED]> wrote: > > This patch replaces manual incrementing of refcounters on dentry/mnt in > fs/dcookie.c with calls to dget()/mntget(). > > ... > > --- linux-2.6.8.1-t032/fs/dcookies.c.dget2004-08-14 14:54:46.0 > +0400 > +++ linux-2.6.8.1-t032/fs/dcooki

Re: [patch 1/1] Hot plug CPU to support physical add of new processors (i386)

2005-09-01 Thread Andi Kleen
Hallo Natalie, On Wednesday 31 August 2005 14:13, [EMAIL PROTECTED] wrote: > Current IA32 CPU hotplug code doesn't allow bringing up processors that > were not present in the boot configuration. To make existing hot plug > facility more practical for physical hot plug, possible processors should >

Re: [PATCH] acpi-cpufreq: Remove P-state read after a P-state write in normal path

2005-09-01 Thread Dominik Brodowski
Hi, On Mon, Aug 29, 2005 at 11:03:57AM -0700, Venkatesh Pallipadi wrote: > Yes. ACPI spec says transitions can fail. But, it doesn't fail often in > practise. And even if it fails, I think, we should handle it without this > read os STATUS register. How can we handle it, if we do not even know

Re: [patch] drivers/ide/pci/alim15x3.c SMP fix

2005-09-01 Thread Rui Nuno Capela
Ingo Molnar wrote: Rui Nuno Capela wrote: OK. The reported boot WARNING seems to be over now. Tested on the offended laptop ([EMAIL PROTECTED]/UP, PCI chipset: ALi M1533) with 2.6.13-rt3, where the suggested patch on drivers/ide/pci/alim15x3.c seems to fix the burp. All seems to be working fin

Re: [PATCH] MPC8xx PCMCIA driver

2005-09-01 Thread Dominik Brodowski
Hi, On Mon, Aug 29, 2005 at 11:48:40PM -0300, Marcelo Tosatti wrote: > Russell: The driver is using pccard_nonstatic_ops for card window > management, even though the driver its marked SS_STATIC_MAP (using > mem->static_map). This is obviously broken. Where does it fail if pccard_static_ops is us

[PATCH 3/4] cpusets formalize intermediate GFP_KERNEL containment

2005-09-01 Thread Paul Jackson
This patch depends on the previous patches cpuset_gfp_hardwall_flag and cpuset_mm_alloc_oom_fixes. This patch makes use of the previously underutilized cpuset flag 'mem_exclusive' to provide what amounts to another layer of memory placement resolution. With this patch, there are now the following

[PATCH 1/4] cpusets oom_kill tweaks

2005-09-01 Thread Paul Jackson
This patch applies a few comment and code cleanups to mm/oom_kill.c prior to applying a few small patches to improve cpuset management of memory placement. The comment changed in oom_kill.c was seriously misleading. The code layout change in select_bad_process() makes room for adding another cond

[PATCH 2/4] cpusets new __GFP_HARDWALL flag

2005-09-01 Thread Paul Jackson
Add another GFP flag: __GFP_HARDWALL. A subsequent "cpuset_zone_allowed" patch will use this flag to mark GFP_USER allocations, and distinguish them from GFP_KERNEL allocations. Allocations (such as GFP_USER) marked GFP_HARDWALL are constrainted to the current tasks cpuset. Other allocations (su

[PATCH 4/4] cpusets confine oom_killer to mem_exclusive cpuset

2005-09-01 Thread Paul Jackson
Now the real motivation for this cpuset mem_exclusive patch series seems trivial. This patch depends on the previous cpuset_zone_allowed patch and its prerequisites. This patch keeps a task in or under one mem_exclusive cpuset from provoking an oom kill of a task under a non-overlapping mem_exclu

Re: [RFC] [PATCH] cache pollution aware __copy_from_user_ll()

2005-09-01 Thread Hiro Yoshioka
Hi, > From: Andi Kleen <[EMAIL PROTECTED]> > > > Hi, > > > > > > The following patch does not use MMX regsiters so that we don't have > > > to worry about save/restore the FPU/MMX states. > > > > > > What do you think? > > > > Performance will probably be bad on K7 Athlons - those have a microc

[PATCH 0/4] cpusets mems_allowed constrain GFP_KERNEL, oom killer

2005-09-01 Thread Paul Jackson
The following patch is proposed for inclusion in 2.6.14. This patch extends the use of the cpuset attribute 'mem_exclusive' to support cpuset configurations that: 1) allow GFP_KERNEL allocations to come from a potentially larger set of memory nodes than GFP_USER allocations, and 2) can const

Re: Where is the performance bottleneck?

2005-09-01 Thread Holger Kiehl
On Wed, 31 Aug 2005, Holger Kiehl wrote: On Thu, 1 Sep 2005, Nick Piggin wrote: Holger Kiehl wrote: meminfo.dump: MemTotal: 8124172 kB MemFree: 23564 kB Buffers: 7825944 kB Cached: 19216 kB SwapCached: 0 kB Active: 25708 kB

RE: FW: [RFC] A more general timeout specification

2005-09-01 Thread Roman Zippel
Hi, On Wed, 31 Aug 2005, Perez-Gonzalez, Inaky wrote: > Hmm, I cannot think of more ways to specify a timeout than how > long I want to wait (relative) or until when (absolute) and which > is the reference clock. And they don't seem broken to me, common > sense, in any case. Do you have any examp

2.6.13 doesn't find AGP device

2005-09-01 Thread Nicolas Christener
Linus Torvalds wrote: > There it is. > > The most painful part of 2.6.13 is likely to be the fact that we made x86 > use the generic PCI bus setup code for assigning unassigned resources. > That uncovered rather a lot of nasty small details, but should also mean > that a lot of laptops in parti

RE: FW: [RFC] A more general timeout specification

2005-09-01 Thread Roman Zippel
Hi, On Wed, 31 Aug 2005, Daniel Walker wrote: > > What "more versions" are you talking about? When you convert a user time > > to kernel time you can automatically validate it and later you can use > > standard kernel APIs, so you don't have to add even more API bloat. > > What's kernel time?

Re: [RFC] [PATCH] cache pollution aware __copy_from_user_ll()

2005-09-01 Thread Andi Kleen
On Thursday 01 September 2005 11:07, Hiro Yoshioka wrote: > The following is the almost final version of the > cache pollution aware __copy_from_user_ll() patch. Looks good to me. Once the filemap.c hunk is in I'll probably do something similar for x86-64. -Andi - To unsubscribe from this list:

Re: [PATCH 1/4] cpusets oom_kill tweaks

2005-09-01 Thread Coywolf Qi Hunt
On 9/1/05, Paul Jackson <[EMAIL PROTECTED]> wrote: > This patch applies a few comment and code cleanups to mm/oom_kill.c > prior to applying a few small patches to improve cpuset management of > memory placement. > > The comment changed in oom_kill.c was seriously misleading. The code > layout ch

Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

2005-09-01 Thread Alan Cox
On Iau, 2005-09-01 at 02:33 +0200, Bernd Eckenfels wrote: > In article <[EMAIL PROTECTED]> you wrote: > > I mean, nvidia people also use propietary code in the kernel (probably > > violating the GPL anyway) and don't do such things. > > The Linux kernel allows binary drivers, you just have to live

Re: State of Linux graphics

2005-09-01 Thread Alan Cox
On Iau, 2005-09-01 at 08:00 +0200, Antonio Vargas wrote: > 2. whole screen z-buffer, for depth comparison between the pixels > generated from each window. That one I question in part - if the rectangles are (as is typically the case) large then the Z buffer just ups the memory accesses. I guess fo

Re: [PATCH 1/4] cpusets oom_kill tweaks

2005-09-01 Thread Paul Jackson
Coywolf wrote: > Why bother ... The line length in characters was getting too long, the logic was getting too convoluted, and the comment only applied to an unobvious portion of the line. Providing a name for the logical condition that a complicated expression computes is one of the ways I find u

Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

2005-09-01 Thread Alan Cox
On Iau, 2005-09-01 at 09:45 +0200, Vojtech Pavlik wrote: > I believe the use of the word is quite correct. Ditto. The term is used for all kinds of marking in software and in the kernel case comes well after its use for things like perl unsafe variables. It is also used for far more than just non

Re: Re: [patch 1/1] Hot plug CPU to support physical add of new processors (i386)

2005-09-01 Thread mika.penttila
We should probably also not to try to boot disabled cpus in smp_boot_cpus()... --Mika - 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

Re: [patch] drivers/ide/pci/alim15x3.c SMP fix

2005-09-01 Thread Alan Cox
On Iau, 2005-09-01 at 09:24 +0200, Ingo Molnar wrote: > is this the right way to fix the UP assumption below? Probably not. The ide_lock may already be held (randomly depending on the code path) at the point we retune a drive on error. Actually you probably crash before this anyway. The ALi code

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

2005-09-01 Thread Srivatsa Vaddagiri
On Thu, Sep 01, 2005 at 09:42:23AM +0200, Thomas Schlichter wrote: > Think about two adjacent regular timer interrupts. Now consider the first one > is handled very late (indeed even after the second interrupt already > occoured). Then will see two "lost" ticks. > > Now directly the second timer

GFS, what's remaining

2005-09-01 Thread David Teigland
Hi, this is the latest set of gfs patches, it includes some minor munging since the previous set. Andrew, could this be added to -mm? there's not much in the way of pending changes. http://redhat.com/~teigland/gfs2/20050901/gfs2-full.patch http://redhat.com/~teigland/gfs2/20050901/broke

Re: GFS, what's remaining

2005-09-01 Thread Arjan van de Ven
On Thu, 2005-09-01 at 18:46 +0800, David Teigland wrote: > Hi, this is the latest set of gfs patches, it includes some minor munging > since the previous set. Andrew, could this be added to -mm? there's not > much in the way of pending changes. can you post them here instead so that they can be a

Re: [PATCH 1/4] cpusets oom_kill tweaks

2005-09-01 Thread Coywolf Qi Hunt
On 9/1/05, Paul Jackson <[EMAIL PROTECTED]> wrote: > Coywolf wrote: > > Why bother ... > > The line length in characters was getting too long, the logic was Yeah. That long line bugged me too when I was writing my lca oom-killer patch. > getting too convoluted, and the comment only applied to a

[PATCH 1/4] rm -rf linux/arch/i386/boot and Gujin bootloader

2005-09-01 Thread Etienne Lorrain
Hello, This is a list of patch which simplify the file structure of the kernel residing in /boot . The file named with a KGZ extension ( for instance /boot/linux-2.6.13.kgz ) is simply the usual ELF file named linux-2.6.13/vmlinux tranformed to binary with objdump and gzip'ed. This new fi

[PATCH 3/4] rm -rf linux/arch/i386/boot and Gujin bootloader

2005-09-01 Thread Etienne Lorrain
This third part is open for debate: it is using some Gujin exported variables to search for the root filesystem: Gujin knows from which disk/partition it loads the KGZ kernel file - and so the real mode kernel function can deduce where is its root if it knows the order of the IDE interfaces an

[PATCH 4/4] rm -rf linux/arch/i386/boot and Gujin bootloader

2005-09-01 Thread Etienne Lorrain
This fourth patch is included in the subject line. Have fun, Etienne. - 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://ww

2.6.13-mm1

2005-09-01 Thread Andrew Morton
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/ - Included Alan's big tty layer buffering rewrite. This breaks the build on lots of more obscure character device drivers. Patches welcome (please cc Alan). Changes since 2.6.13-rc6-mm2: linus.patch git-

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

2005-09-01 Thread Thomas Schlichter
Hi Srivatsa, Am Donnerstag, 1. September 2005 12:28 schrieb Srivatsa Vaddagiri: > On Thu, Sep 01, 2005 at 09:42:23AM +0200, Thomas Schlichter wrote: > > Think about two adjacent regular timer interrupts. Now consider the first > > one is handled very late (indeed even after the second interrupt al

[PATCH] "space before \n" removal

2005-09-01 Thread Denis Vlasenko
Hi, http://195.66.192.167/linux/trailing_spaces_patch/ There are 290 patches like this: - printk ("scsi%d : not initializing, no I/O or memory mapping known \n", + printk ("scsi%d : not initializing, no I/O or memory mapping known\n", Largest ones are: # ls -l | sort -r total 1256

Re: GFS, what's remaining

2005-09-01 Thread Andrew Morton
David Teigland <[EMAIL PROTECTED]> wrote: > > Hi, this is the latest set of gfs patches, it includes some minor munging > since the previous set. Andrew, could this be added to -mm? Dumb question: why? Maybe I was asleep, but I don't recall seeing much discussion or exposition of - Why the ker

Re: via hardware accelerated crypto support

2005-09-01 Thread Vojtech Pavlik
On Thu, Sep 01, 2005 at 07:07:10AM -0400, Neal Becker wrote: > I haven't been following linux kernel development for a while, so I'm not > sure what the status is. I noticed that there is now crypto support in the > kernel, including e.g. AES. I would like to use hardware acceleration > where ava

multiple independent keyboard kernel support

2005-09-01 Thread Zoltan Szecsei
Hi All, The archives & FAQs on this subject stop at December 2003. Google not much help either (prob. due to my keyword choices) I gather the only way to do this is via the ruby patch. (When) Will there ever be native kernel (and maybe XFree) support for multiple independent keyboards? The

Re: [PATCH 1/3] Updated dynamic tick patches - Fix lost tick

2005-09-01 Thread Srivatsa Vaddagiri
On Thu, Sep 01, 2005 at 01:05:23PM +0200, Thomas Schlichter wrote: > Yes, the only real differences are the two points mentioned in my first > mail... I only wanted to help you fixing these. Thanks for pointing them out. I have fixed it in the experimental version that I have now. > Well, that s

USB Storage speed regression since 2.6.12

2005-09-01 Thread DervishD
Hi all :) I don't know if this is a known issue, but usb-storage speed for 'Full speed' devices dropped from 2.6.11.12 (more than 800Kb/s) to 2.6.12 (less than 250Kb/s). The problem still exists in 2.6.13. The lack of speed seems to affect only the OHCI driver. My test was done over a

Help on HCD developpement

2005-09-01 Thread Franck xyz
Hi, I'm trying to write a host controller driver for a Arc hardware. I need to know how nak pid should be handled ? Hardware can automatically manage them, that means it automatically retry the naked transaction. But since setup packet must not be "NAKed" or hub endpoint #1 returns nak pid when no

Re: GFS, what's remaining

2005-09-01 Thread Arjan van de Ven
On Thu, 2005-09-01 at 18:46 +0800, David Teigland wrote: > Hi, this is the latest set of gfs patches, it includes some minor munging > since the previous set. Andrew, could this be added to -mm? there's not > much in the way of pending changes. > > http://redhat.com/~teiglan

Re: [PATCH] MPC8xx PCMCIA driver

2005-09-01 Thread Magnus Damm
Hello all, Nice to see that this driver gets forward ported to 2.6. I originally wrote it for pcmcia-cs, but it made its way into 2.4 after a while. Thanks to all the people who added code and fixes. I'm not sure how the current Linux pcmcia layer works, and I am not involved in powerpc land anym

Re: USB Storage speed regression since 2.6.12

2005-09-01 Thread Brice Goglin
Le 01.09.2005 13:36, DervishD a écrit : > I don't know if this is a known issue, but usb-storage speed for > 'Full speed' devices dropped from 2.6.11.12 (more than 800Kb/s) to > 2.6.12 (less than 250Kb/s). The problem still exists in 2.6.13. > > The lack of speed seems to affect only the O

RE: FW: [RFC] A more general timeout specification

2005-09-01 Thread Perez-Gonzalez, Inaky
>From: Roman Zippel [mailto:[EMAIL PROTECTED] >On Wed, 31 Aug 2005, Perez-Gonzalez, Inaky wrote: > >> Hmm, I cannot think of more ways to specify a timeout than how >> long I want to wait (relative) or until when (absolute) and which >> is the reference clock. And they don't seem broken to me, comm

Re: [PATCH] "space before \n" removal

2005-09-01 Thread Alexey Dobriyan
On Thu, Sep 01, 2005 at 02:00:25PM +0300, Denis Vlasenko wrote: > There are 290 patches like this: > > - printk ("scsi%d : not initializing, no I/O or memory mapping known > \n", > + printk ("scsi%d : not initializing, no I/O or memory mapping known\n", > Feel free to download and ap

Re: multiple independent keyboard kernel support

2005-09-01 Thread Vojtech Pavlik
On Thu, Sep 01, 2005 at 01:28:25PM +0200, Zoltan Szecsei wrote: > Hi All, > The archives & FAQs on this subject stop at December 2003. Google not > much help either (prob. due to my keyword choices) > > I gather the only way to do this is via the ruby patch. > > (When) Will there ever be native

Re: KLive: Linux Kernel Live Usage Monitor

2005-09-01 Thread Sven Ladegast
On Tue, 30 Aug 2005, Andrea Arcangeli wrote: That would be nice addition IMHO. It'll be more complex since it'll involve netconsole dumping and passing the klive session to the kernel somehow (userland would be too unreliable to push the oops to the server). The worst part is that oops dumping m

Re: USB Storage speed regression since 2.6.12

2005-09-01 Thread linux-os \(Dick Johnson\)
On Thu, 1 Sep 2005, DervishD wrote: >Hi all :) > >I don't know if this is a known issue, but usb-storage speed for > 'Full speed' devices dropped from 2.6.11.12 (more than 800Kb/s) to > 2.6.12 (less than 250Kb/s). The problem still exists in 2.6.13. > >The lack of speed seems to affec

Re: reboot vs poweroff (was: Linux 2.6.13)

2005-09-01 Thread Pierre Ossman
Meelis Roos wrote: > > It's OK then - I'm not using any suspend and I had a problem that my > machine powered down instead of reboot. The patch that went into 2.6.13 > after rc7 fixed it for me. So the current tree is OK for me and if it's > OK for you too after suspend2 changes then this case can

Re: GFS, what's remaining

2005-09-01 Thread Pekka Enberg
On 9/1/05, David Teigland <[EMAIL PROTECTED]> wrote: > - Adapt the vfs so gfs (and other cfs's) don't need to walk vma lists. > [cf. ops_file.c:walk_vm(), gfs works fine as is, but some don't like it.] It works fine only if you don't care about playing well with other clustered filesystems.

Re: via hardware accelerated crypto support

2005-09-01 Thread Herbert Xu
Neal Becker <[EMAIL PROTECTED]> wrote: > I haven't been following linux kernel development for a while, so I'm not > sure what the status is. I noticed that there is now crypto support in the > kernel, including e.g. AES. I would like to use hardware acceleration > where available, e.g., VIA EPIA

Re: reboot vs poweroff (was: Linux 2.6.13)

2005-09-01 Thread Nigel Cunningham
On Thu, 2005-09-01 at 22:32, Pierre Ossman wrote: > Meelis Roos wrote: > > > > It's OK then - I'm not using any suspend and I had a problem that my > > machine powered down instead of reboot. The patch that went into 2.6.13 > > after rc7 fixed it for me. So the current tree is OK for me and if it'

RE: FW: [RFC] A more general timeout specification

2005-09-01 Thread Roman Zippel
Hi, On Thu, 1 Sep 2005, Perez-Gonzalez, Inaky wrote: > >You still didn't explain what's the point in choosing different clock > >sources for a _timeout_. > > The same reasons that compel to have CLOCK_REALTIME or > CLOCK_MONOTONIC, for example. Or the need to time out on a > high resolution clo

Re: multiple independent keyboard kernel support

2005-09-01 Thread Zoltan Szecsei
Vojtech Pavlik wrote: On Thu, Sep 01, 2005 at 01:28:25PM +0200, Zoltan Szecsei wrote: Hi All, The archives & FAQs on this subject stop at December 2003. Google not much help either (prob. due to my keyword choices) I gather the only way to do this is via the ruby patch. (When) Will ther

Re: Updated dynamic tick patches

2005-09-01 Thread Tony Lindgren
* Con Kolivas <[EMAIL PROTECTED]> [050901 08:22]: > On Thu, 1 Sep 2005 02:58 am, Srivatsa Vaddagiri wrote: > > Following patches related to dynamic tick are posted in separate mails, > > for convenience of review. The first patch probably applies w/o dynamic > > tick consideration also. > > > > Pat

Re: Updated dynamic tick patches

2005-09-01 Thread David Weinehall
On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote: [snip] > I tried this quickly on a loaner ThinkPad T30, and needed the following > patch to compile. The patch does work with PIT, but with lapic the > system does not wake to timer interrupts :( That may be a thinkpad issue; I have to

Re: multiple independent keyboard kernel support

2005-09-01 Thread Vojtech Pavlik
On Thu, Sep 01, 2005 at 03:07:20PM +0200, Zoltan Szecsei wrote: > >>(When) Will there ever be native kernel (and maybe XFree) support for > >>multiple independent keyboards? > > > >The kernel console is unlikely to ever going to have that - noone is > >interested in changing the console subsystem

multiple independent keyboard kernel support

2005-09-01 Thread Svetoslav Slavtchev
Hi, sorry for replying in this way, but i'm not subscribed to lkml, and please do CC me ruby is still maintained and the list is pretty active although that is mostly volunteer work from Aivils it's running pretty stable on x86 and x86_64 and there are patches almost all recent 2.6 kernels (upto

RE: [patch 1/1] Hot plug CPU to support physical add of new processors (i386)

2005-09-01 Thread Protasevich, Natalie
> Hallo Natalie, > > On Wednesday 31 August 2005 14:13, > [EMAIL PROTECTED] wrote: > > Current IA32 CPU hotplug code doesn't allow bringing up processors > > that were not present in the boot configuration. To make > existing hot > > plug facility more practical for physical hot plug, possible

[PATCH][RFC] vm: swap prefetch

2005-09-01 Thread Con Kolivas
Here is a working swap prefetching patch for 2.6.13. I have resuscitated and rewritten some early prefetch code Thomas Schlichter did in late 2.5 to create a configurable kernel thread that reads in swap from ram in reverse order it was written out. It does this once kswapd has been idle for a m

Re: Updated dynamic tick patches

2005-09-01 Thread Tony Lindgren
* David Weinehall <[EMAIL PROTECTED]> [050901 16:19]: > On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote: > [snip] > > I tried this quickly on a loaner ThinkPad T30, and needed the following > > patch to compile. The patch does work with PIT, but with lapic the > > system does not wake

Re: FW: [RFC] A more general timeout specification

2005-09-01 Thread Joe Korty
On Thu, Sep 01, 2005 at 11:19:51AM +0200, Roman Zippel wrote: > You still didn't explain what's the point in choosing > different clock sources for a _timeout_. Well, if CLOCK_REALTIME is set forward by a minute, timers & timeout specified against that clock will expire a minute earlier than expe

Re: FW: [RFC] A more general timeout specification

2005-09-01 Thread Joe Korty
On Thu, Sep 01, 2005 at 11:22:32AM +0200, Roman Zippel wrote: > For a timeout? Please get real. > If you need more precision, use a dedicated timer API, but don't make the > general case more complex for the 99.99% of other users. Struct timeout is just a struct timespec + a bit for absolute/rela

Re: FW: [RFC] A more general timeout specification

2005-09-01 Thread Joe Korty
On Thu, Sep 01, 2005 at 01:50:33AM +0200, Roman Zippel wrote: > When you convert a user time to kernel time you can > automatically validate Kernel time sucks. It is just a single clock, it may not have the attributes of the clock that the user really wished to use. Joe - To unsubscribe from thi

Re: multiple independent keyboard kernel support

2005-09-01 Thread Zoltan Szecsei
Svetoslav Slavtchev wrote: Hi, sorry for replying in this way, but i'm not subscribed to lkml, and please do CC me ruby is still maintained and the list is pretty active although that is mostly volunteer work from Aivils Thats good. Googling for it I found too many hits, and the ones I looke

Memory reclaim: permanently pinned dentries (aka libfs/sysfs) and the blunderbuss effect

2005-09-01 Thread Blaisorblade
Martin J. Bligh described at OLS the "blunderbuss effect", i.e. the inefficiency of the dentry cache shrinker at freeing whole pages, since we could leave (worst-case) one dentry per page because it's at the end of the LRU list. Pinned dentries (in first place libfs ones, but he also includes d

Re: State of Linux graphics

2005-09-01 Thread Antonio Vargas
On 9/1/05, Alan Cox <[EMAIL PROTECTED]> wrote: > On Iau, 2005-09-01 at 08:00 +0200, Antonio Vargas wrote: > > 2. whole screen z-buffer, for depth comparison between the pixels > > generated from each window. > > That one I question in part - if the rectangles are (as is typically the > case) large

Re: [PATCH,RFC] Move Cell platform code to arch/powerpc

2005-09-01 Thread Kumar Gala
On Aug 31, 2005, at 7:47 PM, Arnd Bergmann wrote: Move all files from arch/ppc64/kernel/bpa_* to arch/powerpc/ platforms/cell, I would like to see a patch like this go into 2.6.14, for multiple reasons: - The marketing folks have changed the names and we are no longer supposed to ref

Re: Updated dynamic tick patches

2005-09-01 Thread Srivatsa Vaddagiri
On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote: > I tried this quickly on a loaner ThinkPad T30, and needed the following > patch to compile. The patch does work with PIT, but with lapic the > system does not wake to timer interrupts :( Even I have found that enabling lapic breaks i

[PATCH 12/13] GFS: lock_nolock module

2005-09-01 Thread David Teigland
The lock_nolock module does no inter-node locking and allows gfs to be used as a local file system. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/locking/nolock/Makefile |3 fs/gfs2/locking/nolock/main.c | 267 ++

[PATCH 13/13] GFS: lock_dlm module

2005-09-01 Thread David Teigland
The lock_dlm module uses the DLM in linux/drivers/dlm/ for inter-node locking. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/locking/dlm/Makefile |3 fs/gfs2/locking/dlm/lock.c | 533 +

[PATCH 11/13] GFS: lock_harness module

2005-09-01 Thread David Teigland
The lock_harness module allows a gfs file system to connect to a given lock module. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/locking/harness/Makefile |3 fs/gfs2/locking/harness/lm_interface.h | 286

[PATCH 06/13] GFS: logging and recovery

2005-09-01 Thread David Teigland
A per-node on-disk log is used for recovery. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/log.c | 670 + fs/gfs2/log.h | 68 + fs/gfs2/recovery.c | 561 +

[PATCH 10/13] GFS: build and documentation

2005-09-01 Thread David Teigland
Add gfs to the build system and gfs2.txt to Documentation. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- Documentation/filesystems/gfs2.txt | 194 + fs/Kconfig | 15 ++ fs/Makef

[PATCH 07/13] GFS: quotas

2005-09-01 Thread David Teigland
Code that deals with quotas. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/lvb.c | 61 ++ fs/gfs2/lvb.h | 28 + fs/gfs2/quota.c | 1209 fs/gfs2/quota.h | 34 + 4 fil

[PATCH 08/13] GFS: mount and tuning options

2005-09-01 Thread David Teigland
There are a variety of mount options, tunable parameters, internal statistics, and methods of online file system manipulation. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/ioctl.c | 1485 +++

[PATCH 05/13] GFS: ea and acl

2005-09-01 Thread David Teigland
Code that handles extended attributes and ACL's. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/acl.c | 313 ++ fs/gfs2/acl.h | 37 + fs/gfs2/eaops.c | 179 ++ fs/gfs2/eaops.h | 30 + fs/gfs2/eattr.c | 1621

[PATCH 01/14] GFS: headers

2005-09-01 Thread David Teigland
Central header files that are widely used. Signed-off-by: Ken Preslan <[EMAIL PROTECTED]> Signed-off-by: David Teigland <[EMAIL PROTECTED]> --- fs/gfs2/gfs2.h | 77 +++ fs/gfs2/incore.h| 691 +++ include/linux/gfs2_ioctl.h | 30 + include/l

Re: [PATCH][RFC] vm: swap prefetch

2005-09-01 Thread Con Kolivas
On Fri, 2 Sep 2005 00:18, Hans Kristian Rosbach wrote: > On Thu, 2005-09-01 at 23:46 +1000, Con Kolivas wrote: > > Here is a working swap prefetching patch for 2.6.13. I have resuscitated > > and rewritten some early prefetch code Thomas Schlichter did in late 2.5 > > to create a configurable kerne

  1   2   3   4   5   >