From: Aaron Durbin <[EMAIL PROTECTED]>
Insert the unclaimed MMCONFIG resources into the resource tree without the
IORESOURCE_BUSY flag during late initialization. This allows the MMCONFIG
regions to be visible in the iomem resource tree without interfering with
other system resources that were
From: Christoph Lameter <[EMAIL PROTECTED]>
This adds caching of pgds and puds, pmds, pte. That way we can avoid costly
zeroing and initialization of special mappings in the pgd.
A second quicklist is useful to separate out PGD handling. We can carry the
initialized pgds over to the next
From: David Rientjes <[EMAIL PROTECTED]>
The logic in e820_find_active_regions() for determining the true active
regions for an e820 entry given a range of PFN's is needed for
e820_hole_size() as well.
e820_hole_size() is called from the NUMA emulation code to determine the
reserved area within
From: Adrian Bunk <[EMAIL PROTECTED]>
Every file should include the headers containing the prototypes for its
global functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
From: Adrian Bunk <[EMAIL PROTECTED]>
timer_irq_works() needlessly became global.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/kernel/io_apic.c |2 +-
1 file changed, 1
From: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
arch/i386/kernel/setup.c |2 +-
1 file changed, 1 insertion(+), 1
From: "Jan Beulich" <[EMAIL PROTECTED]>
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
arch/i386/kernel/sysenter.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Index: linux/arch/i386/kernel/sysenter.c
From: "Jan Beulich" <[EMAIL PROTECTED]>
Hence remove its handling in the opposite case.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
arch/i386/kernel/alternative.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
Index:
From: "Jan Beulich" <[EMAIL PROTECTED]>
Constrain __supported_pte_mask and NX handling to just the PAE kernel.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
arch/i386/mm/init.c |7 ---
include/asm-i386/page.h |1 -
2 files changed,
From: "Jan Beulich" <[EMAIL PROTECTED]>
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
arch/x86_64/mm/fault.c |2 +-
arch/x86_64/mm/init.c |2 --
2 files changed, 1 insertion(+), 3 deletions(-)
Index: linux/arch/x86_64/mm/fault.c
From: "Jan Beulich" <[EMAIL PROTECTED]>
.. and adjust documentation to properly reflect options that are
x86-64 specific.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Documentation/x86_64/boot-options.txt |6 --
From: Ravikiran G Thirumalai <[EMAIL PROTECTED]>
Too many remote cpu references due to /proc/stat.
On x86_64, with newer kernel versions, kstat_irqs is a bit of a problem.
On every call to kstat_irqs, the process brings in per-cpu data from all
online cpus. Doing this for NR_IRQS, which is now
From: "Jan Beulich" <[EMAIL PROTECTED]>
Consolidate the three 32-bit system call entry points so that they all
treat registers in similar ways.
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
arch/x86_64/ia32/ia32entry.S |5 +++--
1 file
From: Thomas Gleixner <[EMAIL PROTECTED]>
Fix coding style, white space wreckage and remove unused code.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/time.c | 88
From: Thomas Gleixner <[EMAIL PROTECTED]>
The hpet_rtc_interrupt handler still uses pt_regs. Fix it.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: Thomas Gleixner <[EMAIL PROTECTED]>
hpet.h in asm-i386 and asm-x86_64 contain tons of duplicated stuff.
Consolidate into one shared header file.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
From: Thomas Gleixner <[EMAIL PROTECTED]>
Remove unused code and variables and do some codingstyle / whitespace
cleanups while at it.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by:
From: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/apic.c|4 ++--
From: Thomas Gleixner <[EMAIL PROTECTED]>
xtime can be initialized including the cmos update from the generic
timekeeping code. Remove the arch specific implementation.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar
From: Chris Wright <[EMAIL PROTECTED]>
When making changes to x86_64 timers, I noticed that touching hpet.h triggered
an unreasonably large rebuild. Untangling it from timex.h quiets the extra
rebuild quite a bit.
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner
From: Thomas Gleixner <[EMAIL PROTECTED]>
Use the generic cmos update function in kernel/time/ntp.c
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc:
From: Chris Wright <[EMAIL PROTECTED]>
Remove pit_interrupt_hook as it adds just an extra layer.
Signed-off-by: Chris Wright <[EMAIL PROTECTED]>
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
From: [** iso-8859-1 charset **] BjörnSteinbrink <[EMAIL PROTECTED]>
The Intel PerfMon NMI watchdog was using the generic reservation
function which always reserves the first performance counter. But the
watchdog actually uses the second performance counter, thus we need a
specialised function.
From: Thomas Gleixner <[EMAIL PROTECTED]>
The current SMI detection logic in read_hpet_tsc() makes sure,
that when a SMI happens between the read of the HPET counter and
the read of the TSC, this wrong value is used for TSC calibration.
This is not the intention of the function. The comparison
From: [** iso-8859-1 charset **] BjörnSteinbrink <[EMAIL PROTECTED]>
The performance counter allocator relies on the nmi watchdog being
probed, so we have to do that even if the watchdog is not enabled.
Signed-off-by: Björn Steinbrink <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL
It is not fully softirq safe anyways.
Can't do a WARN_ON unfortunately because it could trigger in the
panic case.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/smp.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux/arch/x86_64/kernel/smp.c
With that an L3 cache is correctly reported in the cache information in /sys
With fixes from Andreas Herrmann and Dean Gaudet
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/intel_cacheinfo.c | 74 -
arch/x86_64/kernel/setup.c
From: "Yinghai Lu" <[EMAIL PROTECTED]>
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86_64/dmi.h |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
Index: linux/include/asm-x86_64/dmi.h
Move it into an own file for easy sharing.
Do everything per CPU. This avoids problems with TSCs that
tick at different frequencies per CPU.
Resync properly on cpufreq changes. CPU frequency is instable
around cpu frequency changing, so fall back during a backing
clock during this period.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/Makefile |3 ++-
arch/x86_64/kernel/time.c |1 -
arch/x86_64/kernel/tsc.c| 29 +
include/asm-x86_64/timer.h |5 +
include/asm-x86_64/timex.h |1 -
5 files changed, 8
Call a function on a target CPU but do the right thing when
we're already on that CPU. That's the main difference from
smp_call_function_single
which does the wrong thing in this case (erroring out)
Another advantage is that it is also defined for the UP case, avoiding
some ifdefs.
I also
This implements new vDSO for x86-64. The concept is similar
to the existing vDSOs on i386 and PPC. x86-64 has had static
vsyscalls before, but these are not flexible enough anymore.
A vDSO is a ELF shared library supplied by the kernel that is mapped into
user address space. The vDSO
Preparationary patch for the new sched/printk_clock()
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/kernel/tsc.c |9 -
arch/x86_64/kernel/tsc.c |5 +
2 files changed, 5 insertions(+), 9 deletions(-)
Index: linux/arch/i386/kernel/tsc.c
gcc 4.3 supports a new __attribute__((__cold__)) to mark functions cold. Any
path directly leading to a call of this function will be unlikely. And gcc
will try to generate smaller code for the function itself.
Please use with care. The code generation advantage isn't large and in most
cases it
Jan asked to always use the builtin memcpy on gcc 4.3 mainline because
it should generate better code than the old macro. Let's try it.
Cc: [EMAIL PROTECTED]
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86_64/string.h |5 -
1 file changed, 4 insertions(+), 1
The compiler generally generates reasonable inline code for the simple
cases and for the rest it's better for code size for them to be out of line.
Also there they can be potentially optimized more in the future.
In fact they probably should be in a .S file because they're all pure
assembly, but
From: David Rientjes <[EMAIL PROTECTED]>
In acpi_scan_nodes(), we immediately return -1 if acpi_numa <= 0, meaning
we haven't detected any underlying ACPI topology or we have explicitly
disabled its use from the command-line with numa=noacpi.
acpi_table_print_srat_entry() and
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/setup.c |2 ++
1 file changed, 2 insertions(+)
Index: linux/arch/x86_64/kernel/setup.c
===
--- linux.orig/arch/x86_64/kernel/setup.c
+++
Otherwise smp_affinity would only update after the next interrupt
on x86 systems.
Cc: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
kernel/irq/proc.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
Index: linux/kernel/irq/proc.c
From: David Rientjes <[EMAIL PROTECTED]>
Use LOCAL_DISTANCE and REMOTE_DISTANCE in x86_64 ACPI code
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/mm/srat.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index:
Linux 64bit only uses the IO-APIC ID as an internal cookie. In the future
there could be some cases where the IO-APIC IDs are not unique because
they share an 8 bit space with CPUs and if there are enough CPUs
it is difficult to get them that. But Linux needs the io apic ID
internally for its
Don't need 16 byte alignment because kernel doesn't use SSE2
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/Makefile |1 +
1 file changed, 1 insertion(+)
Index: linux/arch/x86_64/Makefile
===
---
From: Jean Delvare <[EMAIL PROTECTED]>
On x86_64, uses __user but doesn't include
. This could lead to build failures.
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-x86_64/ptrace.h |1 +
1 file changed, 1 insertion(+)
Index:
Fix a bug introduced with the CLFLUSH changes: we must always flush pages
changed in cpa(), not just when they are reverted.
Reenable CLFLUSH usage with that now (it was temporarily disabled
for .22)
Add some BUG_ONs
Contains fixes from Mathieu Desnoyers <[EMAIL PROTECTED]>
Signed-off-by:
On Thu, 19 Jul 2007, Robert P. J. Day wrote:
blah blah ...
once upon a time, i *did* scan the source tree to verify that any
source file that used a R/W semaphore did, in fact, include the
rwsem.h file, and i found only one file that needed tweaking:
commit
- Some more improvements for AMD family 10
- Some help for gcc 4.3
- Out of line string functions for i386 (saves >20k text)
- x86-64 vDSO
- improved fake numa node code from David Rientjes
- various machine checking handling improvements from Tim H.
- timer cleanups and fixes from Thomas
Hi Andreas,
On Wed, 18 Jul 2007 22:12:52 +0200, Andreas Schwab wrote:
> Jean Delvare <[EMAIL PROTECTED]> writes:
> > Maybe getmntent(3)? Sure I could use this, but how expensive compared
> > to a single stat(2).
>
> How about comparing the device numbers of /sys and its parent? If they
> are
On Thu, 19 Jul 2007 11:39:32 +0200 (CEST) Geert Uytterhoeven <[EMAIL
PROTECTED]> wrote:
> > Oh dear.
> >
> > ps3rom_priv(dev) = host;
> >
> > that's 'orrid. We have an identifier pretending to be a function, only we
> > go and treat it as an lvalue.
> >
> > I mean, C code should look
On Wed, 2007-07-18 at 15:57 -0700, Andrew Morton wrote:
> On Tue, 17 Jul 2007 09:10:18 +0200
> Soeren Sonnenburg <[EMAIL PROTECTED]> wrote:
>
> > the attached minimally intrusive patch is based on Matthew Garret's
> > patch 'Make appletouch shut up when it has nothing to say' patches (e.g.
> >
On Thursday 19 July 2007 11:09, Ingo Molnar wrote:
> the e1000 in this laptop is historically pretty robust. The only problem
> i ever had with it were some rx/tx hw-engine latency problems [pings
> from the outside took up to 1 second to propagate] that were quickly
> fixed by the e1000 driver
On Thu, Jul 19 2007, Geert Uytterhoeven wrote:
> On Thu, 19 Jul 2007, Andrew Morton wrote:
> > On Thu, 19 Jul 2007 11:02:07 +0200 (CEST) Geert Uytterhoeven <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Wed, 18 Jul 2007, Andrew Morton wrote:
> > > > > +struct ps3rom_private {
> > > > > + struct
On Thu, 19 Jul 2007, Andrew Morton wrote:
> On Thu, 19 Jul 2007 11:02:07 +0200 (CEST) Geert Uytterhoeven <[EMAIL
> PROTECTED]> wrote:
>
> > On Wed, 18 Jul 2007, Andrew Morton wrote:
> > > > +struct ps3rom_private {
> > > > + struct ps3_storage_device *dev;
> > > > + struct scsi_cmnd
apparently, for historical reasons, virtually every generic
semaphore.h header file includes the more specific rwsem.h header
file. this is probably a bad thing, since someone who wants only a
generic semaphore shouldn't be forced to include rwsem definitions as
well if they don't need them.
On Thu, 19 Jul 2007, Cornelia Huck wrote:
> On Thu, 19 Jul 2007 10:57:53 +0200 (CEST),
> Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
> > Were .probe()/.remove() made concurrent again? I thought that idea was
> > dropped
> > because it caused too many problems?
>
> Well, for a given device,
this memcpy looks so strange, in fact it's merely a pointer dereference,
so I change the parameter's type to refer it more directly,
this could make the memcpy not needed anymore.
in the function nbd_read_stat where nbd_find_request is only once called,
the parameter served should be transformed
Thus the traverse of the loop may delete nodes, use the safe version.
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
drivers/block/nbd.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c
index c129510..86639c0 100644
---
Whoops, didn't notice that Andrew and LKML fell off Cc. Sorry.
Håvard
On Thu, 19 Jul 2007 11:01:22 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Thu, 19 Jul 2007 08:53:44 +0200
> Hans-Christian Egtvedt <[EMAIL PROTECTED]> wrote:
>
> > >> +EXPORT_SYMBOL(ssc_request);
> > >>
>
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> But I'll sit on this patch for a while until this gets sorted out.
> Meanwhile, please double-check the elapsed-time arithmetic in there,
> maybe do a bit of runtime testing?
btw., could you apply the patch below as well? Maybe sched_clock() is
On Thu, 19 Jul 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > On Thu, 19 Jul 2007, Adrian Bunk wrote:
> >
> > ...
> >> I would consider it more ugly to special case this and that in the
> >> kconfig code when plain dependencies already offer exactly the same
> >> functionality...
> >
>
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > ah! It passes in a low-res time source into a high-res time
> > interface (pthread_cond_timedwait()). Could you change the
> > time(NULL) + 1 to time(NULL) + 2, or change it to:
> >
> > gettimeofday(, NULL);
> > wait.tv_sec++;
>
> This
Rúben Fonseca wrote:
> On Wed, 18 Jul 2007, Tejun Heo wrote:
>
>>> irq 23: nobody cared (try booting with the "irqpool" option)
>>> __report_bad_irq
>>> note_interrupt
>>> handle_IRQ_event
>>> handle_fasteoi_irq
>>> do_IRQ
>>> do_IRQ
>>> irq_exit
>>> smp_acpi_timer
>>> common_interrupt
On Thursday 19 July 2007 10:52:48 Juergen Beisert wrote:
> On Thursday 19 July 2007 10:22, Andi Kleen wrote:
> > > Wow, that's a really cool bug; nice work! Don't forget to update
> > > arch/i386/kernel/cpu/mtrr/state.c, though; it uses setCx86() as well. It
> > > needs to include
On Thu, 19 Jul 2007 10:57:53 +0200 (CEST),
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> Were .probe()/.remove() made concurrent again? I thought that idea was dropped
> because it caused too many problems?
Well, for a given device, ->probe()/->remove() are locked by dev->sem,
so that there
On Wed, 2007-07-18 at 15:33 -0600, Bjorn Helgaas wrote:
> On Wednesday 18 July 2007 02:21:14 am Thomas Renninger wrote:
> > On Tue, 2007-07-17 at 09:49 -0600, Bjorn Helgaas wrote:
> > > On Monday 16 July 2007 08:21:07 am Thomas Renninger wrote:
> > > > PNP0C02 devices normally have a lot more IO
Lennart Sorensen wrote:
On Wed, Jul 18, 2007 at 07:46:13PM +0300, Avi Kivity wrote:
IMO the only reasonable solution is to disallow interrupt forwarding
with shared irqs. If someone later comes up with a bright idea, we can
implement it. Otherwise the problem will solve itself with
On Wed, 18 Jul 2007, Tejun Heo wrote:
> > irq 23: nobody cared (try booting with the "irqpool" option)
> > __report_bad_irq
> > note_interrupt
> > handle_IRQ_event
> > handle_fasteoi_irq
> > do_IRQ
> > do_IRQ
> > irq_exit
> > smp_acpi_timer
> > common_interrupt
> > acpi_pm_read
> >
On Thu, 19 Jul 2007 11:02:07 +0200 (CEST) Geert Uytterhoeven <[EMAIL
PROTECTED]> wrote:
> On Wed, 18 Jul 2007, Andrew Morton wrote:
> > > +struct ps3rom_private {
> > > + struct ps3_storage_device *dev;
> > > + struct scsi_cmnd *curr_cmd;
> > > +};
> > > +#define ps3rom_priv(dev)
On Thu, 19 Jul 2007 03:33:58 +0200
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
> > 8K stacks without IRQ stacks are not "safer" so I don't understand your
> > comment ?
>
> Ouch, see the reports about 4k stack crashes. I agree they're not
> safe w/o irq stacks (like on x86-64), but they're
Hi
I would like to ask what could be a problem or how could I start debuging it.
My board is cm-x270 from compulab and it successfully boot until it should
start init from busysbox. I get the folowing report.
environment:
pxa270
128Mb RAM
network boot
gcc 3.4.5 softfloat
Linux image detected
Hi
I would like to ask what could be a problem or how could I start debuging it.
My board is cm-x270 from compulab and it successfully boot until it should
start init from busysbox. I get the folowing report.
environment:
pxa270
128Mb RAM
network boot
gcc 3.4.5 softfloat
Linux image detected
On Thu, 19 Jul 2007 10:57:53 +0200 (CEST) Geert Uytterhoeven <[EMAIL
PROTECTED]> wrote:
> Hi Andrew,
>
> On Wed, 18 Jul 2007, Andrew Morton wrote:
> > On Mon, 16 Jul 2007 18:15:40 +0200
> > Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> >
> > > From: Geert Uytterhoeven <[EMAIL
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > +softlockup_thresh:
> > +
> > +This value can be used to lower the softlockup tolerance
> > +threshold. The default threshold is 10s. If a cpu is locked up
> > +for 10s, the kernel complains. Valid values are 1-10s.
> > +
>
> neato.
please make
On Thursday, 19 July 2007 04:05, Len Brown wrote:
> Rafael,
> Please delete the instances of the string ACPI_STATE_S2 -- it doesn't exist
> in practice
> and we don't want to imply it exists by inventing it here.
OK, I will.
> otherwise:
> Acked-by: Len Brown <[EMAIL PROTECTED]>
Thanks!
i have your original patch applied to my working tree to be able to
observe this bug's behavior, and here's another observation: the problem
seems to go away if i turn on CONFIG_NO_HZ. So it looks timing related
indeed ...
but when the bug happens, it happens all the time, reboot after
How can a device driver go over the list of all the files that are open on a
specific inode instance?
I'd like to avoid doing my own housekeeping.
The question is about 2.4 kernel.
Thanks,
Jacob
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Thu, Jul 19 2007, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
> Hello.
>
> In article <[EMAIL PROTECTED]> (at Wed, 11 Jul 2007 11:19:27 +0200), Jens
> Axboe <[EMAIL PROTECTED]> says:
>
> > @@ -835,6 +835,7 @@ const struct proto_ops inet_stream_ops = {
> > .recvmsg =
Hallo,
I had some second thoughts about the text patching of DEBUG_RODATA kernels
using change_page_attr(). Change_page_attr is intrusive and slow and using
a separate mapping is a little more gentle. I came up with this patch.
For your review and testing pleasure.
The main quirk is that it
posix_test_lock() returns void, so there is no need to test the return value.
Checking fl->fl_type for F_UNLCK instead.
Signed-off-by: Eugene Teo <[EMAIL PROTECTED]>
---
fs/afs/flock.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/fs/afs/flock.c b/fs/afs/flock.c
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 11 Jul 2007 11:19:27 +0200), Jens Axboe
<[EMAIL PROTECTED]> says:
> @@ -835,6 +835,7 @@ const struct proto_ops inet_stream_ops = {
> .recvmsg = sock_common_recvmsg,
> .mmap = sock_no_mmap,
> .sendpage
On Thursday, 19 July 2007 08:43, Huang, Ying wrote:
> On Wed, 2007-07-18 at 18:04 -0700, Andrew Morton wrote:
> > I like the idea but I think I'll let people chat about it a bit more
> > before looking at merging the patches, OK?
>
> I think maybe we should wait for Rafael to separate the device
On Wed, 18 Jul 2007, Andrew Morton wrote:
> > +struct ps3rom_private {
> > + struct ps3_storage_device *dev;
> > + struct scsi_cmnd *curr_cmd;
> > +};
> > +#define ps3rom_priv(dev) ((dev)->sbd.core.driver_data)
> > +
>
> Someone should invent a keyboard which delivers an electric shock when
they need to grow a userpsace
cmpxchg as davem mentioned to go along with this, changing the drm now
isn't possible due to backwards compat..
For reference purposes, that position is not acceptable. We _never_ accept the
"oh I can't change my proposed kernel interface because I already
Hi Andrew,
On Wed, 18 Jul 2007, Andrew Morton wrote:
> On Mon, 16 Jul 2007 18:15:40 +0200
> Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
> > From: Geert Uytterhoeven <[EMAIL PROTECTED]>
> >
> > Add a Disk Storage Driver for the PS3:
>
> Your patchset significantly hits powerpc, scsi
hi Hans-Christian,
> This driver is used in the ALSA sound driver for the AT73C213 external DAC on
> the ATSTK1000 development board for AVR32. This sound driver will be submitted
> soon.
Seems to be more of an SCC unit allocation library, but OK.
I've also forwarded a copy of the patch to
Linus Torvalds wrote:
On Wed, 18 Jul 2007, Artem Bityutskiy wrote:
please pull from upstream branch of
git://git.infradead.org/~dedekind/ubi-2.6.git to receive the following
updates:
Please don't hide the branch name in the free-flowing text, and instead
write your "please pull" messages
make randconfig generated such config, or you can DYI via
a) make allyesconfig
b) make menuconfig
c) go straight to Power Management, turn it off
d) exit immediately, save .config
CC arch/i386/kernel/acpi/cstate.o
In file included from arch/i386/kernel/acpi/cstate.c:17:
On Thursday 19 July 2007 10:22, Andi Kleen wrote:
> > Wow, that's a really cool bug; nice work! Don't forget to update
> > arch/i386/kernel/cpu/mtrr/state.c, though; it uses setCx86() as well. It
> > needs to include processor-cyrix.h.
>
> It also needs some big fat comments
No problem. Where
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
> > Does the patch below help?
>
> Spectacularly no! With this patch the "glitch1" script with multiple
> scrolling windows has all xterms and glxgears stop totally dead for
> ~200ms once per second. I didn't properly test anything else after
> that.
On Thursday 19 July 2007 09:17, Andres Salomon wrote:
> On Thu, 19 Jul 2007 08:49:05 +0200
>
> Juergen Beisert <[EMAIL PROTECTED]> wrote:
> > On Thursday 19 July 2007 03:02, Andrew Morton wrote:
> > > On Sun, 15 Jul 2007 21:06:27 +0200
> > >
> > > Juergen Beisert <[EMAIL PROTECTED]> wrote:
> > > >
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 17, 2007 at 09:22:33PM +0200, Ingo Molnar wrote:
> >
> > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > This patch removes the following unused exports:
> > > - EXPORT_SYMBOL(cond_resched_softirq);
> > > -
Hi.
On Fri, Jul 13, 2007 at 02:21:00PM +0200, Jens Axboe ([EMAIL PROTECTED]) wrote:
> > It really looks like the last tree we tested, so if you think additional
> > one will not hurt, feel free to ping, so I will completely rebase
> > testing tree.
>
> It would be great if you could retest!
Robert P. J. Day wrote:
> On Thu, 19 Jul 2007, Adrian Bunk wrote:
>
> ...
>> I would consider it more ugly to special case this and that in the
>> kconfig code when plain dependencies already offer exactly the same
>> functionality...
>
> well, this is the *third* time i've proposed adding this
On 7/19/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2007 00:05:49 -0700
> What's that code doing anyway? driver-private locking primitives?
It's an atomic lock shared with userspace. Whatever implementation is
used to do the lock on
arm:
drivers/char/drm/drm_lock.c: In function `drm_lock_take':
drivers/char/drm/drm_lock.c:221: error: implicit declaration of function
`cmpxchg'
You might be able to use atomic_cmpxchg, which _is_ present
on all architectures. Or use a spinlock.
What's that code doing anyway?
On Thu, Jul 19 2007, Jens Axboe wrote:
> On Wed, Jul 18 2007, Hugh Dickins wrote:
> > On Wed, 18 Jul 2007, Jens Axboe wrote:
> > >
> > > Since I had my hands dirty already...
> >
> > Great, thanks. (There's also such a test in fs/nfs/direct.c,
> > but let's not trouble Trond until we've settled
Hi Kay,
On Thu, 19 Jul 2007 02:44:54 +0200, Kay Sievers wrote:
> On 7/18/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > On Tue, 17 Jul 2007 20:38:28 -0700, Greg KH wrote:
> > > On Tue, Jul 17, 2007 at 11:05:30PM +0200, Jean Delvare wrote:
> > > > The code looks like:
> > > >
> > > >if
On Wed, Jul 18, 2007 at 09:40:33AM -0700, dean gaudet wrote:
> On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote:
>
> > What brand/model your sata_mv controller is? Would be nice to know to be
> > able to get a "known-to-work" one..
>
> http://supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm
On Thu, 19 Jul 2007 09:28:38 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 18, 2007 at 06:57:29PM -0400, J. Bruce Fields wrote:
> > From: J. Bruce Fields <[EMAIL PROTECTED]>
> >
> > EX_RDONLY is only called in one place; just put it there.
> >
> > Signed-off-by: "J. Bruce
On Thu, 19 Jul 2007 09:19:10 +0100 (IST) Dave Airlie <[EMAIL PROTECTED]> wrote:
> >
> >> they need to grow a userpsace
> >> cmpxchg as davem mentioned to go along with this, changing the drm now
> >> isn't possible due to backwards compat..
> >
> > For reference purposes, that position is not
601 - 700 of 1493 matches
Mail list logo