On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote:
The biggest point of discussion relates to the interrupts in threads
implementation. It is largely identical to what is implemented in the
generic irq handling. However, ARM doesn't not implement generic irq
handling, and will not
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote:
The biggest point of discussion relates to the interrupts in threads
implementation. It is largely identical to what is implemented in the
generic irq handling. However, ARM doesn't not
* William Weston [EMAIL PROTECTED] wrote:
Jackd (-R -P64 -dalsa -dhw:0 -r44100 -p64 -n3 -i2 -o2) w/ one
soft-synth client (using 15% to 30% of the CPU) will run for over 12
hours without any xruns, even during kernel compiles and nightly
updatedb runs.
Running wmcube (an impractical,
On Wed, 2005-02-09 at 12:31 +0100, Ingo Molnar wrote:
I'm just waiting until the new SMP bits are there before I have
another go and clean up the missing SMP bits.
any chances for (most of) these bits going upstream as well? In any
case, the -RT tree can be a testbed for this.
I guess
On Tue, 8 Feb 2005, Chris Wright wrote:
* Mark F. Haigh ([EMAIL PROTECTED]) wrote:
If security_vm_enough_memory() fails there, then we vm_unacct_memory()
that we never accounted (if security_vm_enough_memory() fails, no memory
is accounted).
You missed one subtle point. That failure
On Wed, Feb 09, 2005 at 12:31:40PM +0100, Ingo Molnar wrote:
* Thomas Gleixner [EMAIL PROTECTED] wrote:
On Sat, 2005-02-05 at 10:36 -0800, Daniel Walker wrote:
The biggest point of discussion relates to the interrupts in threads
implementation. It is largely identical to what is
On Tue, 2005-02-08 at 16:58, William Weston wrote:
Hi Ingo,
Great work on the -RT kernel! Here's a status report from my Athlon box
w/ kernel -RT-2.6.11-rc3-V0.7.38-03, realtime-lsm-0.8.5, jack-0.99.48,
alsa-1.0.8, and latencytest-0.5.5:
snip
A couple BUGs are being logged (see below),
Vojtech Pavlik wrote:
Hi!
I've written a driver for probably the most common touchscreen type -
the serial Elo touchscreen.
If we are serious about getting support for serial touchscreens into the
kernel, I can certainly give a hand there.
I work for a company that develops software for
On Wed, Feb 09, 2005 at 05:58:22PM +0900, Miles Bader wrote:
Kevin Puetz [EMAIL PROTECTED] writes:
erm, svk is cool and all, but it keeps a local repository mirror (not
necessarily full I suppose, but usually it is). So it's *much* heavier
on the client side than normal svn. Pays off in
Hi,
Maybe it's nice to have a pre-kernel-configuration-auto-configurator script
in the kernel.
Like, something that detects (by parsing lspci/lsusb/lssbus's output or so)
what hardware is on-board and then creates an initial .config for your
kernel. That way the chance that you accidently forgot
David S. Miller wrote:
Can you describe more precisely the scenerios, that are relevant
to us?
The scenarios we have in mind are setups in which a set of collaborating
servers steadly establish connections among each other with a very high rate.
This high rate requirement drove us to consider
On Mon, 20 Dec 2004, Adrian Bunk wrote:
Is there a good reason why debuglib is enabled for modules?
Yes.
Without it, there would be no possibility to use the maintainance module
to debug the isdn/card/capi interaction.
If not, I'd propose the patch below to disable it.
I
Russell,
On Wed, 2005-02-09 at 12:50 +, Russell King wrote:
We have done the conversion to the generic irq handling and it works
fine on a couple of machines.
great - this would be a much preferred approach indeed.
Well, I remain unconvinced about the generic irq handling.
El mar, 08-02-2005 a las 16:15 -0800, Chris Wright escribió:
* Lorenzo Hernández García-Hierro ([EMAIL PROTECTED]) wrote:
As commented yesterday, I was going to release a few more hooks for some
*critical* syscalls, this one adds a hook to sys_chmod(), and makes us
able to apply checks and
Hi,
attached patch defines dma_mapping_error on alpha. Without this libata-core.c
won't compile.
stefan
--- linux-2.6.10/include/asm-alpha/dma-mapping.h.orig 2004-12-26
20:45:25.139475104 +0100
+++ linux-2.6.10/include/asm-alpha/dma-mapping.h 2004-12-26 20:46:54.684862136
+0100
@@ -25,6
Hi all,
I am new to Linux. I am tring to load a module in kernel of 'Fedora core2'.
I wrote a simple Hello world program and tring to compile it with Makefile. I
tried 3 differnt types of make file but still it is giving me error. I will
really appritiate any help.
Here is my Hello world
On Wednesday 09 February 2005 04:29, Nathan Scott wrote:
On Tue, Feb 08, 2005 at 08:51:36PM +0300, Alexander Y. Fomichev wrote:
G' day
It looks like XFS broken somewhere in 2.6.11-rc1,
sadly i can't sand right bugreport, some facts only.
Upgrade to 2.6.11-rc2 makes fcron non-working for
El 09 Feb 2005 05:06:02 -0200,
Alexandre Oliva [EMAIL PROTECTED] escribió:
So you've somehow managed to trick most kernel developers into
granting you power over not only the BK history, in such a way that
anyone willing to extract all the information available from the BK
repository and
On Wed, 9 Feb 2005, Deepti Patel wrote:
Hi all,
I am new to Linux. I am tring to load a module in kernel of 'Fedora core2'.
I wrote a simple Hello world program and tring to compile it with Makefile. I
tried 3 differnt types of make file but still it is giving me error. I will
really appritiate
Hi Ingo,
On Wed, 9 Feb 2005 10:39:27 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
--- linux/include/asm-sparc/resource.h.orig
+++ linux/include/asm-sparc/resource.h
.
.
-#define RLIMIT_NOFILE6 /* max number of open files */
-#define RLIMIT_NPROC 7
Adam Belay wrote:
On Mon, Feb 07, 2005 at 02:18:20PM -0800, Greg KH wrote:
On Mon, Feb 07, 2005 at 04:00:27PM -0600, [EMAIL PROTECTED] wrote:
Currently, code exists in the pci layer to allow userspace to specify
driver data when adding a pci dynamic id from sysfs. However, this data
is never used
On Wed, Feb 09, 2005 at 02:26:54PM +0100, Jirka Bohac wrote:
Hi folks,
find attached a patch that improves the keycode to keysym mapping in the
kernel. The current system has its limits, not allowing to implement keyboard
maps that people in different countries are used to. This patch tries
On Tue, Feb 08, 2005 at 06:10:18PM -0800, Andrew Morton wrote:
We could just remove the printk and stick a comment over it. If the
application later tries to access the not-there pages then it'll just
fault.
However I worry if there is some way in which we can leave unzeroed memory
On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote:
Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a system
lockup. This happens in both X and console. Happens with and without my
Nvidia drivers
On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote:
Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to
complete
a kernbench run without hitting the OOM-killer. ( kernbench is multiple
kernel compiles,
of course ) Machine is 800 mhz PIII with 1GB memory. We
On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote:
So you've somehow managed to trick most kernel developers into
granting you power over not only the BK history
It's exactly the same as a file system. If you put some files into a
file system does the file system creator owe you
On Wed, Feb 09, 2005 at 04:27:40PM +0100, Andries Brouwer wrote:
The keycodes are mapped into keysyms using so-called keymaps. A keymap is
an array (of 255 elements per default) of keysyms, and there is one such
keymap for each modifier combination. There are 9 modifiers (such as Alt,
aurelien francillon wrote:
CONFIG_ACPI_DEBUG=y
This one is also bad for you. If you unset this, it will even run fast
even without the object cache (i'm recompiling right now with object
cache _and_ unset debug to see what i can gain from this :-)
Maybe a patch like the attached one for the
Marcelo Tosatti wrote:
On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote:
Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a system
lockup. This happens in both X and console. Happens with and
On Tuesday, 8 of February 2005 12:04, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
The warning is printed right after the image is restored (ie somewhere
around the local_irq_enable() above, but it goes before the PM: Image
restored successfully. message that is
On Wed, Feb 09, 2005 at 11:30:05AM -0500, Todd Shetter wrote:
Marcelo Tosatti wrote:
On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote:
Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a
On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote:
It seems very unlikely that you cannot handle Czech with all
combinations of 8 keys pressed, and need 9.
A czech keyboard has the letters 'escrzyaie' with accents on the number
row of keys. With a Shift, they are supposed to
On Wed, Feb 09, 2005 at 05:38:56PM +0100, Andries Brouwer wrote:
On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote:
It seems very unlikely that you cannot handle Czech with all
combinations of 8 keys pressed, and need 9.
A czech keyboard has the letters 'escrzyaie' with
On Wed, Feb 09, 2005 at 01:23:27PM +, Paulo Marques wrote:
Vojtech Pavlik wrote:
Hi!
I've written a driver for probably the most common touchscreen type -
the serial Elo touchscreen.
If we are serious about getting support for serial touchscreens into the
kernel, I can certainly
Hi,
Is there some logical reason that these modules are selected
in i386/defconfig? Can we not default them to =m ?
Reduce number of modules built via defconfig.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
diffstat:=
arch/i386/defconfig | 12 ++--
1 files changed, 6
On Wed, 2005-02-09 18:00:15 +0100, Vojtech Pavlik [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
On Wed, Feb 09, 2005 at 01:23:27PM +, Paulo Marques wrote:
Vojtech Pavlik wrote:
Hi!
I've written a driver for probably the most common touchscreen type -
the serial Elo
On Wed, Feb 09, 2005 at 04:27:40PM +0100, Andries Brouwer wrote:
On Wed, Feb 09, 2005 at 02:26:54PM +0100, Jirka Bohac wrote:
Hi folks,
find attached a patch that improves the keycode to keysym mapping in the
kernel. The current system has its limits, not allowing to implement
BTW, I'm also working with the person who had the trouble with the I2C
non-blocking driver updates, but we haven't figured it out yet.
Hopefully soon. (Though that has nothing to do with this patch.)
Thanks,
-Corey
The 1999 version of the DMI spec had a different configuration
than the newer
This is on top of the IPMI SMBus driver in the current mm kernel.
Thanks,
-Corey
Make the IPMI SMBus select I2C, not depend on it, so I2C gets
enabled properly when the IPMI SMBus is enabled.
Signed-off-by: Corey Minyard [EMAIL PROTECTED]
Index: linux-2.6.11-rc3/drivers/char/ipmi/Kconfig
On Wed, Feb 09, 2005 at 06:14:38PM +0100, Jan-Benedict Glaw wrote:
I want serious support for ALL touchscreens in Linux.
Maybe I'd write drivers for the T-Sharc and fujitsu controllers, too.
These are in a lot of POS hardware, too, and sometimes they're a pain to
use (esp. calibration).
On Wed, 9 Feb 2005, Larry McVoy wrote:
On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote:
So you've somehow managed to trick most kernel developers into
granting you power over not only the BK history
It's exactly the same as a file system. If you put some files into a
From Dmitry Torokhov on Tuesday, 08 February, 2005:
Hi,
Here is the promised patch. It turns out protocol validation code was
a bit (or rather a byte ;) ) off.
Please let me know if it fixes your touchpad and I believe it would be
nice to have it in 2.6.11.
This patch seems to be working for me
On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre [EMAIL PROTECTED]
wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
Larry, why can't you compete only on the tool instead of claiming
exclusive rights on the test bench as well?
Nicolas, Larry has not said he won't make the changes that
On Wed, 2005-02-09 at 04:50, Russell King wrote:
What you'll find is that the ARM interrupt structure is designed to
efficiently meet the requirements of our wide range of hardware interrupt
controllers, with chained interrupt controllers, with as low latency as
possible.
In essence, I'm
On Wed, 09 Feb 2005 12:30:54 EST, Nicolas Pitre said:
If I don't want to use a certain filesystem, I mount it and copy the
files over to another filesystem. What users are interested in are the
files themselves of course, and the efficiency with which the filesystem
handles those files.
On Tue, Feb 08, 2005 at 12:42:34PM -0800, Paul Jackson wrote:
Matthew wrote:
I found no useful and significant basis for integration of cpusets and
CKRM either involving CPU or Memory Node management.
As best as I can figure out, CKRM is a fair share scheduler with a
gussied up more
* Stephen Rothwell [EMAIL PROTECTED] wrote:
Hi Ingo,
On Wed, 9 Feb 2005 10:39:27 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
--- linux/include/asm-sparc/resource.h.orig
+++ linux/include/asm-sparc/resource.h
.
.
-#define RLIMIT_NOFILE 6 /* max number
On Fri, 4 Feb 2005, Greg KH wrote:
On Fri, Feb 04, 2005 at 03:37:20PM -0600, Kylene Hall wrote:
On Fri, 2005-02-04 at 14:52, Greg KH wrote:
On Fri, Feb 04, 2005 at 02:12:50PM -0600, Kylene Hall wrote:
+static struct class tpm_class = {
+ .name = tpm,
+
Vojtech Pavlik wrote:
On Wed, Feb 09, 2005 at 06:14:38PM +0100, Jan-Benedict Glaw wrote:
I want serious support for ALL touchscreens in Linux.
I'm glad to hear it. I was just pointing out the serial part, because,
unlike USB and other interfaces, a serial port can not say what is
attached to it,
Stephane Raimbault [EMAIL PROTECTED] writes:
Does the Enable hardware tapping for ALPS touchpads patch help?
http://marc.theaimsgroup.com/?l=linux-kernelm=110708138225873w=2
Yes, works really better but the release event is sent only if I move
the pointer. It's as if I still
On Tue, 2005-02-08 at 23:43, Ingo Molnar wrote:
eventually ARM should be merged to the generic IRQ subsystem and in the
process it is very likely that the generic IRQ subsystem has to be
changed to fit ARM's needs as well. But separating out new features and
keeping the old ARM blob in place
On Wed, Feb 09, 2005 at 12:05:42PM -0600, Kylene Hall wrote:
@@ -539,9 +551,8 @@ void tpm_remove_hardware(struct device *
dev_set_drvdata(dev, NULL);
misc_deregister(chip-vendor-miscdev);
- device_remove_file(dev, dev_attr_pubek);
- device_remove_file(dev,
On Wed, 9 Feb 2005, Jon Smirl wrote:
On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre [EMAIL PROTECTED]
wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
Larry, why can't you compete only on the tool instead of claiming
exclusive rights on the test bench as well?
Nicolas, Larry
Hi,
[please CC me on replies]
I've got a box running 2.6.10 (with the patch[0] needed to support the
Promise SATAII 150 TX4 controller).
This box has three software raid1 partitions mirrored on a SATA disk on
the Promise controller and a disk on the mainboard IDE controller (VIA
vt8235).
Add PREEMPT to UTS_VERSION where enabled as is done for SMP to make
preempt kernels easily identifiable.
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Index: mm1/scripts/mkcompile_h
===
--- mm1.orig/scripts/mkcompile_h
On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
You know, you could change all this. Instead of complaining that we
are somehow hurting you, which virtually 100% of the readers know is
nonsense, you could be producing an alternative
On Wed, 9 Feb 2005 13:24:06 -0500 (EST), Nicolas Pitre [EMAIL PROTECTED]
wrote:
Larry turned it down with the usual we're'll fear you if we do that
answer although I still have problems seeing why BK would be suplented
with that info available. The SCM problem is much much more than just a
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
this patch does the final consolidation of asm-*/resource.h file,
without changing any of the rlimit definitions on any architecture.
Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces it with
a more compact and isolated one that allows
* Chris Wright [EMAIL PROTECTED] wrote:
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
this patch does the final consolidation of asm-*/resource.h file,
without changing any of the rlimit definitions on any architecture.
Primarily it removes the __ARCH_RLIMIT_ORDER method and replaces it with
On Wed, Feb 09, 2005 at 05:55:00PM +0100, Vojtech Pavlik wrote:
On Wed, Feb 09, 2005 at 05:38:56PM +0100, Andries Brouwer wrote:
On Wed, Feb 09, 2005 at 05:03:45PM +0100, Vojtech Pavlik wrote:
It seems very unlikely that you cannot handle Czech with all
combinations of 8 keys pressed, and
On Wed, Feb 09, 2005 at 06:08:10PM +, Paulo Marques wrote:
I want serious support for ALL touchscreens in Linux.
I'm glad to hear it. I was just pointing out the serial part, because,
unlike USB and other interfaces, a serial port can not say what is
attached to it, so we need the
* Hugh Dickins ([EMAIL PROTECTED]) wrote:
dup_mmap's charge starts out at 0 and gets added to each time around
the loop through vmas; if security_vm_enough_memory fails at any point
in that loop, we need to vm_unacct_memory the charge already accumulated.
If that's the requirement, then it's
On Wed, Feb 09, 2005 at 09:41:10AM -0800, Daniel Walker wrote:
All I want to do is integrate the common IRQ threading code. To do that
I need things , from Russell, like per descriptor locks .. And I need
things , from Ingo, like pulling out the IRQ threading code..
I've said why per-IRQ
On Wed, 9 Feb 2005, Chris Wright wrote:
* Hugh Dickins ([EMAIL PROTECTED]) wrote:
dup_mmap's charge starts out at 0 and gets added to each time around
the loop through vmas; if security_vm_enough_memory fails at any point
in that loop, we need to vm_unacct_memory the charge already
Hi,
i tried for the latest versionof the /proc fs
document supposed to be available online at
http://skaro.nightcrawler.com/~bb/Docs/Proc but
couldn't get it.
can i get some help in this regard ?
thanks.
-pranay
=
Pranay Pramod
Army Institute of Technology
Dighi Hills
Pune-15
Vojtech Pavlik wrote:
On Wed, Feb 09, 2005 at 06:08:10PM +, Paulo Marques wrote:
[...]
Touchscreens are one class of devices where the serial attachment is not
dying.
Very true.
[...]
We could parse a definition string, like this:
Hello,
After doing much research I have come to the conclusion that the kernel might
be at fault (in conjuction with the mobo) for hard-locking my box. Please
read below to see if you can help me.
I am coming to wits end with this MSI K7D Master-L board. I have narrowed it
down to find that
On Wed, 2005-02-09 18:08:10 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
Additionally, there are two other things that need to be addressed (and
I'm willing to actually write code for this, but need input from other
parties, too:)
- Touchscreen calibration
On Wed, Feb 09, 2005 at 06:19:21PM +0100, Jirka Bohac wrote:
There are presently two ways around this, neither of them good enough
1) assigning one of the other modifier keysyms to the CapsLock key
-- the LED will not work
True.
But by adding two modifiers to almost every keyboard map,
On Wed, 2005-02-09 20:18:17 +0100, Vojtech Pavlik [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
I would say that a tool to recover the touch screen into a usable
state, by talking directly to the serial port, and calibrating it to
max possible / min possible values would be the
On Wed, 09 Feb 2005 14:28:49 +0100
Einar Lück [EMAIL PROTECTED] wrote:
The scenarios we have in mind are setups in which a set of collaborating
servers steadly establish connections among each other with a very high rate.
This high rate requirement drove us to consider the inclusion of all
Chris Wright wrote:
snip
You missed one subtle point. That failure case actually unaccts 0 pages
(note the use of charge). Not the nicest, but I believe correct.
Right. I did miss that. Thanks for the explanations, Chris and Hugh, I
appreciate it.
Mark F. Haigh
[EMAIL PROTECTED]
-
To
Hello,
I can not more boot any kernel =2.6.11-rcX also =2.6.10-ac9 and latest
bk6. But I have here Alan Cox 2.6.10-ac8 and Cons 2.6.10-ck5 running and
booting fine without any problems.
But now all kernel versions after that failed (with the same config tried)
with:
mount: error 6 mounting
On Wed, 2005-02-09 19:54:04 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
We could have a library that would do that and link applications against
it. It could also handle things like tap-n-drag, etc, something we
certainly don't want in the kernel.
I really like
On Wed, 9 Feb 2005, Daniel Jacobowitz wrote:
On Tue, Feb 08, 2005 at 06:10:18PM -0800, Andrew Morton wrote:
It's asking for a lot of unwritable zeroed space. See this:
LOAD 0x00 0x08048000 0x08048000 0xb7354 0x1b7354 R E 0x1000
LOAD 0x0b7354 0x08200354 0x08200354
On Wed, Feb 09, 2005 at 09:03:51PM +0100, Jan-Benedict Glaw wrote:
It's even worse. Most keyboards don't separate the real keys from
magnetic stripe reader events, and just simulate key presses for MSR
data. They expect the software to be in a state where it is waiting for
that
I found a bug which has since been fixed, but I'm hoping to save others
the problems that I had tracking it down.
It was fairly confusing--the information in the siginfo_t struct was
different based on whether I used a signal handler in the regular way,
or blocked the signal and retrieved the
On Wed, 9 Feb 2005, Larry McVoy wrote:
On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
You know, you could change all this. Instead of complaining that we
are somehow hurting you, which virtually 100% of the readers know is
pranay pramod345678 wrote:
Hi,
i tried for the latest versionof the /proc fs
document supposed to be available online at
http://skaro.nightcrawler.com/~bb/Docs/Proc but
couldn't get it.
can i get some help in this regard ?
Hi,
Try
On Wed, 9 Feb 2005 19:02:19 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
New patch below.
...
this patch does the final consolidation of asm-*/resource.h file,
without changing any of the rlimit definitions on any architecture.
I'm fine with this.
-
To unsubscribe from this list: send the line
On Wed, 9 Feb 2005, Greg KH wrote:
On Wed, Feb 09, 2005 at 12:05:42PM -0600, Kylene Hall wrote:
@@ -539,9 +551,8 @@ void tpm_remove_hardware(struct device *
dev_set_drvdata(dev, NULL);
misc_deregister(chip-vendor-miscdev);
- device_remove_file(dev, dev_attr_pubek);
-
David S. Miller wrote:
So essentially you want per-flow multipathing. Except that you're
implementation
is over-optimizing it to the point where it's only per-flow for your specific
case where the connections are short lived and high rate.
This hurts long lasting connections.
So I'm pretty much
On Wed, 09 Feb 2005 21:23:57 +0100
Einar Lück [EMAIL PROTECTED] wrote:
We do not want per-flow multipathing. We want per connection
multipathing with fast route lookups (that's why we have all routes in
the cache). That is exactly what we implemented. Our tests prove that
a connection keeps
David S. Miller wrote:
This was brought up before. It's the case where the system is acting
as a router, you have to consider that case and not just the one where
the local system is where the connections are originating from.
Your trick only works because of how routes are cached per-socket.
Marcelo Tosatti wrote:
On Wed, Feb 09, 2005 at 11:30:05AM -0500, Todd Shetter wrote:
Marcelo Tosatti wrote:
On Wed, Feb 09, 2005 at 12:15:03AM -0500, Todd Shetter wrote:
Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
2.4.29 with highmem 4GB, and highmem i/o
Jan-Benedict Glaw wrote:
On Wed, 2005-02-09 18:08:10 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
[...]
Touch screens doing this are severely brain-damaged. And yes, I've come
across a few of them, but not lately.
That's IMHO not brain-damaged, but pure physics:
On Tue, 2005-02-08 at 07:25 -0500, linux-os wrote:
On Mon, 7 Feb 2005, Bjorn Helgaas wrote:
On Mon, 2005-02-07 at 15:12 -0500, linux-os wrote:
I thought somebody promised to add a pci_route_irq(dev) or some
such so that the device didn't have to be enabled before
the IRQ was correct.
Hi,
Socket status: 0720
This looks strange. Socket status 0720 can't really be true -- I assume
there is a problem with the resource allocation. Can you send me
/proc/iomem
/proc/ioport
please?
Thanks,
Dominik
-
To unsubscribe from this list: send the line unsubscribe
Corey Minyard wrote:
BTW, I'm also working with the person who had the trouble with the I2C
non-blocking driver updates, but we haven't figured it out yet.
Hopefully soon. (Though that has nothing to do with this patch.)
Thanks,
-Corey
On Wed, 09 Feb 2005 21:42:39 +0100
Einar Lück [EMAIL PROTECTED] wrote:
We considered the routing case: in the routing case ip_route_input is called.
In this case we just select the first route in the cache which is always the
same
(we ensure that). Consequently, the routing behaviour is
On Wed, Feb 09, 2005 at 03:47:28PM -0500, Todd Shetter wrote:
Running slackware 10 and 10.1, with kernels 2.4.26, 2.4.27, 2.4.28,
2.4.29 with highmem 4GB, and highmem i/o support enabled, I get a
system lockup. This happens in both X and console. Happens with and
without my Nvidia drivers
Bartlomiej Zolnierkiewicz wrote:
Thanks, I see that you did global replacement of __devinit
by __init and __devexit by __exit - it seems correct *only* if:
- there can be only one i2c controller in the system
- there can be only one host bridge in the system
- i2c core calls -probe only once
Bukie Mabayoje wrote:
Corey Minyard wrote:
BTW, I'm also working with the person who had the trouble with the I2C
non-blocking driver updates, but we haven't figured it out yet.
Hopefully soon. (Though that has nothing to do with this patch.)
Thanks,
-Corey
On Wed, 2005-02-09 20:51:43 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
Jan-Benedict Glaw wrote:
On Wed, 2005-02-09 18:08:10 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
That's IMHO not brain-damaged, but pure physics: just consider
But... what is the right way to do this?
I think you are looking for:
make kernelrelease
Sam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Wed, Feb 09, 2005 at 10:39:30PM +0100, Jan-Benedict Glaw wrote:
On Wed, 2005-02-09 20:51:43 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
Jan-Benedict Glaw wrote:
On Wed, 2005-02-09 18:08:10 +, Paulo Marques [EMAIL PROTECTED]
wrote in message [EMAIL
On Wed, 2005-02-09 21:10:32 +0100, Vojtech Pavlik [EMAIL PROTECTED]
wrote in message [EMAIL PROTECTED]:
On Wed, Feb 09, 2005 at 09:03:51PM +0100, Jan-Benedict Glaw wrote:
The problematic part is that this needs to be done at a quite low level,
since POS keyboards may send quite a lot more
POWER5 machines have a per-hardware-thread register which counts at a
rate which is proportional to the percentage of cycles on which the
cpu dispatches an instruction for this thread (if the thread gets all
the dispatch cycles it counts at the same rate as the timebase
register). This register
* Kylene Hall ([EMAIL PROTECTED]) wrote:
diff -uprN linux-2.6.10/drivers/char/tpm/tpm_atmel.c
linux-2.6.10-tpm/drivers/char/tpm/tpm_atmel.c
--- linux-2.6.10/drivers/char/tpm/tpm_atmel.c 2005-02-04 15:03:03.0
-0600
+++ linux-2.6.10-tpm/drivers/char/tpm/tpm_atmel.c 2005-02-09
Hey,
I'm having problems w/ the tg3 driver on IBM x440 and x445 systems. It
seems the link doesn't hold and constantly flickers on and off.
Reverting this patch appears to have fixed the issue.
201 - 300 of 358 matches
Mail list logo
