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:
http://marc.theaimsgroup.com/?l=linux-kernelm=116599593200888w=2
flush_workqueue() is not allowed to be called in the
-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: [Bug 7505]
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 stuff that
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 customer
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 unlikely
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 for the
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
* 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
an USB
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
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:
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 thing were
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 dirk.behme_at_gmail.com
Index: linux-2.6.20-rc1/include/asm-arm/system.h
===
---
ARM: NO_HZ support
This is an update of the initial patch from Daniel Walker
and Kevin Hilman.
Signed-off-by: Dirk Behme dirk.behme_at_gmail.com
Index: linux-2.6.20-rc1/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
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 dirk.behme_at_gmail.com
Index: linux-2.6.20-rc1/arch/arm/mach-omap1/time.c
* 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 it
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.
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.
finds http://marc.theaimsgroup.com/?l=linux-aiom=116616463009218w=2
So that's a refcounting bug. But it's really a locking bug,
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 patch so
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, the idle
loop
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
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 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 (!pte_dirty(*pte)
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 noticed and
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 unsubscribe
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
* 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
review
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 dirk.behme_at_gmail.com
Patches like this have been flying around for over a week now, but the
bug's
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 there.
I'm
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
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
that
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
---
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
handler
On Thu, 21 Dec 2006 10:41:44 +0100
Sorin Manolache [EMAIL PROTECTED] wrote:
spin_lock(lck);
down(sem); /* 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
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.
...
+
+ lock_cpu_hotplug();
+
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 trying booting
* 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 /not/
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 happen, the
(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 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 that
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);
...
* 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 disagree about.
* 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 [EMAIL
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) Network device
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.
adding
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 you need
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
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
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.
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
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
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 linux/uio.h
#include linux/highmem.h
#include linux/pagemap.h
+#include linux/kevent.h
#include asm/uaccess.h
#include asm/ioctls.h
@@ -312,6
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
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
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 use
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
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 configurations
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
to
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 cases, but
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
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 event
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]
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)
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
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]
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 +1603,9
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 does
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 unsubscribe
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 loops,
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
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
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 unsubscribe
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 sure
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. Here is a small diff
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
Linux
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
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
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
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 doing
+ 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 from
* 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 tests
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
+++
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 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 inference but
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 kernel
* 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 dirk.behme_at_gmail.com
Patches like this have been
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 we switch
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 I am able
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 __cmpxchg_u3
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
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 02:54:01PM +0100, Jean Delvare wrote:
On Thu, 21 Dec 2006 03:32:33 -0700, Eric W. Biederman wrote:
Ok. There is almost enough for inference but here is a patch of stops
for setup.S let's see if one of those will stop the reboots.
I have a strong feeling that we
And with that, I then either rip out any old users of
test_clear_page_dirty() or clear_page_dirty(), and if appropriate (and
it's realy lonly appropriate for truncate(), I replace them with the new
cancel_dirty_page(). Most of the time, they should just be deleted
entirely.
NOTE NOTE
On Thu, 21 Dec 2006 09:10:29 +0530, Vivek Goyal wrote:
Ok. so indirect jump seems to be having problem. On my machine disassembly
of setup.o show following.
ff a6 14 02 00 00 jmp*0x214(%esi)
This seems to be fine as 0x14 is the offset of code32_start, and
((DELTA_INITSEG) 4)
On Thursday 21 December 2006 08:05, Chuck Ebbert wrote:
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
On Thu, Dec 21, 2006 at 07:56:01AM +0530, Vivek Goyal wrote:
[..]
# Manual, Mixing 16-bit and 32-bit code, page 16-6)
.byte 0x66, 0xea# prefix + jmpi-opcode
-code32:.long 0x1000 # will be set to
0x10
-
On Wed, 20 Dec 2006, David Brownell wrote:
On Wednesday 20 December 2006 10:12 pm, Andrew Morton wrote:
Why not implement them as inline functions?
I just collected and forwarded the code from Philip...
the better not to lose such stuff! :)
Or non-inline functions, come to that.
1 - 100 of 602 matches
Mail list logo