* Factor out common code from proc_idedisk_read_smart_{thresholds,values}()
to proc_idedisk_read_smart() helper.
* Rename proc_idedisk_read_smart_thresholds() to proc_idedisk_read_st()
and proc_idedisk_read_smart_values() to proc_idedisk_read_sv().
There should be no functional changes
On Sun, Feb 17, 2008 at 05:36:37PM +0200, Avi Kivity wrote:
Trying to install a built 2.5.25-rc2 on a machine with a different gcc
installed fails with
LDS arch/x86/vdso/vdso.lds
cc1: fatal error: opening output file arch/x86/vdso/vdso.lds: Permission
denied
compilation terminated.
There are no changes to the resulting drivers/ide/ide-disk.o binary file
(md5sum-s after and before the patch match).
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/ide-disk.c | 120 -
1 file changed, 70 insertions(+),
On Sat, 16 Feb 2008 18:38:00 +
Adrian McMenamin [EMAIL PROTECTED] wrote:
Will seek to bisect this, but I have just updated my sources to the
latest git and it is not booting at all on the Dreamcast.
With early printk on, I get nothing more than this before an instant
reboot:
I haven't
On Sat, 16 Feb 2008 19:59:48 +
Adrian McMenamin [EMAIL PROTECTED] wrote:
On Sat, 2008-02-16 at 19:48 +, Adrian McMenamin wrote:
On Sat, 2008-02-16 at 18:38 +, Adrian McMenamin wrote:
Will seek to bisect this, but I have just updated my sources to the
latest git and it is
On Sun, Feb 17, 2008 at 01:31:14PM +0100, Geert Uytterhoeven wrote:
On Sun, 17 Feb 2008, Geert Uytterhoeven wrote:
On m68k (CONFIG_SPARSEMEM is not set), I get:
WARNING: vmlinux.o(.meminit.text+0x36c): Section mismatch in reference
from the function free_area_init_core() to the
Hi,
I was printing on the parallel port and suddenly the parallel CUPS backend
went 50% CPU (obviously endless-looping), while the other 50% were eaten by
ghostscript (strace didn't show anything, so this might be an internal
loop). When I eventually killed the latter, I got this:
Eeek!
Iain Paton schrieb:
Adrian Bunk wrote:
On Sun, Feb 17, 2008 at 03:46:01PM +0100, Arnd Hannemann wrote:
Never tried to built it as a module.
Probably there are issues with that. If I remember correctly I saw a
patch in 2.6.25-rc which
mentioned that using mfgpt in modules won't work. Does
Ingo Molnar wrote:
* Thomas Petazzoni [EMAIL PROTECTED] wrote:
Le Mon, 11 Feb 2008 16:54:30 -0800,
H. Peter Anvin [EMAIL PROTECTED] a écrit :
b) would be my first choice, and yes, it would be a good thing to
have a generalized mechanism for this. For the registrant, it's
pretty easy: just
Cyrill Gorcunov wrote:
Yes Sam, I've read Peter and Ingo comments on this patch
(actually I sent the same patch maybe week ago and Peter
and Ingo told me that we use %fs,%gs now for stack) but
as I pointed in comment - this alignment is still using
by Xen and lguest and even x86. So - it would
Hi Karsten et al.
Seeing the work Jeff puts into ISDN I was wondering what are the
state of mISDN. Will we soon see mISDN hit the tree or has
development stalled?
I was wondering if Jeff should go for the much simpler patch:
diff --git a/drivers/isdn/Kconfig b/drivers/isdn/Kconfig
index
Hi!
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n, x86_64 build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference to `setup_trampoline'
make[1]: *** [.tmp_vmlinux1] Error
* Sam Ravnborg [EMAIL PROTECTED] wrote:
Roland - if you agree will you please submit the patch
to the x86 people.
You can tag it:
Signed-off-by: Sam Ravnborg [EMAIL PROTECTED]
or Acked-by: Sam Ravnborg [EMAIL PROTECTED]
i've picked it up, thanks.
Ingo
--
To unsubscribe from this
Hello!
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Now we get sometimes dozent of processes in state DN. The system is
completely idle - but the load is 20 or 90 or whatever. And it can only
be repaired by rebooting the system.
I'm NOT on the LIST so please CC me.
[H. Peter Anvin - Sun, Feb 17, 2008 at 11:48:58AM -0800]
Cyrill Gorcunov wrote:
Yes Sam, I've read Peter and Ingo comments on this patch
(actually I sent the same patch maybe week ago and Peter
and Ingo told me that we use %fs,%gs now for stack) but
as I pointed in comment - this alignment is
On Saturday, 16 of February 2008, Kamalesh Babulal wrote:
Hi,
Hi,
The softlockup is seen from 2.6.25-rc1-git{1,3} and is visible in the
2.6.24-rc2 kernel,
While booting up with the 2.6.25-rc1-git{1,3} and 2.6.25-rc2 kernel(s) on the
powerbox
Can you update the Bugzilla entry at:
Commit b037b08e59633d939d79f1df9c43c6625f8db904 broke the compilation of
cobalt_btns.c:
-- snip --
...
CC drivers/input/misc/cobalt_btns.o
...
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/input/misc/cobalt_btns.c: In
function 'cobalt_buttons_probe':
On Sun, Feb 17, 2008 at 08:24:56PM +0100, Tilman Schmidt wrote:
Am 17.02.2008 14:16 schrieb Adrian Bunk:
The real problem is that the kernel seems to lack functionality you
require for doing some work.
Why does your work on the Debian Installer depend on VirtualBox and
can't be done with
On Sunday, 17 of February 2008, Ignacy Gawedzki wrote:
Hi,
Hi,
I was printing on the parallel port and suddenly the parallel CUPS backend
went 50% CPU (obviously endless-looping), while the other 50% were eaten by
ghostscript (strace didn't show anything, so this might be an internal
loop).
Hi Darrick:
Sorry this took forever for me to review. Just a few little things...
* Darrick J. Wong [EMAIL PROTECTED] [2007-12-19 15:14:38 -0800]:
This driver also had that funny alarm1/alarm2 thing; here's a revision
of yesterday's patch with that straightened out.
---
This driver reports
[H. Peter Anvin - Sun, Feb 17, 2008 at 12:11:45PM -0800]
Cyrill Gorcunov wrote:
Thanks Peter for comments. Peter could you clarify for me a bit
more on the string:
x86/kernel/head_32.S:339
/* Set up the stack pointer */
lss stack_start,%esp
but stack_start is defined as
On Sunday, 17 of February 2008, Pavel Machek wrote:
Hi!
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n, x86_64 build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference
Am 17.02.2008 14:16 schrieb Adrian Bunk:
The real problem is that the kernel seems to lack functionality you
require for doing some work.
Why does your work on the Debian Installer depend on VirtualBox and
can't be done with what the kernel already ships?
No, that's not the real problem.
On Feb 17, 2008 11:39 AM, Frans Pop [EMAIL PROTECTED] wrote:
(resend a third time because previous attempts never reached the lists
due to a bug in my MUA; my apologies to David for spamming his inbox)
Linus Torvalds wrote:
But hey, you can try to prove me wrong. I dare you.
Me too, me
In message [EMAIL PROTECTED], Christoph Hellwig writes:
On Sun, Feb 17, 2008 at 10:18:42AM +0200, Adrian Bunk wrote:
This patch makes the needlessly global vfs_ioctl() static.
I think the point was toa eventually export it for stackable filesystem
use. But until they start using it marking
On Sun, Feb 17, 2008 at 08:08:29PM +0100, Ingo Molnar wrote:
* Sam Ravnborg [EMAIL PROTECTED] wrote:
On Sun, Feb 17, 2008 at 06:17:18PM +0300, Cyrill Gorcunov wrote:
Though we use PDA for regular task stack but that
is not acceptable for init_task wich is special
one. We still have
Commit 8b798c4d16b762d15f4055597ff8d87f73b35552 causes compile errors
like the following for several system types:
-- snip --
...
CC arch/mips/au1000/common/platform.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/au1000/common/platform.c:277:
error: 'PSC0_BASE_ADDR' undeclared
The following files can now be removed:
- arch/mips/configs/qemu_defconfig
- include/asm-mips/qemu.h
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/mips/configs/qemu_defconfig | 800 ---
include/asm-mips/qemu.h | 30 -
2 files changed, 830
On Sun, 17 Feb 2008, Sergio Luis wrote:
It doesn't fix the problem totally. If we select
Virtualization-Linux hypervisor example code (CONFIG_LGUEST)
as a module, we will get the same build errors,
Confirmed, the build errors persist with CONFIG_LGUEST=m and Rusty's patch
applied.
thanks,
On Sat, 16 Feb 2008 19:59:48 +
Adrian McMenamin [EMAIL PROTECTED] wrote:
On Sat, 2008-02-16 at 19:48 +, Adrian McMenamin wrote:
On Sat, 2008-02-16 at 18:38 +, Adrian McMenamin wrote:
Will seek to bisect this, but I have just updated my sources to the
latest git and it is
Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
compile error:
-- snip --
...
CC arch/mips/bcm47xx/setup.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/mips/bcm47xx/setup.c: In
function 'bcm47xx_get_invariants':
Commit 0c1efd365306c9b04df5abdd41e9b4dc721e84fb broke the compilation of
cobalt_btns.c:
-- snip --
...
CC drivers/input/misc/cobalt_btns.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/drivers/input/misc/cobalt_btns.c: In
function 'cobalt_buttons_probe':
This patch fixes the following build error caused by commit
3631c650c495d61b1dabf32eb26b46873636e918:
-- snip --
...
LD .tmp_vmlinux1
crypto/built-in.o: In function `skcipher_null_crypt':
crypto_null.c:(.text+0x3d14): undefined reference to `blkcipher_walk_virt'
Cyrill Gorcunov wrote:
Thanks Peter for comments. Peter could you clarify for me a bit
more on the string:
x86/kernel/head_32.S:339
/* Set up the stack pointer */
lss stack_start,%esp
but stack_start is defined as head_32.S:647
.data
ENTRY(stack_start)
.long
Lukas Hejtmanek wrote:
whom should I blame about disk schedulers?
I have the following setup:
1Gb network
2GB RAM
disk write speed about 20MB/s
If I'm scping file (about 500MB) from the network (which is faster than the
local disk), any process is totally unable to read anything from the local
drivers/ide/ide.c:801:18: warning: symbol 'flags' shadows an earlier one
drivers/ide/ide.c:732:16: originally declared here
Also fix some whitespace damage while at it.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
drivers/ide/ide.c | 13 +
1 file changed, 5
* Harvey Harrison [EMAIL PROTECTED] wrote:
config attached. The include file dependencies in this area are a
bit of a mess - perhaps they need some cleanups?
OK, I'm building all(yes|mod)configs and didn't see this. Agreed
about the file dependencies here, I'll take a look. If you
* Sam Ravnborg [EMAIL PROTECTED] wrote:
static __initdata int after_paging_init;
-static __initdata pte_t bm_pte[PAGE_SIZE/sizeof(pte_t)]
- __attribute__((aligned(PAGE_SIZE)));
+static pte_t bm_pte[PAGE_SIZE/sizeof(pte_t)]
Replace
+
Adrian wrote:
So let's fix the problem (kernel lacks functionality)
That's the problem as understood by Adrian.
I hear another problem as well ...
Frans wrote:
Please allow external users some decent period for transitioning. The
initial plan to remove the old function in 2.6.27 was
On Sun, 17 Feb 2008, Sam Ravnborg wrote:
On Sun, Feb 17, 2008 at 01:31:14PM +0100, Geert Uytterhoeven wrote:
On Sun, 17 Feb 2008, Geert Uytterhoeven wrote:
On m68k (CONFIG_SPARSEMEM is not set), I get:
WARNING: vmlinux.o(.meminit.text+0x36c): Section mismatch in
reference from
Hi Adrian,
Thanks for pointing this out. I'm working on a fix.
BTW, which branch do you use? release or testing?
Thanks,
-CHris
Adrian Bunk wrote:
With git-xtensa I'm getting:
-- snip --
...
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/xtensa/Makefile:30: *** No
Xtensa toolchain found
On Sunday, 17 of February 2008, Randy Dunlap wrote:
H. Peter Anvin wrote:
Randy Dunlap wrote:
On Sat, 16 Feb 2008 19:58:06 -0800 H. Peter Anvin wrote:
Randy Dunlap wrote:
Yes, adding -m32 to the X86_32 config ccflags (as is done for the
X86_64 case) makes it build for me. (like patch
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Painfull.
OK not really - i've tested the new kernel on all models. And it works
fine... the DN state only comes sometimes - absolutely not reproducable.
So my tests went OK and then we've done the update. I've now seen
On Sun, 17 Feb 2008 10:25:30 +0100
Frans Pop [EMAIL PROTECTED] wrote:
Yesterday, after spending quite a few hours over the last days on
bisecting some serious regressions and finding workarounds for them,
I thought I could start using 2.6.25-rc2 as the new kernel for my
desktop. Unfortunately
On 02/17/2008 09:02 PM, allied internet ag- Stefan Priebe wrote:
Hello!
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Painfull.
Now we get sometimes dozent of processes in state DN. The system is
completely idle - but the load is 20 or 90 or whatever. And it can
On Thu, Feb 14, 2008 at 10:25:51PM +0530, Srivatsa Vaddagiri wrote:
The patch is against 2.6.25-rc1. I would request you to check for
difference it makes with CONFIG_FAIR_GROUP_SCHED and
CONFIG_FAIR_USER_SCHED turned on.
well, I tried the patch against 2.6.25-rc2-git1. It seems to be better
On Sun, Feb 17, 2008 at 06:55:06PM +0100, Julia Lawall wrote:
From: Julia Lawall [EMAIL PROTECTED]
if (...) BUG(); should be replaced with BUG_ON(...) when the test has no
side-effects to allow a definition of BUG_ON that drops the code completely.
Hi, in the future, please separate ext4
On Saturday, 16 of February 2008, Torsten Kaiser wrote:
On Feb 15, 2008 10:23 PM, Linus Torvalds [EMAIL PROTECTED] wrote:
Ok,
this kernel is a winner.
Sadly not for me:
[ 5282.056415] [ cut here ]
[ 5282.059757] kernel BUG at lib/list_debug.c:33!
[
On Sun, 17 Feb 2008, allied internet ag- Stefan Priebe wrote:
One week ago we upgraded about 300 servers from 2.6.20.20 to 2.6.24.2.
Did you test with *one* server before upgrading all 300? If not, please do
and try to upgrade in smaller steps, e.g. 2.6.20-2.6.21 and see when it
breaks. Add
On Sun, 17 Feb 2008 21:49:10 +0100
allied internet ag- Stefan Priebe [EMAIL PROTECTED] wrote:
One week ago we upgraded about 300 servers from 2.6.20.20 to
2.6.24.2.
Painfull.
OK not really - i've tested the new kernel on all models. And it
works fine... the DN state only comes
On Feb 17, 2008 4:05 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Glauber Costa [EMAIL PROTECTED] wrote:
config X86_VSMP
bool Support for ScaleMP vSMP
depends on X86_64 PCI
- help
+ select PARAVIRT
+ help
hm, what's the idea here?
guys from scalemp can
On Sunday, 17 of February 2008, Zdenek Kabelac wrote:
Hello
Hi,
Thanks for the report.
I've noticed that my system (T61) doesn't want to suspend when SD card
is in the card reader slot with 2.6.25-rc2 (no problem when the card
is outside)
Also the card is not even mounted, it's just in
From David P. Reed [EMAIL PROTECTED] Sat Feb 16 15:05:17 2008
Message-Id: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:19 -0500
From: David P. Reed [EMAIL PROTECTED]
To: Thomas Gleixner [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED],
H.
On Sun, Feb 17, 2008 at 09:40:15PM +0100, Rafael J. Wysocki wrote:
On Sunday, 17 of February 2008, Randy Dunlap wrote:
H. Peter Anvin wrote:
Randy Dunlap wrote:
On Sat, 16 Feb 2008 19:58:06 -0800 H. Peter Anvin wrote:
Randy Dunlap wrote:
Yes, adding -m32 to the X86_32 config
On Sun, 2008-02-17 at 14:57 +0100, Stefan Richter wrote:
rescan-scsi-bus used to add SBP-2 targets which weren't there.
PS: It probably wasn't clear: rescan-scsi-bus.sh is *not* necessary
for sbp2 (under Linux 2.6, that is). The patch merely prevents weird
things from happening if the user
On Sun, Feb 17, 2008 at 12:29:58PM -0800, Chris Zankel wrote:
Hi Adrian,
Hi Chris,
Thanks for pointing this out. I'm working on a fix.
thanks.
BTW, which branch do you use? release or testing?
I tried #testing.
Thanks,
-CHris
cu
Adrian
--
Is there not promise of rain? Ling
On Sun, 17 Feb 2008 14:38:51 -0600
Paul Jackson [EMAIL PROTECTED] wrote:
Adrian wrote:
So let's fix the problem (kernel lacks functionality)
That's the problem as understood by Adrian.
I hear another problem as well ...
Frans wrote:
Please allow external users some decent period
Sam Ravnborg wrote:
But I assume in less obvious way.
It is a bit more intuitive to error out on missing
-m32 support than gcc failing to support .code16
or some other inline assembler magic.
No, you will get the message the selected CPU doesn't support the
x86-64 architecture.
On Feb 17, 2008 9:25 PM, Rafael J. Wysocki [EMAIL PROTECTED] wrote:
There's the Bugzilla entry for it at
http://bugzilla.kernel.org/show_bug.cgi?id=9973
Thank you.
Please update it with the current information.
Crash for 2.6.25-rc2-mm1 added. That one had a complete stacktrace,
but the trace
On Sun, 2008-02-17 at 21:09 +0100, Ingo Molnar wrote:
* Harvey Harrison [EMAIL PROTECTED] wrote:
config attached. The include file dependencies in this area are a
bit of a mess - perhaps they need some cleanups?
OK, I'm building all(yes|mod)configs and didn't see this. Agreed
On Sun, Feb 17, 2008 at 01:31:37PM -0800, H. Peter Anvin wrote:
Sam Ravnborg wrote:
But I assume in less obvious way.
It is a bit more intuitive to error out on missing
-m32 support than gcc failing to support .code16
or some other inline assembler magic.
No, you will get the message
Rafael J. Wysocki wrote:
OK, so that would be the appended patch.
Still, since there are several fixes against the move the wakeup code to C
patch, I'll probably fold them all into a new version of this patch and resend
it.
Yes, please.
-hpa
--
To unsubscribe from this list: send
From David P. Reed [EMAIL PROTECTED] Sat Feb 16 15:05:17 2008
Message-Id: [EMAIL PROTECTED]
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:17 -0500
From: David P. Reed [EMAIL PROTECTED]
To: Thomas Gleixner [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED],
H. Peter Anvin [EMAIL PROTECTED]
Hi Jeff,
For several times I tried libata on small machines equipped with either
CompactFlash or IDE DOM (Disk-On-Module). All those machines with small
flashes (= 256 MB) were about 35-40% slower under libata than under the
plain old IDE driver. I realized that all the slower ones were running
From David P. Reed [EMAIL PROTECTED] Sat Feb 16 15:05:17 2008
Message-Id: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:20 -0500
From: David P. Reed [EMAIL PROTECTED]
To: Thomas Gleixner [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED],
H.
From 40a8174d27cb9d93b859bc073c8f075b9ff71578 Mon Sep 17 00:00:00 2001
From: Willy Tarreau [EMAIL PROTECTED]
Date: Sun, 17 Feb 2008 21:11:46 +0100
Subject: [PATCH 1/2] libata: implement ATA_IOC_GET_IO32/ATA_IOC_SET_IO32 ioctls
This patch implements the aforementionned ioctls and get/set the
new
On Sun, Feb 17, 2008 at 01:21:27PM -0800, H. Peter Anvin wrote:
Sam Ravnborg wrote:
For a 64 bit build we should error out if the compiler
fials to support -m32 (how unlikely that may be).
So I would prefer it unconditional for 64 bit.
We will err out anyway.
But I assume in less
From David P. Reed [EMAIL PROTECTED] Sat Feb 16 15:05:17 2008
Message-Id: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
User-Agent: quilt/0.46-1
Date: Sat, 16 Feb 2008 15:05:18 -0500
From: David P. Reed [EMAIL PROTECTED]
To: Thomas Gleixner [EMAIL PROTECTED],
Ingo Molnar [EMAIL PROTECTED],
H.
From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
From: Willy Tarreau [EMAIL PROTECTED]
Date: Sun, 17 Feb 2008 21:28:25 +0100
Subject: [PATCH 2/2] libata: implement support for 32-bit PIO transfers
When ATA_DFLAG_32BIT_PIO is set in ata flags, PIO transfers
will be performed
Sam Ravnborg wrote:
For a 64 bit build we should error out if the compiler
fials to support -m32 (how unlikely that may be).
So I would prefer it unconditional for 64 bit.
We will err out anyway.
-hpa
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
This patch fixes the following build error with CONFIG_EISA=n caused by
commit 231a35d37293ab88d325a9cb94e5474c156282c0:
-- snip --
...
LD .tmp_vmlinux1
arch/mips/sni/built-in.o: In function `snirm_a20r_setup_devinit':
a20r.c:(.init.text+0x42c): undefined reference to
Hans J. Koch wrote:
Am Sun, 17 Feb 2008 07:29:27 -0800
schrieb Arjan van de Ven [EMAIL PROTECTED]:
On Sun, 17 Feb 2008 13:37:53 +0100
Hans J. Koch [EMAIL PROTECTED] wrote:
Of course there's no driver for the wlan, but that's a different
story ;)
I replaced that unsupported Atheros 5007 card
[This is a bit late, for which I'm sorry, but I waited for things to calm down
a bit, to have something less of a moving target.
Now, following an Ingo's advice, the list has been generated directly out of
the Bugzilla entries used for tracking the bugs. I'm going to release the
script used for
Mark Lord wrote:
Hans J. Koch wrote:
..
Really? Unbelievable what these guys do to make my live harder...
So, they might use some undocumented GPIO to turn the power on, and
...
GPIO lines are not usually very difficult to trace,
and programming them is pretty easy, too ...
If I had an
On Sun, Feb 17, 2008 at 09:16:36PM +0100, thus spake Rafael J. Wysocki:
On Sunday, 17 of February 2008, Ignacy Gawedzki wrote:
Hi,
Hi,
I was printing on the parallel port and suddenly the parallel CUPS backend
went 50% CPU (obviously endless-looping), while the other 50% were eaten by
Fix pcspkr driver to use explicit timing delay for access to PIT,
rather than inb_p/outb_p calls, which use insufficiently explicit
delays (defaulting to port 80 writes) that can cause freeze problems
on some machines, such as Quanta moterboard machines using ENE EC's.
The explicit timing delay
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
There is already code in the .c files that does accesses to CMD IMR registers
in successive outb() calls without _p. Thus the outb_p is obviously not
needed, if
fix code to access CMOS rtc registers so that it does not use inb_p and
outb_p routines, which are deprecated. Extensive research on all known CMOS RTC
chipset timing shows that there is no need for a delay in accessing the
registers of these chips even on old machines. These chipa are never on
cleanup motherboard chip io port delays. inb_p and outb_p have traditionally
used a write to port 80 (a non-existent port) as a delay. Though there is an
argument that that is a good delay for devices on the ISA or PCI expansion buses
it is not a good mechanism for devices in the processor
On Sun, 17 Feb 2008 16:56:39 -0500 (EST)
David P. Reed [EMAIL PROTECTED] wrote:
fix code to access CMOS rtc registers so that it does not use inb_p and
outb_p routines, which are deprecated.
Signed-off-by: David P. Reed [EMAIL PROTECTED]
Acked-by: Alan Cox [EMAIL PROTECTED]
It is remotely
On Sun, 17 Feb 2008 16:56:28 -0500 (EST)
David P. Reed [EMAIL PROTECTED] wrote:
fix init_8259A() which initializes the 8259 PIC to not use outb_pic,
which is a renamed version of outb_p, and delete outb_pic define.
NAK
The entire point of inb_pic/outb_pic is to isolate the various methods
and
On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
Can I get your Signed-off-by for this, Joel? (I assume you are Joel :)
cheers, Kyle
- some lake of changes of kset to kobj:
--- ./drivers/parisc/pdc_stable.c.Orig2008-01-28 07:09:26.0
+
+++
I would need a config where the mismatch triggers for one
of the more popular architectures (as in where I have a toolchain).
That was with plain m68k defconfig.
I could not reproduce it with x86 64bit - not even with
-fno-inline-functions
If it helps, my cross-compiler is gcc
On Sun, 17 Feb 2008 22:20:04 +0100
Willy Tarreau [EMAIL PROTECTED] wrote:
From 4ea313fe6a3c46a90226cf40d0e3ece4b36b48f9 Mon Sep 17 00:00:00 2001
From: Willy Tarreau [EMAIL PROTECTED]
Date: Sun, 17 Feb 2008 21:28:25 +0100
Subject: [PATCH 2/2] libata: implement support for 32-bit PIO
On Sun, Feb 17, 2008 at 05:51:08PM +0100, Oliver Pinter wrote:
On 2/17/08, Török Edwin [EMAIL PROTECTED] wrote:
Hi,
xfsaild is causing many wakeups, a quick investigation shows
xfsaild_push is always
returning 30 msecs timeout value.
That's a bug, and has nothing to do with power
On Feb 13, 2008 11:04 AM, Jasper Bryant-Greene [EMAIL PROTECTED] wrote:
I can confirm neither the boot hang with HPET enabled nor the other
unexplained boot hang after NET: Registered protocol family 2 occur on
2.6.24.2 on the same hardware. I still don't have an appropriate way to
debug the
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
Hello,
I'm not sure it is you the right person to contact.
I tried to run latest normal user wireshark with SUID dumpcap without success
under linux-2.6.24.2. After looking around it seems to be related to the file
in the kernel
On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
Subject : key 49 and 94 send both 49 and 94 events on macbooks
REGRESSION
Submitter : Emil Karlson [EMAIL PROTECTED]
Date : 2008-01-29 08:15
I have
On Sun, 17 Feb 2008 16:56:42 -0500 (EST)
David P. Reed [EMAIL PROTECTED] wrote:
Fix pcspkr driver to use explicit timing delay for access to PIT,
rather than inb_p/outb_p calls, which use insufficiently explicit
NAK.
We now have inb_pit and outb_pit to make the transition easier - can you
Thus, I have implemented the 32-bit mode to bring the performance back
to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
which is an important difference at this level of performance, especially
when large files are read. The 32-bit mode is enabled using the ioctl
which
Hi all,
Remove redundant irq_desc[NR_IRQS] element initialization in
init_ISA_irqs(). irq_desc[NR_IRQS] is already statically
initialized with the same values in kernel/irq/handle.c .
Signed-off-by: Ahmed S. Darwish [EMAIL PROTECTED]
---
i8259_32.c | 26 ++
1 file
Am Sun, 17 Feb 2008 17:09:39 -0500
schrieb Mark Lord [EMAIL PROTECTED]:
Mark Lord wrote:
Hans J. Koch wrote:
..
Really? Unbelievable what these guys do to make my live harder...
So, they might use some undocumented GPIO to turn the power on, and
...
GPIO lines are not usually very
On 02/16, Oleg Nesterov wrote:
On 02/15, Andrew Morton wrote:
ug. On about the fourth boot with the current -mm lineup I hit:
: BUG: unable to handle kernel paging request at 00200200
== LIST_POISON2
: IP:
On Mon, Feb 18, 2008 at 12:06:41AM +0100, Rafael J. Wysocki wrote:
On Sunday, 17 of February 2008, Jiri Kosina wrote:
On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
Subject : key 49 and 94 send both 49 and 94 events
On Sun, Feb 17, 2008 at 10:31:34PM +, Alan Cox wrote:
Thus, I have implemented the 32-bit mode to bring the performance back
to the level of the old IDE driver. I jumped from 1.5 MB/s to 2.5 MB/s,
which is an important difference at this level of performance, especially
when large
Hello,
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9984
Subject : problem with starting 2.5.25-rc1 and latest git
The kernel version seems to be a little bit bogus here :)
That's a typo :/ Should read 2.6.25-rc1 instead.
Mariusz
--
To unsubscribe from
On Sunday, 17 of February 2008, Jiri Kosina wrote:
On Sun, 17 Feb 2008, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=9842
Subject : key 49 and 94 send both 49 and 94 events on macbooks
REGRESSION
Submitter : Emil Karlson [EMAIL
Hi Mark,
On Sun, 17 Feb 2008 14:09:57 -0500 Mark M. Hoffman [EMAIL PROTECTED] wrote:
You can add the hwmon testing tree (from MAINTAINERS):
git lm-sensors.org:/kernel/mhoffman/hwmon-2.6.git testing
This tree gets rebased pretty much whenever Linus adds a new tag. As a
rule of thumb,
On Sun, 2008-02-10 at 12:52 +0100, Németh Márton wrote:
Disable any active triggers when the brightness attribute is
set to zero.
I agree with this approach and will merge this as a clarification of the
interface, thanks. I'll also merge your other two patches into the LED
queue.
Cheers,
This reverts commit 45b503548210fe6f23e92b856421c2a3f05fd034.
It contains deadlock, and breaks userspace applications (wpa_supplicant,
networkmanager). References:
http://bugzilla.kernel.org/show_bug.cgi?id=10002
http://bugzilla.kernel.org/show_bug.cgi?id=10002
---
net/core/rtnetlink.c | 36
701 - 800 of 924 matches
Mail list logo