On Sat, 2007-02-17 at 09:20 +0100, Mike Galbraith wrote:
On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote:
On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote:
On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote:
On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote:
No, that's portability bug... Need time for review ;)
Cyrill
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Sun, Feb 18, Roman Zippel wrote:
Hi,
On Fri, 16 Feb 2007, Olaf Hering wrote:
Pass a timestamp to kbuild via an enviroment variable.
TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
This can be used when the kernel source is in a SCM and uname -v
is supposed to
Alex Dubov wrote:
I don't actually think that is what happening. The block errors tend to
trail a
bit behind, so the errors you are seeing are probably the result of the queue
being flushed out as you remove the card. I don't see any mmc debug messages
that indicate that is trying to send
On Sun, Feb 18, 2007 at 08:45:00AM +0100, Németh Márton wrote:
On Fri, 16 Feb 2007, Henrique de Moraes Holschuh wrote:
On Thu, 15 Feb 2007, Richard Purdie wrote:
This has been discussed in several places several times.
The problem
with hardware accelerated flashing is that you're are
On Sat, 2007-02-17 at 23:41 +0100, Michal Piotrowski wrote:
sudo cat /var/log/messages | grep Idle
Feb 17 17:35:34 bitis-gabonica kernel: Idle: local softirq pending:
00206hdd: ATAPI 48X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache,
UDMA(33)
Feb 17 19:20:01 bitis-gabonica kernel: Idle: local
From: Michael K. Edwards
Newsgroups: gmane.linux.kernel
Subject: Re: GPL vs non-GPL device drivers
Date: Sat, 17 Feb 2007 22:56:00 -0800
[]
How are you going to like being forced to fork the entire GNU corpus in
whatever state it's in the day before the v3 conversion hits SVN? Xorg
is
Thank you for you respond.
I asked this question since I have one problem with my tty driver.
It based on serial_core.c. It works well except Linux cat operation:(.
(e.g. cat ttyS10). I thought in tty driver there is no function
for this operation and I wanted to know that maybe serial driver
Thank you, I'll take a look.
did you tried www.comedi.org ?
Am Sunday 18 February 2007 00:18 schrieb Mockern:
Hello,
Where I can grab an example of ADC driver with I2C interface?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Sunday 18 February 2007 00:55, Michael K. Edwards wrote:
Or they could run:
find . -type f -exec
perl -i.bak -pe 's/EXPORT_SYMBOL_GPL/EXPORT_SYMBOL/g'
and be done with it. Or even just MODULE_LICENSE(GPL) in their
module -- that's not lying about the module license, it's doing the
Bill Davidsen wrote:
There doesn't seem to be a great place for KVM user questions, this is
it, and kvm-devel seems a poor place for user questions, while the
chat room is real time and depends on the question and the answer
being in the same place at the same time.
kvm-devel is perfectly
On Sun, 2007-02-18 at 09:02 +0100, Mike Galbraith wrote:
The reason it's hanging is that nobody releases the driver, so we wait
forever in driver_unregister(). With the below, box boots fine...
--- drivers/base/bus.c.org2007-02-18 08:38:57.0 +0100
+++ drivers/base/bus.c
2.6.18.6 vanilla:
/dev/hda CD/DVD
/dev/hda1 / IDE HD 160GB
/dev/hda2 swap
/dev/sda1 /xyz SATA HD 320GB
/dev/sda2 swap
/dev/sdb1 /zzz SATA HD 320GB
/dev/sdb2 swap
/dev/sdc1 /usb USB KEY 512MB
all 100% OK since 12-Dec-2006
2.6.19.3 vanilla 2.6.20 vanilla, identical behaviour:
/dev/hda, /dev/hdb
On Thu, 15 Feb 2007 17:51:51 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
this is the v2 release of the syslet subsystem. This is an interim
release, not all known and pending items are fixed/changed yet - the
tree is still work in progress:
http://redhat.com/~mingo/syslet-patches/
So,
On Sun, Feb 18, 2007 at 12:22:10AM -0500, Kai Germaschewski wrote:
On Sat, 17 Feb 2007, Tilman Schmidt wrote:
Alright, then so be it. But that raises another question:
asyncdata.o is only needed for M105 and M101, not for the base
driver. How do I express in Kbuild that asyncdata.o is to
2007/2/17, Cédric Augonnet [EMAIL PROTECTED]:
2007/2/17, Bill Davidsen [EMAIL PROTECTED]:
Cédric Augonnet wrote:
That is my all point actually, i am not telling i have a valid
partition. I'm just describing the fact that the minix fs driver is
making too many assumptions on the partition it is
On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| Hello,
|
| I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
| board and I got this during boot:
|
| [248660.950695] device id = 2440
| [248660.950699] device id = 2480
| [248660.950703] device id = 24c0
|
On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
static inline int is_user_space(struct task_struct *p)
{
return p-mm !(p-flags PF_BORROWED_MM);
}
This
On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
On 02/18, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
Alternatively, we can move the check into refrigerator(), like this:
--- linux-2.6.20-git13.orig/kernel/power/process.c
+++
On Fri, 2007-02-16 at 01:12 -0200, Henrique de Moraes Holschuh wrote:
On Thu, 15 Feb 2007, Richard Purdie wrote:
This has been discussed in several places several times. The problem
with hardware accelerated flashing is that you're are often limited to
certain constraints (this case being
Joerg Roedel wrote:
From: Joerg Roedel [EMAIL PROTECTED]
This patch changes the SVM code to intercept SMIs and handle it
outside the guest.
Applied, thanks.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
-
To unsubscribe from this list: send the
On Sun, Feb 18, 2007 at 01:42:22PM +0300, Cyrill Gorcunov wrote:
Hi,
here is a patch attached to the mail. You may test it. Actually
I have no 64bit machine to test it and I'm worried about the
patch accuracy. So be carefull testing it. I sent a copy of the
message to Andi Kleen (who is a
On 2/17/07, Paul Mundt [EMAIL PROTECTED] wrote:
On Sat, Feb 17, 2007 at 08:25:07AM -0500, Jaya Kumar wrote:
On 2/17/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
And, as Andrew suggested last time around, could you perhaps push this
fancy new idea into the FB layer so that more drivers can make
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze processes
until child exits/execs. Not good.
Yes, but this also is the current behavior.
Yes, yes, I see.
I forgot to say that we
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
static inline int is_user_space(struct task_struct *p)
{
Hi all,
I just tried to compile Torvald's upstream-linus and ran into a compile error.
CC arch/i386/kernel/time.o
In file included from include/asm-i386/mach-default/do_timer.h:5,
from arch/i386/kernel/time.c:75:
include/asm/i8253.h: In function `pit_interrupt_hook':
On 2/18/07, Patrick Ale [EMAIL PROTECTED] wrote:
Hi all,
I just tried to compile Torvald's upstream-linus and ran into a compile error.
Disregard, I ran make oldconfig again, didnt get prompted for any
configuration options, and now it does compile.
Patrick
-
To unsubscribe from this list:
Hi!
Looks ok. (BTW you have my ACK).
Thanks.
Anyway, please have a look at the appended revised version. I have separated
the driver testing and debugging documents and changed the paragraph in
SubmittingDrivers a bit.
Looks ok to me, but this time I've only scanned it quickly.
Zachary Amsden wrote:
Jeremy Fitzhardinge wrote:
The XEN config option enables the Xen paravirt_ops interface, which is
installed when the kernel finds itself running under Xen. (By some
as-yet fully defined mechanism, implemented in a future patch.)
Xen is no longer a sub-architecture, so the
On Sun, 2007-02-18 at 08:45 +0100, Németh Márton wrote:
A blinking led is basically a PWM (Pulse Width Modulation)
signal. A PWM signal has three different attribute. The
first one is the amplitude, this attribute is already
provided by the led subsystem as brightness. There are two
more
I don't see that - as I say above, the correct sequence is:
- host device resume
- calls mmc_resume_host()
- child's device resume (mmc_blk_resume)
- mmc_queue_resume()
Of course, I understand that this is a correct sequence. It simply was not
obvious to me that host
will
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze processes
until child exits/execs. Not good.
Yes, but this also is
On Sunday, 18 February 2007 12:32, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
static inline int
On Sun, 2007-02-18 at 10:50 +0100, Alex Riesen wrote:
The arch/i386/kernel/process.c part of the patch should apply to 2.6.20
as well. Can you check if the problem is there too ?
It does not apply and does not look trivially hackable.
The code for cpu_idle was introduced in 2ff2d3d7 i386:
On Sun, Feb 18, 2007 at 01:29:03PM +0200, Dan Aloni wrote:
| On Sun, Feb 18, 2007 at 01:42:22PM +0300, Cyrill Gorcunov wrote:
| Hi,
|
| here is a patch attached to the mail. You may test it. Actually
| I have no 64bit machine to test it and I'm worried about the
| patch accuracy. So be
Douglas Gilbert [EMAIL PROTECTED] wrote:
Jens Axboe wrote:
On Fri, Feb 16 2007, Alan Stern wrote:
From: James Bottomley [EMAIL PROTECTED]
This patch (as854) separates out the two queue-oriented ioctls from
the rest of the block-layer ioctls. The idea is that they should
apply to any
Maybe this is a decent approach to deal with the problem. First some
definitions. T is the target segment to be cleaned, S is the spare
segment that valid data is written to, O are other segments that contain
indirect blocks I for valid data D in T.
Have two different GC mechanisms to choose
Hi!
So I think tonight I'll start adding try_to_freeze() to the kernel
threads that
set PF_NOFREEZE.
cool! While you are at it, let me try to enhance the freezer api's
to incorporate the PFE_* flags.
Here's a patch that adds try_to_freeze() to all kernel threads that didn't
On Sun, Feb 18, 2007 at 11:52:58AM +0300, Mockern wrote:
Thank you for you respond.
I asked this question since I have one problem with my tty driver.
It based on serial_core.c. It works well except Linux cat operation:(.
(e.g. cat ttyS10). I thought in tty driver there is no function
for
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Two problems:
1) A showstopper with the root partition on
On Sunday 18 February 2007 00:52:15 Pavel Machek wrote:
Hi!
Hello , I am sorry that I missed some parts of coding style. I need to
reread it :-)
There is a updated patch :
It looks better.
+ /* Disable Interrupt */
+ outl (0, dev-base_addr + DCR7);
+ outl
On Sun, Feb 18, 2007 at 01:26:47PM +1000, Trent Waddington wrote:
Such a strange attitude.. to go to all this effort to quote carefully
and correctly one set of people and to then total misconstrue the
words of another.
The FSF's argument in regards to readline is that you may not
Hello,
Is there some howto information available about using PCI riser cards
(with multiple PCI slots) under Linux?
Several incarnations exist of PCI riser cards with two PCI slots where
the Device Number of one slot can be changed.
How, based on what information, does Linux assign an IRQ to each
I don't see how that is possible. mmc_block's remove routine waits for mmcqd
to
exit, so there can't be any code still alive that has a request going. (I am
also completely unable to reproduce this problem here).
Add more printk:s do verify how the code in mmc_block executes.
This is
Do u recommend that we switch back to reiserfs ?
Not yet.
Could it be a hardware related problems ?
Yes. Do you have ECC memory on your server? Have you run memtest86?
Were there any I/O errors in the log prior to the shutdown message?
Yes, we have ECC memory.
We will try to run
On Sun, 18 Feb 2007, Richard Purdie wrote:
I just said that finding a way to do it generically is difficult, not
that we shouldn't do it.
Very well, let's do it, then.
Even if half your functionality is exposed through the class, that half
that is standardised rather than adhoc. Having said
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze
processes
until child exits/execs. Not good.
I forgot to say that we have another problem: coredumping.
A thread
On Sat, 2007-02-17 at 21:29 -0800, Jeremy Fitzhardinge wrote:
I'm looking at making all architectures export a vmalloc_sync_all()
function, so that generic code can be sure that a particular vmalloc
mapping is present in all address spaces. I need this to implement a
function to reserve a
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:32, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:42, Oleg Nesterov wrote:
On 02/17, Rafael J. Wysocki wrote:
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
Alex Dubov wrote:
This is hard to trigger problem, so I'll spare you the rather lengthy log.
It happens if card timeouts and mmc_remove_host is called while
mmc_register_card is still in
progress (the hint was in crash dump). If I sleep before remove, it gives the
mmc_register_card
chance
On Sunday, 18 February 2007 13:14, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 00:47, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze
processes
until child exits/execs. Not good.
I
Am Samstag 17 Februar 2007 schrieb Prakash Punnoor:
Am Samstag 17 Februar 2007 schrieb Prakash Punnoor:
Hi,
I tried a cat /dev/sdb1 /dev/null from a Sandisk Extreme III CF card
connected via cf to IDE adapteer to onboard ide of nforce c51. I am usinf
2.6.20 on x86_64. For a few seconds
Hello list,
in security/inode.c, the comment for securityfs_create_dir() reads:
If securityfs is not enabled in the kernel, the value -ENODEV
will be returned. It is not wise to check for this value, but
rather, check for NULL or !NULL instead as to eliminate the need
Hi,
We are running the 2.6 kernel with the IOCB_CMD_EPOLL_WAIT code and the
NMI watchdog is triggered:
CPU:0
EIP:0060:[c0323285]Not tainted VLI
EFLAGS: 0087 (2.6.9-42dbg)
EIP is at __write_lock_failed+0x9/0x20
eax: c52d2d00 ebx: d9522580 ecx: 0092 edx: c52d2d00
esi:
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
Is there some howto information available about using PCI riser cards
(with multiple PCI slots) under Linux?
Several incarnations exist of PCI riser cards with two PCI slots where
the Device Number of one slot can be changed.
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
RAM (offset 0x497). This is how Suse's hwinfo does.
Perhaps that's
Hi,
I must miss something...
Looking at these prototypes
unsigned long simple_strtoul(const char *cp, char **endp,unsigned int base)
unsigned long long memparse (char *ptr, char **retptr)
I'm really wondering why not all parameters are not all 'const'. None
of these functions modify any
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
A very vague idea: what if parent will do
current-flags |= PF_PLEASE_CONSIDER_ME_AS_FROZEN_BUT_SET_TIF_FREEZE
wait_for_completion(vfork);
try_to_freeze();
?
Hm, what
Kumar Gala [EMAIL PROTECTED] writes:
I'm seeing an issue with a stock 2.6.20 kernel running on an embedded
PPC. I've got a usb flash drive plugged in and the filesystem on the
drive is vfat. Running with 64M and no swap.
If I execute a series of large (100M+) ftruncate() on the disk
Lennart Sorensen wrote:
On Sun, Feb 18, 2007 at 03:07:29PM +0100, Udo van den Heuvel wrote:
How, based on what information, does Linux assign an IRQ to each card,
plugged into the riser?
How can one tweak/influence the irq routing?
How can I make a dual riser card work so that both cards have
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
And now another problem: exec. de_thread() sleeps in TASK_UNINTERRUPTIBLE
waiting for all sub-threads to die, and we have the same deadlock if
one of them is frozen. This is nasty. Probably we can
Hi Linus,
On Wed, 14 Feb 2007 11:32:34 -0800 (PST), Linus Torvalds wrote:
On Wed, 14 Feb 2007, Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
RAM (offset 0x497). This is how
Hi,
On Sun, 18 Feb 2007, Olaf Hering wrote:
On Fri, 16 Feb 2007, Olaf Hering wrote:
Pass a timestamp to kbuild via an enviroment variable.
TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
This can be used when the kernel source is in a SCM and uname -v
is
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Eric Van Hensbergen(1):
Implement optional loose read cache
Eric W. Biederman(1):
Use kthread_strop instead of sending a
On Sat, 17 Feb 2007, Douglas Gilbert wrote:
Jens Axboe wrote:
On Fri, Feb 16 2007, Alan Stern wrote:
From: James Bottomley [EMAIL PROTECTED]
This patch (as854) separates out the two queue-oriented ioctls from
the rest of the block-layer ioctls. The idea is that they should
apply to
On Saturday 17 February 2007 17:06, Stephane Eranian wrote:
Hello,
This patch against 2.6.20
Please always submit against mainline:
patching file arch/i386/kernel/nmi.c
Hunk #1 FAILED at 288.
Hunk #2 succeeded at 740 (offset 55 lines).
Hunk #3 succeeded at 1017 with fuzz 1 (offset 59
Hi Con,
Con Kolivas wrote:
Would some -ck user on the mailing list like to perform a set of
interbench benchmarks? They're pretty straight forward to do; see:
Here are my results for AMD 3200+ (2.2Ghz, uniprocessor), 1gb RAM, 10,000RPM
SATA drive after clean boots into runlevel 1.
[adding mtd maintainer]
On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| Hello,
|
| I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
| board and I got this during boot:
|
| [248660.950695] device
Hi,
On Fri, 16 Feb 2007, Kumar Gala wrote:
Could you please be more specific about the problem you're trying to
solve, instead of how you're trying to solve it?
A real example would help a lot to understand the actual problem.
Sure, on powerpc for some of the embedded sub-architectures
Linus,
Please don't forget to pull the hwmon subsystem updates for Linux
2.6.21 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
The merge window is closing soon and I'd like these changes to be in
2.6.21-rc1.
Thanks,
--
Jean Delvare
-
To unsubscribe from this list: send the
On Sat, Feb 17, 2007 at 04:19:58PM +0100, Thomas Gleixner wrote:
On Sat, 2007-02-17 at 15:56 +0100, Andi Kleen wrote:
This is one of the reasons why we don't just use good old
do_gettimeofday(), since it takes locks and can lead to lock recursion
if parts of itself are probed.
Jean Delvare wrote:
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
RAM (offset 0x497). This is how Suse's hwinfo does.
Add two new maturity levels of DEPRECATED and OBSOLETE to the kbuild
structure.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
one more time, i'll see if i can get this into the main tree, since
previous attempts just seem to disappear into the void, even though
several people
On Sun, Feb 18, 2007 at 06:13:38PM +0100, Andi Kleen wrote:
[adding mtd maintainer]
On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| Hello,
|
| I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
Hello,
On Sun, 18 Feb 2007 17:04:01 +0100 Jean Delvare wrote:
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one byte from
RAM (offset
On i386 with PAE, this is not necessary because the kernel's mappings
are shared between all processes anyway, so it would be a no-op.
However, non-PAE i386 has a separate kernel mapping for each process,
and so needs to sync them - typically lazily on faults, but
vmalloc_sync_all exists
These represent the final updates, after which we'll move over into
separated fixes for post 2.6.21 and bug fixes for rc candidates mode.
The patches are available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Alan Stern (3):
SCSI core:
Hi Chuck,
On Fri, 16 Feb 2007 14:31:44 -0500, Chuck Ebbert wrote:
Andi Kleen wrote:
Chuck Ebbert wrote:
So, could ACPI and the k8temp driver be at odds?
Yes, there is no locking between ACPI and Linux drivers for register access.
e.g. if there is a indexed register both try to access
On Sat, 17 Feb 2007 13:14:50 -0500, Chuck Ebbert wrote:
Well I had an idea after looking at k8temp -- why not make it default to
doing only reads from the sensor? You'd only get information from whatever
core/sensor combination that ACPI had last used, but it would be safe.
ACPI is broken
On Sun, 18 Feb 2007 09:32:15 -0800 H. Peter Anvin wrote:
Jean Delvare wrote:
On Thu, 15 Feb 2007 06:34:35 -0800, H. Peter Anvin wrote:
Jean Delvare wrote:
On x86, the BIOS led state can be read from byte 0x97 the BIOS RAM. The
BIOS RAM is mapped at 0x400 so all we need to do is to one
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Slab corruption + oops yablb (yet another block layer bug)
Slab corruption: start=f3b8f654, len=176
Redzone: 0x5a2cf071/0x5a2cf071.
Last user: [c0160f39](mempool_free_slab+0xe/0x10)
060: 6b 6b 6b 6b 00
I was testing the new fuse shared writable mmap support, and finding
that bash-shared-mapping deadlocks (which isn't so strange ;). What
is more strange is that this is not an OOM situation at all, with
plenty of free and cached pages.
A little more investigation shows that a similar deadlock
Hi,
Would it be possible to get this patch merged
(or at least DEPRECATED part of it)?
I think that the patch is useful and that the distinction between
DEPRECATED and OBSOLETE options is quite clear:
* DEPRECATED == new better code is available, old code scheduled for removal
* OBSOLETE ==
Alan Stern [EMAIL PROTECTED] wrote:
Alternatively the SG_GET_RESERVED_SIZE ioctl could be
modified to yield no more than max_sectors*512 .
There should be one single ioctl which can be applied uniformly to all
CD-type devices (in fact, to all devices using a request_queue) to learn
Ok it looks like i was corrupting the modelist. The following should take
care of your VAIO, but i haven't tested the failure case as Tobias is away
this weekend.
Yes, this last patch also works on VBE 1.2: It skips the EDID calls, which
would crash my system here, and consequently boots the
On Sun, 18 Feb 2007, Bartlomiej Zolnierkiewicz wrote:
Hi,
Would it be possible to get this patch merged
(or at least DEPRECATED part of it)?
I think that the patch is useful and that the distinction between
DEPRECATED and OBSOLETE options is quite clear:
* DEPRECATED == new better code
On Sunday, 18 February 2007 17:19, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
And now another problem: exec. de_thread() sleeps in TASK_UNINTERRUPTIBLE
waiting for all sub-threads to die, and we have the same
On Sunday, 18 February 2007 17:11, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
A very vague idea: what if parent will do
current-flags |=
PF_PLEASE_CONSIDER_ME_AS_FROZEN_BUT_SET_TIF_FREEZE
On Sunday, 18 February 2007 15:52, Oleg Nesterov wrote:
On 02/18, Rafael J. Wysocki wrote:
On Sunday, 18 February 2007 12:31, Oleg Nesterov wrote:
However, this means that sys_vfork() makes impossible to freeze
processes
until child exits/execs. Not good.
I
Hi,
I found this this morning on an AMD X2 based system that was unresponsive:
this part of the oops was lost off of the top of the screen, then
ds: 007b es:007b ss:0068
Process events/1 (pid: 7, ti=f7c48000 task=f7d31560 task.ti=f7c48000)
Stack: 002c f7d1dc18 0022
Sure, on powerpc for some of the embedded sub-architectures you can only
select a single board to build for. For a lot of people this is sufficient,
however we are moving towards a world where you can easily build in support
for multiple boards into a single kernel.
I'd like to
On Sun, Feb 18, 2007 at 05:15:30PM +0100, Udo van den Heuvel wrote:
FYI: My situation is a VIA Epia EN12000 with a TranquilPC dual PCI riser
where only the Device Number can be changed.
The kernel sees the two DVB cards in there as:
saa7146: register extension 'budget_av'.
ACPI: PCI
On Sun, Feb 18, 2007 at 07:49:34PM +0200, Dan Aloni wrote:
| Making window-phys u32 seems like a cleaner fix.
| (untested)
|
| With this fix it still looks somewhat broken:
|
Actually, Dan, I even don't know to do :( May be Andi know...
I think the problem is 'cause pci_read_config_word
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili [EMAIL PROTECTED] wrote:
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
On Sun, 18 Feb 2007 13:44:54 +0100 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
On Sunday, 18 February 2007 06:51, Andrew Morton wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
I'm getting this in my logs when starting up after going from a
2.6.20rc5 kernel (which didn't do this) to Linus' latest tree as of 36
hours ago:
Feb 18 14:52:32 localhost kernel: [ 16.392136] Uniform
Multi-Platform E-IDE driver Revision: 7.00alpha2
Feb 18 14:52:32 localhost kernel: [
On 18/02/07, Andrew Morton [EMAIL PROTECTED] wrote:
On Sun, 18 Feb 2007 18:58:05 +0100 Mattia Dongili [EMAIL PROTECTED] wrote:
On Sun, Feb 18, 2007 at 02:06:59PM +0100, Laurent Riffard wrote:
Le 18.02.2007 06:51, Andrew Morton a écrit :
Temporarily at
On Sun, Feb 18, 2007 at 07:49:34PM +0200, Dan Aloni wrote:
| On Sun, Feb 18, 2007 at 06:13:38PM +0100, Andi Kleen wrote:
| [adding mtd maintainer]
|
| On Sunday 18 February 2007 11:42, Cyrill Gorcunov wrote:
| On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| | Hello,
| |
|
1 - 100 of 398 matches
Mail list logo