Re: [PATCH 2.6.13] libata: Marvell SATA support (PIO mode)

On Thu, Sep 01, 2005 at 03:48:51PM -0400, Jeff Garzik wrote: > Christoph Hellwig wrote: > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include > >>+#include "scsi.h" > > > > > >pleaese don't include "scsi.h" in new

[PATCH 2/4] m68k: sys_ptrace cleanup

- create helper function singlestep_disable() - move variable definitions to the top of the function - use "out_eio" label as common error destination - don't clear failure value for PTRACE_SETREGS/PTRACE_GETREGS Signed-off-by: Roman Zippel <[EMAIL PROTECTED]> --- arch/m68k/kernel/ptrace.c |

RE: [RFC/PATCH]reconfigure MSI registers after resume

On Thursday, September 01, 2005 12:32 PM Andrew Morton wrote: > So what is the alternative to Shaohua's fix? Restore all the msi > registers on resume? Yes, the PCIe port bus driver, for example, did that. Thanks, Tom - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

[PATCH 3/4] m68k: move cache functions into separate file

Move a few cache functions into its own file and fix flush_icache_range() so it can handle both kernel and user addresses correctly (assuming context is set correctly). Turn copy_to_user_page/copy_from_user_page into inline functions and add a missing cache flush. Signed-off-by: Roman Zippel

Re: [PATCH 2.6.13] libata: Marvell SATA support (PIO mode)

Christoph Hellwig wrote: On Thu, Sep 01, 2005 at 03:48:51PM -0400, Jeff Garzik wrote: Christoph Hellwig wrote: +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include "scsi.h" pleaese don't include "scsi.h" in new drivers. It will go

[PATCH 2.6.13] Warning in the e1000 driver

This should fix a small warning in the e1000 driver. It casts to the largest possible type dma field. This was found while compiling for X86_64 . Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]> Index: linux-2.6.13/drivers/net/e1000/e1000_main.c

Re: 2.6.13-rt3

* Steven Rostedt <[EMAIL PROTECTED]> wrote: > Ingo, > > I just found a __MAJOR__ bug in my code. Below is the patch that > fixes this bug, zaps the WARN_ON in check_pi_list_present, and changes > ALL_TASKS_PI to a booleon instead of just a define. > > The major bug was in __down_trylock.

Re: [RFC][CFLART] ipmi procfs bogosity

[EMAIL PROTECTED] wrote: On Thu, Sep 01, 2005 at 11:41:42AM -0500, Corey Minyard wrote: Indeed, this function is badly written. In rewriting, I couldn't find a nice function for reading integers from userspace, and the proc_dointvec stuff didn't seem terribly suitable. So I wrote my own

Re: [RFC/PATCH]reconfigure MSI registers after resume

"Nguyen, Tom L" <[EMAIL PROTECTED]> wrote: > > On Thursday, September 01, 2005 12:32 PM Andrew Morton wrote: > > So what is the alternative to Shaohua's fix? Restore all the msi > > registers on resume? > > Yes, the PCIe port bus driver, for example, did that. > So you're saying that each

Re: 2.6.13-rc7-git2 crashes on iBook

Le jeudi 01 septembre 2005 à 20:26 +0100, Daniel Drake a écrit : > Hi, > > Stelian Pop wrote: > > Confirmed on an Apple Powerbook too. > > > > For reference, the (already reverted) patch which needs to be applied is > > below. > > > > Signed-off-by: Stelian Pop <[EMAIL PROTECTED]> > > > >

[PATCH] Documentation/sparse snapshot URL

The URL for Documentation/sparse is wrong now that it is in git. Signed-off-by: Ben Dooks <[EMAIL PROTECTED]> diff -urN -X ../dontdiff linux-2.6.13/Documentation/sparse.txt linux-2.6.13-bjd1/Documentation/sparse.txt --- linux-2.6.13/Documentation/sparse.txt 2005-06-17 20:48:29.0

Re: GFS, what's remaining

