Robert P. J. Day wrote:
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]>
However, what's much worse is that this already has put series of
constants which are part of the ABI under _
Pekka Enberg wrote:
Hi Alan,
On 2/26/07, Alan <[EMAIL PROTECTED]> wrote:
Whats the status on this, I was suprised to see something so important
just go dead ?
It's not dead. You can find the latest patches here:
http://www.cs.helsinki.fi/u/penberg/linux/revoke/patches/
and user-space tests
Hi!
I just brought two D-Link DGE-528T (uses r8159 driver) network adapters
to have nice 1 Gbps home network between two computers.
I have gigabit crossover cable that is connected like this
Pin Connector #1 Connector #2
1white/orange white/green
2orangegreen
3white/green
Hi Alan,
On 2/26/07, Alan <[EMAIL PROTECTED]> wrote:
Whats the status on this, I was suprised to see something so important
just go dead ?
It's not dead. You can find the latest patches here:
http://www.cs.helsinki.fi/u/penberg/linux/revoke/patches/
and user-space tests here:
http://www.cs.
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
If the freezing of tasks fails and a task is preempted in refrigerator() before
calling frozen_process(), then thaw_tasks() may run before this task is frozen.
In that case the task will freeze and no one will thaw it.
To fix this race we can call freez
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
The reading of PF_BORROWED_MM in is_user_space() without task_lock() is racy.
Fix it.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/power/process.c |8 +++-
1 file changed, 7 insertio
Hi,
The following series of patches contains modifications of the task freezer that
harden it and prepare it to be used in the CPU hotplug.
Greetings,
Rafael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
Add try_to_freeze() calls to the remaining kernel threads that do not call
try_to_freeze() already, although they set PF_NOFREEZE.
In the future we are going to replace PF_NOFREEZE with a set of flags that will
be set to indicate in which situations the
From: Paul E. McKenney <[EMAIL PROTECTED]>
Remove PF_NOFREEZE from the rcutorture thread, adding a try_to_freeze() call as
required.
Signed-off-by: Paul E. McKenney <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/rcut
From: Oleg Nesterov <[EMAIL PROTECTED]>
refrigerator() can miss a wakeup, "wait event" loop needs a proper memory
ordering.
Signed-off-by: Oleg Nesterov <[EMAIL PROTECTED]>
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
---
kernel/power/process.c
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]>
Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
---
net/bluetoot
On Sun, Feb 25, 2007 at 11:01:06PM -0500, David Woodhouse wrote:
> 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 line 2876 of mm/slab.c
> It smells like the pages weren't actually reserved
On Mon, Feb 26, 2007 at 12:45:00AM -0600, Florin wrote:
> After the writing stalls, I have echoed 't' into /proc/sysrq-trigger
> and got a trace, which is at http://iucha.net/20-rc1/after.1. There was
> no oops before the trace request; the 'before' dmesg is at
> http://iucha.net/20-rc1/before.1 .
Hello, it's me and my 70 GB of photos again.
I have tested both CIFS and NFSv4 clients in kernel 2.6.20-rc1 . CIFS
passed with flying colors and NFSv4 stalled after 7 GB.
Configuration:
Server: PIII/1GHz, 512 MB RAM, Debian testing,
distro kernel 2.6.18-3-vserver-686, Intel E1000 NIC,
>From: Arjan van de Ven [mailto:[EMAIL PROTECTED]
>
>> I gave it a quick try (must admit, not too tested) and it seems that
>> the setting of TIF_SIGPENDING without really having a signal queued
>> is not having easily visible ugly consequences.
>
>what happens if you get a signal around the time t
Randy Dunlap <[EMAIL PROTECTED]> writes:
> 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 <
commit b350d3ae0a21fd093d99644a3cfb90f4fb275cb2
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Mon Feb 26 01:26:06 2007 -0500
[libata] sata_mv: clean up DMA boundary issues, turn on 64-bit DMA
The chips covered by sata_mv have a 32-bit DMA boundary they must not
cross, not a 64K
On 2/26/07, Martin Langhoff <[EMAIL PROTECTED]> wrote:
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 t
Changelog
1. Be consistent, use the C style of returning 0 on success and negative
values on failure
2. Change and document the locking used by the controller
(I hope I got it right this time :-))
3. Remove memctlr_double_(un)lock routines
4. Comment the usage of MEMCONTROL_DONT_CHECK_LIMI
Changelog
1. Move void *container to struct container (in scan_control and vmscan.c
and rmap.c)
2. The last set of patches churned the LRU list, in this release, pages
that can do not belong to the container are moved to a skipped_pages
list. At the end of the isolation they are added b
This is a repost of the patches at
http://lkml.org/lkml/2007/2/24/65
The previous post had a misleading subject which ended with a "(".
This patch applies on top of Paul Menage's container patches (V7) posted at
http://lkml.org/lkml/2007/2/12/88
It implements a controlle
---
Signed-off-by: <[EMAIL PROTECTED]>
---
Documentation/memctlr.txt | 70 ++
1 file changed, 70 insertions(+)
diff -puN /dev/null Documentation/memctlr.txt
--- /dev/null 2007-02-02 22:51:23.0 +0530
+++ linux-2.6.20-balbir/Documentation/m
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
Hollis Blanchard wrote:
On Sun, 2007-02-25 at 10:58 +0200, Avi Kivity wrote:
I'm changing the kvm userspace interface to be more friendly to other
archs. One issue is the PIO port size. x86 uses 16 bits to hold the
port size (64K ports). Is that an issue for other archs?
I guess I could
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
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 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 Sun, 2007-02-25 at 10:58 +0200, Avi Kivity wrote:
> I'm changing the kvm userspace interface to be more friendly to other
> archs. One issue is the PIO port size. x86 uses 16 bits to hold the
> port size (64K ports). Is that an issue for other archs?
>
> I guess I could change it to __u32,
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
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
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
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, 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, 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, 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, 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, Greg KH wrote:
> On Sun, Feb 25, 2007 at 11:51:46AM -0500, Alan Stern wrote:
> > This deserves to be discussed on LKML.
>
> Are you sure? I thought it already got pretty well answered on the USB
> mailing list (see David's response for one such response.)
Well, I was sure a
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
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.
>
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
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 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
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 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 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
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
> > 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
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
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
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/
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 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 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
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 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
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
On Sun, Feb 25, 2007 at 11:51:46AM -0500, Alan Stern wrote:
> This deserves to be discussed on LKML.
Are you sure? I thought it already got pretty well answered on the USB
mailing list (see David's response for one such response.)
thanks,
greg k-h
-
To unsubscribe from this list: send the line
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 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
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
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.
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
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
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
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
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
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
@@
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
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
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
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 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
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 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
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
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
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
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 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: "
> > > > +
> 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
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 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
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
* 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,
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
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 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
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: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]>
>
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/
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
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
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
* 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.
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,
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 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
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
1 - 100 of 227 matches
Mail list logo
