Hi all,
This is a patch based on the Ingo's idea/patch to track
delay_tsc() migration to another cpu by comparing
smp_processor_id(). It is against kernel-2.6.24-rc3.
What is different:
1. Using unsigned (instead of long) to unify for i386/x86_64.
2. Minimal preempt_disable/enable() critical
I've done some more testing this morning, and it appears that the ALSA:
emu10k1 - Fix memory corruption patch from 2.6.23.6 has broken digital
output on my SB Live Value card. Simply replacing the 2.6.23.7 emumixer.c
with the version included in 2.6.23.1 I was able to get digital output
On Sat, 2007-11-17 at 19:38 +0300, Oleg Nesterov wrote:
While you're at it, you could fix the status argument to
wait_noreap_copyout.
It should be just exit_code, not the WIFSTOPPED bit format it does now.
OK, unless Scott is going to do this.
Have sent this patch separately to the list
In wait_task_stopped() exit_code already contains the right value for
the si_status member of siginfo, and this is simply set in the non
WNOWAIT case.
Pass it unchanged to wait_noreap_copyout(); we would only need to
shift it and add 0x7f if we were returning it in the user status field
and
checkpatch: Print filenames of patches instead of the very uninformative
`Your patch'.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
This patch is not `checkpatch' clean :-)
Although I shortened 2 lines, they're still longer than 80 characters...
scripts/checkpatch.pl |4 ++--
1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H. Peter Anvin wrote:
It seems to me that we could accomplish the same thing by passing the
number of parameters in the upper bits of the system call number
register (%eax in the case of x86.)
This isn't really a generic solution. The number of
From: Finn Thain [EMAIL PROTECTED]
The mail service for the mac.linux-m68k.org domain is defunct.
Signed-off-by: Finn Thain [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
MAINTAINERS |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/MAINTAINERS
+++
Hi Andrew,
Here are some m68k patches for 2.6.25:
[1] m68k: ARRAY_SIZE() cleanup
[2] dio: ARRAY_SIZE() cleanup
[3] m68k: Balance ioremap and iounmap in m68k/atari/hades-pci.c
[4] nubus: kill drivers/nubus/nubus_syms.c
[5] m68k: kill arch/m68k/mac/mac_ksyms.c
[6] m68k: kill
From: Alejandro Martinez Ruiz [EMAIL PROTECTED]
dio: ARRAY_SIZE() cleanup
Signed-off-by: Alejandro Martinez Ruiz [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/dio/dio.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/dio/dio.c
+++
From: Adrian Bunk [EMAIL PROTECTED]
m68k: kill arch/m68k/mvme16x/mvme16x_ksyms.c
EXPORT_SYMBOL's belong to the actual code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/mvme16x/Makefile|2 +-
From: Adrian Bunk [EMAIL PROTECTED]
m68k: kill arch/m68k/atari/atari_ksyms.c
EXPORT_SYMBOL's belong to the actual code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/atari/Makefile |2 +-
arch/m68k/atari/ataints.c |
From: Roel Kluin [EMAIL PROTECTED]
m68k: Balance ioremap and iounmap in m68k/atari/hades-pci.c
Signed-off-by: Roel Kluin [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/atari/hades-pci.c | 56 +---
1 file changed, 27
Hi Linus, Andrew,
Here are 3 m68k patches for 2.6.24:
[1] m68k: export atari_keyb_init
[2] Amiga zorro bus: Add missing zorro_device_remove()
[3] mac68k: mailing list addresss
Please apply. Thx!
Gr{oetje,eeting}s,
Geert
--
Geert
From: Adrian Bunk [EMAIL PROTECTED]
m68k: export atari_keyb_init
This patch fixes the following build error:
-- snip --
..
MODPOST 25 modules
ERROR: atari_keyb_init [drivers/input/mouse/atarimouse.ko] undefined!
ERROR: atari_keyb_init [drivers/input/keyboard/atakbd.ko] undefined!
make[2]:
From: Geert Uytterhoeven [EMAIL PROTECTED]
Amiga zorro bus: Add missing zorro_device_remove(). Without this ifconfig and
/proc/net/dev oops after unloading a Zorro network device driver module.
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/zorro/zorro-driver.c | 15
From: Alejandro Martinez Ruiz [EMAIL PROTECTED]
m68k: ARRAY_SIZE() cleanup
Signed-off-by: Alejandro Martinez Ruiz [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/amiga/amisound.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
From: Adrian Bunk [EMAIL PROTECTED]
nubus: kill drivers/nubus/nubus_syms.c
EXPORT_SYMBOL's belong to the actual code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/nubus/Makefile |1 -
drivers/nubus/nubus.c | 13
From: Adrian Bunk [EMAIL PROTECTED]
m68k: kill arch/m68k/hp300/ksyms.c
It was empty.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/hp300/Makefile |2 +-
arch/m68k/hp300/ksyms.c |9 -
2 files changed, 1
From: Adrian Bunk [EMAIL PROTECTED]
m68k: kill arch/m68k/mac/mac_ksyms.c
EXPORT_SYMBOL's belong to the actual code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/mac/Makefile|2 +-
arch/m68k/mac/mac_ksyms.c |8
From: Finn Thain [EMAIL PROTECTED]
Corrects a mistake I made in a comment.
Signed-off-by: Finn Thain [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
drivers/macintosh/via-macii.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
From: Adrian Bunk [EMAIL PROTECTED]
m68k: kill arch/m68k/amiga/amiga_ksyms.c
EXPORT_SYMBOL's belong to the actual code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/amiga/Makefile |2 +-
arch/m68k/amiga/amiga_ksyms.c |
From: Finn Thain [EMAIL PROTECTED]
Add some new card definitions and fix a typo (from Eugen Paiuc).
Signed-off-by: Finn Thain [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
include/linux/nubus.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
---
From: Stanislav Brabec [EMAIL PROTECTED]
It seems, that current kernel source code contains no traces of
MAC_ADBKEYCODES and no reference to keyboard_sends_linux_keycodes any
more.
Attached patch removes them from configuration files.
Signed-off-by: Stanislav Brabec [EMAIL PROTECTED]
From: Finn Thain [EMAIL PROTECTED]
Remove dead code.
Signed-off-by: Finn Thain [EMAIL PROTECTED]
Signed-off-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
arch/m68k/mac/config.c |2 --
include/asm-m68k/macintosh.h |2 --
2 files changed, 4 deletions(-)
--- a/arch/m68k/mac/config.c
On Sunday 18 November 2007 05:04:01 Herbert Xu wrote:
On Sun, Nov 18, 2007 at 04:30:40AM +0100, Patrick McHardy wrote:
On a related issue, I think the rng interface is not very suitable
for chips like HIFN that have a constant random bandwidth, it would
make a lot more sense to return the
Joe Perches wrote:
fix sparse warnings Using plain integer as NULL pointer
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Nov 18, 2007 5:22 AM, Casey Schaufler [EMAIL PROTECTED] wrote:
--- Peter Dolding [EMAIL PROTECTED] wrote:
On Nov 17, 2007 11:08 AM, Crispin Cowan [EMAIL PROTECTED] wrote:
Peter Dolding wrote:
What is left unspecified here is 'how' a child 'with its own profile'
is
confined
On Sunday, 18 of November 2007, Mark Lord wrote:
pciehp_fix_double_init_bug.patch:
Earlier patches to split out the hardware init for PCIe hotplug
resulted in some one-time initializations being redone on every
resume cycle. Eg. irq/polling initialization.
This patch splits the hardware
On Sat, 2007-11-17 at 10:12 -0800, Daniel Walker wrote:
What specifically is wrong with dev-sem ?
Nothing really, other than that they use semaphores to avoid lockdep :-/
I think I know how to annotate this, after Alan Stern explained all the
use cases, but I haven't come around to
Hi!
echo disk /sys/power/state
successfully saves that state to the disk, but just as the laptop is
about to turn itself off, it reboots (successfully, so the
hibernation/resume process works well, even with X running! which is
awesome :) ). But I'd rather like the computer turned off
Alan Stern napsal(a):
On Sat, 17 Nov 2007, Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Jiri Slaby wrote:
On 11/16/2007 05:10 PM, Alan Stern wrote:
The thing to do is figure out which driver is causing the problem.
Jiri, try enabling CONFIG_DEBUG_DRIVER.
Sadly no output.
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that
years ago bisection of a bug was a very laborous task
so that it was only used as a final, last-ditch
approach for really nasty bugs. Today we can
autonomouly bisect
On 11/18/2007 01:42 PM, Jiri Slaby wrote:
See shot of prints here:
http://www.fi.muni.cz/~xslaby/sklad/susp_hang1.png
BTW output from that tree minus the patch:
_cpu_down: s
_cpu_down: t
CPU 1 is now offline
SMP alternatives: switching to UP code
_cpu_down: u
notifier_call_chain: c
On 18-11-07 13:44, Pavel Machek wrote:
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone
else.
Hmmm, clean-cg is 7.7G on my machine, and yes I tried
git-prune-packed. What am I doing wrong?
clean-cg? But failure to run git repack -a -d
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 01:42 PM, Jiri Slaby wrote:
See shot of prints here:
http://www.fi.muni.cz/~xslaby/sklad/susp_hang1.png
BTW output from that tree minus the patch:
Hm, it looks like one of the CPU hotplug notifiers is doing something wrong.
But for last 4 days the consumed cycles have suddenly increased to
around 35 cycles . I'm using RDTSC instruction to profile the
code.There is no change in code and the kernel version is also the
same .I am assuming that there must be something wrong with hardware.
Please guide me how can i
On 11/18/2007 02:42 PM, Rafael J. Wysocki wrote:
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 01:42 PM, Jiri Slaby wrote:
See shot of prints here:
http://www.fi.muni.cz/~xslaby/sklad/susp_hang1.png
BTW output from that tree minus the patch:
Hm, it looks like one of the
First of all, a disclaimer.
I am new to the kernel and this is my first report. As such I can make mistakes.
In doubt feel free to assume that the fault lies with me or my system.
A computer I have crashes during the boot process. My .config is
attached, I have generated it with oldconfig from a
On Sun, 2007-11-18 at 13:58 +0100, Rene Herman wrote:
On 18-11-07 13:44, Pavel Machek wrote:
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
It's a 540MByte download over a slow link for everyone
else.
Hmmm, clean-cg is 7.7G on my machine, and yes I tried
git-prune-packed. What am
On 11/17, Eric W. Biederman wrote:
Oleg Nesterov [EMAIL PROTECTED] writes:
Make sure that task_pid_nr_ns() returns !0 before updating tgid. Note that
next_tgid(tgid + 1) can find the same struct pid again, but we shouldn't
go into the endless loop because pid_task(PIDTYPE_PID) must
Rafael J. Wysocki wrote:
..
Which kernel is it against?
..
This patch is for -mm and for Kristen's queue. Not for 2.6.24.
..
Patch was generated against 2.6.24-rc2-git4.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 02:42 PM, Rafael J. Wysocki wrote:
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 01:42 PM, Jiri Slaby wrote:
See shot of prints here:
http://www.fi.muni.cz/~xslaby/sklad/susp_hang1.png
BTW output from that
On 11/18/2007 04:03 PM, Rafael J. Wysocki wrote:
Can you also make the new System-map available, please?
Sure:
http://www.fi.muni.cz/~xslaby/sklad/System.map1
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 04:03 PM, Rafael J. Wysocki wrote:
Can you also make the new System-map available, please?
Sure:
http://www.fi.muni.cz/~xslaby/sklad/System.map1
The last notifier called in http://www.fi.muni.cz/~xslaby/sklad/susp_hang2.png
is
kernel coder wrote:
hi,
I'm trying to add some code to netif_receive_skb function in
dev.c file . The cycles consumed by that code was around 16 cycles on
Dual Core Opetron machine.I'm working on that code for last 6 months
now and the consumed cycles have always been around 16 cycles .I
Mark Lord wrote:
Rafael J. Wysocki wrote:
..
Which kernel is it against?
..
This patch is for -mm and for Kristen's queue. Not for 2.6.24.
..
Patch was generated against 2.6.24-rc2-git4.
..
That is, against 2.6.24-rc2-git4 with the earlier PCIe hotplug patches
also already applied, as
On Fri, 16 Nov 2007, Chris Wedgwood wrote:
Oops, I meant it for NFSD... and I'm somewhat serious. I'm not
saying it's a good long term solution, but a potentially safer
short-term workaround.
I've opened http://bugzilla.kernel.org/show_bug.cgi?id=9400 to track this
one (and to not forget
* Pavel Machek [EMAIL PROTECTED] wrote:
On Tue 2007-11-13 12:50:08, Mark Lord wrote:
Ingo Molnar wrote:
for example git-bisect was godsent. I remember that
years ago bisection of a bug was a very laborous task
so that it was only used as a final, last-ditch
approach for really
On 11/18/2007 04:23 PM, Rafał J. Wysocki wrote:
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 04:03 PM, Rafael J. Wysocki wrote:
Can you also make the new System-map available, please?
Sure:
http://www.fi.muni.cz/~xslaby/sklad/System.map1
The last notifier called in
On 18-11-07 15:35, James Bottomley wrote:
clean-cg? But failure to run git repack -a -d every once in a while?
Actually, the best command is
git gc
which does a repack (into a single pack file rather than an incremenal),
and then removes all the objects now in the pack. If, like me, you
On Sun, 18 Nov 2007, Christian Kujau wrote:
On Fri, 16 Nov 2007, Chris Wedgwood wrote:
Oops, I meant it for NFSD... and I'm somewhat serious. I'm not
saying it's a good long term solution, but a potentially safer
short-term workaround.
I've opened
Thanks for the suggestion Matt.
It took me some time to get compilebench working due to the known
issue with drop_caches due to circular lock dependency between
j_list_lock and inode_lock (compilebench triggers drop_caches quite
frequently). Here are the results for compilebench run with options
Pavel Machek wrote:
Hi!
echo disk /sys/power/state
successfully saves that state to the disk, but just as the laptop is
about to turn itself off, it reboots (successfully, so the
hibernation/resume process works well, even with X running! which is
awesome :) ). But I'd rather like the
* Mark Lord [EMAIL PROTECTED] wrote:
Since Ingo's latency trace patches lock up the machine on resume, the
next thing I'll try instead is to re-enable CONFIG_IRQBALANCE=y.
hm, which patch did you try? Could you check whether all chunks from the
patch below are applied? (these are the fixed
Mark Lord wrote:
I have been reporting this off and on since 2.6.23 was released.
This problem was not apparent up to perhaps 2.6.23-rc8,
but definitely became common in 2.6.23 and 2.6.23.1.
Most of the time, a resume-from-RAM on my notebook takes about 2.1 seconds
of kernel time to complete.
Tomas Carnecky wrote:
Pavel Machek wrote:
Hi!
echo disk /sys/power/state
successfully saves that state to the disk, but just as the laptop is
about to turn itself off, it reboots (successfully, so the
hibernation/resume process works well, even with X running! which is
awesome :) ). But
On Sun, 18 Nov 2007, Jiri Slaby wrote:
On 11/18/2007 04:23 PM, RafaÅ J. Wysocki wrote:
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 04:03 PM, Rafael J. Wysocki wrote:
Can you also make the new System-map available, please?
Sure:
1. It is much easier to grep for -state change if __set_task_state() is used
instead of the direct assignment.
2. ptrace_stop() and handle_group_stop() use set_task_state() which adds the
unneeded mb() (btw even if we use mb() it is still possible that do_wait()
sees the new -state but
Pavel Machek wrote:
Hi!
echo disk /sys/power/state
successfully saves that state to the disk, but just as the laptop is
about to turn itself off, it reboots (successfully, so the
hibernation/resume process works well, even with X running! which is
awesome :) ). But I'd rather like the
On Thu, Nov 15, 2007 at 01:10:16PM -0800, Lucy McCoy wrote:
static int keyspan_open (struct usb_serial_port *port, struct file *filp)
{
struct keyspan_port_private *p_priv;
struct keyspan_serial_private *s_priv;
struct usb_serial *serial = port-serial;
On Sat, 17 Nov 2007 16:57:19 -0800
Andrew Morton [EMAIL PROTECTED] wrote:
Should be done for all architectures, methinks.
If so, an appropriate way to do that would be to do
s/dump_stack/arch_dump_stack/ and do a single all-arch implementation
of dump_stack(). (Where we might add new
Second try; this time with a doc-update, and the ability to remount normally.
Tested against 2.6.23.
---
This patch introduces a rootdir kernel boot parameter, which specifies the
path to the kernel sys_chroot boot dir.
This is useful for systems that have more than one distribution
* Borislav Petkov ([EMAIL PROTECTED]) wrote:
On Fri, Nov 16, 2007 at 03:02:38PM -0500, Mathieu Desnoyers wrote:
Hi,
just a conventions proposal: have you thought of shortening all those
immediate_foo prefixes to 'imm_foo', for example? This'll make the
code much more readable, i think.
(I'm not on the list, please CC me in your replies)
I have a HP DV6409nr Pavilion notebook that came preloaded with
Windows Vista that Linux doesn't seem to want to boot properly on.
Currently, 'noapic noirqdebug' sort-of works for x86_64 kernels, but
Vista seems to be able to use the APIC just
Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Since Ingo's latency trace patches lock up the machine on resume, the
next thing I'll try instead is to re-enable CONFIG_IRQBALANCE=y.
hm, which patch did you try? Could you check whether all chunks from the
patch below are applied?
On Sat, Nov 17, 2007 at 01:20:10PM +0100, Adrian Bunk wrote:
But a bisect takes around 7 compiles.
...
I don't understand that number.
The common case are regressions in -rc1, and a bisection of
at about 7000 commits takes around 13 compiles.
Worst case it would take 13. In practice
Hello!
I'm trying to update a special tracing version of madwifi (driver for
Atheros wireless cards) for Linux 2.6.24. This version was created to
help reverse engineering the non-free part of the driver (also known as
HAL, hardware abstraction layer).
The problem is that functions
apologies for being insanely late into this thread
On Wed, Oct 31, 2007 at 01:56:53PM +0100, Peter Zijlstra wrote:
On Wed, 2007-10-31 at 08:16 -0400, Jeff Garzik wrote:
Thoughts:
1) I absolutely agree that NFS is far more prominent and useful than any
network block device, at the present
On Nov 18, 2007 12:05 AM, Peter Zijlstra [EMAIL PROTECTED] wrote:
I've been staring at this NFS code for a while an can't make any sense
out of it. It seems to correctly initialize the waitqueue. So this would
indicate corruption of some sort.
No, it does not correctly initialize the
Trond,
The problem is in nfs_mountpoint_timeout. After this time
dentry_delete(/,4) removes the mountpoint, then it is very difficult to
automount (at least with CFSD), one has got to try 2 or three times
cd'ing into the mount point. Applications wont ever had the chance to
autoremount
Peter Dolding wrote:
On Nov 18, 2007 5:22 AM, Casey Schaufler [EMAIL PROTECTED] wrote:
--- Peter Dolding [EMAIL PROTECTED] wrote:
On Nov 17, 2007 11:08 AM, Crispin Cowan [EMAIL PROTECTED] wrote:
Peter Dolding wrote:
Assign application to
a cgroup that contains there
On 11/18/2007 06:07 PM, Alan Stern wrote:
You'll get more useful results if you redo your changes to
notifier_call_chain(). Have it print out the address of the routine
_before_ making the call, and don't limit it to 20. That way you'll
know exactly which notifier routine ends up hanging.
Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
H. Peter Anvin wrote:
It seems to me that we could accomplish the same thing by passing the
number of parameters in the upper bits of the system call number
register (%eax in the case of x86.)
This isn't really a generic
Andrew,
could you please consider adding this patch to your 2.6.25 patch series?
This is the third version of the patch in which I cleaned up and fixed quite
some stuff according to feedback from Ted.
I assume this version is OK, since I didn't received any further feedback since
two weeks:
On Sun, 2007-11-18 at 19:44 +0100, Gianluca Alberici wrote:
Trond,
The problem is in nfs_mountpoint_timeout. After this time
dentry_delete(/,4) removes the mountpoint, then it is very difficult to
automount (at least with CFSD), one has got to try 2 or three times
cd'ing into the mount
On Sun, 2007-11-18 at 19:44 +0100, Torsten Kaiser wrote:
On Nov 18, 2007 12:05 AM, Peter Zijlstra [EMAIL PROTECTED] wrote:
I've been staring at this NFS code for a while an can't make any sense
out of it. It seems to correctly initialize the waitqueue. So this would
indicate corruption of
Al Boldi [EMAIL PROTECTED] wrote:
Second try; this time with a doc-update, and the ability to remount normally.
Tested against 2.6.23.
---
This patch introduces a rootdir kernel boot parameter, which specifies the
path to the kernel sys_chroot boot dir.
This is useful for systems
Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
ok so now we agreed on this point, can we assert that a user
land thread waiting for an event in an UNINTERRUPTIBLE state
will prevent a suspend to happen ?
Yes.
So this driver seems really broken and
* David Miller [EMAIL PROTECTED] [071116 16:46]:
From: Tony Lindgren [EMAIL PROTECTED]
Date: Fri, 16 Nov 2007 14:16:11 -0800
Can you please use your *poof* trick one more time to set up
[EMAIL PROTECTED]
Done, enjoy.
Thanks!
Tony
-
To unsubscribe from this list: send the line
Bodo Eggert wrote:
1) This is useful for booting a rescue or test system, too. In those cases,
you might want to have the old root moved somewhere.
(Always $rootdir/oldroot? Additional parameter? I'm not sure ...)
Again, this is a good example of why this really shouldn't be additional
Since this is becoming more an IDE/ATA issue, I added
[EMAIL PROTECTED] to CC. I hope that's the right mailinglist.
Tomas Carnecky wrote:
(3) Once the notebook was in the docking station (whether I boot it
while in the dock or boot it outside and then put it into the dock) and
I take it out
On Saturday 17 November 2007 12:53:57 Jeff Dike wrote:
On Fri, Nov 16, 2007 at 04:00:22PM -0600, Rob Landley wrote:
I wasn't cc'd, and missed it. I'd like to test this, do you have a
link? (Or a bit more specificity than a few weeks ago?)
Here are the three patches:
On Sun, Nov 18, 2007 at 07:52:36AM -0800, Abhishek Rai wrote:
Thanks for the suggestion Matt.
It took me some time to get compilebench working due to the known
issue with drop_caches due to circular lock dependency between
j_list_lock and inode_lock (compilebench triggers drop_caches quite
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Title: Add time-based RFC 4122 UUID generator
The current Linux kernel currently contains the generate_random_uuid()
function, which creates - based on RFC 4122 - truly random UUIDs and
provides them to userspace
On Sun, Nov 18, 2007 at 02:17:49PM -0600, Rob Landley wrote:
On Saturday 17 November 2007 12:53:57 Jeff Dike wrote:
On Fri, Nov 16, 2007 at 04:00:22PM -0600, Rob Landley wrote:
I wasn't cc'd, and missed it. I'd like to test this, do you have a
link? (Or a bit more specificity than a few
On Sun, Nov 18, 2007 at 01:05:03PM -0800, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Title: Add time-based RFC 4122 UUID generator
The current Linux kernel currently contains the generate_random_uuid()
function, which creates - based
These patches add support for using the HIFN rng.
The first patch changes the hwrng API to move waiting for availability
of new random into the drivers. This allows to use driver-specific
delays instead of the constant 10us delay used previously, increasing
the HIFN speed from 2.5mbit to almost
[HWRNG]: move status polling loop to data_present callbacks
Handle waiting for new random within the drivers themselves, this allows to
use better suited timeouts for the individual rngs.
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit 5632554998aafc5605635f842bca50d5353cd9d4
tree
[HIFN]: Improve PLL initialization
The current PLL initalization has a number of deficiencies:
- uses fixed multiplier of 8, which overclocks the chip when using a
reference clock that operates at frequencies above 33MHz. According
to a comment in the BSD source, this is true for the
[HIFN]: Add support for using the random number generator
Signed-off-by: Patrick McHardy [EMAIL PROTECTED]
---
commit 352a65d036f53c1e124bef4205d6fcedb78eac2c
tree 190bb0b4a1795e55096552f743af996df2766070
parent 70467fae3a656562f86adefdfe6d54e3ca20feeb
author Patrick McHardy [EMAIL PROTECTED]
On Friday 16 November 2007, Jonas Stare wrote:
There is a problem in some hardware where the kernel will stall for
35 seconds waiting for disks that dont exist. This patch will skip
waiting for the BSY-bit on ide-drives to go away if you set
hdx=noprobe as a kernel option and the disk is not
On Sunday 18 November 2007, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Title: Add time-based RFC 4122 UUID generator
The current Linux kernel currently contains the generate_random_uuid()
function, which creates - based on RFC 4122 -
Sam Ravnborg wrote:
On Sun, Nov 18, 2007 at 01:05:03PM -0800, Andrew Morton wrote:
On Sun, 18 Nov 2007 20:38:21 +0100 Helge Deller [EMAIL PROTECTED] wrote:
Title: Add time-based RFC 4122 UUID generator
The current Linux kernel currently contains the generate_random_uuid()
function,
Hi folks,
I'm using an Apple Cinema Display connected via DVI to an Apple Mac
Mini with Radeon 9200 graphics. This used to work fine, but with
kernels = 2.6.19, the monitor powers off as soon as the framebuffer
is initialised, making for a less than usable system. I've tested
with
On Sunday, 18 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
On Saturday, 17 of November 2007, Franck Bui-Huu wrote:
ok so now we agreed on this point, can we assert that a user
land thread waiting for an event in an UNINTERRUPTIBLE state
will prevent a suspend to happen
On Sun, 18 Nov 2007, Justin Piszcz wrote:
I wonder why so few people are seeing this, I'd have assumed that
NFSv3 XFS is not sooo exotic...
Still on 2.6.23.x here (also use nfsv3 + xfs).
So, it's the too few people are testing -rc kernels issue again :(
Christian.
--
BOFH excuse #118:
the
On Sunday, 18 of November 2007, Jiri Slaby wrote:
On 11/18/2007 06:07 PM, Alan Stern wrote:
You'll get more useful results if you redo your changes to
notifier_call_chain(). Have it print out the address of the routine
_before_ making the call, and don't limit it to 20. That way you'll
On 11/18/2007 11:27 PM, Rafael J. Wysocki wrote:
You can use a global variable to switch the logging only before the CPU
hotunplug done by the suspend code. You just need to hack
disable_nonboot_cpus() for that.
If I understand you correctly, that's what BUBAK variable is there for. But it
is
On Sunday, 18 of November 2007, Tomas Carnecky wrote:
Pavel Machek wrote:
Hi!
echo disk /sys/power/state
successfully saves that state to the disk, but just as the laptop is
about to turn itself off, it reboots (successfully, so the
hibernation/resume process works well, even with
On Sun, 18 Nov 2007 12:40:16 -0500
Pavel Roskin [EMAIL PROTECTED] wrote:
Hello!
I'm trying to update a special tracing version of madwifi (driver for
Atheros wireless cards) for Linux 2.6.24. This version was created to
help reverse engineering the non-free part of the driver (also known
1 - 100 of 322 matches
Mail list logo