Martin Josefsson wrote:
> What about this case:
>
> 1. Conntrack entry is created and placed on the unconfirmed list
> 2. The event cache bumps the refcount of the conntrack entry
> 3. module removal of ip_conntrack unregisters all hooks
> 4. packet is dropped by an iptables rule
> 5. packet is fr
Ingo Molnar wrote:
> if you create a threadlet based test-webserver, could you please do a
> comparable kevents implementation as well? I.e. same HTTP parser (or
> non-parser, as usually the case is with prototypes ;). Best would be
> something that one could trigger between threadlet and kevent mo
Ingo Molnar wrote:
> now look at kevents as the queueing model. It does not queue 'tasks', it
> lets user-space queue requests in essence, in various states. But it's
> still the same conceptual thing: a memory buffer with some state
> associated to it. Yes, it has no legacies, it has no priorities
On Sun, 2007-02-25 at 18:31 +0100, Patrick McHardy wrote:
> [NETFILTER]: conntrack: fix {nf,ip}_ct_iterate_cleanup endless loops
>
> {nf,ip}_ct_iterate_cleanup iterate over the unconfirmed list for cleaning
> up conntrack entries, which is wrong for multiple reasons:
>
> - unconfirmed entries ca
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> Kevent is a _very_ small entity and there is _no_ cost of requeueing
> (well, there is list_add guarded by lock) - after it is done, process
> can start real work. With rescheduling there are _too_ many things to
> be done before we can start new
On Sunday, 25 February 2007 16:40, Aneesh Kumar wrote:
> On 2/25/07, Aneesh Kumar <[EMAIL PROTECTED]> wrote:
> > On 2/25/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > On Sunday, 25 February 2007 15:33, Aneesh Kumar wrote:
> > > > On 2/25/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
[--
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > thx - i guess i should just run them without any options and they
> > bind themselves to port 80? What 'ab' options are you using
> > typically to measure them?
>
> Yes, but they require /tmp/index.html to have http header and actual
> data pa
On Sun 2007-02-25 03:33:38, David Schwartz wrote:
>
> > But... how does situation change when Evil Linker does #include
> > from his
> > binary-only part?
>
> Right, but *why* is he doing that? The answer: It is the most practical way
> to write his driver.
Most practical way to get something W
On Sun, Feb 25, 2007 at 08:04:15PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Kevent is a _very_ small entity and there is _no_ cost of requeueing
> > (well, there is list_add guarded by lock) - after it is done, process
> > can start r
On Sun 2007-02-25 04:15:30, Eric W. Biederman wrote:
> Pavel Machek <[EMAIL PROTECTED]> writes:
>
> > Hi!
> >
> >> For the ISA irqs we reserve 16 vectors. This patch adds constants for
> >> those vectors and modifies the code to use them. Making the code a
> >> little clearer and making it possi
Hi!
> From: Stefan Seyfried <[EMAIL PROTECTED]>
>
> Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
> a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
>
> Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
> Signed-off-by: Rafael J. Wysocki <[EMAI
On Sun, Feb 25, 2007 at 07:34:38PM +0100, Ingo Molnar wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > thx - i guess i should just run them without any options and they
> > > bind themselves to port 80? What 'ab' options are you using
> > > typically to measure them?
> >
> > Ye
page_lock_anon_vma() uses spin_lock() to block RCU. This doesn't work with
PREEMPT_RCU, we have to do rcu_read_lock() explicitely. Otherwise, it is
theoretically possible that slab returns anon_vma's memory to the system
before we do spin_unlock(&anon_vma->lock).
Signed-off-by: Oleg Nesterov <[EMA
On 02/24, Hugh Dickins wrote:
>
> On Sat, 24 Feb 2007, Oleg Nesterov wrote:
>
> > So page_lock_anon_vma() works correctly due to SLAB_DESTROY_BY_RCU even if
> > anon_vma_unlink() has already freed anon_vma. In that case we should see
> > list_empty(&anon_vma->head), we are safe.
>
> (It doesn't a
qgit is a git repository GUI browser. This is mostly a bug fix release.
Due to a change in git-rev-list output in git version 1.5 and above in
case of commit encoding information old version of qgit are no more
compatible and big issues in revision list view are possible under
some circumstances.
This deserves to be discussed on LKML.
Alan Stern
-- Forwarded message --
Date: Sun, 25 Feb 2007 00:57:55 -0800
From: Sarah Bailey <[EMAIL PROTECTED]>
To: David Brownell <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], linux-usb-devel@lists.sourceforge.net
Subject: [l
On Sat, Feb 24, 2007 at 04:19:19PM -0800, Stephens, Allan wrote:
>...
> 2) There are portions of TIPC's native API which are intended for use by
> driver programmers, but which are not being used by any code that is
> currently in the kernel. While removing these API's from TIPC will only
> impact
On Sun, Feb 25, 2007 at 11:41:54AM +0100, Pavel Machek ([EMAIL PROTECTED])
wrote:
> > > I've done so, with some interesting results. Source on
> > > http://ds9a.nl/tmp/recvtimings.c - be careful to adjust the '3000' divider
> > > to your CPU frequency if you care about absolute numbers!
> > >
> >
This email lists some known regressions in 2.6.21-rc1 compared to 2.6.20
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
--- Adrian Bunk <[EMAIL PROTECTED]> skrev:
> It can be re-added at any time when an in-kernel
> user comes.
>
> But the most interesting question is:
> Why is noone interested in getting his TIPC using
> drivers merged?
>
I don't think lack of interest is the issue here. The
users I know anythi
Hey Divy,
You missed a printk change. Here is an updated patch.
Update FW version to 3.2
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/ne
On Sun, Feb 25, 2007 at 01:28:42PM +0900, Tejun Heo wrote:
> Hello, Adrian.
>
> Adrian Bunk wrote:
> > On Tue, Feb 20, 2007 at 12:43:41PM +0900, Tejun Heo wrote:
> >> Rafael J. Wysocki wrote:
> >>> Update:
> >>>
> >>> I get the same BUG with 2.6.20-git13 100% of the time during the resume.
> >>> T
Adrian Bunk wrote:
> On Sun, Feb 25, 2007 at 01:28:42PM +0900, Tejun Heo wrote:
>> Hello, Adrian.
>>
>> Adrian Bunk wrote:
>>> On Tue, Feb 20, 2007 at 12:43:41PM +0900, Tejun Heo wrote:
Rafael J. Wysocki wrote:
> Update:
>
> I get the same BUG with 2.6.20-git13 100% of the time dur
Each place in pdc_ata_init_one() that initialises a SATA
port first calls pdc_ata_setup_port(), and then manually
assigns the port's ->scr_addr. Simplify the code by extending
pdc_ata_setup_port() to also handle scr_addr initialisation;
for PATA ports we pass NULL as scr_addr.
The initialisation o
Steve Wise wrote:
Hey Divy,
You missed a printk change. Here is an updated patch.
Update FW version to 3.2
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cxgb3/
Remove the redundant intermediate checks for __KERNEL__ since, as
soon as one ends, the next one starts.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/stat.h b/include/linux/stat.h
index 4f8539c..a3d6342 100644
--- a/include/linux/stat.h
+++ b/include/linu
On Sunday 25 February 2007 06:54, Michael K. Edwards wrote:
> On 2/25/07, Pavel Machek <[EMAIL PROTECTED]> wrote:
> But a 20KLoC 3-D graphics driver that happens to #include
> is not thereby a "derivative work" of the kernel,
> no matter how many entrypoints are labeled EXPORT_SYMBOL_GPL or
> pro
On 02/24, Paul E. McKenney wrote:
>
> This is an updated version of Oleg Nesterov's QRCU that avoids the
> earlier lock acquisition on the synchronize_qrcu() fastpath. This passes
> rcutorture on x86 and the weakly ordered POWER. A promela model of the
> code passes as noted before for 2 readers
On 02/25, Rafael J. Wysocki wrote:
>
> On Sunday, 25 February 2007 16:40, Aneesh Kumar wrote:
> > On 2/25/07, Aneesh Kumar <[EMAIL PROTECTED]> wrote:
> > > On 2/25/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > > On Sunday, 25 February 2007 15:33, Aneesh Kumar wrote:
> > > > > On 2/25/07, R
On Sunday, 25 February 2007 21:31, Oleg Nesterov wrote:
> On 02/25, Rafael J. Wysocki wrote:
> >
> > On Sunday, 25 February 2007 16:40, Aneesh Kumar wrote:
> > > On 2/25/07, Aneesh Kumar <[EMAIL PROTECTED]> wrote:
> > > > On 2/25/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > > > On Sunday,
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> Interesting discussion, that will be very fun if kevent will lose
> badly :)
with your keepalive test no way can it lose against 80,000 sync
threadlets - it's pretty much the worst-case thing for threadlets while
it's the best-case for kevents.
Fix the following section mismatch warnings on x86_64:
(build using defconfig)
WARNING: arch/x86_64/kernel/built-in.o - Section mismatch: reference to
.init.text:mtrr_bp_init from .text between 'identify_cpu' (at offset 0x65eb)
and 'IRQ0x20_interrupt'
WARNING: arch/x86_64/kernel/built-in.o - Sec
Pavel Machek <[EMAIL PROTECTED]> writes:
> BUILD_BUG_ON(x > 15) ? ;-).
That might work. Can you use that in a constant expression?
Still it is a complexity for a handful of lines.
I would prefer to go with something simple at this point.
Eric
-
To unsubscribe from this list: send the line "un
On Sun, Feb 25, 2007 at 07:29:39PM +0100, Uwe Bugla wrote:
> "The bug was introduced somewhere at the transition of 2.6.20 towards
> 2.6.20-git14."
> I fortunately had some git9 patch at home and found out that it is sane.
> "I'm afraid that the most proactical
> way of fixing this is to ask you t
Hi!
> Pavel Machek <[EMAIL PROTECTED]> writes:
>
> > BUILD_BUG_ON(x > 15) ? ;-).
>
> That might work. Can you use that in a constant expression?
> Still it is a complexity for a handful of lines.
>
> I would prefer to go with something simple at this point.
I was thinking something like
#de
On Saturday 24 February 2007 06:31, Glauber de Oliveira Costa wrote:
> When a page faults comes from a kernel space, the printed summary
> leaves us clueless about what kind of access was being tried (which
> is encoded in the error_code variable).
>
> Having it promply available may ease debuggin
* Davide Libenzi wrote:
> > i dont understand - this confuses the client because there's no
> > Content-Length field. Did you insert a Content-Length field
> > manually? What i'm trying to figure out, are you relying on a
> > keepalive client or not? I.e. is there a -k option to 'ab' as well,
Remove, from their corresponding Kbuild files, entries for header
files that generate content-free sanitized header files.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
include/linux/Kbuild|3 ---
include/linux/netfilter_ipv4/Kbuild |1 -
2 files changed, 4
On Fri, 2007-02-23 at 09:41 +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This converts an open-coded krealloc() to use the shiny new API.
OK, why not.
Thanks!
Rusty.
From: Pekka Enberg <[EMAIL PROTECTED]>
This converts an open-coded krealloc() to use the shiny new
Hello,
It is possible to ask Linux to timestamp incoming datagrams when they
are received, then to retrieve this timestamp with an ioctl command or
a recvmsg call (which would save one round trip to kernel space).
SIOCGSTAMP
Return a struct timeval with the receive timestamp of the last
pack
On Sun, 2007-02-25 at 05:58 +, Christoph Hellwig wrote:
> On Tue, Feb 20, 2007 at 03:00:56PM +0200, Artem Bityutskiy wrote:
> > > > +module_param_call(mtd, ubi_mtd_param_parse, NULL, NULL, 000);
> > > > +MODULE_PARM_DESC(mtd, "MTD devices to attach. Parameter format: "
> > > > +
having championed the cause of adding those two code maturity levels
to init/Kconfig, i just realized that implementing them as simple
dependencies has a *really* annoying shortcoming.
in order to display that a kernel config feature is experimental,
developers have not only made that feature
On 2/26/07, Michael K. Edwards <[EMAIL PROTECTED]> wrote:
I know it's fun to blame everything on Redmond, but how about a
simpler explanation?
Says the master of conspiracy.
Trent
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
On Sunday 25 February 2007 12:47, Mikael Pettersson wrote:
> The invokation of signal handlers on x86 has several bugs
> in its treatment of the signal number parameter:
>
> - the i386 kernel passes the raw not the translated signal number
> in EAX to non-SA_SIGINFO handlers compiled with -mregp
On Thu, 22 Feb 2007, Evgeniy Polyakov wrote:
>
> My tests show that with 4k connections per second (8k concurrency) more
> than 20k connections of 80k total block in tcp_sendmsg() over gigabit
> lan between quite fast machines.
Why do people *keep* taking this up as an issue?
Use select/poll
Am 25.02.2007 11:42 schrieb Pavel Machek:
> On Wed 2007-02-21 00:12:28, Tilman Schmidt wrote:
>> Am 20.02.2007 23:52 schrieb Robert P. J. Day:
>>> "deprecated" means that there *is* a complete replacement available
>>> *right now* and you should consider switching to it.
>>>
>>> if you can't offer
On Sun, 25 Feb 2007 23:39:48 +0100, Andi Kleen wrote:
> On Sunday 25 February 2007 12:47, Mikael Pettersson wrote:
> > The invokation of signal handlers on x86 has several bugs
> > in its treatment of the signal number parameter:
> >
> > - the i386 kernel passes the raw not the translated signal n
On Sunday, 25 February 2007 18:14, Andrey Borzenkov wrote:
> On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
> > On Sunday, 25 February 2007 11:37, Andrey Borzenkov wrote:
> > > On Воскресенье 25 февраля 2007, Rafael J. Wysocki wrote:
> > > > On Sunday, 25 February 2007 00:26, Andrey Borze
On Fri, 23 Feb 2007, Joel Becker wrote:
>
> Your fix in commit 2f77d107050abc14bc393b34bdb7b91cf670c250
> modifies sys_mincore() to return -ENOMEM instead of -EFAULT on a totally
> bogus address. Was this intentional, or is it something that should be
> fixed up?
It was intentional, and I
On 2/25/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
Fundamentally a kernel thread is just its
EIP/ESP [on x86, similar on other architectures] - which can be
saved/restored in near zero time.
That's because the kernel address space is identical in every
process's MMU context, so the MMU doesn't
This patch changes "static inline"s in C files to "static":
gcc should know best whether or not to inline a static function.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/dma/async_tx.c | 12 ++--
drivers/dma/iop-adma.c | 14 +++---
2 files changed, 13 insertion
Every file should include the headers containing the prototypes for
it's global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
--- linux-2.6.20-mm2/fs/dlm/user.c.old 2007-02-25 19:40:16.0 +0100
+++ linux-2.6.20-mm2/fs/dlm/user.c 2007-02-25 19:40:29.0 +0100
@@
This patch adds proper prototypes in include/linux/slab.h.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/proc/proc_misc.c |2 --
include/linux/slab.h |3 +++
2 files changed, 3 insertions(+), 2 deletions(-)
--- linux-2.6.20-mm2/include/linux/slab.h.old 2007-02-25 19:48:30.00
This patch adds a proper protype for prepare_namespace() in
include/linux/init.h.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/init.h |3 ++-
init/do_mounts.c |1 +
init/main.c |1 -
3 files changed, 3 insertions(+), 2 deletions(-)
--- linux-2.6.20
Security fixes since 2.6.16.41:
- CVE-2006-5753: fix bad_inode_ops memory corruption
- CVE-2007-0006: Keys: Fix key serial number collision handling
- CVE-2007-0772: Fix a free-wrong-pointer bug in nfsd/acl
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/s
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Sun, 25 Feb 2007 02:08:07 -0700
> If that isn't the issue holler and I will look into it a little more.
Talking in code is always more effective :-)
This patch fixes the OOPS I was talking about:
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.
Lorenzo Allegrucci wrote:
Hi lkml,
according to the test below (sysbench) Linux seems to have scalability
problems beyond 8 client threads:
http://jeffr-tech.livejournal.com/6268.html#cutid1
http://jeffr-tech.livejournal.com/5705.html
Hardware is an 8-core amd64 system and jeffr seems willing to
On Sun, 25 Feb 2007 17:05:58 +0100 Mario Vanoni wrote:
> Randy Dunlap wrote:
> > On Sat, 24 Feb 2007 16:44:20 +0100 Mario Vanoni wrote:
> >
> >> 2.6.18.7 vanilla & 2.6.16.41 vanilla:
> >> /dev/hda CD/DVD
> >> /dev/hda1 / IDE HD 160GB
> >> /dev/hda2 swap
> >> /dev/sda1 /xyz SATA HD 320GB
> >> /dev
Hi Rafael,
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> Remove PF_NOFREEZE from the bluetooth threads, adding try_to_freeze() calls as
> required.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> ---
> net/bluetooth/bnep/core.c |6 --
> net/bluetooth/cmtp/core.c |
On Wed, Feb 21, 2007 at 09:34:45AM -0800, Greg KH wrote:
> On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.??a??lar Onur wrote:
> > 21 ??ub 2007 ??ar tarihinde, Greg KH ??unlar?? yazmt??:
> > > Responses should be made by Friday February 23 00:00 UTC. Anything
> > > received after that time might
On Mon, 2006-12-11 at 20:59 +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d610dd52dd1da696e199e4b4545f33a2a5de5c6
> Commit: 8d610dd52dd1da696e199e4b4545f33a2a5de5c6
> Parent: 8993780a6e44fb4e7ed34e33
David Miller <[EMAIL PROTECTED]> writes:
> From: [EMAIL PROTECTED] (Eric W. Biederman)
> Date: Sun, 25 Feb 2007 02:08:07 -0700
>
>> If that isn't the issue holler and I will look into it a little more.
>
> Talking in code is always more effective :-)
>
> This patch fixes the OOPS I was talking abo
On Wed, Feb 21, 2007 at 01:55:04PM +0200, S.Çağlar Onur wrote:
> 21 Şub 2007 Çar tarihinde, Greg KH şunları yazmıştı:
> > Responses should be made by Friday February 23 00:00 UTC. Anything
> > received after that time might be too late.
>
> We have still some CVEish patches in our package which
On Sun, 25 Feb 2007, David Woodhouse wrote:
>
> One side-effect of this patch is to move the call to free_initrd() much
> later in the init sequence, potentially after other memory management
> code is assuming it's already been freed.
Hmm. No, I don't think that should be a problem. free_initm
On Sun, 2007-02-25 at 16:24 -0800, Linus Torvalds wrote:
> Hmm. No, I don't think that should be a problem. free_initmem() only
> happens at the very, after do_basic_setup() has been run, which includes
> all the initcall stuff.
> However, it's an interesting observation. How sure are you that i
> > Right, but *why* is he doing that? The answer: It is the most
> > practical way
> > to write his driver.
> Most practical way to get something Windows compatible is to pirate
> Windows; I do not think that gives me permission to do so.
This is comparing apples to oranges because Windows has
Richard,
2.6.21-rc1 on my ibm t42p dims a LCD after some time (I guess it happens
at the time the console should normally be blanked).
When I hit the keyboard, the brightness stays low (it's 50% of light or
so, so I could read what's on the screen, but it's uncomfortably dim), and
I have to m
On Sun, 2007-02-25 at 16:24 -0800, Linus Torvalds wrote:
> Hmm. No, I don't think that should be a problem. free_initmem() only
> happens at the very, after do_basic_setup() has been run, which
> includes all the initcall stuff.
I'm inclined to agree that it _shouldn't_ be a problem. Nevertheless
Hi,
This looks like a memory fault to me; are those 0x6b characters "slab
poisoning"? This is the dual
P4 Xeon / 2 GB RAM machine, and I'm guessing that udevd has just loaded
snd_rtctimer (because
that's the module at the top of the list):
BUG: unable to handle kernel paging request at virtual
On Sun, Feb 25, 2007 at 11:05:50PM +0300, Oleg Nesterov wrote:
> On 02/24, Hugh Dickins wrote:
> >
> > On Sat, 24 Feb 2007, Oleg Nesterov wrote:
> >
> > > So page_lock_anon_vma() works correctly due to SLAB_DESTROY_BY_RCU even if
> > > anon_vma_unlink() has already freed anon_vma. In that case we
On Sunday 25 February 2007 19:47, David Schwartz wrote:
>
> > Similary, there are many ways to write inline functions present in
> > headers, and no, embedded developer being lazy does not mean they can
> > copy those functions into their proprietary module.
>
> Yes, it does. Have you read Lexmark
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: Sun, 25 Feb 2007 17:14:43 -0700
> David Miller <[EMAIL PROTECTED]> writes:
>
> > From: [EMAIL PROTECTED] (Eric W. Biederman)
> > Date: Sun, 25 Feb 2007 02:08:07 -0700
> >
> >> If that isn't the issue holler and I will look into it a little more.
>
A recursive kconfig dependency is a bug that has to be fixed, and that
might currently not be noted until booting the built kernel.
Currently, the warning that a recursive dependency was detected scrolls
away during "make oldconfig", and often people don't notice until they
booted the kernel an
Whats the status on this, I was suprised to see something so important
just go dead ?
Alan
-
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 the FAQ
Hi Andrew
The code around there looks relatively unbuggy to me. Removing that
remove_wait_queue() would be very bad - it would cause later stack
corruption.
msleep_interruptible() certainly shouldn't consume CPU like that. Do we
know where the CPU time is being spent? The output of:
readpro
Mikael Pettersson wrote:
When I merged my 20619 new EH conversion with #libata-upstream
I had to manually resolve a conflict, and inadvertently lost
pdc_pata_ops' ->post_internal_cmd binding. Corrected by this patch.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
---
drivers/ata/sata_pr
Alan wrote:
Also export dev_disable as this is needed by drivers doing slave decode
filtering, which will follow shortly
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
Alan wrote:
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
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 the FAQ at http://www.tux.org/
Just got sata_mv working under the new EH, on my 6041.
It probes and talks to disks just fine (chip doesn't support ATAPI),
and hotplug actually has a chance of working.
The 'mv-eh' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git mv-eh
contains the following updat
On 2/26/07, Marco Costalba <[EMAIL PROTECTED]> wrote:
P.S: There is also a Qt4 version (works under Windows) downloadable
from git://repo.or.cz/qgit4.git it is a little bit experimental
tough.
Is the QT4 Windows port working against the MinGW port of GIT?
cheers.
martin
-
To unsubscribe fro
On Sun, Feb 25, 2007 at 07:27:47AM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > I got the following running stock 2.6.20-rt8 on an 4-CPU 1.8GHz
> > Opteron box. The machine continued to run a few rounds of kernbench
> > and LTP. Looks a bit scary -- a taskl
On Sat, Feb 24, 2007 at 10:37:44PM -0800, David Miller wrote:
> From: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Sun, 25 Feb 2007 07:27:47 +0100
>
> >
> > * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> >
> > > I got the following running stock 2.6.20-rt8 on an 4-CPU 1.8GHz
> > > Opteron box. The
From: "Paul E. McKenney" <[EMAIL PROTECTED]>
Date: Sun, 25 Feb 2007 17:52:30 -0800
> Why doesn't the traditional hash table of locks work here? Use the
> cache-line address as input to the hash function, take the corresponding
> lock, do the compare-and-exchange by hand, and then release the lock
On Sun, Feb 25, 2007 at 04:06:57AM -0800, Andrew Morton wrote:
>
> What an unpleasing patchset. I really really hope we really have a bug in
> there, and that all this crap isn't pointless uglification.
It's the same bug for file pages as we had for anonymous pages, which
the POWER guys actually
On Sun, 25 Feb 2007, David Woodhouse wrote:
>
> I'm inclined to agree that it _shouldn't_ be a problem. Nevertheless,
> even this hack seems sufficient to 'fix' it:
Ok. Clearly something is using that memory. That said, I *suspect* that
the commit that you bisected to is just showing the probl
On Sun, 25 Feb 2007, [utf-8] Jörn Engel wrote:
On Sun, 25 February 2007 03:41:40 +0100, Juan Piernas Canovas wrote:
Well, our experimental results say another thing. As I have said, the
greatest part of the files are written at once, so their meta-data blocks
are together on disk. This allows
On Sun, 2007-02-25 at 19:29 +0100, Uwe Bugla wrote:
> Hi everybody,
> "The bug was introduced somewhere at the transition of 2.6.20 towards
> 2.6.20-git14."
> I fortunately had some git9 patch at home and found out that it is sane.
> In so far the floppy mount bug was introduced somewhen between 2
On Sun, 2007-02-25 at 19:45 -0800, Linus Torvalds wrote:
> Ok. Clearly something is using that memory. That said, I *suspect* that
> the commit that you bisected to is just showing the problem indirectly.
> The ordering shouldn't make any difference, but it can obviously make a
> huge difference
On Sun, 25 Feb 2007, David Woodhouse wrote:
>
> > Can you try adding something like
> >
> > memset(start, 0xf0, end - start);
>
> Yeah, I did that before giving up on it for the day and going in search
> of dinner. It changes the failure mode to a BUG() in
> cache_free_debugcheck(), at
Patch to enable SIL 3512 S-ATA controller, used in eg. QNAP TS-101 and
TS-201 devices.
Signed-off-by: OEyvind Repvik <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc1/drivers/ide/pci/siimage.c
===
--- linux-2.6.21-rc1.orig/drivers/ide/pci
David Miller <[EMAIL PROTECTED]> writes:
> Nevermind, something strange is going on here. I think my
> patch is bogus and the thing is still crashing, let me get
> back to you.
Sure.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EM
On Sun, Feb 25, 2007 at 07:02:51PM +0100, Adrian Bunk wrote:
>
>
> Subject: request_module: runaway loop modprobe net-pf-1
> References : http://lkml.org/lkml/2007/2/21/206
> Submitter : YOSHIFUJI Hideaki / <[EMAIL PROTECTED]>
> Caused-By : Kay Sievers <[EMAIL PROTECTED]>
>
> I would rather fix the code to use constants, and thus avoid this
> problem ever happening again.
>
> Jeff
>
How's this (not tested)?
---
drivers/net/cxgb3/t3_hw.c |6 --
drivers/net/cxgb3/version.h |2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a
Steve Wise wrote:
I would rather fix the code to use constants, and thus avoid this
problem ever happening again.
Jeff
How's this (not tested)?
seems OK to me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
From: Divy Le Ray <[EMAIL PROTECTED]>
Update FW version to 3.2
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c |6 --
drivers/net/cxgb3/version.h |2 ++
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/
Jeff Garzik wrote:
Steve Wise wrote:
I would rather fix the code to use constants, and thus avoid this
problem ever happening again.
Jeff
How's this (not tested)?
seems OK to me
I tested it and resubmitted. Thanks fro the fix suggestion and the patch!
Cheers,
Divy
-
To unsubscribe
David Miller wrote:
From: "Paul E. McKenney" <[EMAIL PROTECTED]>
Date: Sun, 25 Feb 2007 17:52:30 -0800
Why doesn't the traditional hash table of locks work here? Use the
cache-line address as input to the hash function, take the corresponding
lock, do the compare-and-exchange by hand, and the
On Sat, Feb 24, 2007 at 04:44:23PM -0800, [EMAIL PROTECTED] wrote:
> From: Divy Le Ray <[EMAIL PROTECTED]>
>
> Add all-in-sw lro support.
Doing this in a LLDD doesn't sound like a good idea. Have you
tried doing this in the core networking code instead?
-
To unsubscribe from this list: send the
On Sat, 24 Feb 2007 00:43:18 +0300 Dmitriy Monakhov wrote:
> Since commit:553c4aa630af7bc885e056d0436e4eb7f238579b
> ata_pci_device_do_resume() can return error code, all callers was updated
> except this one.
>
> Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
> ---
> drivers/ata/sata_inic1
Changelog
1. Change the name from memctlr to memcontrol
2. Coding style changes, call the API and then check return value (for kmalloc).
3. Change the output format, to print sizes in both pages and kB
4. Split the usage and limit files to be independent (cat memcontrol_usage
no longer prints
101 - 200 of 227 matches
Mail list logo
