Serge E. Hallyn wrote:
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
Quoting Badari Pulavarty ([EMAIL PROTECTED]):
On Thu, 2007-06-07 at 15:37 -0500, Serge E. Hallyn wrote:
Quoting Badari Pulavarty ([EMAIL PROTECTED]):
On Thu, 2007-06-07 at 12:48 -0700, Andrew Morton wrote:
On Thu,
Am 08.06.2007 00:25 schrieb Lars K.W. Gohlke:
a) With a line discipline, [...]
b) With the serio interface, [...]
ok because I want to handle it in kernel space I will no take option a)
I will try it the way of b)
I asked [EMAIL PROTECTED] as one of the driver developer
this is how I
Andrew,
the following patch series solves the issues with pi-futexes which
were reported from Alexey.
While the first three patches should go mainline ASAP, the last patch
is not necessarily 2.6.22 material. I did this cleanup to make the
code more readable again.
@stable:
The rtmutex patches
The recent PRIVATE and REQUEUE_PI changes to the futex code made it hard to
read.
Tidy it up.
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
kernel/futex.c | 192
kernel/rtmutex-debug.c |6 -
kernel/rtmutex.c|6 -
Alexey Kuznetsov found some problems in the pi-futex code.
One of the root causes is:
When a wakeup happens, we do not to stop the chain walk so
we follow a not longer relevant locking chain.
Drop out when this happens.
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
kernel/rtmutex.c |
Alexey Kuznetsov found some problems in the pi-futex code.
The major problem is a stale return value in rt_mutex_slowlock():
When the pi chain walk returns -EDEADLK, but the waiter was woken up
during the phases where the locks were dropped, the rtmutex could be
acquired, but due to the stale
From: Alexey Kuznetsov [EMAIL PROTECTED]
1. New entries can be added to tsk-pi_state_list after task completed
exit_pi_state_list(). The result is memory leakage and deadlocks.
2. handle_mm_fault() is called under spinlock. The result is obvious.
3. results in self-inflicted deadlock inside
On Thu, 7 Jun 2007 08:34:58 -0700
Andrew Morton [EMAIL PROTECTED] wrote:
I assume the above is your code - it's not in the tree?
Ah, that code was disappeared in -mm2.
But it informed me that I should consider memory unplug v.s. sys_mremap case...
Thanks, anyway.
-Kame
-
To unsubscribe
I am trying to create valid struct page* (*get_xip_page)(struct
address_space *, sector_t, int) to use the filemap_xip.c.
I've been trying to do it as follows:
virtual = ioremap(physical,size);
struct page* my_get_xip_page(struct address_space *mapping, sector_t
sector, int create)
{
unsigned
On Thu, 7 Jun 2007 11:46:53 +1000
NeilBrown [EMAIL PROTECTED] wrote:
do_generic_mapping_read currently samples the i_size at the start
and doesn't do so again unless it needs to call -readpage to load
a page. After -readpage it has to re-sample i_size as a truncate
may have caused that page
On Thu, Jun 07, 2007 at 06:08:32PM -0700, H. Peter Anvin wrote:
My big concern with the 80-column rule is that it discourages commenting.
My concern with that logic is that encourages random, super-wide code
lines that varies with each coder. You are left to the mercy of he with
the widest text
On Thu, Jun 07, 2007 at 04:19:56PM -0700, H. Peter Anvin wrote:
Oleg Verych wrote:
Because of that, i think, following is redundant:
- to check for binary files
find . -type f | xargs cleanfile
What about patches?
Anyway, by agreement (with myself), i've stopped on having
Krzysztof Halasa wrote:
Alistair John Strachan [EMAIL PROTECTED] writes:
I personally buy the argument that 80 cols helps remind people that they've
used too many indentation depths and should redesign their code.
I think it's
a good thing to stick to where possible, even if just from a
john stultz wrote: [Thu Jun 07 2007, 03:54:41PM EDT]
[snip]
john you are welcome.
We aren't sampling for holes in memory. Thus we encounter a section hole with
empty section map pointer for SPARSEMEM and OOPs for show_mem. This issue
has been seen in 2.6.21, current git and current mm. The
On Wed, Jun 06, 2007 at 04:16:42PM -0700, Darrick J. Wong wrote:
On Wed, Jun 06, 2007 at 12:35:14PM -0700, Siddha, Suresh B wrote:
Weird. Then the bug can only happen if for some reason, mask = map
didn't happen in fixup_irqs(). Can you send us the disassembly of the
fixup_irqs()?
On Thu, Jun 07, 2007 at 01:10:23PM -0700, Linus Torvalds wrote:
What do people think about that kind of approach? It has the advantage
that it does *not* involve multiple kernel entries (just a single entry to
a small wrapper that sets some process state temporarily), and that it
doesn't
On Thu, 07 Jun 2007, Mark Lord wrote:
Henrique de Moraes Holschuh wrote:
On Wed, 06 Jun 2007, Björn Steinbrink wrote:
HDAPS support is available, revision is MB2IA60A.
That would usually rule out the possibility of it being the firmware, but
we
have different disks, so different firmware.
Jeff On Thu, Jun 07, 2007 at 09:44:57PM -0400, John Stoffel wrote:
I don't. I use a pair of 80x48 xterms or emacs windows side by side
on my monitor with a nice big clear easy to read font. Itty bitty
Jeff That's pretty much what I do. For me at least, it's a more
Jeff efficient use of
Krzysztof Perhaps we should drop that 80-column style and use some
Krzysztof 120+? X or no X, almost all people now have more lines and
Krzysztof columns on their displays than MDA 20 years ago.
I don't. I use a pair of 80x48 xterms or emacs windows side by side
on my monitor with a nice big
On Thursday, June 7, 2007 5:20:50 Andrew Morton wrote:
-unsigned int *usage_table;
+unsigned int usage_table[NUM_VAR_RANGES];
static DEFINE_MUTEX(mtrr_mutex);
didn't it feel all dirty when you had to do that?
Hey, this was already there... I didn't want to rewrite the whole thing at
From: Herbert Xu [EMAIL PROTECTED]
Date: Fri, 8 Jun 2007 08:54:52 +1000
On Thu, Jun 07, 2007 at 03:06:53PM -0700, Andrew Morton wrote:
I'm not able to bring an ethernet interface down and back up again
with this if avahi-autoipd is installed on my Ubuntu boxes. I've seen
it on
From: Miklos Szeredi [EMAIL PROTECTED]
Date: Wed, 06 Jun 2007 10:08:29 +0200
There are races involving the garbage collector, that can throw away
perfectly good packets with AF_UNIX sockets in them.
The problems arise when a socket goes from installed to in-flight or
vice versa during
On Thu, Jun 07, 2007 at 09:44:57PM -0400, John Stoffel wrote:
I don't. I use a pair of 80x48 xterms or emacs windows side by side
on my monitor with a nice big clear easy to read font. Itty bitty
That's pretty much what I do. For me at least, it's a more efficient
use of screen real estate,
Justin Piszcz wrote:
Note that your boot also mentions this:
[ 106.449661] mtrr: no more MTRRs available
which indicates that things like X may not be able to map the
framebuffer with the 'write-combine' attribute, which will hurt
performance. I've heard reports that turning of 'Intel QST
On Wed, 06 Jun 2007 23:34:04 -0400
Steven Rostedt [EMAIL PROTECTED] wrote:
This is a minor fix, but what is currently there is essentially wrong.
In do_page_fault, if the faulting address from user code happens to be
in kernel address space (int *p = (int*)-1; p = 0xbed;) then the
Masoud Asgharifard Sharbiani wrote:
Hello,
This patch makes the i386 behave the same way that x86_64 does when a
segfault happens. A line gets printed to the kernel log so that tools
that need to check for failures can behave more uniformly between
different kernels. Like x86_64, it can be
On Thu, Jun 07, 2007 at 09:56:06PM -0400, John Stoffel wrote:
Thinking about it more, I wonder if Krysztof is bitching more about
the tab width of 8 characters? I know that it ticks me off,
Even if he is, _that_ is definitely not getting changed.
That was the very first item Linus wrote in
On Thu, 2007-06-07 at 18:58 -0700, Andrew Morton wrote:
On Wed, 06 Jun 2007 23:34:04 -0400
Interrupts got disabled here because do_page_fault() is an
interrupt-disabling trap, yes?
Correct.
The patch looks reasonable to me: a slight reduction in interrupt-off
latency when really weird
Andrew Morton wrote:
I'd have hoped to see containerstats.c in here.
The current statistics code is really small, so it fit into taskstats.c.
May be in the future, we could re-factor it and move it out.
+#ifndef _LINUX_CONTAINERSTATS_H
+#define _LINUX_CONTAINERSTATS_H
+
+#include
On Thu, 7 Jun 2007, Matt Mackall wrote:
First, how does this work in-kernel? Does it set a flag in the thread
struct that magically gets used in the actual syscall? Or do we pass
flags down to the sys_foo() function in some manner?
Set a flag in the thread-struct.
In fact, that's how
Jeff On Thu, Jun 07, 2007 at 09:56:06PM -0400, John Stoffel wrote:
Thinking about it more, I wonder if Krysztof is bitching more about
the tab width of 8 characters? I know that it ticks me off,
Jeff Even if he is, _that_ is definitely not getting changed.
Oh sure... I know that part is
On Thu, 7 Jun 2007, Andrew Morton wrote:
Interrupts got disabled here because do_page_fault() is an
interrupt-disabling trap, yes?
Yes - and it has to be: we want to disable preemption and interrupts that
can fault on the vmalloc space, until we've at least saved away %cr2. We
had bugs in
On 6/7/07, Balbir Singh [EMAIL PROTECTED] wrote:
this needs tasklist_lock?
rcu_read_lock() should be fine. From Eric's patch at
2.6.17-mm2 - proc-remove-tasklist_lock-from-proc_pid_readdir.patch
The patch mentions that We don't need the tasklist_lock to safely
iterate through processes
On Fri, 08 Jun 2007 07:51:12 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
I'd have hoped to see containerstats.c in here.
The current statistics code is really small, so it fit into taskstats.c.
May be in the future, we could re-factor it and move it out.
I was
Andrew Morton wrote:
On Fri, 08 Jun 2007 07:51:12 +0530 Balbir Singh [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
I'd have hoped to see containerstats.c in here.
The current statistics code is really small, so it fit into taskstats.c.
May be in the future, we could re-factor it and move
snip
@@ -5640,6 +5645,7 @@ int __init sbpcd_init(void)
int i=0, j=0;
int addr[2]={1, CDROM_PORT};
int port_index;
+ int request_region_flag;
One could argue that it would be possible to just use the 'j' variable
for this since it's not used for
On Thu, 7 Jun 2007 19:35:51 -0700 William Lee Irwin III [EMAIL PROTECTED]
wrote:
PAE is useful for more than supporting more than 4GB RAM. It supports
expanded swapspace and NX executable protections. Some users may want
NX or expanded swapspace support without the overhead or instability
of
PAE is useful for more than supporting more than 4GB RAM. It supports
expanded swapspace and NX executable protections. Some users may want
NX or expanded swapspace support without the overhead or instability
of highmem. For these reasons, the following patch divorces
CONFIG_X86_PAE from
On Thu, 7 Jun 2007, Steven Rostedt wrote:
I didn't realize that userspace was allowed to run with interrupts
disabled.
It isn't, normally. You *can* try to do it by using iopl(), but it's not
practical. It's certainly not practical to expect a page fault to not
enable them again, since we
On Thu, 07 Jun 2007 20:04:41 -0600 Robert Hancock [EMAIL PROTECTED] wrote:
Masoud Asgharifard Sharbiani wrote:
Hello,
This patch makes the i386 behave the same way that x86_64 does when a
segfault happens. A line gets printed to the kernel log so that tools
that need to check for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
Absolutely. Let's get them into their final form now, rather than letting
some intermediate interface escape out into a major kernel release.
Even if Linus' redirection is adopted, these interfaces should still be
fixed up.
On Thu, 7 Jun 2007 19:35:51 -0700 William Lee Irwin III [EMAIL PROTECTED]
wrote:
PAE is useful for more than supporting more than 4GB RAM. It supports
expanded swapspace and NX executable protections. Some users may want
NX or expanded swapspace support without the overhead or instability
of
On 2007.05.26 21:10:15 +0200, Nicolas Mailhot wrote:
Le jeudi 17 mai 2007 à 18:59 +0200, Nicolas Mailhot a écrit :
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
Can you boot with kstack=32 so that we can see more of the stack?
I can try. It's not triggering quickly
From: Huang Ying [EMAIL PROTECTED]
This is another solution to implement multithreaded device matching
(probing). The device matching is delayed until all drivers are
registered. The driver registering is executed one by one, this
eliminates the potential of interdependency between driver. All
On Thursday June 7, [EMAIL PROTECTED] wrote:
Is this really worth fixing?
Hard to say.
One could argue that a read should never return data that was never in
the file. One could also argue that you should always use locking...
But people often look for lock-less solutions.
The code still
The netfilter code had very good documentation: the Netfilter Hacking
HOWTO. Noone ever read it.
So this time I'm trying something different, using a bit of
Knuthiness.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
Documentation/lguest/extract | 58
Documentation: The Guest
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/lguest/lguest.c | 456 ---
drivers/lguest/lguest_asm.S | 57 +++--
include/linux/lguest.h | 47 +++-
3 files changed, 510 insertions(+), 50 deletions(-)
Documentation: The Drivers
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/block/lguest_blk.c | 171 +++---
drivers/char/hvc_lguest.c | 77 +
drivers/lguest/lguest_bus.c | 72
drivers/net/lguest_net.c| 222
Documentation: The Switcher
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
drivers/lguest/core.c | 51 +++-
drivers/lguest/switcher.S | 271 ++---
2 files changed, 276 insertions(+), 46 deletions(-)
Documentation: The FIXMEs
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
---
Documentation/lguest/lguest.c | 12
drivers/char/hvc_lguest.c |3 +++
drivers/lguest/interrupts_and_traps.c | 14 ++
drivers/lguest/io.c | 10
On Fri, 8 Jun 2007 05:06:29 +0200 Björn Steinbrink [EMAIL PROTECTED] wrote:
On 2007.05.26 21:10:15 +0200, Nicolas Mailhot wrote:
Le jeudi 17 mai 2007 à 18:59 +0200, Nicolas Mailhot a écrit :
Le jeudi 17 mai 2007 à 09:45 -0700, Randy Dunlap a écrit :
Can you boot with kstack=32 so
On Fri, 8 Jun 2007, Benjamin Herrenschmidt wrote:
Looks good to me. Do you think we need to do something about the DRM
notifier thingy too ?
No. I think that anybody who uses that gets whatever he deserves. It's
designed for one particular usage scenario (where it should work fine), if
Hi,
On Thursday 07 June 2007 13:17, Paul Albrecht wrote:
Hi,
I'm trying use the 2.6.20 kernel and have run into a problem using the
ps/2 keyboard with console. When I type input in response to console
output the characters aren't echo'ed and the console program doesn't
receive the
Hi Linus,
At Thu, 7 Jun 2007 08:54:33 -0700 (PDT),
Linus Torvalds wrote:
On Thu, 7 Jun 2007, Satoru Takeuchi wrote:
I tested your patch and my problem didn't occur again, so it seems to my
this case at least.
Ok. I applied Roland's slightly bigger patch instead, since Ben and
William Lee Irwin III wrote:
!CONFIG_X86_PAE CONFIG_HIGHMEM64G doesn't make sense and is not allowed
by this patch. CONFIG_X86_PAE !CONFIG_HIGHMEM64G works here.
But what's the point?
If you're going to divorce these, at least do it in a way that makes
sense, specifically the two
William Lee Irwin III wrote:
!CONFIG_X86_PAE CONFIG_HIGHMEM64G doesn't make sense and is not allowed
by this patch. CONFIG_X86_PAE !CONFIG_HIGHMEM64G works here.
On Thu, Jun 07, 2007 at 08:38:22PM -0700, H. Peter Anvin wrote:
But what's the point?
If you're going to divorce these, at least
re-sending with a minor correction...
snip
@@ -5640,6 +5645,7 @@ int __init sbpcd_init(void)
int i=0, j=0;
int addr[2]={1, CDROM_PORT};
int port_index;
+ int request_region_flag;
One could argue that it would be possible to just use the 'j' variable
William Lee Irwin III wrote:
William Lee Irwin III wrote:
!CONFIG_X86_PAE CONFIG_HIGHMEM64G doesn't make sense and is not allowed
by this patch. CONFIG_X86_PAE !CONFIG_HIGHMEM64G works here.
On Thu, Jun 07, 2007 at 08:38:22PM -0700, H. Peter Anvin wrote:
But what's the point?
If you're
Serge E. Hallyn [EMAIL PROTECTED] writes:
Ok, so IIUC the problem was that inode-i_ino was being set to the id,
and the id can be the same for different things in two namespaces.
There is nothing preventing inode number collisions in this code even
without multiple namespaces, and even when it
On Wed, Jun 06, 2007 at 05:42:35PM -0700, H. Peter Anvin wrote:
Jeremy Fitzhardinge wrote:
Certainly, but much harder to implement. The ELF parser needs to be
prepared to move itself around to get out of the way of the ELF file.
It's a fairly large change from how it works now.
William Lee Irwin III wrote:
Beg your pardon? Are you reading the patch description correctly?
On Thu, Jun 07, 2007 at 08:44:09PM -0700, H. Peter Anvin wrote:
I mean, with your patch CONFIG_HIGHMEM4G versus CONFIG_HIGHMEM64G really
don't make sense as separate selections anymore.
I thought
On 6/7/07, Robert Hancock [EMAIL PROTECTED] wrote:
Masoud Asgharifard Sharbiani wrote:
Hello,
This patch makes the i386 behave the same way that x86_64 does when a
segfault happens. A line gets printed to the kernel log so that tools
that need to check for failures can behave more uniformly
Vivek Goyal wrote:
One would not know highest used address until ELF headers have been
parsed. May be it is two step movement. First decompress ELF.gz and
ELF parser can be at the end of decompressed data. Then it can parse
the ELF headers and move itself out of the ELF header destination
On Thu, Jun 07, 2007 at 04:16:09PM -0400, Steven Rostedt wrote:
On Thu, 2007-06-07 at 14:51 -0400, Steven Rostedt wrote:
There might still be an issue here. With the patch I'm getting a really
slow response time on networking. But that be because of other patches I
have applied.
I
Thanks for the review.
Andrew Morton napsal(a):
On Wed, 06 Jun 2007 12:10:28 +0200 Miloslav Trmac [EMAIL PROTECTED] wrote:
+/**
+ * tty_audit_opening - A TTY is being opened.
+ *
+ * As a special hack, tasks that close all their TTYs and open new ones
+ * are assumed to be
On Thu, Jun 07, 2007 at 10:53:29AM -0400, Alan Stern wrote:
To tell you the truth, I rather think there's not much point in keeping
usb-try-to-debug-bug-8561.patch around. Anything seriously wrong that
it could catch ought to have shown up long ago. And it is now clear
that bug 8561 has
From: Miloslav Trmac [EMAIL PROTECTED]
Add TTY input auditing, used to audit system administrator's actions.
TTY input auditing works on a higher level than auditing all system
calls within the session, which would produce an overwhelming amount of
mostly useless audit events.
Add an audit_tty
Davide Libenzi a écrit :
On Thu, 7 Jun 2007, Eric Dumazet wrote:
I am afraid randomization wont really work if /sbin/init or /bin/bash for
example uses one (or more) unseq fd :
The 'random base' will be propagated at fork()/exec() time ?
As I said to Uli, we can't move the base while fds are
On 6/7/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
So it looks to me like we need to do three things:
- Fix the inode number
- Fix the name on the hugetlbfs dentry to hold the key
- Add a big fat comment that user space programs depend on this
behavior of both the dentry name and the inode
On Thu, Jun 07, 2007 at 11:59:16AM -0500, Matt Mackall wrote:
On Fri, Jun 08, 2007 at 12:39:30AM +0800, WANG Cong wrote:
Ketchup doesn't even look inside patches, and patch doesn't invent
names, so something in the bzip2 - patch(1) - filesystem chain got
corrupted. Probably not bzip2, as it has
On Sun, Jun 03, 2007 at 10:54:04PM +0200, Adrian Bunk wrote:
This patch makes the needlessly global dmi_id_init() static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks, I've merged this with the original.
greg k-h
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thu, Jun 07, 2007 at 05:31:35PM +0800, Zhang Rui wrote:
From: Zhang Rui [EMAIL PROTECTED]
Well, first of all, I don't want to change so many files either.
What I do:
Adding a new parameter struct bin_attribute * in the
.read/.write methods for the sysfs binary attributes.
In fact,
Davide Libenzi a écrit :
+struct fd_map {
+ struct fd_map *next;
+ struct rcu_head rcu;
+ unsigned int base;
+ unsigned int size;
+ struct list_head slist;
+ struct list_head *slots;
+ unsigned int fdnext;
+ unsigned long *map;
+ void
On Fri, 8 Jun 2007, Eric Dumazet wrote:
Davide Libenzi a écrit :
On Thu, 7 Jun 2007, Eric Dumazet wrote:
I am afraid randomization wont really work if /sbin/init or /bin/bash for
example uses one (or more) unseq fd :
The 'random base' will be propagated at fork()/exec() time ?
As
On Thursday 07 June 2007, Bjorn Helgaas wrote:
In 2.6.21, smsc-ircc2 at least found the device. So we definitely have
a problem because in 2.6.22-rc, we don't find the device.
What laptop do you have? Maybe I can find one to play with.
This is Toshiba Portege 4000. The rest of your
On Fri, 8 Jun 2007, Eric Dumazet wrote:
Well, offsets are wrong but layout OK
struct fd_map {
/*
* read mostly part
*/
unsigned int base; /* 0x00 */
unsigned int size; /* 0x04 */
struct list_head slist; /* 0x08 */
struct list_head *slots; /* 0x18 */
Eric Dumazet a écrit :
struct fd_map {
/*
* read mostly part
*/
unsigned int base; /* 0x00 */
unsigned int size; /* 0x04 */
struct list_head slist; /* 0x08 */
struct list_head *slots; /* 0x18 */
unsigned long *map; /* 0x28 */
void (*freecb)(void *,
On Fri, 2007-06-08 at 02:04 +0200, Adrian Bunk wrote:
The difference is that ls expects and handles such issues while
lsmod (and most likely also other userspace working with kernel
output) does not yet handle it resulting in problems if bytes are
wrongly interpreted as control codes.
I'm
On Thu, 7 Jun 2007, Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton wrote:
Absolutely. Let's get them into their final form now, rather than letting
some intermediate interface escape out into a major kernel release.
Even if Linus' redirection is
On Fri, 8 Jun 2007, Eric Dumazet wrote:
struct fd_map {
/*
* read mostly part
*/
unsigned int base; /* 0x00 */
unsigned int size; /* 0x04 */
struct list_head slist; /* 0x08 */
struct list_head *slots; /* 0x18 */
unsigned long *map; /* 0x20 */
On Jun 8 2007 01:06, Oleg Verych wrote:
- empty lines in the end of file (patches can't be handled, or can? :).
Yes it can.
Body -- is a commented sed script with shell variables for source/patch
handling switch and compatibility with other versions of sed, not only GNU.
If you like more
On Thu, 2007-06-07 at 20:18 -0700, Linus Torvalds wrote:
Oh and Roland patch doesn't prevent signalfd() from stealing synchronous
signals such as SIGSEGV etc... which I think would result in random
behaviour do you want a patch for that or we just consider it broken
API usage and let
On Wed, Jun 06, 2007 at 02:33:11AM -0400, Dave Jones wrote:
We've had this printk in drivers/pci/probe.c asking people
to report it if they see it to linux-kernel for a long time.
google finds hundreds of instances of this being hit.
There are a bunch in bugzilla too..
Albert Cahalan [EMAIL PROTECTED] writes:
On 6/7/07, Eric W. Biederman [EMAIL PROTECTED] wrote:
So it looks to me like we need to do three things:
- Fix the inode number
- Fix the name on the hugetlbfs dentry to hold the key
- Add a big fat comment that user space programs depend on this
On Thu, Jun 07, 2007 at 10:26:09AM +0800, WANG Cong wrote:
On Wed, Jun 06, 2007 at 11:09:31AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 00:19:36 +0800 WANG Cong [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 02:07:37AM -0700, Andrew Morton wrote:
On Wed, Jun 06, 2007 at 06:26:32PM +0100, Richard Purdie wrote:
+/* Which machines to allow unaligned accesses on */
+#if defined(CONFIG_X86_32) || defined(CONFIG_X86_64)
+#define LZO_UNALIGNED_OK_2
+#define LZO_UNALIGNED_OK_4
+#endif
+
This is silly, just use get/put_unaligned(). This same
On Wed, Jun 06, 2007 at 06:09:24PM -0700, Andrew Morton wrote:
ooh, yes, lockdep_init() really does want to be called before anything
else.
So do we take it that this code hasn't been tested with lockdep? Please
don't forget that step - lockdep finds some pretty nasty bugs sometimes.
This?
[ BUG: circular locking deadlock detected! ]
udev_run_hotplu/720 is deadlocking current task modprobe/690
1) modprobe/690 is trying to acquire this lock:
[f7019558] {info-lock}
.. -owner: f6e52032
.. held
2007/6/6, Tejun Heo [EMAIL PROTECTED]:
Let's see where we're failing.
[ 186.849280] ata_piix :00:07.1: version 2.11
[ 186.849665] scsi0 : ata_piix
[ 186.850241] scsi1 : ata_piix
[ 186.850596] ata1: PATA max UDMA/33 cmd 0x000101f0 ctl 0x000103f6
bmdma 0x00010860 irq 14
[ 186.851203]
On Wed, 06 Jun 2007 16:22:10 -0700 (PDT), David Miller [EMAIL PROTECTED]
wrote:
From: Mikael Pettersson [EMAIL PROTECTED]
Date: Wed, 30 May 2007 21:33:18 +0200 (MEST)
You were spot on. 2.6.21 + patches up to but not including
the first one above works. Adding that one gave me a
From: Mikael Pettersson [EMAIL PROTECTED]
Date: Thu, 7 Jun 2007 08:24:57 +0200 (MEST)
I'm away from my ultra5 right now, but I should be able to do
this test on Monday next week.
Thank you.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Thu, 2007-06-07 at 02:17 +0200, Martin Peschke wrote:
Ingo Molnar wrote:
* Martin Peschke [EMAIL PROTECTED] wrote:
The output has changed from a terribly wide table to an enormously
long list (just the generic way the statistics code prints data).
Sigh, why dont you _ask_
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm2/
- Basically a bugfixed version of 2.6.22-rc4-mm1. None of the subsystem
trees were repulled, several bad patches were dropped, a few were
On 6/7/07, Satyam Sharma [EMAIL PROTECTED] wrote:
Hi,
I remember this one ...
On 6/7/07, Greg KH [EMAIL PROTECTED] wrote:
On Thu, May 31, 2007 at 10:26:10AM -0500, [EMAIL PROTECTED] wrote:
I wasn't actually able to reproduce the bug myself, but I guess it is
pretty obvious that I
[EMAIL PROTECTED] wrote:
On Wed, 06 Jun 2007 02:07:37 PDT, Andrew Morton said:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm1/
This one died a horrid death at boot time - console log indicates it found the
hard drive OK, found the 2 partitions on it.
On 6/6/07, Nitin Gupta [EMAIL PROTECTED] wrote:
On 6/6/07, Christoph Hellwig [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 06:04:17PM +0530, Nitin Gupta wrote:
Hi,
This is kernel port of LZO1X-1 compressor and LZO1X decompressor (safe
version only).
* Changes since 'take 6' (Full
On Thu, Jun 07, 2007 at 12:59:13AM -0500, Matt Mackall wrote:
On Thu, Jun 07, 2007 at 10:26:09AM +0800, WANG Cong wrote:
On Wed, Jun 06, 2007 at 11:09:31AM -0700, Andrew Morton wrote:
On Thu, 7 Jun 2007 00:19:36 +0800 WANG Cong [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 02:07:37AM
On Wed, 6 Jun 2007 23:42:31 -0700 William Lee Irwin III [EMAIL PROTECTED]
wrote:
On Wed, Jun 06, 2007 at 10:03:13PM -0700, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc4/2.6.22-rc4-mm2/
- Basically a bugfixed version of 2.6.22-rc4-mm1. None of
Peer Chen wrote:
Add the MCP73/MCP77 support to ahci driver.
The patch base on kernel 2.6.22-rc4
Please resend in plain text. My recommendations...
1. If you can setup a linux machine with working MTA, use
git-format-patch and git-send-email. If you don't feel comfortable with
git, you can
Jiri Slaby wrote:
Andrew Morton napsal(a):
On Wed, 06 Jun 2007 17:34:16 +0200 Jiri Slaby [EMAIL PROTECTED] wrote:
Mikael Pettersson napsal(a):
On Wed, 06 Jun 2007 15:04:00 +0200, Jiri Slaby wrote:
Andrew Morton napsal(a):
1 - 100 of 1140 matches
Mail list logo