Alan Cox <[EMAIL PROTECTED]> wrote: > > On Iau, 2005-09-01 at 03:59 -0700, Andrew Morton wrote: > > - Why the kernel needs two clustered fileystems > > So delete reiserfs4, FAT, VFAT, ext2, and all the other "junk". Well, we did delete intermezzo. I was looking for technical reasons, please.

[PATCH] 8139cp: Catch all interrupts

Register interrupt handler when net device is registered. Avoids missing interrupts if the interrupt mask gets out of sync. Signed-off-by: Pierre Ossman <[EMAIL PROTECTED]> --- The reason this patch is needed for me is that the resume function is broken. It enables interrupts unconditionally,

[PATCH][RESEND] Remove non-arch consumers of asm/segment.h

asm/segment.h varies greatly on different architectures but is clearly deprecated. Removing all non-architecture consumers will make it easier for us to get ride of asm/segment.h all together. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- commit 2ce31e41967fc58548561a601ffa671c0864d3b8 tree

[PATCH] Add hacks for IPMI chassis poweroff for certain Dell servers

This patch allows Dell servers with IPMI controllers that predate IPMI 1.5 to use the standard poweroff or powercycle commands. These systems firmware don't set the chassis capability bit in the Get Device ID, but they do implement the standard poweroff and powercycle commands. Tested on RHEL3

[PATCH 1/1] 8250_kgdb driver reworked

Andrew, I'll probably repost the whole series next week in hope you'll grab it for 2.6.13-mm2. This is the I/O driver for any 8250-compatible UARTs. This also adds some small hooks into the normal serial core so that we can take away the uart and make sure only KGDB is trying to use it. We also

[PATCH] 2.6.13: Filesystem capabilities 0.16

This patch implements filesystem capabilities. It allows to run privileged executables without the need for suid root. Changes: - updated to 2.6.13 This patch is available at: Regards, Olaf. - To unsubscribe from this list: send the line

RE: [Linux-cluster] Re: GFS, what's remaining

I just started looking at gfs. To understand it you'd need to look at it from the entire cluster solution point of view. This is a good document from David. It's not about GFS in particular but about the architecture of the cluster. http://people.redhat.com/~teigland/sca.pdf Hua >

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

>How can we handle it, if we do not even know that it failed? >How should the user recognize something is broken? We probably shouldn't have used the word "fail" here. I expect the IO and MSR accesses will always "succeed", but they may not always have the exact effect the OS requested. I think

Re: 2.6.13-mm1

Dominik> Why should I check for newer firmware!? I don't understand Dominik> that point of view. The device works without any problems Dominik> with 2.6.13-ck1 as 2.6.13-rc6-mm1 and before kernels. So Dominik> there is no need to check the firmware imho. That's on point of view. In my

RE: reboot vs poweroff

>Patch tested and works fine here. You should probably make a >note in the bugzilla so we don't get a conflicting merge >from the ACPI folks. One might also consider that it would be a good idea to send patches that break ACPI files to the ACPI maintainer and [EMAIL PROTECTED] before sending

Re: reboot vs poweroff

Pierre Ossman <[EMAIL PROTECTED]> writes: > > Patch tested and works fine here. You should probably make a note in the > bugzilla so we don't get a conflicting merge from the ACPI folks. Thanks. If I can figure out bugzilla... > I suppose Nigel should use this function in swsusp2 aswell? If he

Consolidate dprintk and friends?

