| From | Subject | Date |
|---|---|---|
| Al Viro | [RFC] vivi, videobuf_to_vmalloc() and related breakage
AFAICS, videobuf-vmalloc use of mem->vma and mem->vmalloc is
bogus.
You obtain the latter with vmalloc_user(); so far, so good. Then you have
retval=remap_vmalloc_range(vma, mem->vmalloc,0);
where vma is given to you by mmap(); again, fine - we get the memory
pointed to be mem->vmalloc() mapped at vma->vm_start.
Now we get the trouble: things like
static void vivi_fillbuff(struct vivi_dev *dev,struct vivi_buffer *buf)
{
...
void *vbuf=videobuf_to_vmalloc (&buf-...
| Oct 14, 10:01 pm 2007 |
| Neil Brown | Re: What still uses the block layer?
Indeed you were, and let me try to answer it as best I can.
I like to think of the "block layer" as two main parts.
Firstly there is the "interface" which it defines, embodied primarily
in generic_make_request() and 'struct bio'. There are various other
small routines in ll_rw_blk.c, and there is 'struct request_queue'
which is also involved in the other half of the block layer.
This interface defines how requests are passed down, how their
completion is acknowledged, and various other littl...
| Oct 14, 9:23 pm 2007 |
| Dave Airlie | [git pull] agp patches for 2.6.24-rc1
Hi Linus,
Please pull from 'agp-patches' branch of
master.kernel.org:/pub/scm/linux/kernel/git/airlied/agp-2.6.git agp-patches
to receive the following updates:
drivers/char/agp/agp.h | 7 +++++--
drivers/char/agp/ali-agp.c | 27 ++++++++++++++++-----------
drivers/char/agp/amd-k7-agp.c | 9 ++-------
drivers/char/agp/backend.c | 12 ++++++++----
drivers/char/agp/generic.c | 19 +++++++++++++------
drivers/char/agp/i460-agp.c | 4 ++--
drivers/char/...
| Oct 14, 9:18 pm 2007 |
| Dave Airlie | [git pull] drm patches for 2.6.24-rc1
Hi Linus,
This contains a major macro removal and ioctl related usercopy cleanups,
it also fixes a bug in the intel interrupt code with a dodgy calloc size.
Please pull the 'drm-patches' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
Dave.
drivers/char/drm/drm.h | 20 +-
drivers/char/drm/drmP.h | 237 +++++++------
drivers/char/drm/drm_agpsupport.c | 130 +++-----
drivers/char/drm/drm_auth.c | 48 ++--
...
| Oct 14, 9:17 pm 2007 |
| Al Viro | WTF is HIDIOCGRDESC supposed to do (aside of being a roothol...
This
+ if (get_user(len, (int __user *)arg))
+ return -EFAULT;
+ if (copy_to_user(*((__u8 **)(user_arg +
+ sizeof(__u32))),
+ dev->hid->rdesc, len))
is an instant trouble - you dereference userland-supplied address and
expect it to be OK; then you take the obtained value and use it as
ad...
| Oct 14, 8:56 pm 2007 |
| Neil Brown | Re: RFC: reviewer's statement of oversight
If the SCM stores some tags in special places, that is fine with me.
The remove the need for the tag and an understanding of why it exists.
My understanding of Andrew Morton's position on s-o-b is that it is an
unordered set. I know this because when I have sent him patches with
a proper From: line, he has complained and begrudingly took the first
s-o-b, but said he didn't like to.
So there seems to be disagreement on this (I think it looks like a
I'm failing to follow your logic.
You seem to...
| Oct 14, 8:35 pm 2007 |
| Neil Brown | Re: RFC: reviewer's statement of oversight
Maybe I'm making a mountain out of a molehill but...
Clearly documented responsibilities? Yes.
Prescribed process? No.
If someone sends me a patch, and I review it, and I find a couple of
problems, do I need to negotiate with the submitter before correcting
them and putting a "Reviewed-by" tag on it (along with my
Signed-off-by before sending it upstream)?
The above clause (b) seems to say that I do. Is that something we
want to mandate?
My take on the responsibilities implied by Revie...
| Oct 14, 8:27 pm 2007 |
| J. Bruce Fields | nfsd updates for 2.6.24
You can pull the following nfs server changes from
git://linux-nfs.org/~bfields/linux.git nfs-server-stable
Nothing earth-shaking this time; mainly small bugfixes and cleanups.
--b.
Andrew Morton (1):
nfsd warning fix
Christoph Hellwig (1):
nfsd: fix horrible indentation in nfsd_setattr
Dr. David Alan Gilbert (1):
knfsd: Add source address to sunrpc svc errors
J. Bruce Fields (15):
nfsd: tone down inaccurate dprintk
nfsd: remove unused cache_for_each...
| Oct 14, 8:04 pm 2007 |
| Anton Blanchard | NO_HZ and cpu monitoring tools
Hi,
When using a NO_HZ kernel on ppc64, I noticed top gives some interesting
results:
Cpu0 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 0.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 1.1%us, 0.0%...
| Oct 14, 7:42 pm 2007 |
| Rik van Riel | WANTED: kernel projects for CS students
The kernel newbies community often gets inquiries from CS students who
need a project for their studies and would like to do something with
the Linux kernel, but would also like their code to be useful to the
community afterwards.
In order to make it easier for them, I am trying to put together a
page with projects that:
- Are self contained enough that the students can implement the
project by themselves, since that is often a university requirement.
- Are self contained enough that Linux could...
| Oct 14, 7:01 pm 2007 |
| Satoru Takeuchi | [PATCH] doc: add uio document to docbook compilation target
Add uio document to DocBook compilation target.
`make *docs' doesn't generate "The Userspace I/O HOWTO", the user space
I/O document written in DocBook.
Signed-off-by: Satoru Takeuchi <takeuchi_satoru@jp.fujitsu.com>
Index: linux/Documentation/DocBook/Makefile
===================================================================
--- linux.orig/Documentation/DocBook/Makefile 2007-10-12 23:54:19.000000000 +0900
+++ linux/Documentation/DocBook/Makefile 2007-10-12 23:55:14.000000000 +0900
@@ -...
| Oct 14, 7:21 pm 2007 |
| Randy Dunlap | Re: [PATCH] doc: add uio document to docbook compilation tar...
Hi,
Thanks, looks reasonable, but patch does not apply cleanly to
mainline or -mm. (trivial to fix)
---
~Randy
-
| Oct 14, 11:49 pm 2007 |
| Chris Drake | PROBLEM: kernel memory subsystem incorrectly invokes OOM kil...
Hi linux-kernel,
[1.] One line summary of the problem:
kernel memory subsystem incorrectly invokes OOM killer under certain situations
[2.] Full description of the problem/report:
My guess is that whatever invokes the OOM killer is incorrectly
"deciding" that memory allocated for disk cache operations cannot be
"reclaimed", or, the oom killer code itself is incorrectly killing
processes when the cause of the memory exhaustion is the disk cache
subsystem (and not a runaway process).
...
| Oct 14, 7:04 pm 2007 |
| Eric W. Biederman | Re: Don't leak 'listeners' in netlink_kernel_create()
This patch appears trivially correct to me.
-
| Oct 14, 6:30 pm 2007 |
| Stefan Heinrichsen | Which companies are helping developing the kernel
Hello,
I posted this question at comp.linux.misc and where told this would be a better place therefore.
I would like to do a internship in the field of the Linux kernel.
Can someone tell me where to find a list of companies (don't matter in which
country) that employ kernel developers?
Stefan
--
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail
-
| Oct 14, 6:06 pm 2007 |
| Guilherme Amadio | Re: Which companies are helping developing the kernel
Hello,
Adding to his question, I am interested in doing a PhD in Operating Systems.
Would anybody have some information on a similar list of labs and/or Universities
that host projects related to Linux?
Thanks in advance.
Guilherme
-
| Oct 14, 6:54 pm 2007 |
| Jiri Kosina | Re: Which companies are helping developing the kernel
Look at Greg's talk from the last OLS:
https://ols2006.108.redhat.com/2007/Reprints/kroah-hartman-Reprint.pdf
--
Jiri Kosina
-
| Oct 14, 6:55 pm 2007 |
| Alistair John Strachan | Re: Which companies are helping developing the kernel
I think Greg wrote a paper on this subject, so I've added him to CC in case he
has the link handy.
--
Cheers,
Alistair.
137/1 Warrender Park Road, Edinburgh, UK.
-
| Oct 14, 6:28 pm 2007 |
| Greg KH | Re: Which companies are helping developing the kernel
Yeah, but my paper didn't really track companies very well. The lwn.net
article is the best, and below is my version of who did things in
2.6.23. Note, the lack of a company is not an indicator that they did
nothing, just that I could not easily determine someone worked for them.
I'll try to send out my "who are you working for" emails in a week or so
to see if I can further categorize the "unknowns".
thanks,
greg k-h
-------------------------
Processed 7075 csets from 992 developers
126...
| Oct 14, 10:59 pm 2007 |
| Benoit Boissinot | Re: Which companies are helping developing the kernel
perhaps this helps:
http://lwn.net/Articles/247582/
regards,
Benoit
-
| Oct 14, 6:35 pm 2007 |
| Anton Blanchard | [PATCH] Hook compat_sys_nanosleep up to high res timer code
Now we have high res timers on ppc64 I thought Id test them. It turns
out compat_sys_nanosleep hasnt been converted to the hrtimer code and so
is limited to HZ resolution.
The following patch makes compat_sys_nanosleep call hrtimer_nanosleep
and uses compat_alloc_user_space to avoid setting KERNEL_DS.
Signed-off-by: Anton Blanchard <anton@samba.org>
---
diff --git a/kernel/compat.c b/kernel/compat.c
index 3bae374..46795ac 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -40,62 ...
| Oct 14, 5:54 pm 2007 |
| Arnd Bergmann | Re: [PATCH] Hook compat_sys_nanosleep up to high res timer c...
The code looks correct, but I think it would be nicer to change
hrtimer_nanosleep to take a kernel pointer and have all three
callers (common_nsleep, sys_nanosleep and compat_sys_nanosleep)
do the copy_to_user/put_compat_timespec in the caller.
This would also make it possible to get rid of set_fs() in
compat_sys_clock_nanosleep().
Arnd <><
-
| Oct 14, 6:28 pm 2007 |
| Anton Blanchard | Re: [PATCH] Hook compat_sys_nanosleep up to high res timer c...
Good idea, I had considered that but thought a larger cleanup might run
afoul of the merge rules :)
Regardless, here it is. Id appreciate a once over since it does affect
more code than the previous patch :)
Anton
--
Now we have high res timers on ppc64 I thought Id test them. It turns
out compat_sys_nanosleep hasnt been converted to the hrtimer code and so
is limited to HZ resolution.
The following patch pulls the copy_to_user out of hrtimer_nanosleep and
into the callers (common_ns...
| Oct 14, 7:16 pm 2007 |
| Thomas Gleixner | {GIT pull] x86 bugfixes
Linus,
please pull from
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-x86.git
Thanks,
tglx
--
Dave Jones (1):
x86: fix missing include for vsyscall
Thomas Gleixner (3):
clockevents: introduce force broadcast notifier
x86: move local APIC timer init to the end of start_secondary()
x86: force timer broadcast on late AMD C1E detection
arch/x86/kernel/alternative.c | 1 +
arch/x86/kernel/apic_64.c | 26 ++++++++++++++++++++++++++
a...
| Oct 14, 5:29 pm 2007 |
| Jeff Garzik | Re: {GIT pull] x86 bugfixes
Unless the size is overlarge (currently 400k, on lkml), any chance I
could talk you into appending the associated patch onto the end of
future emails?
If it helps, I use the attached script when I send stuff upstream.
Jeff
| Oct 14, 5:43 pm 2007 |
| Thomas Gleixner | Re: {GIT pull] x86 bugfixes
Cute.
Thanks,
tglx
---
diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c
index bd72d94..11b03d3 100644
--- a/arch/x86/kernel/alternative.c
+++ b/arch/x86/kernel/alternative.c
@@ -10,6 +10,7 @@
#include <asm/pgtable.h>
#include <asm/mce.h>
#include <asm/nmi.h>
+#include <asm/vsyscall.h>
#define MAX_PATCH_LEN (255-1)
diff --git a/arch/x86/kernel/apic_64.c b/arch/x86/kernel/apic_64.c
index 395928d..09b8209 100644
--- a/arch/...
| Oct 14, 5:53 pm 2007 |
| Frans Pop | menuconfig: fail with clearer error if curses.h N/A
It would be nice if 'make menuconfig' could fail earlier or with a clearer
error if curses.h is not available. The actual error is currently rather
buried in a huge amount of indirect errors.
After installing libncurses-dev (Debian) everything was fine.
$ make menuconfig
HOSTCC scripts/kconfig/lxdialog/checklist.o
In file included from scripts/kconfig/lxdialog/checklist.c:24:
scripts/kconfig/lxdialog/dialog.h:32:20: error: curses.h: No such file or directory
In file included from scripts/kcon...
| Oct 14, 5:23 pm 2007 |
| Frans Pop | undefined symbol 'APM_EMULATION' during 'make oldconfig' on ...
$ git describe
v2.6.23-3345-g52d4e66
$ make oldconfig >/dev/null
drivers/macintosh/Kconfig:121:warning: 'select' used by config
symbol 'PMAC_APM_EMU' refers to undefined symbol 'APM_EMULATION'
Cheers,
FJP
-
| Oct 14, 5:23 pm 2007 |
| Vlad Codrea | Re: [PATCH] : IDE-CS Add additional id string (corsair, 1GB)
Hi,
Could you also add the id strings for the device to
drivers/ata/pata_pcmcia.c?
Thanks,
Vlad
____________________________________________________________________________________
Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.
http://get.games.yahoo.com/proddesc?gamekey=monopolyherenow
-
| Oct 14, 4:16 pm 2007 |
| Mark Lord | Regression: 2.6.23-rc9 okay, 2.6.23.1 resume problems
Since upgrading to 2.6.23.1 from 2.6.23-rc9, resume-from-RAM has been misbehaving here.
It takes much (+5-7 seconds) longer to resume *sometimes*, but not all/most of the time.
And sometimes I get get flashing keyboard LEDs and have to hold the power button
in for a full hard reset.
With 2.6.23-rc8/rc9, no such troubles.
Difficult to reproduce, other than perhaps once a day.
Anybody want to fess up with a likely candidate?
Dell Inspiron 9400 Core2duo + 2GB RAM, 32-bit x86 kernel+user.
.con...
| Oct 14, 4:13 pm 2007 |
| Rafael J. Wysocki | Re: Regression: 2.6.23-rc9 okay, 2.6.23.1 resume problems
Not really, but if you rule out all of the POWERPC and MIPS patches, there's
not much left ...
Greetings,
Rafael
-
| Oct 14, 5:30 pm 2007 |
| Mark Lord | Re: Regression: 2.6.23-rc9 okay, 2.6.23.1 resume problems
Yeah, I didn't see much there either.
I'll keep an eye on things over the next few days,
and post again if it persists.
I was using the powertop patches with -rc9, but not with 2.6.23.1.
Maybe they helped (???).
-ml
-
| Oct 14, 5:37 pm 2007 |
| Justin Piszcz | In response to kernel compression e-mail a few months ago.
It turns out the one I did not test, was actually the best:
Used: 7z -mx=9 a linux-2.6.16.17.tar.7z linux-2.6.16.17.tar
$ du -sk * | sort -n
32392 linux-2.6.16.17.tar.7z
33520 linux-2.6.16.17.tar.lzma
33760 linux-2.6.16.17.tar.rar
38064 linux-2.6.16.17.tar.rz
39472 linux-2.6.16.17.tar.szip
39520 linux-2.6.16.17.tar.bz
39936 linux-2.6.16.17.tar.bz2
40000 linux-2.6.16.17.tar.bicom
40656 linux-2.6.16.17.tar.sit
47664 linux-2.6.16.17.tar.lha
49968 linux-2.6.16.17.tar.dzip
50000 linux-2.6.16.17...
| Oct 14, 3:34 pm 2007 |
| Jan Engelhardt | Re: In response to kernel compression e-mail a few months ago.
What's with all these odd formats, and where is .zip? :)
Somehow... have you tried lrzip?
Furthermore, if the files in the .tar archive were actually sorted..
(Obviously we shall pick .7z)
-
| Oct 14, 3:46 pm 2007 |
| Al Viro | Re: In response to kernel compression e-mail a few months ago.
The hell it is. Take a look at memory footprint of those suckers...
-
| Oct 14, 4:50 pm 2007 |
| Justin Piszcz | Re: In response to kernel compression e-mail a few months ago.
For compression with -mx=9 it does use 500-900 MiB of RAM, that is true.
For decompression, 50-70 MiB.
Each have their pros/cons but nothing can compress the kernel any further
than 7z, supports stdin/stdout and also has a native windows port. I used
to strictly use bzip2 for backups and such but if I can pick off an
additional 20-30% more than bzip2 for my backups which I will not use often,
7zip seems to be the winner for space savings and possibly for
bandwidth/cost savings..
compr...
| Oct 14, 4:58 pm 2007 |
| Jan Engelhardt | Re: In response to kernel compression e-mail a few months ago.
Just how you can utilize a CPU to 141% remains a mystery..
[ to be noted this is sqrt(2)*100 ]
-
| Oct 14, 5:48 pm 2007 |
| Justin Piszcz | Re: In response to kernel compression e-mail a few months ago.
It uses 2 cores (multi-thread/multi-core), I believe the author of 7z (I
asked him about this before) said the compression algorithm can use
1.8-2.2 cpus.
Justin.
-
| Oct 14, 6:28 pm 2007 |
| Justin Piszcz | Re: In response to kernel compression e-mail a few months ago.
$ apt-cache search lrzip
$
I tried most of the main ones in the standard testing distribution within
Ah, how did I miss zip? :)
$ du -sk * | sort -n
32392 linux-2.6.16.17.tar.7z
33520 linux-2.6.16.17.tar.lzma
33760 linux-2.6.16.17.tar.rar
38064 linux-2.6.16.17.tar.rz
39472 linux-2.6.16.17.tar.szip
39520 linux-2.6.16.17.tar.bz
39936 linux-2.6.16.17.tar.bz2
40000 linux-2.6.16.17.tar.bicom
40656 linux-2.6.16.17.tar.sit
47664 linux-2.6.16.17.tar.lha
49940 linux-2.6.16.17.tar.zip
49968...
| Oct 14, 3:53 pm 2007 |
| Jan Engelhardt | Re: In response to kernel compression e-mail a few months ago.
Debian is not a solution to everything.
http://ck.kolivas.org/apps/lrzip/
-
| Oct 14, 4:04 pm 2007 |
| Justin Piszcz | Re: In response to kernel compression e-mail a few months ago.
$ lrzip -L 9 linux-2.6.16.17.tar
Failed to open streams in rzip_fd
Fatal error - exiting
$ lrzip linux-2.6.16.17.tar -o linux-2.6.16.17.tar.lrz
Failed to open streams in rzip_fd
Fatal error - exiting
$ lrzip -l -L 9 linux-2.6.16.17.tar
Bus error
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22176 abc 20 0 2197m 156m 75m R 93 4.8 0:09.17 lrzip
It must grow to 3.0GB and die (this is on an x86 host)..
$ lrzip -w 1 -l -L 9 linux-2.6.16.17.tar
lin...
| Oct 14, 4:16 pm 2007 |
| Mark M. Hoffman | [GIT PATCH] hwmon updates against v2.6.23
Hi Linus:
Please pull from:
git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release
You'll get five new drivers, cleanups and fixes all over the place. The
addition of individual alarm sysfs files to all drivers continues. Also, the
conversion from struct class_device to struct device touched every driver.
Most of these patches have spent some time in -mm.
Thanks & regards,
Documentation/hwmon/coretemp | 2
Documentation/hwmon/dme1737 | 33 -
Documentation/h...
| Oct 14, 3:29 pm 2007 |
| Justin Piszcz | 2.6.23.1 x86 hardware monitoring bug?
As a regular user, I cannot see the sensors on the A-bit board, but I can=
=20
see the CPU temperature, how come I can see one but not the other?
Kernel: $ uname -a
Linux mybox 2.6.23.1 #4 SMP PREEMPT Sun Oct 14 15:20:53 EDT 2007 i686 GNU/L=
inux
Distribution: Debian Lenny
$ sensors
abituguru3-isa-00e0
Adapter: ISA adapter
coretemp-isa-0000
Adapter: ISA adapter
temp1: +35=B0C (high =3D +85=B0C)
coretemp-isa-0001
Adapter: ISA adapter
temp1: +36=B0C (high =3D +85=B0C)
...
| Oct 14, 3:30 pm 2007 |
| Mark M. Hoffman | Re: 2.6.23.1 x86 hardware monitoring bug?
Hi Justin:
(added some CCs)
Strange. What does 'ls -lH /sys/class/hwmon/hwmon*/device' say?
Regards,
--
Mark M. Hoffman
mhoffman@lightlink.com
-
| Oct 14, 10:53 pm 2007 |
| Doug Whitesell (LKML) | [PATCH] Include asm/vsyscall.h in arch/x86/kernel/alternativ...
The VSYSCALL_START and VSYSCALL_END symbols are referenced in
apply_alternatives(), but vsyscall.h is not always included when
building on x86-64 with random configurations. Including asm/vsyscall.h
guarantees availability of the symbols, and is otherwise harmless.
Signed-off-by: Doug Whitesell <dcw-kernel@screamingdolphin.net>
---
arch/x86/kernel/alternative.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/
alterna...
| Oct 14, 3:26 pm 2007 |
| Dave Milter | linux-2.6.23-mm1 crashed
I build linux-2.6.23-mm1 and try to boot it using qemu,
and it crashed with trace like this:
do_page_fault
error_code
lock_acquire
_spin_lock_irqsave
gdth_timeout
run_timer_softirq
__do_softirq
do_softirq
I have screenshot, but have no idea, is it legal to include it, if I
sent copy to lkml.
config of kernel in attachment,
I apply all three patches from hot-fixes.
| Oct 14, 2:45 pm 2007 |
| Dave Milter | Re: linux-2.6.23-mm1 crashed
By the way, because of oops happens on early stage of boot,
you not need any image to reproduce this bug:
something like this will be enough:
1)cd /tmp/ && qemu-img create hda.img 10M
2)cd linux/mm/source/code
3)qemu -kernel arch/i386/boot/bzImage -hda /tmp/hda.img
if you add "-s" to qemu options you can after that do:
gdb vmlinux
$target remote localhost:1234
$br gth_timeout
$continue
-
| Oct 14, 3:24 pm 2007 |
| Andrew Morton | Re: linux-2.6.23-mm1 crashed
(please don't top-post! edited...)
I didn't notice that qemu was involved. Does qemu have an emulator for the
gdth hardware?
-
| Oct 14, 3:31 pm 2007 |
| Andrew Morton | Re: linux-2.6.23-mm1 crashed
The screenshot is here: http://userweb.kernel.org/~akpm/crash.png
It would appear that gdth_timeout() is passing a bad pointer into
spin_lock_irqsave().
-
| Oct 14, 3:21 pm 2007 |
| James Bottomley | Re: linux-2.6.23-mm1 crashed
There's a bug in the gdth rework in that the instance can be deleted
from the list before the actual timer is stopped. This can be worked
around I think by the following patch; although we really should be
stopping the timer from firing when the list goes empty.
James
diff --git a/drivers/scsi/gdth.c b/drivers/scsi/gdth.c
index e8010a7..7fa22be 100644
--- a/drivers/scsi/gdth.c
+++ b/drivers/scsi/gdth.c
@@ -3793,6 +3793,9 @@ static void gdth_timeout(ulong data)
gdth_ha_str *ha;
ul...
| Oct 14, 6:26 pm 2007 |
| previous day | today | next day |
|---|---|---|
| October 13, 2007 | October 14, 2007 | October 15, 2007 |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| KAMEZAWA Hiroyuki | Re: 2.6.24-rc3-mm1 |
| Ingo Molnar | Re: [Announce] [patch] Modular Scheduler Core and Completely Fair Scheduler [CFS] |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jarek Poplawski | Re: Data corruption issue with splice() on 2.6.27.10 |
| Patrick McHardy | Re: [GIT]: Networking |
