Re: [PATCH] remove input_call_hotplug (Take#2)

Greg KH wrote: On Wed, Jan 19, 2005 at 02:48:14PM +0100, Hannes Reinecke wrote: Hi Dmitry, attached is the reworked patch for removing the call to call_usermodehelper from input.c I've used the 'phys' attribute to generate the device names, this way we don't need to touch all drivers and the patc

Re: [PATCH] dynamic tick patch

* Pavel Machek <[EMAIL PROTECTED]> [050119 16:56]: > Hi! > > > > > > > Thanks for trying it out. I have quite accurate time here on my > > > > > > systems, and sleep works as it should. I wonder what's happening on > > > > > > your system? If you have a chance, could you please post the results >

Re: [Lists-linux-kernel-news] Re: [PATCH] raid6: altivec support

[excuse formatting, adhoc connectivity] Ben writes: > And ppc64 adds a flattened device-tree format, even better imho :) This is exactly what I was looking at - pulling that in to ppc32, helps with stuff like kexec too. Like everything else, it helps to have people moaning at me to make me ge

Re: [PATCH] Alps touchpad probing failure

On Thu, Jan 20, 2005 at 12:23:58AM +0100, Daniel Caujolle-Bert wrote: > Hi, > > With 2.6.11-rc1 bk6 and bk7 (didn't tried with < bk6), my alps touchpad is > no > more correctly probed, it's recognised as a standard PS/2 mouse. > So, with this trivial two line patch, everything is working again

Re: Linux 2.6.11-rc1

On Wed, 19 Jan 2005, Daniel Gryniewicz wrote: > On Wed, 2005-01-19 at 23:16 -0500, Dmitry Torokhov wrote: > > On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote: > > > On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote: > > > > Ok, the big merges after 2.6.10 are hopefully over, and

serial8250_init and platform_device

I dont get how it is you dont have more platform_devices register than you should based on how serial8250_init works if you have additional code registering a serial8250 device. For example, arch/arm/mach-s3c2410/mach-vr1000.c will register one serial8250 device, and it appears to me that seri

Re: [PATCH] Alps touchpad probing failure

Hi Dmitry, Le Jeudi 20 Janvier 2005 04:45, Dmitry Torokhov a ÃcritÂ: > On Wednesday 19 January 2005 18:23, Daniel Caujolle-Bert wrote: > > Hi, > > > > With 2.6.11-rc1 bk6 and bk7 (didn't tried with < bk6), my alps touchpad > > is no more correctly probed, it's recognised as a standard PS/2 mouse.

Re: 2.6.11-rc1-mm2: CONFIG_SMP=n compile error

Adrian Bunk <[EMAIL PROTECTED]> wrote: > > arch/i386/kernel/nmi.c:130: error: `cpu_callin_map' undeclared (first use in > this function) --- 25/arch/i386/kernel/nmi.c~i386-x86-64-fix-smp-nmi-watchdog-race-fix 2005-01-19 23:03:08.946815320 -0800 +++ 25-akpm/arch/i386/kernel/nmi.c 2005-01-19

[Patch]Fix an error in copy_page_range

Hi, There is a bug in copy_page_range in current 2.6.11-rc1 with 4 level page table change. copy_page_range do a continue without adding pgds and addr when pgd_none(*src_pgd) or pgd_bad(*src_pgd). I think it's wrong in logic, copy_page_range will run into infinite loop when when pgd_none(*src_pg

2.6.11-rc1-mm2: CONFIG_SMP=n compile error

On Wed, Jan 19, 2005 at 09:38:18PM -0800, Andrew Morton wrote: >... > Changes since 2.6.11-rc1-mm1: >... > +i386-x86-64-fix-smp-nmi-watchdog-race.patch >... > x86_64 updates >... This obviously breaks compilation for CONFIG_SMP=n: <-- snip --> ... CC arch/i386/kernel/nmi.o arch/i386/ke

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

Con Kolivas wrote: Jack O'Quin wrote: I was misreading the x-axis. They're actually every 20 sec. My system isn't doing that. Possibly reiserfs journal related. That has larger non-preemptible code sections. You're really getting hammered with those periodic 6 msec delays, though. The basic a

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

Jack O'Quin wrote: If I look at those png's locally (with gimp or gqview) they have a dark grey checkerboard background. If I look at them on the web (with galeon), the background is white. Go figure. Maybe the file has no background? I dunno. Yes there's no background so it depends on what you

Re: [PATCH] dynamic tick patch

On Wed, 2005-01-19 at 15:45 -0800, john stultz wrote: > On Thu, 2005-01-20 at 00:26 +0100, Thomas Gleixner wrote: > > On Wed, 2005-01-19 at 14:59 -0800, George Anzinger wrote: > > > I don't think you will ever get good time if you EVER reprogramm the PIT. > > > > Why not ? If you have a continous

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

utz lehmann wrote: I had experimented with throttling runaway RT tasks. I use a similar accounting. I saw a difference between counting with or without the calling from fork. If i remember correctly the timeout expired too fast if the non-RT load was "while /bin/true; do :; done". With "while true;

Re: Horrible regression with -CURRENT from "Don't busy-lock-loop in preemptable spinlocks" patch

On Thu, Jan 20, 2005 at 08:43:30AM +1100, Paul Mackerras wrote: > I suggest read_poll(), write_poll(), spin_poll(),... Erm...those names sound way too much like existing interfaces. Perhaps check_read_lock()/check_write_lock() ? If they don't get used too much, the longer name should be ok. gran

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

On Wednesday 19 January 2005 23:57, Jack O'Quin wrote: >Con Kolivas <[EMAIL PROTECTED]> writes: >> Jack O'Quin wrote: >>> Outstanding. How do you get rid of that checkerboard grey >>> background in the graphs? >>> >>> Con Kolivas <[EMAIL PROTECTED]> writes: >> >> Funny; that's the script you sent

Re: User space out of memory approach

On Thu, 20 Jan 2005, Edjard Souza Mota wrote: > > > > What about creating a linked list of (stackable) algorhithms which can > > > > be > > > > extended by loading modules and resorted using {proc,sys}fs? It will > > > > avoid > > > > the extra process, the extra CPU time (and task switches) to

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

On Jan 19, 2005, at 23:49, Jason L Tibbitts III wrote: I'm not sure why you indicate that no in-engineering toolset exists for the 7000 cards. It works fine on my 7810 and 7500-8 cards, as well as a bunch of 8506-4LP cards and of course the 9500S-4LP cards I have. I don't think it would work on m

Re: [RFC][PATCH 3/4] use a rwsem for cpucontrol

On Wed, 2005-01-19 at 22:38 +0100, Dominik Brodowski wrote: > Currently, lock_cpu_hotplug serializes multiple calls to cpufreq->target() > on multiple CPUs even though that's unnecessary. Even further, it > serializes these calls with totally unrelated other parts of the kernel... > some ppc64 even

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

Con Kolivas <[EMAIL PROTECTED]> writes: > Jack O'Quin wrote: >> Outstanding. How do you get rid of that checkerboard grey >> background in the graphs? > >> Con Kolivas <[EMAIL PROTECTED]> writes: > Funny; that's the script you sent me so... beats me? It's just one of the many things I don't unde

Re: Linux 2.6.11-rc1

On Wed, 2005-01-19 at 23:16 -0500, Dmitry Torokhov wrote: > On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote: > > On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote: > > > Ok, the big merges after 2.6.10 are hopefully over, and 2.6.11-rc1 is out > > > there. > > > > > > > > > >

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

On Jan 19, 2005, at 21:23, Jason L Tibbitts III wrote: "PD" == Peter Daum <[EMAIL PROTECTED]> writes: You should report the problems you find to them. They do indicate (in the knowledge base on their web site) that you're going to need the in-engineering files to run on the latest kernels. It's o

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

On Thu, 2005-01-20 at 11:33 +1100, Con Kolivas wrote: > utz lehmann wrote: > > @@ -2406,6 +2489,10 @@ void scheduler_tick(void) > > task_t *p = current; > > > > rq->timestamp_last_tick = sched_clock(); > > + if (iso_task(p) && !rq->iso_refractory) > > + inc_iso_ticks(rq, p); >

Re: COMMAND_LINE_SIZE increasing in 2.6.11-rc1-bk6

FYI, I found that the problem I was having was caused by the "BIOS Enhanced Disk Drives" turned on. It was on in previous versions as well, and they worked ok, so I assume that something has changed. In anycase turning it off fixed my problem. Chris Bruner On Wed January 19 2005 06:13 pm, Ja

Re: Linux 2.6.11-rc1

On Wednesday 19 January 2005 16:07, Daniel Gryniewicz wrote: > On Tue, 2005-01-11 at 21:09 -0800, Linus Torvalds wrote: > > Ok, the big merges after 2.6.10 are hopefully over, and 2.6.11-rc1 is out > > there. > > > > > > Peter Osterlund: > > o input: Add ALPS touchpad driver, driver by Neil B

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

Jack O'Quin wrote: Con Kolivas <[EMAIL PROTECTED]> writes: Does it degrade significantly with a compile running in the background? Check results below. Full results and pretty pictures available here: http://ck.kolivas.org/patches/SCHED_ISO/iso2-benchmarks/ More pretty pictures with compile load o

Re: [PATCH] dynamic tick patch

On Tue, 18 Jan 2005, Tony Lindgren wrote: > Hi all, > > Attached is the dynamic tick patch for x86 to play with > as I promised in few threads earlier on this list.[1][2] > > The dynamic tick patch does following: > > - Separates timer interrupts from updating system time > > - Allows updating

Re: [PATCH RFC] agp_backend: remove drm_agp_t & inter_module_ V1 [1/1]

On Wed, Jan 19, 2005 at 06:38:32PM -0800, Chris Wedgwood wrote: > What extremely obvious thing am I missing which prevents up from > kill drm_agp_t and the inter_module_register, etc. code that goes with > it? Gar, this is the 3rd copy of this patch I've got. I wanted the dust to settle on the

Re: [PATCH] Alps touchpad probing failure

On Wednesday 19 January 2005 18:23, Daniel Caujolle-Bert wrote: > Hi, > > With 2.6.11-rc1 bk6 and bk7 (didn't tried with < bk6), my alps touchpad is > no > more correctly probed, it's recognised as a standard PS/2 mouse. > So, with this trivial two line patch, everything is working again. > >

Re: [PATCH RFC] 'spinlock/rwlock fixes' V3 [1/1]

Chris Wedgwood <[EMAIL PROTECTED]> wrote: > > On Wed, Jan 19, 2005 at 07:01:04PM -0800, Andrew Morton wrote: > > > ... how about we simply nuke this statement: > > > > Chris Wedgwood <[EMAIL PROTECTED]> wrote: > > > > > > if (!spin_is_locked(&p->sighand->siglock) && > > > -

Re: [PATCH 1/2] CryptoAPI: prepare for processing multiple buffers at a time

Jivin James Morris lays it down ... > On Sat, 15 Jan 2005, Fruhwirth Clemens wrote: > > > However, developing two different APIs isn't particular efficient. I > > know, at the moment there isn't much choice, as J.Morris hasn't commited > > to acrypto in anyway. > > There is also the OCF port (Op

[patch 5/5] Disallow in-inode attributes for reserved inodes

When creating a filesystem with inodes bigger than 128 bytes, mke2fs fails to clear out bytes beyond EXT3_GOOD_OLD_INODE_SIZE in all inodes it creates (the journal, the filesystem root, and lost+found). We would require a zeroed-out i_extra_isize field but we don't get it, so disallow in-inode attr

[patch 2/5] Set the EXT3_FEATURE_COMPAT_EXT_ATTR for in-inode xattrs

The xattr feature was only set when creating an xattr block. Also set it when creating in-inode xattrs. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Index: linux-2.6.11-latest/fs/ext3/xattr.c === --- linux-2.6.11-latest.ori

[patch 4/5] Fix i_extra_isize check

We are checking for (EXT3_SB(inode->i_sb)->s_inode_size <= EXT3_GOOD_OLD_INODE_SIZE) to find out if we can set in-inode attributes; the test fails for inodes that have been created before the ea-in-inode patch. Those inodes have (i_extra_isize == 0), so we end up with the attributes overlapping the

[patch 3/5] Documentation fix

In-inode xattr entry descriptors are unsorted. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Index: linux-2.6.11-latest/fs/ext3/xattr.c === --- linux-2.6.11-latest.orig/fs/ext3/xattr.c +++ linux-2.6.11-latest/fs/ext3/xattr.c

[patch 1/5] No lock needed when freeing inode

ext3_xattr_delete_inode is called from ext3_free_inode which always has exclusive access to the inode, so there is no need to take the xattr semaphore. Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]> Index: linux-2.6.11-latest/fs/ext3/xattr.c ===

[ea-in-inode 0/5] Further fixes

Hello, here is a set of fixes for ext3 in-inode attributes: patches/ea-xattr-nolock.diff No lock needed when freeing inode The effect of the additional lock taking is very minor, but it's still unnecessary. patches/ea-xattr-update-sb.diff Set the EXT3_FEATURE_COMPAT_EXT_ATTR for in-inod

Re: [PATCH RFC] 'spinlock/rwlock fixes' V3 [1/1]

On Wed, Jan 19, 2005 at 07:01:04PM -0800, Andrew Morton wrote: > ... how about we simply nuke this statement: > > Chris Wedgwood <[EMAIL PROTECTED]> wrote: > > > > if (!spin_is_locked(&p->sighand->siglock) && > > - !rwlock_is_locked(&tasklist_lock)) > > +

Re: User space out of memory approach

> > > If my system needs the OOM killer, it's usurally unresponsive to most > > > userspace applications. A normal daemon would be swapped out before the > > > runaway dhcpd grows larger than the web cache. It would have to be a > > > mlocked > > > RT task started from early userspace. It would be

Re: [PATCH] dynamic tick patch

On Wed, 19 Jan 2005 14:59:20 PST, George Anzinger said: > allows the PIT to be the "gold standard" in time that it is designed to be. > The > wake up interrupt, then needs to come from an independent timer. My patch > requires a local APIC for this. Patch is available at > http://sourceforge

Re: [PATCH] aoe: add documentation for udev users

Ed L Cashin <[EMAIL PROTECTED]> wrote: > +if test -z "$conf"; then > +conf="`find /etc -type f -name udev.conf 2> /dev/null`" > +fi > +if test -z "$conf" || test ! -r $conf; then > +echo "$me Error: could not find readable udev.conf in /etc" 1>&2 > +exit 1 > +fi This will

#2 Backport of pci cardbus number enumeration from 2.6 to 2.4.29

Martin, I forgot to attach the actually patch file in my last mail. It's attached this time with a copy of my previous email below: Hi Martin, To overcome a problem with my laptop cardbus not being assigned the correct bus number in 2.4.29 (I originally did this change for 2.4.27) I backported

Re: [PATCH RFC] 'spinlock/rwlock fixes' V3 [1/1]

Given the general confusion and the difficulty of defining and understanding the semantics of these predicates. And given that the foo_is_locked() predicates have a history of being used to implement ghastly kludges, how about we simply nuke this statement: Chris Wedgwood <[EMAIL PROTECTED]> wro

Backport of pci cardbus number enumeration from 2.6 to 2.4.29

Hi Martin, To overcome a problem with my laptop cardbus not being assigned the correct bus number in 2.4.29 (I originally did this change for 2.4.27) I backported a portion of the code in the 2.6 kernel drivers/pci/pci.c file. I did this because I noticed that only 2.6 assigned the correct bus

Re: RFC: [2.6 patch] let BLK_DEV_UB depend on USB_STORAGE=n

On Wed, Jan 19, 2005 at 02:07:07PM -0800, Greg KH wrote: > On Thu, Dec 23, 2004 at 03:40:31AM +0100, Adrian Bunk wrote: > > On Sun, Dec 19, 2004 at 04:31:46PM -0800, Greg KH wrote: > > > On Mon, Dec 20, 2004 at 01:16:44AM +0100, Adrian Bunk wrote: > > > > I've already seen people crippling their us

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

Con Kolivas <[EMAIL PROTECTED]> writes: > Jack O'Quin wrote: >> Excellent. Judging by the DSP Load, your machine seems to run almost >> twice as fast as my 1.5GHz Athlon (surprising). You might want to try > > Not really surprising; the 2Mb cache makes this a damn fine cpu, if > not necessarily

[PATCH RFC] 'spinlock/rwlock fixes' V3 [1/1]

On Thu, Jan 20, 2005 at 08:43:30AM +1100, Paul Mackerras wrote: > I suggest read_poll(), write_poll(), spin_poll(), which are like > {read,write,spin}_trylock but don't do the atomic op to get the > lock, that is, they don't change the lock value but return true if > the trylock would succeed, ass

[PATCH RFC] agp_backend: remove drm_agp_t & inter_module_ V1 [1/1]

What extremely obvious thing am I missing which prevents up from kill drm_agp_t and the inter_module_register, etc. code that goes with it? I couldn't see any in-tree users of this stuff... --- drivers/char/agp/backend.c | 15 --- include/linux/agp_backend.h | 18 -

Re: 3ware driver (3w-xxxx) in 2.6.10: procfs entry

> "PD" == Peter Daum <[EMAIL PROTECTED]> writes: PD> At least on my 8506-controllers there are also some minor problems PD> (e.g. "info" doesn't work during a verify) which I thought was due PD> to the fact that the program is intended exclusively for PD> 9000-controllers. You should report t

intel8x0 and 2.6.11-rc1

I am running 2.6.11-rc1 (patched with software suspend2) and no longer get any sound output from my sound card. My old kernel 2.6.10 (with slightly older software suspend 2 patches) works perfectly. the hardware is recognized, and it appears to work, other than the lack out of output. I have also c

RE: Make pipe data structure be a circular list of pages, rather than

P.S. Not to reply to myself... 8-) I took some liberties with that description. STREAMS doesn't, to the best of my knowledge, have the cleanup hook stuff. That was me folding your issues (direct PCI device buffers etc) from this thread on top of the basic skeleton of STREAMS to broaden the

[BUG] 2.6.* pktgen doesn't set ethnet header properly

Hi, I tried to use pktgen module from 2.6.* kernels and found out that I couldn't receive any packets generated by pktgen. I did not even see a "packet dropped by kernel" message. It turned out that function setup_inject in net/core/pktgen.c doesn't setup the ethernet header field correctly. Be

[PATCH] consolidate arch specific resource.h headers

Most of the include/asm-*/resource.h headers are the same as one another. This patch makes one generic version, include/asm-generic/resource.h, and uses that when appropriate. The only vaguely interesting things here are that the generic version introduces a new _STK_LIM_MAX macro, which can be po

RE: Make pipe data structure be a circular list of pages, rather than

Howdy, The below (sorry about the Outlook style includes, work _requires_ outlook 8-() is why I previously mentioned the STREAMS implementation from SVR4 (and so Solaris etc). Every interface point has a pointer to its peer, a pair of queues and a put() routine. Every message is in two or more

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

Jack O'Quin wrote: Con Kolivas <[EMAIL PROTECTED]> writes: Con Kolivas wrote: Here are my results with SCHED_ISO v2 on a pentium-M 1.7Ghz (all powersaving features off): Increasing iso_cpu did not change the results. At least in my testing on my hardware, v2 is working as advertised. I need result

Re: [ANNOUNCE][RFC] plugsched-2.0 patches ...

its nice to see that this project is not dead after all :DD On Thu, 2005-01-20 at 12:23 +1100, Peter Williams wrote: > ... are now available from: > > > > as a single patch to linux-2.6.10 and at: > >

[PATCH] mips default mlock limit fix

Mips RLIMIT_MEMLOCK incorrectly defaults to unlimited, it was confused with RLIMIT_NPROC. Found while consolidating resource.h headers. Signed-off-by: Chris Wright <[EMAIL PROTECTED]> = include/asm-mips/resource.h 1.6 vs edited = --- 1.6/include/asm-mips/resource.h 2004-08-23 01:15:2

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

Quoting r. Chris Wright ([EMAIL PROTECTED]) > > > > I'm all for it, but the way the patch below works, we could end up > > > > calling ->ioctl or ->unlocked_ioctl from the compat > > > > syscall, and we dont want that. > > > > > > Hmm, I didn't actually change how those are called. So if it's an

Re: [RFC][PATCH 2/4] interruptible rwsem operations (i386, core)

David Howells wrote: Dominik Brodowski <[EMAIL PROTECTED]> wrote: Add functions down_read_interruptible, and down_write_interruptible to rw semaphores. Implement these for i386. ... +static inline int +rwsem_down_interruptible_failed_common(struct rw_semaphore *sem, + struct

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

Con Kolivas <[EMAIL PROTECTED]> writes: > Con Kolivas wrote: > > Here are my results with SCHED_ISO v2 on a pentium-M 1.7Ghz (all > powersaving features off): > > Increasing iso_cpu did not change the results. > > At least in my testing on my hardware, v2 is working as advertised. I > need results

[ANNOUNCE][RFC] plugsched-2.0 patches ...

... are now available from: as a single patch to linux-2.6.10 and at: as a (gzipped and tarred) patch set including "series

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

Con Kolivas <[EMAIL PROTECTED]> writes: > Jack O'Quin wrote: >> Try again with JACK 0.99.48. It's in CVS now, but you probably need >> this tarball to get around the dreaded SourceForge anon CVS lag... >> >> http://www.joq.us/jack/tarballs/jack-audio-connection-kit-0.99.48.tar.gz > > Thanks it fi

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

* Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > Quoting r. Chris Wright ([EMAIL PROTECTED]) "Re: [PATCH 1/5] compat_ioctl > call seems to miss a security hook": > > * Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > > > I'm all for it, but the way the patch below works, we could end up > > > call

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

Quoting r. Chris Wright ([EMAIL PROTECTED]) "Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook": > * Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > > I'm all for it, but the way the patch below works, we could end up > > calling ->ioctl or ->unlocked_ioctl from the compat > > sysca

Re: [patch] Job - inescapable job containers

Limin Gu <[EMAIL PROTECTED]> wrote: > > Could you consider this for inclusion in the mm tree? > The Job patch has been posted a few times, and I've addressed > the issues others raised. I'm totally not in a position to evaluate the completeness, desirability, interest-level, etc of this patch,

Re: [PATCH] dynamic tick patch

Hi! > > > > > Thanks for trying it out. I have quite accurate time here on my > > > > > systems, and sleep works as it should. I wonder what's happening on > > > > > your system? If you have a chance, could you please post the results > > > > > from following simple tests? > > > > > > > > On patc

Re: [PATCH] dynamic tick patch

Hi! > > > Thanks. Looks like you're running on PIT only, I guess my patch > > > currently breaks PIT (and possibly HPET) No dmesg message for " > > > "Using XXX for high-res timesource". > > > > This machine definitely has TSC... What do I have to do in .config to > > make it do something intere

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

Con Kolivas wrote: This is version 2 of the SCHED_ISO patch with the yield bug fixed and code cleanups. ...answering on this thread to consolidate the two branches of the email thread. Here are my results with SCHED_ISO v2 on a pentium-M 1.7Ghz (all powersaving features off): SCHED_NORMAL: awk

Re: [PATCH] cputime_t patches broke RLIMIT_CPU

On Wed, 19 Jan 2005, Roland McGrath wrote: > > Yes, that's how it was done before. The patch I just posted was intended > to fix the apparent typo without getting any deeper. Below is an untested > alternate patch to restore the old behavior under the new macro regime. Thanks, this one looks

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

* Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > I'm all for it, but the way the patch below works, we could end up > calling ->ioctl or ->unlocked_ioctl from the compat > syscall, and we dont want that. Hmm, I didn't actually change how those are called. So if it's an issue, then I don't think

Re: [RFT] skge: new syskonnect gigabit ethernet driver

On Wed, 19 Jan 2005 19:00:31 -0500, Jeff Garzik <[EMAIL PROTECTED]> wrote: > Stephen Hemminger wrote: > > This is the second public release of my new rewrite of the SysKonnect > > Gigabit > > Ethernet driver. This 0.3 version fixes bugs with link up/down and ethtool > > phys_id support. It adds

Re: [PATCH] dynamic tick patch

Thomas Gleixner wrote: On Wed, 2005-01-19 at 14:59 -0800, George Anzinger wrote: I don't think you will ever get good time if you EVER reprogramm the PIT. Why not ? If you have a continous time source, which keeps track of "ticks" regardless the CPU state, why should PIT reprogramming be evil ? Fi

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

utz lehmann wrote: @@ -2406,6 +2489,10 @@ void scheduler_tick(void) task_t *p = current; rq->timestamp_last_tick = sched_clock(); + if (iso_task(p) && !rq->iso_refractory) + inc_iso_ticks(rq, p); + else + dec_iso_ticks(rq, p); scheduler_tick() is not only called by the timer interrupt but

Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook

Hello! Quoting r. Chris Wright ([EMAIL PROTECTED]) "Re: [PATCH 1/5] compat_ioctl call seems to miss a security hook": > * Michael S. Tsirkin ([EMAIL PROTECTED]) wrote: > > diff -rup linux-2.6.10-orig/fs/compat.c linux-2.6.10-ioctl-sym/fs/compat.c > > --- linux-2.6.10-orig/fs/compat.c 2005-01-18

Re: [PATCH] cputime_t patches broke RLIMIT_CPU

> So would it not be nicer to just keep everything in seconds instead? Yes, that's how it was done before. The patch I just posted was intended to fix the apparent typo without getting any deeper. Below is an untested alternate patch to restore the old behavior under the new macro regime. > Al

Re: [PATCH] dynamic tick patch

Tony Lindgren wrote: * George Anzinger [050119 15:00]: I don't think you will ever get good time if you EVER reprogramm the PIT. That is why the VST patch on sourceforge does NOT touch the PIT, it only turns off the interrupt by interrupting the interrupt path (not changing the PIT). This all

Re: [PATCH] cputime.h seems to assume HZ==1000

Linus Torvalds wrote: On Mon, 17 Jan 2005, Roland McGrath wrote: Shouldn't msecs mean msecs, not secs/HZ? Hmm, sure, but why go through "msecs" at all? --- linux-2.6/include/asm-generic/cputime.h +++ linux-2.6/include/asm-generic/cputime.h @@ -35,8 +35,8 @@ typedef u64 cputime64_t; /* * Convert

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

Hi Con On Thu, 2005-01-20 at 09:39 +1100, Con Kolivas wrote: > This is version 2 of the SCHED_ISO patch with the yield bug fixed and > code cleanups. Thanks for the update. @@ -2406,6 +2489,10 @@ void scheduler_tick(void) task_t *p = current; rq->timestamp_last_tick = sched_c

Re: multiple page allocation errors in 2.6.10

On Wed, Jan 19, 2005 at 09:11:32AM +0100, Ake wrote: > Hi! > I'm getting multiple page allocation errors under high load. > Should i worry about them? > > nfsd: page allocation failure. order:4, mode:0x50 > ...[xfs stack]... No, this one is OK and was a recoverable situation. We need to do some (

Re: [NET] TUN needs CRC32 after adding multicast filtering to it

Vitezslav Samel wrote: Hi! Just tried to compile 2.6.11-rc1, but it fails with unresolved symbols "bitreverse" etc. Found out that TUN driver needs CRC32 which I haven't compiled in. Following patch fixes this. Please, consider applying. Yes, already in -bk... Jeff - To unsubsc

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

Jack O'Quin wrote: Try again with JACK 0.99.48. It's in CVS now, but you probably need this tarball to get around the dreaded SourceForge anon CVS lag... http://www.joq.us/jack/tarballs/jack-audio-connection-kit-0.99.48.tar.gz Thanks it finally ran to completion. By the way the patch you sent w

Re: [PATCH] cputime_t patches broke RLIMIT_CPU

On Wed, 19 Jan 2005, Roland McGrath wrote: > > The RLIMIT_CPU limit is in seconds, not in jiffies. This patch would seem to have its own problems, though. See: #define secs_to_cputime(__secs) (msecs_to_jiffies(__secs * HZ)) which means that since there is no overflow checkin

Re: [PATCH] dynamic tick patch

* Pavel Machek <[EMAIL PROTECTED]> [050119 15:58]: > Hi! > > > > > Thanks for trying it out. I have quite accurate time here on my > > > > systems, and sleep works as it should. I wonder what's happening on > > > > your system? If you have a chance, could you please post the results > > > > from f

Re: Make pipe data structure be a circular list of pages, rather than

On Wed, 19 Jan 2005, Larry McVoy wrote: > > See how more generic that is? Pipes are just one source/sink but > everything else needs to play as well. How are you going to > implement a socket sending data to a file without the VM nonsense > and the extra copies? Heh. This is e

Re: [PATCH] dynamic tick patch

Hi! > > > Thanks for trying it out. I have quite accurate time here on my > > > systems, and sleep works as it should. I wonder what's happening on > > > your system? If you have a chance, could you please post the results > > > from following simple tests? > > > > On patched 2.6.11-rc1: > > > >

Re: 2.6.11-rc1-mm1

On Wed, Jan 19, 2005 at 11:06:10PM +, Marcos D. Marado Torres wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Fri, 14 Jan 2005, Barry K. Nathan wrote: > > >This isn't new to 2.6.11-rc1-mm1, but it has the infamous (to Fedora > >users) "ACPI shutdown bug" -- poweroff hangs inst

Re: patch to fix set_itimer() behaviour in boundary cases

Arjan van de Ven wrote: On Sun, 2005-01-16 at 00:58 +, Alan Cox wrote: On Sad, 2005-01-15 at 09:30, Andrew Morton wrote: Matthias Lang <[EMAIL PROTECTED]> wrote: These are things we probably cannot change now. All three are arguably sensible behaviour and do satisfy the principle of least surp

Re: [PATCH] dynamic tick patch

* Pavel Machek <[EMAIL PROTECTED]> [050119 15:47]: > Hi! > > > > > > > As this patch is related to the VST/High-Res timers, there > > > > > > are probably various things that can be merged. I have not > > > > > > yet looked at what all could be merged. > > > > > > > > > > > > I'd appreciate some

Re: [PATCH] dynamic tick patch

Hi! > > > > > As this patch is related to the VST/High-Res timers, there > > > > > are probably various things that can be merged. I have not > > > > > yet looked at what all could be merged. > > > > > > > > > > I'd appreciate some comments and testing! > > > > > > > > Good news is that it does

Re: [PATCH] dynamic tick patch

On Thu, 2005-01-20 at 00:26 +0100, Thomas Gleixner wrote: > On Wed, 2005-01-19 at 14:59 -0800, George Anzinger wrote: > > I don't think you will ever get good time if you EVER reprogramm the PIT. > > Why not ? If you have a continous time source, which keeps track of > "ticks" regardless the CPU s

Re: [kbuild 2/5] Dont use the running kernels config file by default

Andreas Gruenbacher <[EMAIL PROTECTED]> writes: > The user does a ``make menuconfig'', and expects to see sane defaults. > What kconfig really does is take the running kernel's configuration > instead. This is a ad choice; it makes much more sense to take > arch/$ARCH/defconfig. IIRC the vanilla

2.6.11-rc1 vs. PowerMac 8500/G3 (and VAIO laptop) [usb-storage oops]

First, thanks to those involved in the 2.6.10 effort, as that's the first kernel in quite some time that seems stable on my PowerMac 8500/G3. It is not quite as good on the Sony VAIO laptop, due to software suspend problems (mostly USB related). 2.6.11-rc1 seemed to help with the VAIO laptop's p

Re: [PATCH 2.6] I2C: Kill i2c_client.id

On Sun, Jan 16, 2005 at 07:46:53PM +0100, Jean Delvare wrote: > Hi Greg, > > As discussed earlier on the LKML [1], here comes a patch set killing the > id member of the i2c_client structure. Let me recap my main reasons for > doing so: I've applied all 5 patches, and then just deleted the field a

Re: VST patches ported to 2.6.11-rc1

* George Anzinger [050119 15:21]: > George Anzinger wrote: > >Pavel Machek wrote: > > > >>Hi! > >> > >> > >>>I really hate sf download system... Here are those patches (only > >>>common+i386) ported to 2.6.11-rc1. > >> > >> > >> > >>Good news is it booted. But I could not measure any powersavings

Re: [PATCH 2.6] I2C: Allow it87 pwm reconfiguration

On Sat, Jan 15, 2005 at 04:30:45PM +0100, Jean Delvare wrote: > Quoting myself: > > > As soon as you will have confirmed that everything worked as expected, > > Jonas and I will provide a patch adding a pwm polarity reconfiguration > > module parameter for you to test. This should give you access

Re: [PATCH] raid6: altivec support

On Wed, 2005-01-19 at 14:48 +, David Woodhouse wrote: > On Wed, 2005-01-19 at 08:45 -0600, Kumar Gala wrote: > > We did talk about looking at using some work Ben did in ppc64 with OF > > in ppc32. John Masters was looking into this, but I havent heard much > > from him on it lately. > > > >

Re: [PATCH] dynamic tick patch

On Wed, 2005-01-19 at 14:59 -0800, George Anzinger wrote: > I don't think you will ever get good time if you EVER reprogramm the PIT. Why not ? If you have a continous time source, which keeps track of "ticks" regardless the CPU state, why should PIT reprogramming be evil ? tglx - To unsubscrib

Re: [PATCH] raid6: altivec support

On Wed, 2005-01-19 at 07:43 +, David Woodhouse wrote: > On Wed, 2005-01-19 at 15:11 +1100, Benjamin Herrenschmidt wrote: > > We should probably "backport" that simplification to ppc32... > > Yeah I'm increasingly tempted to merge ppc32/ppc64 into one arch > like mips/parisc/s390. Or would

Re: [PATCH 2.6] I2C: Fix DS1621 detection

On Wed, Jan 19, 2005 at 09:27:49PM +0100, Aur?lien Jarno wrote: > Hi Greg, > > Dallas Semiconductors as recently changed the design of their DS1621 > chips, including the bits that were checked in the kernel driver to > detect it. > > The patch below fixes the detection by checking an other bit

[PATCH] Alps touchpad probing failure

Hi, With 2.6.11-rc1 bk6 and bk7 (didn't tried with < bk6), my alps touchpad is no more correctly probed, it's recognised as a standard PS/2 mouse. So, with this trivial two line patch, everything is working again. Cheers. -- 73's de Daniel "Der Schreckliche", F1RMB. -=- Daniel C

  1   2   3   4   >