Hello Andrew,
this patch adds irq 2.6.19 changes and 2.6.20 ktermios changes to
pnx8xxx-uart.c (which was added to -mm tree with pnx8550-uart-driver.patch).
drivers/serial/pnx8xxx_uart.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
Signed-off-by: Vitaly Wool <[EMAIL
On Thu, Dec 21, 2006 at 08:48:05AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> Evgeniy,
>
> On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote:
>
> > So comment on its bugs, its design, implementation, ask questions,
> > request features, show interest (even with 'I have no time right now,
> On Wed, 20 Dec 2006, Linus Torvalds wrote:
> Martin, Andrei, does this make any difference for your corruption cases?
Hi!
I've been watching this issue since I'm experiencing rtorrent corruption
since 2.6.19.
Details: i386, UP, no preempt:
kungen:/proc# zgrep PREEMPT config.gz
Sorry, I meant MIPS.
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> ia64 architecture local_t extension.
>
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
>
> --- a/include/asm-mips/system.h
> +++ b/include/asm-mips/system.h
> @@ -253,6 +253,58 @@ static inline unsigned long
Hi Vivek,
On Thu, 21 Dec 2006 08:43:26 +0530, Vivek Goyal wrote:
> On Thu, Dec 21, 2006 at 02:13:54PM +0100, Jean Delvare wrote:
> > On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> > > Looks like it might be a tool chain issue. I took Jean's config file and
> > > built my own kernel and
Jeff Garzik <[EMAIL PROTECTED]> :
> I refreshed my git intro/cookbook for kernel hackers, at
> http://linux.yyz.us/git-howto.html
>
> This describes most of the commands I use in day-to-day kernel hacking.
> Let me know if there are glaring errors or missing key commands.
o 'git whatchanged
Evgeniy,
On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote:
> So comment on its bugs, its design, implementation, ask questions,
> request features, show interest (even with 'I have no time right now,
> but will loko at it after in a week after vacations').
>
> No one does it, so no one
On Thu, Dec 21, 2006 at 02:13:54PM +0100, Jean Delvare wrote:
> On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> > On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> > > Grr. I guessed the problem was to late in the game it seems the problem
> > > is in setup.S Before
On Wed, 20 Dec 2006, Dan Williams wrote:
If we define interface down as meaning that the device is powered down
and the radio switched off, then (b) and (c) would presumably just need
to ensure that the interface is downed. (a) is a slightly more special
case - if the switch disables the radio,
* Russell King <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 21, 2006 at 09:35:14AM +0100, Dirk Behme wrote:
> >
> > ARM: Fix compilation issues and warnings for CONFIG PREEMPT
> > RT for ARM in include/asm-arm/system.h.
> >
> > Signed-off-by: Dirk Behme
>
> Patches like this have been flying
On Thu, Dec 21, 2006 at 11:48:42AM +0545, Manish Regmi wrote:
> Yes... my application does large amount of I/O. It actually writes
> video data received from ethernet(IP camera) to the disk using 128 K
> chunks.
Bursty video traffic is really an application that could take advantage
from the
On Wed, 2006-20-12 at 22:14 -0500, Dan Williams wrote:
...
> Simple == good. Down == down. Lets just agree on that and save
> ourselves a lot of pain.
netdevices have well defined operational and administrative state
machines. And very well defined relationship between operational and
On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> > Grr. I guessed the problem was to late in the game it seems the problem
> > is in setup.S Before we switch to 32bit mode.
> >
> > Ok. There is almost enough for
David Brownell a écrit :
On Friday 15 December 2006 7:20 am, Nicolas FERRE wrote:
Add support for the ads7843 touchscreen controller to the ads7846 driver code.
Glad to see this! Is this for AT91sam9261-EK board support, maybe?
Indeed ! An also for the AT91sam9263-EK which has the same
On Tue, 2006-12-19 at 09:43 -0800, Linus Torvalds wrote:
>
> Btw,
> here's a totally new tangent on this: it's possible that user code is
> simply BUGGY.
depmod: BADNESS: written outside isize 22183
---
diff --git a/fs/buffer.c b/fs/buffer.c
index d1f1b54..5db9fd9 100644
--- a/fs/buffer.c
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> CPU idle wakeup very much depends on ordered memory ops, the clearing
> of the TS_POLLING flag must always be done before we test
> need_resched() and hit the idle instruction(s). [Symmetrically, the
> wakeup code needs to set NEED_RESCHED before it
> + printk("BUG: at %s:%d %s()\n", __FILE__,\
how about
BUG: Warning at
--
if you want to mail me at work (you don't), use arjan (at) linux.intel.com
Test the interaction between Linux and your BIOS via
http://www.linuxfirmwarekit.org
-
To unsubscribe
On Thu, Dec 21, 2006 at 05:32:56AM -0700, Eric W. Biederman wrote:
>
> Take a look at the diff for commit 968de4f02621db35b8ae5239c8cfc6664fb872d8
> of setup.S there are very few candidate instructions.
>
> I suspect with a few minutes of review we should be able to see what the
> assembler is
Subject: [patch] change WARN_ON back to "BUG: at ..."
From: Ingo Molnar <[EMAIL PROTECTED]>
WARN_ON() ever triggering is a kernel bug. Do not try to paper over this
fact by suggesting to the user that this is 'only' a warning, as the
following recent commit does:
commit
Dear friends of the code,
now that I was hoping I had got rid of all show stoppers for my platform
(Lenovo X60s) I experience a new VERRY annoying failure:
the systzem freezes from time to time without any detectable pattern.
no log entry, no disk activity, no net response, nothing. just frozen
Denis Vlasenko wrote:
Why vendor has a right to restrict me to a few existing OSes?
Manufacturers design product as they see fit and offer it on the market; I
don't see nVidia or ATI thugs twisting your arm behind you as you walk down
the aisle of Fry's Electronics saying "buy this nice
On Thu, Dec 21, 2006 at 12:30:22PM +, Russell King wrote:
> On Wed, Dec 20, 2006 at 11:53:25PM -0800, Linus Torvalds wrote:
> > That's obviously a bug worth fixing on its own. Do you know when it
> > started?
>
> My last merge, just before 2.6.19-rc1.
Obviously 2.6.20-rc1.
--
Russell King
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
>> Jean Delvare <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
>> >> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
>> >> > Ok.
On Wed, Dec 20, 2006 at 11:53:25PM -0800, Linus Torvalds wrote:
> That's obviously a bug worth fixing on its own. Do you know when it
> started?
My last merge, just before 2.6.19-rc1.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
-
To
> > Well... I don't think eth1394 was ever used much and it's
> not something
> > I plan to port over.
>
> It is used, even though it is not very robust because it is
> not actively
> maintained (yet). If your stack will shape up to become a potential
> replacement of mainline's stack, I'm
Subject: [patch] sched: fix bad missed wakeups in the i386, x86_64, ia64, ACPI
and APM idle code
From: Ingo Molnar <[EMAIL PROTECTED]>
Fernando Lopez-Lezcano reported frequent scheduling latencies and audio
xruns starting at the 2.6.18-rt kernel, and those problems persisted all
until current
this little project of mine of submitting the occasional code
"cleanup" has turned out to be way more daunting than i originally
thought, given how many source files insist on constantly re-inventing
the wheel. consider a couple useful macros defined in
include/linux/kernel.h:
#define
Nigel Cunningham wrote:
Hi.
On Wed, 2006-12-20 at 22:04 -0500, Jeff Garzik wrote:
I refreshed my git intro/cookbook for kernel hackers, at
http://linux.yyz.us/git-howto.html
This describes most of the commands I use in day-to-day kernel hacking.
Let me know if there are glaring errors or
On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> Jean Delvare <[EMAIL PROTECTED]> writes:
>
> > On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
> >> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
> >> > Ok. Here is a small diff that inserts the infinite
Stephen Hemminger <[EMAIL PROTECTED]> :
[...]
> We need to allow ethtool setting to be done before device has been brought
> up and started autonegotiation. The current MII library doesn't really support
> it.
I completely agree.
--
Ueimor
-
To unsubscribe from this list: send the line
* Linus Torvalds <[EMAIL PROTECTED]> [2006-12-20 11:50]:
> Martin, Andrei, does this make any difference for your corruption
> cases?
Works for me.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
* Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
> > but i still /strongly/ disagree with your attitude that mainline is
> > 'experimental' and hence there's nothing to see here, move over.
>
> We can agree to disagree about how "experimental" mainline should be.
> [...]
there's not much to
On Thu, Dec 21, 2006 at 11:37:02AM +0100, Ingo Molnar wrote:
> I think in the future it would be better to annotate the introduction of
> new, widely used codepaths via KERN_DEBUG printouts, something along the
> lines of:
>
> printk(KERN_DEBUG "calgary: running new EBDA code.\n");
>
On Wed, 2006-12-20 at 16:38 -0800, Casey Schaufler wrote:
[...]
> The argument that a hardware company usually
> invokes is that, while they don't give a horse's
> pitute about the software itself, they do care
> about the information the software contains
> about their hardware. The concern is
On Thu, Dec 21, 2006 at 01:49:18PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> So comment on its bugs, its design, implementation, ask questions,
> request features, show interest (even with 'I have no time right now,
> but will loko at it after in a week after vacations').
>
> No one
On Thu, Dec 21, 2006 at 05:41:41AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov wrote:
> >On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov
> >([EMAIL PROTECTED]) wrote:
> >>Generic event handling mechanism.
> >>
> >>Kevent is a generic subsytem which allows to handle
(adding Ben Dooks as he's taking care of s3c24xx stuff)
David Brownell <[EMAIL PROTECTED]> writes:
Note that I neither tested it nor build tested it. It's only remarks I
have when I read the code.
> Arch-neutral GPIO calls for S3C24xx.
>
> From: Philipp Zabel <[EMAIL PROTECTED]>
>
> Index:
On Thu, 21 Dec 2006 10:41:44 +0100
"Sorin Manolache" <[EMAIL PROTECTED]> wrote:
> while (1)
> ;
>
> in the read function of a test device driver. I expect the calling
> process to freeze, and then a timer interrupt to preempt the kernel
> and to schedule another process. This does not
Evgeniy Polyakov wrote:
On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
* Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
> > > it would be used, period. You may disagree, but fundamentally I
> > > think the mainline kernel should be fairly experimental, which
> > > means enabling new code by default.
> >
> > that's a totally wrong attitude - the mainline kernel is
On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
>
> Generic event handling mechanism.
>
> Kevent is a generic subsytem which allows to handle event notifications.
> It supports both level and edge triggered events. It is similar to
> poll/epoll in some
Jean Delvare <[EMAIL PROTECTED]> writes:
> On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
>> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
>> > Ok. Here is a small diff that inserts the infinite loops, between
>> > each section of code in head.S Procedurally please
Andrew Morton writes:
> On Wed, 20 Dec 2006 19:31:01 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Here is a patch, result of the combined work of Tom Zanussi and myself, to
> > add
> > CPU hotplug support to Relay.
> >
> > ...
> >
> > +
> > +
On Thu, 21 Dec 2006 10:41:44 +0100
"Sorin Manolache" <[EMAIL PROTECTED]> wrote:
> spin_lock();
> down(); /* I know that one shouldn't sleep when holding a lock */
> /* but I want to understand why */
I suppose because the lock is held for an indefinite amount of time and
any
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes.
To add port dynamically, create "add" element in /sys/class/misc/netconsole.
ex)
echo "@/eth0,@192.168.0.1/" > /sys/class/misc/netconsole/add
then the port is added with the settings sending kernel messages
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains switch function of netpoll.
If "enabled" attribute of certain port is '1', this port is used
and the configurations of this port are uable to change.
If "enabled" attribute of certain port is '0', this port isn't used
and the
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes.
create a sysfs entry for netconsole in /sys/class/misc.
This entry has elements related to netconsole as follows.
You can change configuration of netconsole(writable attributes such as IP
address, port number and so
On Thu, 21 Dec 2006 10:41:44 +0100
"Sorin Manolache" <[EMAIL PROTECTED]> wrote:
> The Linux Device Drivers book says that a spin_lock should not be
> shared between a process and an interrupt handler. The explanation is
> that the process may hold the lock, an interrupt occurs, the interrupt
>
At Wed, 20 Dec 2006 21:47:44 -0800,
Andrew Morton wrote:
>
> On Wed, 20 Dec 2006 20:20:45 +0300
> "Eugene Ilkov" <[EMAIL PROTECTED]> wrote:
>
> > There was some INIT_WORK related changes, here is patch against
> > wm8750 codec driver. Tested on sharp sl-c1000
> >
> >
> > ---
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following cleanups.
- add __init for initialization functions(option_setup() and
init_netconsole()).
- remove "drop" initialization in the netpoll structure.
Signed-off-by: Keiichi KII <[EMAIL PROTECTED]>
---
[changes]
1. stop to
On Wed, Dec 20, 2006 at 16:19:04 +, Pavel Machek wrote:
> Hi!
>
> > > > I tried PM_TRACE to find the driver that breaks resume from suspend.
> > > > I got working resume until I switched to the sk98lin driver
> > > > (because sky2 doesn't support wake on LAN). That's why I was quite sure
> >
Andrew Morton a écrit :
On Fri, 15 Dec 2006 15:45:08 +0100
Nicolas FERRE <[EMAIL PROTECTED]> wrote:
Add support for the ads7843 touchscreen controller to the ads7846
driver code.
Generates a lot of errors when applied to the current mainline kernel.
Please prepare and test patches against
From: Keiichi KII <[EMAIL PROTECTED]>
The netconsole is a very useful module for collecting kernel message under
certain circumstances(e.g. disk logging fails, serial port is unavailable).
But current netconsole is not flexible. For example, if you want to change ip
address for logging agent, in
On Thu, Dec 21, 2006 at 09:18:45AM +0100, Martin Michlmayr wrote:
> * Russell King <[EMAIL PROTECTED]> [2006-12-20 22:11]:
> > > This patch doesn't fix my problem (apt segfaults on ARM because its
> > > database is corrupted).
> >
> > Are you using IDE in PIO mode? If so, the bug probably lies
On Thu, Dec 21, 2006 at 09:35:14AM +0100, Dirk Behme wrote:
>
> ARM: Fix compilation issues and warnings for CONFIG PREEMPT
> RT for ARM in include/asm-arm/system.h.
>
> Signed-off-by: Dirk Behme
Patches like this have been flying around for over a week now, but the
bug's been fixed using a
From: Michael Riepe <[EMAIL PROTECTED]>
This allows plan9 to get a little further booting.
Signed-off-by: Michael Riepe <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/svm.c
===
---
Add compile-time and run-time API versioning.
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/kvm_main.c
===
--- linux-2.6.orig/drivers/kvm/kvm_main.c
+++ linux-2.6/drivers/kvm/kvm_main.c
@@ -1603,6
From: Michael Riepe <[EMAIL PROTECTED]>
this allows opensolaris to boot on kvm/intel.
Signed-off-by: Michael Riepe <[EMAIL PROTECTED]>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/vmx.c
===
---
From: Michael Riepe <[EMAIL PROTECTED]>
Some msrs, such as MSR_STAR, are not available on all processors. Exporting
them causes qemu to try to fetch them, which will fail.
So, check all msrs for validity at module load time.
Signed-off-by: Michael Riepe <[EMAIL PROTECTED]>
Signed-off-by: Avi
* Dirk Behme <[EMAIL PROTECTED]> wrote:
> Hi,
>
> the following patches for CONFIG PREEMPT RT add clocksource and
> clockevent driver for ARM based TI OMAP devices.
>
> They are against linux-2.6.19 + patch-2.6.20-rc1 +
> patch-2.6.20-rc1-rt1. The clocksource patch went through several
>
Signed-off-by: Avi Kivity <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/kvm/mmu.c
===
--- linux-2.6.orig/drivers/kvm/mmu.c
+++ linux-2.6/drivers/kvm/mmu.c
@@ -647,14 +647,20 @@ int kvm_mmu_init(struct kvm_vcpu *vcpu)
Various minor fixes to support more guest OSes, fix a bug in exporting
MSRs to userspace, and version the API.
--
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]
Dear list,
I am in the process of learning how to write linux device drivers.
I have a 2.6.16.5 kernel running on a monoprocessor machine.
#CONFIG_SMP is not set
CONFIG_DEBUG_SPINLOCK=y.
CONFIG_PREEMPT=y
CONFIG_PREEMPT_BKL=y
First question:
I wrote
while (1)
;
in the read function of a
On Thu, 2006-12-21 at 10:20 +0100, Peter Zijlstra wrote:
> > Now you are flushing the tlb twice. ptep_clear_flush clears the pte and
> > flushes the tlb, ptep_establish sets the new pte and flushes the tlb.
> > Not good. Use set_pte_at instead of the ptep_establish.
>
> Yeah, sorry, I already
On Thu, 21 Dec 2006 02:17:05 -0700
"Gordon Farquharson" <[EMAIL PROTECTED]> wrote:
> Can the call to task_io_account_cancelled_write() simply be removed
> from cancel_dirty_page() for testing the patch with 2.6.19 (since
> 2.6.19 doesn't seem to have the task I/O accounting) ?
Yes.
-
To
On Thu, 2006-12-21 at 10:16 +0100, Martin Schwidefsky wrote:
> On Thu, 2006-12-21 at 00:03 +0100, Peter Zijlstra wrote:
> > current version
>
> Nitpicking ..
>
> > @@ -444,17 +444,18 @@ static int page_mkclean_one(struct page
> > if (!pte)
> > goto out;
> >
> > - if
Socket notifications.
This patch includes socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about various benchmarks and server itself
(evserver_kevent.c) can be found
Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index f3b6f71..aeaee9c 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -312,6 +313,7 @@ redo:
break;
}
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on).
Signed-off-by: Evgeniy
On 12/21/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
That said, I think the patch I sent out should actually work on top of
plain 2.6.19 too. I don't think things have changed in this area that
much. IOW, you don't _need_ latest -git to test it, you just need a broken
kernel ;)
I created a
On Thu, 2006-12-21 at 00:03 +0100, Peter Zijlstra wrote:
> current version
Nitpicking ..
> @@ -444,17 +444,18 @@ static int page_mkclean_one(struct page
> if (!pte)
> goto out;
>
> - if (!pte_dirty(*pte) && !pte_write(*pte))
> - goto unlock;
> + while
Kevent posix timer notifications.
Simple extensions to POSIX timers which allows
to deliver notification of the timer expiration
through kevent queue.
Example application posix_timer.c can be found
in archive on project homepage.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
poll/epoll in some cases, but it is more scalable, it is faster and
allows to work with essentially eny kind of events.
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
This subsystem uses high-resolution timers.
id.raw[0] is used as number of seconds
id.raw[1] is used as number of
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are
Description.
diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt
new file mode 100644
index 000..2e03a3f
--- /dev/null
+++ b/Documentation/kevent.txt
@@ -0,0 +1,240 @@
+Description.
+
+int kevent_init(struct kevent_ring *ring, unsigned int ring_size,
+ unsigned int
Andrew,
On Wed, Dec 20, 2006 at 09:05:14PM -0800, Andrew Morton wrote:
> On Wed, 20 Dec 2006 06:05:00 -0800
> Stephane Eranian <[EMAIL PROTECTED]> wrote:
>
> > Hello,
> >
> > Here is the latest version of the idle notifier for i386.
> > This patch is against 2.6.20-rc1 (GIT). In this kernel,
On Thu, 21 Dec 2006, Martin Michlmayr wrote:
>
> This is a known issue. The following patch has been proposed
> http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=4030/1
> although I just notice that it has been marked as "discarded".
> Apparently Russell King commited a better
Andrew Morton wrote on Thursday, December 21, 2006 12:18 AM
> Alas, your above description doesn't really tell us what the bug is, so I'm
> at a bit of a loss here.
>
> http://marc.theaimsgroup.com/?l=linux-aio=116616463009218=2>
>
> So that's a refcounting bug. But it's really a locking bug,
Hi Vivek,
On Thu, 21 Dec 2006 10:11:26 +0530, Vivek Goyal wrote:
> What's the value of CONFIG_PHYSICAL_ALIGN? How much RAM is present in your
> system? Though very unlikely, just trying to find that we are not running
> short of RAM while trying to align the kernel to a large value.
> Is there some reason why we can't have the OS just do the D3
> transition for all drivers that register support? I mean, this power
> management using D states is actually driver *independent* and at
> least way back in the day was supposed to be implemented for "OS power
> management"
all
* Linus Torvalds <[EMAIL PROTECTED]> [2006-12-20 23:53]:
> > Unfortunately, I cannot get the latest git version of the kernel to
> > boot on the ARM machine on which Martin and I are experiencing the apt
> > segfault.
>
> Ouch.
>
> That's obviously a bug worth fixing on its own. Do you know when
ARM: OMAP: Add clockevent driver for OMAP.
This is an update of the initial patch from Daniel Walker
and Kevin Hilman. Update to apply cleanly to 2.6.20-rc1 by
Dirk Behme.
Signed-off-by: Dirk Behme
Index: linux-2.6.20-rc1/arch/arm/mach-omap1/time.c
ARM: NO_HZ support
This is an update of the initial patch from Daniel Walker
and Kevin Hilman.
Signed-off-by: Dirk Behme
Index: linux-2.6.20-rc1/arch/arm/Kconfig
===
--- linux-2.6.20-rc1.orig/arch/arm/Kconfig
+++
ARM: OMAP: Add clocksource driver for OMAP.
This is an update of
http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=3876/1
from Daniel Walker and Kevin Hilman.
Changes from Dirk Behme:
- Apply cleanly to recent kernel (pt_regs change)
- Move clocksource init to extra
Hi,
the following patches for CONFIG PREEMPT RT add clocksource
and clockevent driver for ARM based TI OMAP devices.
They are against linux-2.6.19 + patch-2.6.20-rc1 +
patch-2.6.20-rc1-rt1. The clocksource patch went through
several review cycles on OMAP list.
Dirk
Btw: What's about
[PATCH
ARM: Fix compilation issues and warnings for CONFIG PREEMPT
RT for ARM in include/asm-arm/system.h.
Signed-off-by: Dirk Behme
Index: linux-2.6.20-rc1/include/asm-arm/system.h
===
--- linux-2.6.20-rc1.orig/include/asm-arm/system.h
> >
> > > What we should do is to revert 047bda36150d11422b2c7bacca1df324c909c0b3
> > > and
> >
> > Bad answer
>
> Is better than breaking stuff.
.. stuff that made assumptions about something and did stuff it probably
shouldn't have been doing for the intent it had ;)
the semantics of this
On Wed, 20 Dec 2006 23:58:43 -0800
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote on Wednesday, December 20, 2006 8:06 PM
> > On Tue, 19 Dec 2006 13:49:18 -0800
> > "Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> > > Regarding to a bug report on:
> > >
Petr Vandrovec wrote:
After poking around I've found that problem is that at least ATI USB-HCDs
apply INTX enable even for MSI, despite warning in the PCI specification that
it should apply only to MSI (actually I have feeling that on these USB devices
disabling INTX in MSI mode drives their
* Russell King <[EMAIL PROTECTED]> [2006-12-20 22:11]:
> > This patch doesn't fix my problem (apt segfaults on ARM because its
> > database is corrupted).
>
> Are you using IDE in PIO mode? If so, the bug probably lies there.
I'm using usb-storage. It's used to access an external IDE drive in
Hello Jeff,
I'm using second patch below for couple of months to get MSI on all
devices present on my notebook which are MSI capable (except IDE - notebook
uses IDE in legacy mode and seems unhappy with transition to native MSI-based
mode; maybe I could try do the job with libata now when I
> They are used to parameter the HW:
> register access,
ethtool supports that, so shouldn't be an ioctl for sure
> configuration of queue sets, on board memory
> configuration,
I'm sure ethtool can do that too
> firmware load, etc ...
and for this we have request_firmware() interface.
On Wed, 2006-12-20 at 21:36 -0500, Trond Myklebust wrote:
> On Wed, 2006-12-20 at 23:15 +0100, Peter Zijlstra wrote:
> > I think this is also needed:
>
> NAK
>
> invalidate_inode_pages2() should _not_ be pretending that dirty pages
> are clean. This patch is incorrect both for the NFS usage and
On Wednesday 20 December 2006 11:08 pm, Stephen Hemminger wrote:
> David Brownell wrote:
> > Hmm, this reminds me of a thread from last summer, following up on
> > some PM discussions at OLS. Thread "Runtime power management for
> > network interfaces", at the end of July.
> >
> >
> >
> >> 2)
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 19 Dec 2006 17:37:09 +0800, Hawk Xu wrote:
> > You need to post the entire oops message, not just the last part. It should
> > start with "BUG". And using a more recent kernel would be a good idea.
> >
>
> I'm sorry, but that's all we have now. Our
In-Reply-To: <[EMAIL PROTECTED]>
On Wed, 20 Dec 2006 22:15:50 +, Alistair John Strachan wrote:
> > I'd guess you have some kind of hardware problem. It could also be
> > a kernel problem where the saved address was corrupted during an
> > interrupt, but that's not likely.
>
> Seems pretty
On Thu, 21 Dec 2006 00:36:09 -0700
Grant Grundler <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 20, 2006 at 12:01:42PM -0800, Greg KH wrote:
> > Here are some PCI patches for 2.6.20-rc1
> >
> > They contain a number of PCI quirk fixes and some PCI hotplug driver
> > fixes and changes, and some other
>>-Original Message-
>>From: Andrew Morton [mailto:[EMAIL PROTECTED]
>>Sent: 2006年12月20日 18:38
>>To: Chuck Ebbert
>>Cc: Yinghai Lu; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
>>linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
>>Eric W. Biederman; Zhang, Yanmin
>>Subject: Re:
On Wed, 20 Dec 2006, Len Brown wrote:
>
> please pull from:
Is this really all obvious bug-fixes? There seems to be a lot of
development there that simply isn't appropriate after an -rc1 any more.
I want 2.6.20 to be stable, and one of the things I'm doing is to be
strict about the merge
201 - 300 of 602 matches
Mail list logo