A case-insensitive grep through the 2.6.13 tree for "define printk" yields 378 hits ("define dbg": 736, "define warn": 50, "define info": 65). Maybe it would be a good idea to create include/linux/debug.h as included inline below (or to add the content in include/linux/kernel.h where

Re: reboot vs poweroff

Eric W. Biederman wrote: >Thanks. > >This is clearly a code path I missed when I was fixing things. > >When I made the final acpi change I checked for any other users >of device_suspend and it seems I was blind and missed this one. >Looking again... > >The patch in the bug report looks correct.

Re: Whither klists?

On Thu, Sep 01, 2005 at 02:09:19PM -0400, Alan Stern wrote: > Patrick and Greg: > > To put it baldly: Should klists be replaced with regular lists, each > protected by an rwsem (or even a mutex)? > > The advantage of klists is that threads can remove or add nodes while > other threads iterate

[PATCH] ppc32: Added cputable entry for 7448

Added cputable entry for 7448 as well adding it to checks for saving and restoring of cpu state. Signed-off-by: Kumar Gala <[EMAIL PROTECTED]> --- commit 10c7d4720428b8b8486a45e5c4086b8ab7088967 tree ec3b0bda4cf730b6872b62a7a8b33acca1d95dd0 parent 18428d3c5db638b3d92e662890bedbc95737e052 author

Whither klists?

Patrick and Greg: To put it baldly: Should klists be replaced with regular lists, each protected by an rwsem (or even a mutex)? The advantage of klists is that threads can remove or add nodes while other threads iterate through the list. With an rwsem, only one thread would be able to add or

Re: Very strange Marvell/Yukon Gigabit NIC networking problems

On Tue, 30 Aug 2005 12:54:31 +0100 Daniel Drake <[EMAIL PROTECTED]> wrote: > Hi Stephen, > > This looks like an issue I reported previously. After you use a recent skge, > you can't use any older drivers or the windows driver, but skge still works > fine every time. > >

patch-2.6.13-git1 and git2 MIA

Hello Gang Third time around on this (posted by others) There is no patch-2.6.13-git1* or git2* files on ftp.kernel.org. All that is there is an empty file. Did Katrina visit the server too? Linus? Can you fix this? Thanks, Dave - To unsubscribe from this list: send the line "unsubscribe

2.6.13 freezes during acpi wakup with wake-on-lan

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am working with an IBM X31 laptop running Redhat FC5 with 2.6.13 kernel. I need to get wake-on-lan working for mobile systems power management experiments that we are performing in my lab. The kernel is configured to use ACPI (pertinent kernel

Re: 2.6.13-mm1

On Thursday 01 September 2005 19:34, John Stoffel wrote: > Dominik, > > So what is the chipset inside the enclosure? Looking at your output, > the 'Argosy' stuff doesn't tell me anything. You might have to open > up the case to look in there to find more details. > > Again, check with your

Re: Very strange Marvell/Yukon Gigabit NIC networking problems

On Wed, 31 Aug 2005 10:09:48 +1000 (EST) Steve Kieu <[EMAIL PROTECTED]> wrote: > > --- Stephen Hemminger <[EMAIL PROTECTED]> wrote: > > > On Wed, 31 Aug 2005 07:49:37 +1000 (EST) > > > > > > > install-8_23.tar.bz2 > > > > Just look for references to CHIP_REV_YU_LITE_A3 in > > the driver > >

Re: GFS, what's remaining

On Thu, Sep 01, 2005 at 04:28:30PM +0100, Alan Cox wrote: > > That's GFS. The submission is about a GFS2 that's on-disk incompatible > > to GFS. > > Just like say reiserfs3 and reiserfs4 or ext and ext2 or ext2 and ext3 > then. I think the main point still stands - we have always taken >

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

On Thu, Sep 01, 2005 at 10:45:10AM +0200, Andi Kleen wrote: > 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 > >

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

"Machida, Hiroyuki" <[EMAIL PROTECTED]> writes: > Once concern about global URL in general, it tends to be occupied > by specific pattern, like accesses from one process or to on dir. > It prevents to realize locality. > > I think it's better to have limitations like; > entries for same

Re: [PATCH] : struct dentry : place d_hash close to d_parent and d_name to speedup lookups

On Thu, Sep 01, 2005 at 05:48:28PM +0200, Eric Dumazet wrote: > dentry cache uses sophisticated RCU technology (and prefetching if > available) but touches 2 cache lines per dentry during hlist lookup. > > This patch moves d_hash in the same cache line than d_parent and d_name > fields so that

2.6.13-mm1 - drivers/isdn/i4l/isdn_tty broken

hi Andrew, hi Alan, updating the kernel26mm package for archlinux to 2.6.13-mm1 i found the isdn-tty to be broken: CC [M] drivers/isdn/i4l/isdn_tty.o drivers/isdn/i4l/isdn_tty.c: In function 'isdn_tty_try_read': drivers/isdn/i4l/isdn_tty.c:71: error: 'struct tty_struct' has no member named

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

On Wed, Aug 31, 2005 at 05:13:10AM -0700, [EMAIL PROTECTED] wrote: Hi Natalie, sorry for the late catchup... Just to make sure we use the cpu maps properly here is the current definition iam not sure if you are breaking any of these assumptions, cause if you do you will break existing

Re: 2.6.13-mm1

Dominik, So what is the chipset inside the enclosure? Looking at your output, the 'Argosy' stuff doesn't tell me anything. You might have to open up the case to look in there to find more details. Again, check with your vendor and see if there is newer firmware. And have you powered up the

Re: State of Linux graphics

Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: It's other (non-orientation) texture state I had in mind: - the texel format (OpenGL has over 30 possible texture formats). - texture size and borders - the filtering mode (linear, nearest, etc) - coordinate

Re: GFS, what's remaining

On Thursday 01 September 2005 06:46, David Teigland wrote: > I'd like to get a list of specific things remaining for merging. Where are the benchmarks and stability analysis? How many hours does it survive cerberos running on all nodes simultaneously? Where are the testimonials from users?

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

Ingo Molnar <[EMAIL PROTECTED]> writes: > i suspect the confusion comes from the API hacks i'm using: user-space > tracing is started/stopped via: > > gettimeofday(0,1); > gettimeofday(0,0); > > while 'jackd does not want to be scheduled' flag is switched on/off via: > >

Re: [SOLVED] USB Storage speed regression since 2.6.12

Hi Mark :) * Mark Lord <[EMAIL PROTECTED]> dixit: > >the new implementation seems to rewrite the fat on every single > >write (that's the reason of the slowdown, probably), and since I'm > >not sure about the quality of the flash memory present in the > >device, it is very probable that it

Re: GFS, what's remaining

On Thursday 01 September 2005 10:49, Alan Cox wrote: > On Iau, 2005-09-01 at 03:59 -0700, Andrew Morton wrote: > > - Why GFS is better than OCFS2, or has functionality which OCFS2 cannot > > possibly gain (or vice versa) > > > > - Relative merits of the two offerings > > You missed the important

Re: State of Linux graphics

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Paul wrote: > It's other (non-orientation) texture state I had in mind: > > - the texel format (OpenGL has over 30 possible texture formats). > - texture size and borders > - the filtering mode (linear, nearest, etc) > - coordinate wrap mode

Re: Swap areas lose their signatures after reboot

Hello, > swsusp plays with them... Are you using swsusp? I am not using swsusp. I found out that as I had alredy guessed the swap signature ("SWAPSPACE2" at address 0xFF6 of the swap partition) has been deleted after a reboot. Christoph - To unsubscribe from this list: send the line

Re: reboot vs poweroff

Pierre Ossman <[EMAIL PROTECTED]> writes: > Eric W. Biederman wrote: > >>Hmm. Looking at that bug report it specifies 2.6.11. Does this >>problem really happen in 2.6.13? >> >> >> > > I first noticed it in 2.6.11. It was fixed sometime during 2.6.13-rc > only to be killed of again in

Re: 2.6.13-rt3

On Thu, 2005-09-01 at 12:24 -0400, Steven Rostedt wrote: > > Note: I compiled this, but I haven't run it yet. I'll run it right after > I send this note and respond how it worked. > I'm currently sending this message while running the kernel with this patch. But I haven't compiled with

Re: [RFC][CFLART] ipmi procfs bogosity

Indeed, this function is badly written. In rewriting, I couldn't find a nice function for reading integers from userspace, and the proc_dointvec stuff didn't seem terribly suitable. So I wrote my own general function, which I can move someplace else if someone likes. Patch is attached. It

Re: [PATCH 01/14] GFS: headers

On Thu, 1 September 2005 22:59:48 +0800, David Teigland wrote: > > We offered to removed this when I explained it before. It sounds like it > would give you some comfort so I'll just go ahead and do it barring any > pleas otherwise. Please do. Just have one test machine with an endianness

Re: State of Linux graphics

jg wrote @ Thu, 01 Sep 2005 11:59:33 -0400: > Legacy hardware and that being proposed/built for the developing world > is tougher; we have code in hand for existing chips, and the price point > is even well below cell phones on those devices. They don't have > anything beyond basic blit and,

Re: multiple independent keyboard kernel support

On Thu, Sep 01, 2005 at 04:48:12PM +0200, Martin Mares wrote: > Hello! > > > Btw, Aivils Stoss created a nice way to make several X instances have > > separate keyboards - see the linux-console archives for the faketty > > driver. > > I haven't looked recently, but when I tried that several

Re: [SOLVED] USB Storage speed regression since 2.6.12

DervishD wrote: .. the new implementation seems to rewrite the fat on every single write (that's the reason of the slowdown, probably), and since I'm not sure about the quality of the flash memory present in the device, it is very probable that it would wear the first sectors :( So I have to

Re: 2.6.13-rt3

Ingo, Here's a patch to fix some of the problems when defining ALL_TASKS_PI. The pi_setprio logic is currently incorrect. This should fix that. I converted ALL_TASKS_PI to a constant number, so that it can be used in if statements. -- Steve Note: I compiled this, but I haven't run it yet. I'll

PCI: IRQ 0 for device 0000:00:1f.3 doesn't match PIRQ mask - try pci=usepirqmask

Hi, what does this message really mean? I did what it suggests and the "IRQ 0" is gone then. Is that a problem in kernel or should I just use for my hardware pci=usepirqmask when acpi=off? Should I report somewhere else? Should I care at all? I use 2.6.13 kernel with the patch for pcmcia from

[patch] nfsacl: Solaris VxFS compatibility fix

Trond, here is a compatibility fix between Linux and Solaris when used with VxFS filesystems: Solaris usually accepts acl entries in any order, but with VxFS it replies with NFSERR_INVAL when it sees a four-entry acl that is not in canonical form. It may also fail with other non-canonical acls

Re: 2.6.13-mm1

On Thursday 01 September 2005 18:09, John Stoffel wrote: > > "Dominik" == Dominik Karall <[EMAIL PROTECTED]> writes: > > Dominik> When I switch on my external harddisk, which is connected > Dominik> through usb, the kernel hangs. First time I did that at > Dominik> bootup there were a lot of

[SOLVED] USB Storage speed regression since 2.6.12

Hi Brice, again :) * Brice Goglin <[EMAIL PROTECTED]> dixit: > Are you mounting this storage with vfat and 'sync' option ? > IIRC, sync support for vfat was added around 2.6.12, making > write way slower since it's now really synchron. That seems to be the problem. Mounting without

Re: 2.6.13-mm1

> "Dominik" == Dominik Karall <[EMAIL PROTECTED]> writes: Dominik> When I switch on my external harddisk, which is connected Dominik> through usb, the kernel hangs. First time I did that at Dominik> bootup there were a lot of backtraces printed on the screen Dominik> but they did not find the

Re: State of Linux graphics

Alan Cox wrote: On Iau, 2005-09-01 at 09:24 -0600, Brian Paul wrote: If the blending is for screen-aligned rects, glDrawPixels would be a far easier path to optimize than texturing. The number of state combinations related to texturing is pretty overwhelming. As doom showed however once

Re: i2c via686a.c: save at least 0.5k of space by long v[256] -> u16 v[256]

On Thu, Sep 01, 2005 at 09:10:14AM +0300, Denis Vlasenko wrote: > Not tested, but it's rather obvious. Except you forgot a "Signed-off-by:" line... > --- linux-2.6.12.src/drivers/i2c/chips/via686a.c.orig Sun Jun 19 16:10:10 2005 > +++ linux-2.6.12.src/drivers/i2c/chips/via686a.c Tue Aug 30

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

> Protasevich, Natalie wrote: > > > > +#ifdef CONFIG_HOTPLUG_CPU > > > > + if (cpu_online(cpu)) { > > > > +#else > > > > if (cpu_online(cpu) || !cpu_present(cpu)) { > > > > +#endif > > > > ret = -EINVAL; > > > > goto out; > > > > } > > > > > >

Re: State of Linux graphics

On Thu, 2005-09-01 at 09:24 -0600, Brian Paul wrote: > > If the blending is for screen-aligned rects, glDrawPixels would be a > far easier path to optimize than texturing. The number of state > combinations related to texturing is pretty overwhelming. > > > Anyway, I think we're all in

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

Protasevich, Natalie wrote: > > > +#ifdef CONFIG_HOTPLUG_CPU > > > + if (cpu_online(cpu)) { > > > +#else > > > if (cpu_online(cpu) || !cpu_present(cpu)) { > > > +#endif > > > ret = -EINVAL; > > > goto out; > > > } > > > > Why this change? I think the cpu_present check is

[PATCH] : struct dentry : place d_hash close to d_parent and d_name to speedup lookups

dentry cache uses sophisticated RCU technology (and prefetching if available) but touches 2 cache lines per dentry during hlist lookup. This patch moves d_hash in the same cache line than d_parent and d_name fields so that : 1) One cache line is needed instead of two. 2) the

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

> > +#ifdef CONFIG_HOTPLUG_CPU > > + if (cpu_online(cpu)) { > > +#else > > if (cpu_online(cpu) || !cpu_present(cpu)) { > > +#endif > > ret = -EINVAL; > > goto out; > > } > > Why this change? I think the cpu_present check is needed for > ppc64 since it has

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

On Thu, Sep 01, 2005 at 04:32:49PM +0200, Roman Zippel wrote: > On Thu, 1 Sep 2005, Joe Korty wrote: > > 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. > > Wrong. The kernel time is simple and effective for

[PATCH] : struct dentry : place d_hash close to d_parent and d_name to speedup lookups

dentry cache uses sophisticated RCU technology (and prefetching if available) but touches 2 cache lines per dentry during hlist lookup. This patch moves d_hash in the same cache line than d_parent and d_name fields so that : 1) One cache line is needed instead of two. 2) the

