On Wed, 9 Feb 2005 20:49:36 -0600, Tom Zanussi <[EMAIL PROTECTED]> wrote:
> +static int relayfs_create_entry(const char *name, struct dentry *parent,
> + int mode, struct rchan *chan,
> + struct dentry **dentry)
> +{
> + struct qstr
I hit an obscure bug last night when trying to copy files from an nfs
client to my nfs server. The server is a P3/800 with three IDE disks in
software RAID5 running vanilla 2.6.10 and Debian Sarge. The network is
local 100Mbit/s switched ethernet. The server exports a 220 gig
partition which
Hi Tom,
On Wed, 9 Feb 2005 20:49:36 -0600, Tom Zanussi <[EMAIL PROTECTED]> wrote:
> +static inline struct page **alloc_page_array(int size, int *page_count)
> +{
> + int n_pages;
> + struct page **page_array;
> +
> + size = PAGE_ALIGN(size);
> + n_pages = size >>
Hi.
Sam Ravnborg wrote:
But... what is the right way to do this?
I think you are looking for:
make kernelrelease
[EMAIL PROTECTED] linux-2.6.10 $ make kernelrelease
make: *** No rule to make target `kernelrelease'. Stop.
[EMAIL PROTECTED] linux-2.6.10 $ cd ..
[EMAIL PROTECTED] src $ cd
On Mon, 31 Jan 2005 09:03:44 -0800, Matt Mackall <[EMAIL PROTECTED]> wrote:
> It's a nice self-contained unit test. It's here because I ran into a
> strange regparm-related bug when developing the code in userspace and
> I wanted to be sure that it was easy to diagnose in the field if a
> similar
Nicolas Pitre <[EMAIL PROTECTED]> said:
> 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
Maneesh Soni writes:
> On Wed, Feb 09, 2005 at 08:49:36PM -0600, Tom Zanussi wrote:
> [..]
> > + */
> > +struct dentry *relayfs_create_file(const char *name, struct dentry
> > *parent,
> > + int mode, struct rchan *chan)
> > +{
> > + struct dentry *dentry;
>
Comment says that softdog has to go last. Make it so.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/char/watchdog/Makefile~2005-02-10
01:48:32.0 -0500
+++ linux-2.6.10/drivers/char/watchdog/Makefile 2005-02-10 01:49:39.0
-0500
@@ -2,11 +2,6 @@
On Wed, Feb 09, 2005 at 08:49:36PM -0600, Tom Zanussi wrote:
[..]
> + */
> +struct dentry *relayfs_create_file(const char *name, struct dentry *parent,
> +int mode, struct rchan *chan)
> +{
> + struct dentry *dentry;
> + int error;
> +
> + if
Roman, please give up on importing 100% of the history. There's no
point arguing something if you already know what the other person's
answer will be. Larry will not change his mind under any currently
foreseeable circumstances. Yes, there is "meta-data lockin" whether
anyone at BitMover
While I agree with your overall sentiment, please compare apples to
apples regarding the license. You said:
Larry McVoy wrote:
I don't come here every month and ask for
the GPL to be removed from some driver, that's essentially what you are
doing and I think pretty much everyone is sick of it.
On Wed, Feb 09, 2005 at 05:44:54PM +0300, Alexander Y. Fomichev wrote:
> On Wednesday 09 February 2005 04:29, Nathan Scott wrote:
> > Is that an O_SYNC write, do you know? Or a write to an inode
> > with the sync flag set?
>
> Yes, it is O_SYNC, as i can see from fcron sources, and, no, kernel
On Thu, Feb 10, 2005 at 01:23:04AM -0300, Werner Almesberger wrote:
>
> What happens if the operation could return a value, but the user
> ignores it ? E.g. if I don't like smp_mb__*, could I just use
>
> atomic_inc_and_test(foo);
>
> instead of
>
> smp_mb__before_atomic_inc();
>
Richard Purdie provided a patch to fix support for XScale1 processors
(this is the PMU version i never had access to initially), we weren't
clearing the overflow flags after an overflow interrupt had triggered
resulting in no additional interrupts occuring. Additionally i've added
basic power
Hi,
This patch just moves aas many as possible EXPORT_SYMBOL()s from
arch/ppc64/kernel/ppc_ksyms.c to where the symbols are defined. This has
been compiled on pSeries, iSeries and pmac.
Please apply.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
--
Cheers,
Stephen Rothwell
On Wed, Feb 09, 2005 at 08:12:07PM -0800, Andrew Morton wrote:
> (I understand that it's only a "proof of concept" patch, but I thought I'd
> bitch anyway ;))
>
> So. I'll keep the patch as-is in -mm for now. I've Cc'ed linux-acpi.
> Perhaps the people there can absorb this and fix it up for
David S. Miller wrote:
> This document is intended to serve as a guide to Linux port
> maintainers on how to implement atomic counter and bitops operations
> properly.
Finally, some light is shed into one of the most arcane areas of
the kernel ;-) Thanks !
> Unlike the above routines, it
Marcelo Tosatti wrote:
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
"Marcos D. Marado Torres" <[EMAIL PROTECTED]> wrote:
>
> Please add to -mm the patch in attachment, since it solves the old
> acpi_power_off bug...
>
> ...
> diff -Nru -p1 linux-2.6.11-rc2-mm1/drivers/base/power/shutdown.c
> linux-2.6.11-rc2-mm1-mbn1/drivers/base/power/shutdown.c
> ---
Re: Important Message
FROM: Sgt. Michael Doherty
Dear Sir
Good day to you
My name is Michael Doherty I am an American soldier, i am serving
in the military of the 1st Armored Division in Iraq, we have just
been posted to leave Iraq and go back to Germany. I am now in
Kuwait at the mean time, I
Matt Mackall wrote:
> It's a nice self-contained unit test.
By the way, I think it would be useful if there was a more
formalized frame for such unit tests, so that they could be used
in automated kernel testing.
To avoid false positives when grepping through the code, perhaps
such tests could
On Wed, Feb 09, 2005 at 10:07:08PM -0500, Jeff Garzik wrote:
> David Gibson wrote:
> >I'm now not entirely clear on whether you want patches against the
> >netdev bk, or against Linus bk/snapshots.
>
>
> Please send diff'd against vanilla Linus upstream.
Ok, in that case do you want me to
David Gibson wrote:
I'm now not entirely clear on whether you want patches against the
netdev bk, or against Linus bk/snapshots.
Please send diff'd against vanilla Linus upstream.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Feb 01, 2005 at 08:48:31PM -0500, Jeff Garzik wrote:
> David Gibson wrote:
> >Following are a bunch of patches which make a few more steps towards
> >the long overdue merge of the CVS orinoco driver into mainline. These
> >do make behavioural changes to the driver, but they should all be
Hi,
Here's the latest relayfs patch, incorporating the previous round of
suggestions. Thanks to everyone who sent comments. Here's a list of
the major changes:
- replaced remap_page_range() and reserved bits with a nopage()
handler.
- buffers are now allocated/freed as part of inode
Ecть 2O кapтpиджeй бeз кopoбoк, в пoлиэтилeнe, нe pacпeчaтaнныx, opигинaл,
k пpинmepy 4V, 4mV (С39OOA) пo 75 ye зa шт. T: 778~7823 Aлeкcaндp
Ecли нe пo aдpecy, пpoшy пpoщeния.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Two more of these sel_netif_lookup related BUGs were found with
-RT-2.6.11-rc3-V0.7.38-06:
BUG: sleeping function called from invalid context ksoftirqd/0(2) at
kernel/rt.c:1448
in_atomic():1 [0001], irqs_disabled():0
[] dump_stack+0x23/0x30 (20)
[] __might_sleep+0xd8/0xf0 (36)
[]
On Wed, 9 Feb 2005, Ingo Molnar wrote:
> > Running wmcube (an impractical, greedy, little CPU meter), even when
> > niced, causes lots of xruns. It may be good for worst-case-scenario
> > desktop load testing.
>
> this phenomenon is very weird.
>
> Firstly, make sure that all relevant threads
Bartlomiej Zolnierkiewicz wrote:
On Thu, 10 Feb 2005 09:52:25 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
Okay, another quick question.
To fix the io_32bit race problem in ide_taskfile_ioctl() (and later
ide_cmd_ioctl() too), it seems simplest to mark the taskfile with
something like
On a 12-way IA64, with ext3 filesystem on an Ramdisk, when attempting
to run the disk I/O load of OSDL's aim-7 benchmark, I see an oops when
the multiprogramming level reaches around 200.
Turning on CONFIG_JBD_DEBUG shows:
Assertion failure in __journal_file_buffer() at
On Thu, 10 Feb 2005, Fruhwirth Clemens wrote:
> Because a tweak is different from an IV. There can be an arbitrary
> number of tweaks. For instance, EME takes 1 tweak per 512 bytes. If you
> have a 4k page to encrypt, you have to process 8 tweaks of whatever
> size.
> Therefore, you need 3
Am Mittwoch, den 09.02.2005, 17:19 -0800 schrieb Andrew Morton:
> > It must be
> > possible to process more than 2 mappings in softirq context.
>
> Adding a few more fixmap slots wouldn't hurt anyone. But if you want an
> arbitrarily large number of them then no, we cannot do that.
>
>
On Thu, 10 Feb 2005 09:52:25 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
>
> Okay, another quick question.
>
> To fix the io_32bit race problem in ide_taskfile_ioctl() (and later
> ide_cmd_ioctl() too), it seems simplest to mark the taskfile with
> something like ATA_TFLAG_IO_16BIT flag and
Fruhwirth Clemens <[EMAIL PROTECTED]> wrote:
>
> It must be
> possible to process more than 2 mappings in softirq context.
Adding a few more fixmap slots wouldn't hurt anyone. But if you want an
arbitrarily large number of them then no, we cannot do that.
Taking more than one sleeping kmap at
On Wed, 2005-02-09 at 19:30 -0500, James Morris wrote:
> On Wed, 9 Feb 2005, Fruhwirth Clemens wrote:
>
> > I can't code for the case of two. Because, first, that's the idea of
> > generic in the name "generic scatterwalk", second, I need at least 3
> > scatterlists in parallel for LRW.
>
> Can
On Tue, 2005-02-08 at 17:22 +0900, Hidetoshi Seto wrote:
> Hi, Ben.
>
> How kind of you to remember.
Well, mailing lists archives did remember for me :)
> Now I have a rewrite of the previous "clear/read_pci_errors" patch.
> The new one adopts iomap infrastructure, considering generality,
>
Okay, another quick question.
To fix the io_32bit race problem in ide_taskfile_ioctl() (and later
ide_cmd_ioctl() too), it seems simplest to mark the taskfile with
something like ATA_TFLAG_IO_16BIT flag and use the flag in task_in_intr().
However, ATA_TFLAG_* are used by libata, and I think
On Thu, Feb 10, 2005 at 01:14:43AM +0100, Roman Zippel wrote:
> [long explanation which is summarized as "it's hard"]
> So doing the work is one thing, getting a result within my lifetime would
> be nice too.
I understand the complexity you are facing. This may be hard for you
to believe but we
* Jonathan Ho ([EMAIL PROTECTED]) wrote:
> Fixed some weird whitespace, solved redundancies (applies to v2.6.10).
>
> Signed-off-by: Jonathan Ho <[EMAIL PROTECTED]>
>
> --- lib/string.cFri Dec 24 13:35:25 2004
> +++ \documents and settings\jonathan\desktop/string.cWed Feb 09
This won't
On Wed, 9 Feb 2005, Michael Ellerman wrote:
> The generic and IA-64 versions of alloc_zeroed_user_highpage() don't
> check the return value from alloc_page_vma(). This can lead to an oops
> if we're OOM. This fixes my oops on PPC64, but I haven't got an IA-64
> machine/compiler handy.
Patch
Fixed some weird whitespace, solved redundancies (applies to v2.6.10).
Signed-off-by: Jonathan Ho <[EMAIL PROTECTED]>
--- lib/string.cFri Dec 24 13:35:25 2004
+++ \documents and settings\jonathan\desktop/string.cWed Feb 09
16:21:28 2005
@@ -38,7 +38,7 @@ int strnicmp(const char *s1, const
On Wed, 9 Feb 2005, Fruhwirth Clemens wrote:
> I can't code for the case of two. Because, first, that's the idea of
> generic in the name "generic scatterwalk", second, I need at least 3
> scatterlists in parallel for LRW.
Can you explain why you need a third scatterlist for the LRW tweak?
My
"Sergey S. Kostyliov" <[EMAIL PROTECTED]> wrote:
>
> Here is an oops I've just get on my smp system:
>
> Unable to handle kernel NULL pointer dereference at virtual address 001c
> printing eip:
> c01afe5b
> *pde =
> Oops: [#1]
> PREEMPT SMP
> Modules linked in: ipt_REJECT
Hello Tejun,
On Thu, 10 Feb 2005 09:01:58 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote:
> Hello, Bartlomiej. Happy new lunar year.
>
> Bartlomiej Zolnierkiewicz wrote:
> >
> > I would prefer to not teach do_rw_taskfile() about ->tf_{in,out}_flags
> > (and convert all users to use helpers) - it
On Wednesday, 9 of February 2005 17:35, Rafael J. Wysocki wrote:
> 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()
Hi,
On Wed, 9 Feb 2005, Larry McVoy wrote:
(I just sent a similiar mail in private and didn't immediately realize it
didn't went to lkml, so sorry, who gets it twice.)
> On Wed, Feb 09, 2005 at 03:13:48PM -0500, Nicolas Pitre wrote:
> > I think what people want here is the tree structure
On Thu, Feb 10, 2005 at 12:22:39AM +0100, Roman Zippel 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 answer which is better.
>
> Another
On Thu, 16 Dec 2004 14:52:29 +, Neil Conway wrote:
> Howdy...
>
> After much banging of heads on walls, I am throwing in the towel and
> asking the experts ;-) ... To cut a long story short:
>
> Is it possible to make a 3TB disk work properly in Linux?
>
> Our "disk" is 12x300GB in RAID5
Hello, Bartlomiej. Happy new lunar year.
Bartlomiej Zolnierkiewicz wrote:
I would prefer to not teach do_rw_taskfile() about ->tf_{in,out}_flags
(and convert all users to use helpers) - it is much simpler this way,
->flags field in ide_task_t is needed anyway (32-bit I/O flag).
New lunar year
On Tue, 2005-02-08 at 21:07, Prasanna S Panchamukhi wrote:
> Hi Badri,
>
> > Hi,
> >
> > I ran into this while playing with jprobes in 2.6.10.
> >
> > I tried to install jprobe handler on a invalid address,
>
> User should prevent inserting jprobes on an invalid address.
Well, I was hoping
Andrew, here's a resend of this patch. My earlier version had a few
stupid errors which should be corrected in this one. Please apply.
The PPC64 interrupt code includes a hook to call when an exception
from the performance monitor unit occurs. However, there's no way of
reserving the hook
On Wed, Feb 09, 2005 at 03:13:48PM -0500, Nicolas Pitre wrote:
> Are you saying that it is now OK to write scripts that would bit bang
> on
> the bkbits http interface to fetch patches/comments with the purpose
> of
> populating an alternate scm? Andreas tried that a while ago but you
>
On Thu, 10 Feb 2005 00:31:05 +0100 (CET), Roman Zippel
<[EMAIL PROTECTED]> wrote:
> On Wed, 9 Feb 2005, Jon Smirl wrote:
> > Larry has said, write up a proposal for changes you want in bk. Send
> > it to him for a quote. Come up with the cash and he will do the work.
>
> Here is a simple one:
Hi,
On Wed, 9 Feb 2005, Jon Smirl wrote:
> Larry has said, write up a proposal for changes you want in bk. Send
> it to him for a quote. Come up with the cash and he will do the work.
Here is a simple one: restore the parent information in the gnupatch
option as they were about a year ago
Hi,
On Tue, 8 Feb 2005, Larry McVoy wrote:
Larry, it's interesting how you try to distract from the main problem
(which you don't mention with a single word) and instead continues to
badmouth me. Let's take a look.
> Short version: let's violate a license.
Wrong, if I wanted to violate the
Small update to iproute2 which adds:
* infiniband address decode
* reorganize source for netem distribution files into separate directory
http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.10-050209.tar.gz
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, 2005-02-09 at 15:06 -0800, Andrew Morton wrote:
> Paul Mackerras <[EMAIL PROTECTED]> wrote:
> >
> > 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
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> 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
Hi!
> I am trying to get swsusp working on a 2.6.10 Debian kernel
> (2.6.10-1-686, custom compile, enabling only CONFIG_SOFTWARE_SUSPEND
> and leaving CONFIG_PM_STD_PARTITION empty) on this Sony Vaio Z1RSP
> Centrino 1.7 Pentium M laptop... without much success. Whenever
> I enter swsusp mode,
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.
* 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
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
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
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
> 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
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:
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
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
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
>
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
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
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
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:
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
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.
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(>vendor->miscdev);
> >
> > - device_remove_file(dev, _attr_pubek);
> >
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
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
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
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, 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
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, 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
>
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, 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
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
Chris Wright wrote:
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 unsubscribe
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
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
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
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:)
> >>
> >>-
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
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:
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
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
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
* 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
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
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * 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
1 - 100 of 358 matches
Mail list logo