login
Search
| From | Subject | Date |
|---|---|---|
| Satyam Sharma | [PATCH] x86 msr driver: Misc cpuinit annotations
msr_class_cpu_callback() can be marked __cpuinit, being the notifier
callback for a __cpuinitdata notifier_block. So can be marked
msr_device_create() too, called only from the newly-__cpuinit
msr_class_cpu_callback() or from __init-marked msr_init().
Signed-off-by: Satyam Sharma <satyam@infradead.org>
---
arch/i386/kernel/msr.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/i386/kernel/msr.c b/arch/i386/kernel/msr.c
index 0c1069b..ac55d85 100644
-...
| Aug 22, 7:50 pm 2007 |
| Andrew Morton | Re: [Bugme-new] [Bug 8924] New: module speedstep-centrino do...
On Wed, 22 Aug 2007 15:12:09 -0700 (PDT)
I'd have thought that a lot of people would be seeing this?
Oh well. Michal, can we please track this as a post-2.6.22 regression?
Thanks.
-
| Aug 22, 7:44 pm 2007 |
| Arjan van de Ven | Re: [Bugme-new] [Bug 8924] New: module speedstep-centrino do...
On Wed, 22 Aug 2007 16:44:51 -0700
does the acpi-cpufreq driver work? on such new hardware that really
should be used rather than the legacy-hw speedstep-centrino
-
| Aug 22, 7:55 pm 2007 |
| Satyam Sharma | [PATCH] i386 cpuid: Misc cpuinit annotations
cpuid_class_cpu_callback() is callback function of a CPU hotplug
notifier_block (that is already marked as __cpuinitdata). Therefore
it can safely be marked as __cpuinit.
cpuid_device_create() is only referenced from other functions that
are __cpuinit or __init. So it can also be safely marked __cpuinit.
Signed-off-by: Satyam Sharma <satyam@infradead.org>
---
arch/i386/kernel/cpuid.c | 6 ++++--
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/i386/kernel/cpu...
| Aug 22, 7:38 pm 2007 |
| Satyam Sharma | [PATCH] ehca_irq: Misc cpuinit section annotations and #ifde...
* Replace {un}register_cpu_notifier with {un}register_hotcpu_notifier
thereby losing a couple of #ifdef HOTPLUG_CPU pairs.
* Move comp_pool_callback_nb declaration to below that of callback
function so that initialization of .notifier_call and .priority can
occur at build time itself and not runtime.
* Mark the notifier_block (and callback function, and another static
function used by it) as __cpuinit{data} for the sake of consistency
and remove enclosing #ifdef. (This may increase size f...
| Aug 22, 7:28 pm 2007 |
| Satyam Sharma | [PATCH] Redefine register_hotcpu_notifier() !HOTPLUG_CPU stu...
The present do {} while stub's return cannot be checked, but the real
HOTPLUG_CPU=y implementation of register_hotcpu_notifier() is int-
returning. So let us make this stub consistent with the full version.
Redefining this as such will also help us remove some #ifdef-ery
elsewhere in kernel code, as shown in forthcoming patch.
Signed-off-by: Satyam Sharma <satyam@infradead.org>
---
include/linux/cpu.h | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include...
| Aug 22, 6:47 pm 2007 |
| Satyam Sharma | Re: [PATCH] Redefine {un}register_hotcpu_notifier() !HOTPLUG...
[ Eeks, please replace previous patch with this, and change the patch
name and changelog as per that indicated in this mail -- apologies
for the inconvenience caused! ]
[PATCH] Redefine {un}register_hotcpu_notifier() !HOTPLUG_CPU stubs as static inline functions
The return of the present "do {} while" based stub definition of
register_hotcpu_notifier() cannot be checked, but the real HOTPLUG_CPU=y
implementation of register_hotcpu_notifier() is int-returning. So let us
make this stub consis...
| Aug 22, 7:04 pm 2007 |
| Bret Towe | nfs4 hang regression
as of commit 3d39c691ff486142dd9aaeac12f553f4476b7a62
I got a hang on my clients after something around 26 minutes of uptime
the keyboard would stop accepting input
mouse would work still, plugging in a spare usb keyboard made no difference
another couple odd bits is shutting down would hang, below is a trace
of that hang
also if your logged into that machine via ssh when you log out it would hang
and would require a force terminate
I'm seeing this on 2 machines 1 a g4 mac mini and 2 a athlon64
b...
| Aug 22, 6:41 pm 2007 |
| Alan Cox | [PATCH] tty.h: Remove dead define
No longer used. TTY_FLIPBUF_SIZE will also go soon but needs a couple of
other cleanups first
Signed-off-by: Alan Cox <alan@redhat.com>
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.23rc3-mm1/include/linux/tty.h linux-2.6.23rc3-mm1/include/linux/tty.h
--- linux.vanilla-2.6.23rc3-mm1/include/linux/tty.h 2007-08-13 13:28:02.000000000 +0100
+++ linux-2.6.23rc3-mm1/include/linux/tty.h 2007-08-22 17:51:01.000000000 +0100
@@ -82,11 +75,6 @@
int memory_used; /...
| Aug 22, 6:38 pm 2007 |
| Roger Gammans | hda_intel : Patch + Regression in 2.6.18 -> 2.6.22
Hi
I'm fighting a problem with my (new) Acer laptop. (Aspire 9303)
In 2.6.18 the audio worked fine, but now I've upgraded to 2.6.22
it has stopped working.=20
I note that there is a acer specific quirk mode in patch_realtek.c
enabled for all acer devices introduced in the timeframe. Disabling
the quirk so that the driver uses it auot mode makes playback work
fine again.
To be clear this pathc seems to work for me:-
--- /usr/src/linux-source-2.6.22/sound/pci/hda/patch_realtek.c 2007-07-09...
| Aug 22, 6:29 pm 2007 |
| Satyam Sharma | [PATCH 1/2] intel_cacheinfo: Misc section annotation fixes /...
cache_sysfs_init() is only ever called at device_initcall() time. Marking it
__cpuinit is quite wrong, and wasteful when HOTPLUG_CPU=y. It must be __init.
cache_shared_cpu_map_setup() and cache_remove_shared_cpu_map(), OTOH, are
functions called from another function that is __cpuinit. But the !CONFIG_SMP
empty-body stubs of these functions are unconditionally marked __init, which
is actively wrong, and will lead to oops. But we never saw this oops, because
they always managed to get inlined in thei...
| Aug 22, 6:12 pm 2007 |
| Satyam Sharma | [PATCH 2/2] intel_cacheinfo: Call cache_add_dev from cache_s...
Call cache_add_dev() from cache_sysfs_init() explicitly, instead of
referencing the CPU notifier callback directly from generic startup
code. Looks cleaner (to me at least) this way, and also makes it
possible to use other tricks to replace __cpuinit{data} annotations,
as recently discussed on this list.
Signed-off-by: Satyam Sharma <satyam@infradead.org>
---
arch/i386/kernel/cpu/intel_cacheinfo.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/i386/ke...
| Aug 22, 6:15 pm 2007 |
| Alan Cox | [PATCH] oti6858: Remove broken ioctl code in -mm tree and al...
This stuff is simply not needed.
Signed-off-by: Alan Cox <alan@redhat.com>
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.23rc3-mm1/drivers/usb/serial/oti6858.c linux-2.6.23rc3-mm1/drivers/usb/serial/oti6858.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/usb/serial/oti6858.c 2007-08-22 17:23:08.000000000 +0100
+++ linux-2.6.23rc3-mm1/drivers/usb/serial/oti6858.c 2007-08-22 17:48:48.000000000 +0100
@@ -817,21 +817,6 @@
__FUNCTION__, port->number, cmd, arg)...
| Aug 22, 6:11 pm 2007 |
| Greg KH | [GIT PATCH] PCI fixes for 2.6.23-rc3
Here are a some PCI patches against your 2.6.23-rc3 git tree.
They contain a number of quirk updates and some other minor fixes.
All of these have been in the -mm tree for a while.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/gregkh/pci-2.6.git/
The full patches will be sent to the linux-pci mailing list, if anyone
wants to see it
thanks,
greg k-h
Documentation/DocBook/deviceiobook.tmpl | 3 ++-
drivers/pci/hotplug/cpqphp_ctrl.c | 4 +---
drivers/pci...
| Aug 22, 6:08 pm 2007 |
| Greg KH | [GIT PATCH] USB fixes for 2.6.23-rc3
[Empty message]
| Aug 22, 6:08 pm 2007 |
| Greg KH | [GIT PATCH] driver core fixes for 2.6.23-rc3
Here are some driver core fixes and documentation updates against your
2.6.23-rc3 git tree.
They fix a reference counting bug in the module sysfs code, a fix for a
sysfs WARN_ON() issue and some documentation updates.
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/gregkh/driver-2.6.git/
Patches will be sent as a follow-on to this message to lkml for people
to see.
thanks,
greg k-h
Documentation/HOWTO | 4 +-
Documentation/SubmittingPatches | 2 +-...
| Aug 22, 6:07 pm 2007 |
| Greg Kroah-Hartman | [PATCH 1/5] sysfs: fix locking in sysfs_lookup() and sysfs_r...
From: Tejun Heo <htejun@gmail.com>
sd children list walking in sysfs_lookup() and sd renaming in
sysfs_rename_dir() were left out during i_mutex -> sysfs_mutex
conversion. Fix them.
Signed-off-by: Tejun Heo <htejun@gmail.com>
Acked-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
fs/sysfs/dir.c | 21 ++++++++++++---------
1 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/fs/sysfs/dir.c b/fs/sysfs/d...
| Aug 22, 6:10 pm 2007 |
| Greg Kroah-Hartman | [PATCH 2/5] Fix Off-by-one in /sys/module/*/refcnt
From: Alexey Dobriyan <adobriyan@gmail.com>
sysfs internals were changed to not pin module in question.
Signed-off-by: Alexey Dobriyan <adobriyan@gmail.com>
Acked-by: Kay Sievers <kay.sievers@vrfy.org>
Acked-by: Tejun Heo <htejun@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
kernel/module.c | 3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/kernel/module.c b/kernel/module.c
index 33c04ad..db0ead0 100644
--- a/kernel/m...
| Aug 22, 6:10 pm 2007 |
| Greg Kroah-Hartman | [PATCH 3/5] HOWTO: korean translation of Documentation/HOWTO
From: Minchan Kim <minchan.kim@gmail.com>
This is a Documentation/HOWTO korean version of 2.6.23-rc1
The header is refered to a japanese's one.
From: Minchan Kim <minchan.kim@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
Documentation/ko_KR/HOWTO | 623 +++++++++++++++++++++++++++++++++++++++++++++
1 files changed, 623 insertions(+), 0 deletions(-)
create mode 100644 Documentation/ko_KR/HOWTO
diff --git a/Documentation/ko_KR/HOWTO b/Documentation/ko...
| Aug 22, 6:10 pm 2007 |
| Greg Kroah-Hartman | [PATCH 4/5] HOWTO: latest lxr url address changed
From: Qi Yong <qiyong@fc-cn.com>
Hello,
I've noticed that in Document/HOWTO the url address:
http://sosdg.org/~coywolf/lxr/
has changed to
http://users.sosdg.org/~qiyong/lxr/
from the website.
-- qiyong
Signed-off-by: Qi Yong <qiyong@fc-cn.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
Documentation/HOWTO | 4 ++--
Documentation/SubmittingPatches | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/HOWT...
| Aug 22, 6:10 pm 2007 |
| Greg Kroah-Hartman | [PATCH 5/5] sysfs: don't warn on removal of a nonexistent bi...
From: Alan Stern <stern@rowland.harvard.edu>
This patch (as960) removes the error message and stack dump logged by
sysfs_remove_bin_file() when someone tries to remove a nonexistent
file. The warning doesn't seem to be needed, since none of the other
file-, symlink-, or directory-removal routines in sysfs complain in a
comparable way.
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Acked-by: Tejun Heo <htejun@gmail.com>
Acked-by: Cornelia Huck <cornelia.huck@de.ibm.co...
| Aug 22, 6:10 pm 2007 |
| Alan Cox | [PATCH] 8250_pci: Autodetect mainpine cards
Add support for a whole range of boards. Some are partly autodetected but
not fully correctly others (PCI Express notably) not at all. Stick all
the right entries in.
Thanks to Mainpine for information and testing.
Signed-off-by: Alan Cox <alan@redhat.com>
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.23rc3-mm1/drivers/serial/8250_pci.c linux-2.6.23rc3-mm1/drivers/serial/8250_pci.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/serial/8250_pci.c 2007-08-22 17:23...
| Aug 22, 6:05 pm 2007 |
| Dave Hansen | [PATCH] make kobject dynamic allocation check use kallsyms_l...
One of the top ten sysfs problems is that users use statically
allocated kobjects. This patch reminds them that this is a
naughty thing.
One _really_ nice thing this patch does, is us the kallsyms
mechanism to print out exactly which symbol is being complained
about:
The kobject at, or inside 'statickobj.2'@(0xc040d020) is not dynamically allocated.
This patch replaces the previous implementation's use of a
_sdata symbol in favor of using kallsyms_lookup(). If a
kobject's address is a re...
| Aug 22, 6:03 pm 2007 |
| Alan Cox | [PATCH] mxser: Remove commented crap
This is years dead code and it keeps turning up in confusing ways when
grepping for stuff
Signed-off-by: Alan Cox <alan@redhat.com>
diff -u --new-file --recursive --exclude-from /usr/src/exclude linux.vanilla-2.6.23rc3-mm1/drivers/char/mxser.c linux-2.6.23rc3-mm1/drivers/char/mxser.c
--- linux.vanilla-2.6.23rc3-mm1/drivers/char/mxser.c 2007-08-13 13:27:52.000000000 +0100
+++ linux-2.6.23rc3-mm1/drivers/char/mxser.c 2007-08-22 17:47:05.000000000 +0100
@@ -1938,14 +1938,6 @@
inb(info->...
| Aug 22, 6:02 pm 2007 |
| Thomas Gleixner | [Announce] Unified x86 architecture, arch/x86 - V2
We are pleased to announce v2 of the unified arch/x86 project we are
working on.
To recap: the core idea behind our project is simple to describe: we
introduce a new arch/x86/ and include/asm-x86/ file hierarchy that
includes all the existing 32-bit and 64-bit x86 code and allows the
building of either a 32-bit (i386) kernel or a 64-bit (x86_64) kernel.
No code is lost and almost no code is modified. We want the window
for regressions and tree incompatibilities to be zero. (The full initial
...
| Aug 22, 5:56 pm 2007 |
| Dave Jones | Re: [Announce] Unified x86 architecture, arch/x86 - V2
On Wed, Aug 22, 2007 at 11:56:22PM +0200, Thomas Gleixner wrote:
> We are pleased to announce v2 of the unified arch/x86 project we are
> working on.
>
> To recap: the core idea behind our project is simple to describe: we
> introduce a new arch/x86/ and include/asm-x86/ file hierarchy that
> includes all the existing 32-bit and 64-bit x86 code and allows the
> building of either a 32-bit (i386) kernel or a 64-bit (x86_64) kernel.
> No code is lost and almost no...
| Aug 22, 7:09 pm 2007 |
| Zachary Amsden | Re: [PATCH] Add I/O hypercalls for i386 paravirt
It is looking juicy. Maybe another day.
Zach
-
| Aug 22, 5:45 pm 2007 |
| Satyam Sharma | [PATCH] ll_rw_blk: blk_cpu_notifier should be __cpuinitdata
Patch below:
blk_cpu_notifier is marked as __devinitdata, but __devinitdata need not
be __init even if HOTPLUG_CPU=n, which wastes space. It should be marked
__cpuinitdata, and the callback itself as __cpuinit.
Signed-off-by: Satyam Sharma <satyam@infradead.org>
---
block/ll_rw_blk.c | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
index a15845c..91ec907 100644
--- a/block/ll_rw_blk.c
+++ b/block/ll_rw_blk.c
...
| Aug 22, 5:25 pm 2007 |
| Jeff Dike | [PATCH 2/2] UML - Fix x86_64 core dump crash
Stop UML crashing when trying to dump a process core on x86_64. This
is the minimal fix to stop the crash - more things are broken here,
and patches are forthcoming.
The immediate thing to do is define ELF_CORE_COPY_REGS and
ELF_CORE_COPY_FPREGS. Defining ELF_CORE_COPY_FPREGS allows dump_fpu
to go away. It is defined in terms of save_fp_registers, so that
needs to be added.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
--
arch/um/os-Linux/sys-x86_64/registers.c | 16 ++++++++++++
...
| Aug 22, 5:25 pm 2007 |
| Andrew Morton | Re: [PATCH 2/2] UML - Fix x86_64 core dump crash
On Wed, 22 Aug 2007 17:25:30 -0400
This doesn't apply to current mainline in ways which I'm not entirely
comfortable fixing. (it assumes the presence of queued-for-2.6.24 things).
Does the below still work?
From: Jeff Dike <jdike@addtoit.com>
Stop UML crashing when trying to dump a process core on x86_64. This is the
minimal fix to stop the crash - more things are broken here, and patches are
forthcoming.
The immediate thing to do is define ELF_CORE_COPY_REGS and
ELF_CORE_COPY...
| Aug 22, 5:49 pm 2007 |
| Alan Cox | Re: [PATCH] Add I/O hypercalls for i386 paravirt
I don't believe anyone is materially maintaining the buslogic driver and
Agreed, especially as an interface where each in or out traps into the
pci_iomap() and friends.
Alan
-
| Aug 22, 5:25 pm 2007 |
| Zachary Amsden | Re: [PATCH] Add I/O hypercalls for i386 paravirt
Well, it's not necessarily broken, it's just a different model. At some
point the cost of maintaining a whole suite of virtual drivers becomes
greater than leveraging a bunch of legacy drivers. If you can eliminate
most of the performance cost of that by changing something at a layer
below (port I/O), it is a win even if it is not a perfect solution.
But I think I've lost the argument anyways; it doesn't seem to be for
the greater good of Linux, and there are alternatives we can take.
...
| Aug 22, 5:41 pm 2007 |
| Jeff Dike | [PATCH 1/2] UML - Fix linker script alignment bugs
Fix a class of bugs in the UML linker scripts which caused section
boundary variables to sometimes not line up with their sections.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
--
arch/um/kernel/dyn.lds.S | 12 ++--
arch/um/kernel/uml.lds.S | 11 ++-
include/asm-um/common.lds.S | 128 +++++++++++++++++++++++++++-----------------
3 files changed, 92 insertions(+), 59 deletions(-)
Index: linux-2.6.22/arch/um/kernel/dyn.lds.S
==================================================...
| Aug 22, 5:25 pm 2007 |
| Jeff Dike | [PATCH 0/2] UML - Fixes for 2.6.23
These two patches fix serious bugs, and should go into 2.6.23.
Jeff
--
Work email - jdike at linux dot intel dot com
-
| Aug 22, 5:25 pm 2007 |
| Stefan Richter | Notes on migrating to the new FireWire driver stack
As many of you certainly noticed, Linux 2.6.22 has got a new FireWire
driver subsystem (nicknamed Juju) which is available as an independent
alternative to the classic IEEE 1394 subsystem. Prompted by incoming
feedback, I now posted some basic hints on /if/ and /how/ to migrate to
the new FireWire drivers at
http://wiki.linux1394.org/JujuMigration
In short, kernel packagers who want to provide FireWire support in Linux
2.6.22 and 2.6.23 should
- build only the old drivers, or
- build the...
| Aug 22, 5:17 pm 2007 |
| Manuel Reimer | TV card detected wrongly by the kernel. Any chance to get th...
Hello,
I have a BT878 based TV card (was sold by a german discounter some years
ago).
Unfortunately this card gets detected wrongly and so I'm unable to watch
tv, if I allow the kernel to auto-detect the card.
If I unload the module and reload it using the right "card=" value, then
anything works well. So one of the first steps, I do if I install a new
version of my distribution, is to place the "unload module and reload
with the right value" code to my "rc.local" file.
Is there any ch...
| Aug 22, 5:08 pm 2007 |
| Adrian Bunk | Re: TV card detected wrongly by the kernel. Any chance to ge...
It might be possible, but the driver maintainer (Cc'ed) should know best.
What is the "card=" value you use?
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
| Aug 22, 5:51 pm 2007 |
| Mauro Carvalho Chehab | Re: TV card detected wrongly by the kernel. Any chance to ge...
Most cheap bt8xx boards don't have eeprom or other means for properly
detecting the board internals. For such boards, you need to specify
card=<nr>, otherwise the driver will use a generic "default" that may
not work.
The proper way for handling this is by adding at /etc/modprobe.conf
(or /etc/modules, depending on your distro) a line like:
options bttv card=<nr>
This way, every time the module will load, the modprobe tools will use
the proper options.
If your board have an ...
| Aug 22, 6:55 pm 2007 |
| Jiri Slaby | [PATCH 1/2] Net: ath5k, no printk after STA->IBSS switch
ath5k, no printk after STA->IBSS switch
If STA->IBSS switch was done, but beacon_update weas not called so far, do
not emit a warning about non-existent skbuf.
Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
---
commit b01c0e9a02b248c3e2f2923da9728ba2c3961dee
tree c3e10a57aed39698f20c346679854aa3a9a54639
parent 8c5f91fb39c6208b23306687343cc5fbf830fa17
author Jiri Slaby <jirislaby@gmail.com> Wed, 22 Aug 2007 22:47:06 +0200
committer Jiri Slaby <jirislaby@gmail.com> Wed,...
| Aug 22, 4:53 pm 2007 |
| Jiri Slaby | [PATCH 2/2] Net: ath5k, remove sysctls
ath5k, remove sysctls
Syscalls were buggy and defunct in later kernels (due to sysctl check).
Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
---
commit 069bfbe93facb3468f579568434d18f1268a487c
tree 87c19ebf2c91d9fb07f1847adcb6098f2235eaaa
parent b01c0e9a02b248c3e2f2923da9728ba2c3961dee
author Jiri Slaby <jirislaby@gmail.com> Wed, 22 Aug 2007 22:48:41 +0200
committer Jiri Slaby <jirislaby@gmail.com> Wed, 22 Aug 2007 22:48:41 +0200
drivers/net/wireless/ath5k_base.c | 23 ...
| Aug 22, 4:54 pm 2007 |
| Jiri Slaby | [PATCH 1/3] Char: moxa, cleanup prints
moxa, cleanup prints
- use dev_* where pdev is available (probe function)
- add some printks on fail paths
- add KERN_ macros otherwise
- remove useless verbose variable
- wrap lines to 80 cols at most
Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
---
commit 447cc94f68ae6cf1f5f7603e4dad518e2398b3d8
tree 5383dcc0df573b9ade03e030c63c78f942fb88fb
parent 5c0addab96a66ef8b8fc7f8fc404873f7744f7bd
author Jiri Slaby <jirislaby@gmail.com> Sat, 18 Aug 2007 15:57:31 +0200
committer Jiri...
| Aug 22, 4:51 pm 2007 |
| Jiri Slaby | [PATCH 3/3] Char: moxa, remove sleep_on
moxa, remove sleep_on
interruptible_sleep_on is deprecated, use completion instead
Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
---
commit 81f45eb6929a344f932898f0dc7f93eec7fa399f
tree 1d5a05887985ef477fdf23d617dd6abfcd8b4e92
parent e55700b17d5769d01c935fe6ba54d9562b934591
author Jiri Slaby <jirislaby@gmail.com> Sat, 18 Aug 2007 16:19:49 +0200
committer Jiri Slaby <jirislaby@gmail.com> Sat, 18 Aug 2007 16:19:49 +0200
drivers/char/moxa.c | 9 +++++----
1 files chang...
| Aug 22, 4:52 pm 2007 |
| Jiri Slaby | [PATCH 2/3] Char: moxa, function names cleanup
moxa, function names cleanup
prepend moxa_ to all moxa functions which laxes this
Signed-off-by: Jiri Slaby <jirislaby@gmail.com>
---
commit e55700b17d5769d01c935fe6ba54d9562b934591
tree e57b9e6740d250f53709dcc0a8d17925215185bd
parent 447cc94f68ae6cf1f5f7603e4dad518e2398b3d8
author Jiri Slaby <jirislaby@gmail.com> Sat, 18 Aug 2007 16:04:35 +0200
committer Jiri Slaby <jirislaby@gmail.com> Sat, 18 Aug 2007 16:04:35 +0200
drivers/char/moxa.c | 62 ++++++++++++++++++++++++++...
| Aug 22, 4:51 pm 2007 |
| Kamalesh Babulal | [BUG] 2.6.23-rc3-mm1 oom-killer gets invoked
Hi Andrew,
I see the oom-killer getting invoked many times on the
2.6.23-rc3-mm1 kernel and have attached the complete console
log and config file.
========================================================
cc1 invoked oom-killer: gfp_mask=0x280d2, order=0, oomkilladj=0
[<c0147386>] out_of_memory+0x70/0xf6
[<c01484c4>] <4>cc1 invoked oom-killer: gfp_mask=0x201d2, order=0,
oomkilladj=0
[<c0147386>] out_of_memory+0x70/0xf6
[<c01484c4>] __alloc_pages+0x21b...
| Aug 22, 4:49 pm 2007 |
| Balbir Singh | Re: [BUG] 2.6.23-rc3-mm1 oom-killer gets invoked
Hmm... looks very interesting looks like you have ~1.8 GB (assuming page size
is equal to 4k). The log shows that OOM occurred several times.
Kamalesh, how much memory do you have the on the system and what test were
you running when you hit this problem? Is the problem reproducible? What is
the configured swap size?
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
-
| Aug 22, 5:30 pm 2007 |
| Andrew Morton | Re: [BUG] 2.6.23-rc3-mm1 oom-killer gets invoked
On Thu, 23 Aug 2007 02:19:14 +0530
It's a bit harsh, sending 330kb emails to linux-kernel. Please try to
strip these things down to the important information. Also, it'd be nice
if you could find the source of those double-linefeeds and make it stop.
I don't know whwy the VM decided that you've run out of memory. After the
oom-killing, does
echo 3 > /proc/sys/vm/drop_caches
make the numbers in /proc/meminfo change significantly?
Which filesystem was being used here?
Thanks.
-
...
| Aug 22, 5:22 pm 2007 |
| jos.huisken | Re: Forcedeth: Nvidia NIC goes up and down
Hi,
I have a similar issue. The network drops away randomly for short periods (several to ten(s) seconds).
I'm running kernel 2.6.18.8-0.5-default on a SUSE 10.2 machine with a ASUS M2NPV-VM board.
Have tried both the default "0.59" and "0.62-Driver Package V1.23" version of forcedeth
Tried 2 BIOSes: 0901 and 1001.
Also have tried several kernel options independently: noapic, pci=routeirq, acpi=off, pci=nomsi
All did not help.
Any suggestions?
BTW I'm not subscribed, please CC me persona...
| Aug 22, 4:43 pm 2007 |
| Randy Dunlap | Re: 2.6.23-rc3-mm1
All my bad. It's a sparse warning. I don't know if current
sparse is fixed or not, but I'll download it.
Thanks.
---
~Randy
-
| Aug 22, 4:37 pm 2007 |
| Kamalesh Babulal | [BUG] 2.6.23-rc3-mm1 kernel BUG at mm/page_alloc.c:2876!
Hi Andrew,
I see call trace followed by the kernel bug with the 2.6.23-rc3-mm1
kernel and have attached the boot log and config file.
=======================================================
SLUB: Genslabs=12, HWalign=128, Order=0-1, MinObjects=4, CPUs=4, Nodes=16
Bad page state in process 'swapper'
page:cf00000000015818 flags:0x0000020000000400 mapping:0000000000000000
mapcount:0 count:0
Trying to fix it up, but a reboot is needed
Backtrace:
Call Trace:
[c0000000005cbab0] [c00000...
| Aug 22, 4:20 pm 2007 |
| Andrew Morton | Re: [BUG] 2.6.23-rc3-mm1 kernel BUG at mm/page_alloc.c:2876!
On Thu, 23 Aug 2007 01:50:10 +0530
Looks like process_zones() got a kmalloc_node() failure and then crashed in
the recovery code.
This:
--- a/mm/page_alloc.c~a
+++ a/mm/page_alloc.c
@@ -2814,6 +2814,8 @@ static int __cpuinit process_zones(int c
return 0;
bad:
for_each_zone(dzone) {
+ if (!populated_zone(zone))
+ continue;
if (dzone == zone)
break;
kfree(zone_pcp(dzone, cpu));
_
might help avoid the crash, but why did kmalloc_node() fail?
-
| Aug 22, 4:48 pm 2007 |
| previous day | today | next day |
|---|---|---|
| August 21, 2007 | August 22, 2007 | August 23, 2007 |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Faik Uygur | Re: Linux 2.6.21-rc1 |
| Ingo Molnar | [patch 02/13] syslets: add syslet.h include file, user API/ABI definitions |
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
git: | |
| Jarek Poplawski | Re: [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 |
| Steven Rostedt | Re: -rt scheduling: wakeup bug? |