Re: State of Linux graphics

On Iau, 2005-09-01 at 09:24 -0600, Brian Paul wrote: > If the blending is for screen-aligned rects, glDrawPixels would be a > far easier path to optimize than texturing. The number of state > combinations related to texturing is pretty overwhelming. As doom showed however once you can cut down

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

[EMAIL PROTECTED] wrote: > +#ifdef CONFIG_HOTPLUG_CPU > + if (cpu_online(cpu)) { > +#else > if (cpu_online(cpu) || !cpu_present(cpu)) { > +#endif > ret = -EINVAL; > goto out; > } Why this change? I think the cpu_present check is needed for ppc64 since

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

On Dunnersdag 01 September 2005 16:11, Kumar Gala wrote: > I'm not 100% sure if this is the right time for introducing a > platform into arch/powerpc. My concern is around that fact that we > have not tried to move any "code" from arch/ppc or arch/ppc64 into > arch/powerpc and so havent

Re: 2.6.13-mm1

On Thursday 01 September 2005 12:55, Andrew Morton wrote: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13 >-mm1/ When I switch on my external harddisk, which is connected through usb, the kernel hangs. First time I did that at bootup there were a lot of backtraces

Re: State of Linux graphics

Just a few comments... Keith Packard wrote: Again, the question is whether a mostly-software OpenGL implementation can effectively compete against the simple X+Render graphics model for basic 2D application operations, and whether there are people interested in even trying to make this happen.

