Hello,
We got the following xfs internal error on one of our production servers:
Feb 14 08:28:52 info6 kernel: [238186.676483] Filesystem sdd8: XFS
internal error xfs_trans_cancel at line 1138 of file fs/xfs/xfs_trans.c.
Caller 0xf8b906e7
Feb 14 08:28:52 info6 kernel: [238186.869089]
On Tue, Feb 13, 2007 at 03:20:42PM +0100, Ingo Molnar wrote:
+Arguments to the system call are implemented via pointers to arguments.
+This not only increases the flexibility of syslet atoms (multiple syslets
+can share the same variable for example), but is also an optimization:
+copy_uatom()
On Wed, 2007-02-14 10:24:27 +, Ramy M. Hassan [EMAIL PROTECTED] wrote:
Feb 14 08:28:52 info6 kernel: [238186.945610] Filesystem sdd8: Corruption
of in-memory data detected. Shutting down filesystem: sdd8
[...]
We are wondering here if this problem is an indicator to data corruption on
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Let me clarify what I meant. There is only limited number of threads,
which are supposed to execute blocking context, so when all they are
used, main one will block too - I asked about possibility to reuse the
same thread to execute queue of
On 6/27/06, Shaohua Li [EMAIL PROTECTED] wrote:
With the changes, we should put all intel-ucode/xx-xx-xx microcode files
into the firmware dir (I had a tool to split previous big data file into
small one and later we will release new style data file).
BTW, where this tool can be found? At the
Hi,
I just built a 2.6.20 kernel with CONFIG_RELOCATABLE=y. While going
through relocation entries for .smp_locks section, I see some relocation
entries present w.r.t to init section also. Below I am pasting just
few of them.
Relocation section '.rel.smp_locks' at offset 0x6079c8 contains 4662
On Wed, Feb 14, 2007 at 11:30:55AM +0100, Arjan van de Ven ([EMAIL PROTECTED])
wrote:
(at least on Debian
and Mandrake there is no locked memory limit by default).
that sounds like 2 very large bugtraq-worthy bugs in these distros.. so
bad a bug that I almost find it hard to believe...
On 2/14/07, Ramy M. Hassan [EMAIL PROTECTED] wrote:
Hello,
We got the following xfs internal error on one of our production servers:
Hi, I want firstly to make a disclaimer that I am not an XFS or kernel
guru, what I am writing now is purely my experience, since I use XFS
on all my machines,
On Tuesday 13 February 2007 21:30:47 Francois Romieu wrote:
Eric Lacombe [EMAIL PROTECTED] :
[...]
That problem also remind me that when I compiled this driver without
the CONFIG_NET_ETHERNET (in the section Ethernet (10 or 100Mbit)), I
have really poor performance with the net device.
Vivek Goyal wrote:
So what happens if somebody builds a SMP kernel and runs on a UP machine.
Later it hotplus one CPU. Then kernel will switch to SMP mode. Looking
at the code it looks like it will also try to patch init text which is
no more there and will corrupt something else?
There are
On Sat 10-02-07 23:44:01, OGAWA Hirofumi wrote:
[RESEND: forget to add [EMAIL PROTECTED]
If the DIO write on FAT is expanding the size, it will be fail by -EINVAL,
because FAT can't handle it now.
This patch fallback it to the normal buffered-write and would return
success.
* Russell King [EMAIL PROTECTED] wrote:
On Tue, Feb 13, 2007 at 03:20:42PM +0100, Ingo Molnar wrote:
+Arguments to the system call are implemented via pointers to arguments.
+This not only increases the flexibility of syslet atoms (multiple syslets
+can share the same variable for
Ohh. OpenVMS lives forever ;) Me likeee ;)
hm, i dont know OpenVMS - but googled around a bit for 'VMS
asynchronous' and it gave me this:
VMS had SYS$QIO which is asynchronous I/O queueing with completions of
sorts. You had to specifically remember if you wanted to a synchronous
I/O.
On Wed, Feb 14, 2007 at 11:50:39AM +0100, Ingo Molnar wrote:
* Russell King [EMAIL PROTECTED] wrote:
On Tue, Feb 13, 2007 at 03:20:42PM +0100, Ingo Molnar wrote:
+Arguments to the system call are implemented via pointers to arguments.
+This not only increases the flexibility of syslet
Hi!
This adds the ability for the file system to remounted as read only
during a
system suspend. Log the mount points so when the resume occurs, they can
be remounted back to their original states. This is so in an advent of a
power
failure, we try our best to keep data from being
On Wed, Feb 14, 2007 at 11:51:31AM +0100, Gerd Hoffmann wrote:
Vivek Goyal wrote:
So what happens if somebody builds a SMP kernel and runs on a UP machine.
Later it hotplus one CPU. Then kernel will switch to SMP mode. Looking
at the code it looks like it will also try to patch init text
On Wed, Feb 14, 2007 at 11:37:31AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
Let me clarify what I meant. There is only limited number of threads,
which are supposed to execute blocking context, so when all they are
used, main one will block too - I asked about possibility to reuse the
On 2/14/07, Andreas Gruenbacher [EMAIL PROTECTED] wrote:
Hi,
I've described the problem and possible fixes in the Re: [PATCH] Fix d_path
for lazy unmounts thread, Message-Id: [EMAIL PROTECTED]
Yes, I saw that. But there isn't any patch for me to test, and my
userspace remains broken. Please
Hallo.
On Wed, Feb 14, 2007 at 10:11:44AM +0100, Sam Ravnborg wrote:
On Tue, Feb 13, 2007 at 10:06:19PM -0800, Randy Dunlap wrote:
Hi,
I'd like for kbuild to default ARCH to the already-symlinked
arch in include/asm-$(ARCH) if ARCH is not specified on the
command line or in the
On Tue, Feb 13, 2007 at 01:58:34PM +0100, Patrick McHardy wrote:
Micha³ Miros³aw wrote:
Fix reference counting (memory leak) problem in __nfulnl_send() and callers
related to packet queueing.
Signed-off-by: Michał Mirosław [EMAIL PROTECTED]
---
Patch updated to apply after a new version of 13/14:
No other function calls __nfulnl_send() with inst-skb == NULL than
nfulnl_timer().
Signed-off-by: Michał Mirosław [EMAIL PROTECTED]
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.12 2007-02-14
12:27:09.0 +0100
+++
Hi!
How does that work? Switching between kernel threads requires going into
the kernel, user level thread switches are all done in user mode.
Do you have some way to change o/s threads w/o going into the kernel?
But going into kernel is not very expensive on Linux.
On the other
From: mitxael [EMAIL PROTECTED]
Newsgroups: gmane.linux.kernel
Subject: Re: [PATCH] asus_acpi: Add support for Asus Z81SP
Date: Tue, 13 Feb 2007 22:30:29 + (UTC)
Hi,
And how do I can apply this patch?? I tried but i couldn't,
patch is word-wrapped, try to mime-decode it first.
this
On Thu 2007-02-08 07:36:12, Rusty Russell wrote:
On Wed, 2007-02-07 at 12:35 +, Pavel Machek wrote:
Ugh, it sounds like paravirt is more b0rken then I thought. It should
always to the proper delay, then replace those udelays that are not
needed on virtualized hardware with something
Hi!
This kind of offer has _always_ been there for out-of-tree GPL drivers.
I have contacted many different groups and driver authors over the years
to offer my help in trying to get their code into the mainline kernel.
Some take me up on the offer, others ignore it, and still others
No, not that. But the virtual keyboard I/O gets processed and converted
to physical keyboard I/O when a keyboard is attached to a VM. The
result is that the virtual keyboard spinning out of control causes the
physical keyboard to receive the same commands, far too rapidly.
So the
We'd have to audit and figure out what udelays are for hardware and
which are not, but the evidence is that the vast majority of them are
for hardware and not needed for virtualization.
Which is irrelevant since the hardware drivers won't be used in a
virtualised environment with any kind of
Hi!
The boring details:
Syslets consist of 'syslet atoms', where each atom represents a single
system-call. These atoms can be chained to each other: serially, in
branches or in loops. The return value of an executed atom is checked
against the condition flags. So an atom can specify
Ingo Molnar a écrit :
+ if (unlikely(signal_pending(t) || need_resched()))
+ goto stop;
So, this is how you'll prevent me from running an infinite loop ;-)
The attached patch adds a cond_resched() instead, to allow infinite
loops without DoS. I dropped the unlikely() as
Hi all
This may be a petite question but does anyone know what the variable
false_overrun (in drivers/scsi/advansys.c) is meant for?
While converting the file to generic booleans I saw it is defined
without value, can get the value of 'false' and then is used in an
if-statement. So even if it
Olivier Galibert [EMAIL PROTECTED] writes:
On Tue, Feb 13, 2007 at 09:06:24PM +0300, Sergei Organov wrote:
[...]
May I suggest another definition for a warning being entirely sucks?
The warning is entirely sucks if and only if it never has true
positives. In all other cases it's only more or
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote:
From: J. Bruce Fields [EMAIL PROTECTED]
The server name is expected to be a null-terminated string, so we can't
pass in the raw client identifier.
What's more, the client identifier is just a binary, not necessarily
printable, blob. Let's
Junio C Hamano [EMAIL PROTECTED] writes:
Andy Parkins [EMAIL PROTECTED] writes:
On Wednesday 2007 February 14 03:14, Junio C Hamano wrote:
- There is a configuration variable core.legacyheaders that
The above two are not enabled by default and you explicitly have
to ask for them, because
These patches add support for the Aculab E1/T1 cPCI carrier card to the
natsemi driver. The first patch provides support for using the MII port
with no PHY and the second adds the quirk required to configure the
card.
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
-
To
Aculab E1/T1 PMXc cPCI carrier card cards present a natsemi on the cPCI
bus with an oversized EEPROM using a direct MII-MII connection with no
PHY. This patch adds a new device table entry supporting these cards.
Signed-Off-By: Mark Brown [EMAIL PROTECTED]
Index: linux/drivers/net/natsemi.c
This patch provides code paths which allow the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs that are present can be accessed via the
Jeremy Fitzhardinge [EMAIL PROTECTED] 14.02.07 02:36
Dan Hecht wrote:
Why doesn't Xen allocate the shared_info page from the pseudo-physical
space? Doesn't it already have to steal pages from the
pseudo-physical space for e.g. initial page tables, console, etc? Why
not do the same for
Dan Hecht wrote:
Right. But that is only because Xen decides to allocate the page from
the (machine) physical space, rather than from the pseudo-physical
space. My question is: why doesn't Xen allocate shared_info from the
pseudo-physical space?
Historical reasons ...
If it had, then
@@ -528,7 +532,7 @@ ENTRY(_stext)
/*
* BSS section
*/
-.section .bss.page_aligned,w
+.section .bss.page_aligned
Why?
I got complaints about section attribute mismatches without it.
Then perhaps ... aw is meant?
+fastcall unsigned long long xen_pgd_val(pgd_t pgd)
+{
+
On Wed, Feb 14, 2007 at 08:37:26AM +, Jan Beulich wrote:
Jeremy Fitzhardinge [EMAIL PROTECTED] 14.02.07 02:36
Dan Hecht wrote:
Why doesn't Xen allocate the shared_info page from the pseudo-physical
space? Doesn't it already have to steal pages from the
pseudo-physical space for e.g.
Jeremy Fitzhardinge wrote:
If we're running under Xen, then there's no VT console. This results
in vc-vc_screenbuf_size == 0, which causes alloc_bootmem to panic.
Don't bother allocating a vc_screenbuf if its going to be 0 sized.
NAK.
The *real* problem is that the real-mode boot code never
[EMAIL PROTECTED] wrote:
This patch removes all cpuset-specific knowlege from the container
system, replacing it with a generic API that can be used by multiple
subsystems. Cpusets is adapted to be a container subsystem.
Signed-off-by: Paul Menage [EMAIL PROTECTED]
Hi, Paul,
This patch
Hi!
Not including another /proc/acpi/ibm -like nightmare, is it?
Don't worry, I am already on my way to kill /proc/acpi/ibm... :-)
Great, thanks!
Pavel
None of the platform/hwmon/led driver model code landed there
Hi Ingo,
On Tue, 13 Feb 2007 15:20:35 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
From: Ingo Molnar [EMAIL PROTECTED]
the core syslet / async system calls infrastructure code.
It occurred to me that the 32 compat code for 64 bit architectures for
all this could be very hairy ...
--
Cheers,
Hi,
I'm sorry that I couldn't reply you sooner.
Pavel Machek wrote:
Okay, I'll adopt your idea in the next version.
I'm going to provide the proc entry as follows:
(1) /proc/pid/core_flags/flags
(2) /proc/pid/core_flags/omit_anon_shared
(1) is the same as current core_flags. It is for
Hi!
Can we simply add ulimit with boolean value, that says dump
anon_shared... or not? It will be simpler and faster, because you'll
not need locking.
Yes, using ulimit will be simpler and faster, but less flexible.
It is prefered in this case.
The core dump flags can be changed only
On 2/14/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 14 Feb 2007 11:37:52 +0300 Vitaly Wool [EMAIL PROTECTED] wrote:
Hmm, why? I can't think of a platform where one 8250-compatible UART is
problematic and another isn't :)
Is it not possible that the same kernel package can be installed
ebiederm wrote:
At a quick glance max_threads and max_files appear even more to be
DOS limits and not tunables and even less applicable to needing any
tuning at all. My gut feel is at worst these values may need a little
better boot time defaults but otherwise they the should be good.
Hello!
TOMOYO Linux is an access control enhancement patch
utilizing struct task_struct.
http://tomoyo.sourceforge.jp/
It supports 2.4.30 and later/2.6.11 and later vanilla kernels
and some of distributor's kernels.
Kickstarting page for CentOS 4.4, Fedora Core 6,
Debian Sarge, and Ubuntu 6.10
On Sun 11-02-07 14:59:53, Frank Hartmann wrote:
Jan Kara [EMAIL PROTECTED] writes:
OK, thanks for the news. Please, write me when you try out 2.6.20. Just
if it rings bell to someone on this list: It looks like the page had no
buffers but PagePrivate was set. Strange.
Hi Jan,
below
On 14/02/07, RIz Khan [EMAIL PROTECTED] wrote:
Dear Sir/Madam,
I have an interview at symantec and i need to knw about Linux kernel
development using C. I have done prgramming in C++ but in windows enviorment
but i dont kknw nothing about linux and especially about kernel development.
I would
Hello Everybody,
This is an experiment towards process_freezer based implementation
of cpu-hotplug. This is mainly based on ideas of Andrew Morton,
Ingo Molnar and Paul Mckenney featured in the discussion
http://lkml.org/lkml/2007/1/31/323.
This is an absolute bare-minimal implementation to
This patch implements process_freezer based cpu-hotplug
core.
The sailent features are:
o No more (un)lock_cpu_hotplug.
o No more CPU_LOCK_ACQUIRE and CPU_LOCK_RELEASE. Hence no per-subsystem
hotcpu mutexes.
o Calls freeze_process/thaw_processes at the beginning/end of
the hotplug operation.
This patch reverts all the recent workqueue hacks added to make it
hotplug safe.
Signed-off-by : Srivatsa Vaddagiri [EMAIL PROTECTED]
Signed-off-by : Gautham R Shenoy [EMAIL PROTECTED]
kernel/workqueue.c | 225 +++--
1 files changed, 98
This patch removes the per-subsystem hotcpu mutexes from sched and
slab subsystems.
Signed-off-by : Gautham R Shenoy [EMAIL PROTECTED]
--
kernel/sched.c | 16
mm/slab.c |6 --
2 files changed, 22 deletions(-)
Index: hotplug/kernel/sched.c
This patch rips out lock_cpu_hotplug from the kernel.
Good Riddance!! (hopefully :) )
Signed-off-by : Gautham R Shenoy [EMAIL PROTECTED]
--
arch/i386/kernel/cpu/mtrr/main.c |6 --
arch/i386/kernel/microcode.c |8
arch/mips/kernel/mips-mt.c
On Wed, Feb 14, 2007 at 08:13:05PM +0530, Gautham R Shenoy wrote:
This patch reverts all the recent workqueue hacks added to make it
hotplug safe.
Oleg,
This patch probably needs review for any races we may have
missed to account for. Also we have considered only workqueue.c present
The change to force legacy mode IDE channels' resources to fixed
non-zero values confuses (at least some versions of) X, because the
values reported by the kernel and those readable from PCI config space
aren't consistent anymore. Therefore, this patch arranges for the
respective BARs to also get
Hello,
I have an issue with latest 2.6.20 kernel..
my last kernel was a 2.6.18 and I wanted to upgrade to a 2.6.20, I
copied .config and did a make menuconfig, then save/quit. I compiled
new kernel, all went fine.
I installed it and at boot time, I had a hang just after Freeing
unused kernel
On Wed, Feb 14, 2007 at 08:13:05PM +0530, Gautham R Shenoy wrote:
+ switch (action) {
+ case CPU_UP_PREPARE:
+ /* Create a new workqueue thread for it. */
+ list_for_each_entry(wq, workqueues, list) {
Its probably safe to take the workqueue (spin) lock here
Hello,
currently i'm trying to measure the cpu times for
numerical algorithms written in C using two calls of
getrusage() and then calculating the time difference.
According to the man page of getrusage i looked at the
user time of my process. Surprisingly the measured user
times vary strongly
On Wed, 14 Feb 2007 15:05:24 +
Jan Beulich [EMAIL PROTECTED] wrote:
The change to force legacy mode IDE channels' resources to fixed
non-zero values confuses (at least some versions of) X, because the
values reported by the kernel and those readable from PCI config space
aren't consistent
On Wed, Feb 14, 2007 at 08:12:29PM +0530, Gautham R Shenoy wrote:
o Can the SYSTEM_RUNNING hack in _cpu_up be avoided by some cleaner means.
Basically freeze_processes doesnt seem to work at the early stages of
bootup (during smp_init) and hence the hack.
One option is to investigate why it
hi to the list!
i have problems getting the at76c503a-driver running on linux-2.6.20-rt5.
since i did not subscribed to the list, please add my email address as
CC for all postings which are related to this one, so that i receive it.
the problem is this: i just build the 2.6.20 kernel and
Alan [EMAIL PROTECTED] 14.02.07 16:40
On Wed, 14 Feb 2007 15:05:24 +
Jan Beulich [EMAIL PROTECTED] wrote:
The change to force legacy mode IDE channels' resources to fixed
non-zero values confuses (at least some versions of) X, because the
values reported by the kernel and those readable
The masking is done primarily to (a) calculate the correct length (from a
BAR's
perspective), as I don't want to write the BAR if its length doesn't match the
expectation, and (b) to properly report the new value in the printk.
Ok I guess you have to do something like that since you can't
Hi !
After compiling the kernel, I discover that my computer don't use the swap.
So, I try a cat .config |grep SW, and I got :
CONFIG_SWAP=y
# CONFIG_X86_VISWS is not set
CONFIG_X86_BSWAP=y
CONFIG_SUSPEND2_SWAP=y
CONFIG_SUSPEND2_REPLACE_SWSUSP=y
# CONFIG_AGP_SWORKS is not set
On Tue, 2007-02-13 at 10:47 +1100, ext Nigel Cunningham wrote:
Hi.
On Tue, 2007-02-13 at 00:23 +0100, Rafael J. Wysocki wrote:
Hi,
Here's my attempt to document the requirements with respect to the basic PM
support in drivers and the testing of that. Comments welcome.
Greetings,
On 2/14/07, Thibaud Hulin [EMAIL PROTECTED] wrote:
Hi !
distro related: check
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/66637 and
all the duplicates
After compiling the kernel, I discover that my computer don't use the swap.
So, I try a cat .config |grep SW, and I got :
On Wed, Feb 14, 2007 at 12:13:52PM +0100, Alessandro Suardi wrote:
On 2/14/07, Andreas Gruenbacher [EMAIL PROTECTED] wrote:
Hi,
I've described the problem and possible fixes in the Re: [PATCH] Fix
d_path
for lazy unmounts thread, Message-Id: [EMAIL PROTECTED]
Yes, I saw that. But there
On Wed, Feb 14, 2007 at 03:47:55PM +1100, Rusty Russell wrote:
It's also used to generate dma structs for outgoing packets. In that
case, skb_headlen() == 0:
I see, in that case you're guaranteed to have no fragments.
Still it feels a bit weird to have a length field that only
applies to the
On Tuesday, February 13, 2007 at 19:14:16 (-0800) Junio C Hamano writes:
The latest feature release GIT 1.5.0 is available at the usual places:
...
I do think worth pointing out that, quite significantly, you can now
use git-daemon to push changes into a repo, something very handy for
private
On Wed, 14 Feb 2007, Andreas Gruenbacher wrote:
Mountpoints are reported relative to the chroot if they are reachable from
the
chroot, and relative to the namespace they are defined in otherwise. This is
big nonsense, but it's unclear to me how to best fix it:
Well, it's also what a
Benny Amorsen wrote:
BD == Bill Davidsen [EMAIL PROTECTED] writes:
BD You may be able to move one board to another slot, but looking at
BD the bandwidth I suspect you may need a server motherboard with
BD multiple busses, preferably running at 66MHz 64bit. I don't think
BD this is
On Wed, 14 Feb 2007, Bill Lear wrote:
This is enabled by passing the --enable=receive-pack to the
git-daemon (usually in the [x]?inetd configuration).
This has the benefit of:
Before you list the benefits, you should always talk about the lack of
security! Let nobody enable it without
I've got the ieee80211 and hostap code compiled as modules for my MA401
card, and the system locks up when I insert the card. No keyboard, no
sysrq, no logs after reboot, no nothing. The same configuration works
fine under 2.6.19.
If I first insert my old 3com 3c589 card, then eject it and
On Sat, 10 Feb 2007 18:49:56 -0800, Linus Torvalds wrote:
And I actually talked about that in one of the emails already. There is no
way you can beat an event-based thing for things that _are_ event-based.
That means mainly networking.
For things that aren't event-based, but based on real
On Wed, 14 Feb 2007, Pavel Machek wrote:
Ouch, yet another interpretter in kernel :-(. Can we reuse acpi or
something?
Hah. You make the joke! I get it!
Mwahahahaa!
Linus
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Wed, 14 Feb 2007, Ingo Molnar wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Let me clarify what I meant. There is only limited number of threads,
which are supposed to execute blocking context, so when all they are
used, main one will block too - I asked about possibility to
after deinstallation of oprofile and only soft reboots (no hardware power
off)
these values STAYED (linux 48 MB/s) !! even for a brand new installation of
OpenSuSE 10.2 to another partition!
After a hardware power off everything was again like before (26 MB/s).
So now the interesting
On Tue, 13 Feb 2007, James Simmons wrote:
Andrew please apply.
Thanks!
Andrew, I will resend the whole series again, against current linus.git.
Acked-By: James Simmons [EMAIL PROTECTED]
On Mon, 12 Feb 2007, Geert Uytterhoeven wrote:
On Wed, 31 Jan 2007, Geert Uytterhoeven wrote:
I
Greg Trounson wrote:
At the risk of sounding like a me too post:
I also have an Asus P5W-DH, with the following drives connected:
SATA: ST3250820AS, connected to sata1
PATA: HL-DT-ST GSA-H12N, ATAPI DVD Writer, Primary master
On bootup of 2.6.19 and 2.6.20, the kernel stalls for 1 minute when
On Wed, 14 Feb 2007, Russell King wrote:
Let me spell it out, since you appear to have completely missed my point.
At the moment, SKIP_TO_NEXT_ON_STOP is specified to jump a jump a full
syslet_uatom number of bytes.
If we end up with a system call being added which requires more than
the
On Wed, 14 Feb 2007, Jaroslav Kysela wrote:
Linus, please do an update from:
http://www.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
(linus branch)
Please fix your script.
Not only is the http:// protocol terminally broken (use git:// or
master.kernel.org instead), your (linus
Ming Zhang wrote:
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote:
From: J. Bruce Fields [EMAIL PROTECTED]
The server name is expected to be a null-terminated string, so we can't
pass in the raw client identifier.
What's more, the client identifier is just a binary, not necessarily
-wrap lines are fixed. Sorry.
From Leonid Ananiev
Fix kernel bug if IO page is temporally busy:
invalidate_inode_pages2_range() returns EIOCBRETRY but not EIO.
invalidate_inode_pages2() returns EIO as earlier.
Signed-off-by: Leonid Ananiev [EMAIL PROTECTED]
---
--- linux-2.6.20/mm/truncate.c
On Tue, Feb 13, 2007 at 07:52:54AM +, Jan Beulich wrote:
Actually, after a second round of thinking I believe there's still more to do
- your second patch missed fixing i386's do_trap() similarly to x86-64's
and, vice versa, x86-64's do_general_protection() similarly to i386's.
Sigh,
On Mon, Feb 12, 2007 at 05:04:54PM -0500, Chuck Ebbert wrote:
See:
http://lkml.org/lkml/2005/09/16/261
for the one I proposed instead.
That works for me - can we get this into mainline?
Jeff
--
Work email - jdike at linux dot intel dot com
-
To
x86_64 ptrace32 needs to support PTRACE_OLDSETOPTIONS. This patch
just converts the PTRACE_OLDSETOPTIONS request to PTRACE_SETOPTIONS
and falls through to the sys_ptrace call.
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
--
arch/x86_64/ia32/ptrace32.c |2 ++
1 file changed, 2 insertions(+)
On Wed, Feb 14, 2007 at 09:52:20AM -0800, Davide Libenzi wrote:
That'd be, instead of passing a chain of atoms, with the kernel
interpreting conditions, and parameter lists, etc..., we let gcc
do this stuff for us, and we pass the clet :) pointer to sys_async_exec,
that exec the above under
On Wed, 2007-02-14 at 09:55 -0800, Chuck Lever wrote:
Ming Zhang wrote:
On Tue, 2007-02-13 at 10:44 +1100, NeilBrown wrote:
From: J. Bruce Fields [EMAIL PROTECTED]
The server name is expected to be a null-terminated string, so we can't
pass in the raw client identifier.
What's more,
This option is useful for all of the X86 subarchs afaik (and especially
X86_GENERICARCH).
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.20.noarch/drivers/rtc/Kconfig~2007-02-14 13:07:07.0
-0500
+++ linux-2.6.20.noarch/drivers/rtc/Kconfig 2007-02-14
On Wed, 14 Feb 2007 05:41:53 -0800
Vitaly Wool [EMAIL PROTECTED] wrote:
On 2/14/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 14 Feb 2007 11:37:52 +0300 Vitaly Wool [EMAIL PROTECTED] wrote:
Hmm, why? I can't think of a platform where one 8250-compatible UART is
problematic and
On Wednesday 14 February 2007 18:55, Jeff Dike wrote:
x86_64 ptrace32 needs to support PTRACE_OLDSETOPTIONS. This patch
just converts the PTRACE_OLDSETOPTIONS request to PTRACE_SETOPTIONS
and falls through to the sys_ptrace call.
Hmm, why do we have this at all if it's the same as plain
__devinit __devexit cleanups for de2104x driver.
Fixes MODPOST warnings similar to:
WARNING: drivers/net/tulip/de2104x.o - Section mismatch: reference to
.init.text:de_init_one from .data.rel.local after 'de_driver' (at offset 0x20)
WARNING: drivers/net/tulip/de2104x.o - Section mismatch:
On Tue, 13 Feb 2007, Nick Piggin wrote:
Just tinkering around with this and got something working, so I'll see
if anyone else wants to try it.
Not proposing for inclusion, but I'd be interested in comments or results.
We would be very interested in such a feature. We have another hack that
On Tue, 13 Feb 2007, Nick Piggin wrote:
This is a scheme for page replication replicates read-only pagecache pages
opportunistically, at pagecache lookup time (at points where we know the
page is being looked up for read only).
The problem is that you may only have a single page table. One
On Wed, 14 Feb 2007, Nick Piggin wrote:
Can't you have migration without swap?
Yes you 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 http://vger.kernel.org/majordomo-info.html
Please read the
According to the lore(1) the reason that the kernel unconditionally
turns off the num lock was so that Linus' laptop came up ready to type.
The issue is that if you force num lock on, then laptop users are messed
up since for most laptops your keyboard changes as follows:
7890 = 789*
uiop =
On Wed, 2007-02-14 at 11:12 -0800, Linus Torvalds wrote:
On Wed, 14 Feb 2007, Dax Kelson wrote:
Are there any technical or political reasons why kernel can't change
from force off to Follow BIOS?
How would you query it? I'm not even 100% sure that you can on all
keyboards. We never
401 - 500 of 746 matches
Mail list logo