Roman Zippel wrote:
> Hi,
>
> On Wed, 31 Aug 2005, Knut Petersen wrote:
>
>> How could I make it an inline function? It is used in console/bitblit.c,
>> nvidia/nvidia.c,
>> riva/fbdev.c and softcursor.c.
>
> Something like below, which has the advantange that there is still only
> one implement
On Wed, Aug 24, 2005 at 06:20:33PM -0700, Chris Wright wrote:
> Now that capability functions are default, rootplug no longer needs to
> manually add them to its security_ops.
>
> Cc: Greg Kroah <[EMAIL PROTECTED]>
> Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
You can add:
Signed-off-by: Gre
On Tue, Aug 30, 2005 at 01:26:53PM -0400, David Reveman wrote:
| On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
| > In general, the whole concept of programmable graphics hardware is
| > not addressed in APIs like xlib and Cairo. This is a very important
| > point. A major new GPU feature, pro
On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> I've written an article that surveys the current State of Linux
> graphics and proposes a possible path forward. This is a long article
> containing a lot of detailed technical information as a guide to
> future developers. Skip over the detaile
Access has been restored. The URL is good again.
http://www.freedesktop.org/~jonsmirl/graphics.html
--
Jon Smirl
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.or
Before you shut my account off I made you this offer:
On 8/31/05, Jon Smirl <[EMAIL PROTECTED]> wrote:
> Quit being a pain and write a response to the article if you don't
> like it. Censorship is not the answer. Open debate in a public format
> is the correct response. If you want me to I'll add
On 8/31/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-08-31 at 00:50 -0400, Jon Smirl wrote:
> > On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> > > 'As a whole, the X.org community barely has enough resources to build a
> > > single server. Splitting these resources over many pa
On Tue, 2005-08-30 at 19:39, Lee Revell wrote:
> On Tue, 2005-08-30 at 19:03 -0700, Fernando Lopez-Lezcano wrote:
> > Hi, I'm starting to look at a strange problem. The configuration is:
> > hardware: AMD X2 4400+ dual core, NForce3 chipset, Midiman 66 soundcard
> > software: 2.6.13 smp + patch-2.6
Hi,
stupid question : isn't it possible that your motherboard does some sort of
overclocking when it detects high cpu usage (bus activity, etc...) ? It
should not be easy to check (rdtsc every second ?), but you might want to
explore such a possibility.
Regards,
willy
On Tue, Aug 30, 2005 at 12:
Nathan Scott writes:
> Hi Tom,
>
> On Tue, Aug 30, 2005 at 11:19:04PM -0500, Tom Zanussi wrote:
> > You're right, it should be using simple_rmdir rather than
> > simple_unlink for removing directories. Thanks for sending the patch,
>
> No problem.
>
> > which I've modified a bit to avo
On Wed, Aug 31, 2005 at 02:33:10PM +1000, Nathan Scott wrote:
> ...
> On an unrelated note, are there any known issues with using epoll
> on relayfs file descriptors? I'm having a few troubles, and just
> wondering if its me doing something silly, or if its known to not
> work...? Symptoms of the
On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> > The article has been reviewed but if it still contains technical
> > errors please let me know. Opinions on the content are also
> > appreciated.
>
> 'As a whole, the X.org community barel
Hi Tom,
On Tue, Aug 30, 2005 at 11:19:04PM -0500, Tom Zanussi wrote:
> You're right, it should be using simple_rmdir rather than
> simple_unlink for removing directories. Thanks for sending the patch,
No problem.
> which I've modified a bit to avoid splitting the rmdir/unlink cases
> into separ
Holger Kiehl wrote:
> On Mon, 29 Aug 2005, Al Boldi wrote:
> > You may be hitting a 2.6 kernel bug, which has something to do with
> > readahead, ask Jens Axboe about it! (see "[git patches] IDE update"
> > thread) Sadly, 2.6.13 did not fix it either.
>
> I did read that threat, but due to my limit
On 8/30/05, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> > The article has been reviewed but if it still contains technical
> > errors please let me know. Opinions on the content are also
> > appreciated.
>
> 'As a whole, the X.org community barel
Here's a new patch based on Linus latest one with better error checking.
Please push if you are fine with it.
This patch fixes a problem with pci_map_rom() which doesn't properly
update the ROM BAR value with the address thas allocated for it by the
PCI code. This problem, among other, breaks boot
Nathan Scott writes:
> Hi there,
>
> On Wed, Aug 31, 2005 at 09:48:23AM +1000, Nathan Scott wrote:
> > ...
> > # find /relay
> > /relay
> > /relay/block
> > /relay/block/sdd
> > /relay/block/sdd/trace3
> > /relay/block/sdd/trace2
> > /relay/block/sdd/trace1
> > /relay/block/sdd/trace0
On Aug 30, 2005, at 23:33:27, Robert Love wrote:
On Tue, 2005-08-30 at 21:46 +0200, Juergen Quade wrote:
Playing around with inotify I have some problems
to generate/receive IN_UNMOUNT-events (using
a self written application and inotify_utils-0.25;
kernel 2.6.13).
Doing:
- mount /dev/hda1 /mn
On Tue, 2005-08-30 at 21:46 +0200, Juergen Quade wrote:
> Playing around with inotify I have some problems
> to generate/receive IN_UNMOUNT-events (using
> a self written application and inotify_utils-0.25;
> kernel 2.6.13).
>
> Doing:
> - mount /dev/hda1 /mnt
> - add a watch to the path /mnt/ (".
On Tue, 2005-08-30 at 12:03 -0400, Jon Smirl wrote:
> The article has been reviewed but if it still contains technical
> errors please let me know. Opinions on the content are also
> appreciated.
'As a whole, the X.org community barely has enough resources to build a
single server. Splitting these
On Tue, 2005-08-30 at 19:03 -0700, Fernando Lopez-Lezcano wrote:
> Hi, I'm starting to look at a strange problem. The configuration is:
> hardware: AMD X2 4400+ dual core, NForce3 chipset, Midiman 66 soundcard
> software: 2.6.13 smp + patch-2.6.13-rt1, PREEMPT_DESKTOP
> jack 0.100.4, curr
Hi, I'm starting to look at a strange problem. The configuration is:
hardware: AMD X2 4400+ dual core, NForce3 chipset, Midiman 66 soundcard
software: 2.6.13 smp + patch-2.6.13-rt1, PREEMPT_DESKTOP
jack 0.100.4, current cvs
alsa 1.0.10rc1
This is the sequence of events. Start J
[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 syscall auditing is
> enabled.
>
> In fact no singlestep trap is
Mark Lord wrote:
Jeff Garzik wrote:
-#ifndef ATA_ENABLE_ATAPI
-if (unlikely(dev->class == ATA_DEV_ATAPI))
-return NULL;
-#endif
+if (atapi_enabled) {
+if (unlikely(dev->class == ATA_DEV_ATAPI))
+return NULL;
+}
..
Is that if-stmt the right way around?
On Tue, Aug 30, 2005 at 06:11:26PM -0400, Bill Davidsen wrote:
> the system, like load. A week running while I was on vacation doesn't
> test much, a week running on a loaded server tests other things.
btw, I thought about adding the load average too but it wasn't really
interesting, since someti
OGAWA Hirofumi <[EMAIL PROTECTED]> writes:
> This patch couldn't compile. I assume you post a wrong patch...?
^
version
--
OGAWA Hirofumi <[EMAIL PROTECTED]>
-
To unsubscribe from
Dave Jones <[EMAIL PROTECTED]> writes:
> On Tue, Aug 30, 2005 at 03:45:36PM +0100, Alan Cox wrote:
> > On Llu, 2005-08-29 at 18:20 -0600, Eric W. Biederman wrote:
> > > ways. Currently this code only allows for an additional flavor
> > > of uncached access to physical memory addresses which sh
Jean wrote:
> You should simply be using an up-to-date version of quilt, namely
> version 0.42, which supports Andrew-style comments in series files just
> fine.
Right you are - that works too. Thanks for the good work on quilt
and thanks for pointing this out.
--
I won't rest
Knut Petersen wrote:
> This trivial patch gives a performance boost to the framebuffer console
>
> Constructing the bitmaps that are given to the bitblit functions of the
> framebuffer
> drivers is time consuming. Here we avoide a call to the slow
> fb_pad_aligned_buffer().
> The patch replaces th
Knut Petersen wrote:
> fb_pad_aligned_buffer() is also slower for those cases. But does anybody
> use such fonts?
Yes, there are 16x30 fonts out there in the wild.
Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
On Tue, 2005-08-30 at 15:34 -0700, Daniel Walker wrote:
> Have you tried turning on
> "Non-preemptible critical section latency timing" or "Latency tracing"
I just turned on the following:
CONFIG_CRITICAL_PREEMPT_TIMING
CONFIG_CRITICAL_IRQSOFF_TIMING
CONFIG_LATENCY_TRACE
recompiled and bo
Hi,
On Wed, 31 Aug 2005, Knut Petersen wrote:
> How could I make it an inline function? It is used in console/bitblit.c,
> nvidia/nvidia.c,
> riva/fbdev.c and softcursor.c.
Something like below, which has the advantange that there is still only
one implementation of the function and if it's sti
This version contains a modified spa_ws scheduler with a more persistent
bonus mechanism. Although the "bonus only at wake up" mechanism of the
original worked well on the first systems it was tested on (an old SMP
system and a 3GHz SMT system) subsequent tests on a 2GHz single
processor system
On 8/30/05, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Maw, 2005-08-30 at 18:16 +0200, Bartlomiej Zolnierkiewicz wrote:
> > HPA shouldn't be disabled by default and new kernel parameter ("hdx=hpa")
> > should be added for disabling HPA (yep, people with buggy BIOS-es will
> > have to add this paramet
The other day I was running a grep on a big directory tree and got a
"Argument list too long" error. Since I'd like to have this work
without messing with find and xargs each time, I went into
include/linux/binfmts.h and changed
#define MAX_ARG_PAGES 32
to
#define MAX_ARG_PAGES 64
I recomp
Please refer to my IDE freeze patch last week:
http://lkml.org/lkml/2005/8/25/140
It provides userspace with a method to freeze the queue and park the
head (through sysfs), along with a timeout to unfreeze, and works
quite well. It is in the process of being moved to the block layer
however so th
--- 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
> sk98lin/skgeinit.c and sk98lin/skxmac2.c
> The comparison should always be:
Have a look but no c
On Wednesday 31 August 2005 01:54, Christoph Lameter wrote:
> Certainly not a big effect (if we make sure the compiler knows that
> this test mostly fails and insure that the variable is in
> __mostly_read)
Currently neither, but that could be easily fixed.
> but this is a frequently executed c
Hi there,
On Wed, Aug 31, 2005 at 09:48:23AM +1000, Nathan Scott wrote:
> ...
> # find /relay
> /relay
> /relay/block
> /relay/block/sdd
> /relay/block/sdd/trace3
> /relay/block/sdd/trace2
> /relay/block/sdd/trace1
> /relay/block/sdd/trace0
> /relay/block/sdb
> /relay/block/sdb/trace3
> /relay/blo
On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> Joel Becker <[EMAIL PROTECTED]> wrote:
> > The fact that sysfs and configfs have similar backing stores
> > does not make them the same thing.
> >
>
> Sure, but all that copying-and-pasting really sucks. I'm sure there's some
>
From: Andi Kleen <[EMAIL PROTECTED]>
Subject: Re: [PATCH] Only process_die notifier in ia64_do_page_fault if KPROBES
is configured.
Date: Wed, 31 Aug 2005 01:38:08 +0200
> On Wednesday 31 August 2005 01:05, Luck, Tony wrote:
> > >Please do not generate any code if the feature cannot ever be
> > >
Hi Jens,
On Wed, Aug 24, 2005 at 11:28:39AM +0200, Jens Axboe wrote:
> Ok, updated version.
One thing I found a bit awkward was the way its putting all inodes
in the root of the relayfs namespace, with the cpuid tacked on the
end of the bdevname - I was a bit confused at first when a trace of
sdd
Jeff Garzik wrote:
-#ifndef ATA_ENABLE_ATAPI
- if (unlikely(dev->class == ATA_DEV_ATAPI))
- return NULL;
-#endif
+ if (atapi_enabled) {
+ if (unlikely(dev->class == ATA_DEV_ATAPI))
+ return NULL;
+ }
..
Is that if-stmt the rig
On Wed, 31 Aug 2005, Andi Kleen wrote:
> Also with the inline the test should be essentially a single test of
> a global variable and jump. Hardly a big performance issue, no?
There are multiple effects of this code.
- Additional cacheline in use in the page fault handler
increasing the cac
On Wednesday 31 August 2005 09:34, [EMAIL PROTECTED] wrote:
> On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> > Sure, but all that copying-and-pasting really sucks. I'm sure there's
> > some way of providing the slightly different semantics from the same
> > codebase?
>
> Careful
Hi Jens,
On Wed, Aug 24, 2005 at 11:28:39AM +0200, Jens Axboe wrote:
> Patch attached is against 2.6.13-rc6-mm2. Still a good idea to apply the
> relayfs read update from the previous mail [*] as well.
There's a small memory leak there on one of the start-tracing
error paths (relay_open failure).
On Wednesday 31 August 2005 01:05, Luck, Tony wrote:
> >Please do not generate any code if the feature cannot ever be
> >used (CONFIG_KPROBES off). With this patch we still have lots of
> >unnecessary code being executed on each page fault.
>
> I can (eventually) wrap this call inside the #ifdef CO
On Wednesday 31 August 2005 09:28, Andrew Morton wrote:
> Joel Becker <[EMAIL PROTECTED]> wrote:
> > On Wed, Aug 31, 2005 at 08:54:39AM +1000, Daniel Phillips wrote:
> > > But it would be stupid to forbid users from creating directories in
> > > sysfs or to forbid kernel modules from directly tweak
On Wednesday 31 August 2005 09:25, Daniel Phillips wrote:
> On Wednesday 31 August 2005 09:13, Joel Becker wrote:
> > On Wed, Aug 31, 2005 at 08:54:39AM +1000, Daniel Phillips wrote:
> > > But it would be stupid to forbid users from creating directories in
> > > sysfs or to forbid kernel modules fr
On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> Sure, but all that copying-and-pasting really sucks. I'm sure there's some
> way of providing the slightly different semantics from the same codebase?
Careful - you've almost reinvented the concept of library, which would
violate an
Joel Becker <[EMAIL PROTECTED]> wrote:
>
> On Wed, Aug 31, 2005 at 08:54:39AM +1000, Daniel Phillips wrote:
> > But it would be stupid to forbid users from creating directories in sysfs
> > or
> > to forbid kernel modules from directly tweaking a configfs namespace. Why
> > should the kernel no
(without kmail bugs this time)
A kernel code example that uses the modified configfs to define a simple
configuration interface. Note the use of kobjects and ksets instead of
config_items and config_groups.
Also notice how much code is required to get a simple value from
userspace to kernel spac
On Wednesday 31 August 2005 09:13, Joel Becker wrote:
> On Wed, Aug 31, 2005 at 08:54:39AM +1000, Daniel Phillips wrote:
> > But it would be stupid to forbid users from creating directories in sysfs
> > or to forbid kernel modules from directly tweaking a configfs namespace.
> > Why should the ker
(avoiding the kmail formatting problems this time.)
Sysfs rearranged as a single file for analysis purposes.
diff -up --recursive 2.6.13-rc5-mm1.clean/fs/sysfs/Makefile
2.6.13-rc5-mm1/fs/sysfs/Makefile
--- 2.6.13-rc5-mm1.clean/fs/sysfs/Makefile 2005-06-17 15:48:29.0
-0400
+++ 2.6.1
On Wed, 31 Aug 2005, Alan Cox wrote:
"Register a box + optional PCI id list/CPU info"
Reply with a secured serial number
Registering means to create an ID for the system? Something out of
timestamp plus your PCI IDs and CPU info and so on?
Sven
-
To unsubscribe from this list: send the line
On Tuesday 30 August 2005 19:06, Stephen Hemminger wrote:
> On Wed, 31 Aug 2005 08:59:55 +1000
>
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > Configfs rewritten as a single file and updated to use kobjects instead
> > of its own clone of kobjects (config_items).
>
> Some style issues:
> Mixed
On Wed, Aug 31, 2005 at 08:54:39AM +1000, Daniel Phillips wrote:
> But it would be stupid to forbid users from creating directories in sysfs or
> to forbid kernel modules from directly tweaking a configfs namespace. Why
> should the kernel not be able to add objects to a directory a user created
On Tue, 30 Aug 2005, Chris Wright wrote:
> * Pritesh Shah ([EMAIL PROTECTED]) wrote:
> > I was wondering as to where is the GDT initialized during the boot
> > sequence? I will need the filename and the name of the routine that
> > does this. Any help would be greatly appreciated.
>
> Search for c
On Wednesday 31 August 2005 08:59, Daniel Phillips wrote:
> -obj-$(CONFIG_CONFIGFS_FS) += configfs.o
> +obj-$(CONFIG_CONFIGFS_FS) += configfs.o ddbond.config.o
This should just be:
+obj-$(CONFIG_CONFIGFS_FS) += configfs.o
However, the wrong version does provide a convenient way of compiling the
Ingo,
This patch contains my previous change as well as an update to fix the
race conditions that the BKL may hold. It is against -rt2.
The first part of the patch will stop the pi_setprio loop if the process
has a lock_depth greater than or equal to zero. Since that would mean
that the proces
In most of your results, your CPU usage is very high. Once you get to about
90% usage, you really can't do much else, unless you can improve the CPU
usage.
Guy
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-raid-
> [EMAIL PROTECTED] On Behalf Of Holger Kiehl
> Sent: Tuesday
On Wed, 31 Aug 2005 08:59:55 +1000
Daniel Phillips <[EMAIL PROTECTED]> wrote:
> Configfs rewritten as a single file and updated to use kobjects instead of its
> own clone of kobjects (config_items).
>
Some style issues:
Mixed case in labels
Bad identation
> +static int sysfs_cre
A kernel code example that uses the modified configfs to define a simple
configuration interface. Note the use of kobjects and ksets instead of
config_items and config_groups.
Also notice how much code is required to get a simple value from
userspace to kernel space. This is a big problem that n
>Please do not generate any code if the feature cannot ever be
>used (CONFIG_KPROBES off). With this patch we still have lots of
>unnecessary code being executed on each page fault.
I can (eventually) wrap this call inside the #ifdef CONFIG_KPROBES.
But I'd like to keep following leads on maki
* Pritesh Shah ([EMAIL PROTECTED]) wrote:
> I was wondering as to where is the GDT initialized during the boot
> sequence? I will need the filename and the name of the routine that
> does this. Any help would be greatly appreciated.
Search for cpu_gdt_table (one is literal, the other is per_cpu).
Configfs rewritten as a single file and updated to use kobjects instead of its
own clone of kobjects (config_items).
diff -up --recursive 2.6.13-rc5-mm1.clean/fs/configfs/Makefile
2.6.13-rc5-mm1/fs/configfs/Makefile
--- 2.6.13-rc5-mm1.clean/fs/configfs/Makefile 2005-08-09 18:23:30.0
-040
> Complete 'dmesg' please.
See below.
Thanks,
Chase
Linux version 2.6.13 ([EMAIL PROTECTED]) (gcc version 3.3.5-20050130 (Gentoo
Linux
3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #2 SMP Sun Aug 28
23:54:34 CDT 2005
BIOS-provided physical RAM map:
BIOS-e820: - 000
Sysfs rearranged as a single file for analysis purposes.
diff -up --recursive 2.6.13-rc5-mm1.clean/fs/sysfs/Makefile
2.6.13-rc5-mm1/fs/sysfs/Makefile
--- 2.6.13-rc5-mm1.clean/fs/sysfs/Makefile 2005-06-17 15:48:29.0 -0400
+++ 2.6.13-rc5-mm1/fs/sysfs/Makefile 2005-08-29 17:13:59.0 -
On Mer, 2005-08-31 at 00:43 +0200, Sven Ladegast wrote:
> collection has. What data does klive send? Is the data just a hash of
> different system variables or is it also possible to identify one single
> computer (or person)? Data protection...laws etc. are things that must be
> considered too m
Hi Andrew,
Configfs blithely ingests kobject.h and kobject.c into itself, just changing
the names. Furthermore, more than half of configfs is copied verbatim from
sysfs, the only difference being the name changes. After undoing the name
changes and adding a few new fields to kobject structure
On 8/31/05, Stephan Grein <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi, i updated my laptop to 2.6.13 vanilla kernel.
> When i booted up it gave me some strange irq messages (debug) which
> showed not up on 2.6.12.2 vanilla. I added irqpoll to lilo.conf, and
Ingo,
This patch adds a vermagic hook so PREEMPT_RT modules can be
distinguished from PREEMPT_DESKTOP modules.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
Index: linux-2.6.10/include/linux/vermagic.h
===
--- linu
On Tue, 30 Aug 2005, Alan Cox wrote:
but it would have to be opt in. That might lower coverage but should
increase quality, especially id the id in the cookie can be put into
bugzilla reports, and the hardware reporting is done so it can be
machine processed (ie so you can ask stuff like 'reliab
I ran across a memory leak related to the cfq scheduler. The cfq
init function increments the refcnt of the associated request_queue.
This refcount gets decremented in cfq's exit function. Since blk_cleanup_queue
only calls the elevator exit function when its refcnt goes to zero, the
request_q nev
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
Michael Rash wrote:
> Attached is a patch against
> linux-2.6.11.12/net/ipv4/netfilter/ip_queue.c to put Ethernet MAC
> addresses directly into the indev_name and outdev_name portions of the
> ipq_packet_msg struct. This is a total kludge and I doubt anyone else
> will find this useful, but for li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, i updated my laptop to 2.6.13 vanilla kernel.
When i booted up it gave me some strange irq messages (debug) which
showed not up on 2.6.12.2 vanilla. I added irqpoll to lilo.conf, and
it removed some output. However before i did add irqpoll to lilo
Hi Paul-
> I'm suggesting that the rpaphp code has a struct pci_driver whose
> id_table and probe function are such that it will claim the EADS
> bridges. (It would probably be best to match on vendor=IBM and
> class=PCI-PCI bridge and let the probe function figure out which of
> the bridges it g
>
> As the author of Xgl and glitz I'd like to comment on a few things.
>
> >From the article:
>
> > Xgl was designed as a near term transition solution. The Xgl model
> > was to transparently replace the drawing system of the existing
> > X server with a compatible one based on using OpenGL as
Chris Wright wrote:
> * David Härdeman ([EMAIL PROTECTED]) wrote:
>
>> 2) root_plug currently scans the usb device tree looking for the
>> appropriate device each time it's needed. In the interest of making the
>> result of the lookup cached, it is possible for a module to register so
>> that
Have you tried turning on
"Non-preemptible critical section latency timing" or "Latency tracing"
I don't know if it's related to the PI changes, but I'm getting a crash
with those on em64t .
With both above options I get
<0>init[1]: segfault at 8010ef44 rip 8010ef44 rsp
7f
John McGowan wrote:
> Kernel 2.6.13: TCP (libnet?)
>
> Broken libnet?
>
> KERNEL: linux-kernel@vger.kernel.org
> LIBNET 1.1 (c) 1998 - 2004 Mike D. Schiffman <[EMAIL PROTECTED]>
>
> I don't like spam. I track spamvertized sites. Many only respond to TCP
> packets sent to port 80. I need a TCP tr
On Wed, 31 Aug 2005 07:49:37 +1000 (EST)
Steve Kieu <[EMAIL PROTECTED]> wrote:
>
> --- Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > You have a version of the Marvell Yukon that was
> > affected
> > by a fix in 2.6.13.
> > skge addr 0xfeaf8000 irq 19 chip Yukon-Lite rev 9
> >
> > Both
On 8/31/05, Mark Gross <[EMAIL PROTECTED]> wrote:
> On Tuesday 30 August 2005 14:19, Jesper Juhl wrote:
> > On 8/30/05, Mark Gross <[EMAIL PROTECTED]> wrote:
> > > On Tuesday 30 August 2005 13:31, Mark Gross wrote:
> > > > On Tuesday 30 August 2005 12:16, Marcelo Tosatti wrote:
> > > > >
> > > > >
Hi Roman,
Could you try the patch below, for a few extra cycles you might want to
make it an inline function.
No, it does not help. If there is any difference, it is too small to be
measured on
my system ... and my system does run at 1000 Hz.
After 2.6.12 fb_pad_aligned_buffer() was change
On Tue, Aug 30, 2005 at 10:42:15PM +0200, Andi Kleen wrote:
> The generic one should work too, it's just less efficient.
> So you can probably easily replace them.
Yup, just something that hasn't been done yet.
Jeff
-
To unsubscribe from this list: send the line "u
On Tuesday 30 August 2005 14:19, Jesper Juhl wrote:
> On 8/30/05, Mark Gross <[EMAIL PROTECTED]> wrote:
> > On Tuesday 30 August 2005 13:31, Mark Gross wrote:
> > > On Tuesday 30 August 2005 12:16, Marcelo Tosatti wrote:
> > > >
> > > > Mark,
> > > >
> > > > Please fix identation accordingly to Cod
This patch implements page table sharing for all shared memory regions that
span an entire page table page. It supports sharing at multiple page
levels, depending on the architecture.
Performance testing has shown no degradation with this patch for tests with
small processes. Preliminary tests
Rogier Wolff wrote:
On Tue, Aug 30, 2005 at 10:53:13AM +0200, Sven Ladegast wrote:
A trick to use would be to send an UDP packet at boot (after 1 minute
or so), and then randomly say "once a month" (i.e. about 1/30 chance of
sending a packet on the first day) The number of these random packets
* David Härdeman ([EMAIL PROTECTED]) wrote:
> I'm currently playing around with the security/root_plug.c LSM module
> and I have two questions:
you'll have better luck on the lsm list
> 1) What's the recommended way of telling that someone is logging in to
> the computer (via ssh, virtual cons
Though DMA alignment, CDB interrupt, DMADIR, and PIO support issues
keep libata's ATAPI support turned off by default, as of 2.6.13-git1
PATA users with non-ancient CDROM and DVD drives can start testing
the ATAPI code.
I just checked the following patch into the 'upstream' branch of
libata-dev.g
> This is alive and well in 2.6.13 (final) on ia64.
Or perhaps not. When I went into the machine room to take
a look at this machine, I found that the disk drive in
question was making some very bad noises. A few minutes
later it stopped responding at all.
Putting in a new drive, I see a consis
--- Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> You have a version of the Marvell Yukon that was
> affected
> by a fix in 2.6.13.
> skge addr 0xfeaf8000 irq 19 chip Yukon-Lite rev 9
>
> Both the skge and sk98lin driver were fixed to check
> for this.
> Without the fix, the chip will be
Dear Business Professional,
Im writing you today because Id like to invite you to list your CV or resume
with our expert witness referral service. There are literally in excess of 2
million litigation cases filed each year which require industry-specific
expertise of individuals such as yo
Hi,
I'm currently playing around with the security/root_plug.c LSM module
and I have two questions:
1) What's the recommended way of telling that someone is logging in to
the computer (via ssh, virtual console, serial console, X, whatever)
with LSM? Look for open() on /dev/pts?
2) root_plu
On 8/30/05, Sridhar Samudrala <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-08-30 at 22:45 +0200, Jesper Juhl wrote:
> > Since the patch to add a NULL short-circuit to crypto_free_tfm() went in,
> > there's no longer any need for callers of that function to check for NULL.
> > This patch removes the re
On 8/30/05, Mark Gross <[EMAIL PROTECTED]> wrote:
> On Tuesday 30 August 2005 13:31, Mark Gross wrote:
> > On Tuesday 30 August 2005 12:16, Marcelo Tosatti wrote:
> > >
> > > Mark,
> > >
> > > Please fix identation accordingly to CodingStyle and repost, it
> > > looks quite ugly at the moment.
> >
On Mon, 29 Aug 2005, [EMAIL PROTECTED] wrote:
The patch titled
watchdog: new SBC8360 driver
has been added to the -mm tree. Its filename is
watchdog-new-sbc8360-driver.patch
On Mon, 29 Aug 2005, [EMAIL PROTECTED] wrote:
The patch titled
watchdog-new-sbc8360-driver-tidy
has been
Hi Mauro,
> (...) it would be nice not to have a different I2C
> API for every single 2.6 version :-) It would be nice to change I2C
> API once and keep it stable for a while.
As nice as you seem to think it would be, I don't think it's not
realistic. For one thing, we don't necessarily know in a
On Tue, 2005-08-30 at 22:45 +0200, Jesper Juhl wrote:
> Since the patch to add a NULL short-circuit to crypto_free_tfm() went in,
> there's no longer any need for callers of that function to check for NULL.
> This patch removes the redundant NULL checks and also a few similar checks
> for NULL bef
1 - 100 of 307 matches
Mail list logo