Re: KLive: Linux Kernel Live Usage Monitor

On Wed, Aug 31, 2005 at 08:32:00PM +0200, Pavel Machek wrote: > I'd say "ignore suspend". Machines using it are probably not connected > to network, anyway, and it stresses system quite a lot. Currently even if you're not connected to the network it's fine. As long as you connect sometime. If a

RE: [RFC/PATCH]reconfigure MSI registers after resume

On Wednesday, August 31, 2005 2:44 PM Greg KH wrote: >>On Thu, Aug 18, 2005 at 01:35:46PM +0800, Shaohua Li wrote: >> Hi, >> It appears pci_enable_msi doesn't reconfigure msi registers if it >> successfully look up a msi for a device. It assumes the data and address >> registers unchanged after

Re: reboot vs poweroff

Eric W. Biederman wrote: >Hmm. Looking at that bug report it specifies 2.6.11. Does this >problem really happen in 2.6.13? > > > I first noticed it in 2.6.11. It was fixed sometime during 2.6.13-rc only to be killed of again in 2.6.13-rc7. The bugzilla now has a patch for 2.6.13 which fixes

[PATCH] aacraid: 2.6.13 aacraid bad BUG_ON fix

This was noticed by Doug Bazamic and the fix found by Mark Salyzyn at Adaptec. There was an error in the BUG_ON() statement that validated the calculated fib size which can cause the driver to panic. Signed-off-by: Mark Haverkamp <[EMAIL PROTECTED]> --- a/drivers/scsi/aacraid/aachba.c

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

