X86_32 was the last user of the FASTCALL/fastcall macros, now that it
uses regparm(3) by default, these macros expand to nothing.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Dave, this is a wrap-up of my patch in your net-2.6.25.git with
the build breakage fix from Andrew Morton
From: Matt Mackall [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 20:11:49 -0600
But as the function doesn't actually show up in your stack trace,
something else is probably wrong. So I'd also try commenting out
pieces of that function until it started working.
Some piece of state is being
From: Joe Perches [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 20:01:06 -0800
On Sun, 2007-12-16 at 13:48 -0800, David Miller wrote:
From: Joe Perches [EMAIL PROTECTED]
Date: Thu, 13 Dec 2007 15:39:01 -0800
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Applied, thanks for doing this work
From: Harvey Harrison [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 20:16:25 -0800
X86_32 was the last user of the FASTCALL/fastcall macros, now that it
uses regparm(3) by default, these macros expand to nothing.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Dave, this is a wrap-up of my
Currently when using KCONFIG_ALLCONFIG with randconfig the choice options
are clobbered. As recommended by Roman, this adds an is_new test to see
whether to select a new option or obey the existing one.
This is a resend of the earlier patch a couple of weeks ago, since there
was no reply.
* Amogh Hooshdar [EMAIL PROTECTED] [2007-12-14 17:20:17]:
I am having a strange problem with Debian Etch 4.0 (both 64-bit and
32-bit) using 2.6.18 kernel. Most websites do not open with browser,
Pidgin and most other GUI applicatoins. but I am able to ping them
fine. I am also able to do
On Mon, Dec 17, 2007 at 12:20:19PM +0900, Paul Mundt wrote:
(Adding Ingo to CC regarding kernel/lockdep_proc.c..)
That seems to be an accurate asessment, yes. If do_div(s64, ...) is buggy
behaviour, then the current check is fine, and the callsites should be
corrected. Though if there's code
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
Dave, this is the remainder of the FASTCALL/fastcall removal
patch that is not already in your tree.
Generated against net-2.6.25.git
drivers/net/ns83820.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git
On Fri, 2007-12-14 at 17:01 +0100, Peter Zijlstra wrote:
Subject: lib: proportion: fix underflow in prop_norm_percpu()
Zhe Jiang noticed that its possible to underflow pl-events in
prop_norm_percpu() when the value returned by percpu_counter_read() is less
than the error on that read and the
Kay Sievers wrote:
On Mon, 2007-12-17 at 09:43 +1100, Neil Brown wrote:
On Saturday December 15, [EMAIL PROTECTED] wrote:
On Dec 14, 2007 7:26 AM, NeilBrown [EMAIL PROTECTED] wrote:
Given an fd on a block device, returns a string like
/block/sda/sda1
which can be used to find
ecryptfs in 2.6.24-rc3 wasn't surviving fsx for me at all,
dying after 4 ops. Generally, encountering problems with stale
data and improperly zeroed pages. An extending truncate + write
for example would expose stale data.
With the changes below I got to a million ops and beyond with all
mmap
I fixed this by installing bind9 which has named server. After
installing bind9, I used the default configuration, which understands
DNS type queries and uses the root name servers and other servers
for resolution.
On Dec 17, 2007 10:21 AM, Vaidyanathan Srinivasan
[EMAIL PROTECTED] wrote:
*
Thanks Stephen for your comments.
I have gone through them.
Shall incorporate them and repost the patch.
Sorry for late reply as I was on leave for the last week.
With Regards
Poonam
-Original Message-
From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 11,
Tetsuo Handa wrote:
If Bob is malicious and creates /dev/sda1 with block-8-2 attribute [...]
Bob can't do that. Only root can.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hello Andres, David,
Firstly, Andres, thank you for the efforts.
I quite foreseen what exactly you had in mind when we were
discussing the idea. With patches it's indeed easier to show
flaws of this approach.
On Sun, Dec 16, 2007 at 09:36:24PM -0500, David Woodhouse wrote:
On Sun, 2007-12-16
[ Yup, it's an issue, patch updated as below:]
From 8de0246423cbbd0c6bb03a20baf61d360930c350 Mon Sep 17 00:00:00 2001
From: eric miao [EMAIL PROTECTED]
Date: Mon, 10 Dec 2007 17:19:12 +0800
Subject: [PATCH] gpiolib: basic support for 16-bit PCA9539 GPIO expander
1. use 16-bit register access to
[ forget about the previous patch, sorry for my carelessness not to
free the chip structure, below is the correct one ]
From c4be69e8dad28dc75e80b393f9c60f740cca7047 Mon Sep 17 00:00:00 2001
From: eric miao [EMAIL PROTECTED]
Date: Mon, 10 Dec 2007 17:19:12 +0800
Subject: [PATCH] gpiolib: basic
[updated according to David's suggestion to handle the error
of I2C transfer]
From c9b78718488dadc702f40789bd532d1f1765d76e Mon Sep 17 00:00:00 2001
From: eric miao [EMAIL PROTECTED]
Date: Mon, 10 Dec 2007 17:24:36 +0800
Subject: [PATCH] gpiolib: add Generic IRQ support for 16-bit PCA9539
GPIO
[ Updated according to Jean's suggestion, thanks ]
From 5b4d907da17d57ec168643ebd847278e8d7267f9 Mon Sep 17 00:00:00 2001
From: eric miao [EMAIL PROTECTED]
Date: Sat, 15 Dec 2007 12:07:26 +0800
Subject: [PATCH] gpiolib: obsolete drivers/i2c/chips/pca9539.c and related files
for the following
On Sun, 16 Dec 2007 20:26:11 -0800 (PST) David Miller [EMAIL PROTECTED] wrote:
From: Matt Mackall [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 20:11:49 -0600
But as the function doesn't actually show up in your stack trace,
something else is probably wrong. So I'd also try commenting out
Hello.
David Wagner wrote:
If the attacker gets full administrator-level access on your machine,
there are a gazillion ways the attacker can prevent other admins from
logging on. This patch can't prevent that. It sounds like this patch
is trying to solve a fundamentally unsolveable problem.
[EMAIL PROTECTED] wrote:
On Dec 15, 2007 7:38 AM, [EMAIL PROTECTED] wrote:
I'll build latest wireless git without ipv6 late tonight.
Ok, built and tested, and it's actually faster! Although still not as
fast as bcm43xx or softmac or whatever the problem is, I was getting a
steady 200 kB/s
Being bitten by this several times myself here's a quick hack for checking the
patch
level of the diffs in a patch file. It works only when checkpatch.pl is called
from within the kernel tree.
---
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
--
scripts/checkpatch.pl | 18
On Dec 17, 2007 1:52 AM, Larry Finger [EMAIL PROTECTED] wrote:
One major difference between bcm43xx-SoftMAC and b43-mac80211 is that the
former always used a fixed
rate; whereas mac80211 tries to adjust the bit rate according to the
transmission conditions.
Perhaps it isn't working quite
On Mon, 17 Dec 2007 08:51:23 +0300
Anton Vorontsov [EMAIL PROTECTED] wrote:
Hello Andres, David,
Firstly, Andres, thank you for the efforts.
I quite foreseen what exactly you had in mind when we were
discussing the idea. With patches it's indeed easier to show
flaws of this approach.
On Sat, Dec 15, 2007 at 11:56:04PM -0800, Andrew Morton wrote:
On Sun, 16 Dec 2007 01:37:01 -0500 Miles Lane [EMAIL PROTECTED] wrote:
On Sun, Dec 16, 2007 at 11:07:07AM +0800, Herbert Xu wrote:
So I posted this patch after 19:00 PST on 15 Dec.
Dec 15 13:44:39 syntropy kernel: #0:
Herbert Xu wrote:
On Sat, Dec 15, 2007 at 11:08:58AM +0100, Tobias Diedrich wrote:
Hmm, how do I look for that, if netstat doesn't look suspicous?
Thanks. What does /proc/net/sockstat show?
[EMAIL PROTECTED]:~$ cat /proc/net/sockstat
sockets: used 143
TCP: inuse 16 orphan 0 tw 4 alloc 21
* Herbert Xu [EMAIL PROTECTED] wrote:
On Sat, Dec 15, 2007 at 07:43:28PM +0100, Ingo Molnar wrote:
we could perhaps introduce stat_smp_processor_id(), which signals that
the CPU id is used for statistical purposes and does not have to be
exact? In any case, your patch looks good too.
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
Subject : 2.6.24-rc3-git2 softlockup detected
Submitter : Kamalesh Babulal [EMAIL PROTECTED]
Date : 2007-11-28 15:46
References: http://lkml.org/lkml/2007/11/28/16
On Sat, 15 Dec 2007 22:20:24 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote:
FWIW, I got the following at reboot after some tests were finished:
get_unused_fd: slot 3 not NULL!
get_unised_fd: slot 4 not NULL!
general protection fault: [1] PREEMPT SMP
last sysfs file
* John W. Linville [EMAIL PROTECTED] wrote:
It's not that simple. For example, regression testing will be a
major PITA if one needs to switch back and forth from the new driver
to the old one in the process.
Not really true -- a single system can easily have firmware installed
for
On Sat, 2007-12-15 at 12:52 -0800, a_kumar wrote:
I've a block device driver which does the following,
Why not send the actual code?
This code works fine with most of the kernel versions, but fails on some
like , Linux 2.6.18-8.el5-xen
You've provided no information. What we need:
*). A
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Paul Rolland wrote:
Just an idea : from what I've read, the problem (port 80 hanging) only occurs
on 'modern' machines...
It happens on *one single* modern machine...
Let's keep that in perspective.
two or three i think (and an unknown of others
On Sat, 15 Dec 2007, Andrew Morton wrote:
On Sun, 16 Dec 2007 00:08:52 +0100 (CET) Krzysztof Oledzki [EMAIL PROTECTED]
wrote:
On Sat, 15 Dec 2007, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9182
--- Comment #33 from [EMAIL PROTECTED] 2007-12-15 14:19
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Pavel Machek wrote:
this is also something for v2.6.24 merging.
As much as I like this patch, I do not think it is suitable for
.24. Too risky, I'd say.
No kidding! We're talking about removing a hack that has been
successful on thousands of
Ok, I don't know anything about the CD-ROM layer, so I've just commented
on the general and SH-specific stuff. Hopefully someone with a clue
in this area (ie, not me) can offer input on the rest of the bits.
On Sun, Dec 16, 2007 at 12:21:21AM +, Adrian McMenamin wrote:
+/* GD Rom registers
On Sun, 16 Dec 2007 10:33:20 +0100 (CET) Krzysztof Oledzki [EMAIL PROTECTED]
wrote:
On Sat, 15 Dec 2007, Andrew Morton wrote:
On Sun, 16 Dec 2007 00:08:52 +0100 (CET) Krzysztof Oledzki [EMAIL
PROTECTED] wrote:
On Sat, 15 Dec 2007, [EMAIL PROTECTED] wrote:
Hello,
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c 0 2470 1
Call Trace:
[00692224]
On Sun, Dec 16, 2007 at 06:50:19PM +0900, Paul Mundt wrote:
+static irqreturn_t gdrom_command_interrupt(int irq, void *dev_id)
+{
+ if (dev_id != gd)
+ return IRQ_NONE;
You aren't setting this up as a shared IRQ, so this shouldn't be
necessary.
It's not nessecary for
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c 0 2470 1
Call Trace:
[00692224]
On Sun, 16 Dec 2007, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=9182
--- Comment #39 from [EMAIL PROTECTED] 2007-12-16 01:58 ---
So:
- 2.6.20-rc1: OK
- 2.6.20-rc1-git8 with fba2591bf4e418b6c3f9f8794c9dd8fe40ae7bd9 reverted: OK
- 2.6.20-rc1-git8:
On Tue, Dec 11, 2007 at 06:38:51PM +0300, Dmitry Baryshkov wrote:
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Looks fine to me, but Dmitry Torokhov needs to look at it; he maintains
Hello
Will reply soon with correct data.
Ok here it goes:
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
sysrq-w shows:
syslogd D 0069240c
Hello.
I have proposed this filesystem a few years ago.
Once again, I'm proposing this filesystem toward inclusion into mainline.
I'll update for -mm tree if this filesystem is likely acceptable.
Regards.
(This is a resent message of [00/02] since it seems to be dropped.)
--
To unsubscribe from
Hello,
Surprise surprise. The namespace seq patch missed two spots in
AF_PACKET.
[PACKET]: Fix /proc/net/packet crash due to bogus private pointer
The seq_open_net patch changed the meaning of seq-private.
Unfortunately it missed two spots in AF_PACKET, which still
used the old way of
On recent kernels, I get the following error when using an initrd:
| initrd overwritten (0x00b78000 0x07668000) - disabling it.
My Amiga 4000 has 12 MiB of RAM at physical address 0x0740 (virtual
0x).
The initrd is located at the end of RAM: 0x00b78000 - 0x00c0 (virtual).
The
Hi,
2007/12/16, Russell King - ARM Linux [EMAIL PROTECTED]:
On Tue, Dec 11, 2007 at 06:38:51PM +0300, Dmitry Baryshkov wrote:
Sorry, posted wrong version of patch. Here is correct version:
Support keyboard on tosa (Sharp Zaurus SL-6000x).
Largely based on patches by Dirk Opfer.
Looks
A brief description about SYAORAN:
SYAORAN stands for Simple Yet All-important Object Realizing Abiding
Nexus. SYAORAN is a filesystem for /dev with Mandatory Access Control.
/dev needs to be writable, but this means that files on /dev might be
tampered with. SYAORAN can restrict
Signed-off-by: Tetsuo Handa [EMAIL PROTECTED]
---
fs/Kconfig | 21 +
fs/Makefile |1 +
2 files changed, 22 insertions(+)
--- linux-2.6.24-rc5.orig/fs/Kconfig
+++ linux-2.6.24-rc5/fs/Kconfig
@@ -1555,6 +1555,27 @@ config UFS_DEBUG
Y here. This will result in
On Fri, 07 Dec 2007 19:49:52 -0800 jeffunit [EMAIL PROTECTED] wrote:
I am running linux kernel 2.6.23.1, which I compiled.
The base system was mandriva 2008.
I have a dual processor pentium III 933 system.
It has 3gb of ram, an intel stl-2 motherboard.
It also has a promise 100 tx2 pata
On Sunday 16 December 2007 03:30:16 Larry Finger wrote:
Michael Buesch wrote:
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some newer cards
that
work better with v3 firmware, although they are supposed to support
Tetsuo Handa wrote:
/dev needs to be writable, but this means that files on /dev might be
tampered with.
I infer that you mean /dev needs to be writable by anyone, not by just
its owner or owner and group (conventionally root/root.) This goes
against conventional wisdom, which is that
On Sunday 16 December 2007 10:22:43 Ingo Molnar wrote:
* John W. Linville [EMAIL PROTECTED] wrote:
It's not that simple. For example, regression testing will be a
major PITA if one needs to switch back and forth from the new driver
to the old one in the process.
Not really
Hello.
David Newall wrote:
Tetsuo Handa wrote:
/dev needs to be writable, but this means that files on /dev might be
tampered with.
I infer that you mean /dev needs to be writable by anyone, not by just
its owner or owner and group (conventionally root/root.) This goes
against
Tetsuo Handa wrote:
David Newall wrote:
Tetsuo Handa wrote:
/dev needs to be writable, but this means that files on /dev might be
tampered with.
I infer that you mean /dev needs to be writable by anyone, not by just
its owner or owner and group (conventionally root/root.)
Hello.
I meant that /dev must be mounted for read-write mode
Again, why?
You can mount / partition for read-only mode if you wish to do so.
But you cannot make /dev directory for read-only.
You won't be able to login to the system because /sbin/mingetty
fails to chown/chmod /dev/tty* if
cat /proc/kpageflags on sparc64 causes the box to lock.
I can not write on any terminal - but I can issue sysrqs and switch
between consoles.
cat process hangs in read(3, ...
cat /proc/kpagecount produces similar symptoms. box is locked - sysrq-w sshd
trace:
__down
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
c0581584 d random_write_wakeup_thresh
c0581600 d blocking_pool
That means that the two integers random_read_wakeup_thresh and
random_write_wakeup_thresh use
Andrew Morton [EMAIL PROTECTED] wrote:
Dec 7 17:20:53 sata_fileserver kernel: Code: 6c 39 df 74 59 8d b6 00
00 00 00 85 db 74 4f 8b 55 cc 8d 43 20 8b 0a 3b 48 18 0f 88 f4 05 00
00 89 ce 2b 70 18 8b 83 90 00 00 00 0f b6 50 0d 89 d0 83 e0 02 3c
01 8b 43 50 83 d6 ff 39 c6 0f 82
This means
Tetsuo Handa wrote:
I meant that /dev must be mounted for read-write mode
Again, why?
You won't be able to login to the system because /sbin/mingetty
fails to chown/chmod /dev/tty* if /dev is mounted for read-only mode.
Good point. So, if only root can modify files in /dev,
Common prefix from both files moved to local.h
Change __inline__ to inline
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/local.h| 19 +--
include/asm-x86/local_32.h | 34 ++
include/asm-x86/local_64.h | 25
Use the shorter +m form rather than =m and m.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/local_64.h | 30 ++
1 files changed, 14 insertions(+), 16 deletions(-)
diff --git a/include/asm-x86/local_64.h b/include/asm-x86/local_64.h
index
Hello.
David Newall wrote:
You won't be able to login to the system because /sbin/mingetty
fails to chown/chmod /dev/tty* if /dev is mounted for read-only mode.
Good point. So, if only root can modify files in /dev, what's the
problem you're fixing? (I'm sure you tried to explain this
Introduce macros to deal with X86_32 using longs and X86_64
using quads. Small comment fixes to make files match.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/local.h| 17 +
include/asm-x86/local_32.h | 28 ++--
Auto-detect sequential mmap reads and do sync/async readahead for them.
The sequential mmap readahead will be triggered when
- sync readahead: it's a major fault and (prev_offset==offset-1);
- async readahead: minor fault on PG_readahead page with valid readahead state.
It's a bit conservative
Andrew,
Here are the mmap read-around related patches initiated by Linus.
They are for linux-2.6.24-rc4-mm1. The one major new feature -
auto detection and early readahead for mmap sequential reads - runs
as expected on my desktop :-)
[PATCH 1/9] readahead: simplify readahead call scheme
Apply the max_sane_readahead() limit in ondemand_readahead().
Just in case someone aggressively set a huge readahead size.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/readahead.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.24-rc4-mm1.orig/mm/readahead.c
Make ra_submit() non-static and callable from other files.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
---
include/linux/mm.h |3 +++
mm/readahead.c |2 +-
2 files changed, 4 insertions(+), 1 deletion(-)
--- linux-2.6.24-rc4-mm1.orig/include/linux/mm.h
+++
Remove do_page_cache_readahead().
Its last user, mmap read-around, has been changed to call ra_submit().
Also, the no-readahead-if-congested logic is not appropriate here.
Raw 1-page reads can only makes things painfully slower, and
users are pretty sensitive about the slow loading of
When the user explicitly sets MADV_SEQUENTIAL, we should really avoid the slow
readahead size ramp-up phase and start full-size readahead immediately.
This patch won't change behavior for the auto-detected sequential mmap reads.
Its previous read-around size is ra_pages/2, so it will be doubled
It is insane and error-prone to insist on the call sites to check for async
readahead after doing any sync one. I.e. whenever someone do a sync readahead:
if (!page)
page_cache_sync_readahead(...);
He must try async
Change mmap read-around to share the same code style and data structure
with readahead code.
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/filemap.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
--- linux-2.6.24-rc4-mm1.orig/mm/filemap.c
+++
Simplify code by moving max_sane_readahead() calls into
force_page_cache_readahead().
Signed-off-by: Fengguang Wu [EMAIL PROTECTED]
---
mm/fadvise.c |2 +-
mm/filemap.c |3 +--
mm/madvise.c |3 +--
mm/readahead.c |1 +
4 files changed, 4 insertions(+), 5 deletions(-)
---
From: Linus Torvalds [EMAIL PROTECTED]
This shouldn't really change behavior all that much, but the single
rather complex function with read-ahead inside a loop etc is broken up
into more manageable pieces.
The behaviour is also less subtle, with the read-ahead being done up-front
rather than
No differences except for the defintion of local_add_return on
X86_64. The X86_32 version is just fine as it is protected with
ifdef CONFIG_M386 so use it directly.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/local.h| 149 ++-
But use of this filesystem is still valid when this filesystem is used with
policy based mandatory access control (such as SELinux, TOMOYO Linux)
because this filesystem guarantees where policy based mandatory access control
can't guarantee (i.e. filename and its attribute).
Policy based
On Sun, Dec 16, 2007 at 07:56:56PM +0800, Herbert Xu wrote:
What's spooky is that I just did a google and we've had reports
since 1998 all crashing on exactly the same line in tcp_recvmsg.
However, there's been no reports at all since 2000 apart from this
one so the earlier ones are probably
On Wed, Dec 12, 2007 at 07:54:52PM +0100, Kristoffer Ericson wrote:
On Thu, 13 Dec 2007 03:45:58 +0900
Paul Mundt [EMAIL PROTECTED] wrote:
On Wed, Dec 12, 2007 at 07:22:07PM +0100, Kristoffer Ericson wrote:
* This patch fixes the HP Jornada 6xx keyboard default keymap which
had some bad
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
c0581584 d random_write_wakeup_thresh
c0581600 d blocking_pool
That means that the two
On 16-12-07 00:51, H. Peter Anvin wrote:
Rene Herman wrote:
I hope this is considered half-way correct/sane (note by the way that
it's not a good idea to switch a native_io_delay_port value since
plugging in a variable port would clobber register dx for every
outb_p, which would then have
One section collecting all constant defines. Ifdef the asm
blocks for X86_32/64.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
include/asm-x86/kexec.h| 169 +++-
include/asm-x86/kexec_32.h | 99 --
Hi,
My dual Xeon P4 (HT enabled), 2 GB RAM box crashed last night while playing
World of Warcraft
under Wine (Mesa 7.1, Radeon 9550 card). This is what appeared on the serial
console.
Cheers,
Chris
BUG: NMI Watchdog detected LOCKUP on CPU3, eip c0102aac, registers:
CPU:3
EIP:
On Dec 16, 2007 12:15 AM, Parag Warudkar [EMAIL PROTECTED] wrote:
On Sat, 15 Dec 2007, Parag Warudkar wrote:
I will run it for a little longer just to be sure - but I don't think it
will be a problem.
No problems for last 10 hours - I consider this fixed.
Arghh - spoke 8 hours too soon.
On Sun, 16 Dec 2007, Andrew Morton wrote:
On Sun, 16 Dec 2007 10:33:20 +0100 (CET) Krzysztof Oledzki [EMAIL PROTECTED]
wrote:
On Sat, 15 Dec 2007, Andrew Morton wrote:
On Sun, 16 Dec 2007 00:08:52 +0100 (CET) Krzysztof Oledzki [EMAIL PROTECTED]
wrote:
On Sat, 15 Dec 2007, [EMAIL
On Sun, 2007-12-16 at 00:27 +0100, Michael Buesch wrote:
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some newer cards
that
work better with v3 firmware, although they are supposed to support both.
Impossible. The
On Sunday, 16 of December 2007, Johannes Berg wrote:
On Sun, 2007-12-16 at 00:27 +0100, Michael Buesch wrote:
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some newer
cards that
work better with v3 firmware,
On Sun, 2007-12-16 at 00:27 +0100, Michael Buesch wrote:
On Sunday 16 December 2007 00:18:43 Rafael J. Wysocki wrote:
Well, the only problem with that is I suspect there are some newer
cards that
work better with v3 firmware, although they are supposed to support
both.
Adrian Bunk a écrit :
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
c0581584 d random_write_wakeup_thresh
c0581600 d blocking_pool
That
At 03:05 AM 12/16/2007, Andrew Morton wrote:
On Fri, 07 Dec 2007 19:49:52 -0800 jeffunit [EMAIL PROTECTED] wrote:
I am running linux kernel 2.6.23.1, which I compiled.
The base system was mandriva 2008.
I have a dual processor pentium III 933 system.
It has 3gb of ram, an intel stl-2
* Rene Herman [EMAIL PROTECTED] wrote:
Any ACKs, NAKs or further comments from others in this thread also
welcome.
looks good to me. Could you please also provide three more controls that
i suggested earlier:
- a boot option enabling/disabling the udelay based code
- a .config method of
* Harvey Harrison [EMAIL PROTECTED] wrote:
No differences except for the defintion of local_add_return on X86_64.
The X86_32 version is just fine as it is protected with ifdef
CONFIG_M386 so use it directly.
thanks, i've applied your 4 patches to x86.git.
btw., now that we have a single
Hello!
i`m sysadmin for quite some time and while being that, i have come across the
one or another system, which refused to boot a linux kernel. typical symptom i
have seen is a blinking cursor in the upper left just after kernel/initrd were
loaded.
i never spent much time on that and either
Am Freitag, 14. Dezember 2007 schrieb Greg Kroah-Hartman:
Christian Borntraeger (1):
Future of Linux 2.6.22.y series
This should be: rd: fix data corruption on memory pressure.
Same for 2.6.22
Christian
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Roland, I am sorry for delay,
On 12/13, Roland McGrath wrote:
Currently ptrace_stop() schedules in TASK_TRACED state even if we have a
pending SIGKILL. With this patch this is still possible, but unless
arch_ptrace_stop_needed() is true and thus we will check sigkill_pending().
Currently
I already posted this patch on September 9th but nobody cared.
Is anybody interested in knowing that there is an old limit for
misc device minors to 256, that we are terminating the minor numbers,
and that there is a deprecated call in this code?
drivers/char/misc.c: the deprecated call is
This makes debugfs use its own file_operations for the value accessor files
created by debugfs_create_XXX. Having that, we can also have proper versions
for signed integers.
Signed-off-by: Mattias Nissler [EMAIL PROTECTED]
---
When writing some debugfs code for mac80211 I wanted to have access
Hi Jeremy,
The below implements the getgeo hook for Xen block devices. Extracted
from the xen-unstable tree where it has been used for ages.
It is useful to have because it allows things like grub2 (used by the
Debian installer images) to work in a guest domain without having to
sprinkle Xen
On Sun, Dec 16, 2007 at 03:44:37PM +0100, Eric Dumazet wrote:
Adrian Bunk a écrit :
On Sun, Dec 16, 2007 at 12:45:01PM +0100, Eric Dumazet wrote:
While examining vmlinux namelist on i686, I noticed :
c0581300 D random_table
c0581480 d input_pool
c0581580 d random_read_wakeup_thresh
On Fri, 14 Dec 2007, Nicolas Mailhot wrote:
Actually (to put it frankly), I'm amazed that this exceptions list is
compiled into the driver. I would have thought that such a list should
at least be in a configuration file that an installed application can
add or delete, if not something
On Sun, Dec 16, 2007 at 05:37:59PM +0100, Mattias Nissler wrote:
This makes debugfs use its own file_operations for the value accessor files
created by debugfs_create_XXX. Having that, we can also have proper versions
for signed integers.
Why not tweak the SIMPLE_ATTRIBUTE code to support this
101 - 200 of 508 matches
Mail list logo
