The return value of free_pages_check() indicates if PG_reserved was set.
If so, the calling functions return immediately and no pages are freed so
there is no need to call bad_page().
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Nick Piggin <[EMAIL PROTECTED]>
Signed-off-by: David Rientjes <[EMAIL PROTE
On Friday 17 November 2006 23:57, Jeremy Fitzhardinge wrote:
> Andi Kleen wrote:
> > I have had private patches for that myself, using the MSRs on AMD
> > and Intel.
> >
>
> Would they be something that could be cleaned up into something
> mergeable?
Hmm maybe.
> It would be nice to have so
Âèå áÿõòå ëþáåçíî ïîêàíåíè âúâ Globe Torrents.
Íèå ñìå ãîëÿì Òðàêåð ñúñ ìíîãî ïîòðåáèòåëè.. ïîñëåäíèòå ôèëìîâè ,ïðîãðàìíè
,ìóçèêàëíè ,èãðàëíè è XXX ðåëèèçè.
Ñàéòà å ÁÅÇÏËÀÒÅÍ è ìîæåòå äà ñâàëÿòå êîëêîòî ñè èñêàòå !
Çà äà ïîòâúðäèø ïîêàíàòà öúêíåòå íà äîëíèÿ ëèíê:
http://GlobeTorrents.com/signup.
>>
>> Thank you for the confirmation. Please include me in this thread if
>> someone
>> finds the answer. This bug seems to occur very frequently on my
>> machine with
>> 2.6.18.1 so I have been forced to revert back to 2.6.17.13 until I can
>> fix it.
>
> I haven't got around to looking at it y
Dear James,
I just had some issues when trying to compile ieee80211 1.2.15 together with
ipw3945 1.1.2 on the latest kernel tree
attached are two patches I had to create to work around it
I guess they are self-explanatory :-)
greets
mlo
--
Dipl.-Ing. Martin Lorenz
They that can gi
Oleg, do not remove CC people, please!
Oleg Verych wrote:
> On 2006-11-17, somebody from ckeith.clara.net wrote:
> []
>> dmesg is attached below, if anything else is needed please let me know.
>> And if any one knows of any older kernels that are more stable for this
>> hardware configuration (2x
In article <[EMAIL PROTECTED]>,
Oleg Verych <[EMAIL PROTECTED]> wrote:
>On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
>> > > > I found that sometimes processes disappear on some heavily used system
>> > > > of mine without any logging. So I've written a patch against 2.6.18.
On Fri, 17 Nov 2006, Andrew Morton wrote:
>
> Here's the current version of this monster patch:
>
> From: Jordan Crouse <[EMAIL PROTECTED]>
>
> If no default mode is specified, it should be grabbed from the supplied
> database, not the default one.
>
> [EMAIL PROTECTED]: fix it]
> [EMAIL PROTEC
On Fri, Nov 17, 2006 at 04:24:27PM +0100, Stefan Richter wrote:
> I wrote:
> > Mattia Dongili wrote:
> http://oioio.altervista.org/linux/2.6.19-rc5-mm2-1-ko
> > and
> > http://oioio.altervista.org/linux/config-2.6.19-rc5-mm2-1
> > | # CONFIG_SYSFS_DEPRECATED is not set
> >
> > | ieee1394: Nod
Hi to all,
I'm just sending this mail to advise that I get many warnings
during compilation of the kernel. If somebody wants to check
it here is the logs. Maybe can be of some help.
If you need additional info please cc me as I'm not on the list.
config file http://linux.redos.si/kernel/config
Greg KH wrote:
> On Fri, Nov 17, 2006 at 04:24:27PM +0100, Stefan Richter wrote:
>> I wrote:
>>> Either the FireWire host's device->klist_children was overwritten before
>>> the call to device_for_each_child
>> or *during* the run of device_for_each_child, which first successfully
>> called nodemgr
On Sat, 18 Nov 2006 02:09:46 +0100, Folkert van Heusden wrote:
>I found that sometimes processes disappear on some heavily used system
>of mine without any logging. So I've written a patch against 2.6.18.2
>which emits logging when a process emits a fatal signal.
>
>Signed-off-by: Folkert van Heusd
On Fri, 17 Nov 2006 08:30:08 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> > > > APIC error on CPU0: 00(00)
> > > >
> > > > Is it an ACPI problem?
> > >
> > > a 00 error code? Never seen that ... How frequently does it happen?
> >
> > On my x86-64 boxes the "APIC error on CPU0" message a
On Sat, 18 Nov 2006, Adrian Bunk wrote:
> This patch removes video drivers that:
> - had already been marked as BROKEN in 2.6.0 three years ago and
> - are still marked as BROKEN.
>
> These are the following drivers:
> - FB_CYBER
> - FB_VIRGE
> - FB_RETINAZ3
> - FB_ATARI
FB_ATARI has just been re
On Fri, Nov 17, 2006 at 11:32:59PM -0800, H. Peter Anvin wrote:
> Oleg Verych wrote:
> >On Fri, Nov 17, 2006 at 10:59:32PM -0800, H. Peter Anvin wrote:
> >>Oleg Verych wrote:
> >>>It will burn CPU, until power cycle will be done (my AMD64 laptop and
> >>>Intel's amd64 destop PC require that). In ca
> However, this test should probably be pushed earlier, into setup.S,
> where executing a BIOS-clean reboot is much easier.
It's already in there in fact. It wasn't originally, until we discovered
that there is no way to output a message in head.S when you're
using vesafb. The only way to give
Andi Kleen wrote:
Finding panic=.. would require writing a command line parser in 16bit assembly.
I have my doubts that's a good use of anyone's time.
There already is one, in the EDD code.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Friday 17 November 2006 23:37, Vivek Goyal wrote:
>
> This patch makes pgtable.h and page.h safe to include
> in assembly files like head.S. Allowing us to use
> symbolic constants instead of hard coded numbers when
> refering to the page tables.
I still think that macro is horrible ugly and
On Friday 17 November 2006 23:59, Vivek Goyal wrote:
> + * Copyright (c) 2006-2007 Vivek Goyal ([EMAIL PROTECTED])
Normally it's not ok to take sole copyright on code that you mostly copied ...
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
> - Fixed a bug during resume operation on machines which support NX bit.
>
> Your comments/suggestions are welcome.
The patches mostly look good to me. Lots of valuable cleanups too.
But they are clearly .21 material, needing much more testing.
I don't want to merge them before I have the .20
Andi Kleen writes:
> On Friday 17 November 2006 23:59, Vivek Goyal wrote:
>
> > + * Copyright (c) 2006-2007 Vivek Goyal ([EMAIL PROTECTED])
>
> Normally it's not ok to take sole copyright on code that you mostly copied ...
Is this a case where the original had no copyright notice? If so,
what
On Saturday 18 November 2006 11:55, Paul Mackerras wrote:
> Andi Kleen writes:
>
> > On Friday 17 November 2006 23:59, Vivek Goyal wrote:
> >
> > > + * Copyright (c) 2006-2007 Vivek Goyal ([EMAIL PROTECTED])
> >
> > Normally it's not ok to take sole copyright on code that you mostly copie
On Saturday 18 November 2006 11:20, Martin Lorenz wrote:
> Dear James,
>
> I just had some issues when trying to compile ieee80211 1.2.15 together
> with ipw3945 1.1.2 on the latest kernel tree
>
> attached are two patches I had to create to work around it
> I guess they are self-explanatory :-)
I
Ingo Molnar wrote:
i've released the 2.6.18-rc6-rt3 tree
Hi Ingo,
lockdep doesn't compile on UP. per_cpu_offset only makes sense on SMP.
Michal
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 8f6ba22..d46082d 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockdep.c
@@ -1194,8 +1194,13 @@ r
OpenVZ developers team has encountered the following problem in 2.6.19-rc6
kernel. After some seconds of running script
while [[ 1 ]]
do
find /proc -name mountstats | xargs cat
done
this Oops appears:
BUG: unable to handle kernel NULL pointer dereference at virtual address
0010
p
18 Kas 2006 Cts 12:20 tarihinde, Martin Lorenz şunları yazmıştı:
> Dear James,
>
> I just had some issues when trying to compile ieee80211 1.2.15 together
> with ipw3945 1.1.2 on the latest kernel tree
>
> attached are two patches I had to create to work around it
> I guess they are self-explanato
Am Samstag, 18. November 2006 12:43 schrieb Paolo Ornati:
> On Fri, 17 Nov 2006 08:30:08 -0800
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
> > > > > APIC error on CPU0: 00(00)
> > > > >
> > > > > Is it an ACPI problem?
> > > >
> > > > a 00 error code? Never seen that ... How frequently does
Hello lkml!
Im currently testing 2.6.19-rc5-mm1. Everything works really fine except the
little wart with bad multimedia interactivity with a kernel compiling in the
background. So I tried to narrow it down as much
as possible.
I did several find's,dd's and cats in parrallel and watched four i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I experimented with SyncCE; after starting IrDA I got this:
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ip_tables: (C) 20
Am Samstag 18 November 2006 14:12 schrieb Christian:
> So I tried to nice the make and see what happens:
>
> nice 5 make -j4: Seems to make no difference. Heavy stuttering in glxgears
> and et
> nice 10 make -j4: Somewhat better but still unusable with et
>
> everything above nice 15 is usable. nic
> 4. If this is about detecting the loss of specific processes
>(network services say), then the problem can be solved in
>user-space by using a separate monitor process, or by
>controlling the processes via ptrace.
No not only for specific processes. It helps you detect problems with
During my I/O load test, after about half an hour of heavy I/O on three SATAII
disks the system suddenly hung for about 3 seconds. After that I checked
dmesg and found the following error output:
[ 4574.193809] ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0 gen_ctl
0x1501000 status 0x40
* Michal Schmidt <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
>
> >i've released the 2.6.18-rc6-rt3 tree
> Hi Ingo,
> lockdep doesn't compile on UP. per_cpu_offset only makes sense on SMP.
yeah - i'll remove the offset printing instead. (fixed the bug for which
it was helpful)
Ingo
On Fri, 17 Nov 2006, Francis Moreau wrote:
> On Fri, 2006-11-17 at 14:12 +, moreau francis wrote:
> > Peter Zijlstra wrote:
> >
> > The new object is the one allocated using:
> > new = kmem_cache_alloc(vm_area_cachep, SLAB_KERNEL);
>
> Of course but at this point the choice of the new VMA is a
Nice to meet you, Miquel!
On 2006-11-18, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Oleg Verych <[EMAIL PROTECTED]> wrote:
>>On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
>>> > > > I found that sometimes processes disappear on some heavily used system
On Fri, 17 Nov 2006 18:38:10 +0100, Joakim Tjernlund wrote:
> On Nov 17, 2006, at 10:38 AM, Joakim Tjernlund wrote:
>
> > I get this when I activathte NTP and ntp "sync" the time the I2C HW
> > clock.
>
> You may be better off posting this to lkml and copy the i2c list (and
> rtc if one exist
Ismail Donmez wrote:
18 Kas 2006 Cts 12:20 tarihinde, Martin Lorenz şunları yazmıştı:
Dear James,
I just had some issues when trying to compile ieee80211 1.2.15 together
with ipw3945 1.1.2 on the latest kernel tree
attached are two patches I had to create to work around it
I guess the
On Sat, Nov 18, 2006 at 04:23:06AM +0100, Pavol Gono wrote:
> After resolving http://bugzilla.kernel.org/show_bug.cgi?id=7481
> I was thinking about possibilities how to prevent such bugs with
> testing. Usually just few insmods and rmmods show, whether the
> initialization and cleanup code of modu
Am Samstag, 18. November 2006 14:25 schrieb Prakash Punnoor:
> Am Samstag 18 November 2006 14:12 schrieb Christian:
> > So I tried to nice the make and see what happens:
> >
> > nice 5 make -j4: Seems to make no difference. Heavy stuttering in
> > glxgears and et
> > nice 10 make -j4: Somewhat bett
18 Kas 2006 Cts 16:26 tarihinde, Stephen Clark şunları yazmıştı:
> Ismail Donmez wrote:
> >18 Kas 2006 Cts 12:20 tarihinde, Martin Lorenz şunları yazmıştı:
> >>Dear James,
> >>
> >>I just had some issues when trying to compile ieee80211 1.2.15 together
> >>with ipw3945 1.1.2 on the latest ker
>
> On Fri, 17 Nov 2006 18:38:10 +0100, Joakim Tjernlund wrote:
> > On Nov 17, 2006, at 10:38 AM, Joakim Tjernlund wrote:
> >
> > > I get this when I activathte NTP and ntp "sync" the time
> the I2C HW
> > > clock.
> >
> > You may be better off posting this to lkml and copy the i2c
> list (a
On Sat, Nov 18, 2006 at 11:58:14AM +0100, Andi Kleen wrote:
> On Saturday 18 November 2006 11:55, Paul Mackerras wrote:
> > Andi Kleen writes:
> >
> > > On Friday 17 November 2006 23:59, Vivek Goyal wrote:
> > >
> > > > + * Copyright (c) 2006-2007 Vivek Goyal ([EMAIL PROTECTED])
> > >
> > > No
From: Paul Bonser <[EMAIL PROTECTED]>
Restoring old, correct comment for sk_filter_release, moving it to where it
should actually be, and changing new comment into proper comment for
sk_filter_rcu_free, where it actually makes sense.
The original fix submitted for this on Oct 23 mistakenly docu
On Sat, 18 Nov 2006 13:55:04 +0100
Karsten Wiese <[EMAIL PROTECTED]> wrote:
>
> Could you try the following, as of yet untested patch?
> It's i386 twin makes an APIC error vanish here on a K8.
>
> Karsten
> ---
> From 54248a
make xconfig says
"Warning! Found recursive dependency: INET IPV6 DLM (null) DLM_TCP INET"
Seems to be another example of how badly the "select" keyword is handled
by the .config make targets. Replace all occurences of "select" in dlm's
Kconfig by "depends on" and some additional help texts.
Sign
There are a few things I don't like about this patch.
On Fri, 17 Nov 2006, Paul E. McKenney wrote:
> diff -urpNa -X dontdiff linux-2.6.19-rc5/kernel/srcu.c
> linux-2.6.19-rc5-dsrcu/kernel/srcu.c
> --- linux-2.6.19-rc5/kernel/srcu.c2006-11-17 13:54:17.0 -0800
> +++ linux-2.6.19-rc5-ds
i've released the 2.6.18-rc6-rt4 tree, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
NOTE: the YUM repository has changed the -rt kernel's package name, it's
now kernel-rt, so it does not override the kernel package. If you have
rt.repo already then
> Time for me to let -mm loose on my PC.
Small progress:
- I get the oops already in nodemgr_remove_ne, unlike the original
report where it happened a little later in driver core functions
called by nodemgr_remove_ne.
- I get it only if eth1394 is loaded when I unload ohci1394.
- Like
On Sat, 18 Nov 2006, David Rientjes wrote:
> The return value of free_pages_check() indicates if PG_reserved was set.
> If so, the calling functions return immediately and no pages are freed so
> there is no need to call bad_page().
>
> Cc: Andi Kleen <[EMAIL PROTECTED]>
> Cc: Nick Piggin <[EMAIL
On Sat, Nov 18, 2006 at 11:15:27AM -0500, Alan Stern wrote:
> There are a few things I don't like about this patch.
>
> On Fri, 17 Nov 2006, Paul E. McKenney wrote:
>
> > diff -urpNa -X dontdiff linux-2.6.19-rc5/kernel/srcu.c
> > linux-2.6.19-rc5-dsrcu/kernel/srcu.c
> > --- linux-2.6.19-rc5/kern
Toralf F??rster <[EMAIL PROTECTED]> :
[...]
> WARNING: "hdlc_close" [drivers/net/wan/dscc4.ko] undefined!
> WARNING: "hdlc_open" [drivers/net/wan/dscc4.ko] undefined!
> WARNING: "alloc_hdlcdev" [drivers/net/wan/dscc4.ko] undefined!
> WARNING: "unregister_hdlc_device" [drivers/net/wan/dscc4.ko] unde
> > Of course you can't do that. You're calling rtc_set_time(), which
> > requires a task/sleeping context, from an atomic can't-sleep context
> > (timer irq handler in this case).
> >
> > Whatever your rtc_class_hookup() is doing, it's clearly wrong.
>
> It isn't my rtc_class_hookup(), it is in
On Sat, Nov 18, 2006 at 09:52:02AM +0100, Andi Kleen wrote:
>
> > - Fixed a bug during resume operation on machines which support NX bit.
> >
> > Your comments/suggestions are welcome.
>
> The patches mostly look good to me. Lots of valuable cleanups too.
>
> But they are clearly .21 material, n
On Sat, Nov 18, 2006 at 09:49:14AM +0100, Andi Kleen wrote:
> On Friday 17 November 2006 23:37, Vivek Goyal wrote:
> >
> > This patch makes pgtable.h and page.h safe to include
> > in assembly files like head.S. Allowing us to use
> > symbolic constants instead of hard coded numbers when
> > refer
Hi!
> > > > > + * Copyright (c) 2006-2007 Vivek Goyal ([EMAIL PROTECTED])
> > > >
> > > > Normally it's not ok to take sole copyright on code that you mostly
> > > > copied ...
> > >
> > > Is this a case where the original had no copyright notice? If so,
> > > what do you suggest Vivek should
From: Vladimir Ananiev <[EMAIL PROTECTED]>
Framebuffer support for Siemens SX1; this is second big patch. (Third
one will be mixer/sound support). Support is simple / pretty minimal,
but seems to work okay (and is somehow important for a cell phone :-).
Signed-off-by: Pavel Machek <[EMAIL PROTECT
On 11/17, Paul E. McKenney wrote:
>
> Oleg, any thoughts about Jens's optimization? He would code something
> like:
>
> if (srcu_readers_active(&my_srcu))
> synchronize_srcu();
> else
> smp_mb();
Well, this is clearly racy, no? I am not sure, but may be we
On 11/17, Paul E. McKenney wrote:
>
> int srcu_read_lock(struct srcu_struct *sp)
> {
> int idx;
> + struct srcu_struct_array *sap;
>
> preempt_disable();
> idx = sp->completed & 0x1;
> - barrier(); /* ensure compiler looks -once- at sp->completed. */
> - per_cpu_p
looking at the kernel source, after constant failures to boot linux on a core
2 imac, has made me understand that only i386 and ia64 support efi booting,
but x86_64 does not.
it makes sense, if you think about it... AFAIK, until the new core 2 imacs
were out there was no x86_64 efi pc, so why sh
On Nov 18 2006 02:38, Oleg Verych wrote:
>On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
>> > > > I found that sometimes processes disappear on some heavily used system
>> > > > of mine without any logging. So I've written a patch against 2.6.18.2
>> > > > which emits logging
On 11/18, Paul E. McKenney wrote:
>
> On Sat, Nov 18, 2006 at 11:15:27AM -0500, Alan Stern wrote:
> > > + smp_processor_id())->c[idx]++;
> > > + smp_mb();
> > > + preempt_enable();
> > > + return idx;
> > > + }
> > > + if (mutex_trylock(&sp->mutex)) {
> >
>> 4. If this is about detecting the loss of specific processes
>>(network services say), then the problem can be solved in
>>user-space by using a separate monitor process, or by
>>controlling the processes via ptrace.
>
>No not only for specific processes. It helps you detect problem
On Nov 17 2006 12:23, Divy Le Ray <[EMAIL PROTECTED]> wrote:
>Subject: [PATCH 1/10] cxgb3 - main header files
(For all files)
Some suggestions:
* change the typedefs to struct, this includes:
adapter_t -> struct adapter
* function prototypes and function headers (e.g. t3_get_cong
Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Michael Buesch <[EMAIL PROTECTED]>
Drain the Microcode TX-status-FIFO before we enable IRQs.
This is required, because the FIFO may still have entries left
from a previous run.
On Sat, Nov 18, 2006 at 11:34:41AM +0100, Michael Schmitz wrote:
> On Sat, 18 Nov 2006, Adrian Bunk wrote:
>
> > This patch removes video drivers that:
> > - had already been marked as BROKEN in 2.6.0 three years ago and
> > - are still marked as BROKEN.
> >
> > These are the following drivers:
>
On Sat, Nov 18, 2006 at 09:07:03PM +0200, Dror Levin wrote:
> looking at the kernel source, after constant failures to boot linux on a core
> 2 imac, has made me understand that only i386 and ia64 support efi booting,
> but x86_64 does not.
> it makes sense, if you think about it... AFAIK, until
On Sat, 18 Nov 2006, Paul E. McKenney wrote:
> > > @@ -94,7 +112,8 @@ void cleanup_srcu_struct(struct srcu_str
> > > WARN_ON(sum); /* Leakage unless caller handles error. */
> > > if (sum != 0)
> > > return;
> > > - free_percpu(sp->per_cpu_ref);
> > > + if (sp->per_cpu_ref != NULL)
On Sat, Nov 18, 2006 at 09:40:13PM +0100, Tomasz Torcz wrote:
> On Sat, Nov 18, 2006 at 09:07:03PM +0200, Dror Levin wrote:
> > looking at the kernel source, after constant failures to boot linux on a
> > core
> > 2 imac, has made me understand that only i386 and ia64 support efi booting,
> > bu
On 11/18, Alan Stern wrote:
>
> By the way, I think the fastpath for synchronize_srcu() should be safe,
> now that you have added the memory barriers into srcu_read_lock() and
> srcu_read_unlock(). You might as well try putting it in.
I still think the fastpath should do mb() unconditionally to
On Friday 17 November 2006 4:58 am, Anderson Briglia wrote:
> - Password caching: when inserting a locked card, the driver should try
>to unlock it with the currently stored password (if any), and if it
>fails, revoke the key containing it and fallback to the normal "no
>password prese
David Brownell wrote:
> I thought the MMC vendors expected to see the actual user-typed
> password get SHA1-hashed into a value which would take up the whole
> buffer? In general that's a good idea, since it promotes use of
> longer passphrases (more information) over short ones (easy2crack).
>
On Sat, Nov 18, 2006 at 01:09:57PM -0800, [EMAIL PROTECTED] wrote:
> On Sat, Nov 18, 2006 at 09:40:13PM +0100, Tomasz Torcz wrote:
> > On Sat, Nov 18, 2006 at 09:07:03PM +0200, Dror Levin wrote:
> > > looking at the kernel source, after constant failures to boot linux on a
> > > core
> > > 2 imac
I added the following patch:
--- linux-2.6.19-rc5-mm2.orig/drivers/ieee1394/nodemgr.c2006-11-18
21:18:05.0 +0100
+++ linux-2.6.19-rc5-mm2/drivers/ieee1394/nodemgr.c 2006-11-18
21:33:44.0 +0100
@@ -798,8 +798,9 @@ static void nodemgr_remove_uds(struct no
static void
On Sat, Nov 18, 2006 at 08:30:02PM +0100, Jan Engelhardt wrote:
>
> On Nov 18 2006 02:38, Oleg Verych wrote:
> >On Sat, Nov 18, 2006 at 03:04:13AM +0100, Folkert van Heusden wrote:
> >> > > > I found that sometimes processes disappear on some heavily used
> >> > > > system
> >> > > > of mine with
I wrote:
> It seems like one of the patches in -mm overwrites a device's list of
> children with junk.
And this happens only if eth1394 wasn't unloaded (therefore unbound
from FireWire "ud" devices beneath FireWire "ne" devices beneath the
FireWire host devices) before the host devices's children
On Sun, 19 Nov 2006, Oleg Nesterov wrote:
> On 11/18, Alan Stern wrote:
> >
> > By the way, I think the fastpath for synchronize_srcu() should be safe,
> > now that you have added the memory barriers into srcu_read_lock() and
> > srcu_read_unlock(). You might as well try putting it in.
>
> I s
On Saturday 18 November 2006 1:42 pm, Pierre Ossman wrote:
> David Brownell wrote:
> > I thought the MMC vendors expected to see the actual user-typed
> > password get SHA1-hashed into a value which would take up the whole
> > buffer? In general that's a good idea, since it promotes use of
> > lon
Fixes the oops in cpufreq_stats with acpi_cpufreq driver.
The issue was that the frequency was reported as 0 in acpi-cpufreq.c.
The bug is due to different indicies for freq_table and ACPI perf table.
Also adds a check in cpufreq_stats to check for error return from
freq_table_get_index() and avo
On Wed, Nov 15, 2006 at 11:01:00AM -0800, Ray Lee wrote:
> I've come back to my laptop being mostly dead after hours of it being off on
> its own (twice now). Mostly dead meaning the keyboard is nearly
> non-responsive, but the mouse works great (I'm in X, of course). I say 'nearly
> dead' as sysr
On Sat, 2006-11-18 at 06:24 -0500, Joseph Fannin wrote:
> This sounds like what my laptop was doing in -rc5, though mine
> didn't take hours to start acting up.
>
> I *think* it was the MSI troubles, causing interrupts to get
> lost forever. Anyway, it went away in -rc6.
Hah, that's a l
Johannes Berg wrote:
On Sat, 2006-11-18 at 06:24 -0500, Joseph Fannin wrote:
This sounds like what my laptop was doing in -rc5, though mine
didn't take hours to start acting up.
I *think* it was the MSI troubles, causing interrupts to get
lost forever. Anyway, it went away in -rc6.
Larry Finger wrote:
> Johannes Berg wrote:
>> Hah, that's a lot more plausible than bcm43xx's drain patch actually
>> causing this. So maybe somehow interrupts for bcm43xx aren't routed
>> properly or something...
>>
>> Ray, please check /proc/interrupts when this happens.
When it happens, I can't
On Sat, Nov 18, 2006 at 09:27:13AM -0800, Ray Lee wrote:
> Larry Finger wrote:
> > Johannes Berg wrote:
> >> Hah, that's a lot more plausible than bcm43xx's drain patch actually
> >> causing this. So maybe somehow interrupts for bcm43xx aren't routed
> >> properly or something...
> >>
> >> Ray, ple
Ray Lee wrote:
Larry Finger wrote:
Johannes Berg wrote:
Hah, that's a lot more plausible than bcm43xx's drain patch actually
causing this. So maybe somehow interrupts for bcm43xx aren't routed
properly or something...
Ray, please check /proc/interrupts when this happens.
When it happens, I c
The MTD_PCMCIA driver has:
- already been marked as BROKEN in 2.6.0 three years ago and
- is still marked as BROKEN.
Drivers that had been marked as BROKEN for such a long time seem to be
unlikely to be revived in the forseeable future.
But if anyone wants to ever revive this driver, the code is
dev->devt_attr is allocated in device_add() but it is never freed in
device_del() in the drivers/base/core.c file (reported by kmemleak).
Signed-off-by: Catalin Marinas <[EMAIL PROTECTED]>
---
I sent this patch before for 2.6.18 but it probably got lost. Anyway,
I found the bug again while testin
On 11/18, Alan Stern wrote:
>
> On Sun, 19 Nov 2006, Oleg Nesterov wrote:
>
> > On 11/18, Alan Stern wrote:
> > >
> > > By the way, I think the fastpath for synchronize_srcu() should be safe,
> > > now that you have added the memory barriers into srcu_read_lock() and
> > > srcu_read_unlock(). Y
Move the loop from freeze_processes() to a separate function and call it
independently for user space processes and kernel threads so that the order of
freezing tasks is clearly visible.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
kernel/power/process.c | 88 +++
Move all labels in the swsusp code to the second column, so that they won't
fool diff -p.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
kernel/power/disk.c |6 +++---
kernel/power/snapshot.c |8
kernel/power/swap.c |4 ++--
kernel/power/swsusp.c |2 +-
Hi,
The following series of patches cleans up some suspend-related code.
Greetings,
Rafael
--
You never change things by fighting the existing reality.
R. Buckminster Fuller
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
Fix coding style in suspend.c.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
kernel/power/snapshot.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6.19-rc5-mm2/kernel/power/snapshot.c
===
--- l
Move the loop from thaw_processes() to a separate function and call it
independently for kernel threads and user space processes so that the order
of thawing tasks is clearly visible.
Drop thaw_kernel_threads() which is never used.
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
---
include
Hi.
On Sat, 2006-11-18 at 23:47 +0100, Rafael J. Wysocki wrote:
> Move the loop from thaw_processes() to a separate function and call it
> independently for kernel threads and user space processes so that the order
> of thawing tasks is clearly visible.
>
> Drop thaw_kernel_threads() which is nev
Hi.
On Sat, 2006-11-18 at 23:51 +0100, Rafael J. Wysocki wrote:
> Move all labels in the swsusp code to the second column, so that they won't
> fool diff -p.
This sounds like working around brokenness in diff -p. Should/could a
patch be submitted to the diff maintainer instead?
Regards,
Nigel
On Nov 18 2006 21:51, Oleg Verych wrote:
>On Sat, Nov 18, 2006 at 08:30:02PM +0100, Jan Engelhardt wrote:
>> >Then, who you think prints that "Killed" or "Segmentation fault"
>> >messages in *stderr*?
>> >[Hint: libc's default signal handler (man 2 signal).]
>>
>> Please enlighten us on how you p
On Sunday, 19 November 2006 00:06, Nigel Cunningham wrote:
> Hi.
>
> On Sat, 2006-11-18 at 23:51 +0100, Rafael J. Wysocki wrote:
> > Move all labels in the swsusp code to the second column, so that they won't
> > fool diff -p.
>
> This sounds like working around brokenness in diff -p. Should/coul
I just rediscovered a deadlock in drivers/ieee1394/nodemgr.c which I
thought didn't exist anymore. It's still there, it's just a matter of
timing to trigger this. Quoting myself from
http://bugzilla.kernel.org/show_bug.cgi?id=6706 :
-
Please take a look at 7466, they seem to fight same problem, so may be
removing same patch will work...
And Linus is about to drop it anyway...
Regards,
Alex.
David Brownell wrote:
On Thursday 16 November 2006 10:22 pm, David Brownell wrote:
On Thursday 16 November 2006 7:41 am, Alexey St
Christian wrote:
> During my I/O load test, after about half an hour of heavy I/O on three
> SATAII
> disks the system suddenly hung for about 3 seconds. After that I checked
> dmesg and found the following error output:
>
> [ 4574.193809] ata2: EH in ADMA mode, notifier 0x0 notifier_error 0x0
On Tuesday 14 November 2006 7:32 am, Alessandro Suardi wrote:
> On 11/13/06, Mark Lord <[EMAIL PROTECTED]> wrote:
> > Shawn Starr wrote:
> > > With WPA2? I have to confirm if things are still broken with ipw2200
> > > 1.1.4. I wish this was sorted out. Really, the developers seem to have
> > > vani
1 - 100 of 118 matches
Mail list logo