Hi, On Thu, 1 Sep 2005, Joe Korty wrote: > 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

Re: KLive: Linux Kernel Live Usage Monitor

On Wed, Aug 31, 2005 at 08:20:51PM +0200, Pavel Machek wrote: > Well, you could remove everything that is not valid kernel text from > backtrace. What if the corruption wrote the ssh key inside a the kernel text? As suggested before, I suspect the only way would be to make it optional. > Oh

HELP: unable to use I-MATE SP3 as USB (HTC) gprs modem

Hi, I've got am I-mate SP3, running wince. It works very well with every linux 2.6 kernel I tried (actually 2.6.13, using the ipaq driver and synce. The phone is accessed trought ttyUSB0. dmesg shows: ipaq 1-1:1.0: PocketPC PDA converter detected usb 1-1: PocketPC PDA converter now

Re: GFS, what's remaining

On 2005-09-01T16:28:30, Alan Cox <[EMAIL PROTECTED]> wrote: > Competition will decide if OCFS or GFS is better, or indeed if someone > comes along with another contender that is better still. And competition > will probably get the answer right. Competition will come up with the same situation

Re: reboot vs poweroff (was: Linux 2.6.13)

Nigel Cunningham <[EMAIL PROTECTED]> writes: > 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

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

On Thu, 2005-09-01 at 16:32 +0200, Roman Zippel wrote: > Hi, > > On Thu, 1 Sep 2005, Joe Korty 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

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

On Thu, 2005-09-01 at 16:32 +0200, Roman Zippel wrote: > Hi, > > On Thu, 1 Sep 2005, Joe Korty 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

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

Hi Con! Am Donnerstag, 1. September 2005 15:46 schrieb 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

Re: Swap areas lose their signatures after reboot

Hi! > We have a machine with much RAM and 4 SCSI disks. We want to have 8 GB > of Swap space. So I partitioned the hard disks with one swap partition > of 2GB on every disk. But only the swap partition of the first disk can > be used after a reboot; the other three swap partitions lose their swap

Re: PREEMPT_RT with e1000

On Thu, 2005-09-01 at 07:43 -0700, Daniel Walker wrote: > On Thu, 2005-09-01 at 09:10 +0200, Ingo Molnar wrote: > > * 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

Re: KLive: Linux Kernel Live Usage Monitor

Hi! > > [..] combined > > with an automatic oops/panic/bug-report this would be _very_ useful I think. > > 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

Re: GFS, what's remaining

> That's GFS. The submission is about a GFS2 that's on-disk incompatible > to GFS. Just like say reiserfs3 and reiserfs4 or ext and ext2 or ext2 and ext3 then. I think the main point still stands - we have always taken multiple file systems on board and we have benefitted enormously from having

Re: [git tree] DRM tree for 2.6.14 (fwd)

Hi! > commit 282a16749ba63256bcdce2766817f46aaac4dc20 > Author: Dave Airlie <[EMAIL PROTECTED](none)> > Date: Sun Aug 7 15:43:54 2005 +1000 > > drm: add savage driver > > Add driver for savage chipsets. > > From: Felix Kuehling > Signed-off-by: Dave Airlie <[EMAIL PROTECTED]>

Re: KLive: Linux Kernel Live Usage Monitor

Hi! > > tiny C program or a shell script using netcat. > > > > echo "Reporting boot: " > > (echo "BOOT:"_(cat /etc/lum-serial)":"_(uname -a)"::") | nc -u -w 10 > > testhost.example.com 7658 > > Client completely stateless couldn't get right suspend to disk as far as > I can tell. I'd say

Re: Telecom Clock driver for MPCBL0010 ATCA compute blade.

Hi! > The following is a driver I would like to see included in the base kernel. > > It allows OS controll of a device that synchronizes signaling hardware across > a ATCA chassis. > > The telecom clock hardware doesn't interact much with the operating system, > and is controlled > via

[PATCH] mips: remove typedef from struct flock

Hi, This patch has fixed the following warning about MIPS. Please apply. Yoichi CC arch/mips/kernel/offset.s In file included from include/linux/fcntl.h:4, from include/linux/fs.h:689, from include/linux/mm.h:15, from

Re: 2.6.13-mm1

On Thu, Sep 01, 2005 at 07:22:53AM -0700, Martin J. Bligh wrote: >... > Lots of this: > > In file included from fs/xfs/linux-2.6/xfs_linux.h:57, > from fs/xfs/xfs.h:35, > from fs/xfs/xfs_rtalloc.c:37: > fs/xfs/xfs_arch.h:55:21: warning: "__LITTLE_ENDIAN" is not

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

On Dunnersdag 01 September 2005 06:22, Murali N Iyer wrote: > Architecture "cell" seems to be fine. What is your thought on supporting > multiple different hardware configurations under cell. I think this patch > has been tested only in CPBW hardware.  For example "+++ My general idea about

Re: [PATCH] MPC8xx PCMCIA driver

Thu, Sep 01, 2005 at 10:53:19AM +0200, Dominik Brodowski wrote: > 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 > >

Re: [PATCH 01/14] GFS: headers

On Thu, Sep 01, 2005 at 04:19:34PM +0200, Arjan van de Ven wrote: > > +/* Endian functions */ > > e again why?? > Why is this a compiletime hack? > Either you care about either-endian on disk, at which point it has to be > a runtime thing, or you make the on disk layout fixed endian, at

Re: 2.6.13-mm1

On Thu, Sep 01, 2005 at 07:22:53AM -0700, Martin J. Bligh wrote: > - if (count > (TTY_FLIPBUF_SIZE - tty->flip.count)) > - count = TTY_FLIPBUF_SIZE - tty->flip.count; > - > + count = tty_buffer_request_room(tty, N_INBUF); > + Should

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

> 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

Re: [patch 1/1] Ptrace - i386: fix "syscall audit" interaction with singlestep

On Wednesday 31 August 2005 04:02, Andrew Morton wrote: > [EMAIL PROTECTED] wrote: > > From: Bodo Stroesser <[EMAIL PROTECTED]>, Paolo > > 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]> CC: Roland McGrath > > <[EMAIL PROTECTED]> > > > > Avoid giving two traps for singlestep instead of one, when

<    1   2   3   4   5   6   7   8   9   >