2.6.19 stopped booting (or booted based on build/config) on our x86_64
systems due to a bug introduced in 2.6.19. check_nmi_watchdog schedules an
IPI on all cpus to busy wait on a flag, but fails to set the busywait
flag if NMI functionality is disabled. This causes the secondary cpus
to spin i
>>> Randy Dunlap <[EMAIL PROTECTED]> 04.12.06 23:58 >>>
>On Mon, 04 Dec 2006 16:23:27 + Jan Beulich wrote:
>
>> Now that binutils' ld is able to properly populate .eh_frame_hdr in the
>> Linux kernel case, here's a patch to add some functionality to the Dwarf2
>> unwinder to actually be able to
* Karsten Wiese <[EMAIL PROTECTED]> wrote:
> I tweaked latency_trace.c to make freerunning work. Will post later.
ok, please do.
i'm trying to understand your trace:
> Below the trace shows i_usX2Y_usbpcm_urb_complete() running under an
> alien context, and this is where jackd starts stalling
On Mon, 4 Dec 2006 22:43:13 +0530 Bharata B Rao <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 29, 2006 at 11:32:34AM +0100, Sébastien Dugué wrote:
> >
> >
> > +/***
> > + * good_sigevent - check and get target task from a sigevent.
> > + * @event: the sigevent to be checked
> > + *
> > + * This func
Hi Andrew,
> remove-hotplug-cpu-crap-from-cpufreq.patch
>
> Sent to cpufreq maintainer
I suspect that Davej posted this patch because he was getting lockdep
warnings-reports from people complaining of ondemand-governor
performing spurious unlock_cpu_hotplug.
That problem has been fixed in the
> mm-call-into-direct-reclaim-without-pf_memalloc-set.patch
> mm-cleanup-and-document-reclaim-recursion.patch
Drop these, I'm not sure of them anymore. And I am starting to grow a
nagging feeling they are wrong.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
I am looking for the meaning of the following key codes as #defined in
include/linux/input.h. I need to know what hardware produces the keycode
and what happens/should happen when the corresponding key is pressed.
KEY_AB
KEY_ANGLE
KEY_ARCHIVE
KEY_CONNECT
KEY_DIGITS
KEY_MACRO
KEY_ISO
KEY_LIST
KE
In-Reply-To: <[EMAIL PROTECTED]>
On Mon, 4 Dec 2006 19:20:18 -0800, Andrew Morton wrote:
> On Tue, 05 Dec 2006 03:36:09 +0100
> Kasper Sandberg <[EMAIL PROTECTED]> wrote:
>
> > i know i said i suspected this was another bug, but i have revised my
> > suspecisions, and i do believe its in relatio
On Dec 05, David Brownell <[EMAIL PROTECTED]> wrote:
> The pushback on $SUBJECT patch. Which amounts to wanting to break hotplug
> for several busses, unless someone (NOT the folk promoting the breakage!)
Please explain in more details how hotplugging would be broken, possibly
with examples.
> T
On Tue, 5 Dec 2006, KAMEZAWA Hiroyuki wrote:
Hi, your plan looks good to me.
Thanks.
some comments.
On Mon, 4 Dec 2006 23:45:32 + (GMT)
Mel Gorman <[EMAIL PROTECTED]> wrote:
1. Use lumpy-reclaim to intelligently reclaim contigous pages. The same
logic can be used to reclaim within
Thanks very much for your interest in utrace and for your comments.
Unfortunately, I cannot say exactly when I will be able to respond
to them in detail. I broke my arm in September and have had a
difficult recovery, including a second surgery in November, two
weeks ago. I am now immobilized such
While trying a few compile options I selected once Multidevice-support
RAID.
Then I disabled this option in doing menuconfig and saving the config.
#
# Multi-device support (RAID and LVM)
#
# CONFIG_MD is not set
Since then, despite I deleted /lib/modules/2.6.18.5 and completely
untared kernel s
Jeff V. Merkey wrote:
> I have noticed that scsi_do_req has apparently been obsoleted in 2.6.18
> and above. Is scst and target support for FC-AL going to
> remain supported and/or merged at some point? If so, what is planned
> for scst support for later kernels?
Jeff, I don't know why you as
David Rientjes wrote:
> Removes redundant check for dev->subordinate; if it is NULL, the function
> returns before the patch-affected code region.
>
ACK, looks like I forgot to remove it when copy-pasting the quirk right
above it.
Brice
> Cc: Martin Mares <[EMAIL PROTECTED]>
> Cc: Greg Kro
On Mon, Dec 04, 2006 at 08:55:50PM -0800, Chen, Kenneth W wrote:
> This patch implements block device specific .direct_IO method instead
> of going through generic direct_io_worker for block device.
>
> direct_io_worker is fairly complex because it needs to handle O_DIRECT
> on file system, where
This file contains some resource accounting functions for:
- sampling buffer memory managment
- context management
pfm_reserve_buf_space(size_t size), pfm_release_buf_space(size_t size):
- keep track of memory used for sampling buffers
- there is a per process limi
This patch contains all the modified generic files:
linux/include/linux/sched.h:
- add pfm_context pointer to struct task_struct. This is used
to connect a perfmon2 context to a task when doing per-thread
monitoring.
linux/include/linux/syscalls.h:
- declare pr
Hi!
> ext2-reservations.patch
> ext2-fix-reservation-extension.patch
> make-ext2_get_blocks-static.patch
> ext2-balloc-fix-_with_rsv-freeze.patch
> ext2-balloc-reset-windowsz-when-full.patch
> ext2-balloc-fix-off-by-one-against-rsv_end.patch
> ext2-balloc-fix-off-by-one-against-grp_goal.patch
> e
This patch contains the perfmon2 system call interface.
The interface consist of 12 new system calls. The front-end
of each system call is implemented in perfmon_syscall.c.
The front-end takes care of copying the parameters into
kernel structures and also verifies that the perfmon state
is appropr
Hello,
Perfmon2 is a new kernel subsystem which provides access to the
hardware performance counters present all all modern processors.
It provides suport for basic counting and sampling on a per-thread
or system-wide basis. It supports all the major processor architectures.
The following series
This patch contains the sysfs support.
We use the sysfs interface fot two reasons:
- perfmon2 administration
- user level information
Perfmon2 creates new directories in /sys:
- /sys/kernel/perfmon: for adminstration and global information
- /sys/devices/system/cpu
This patch contains the remaining infrastructure changes required
for perfmon2 for all architectures. It is expected that this patch
will shrink as new kernel version are released.
i386:
- add idle notifier and related callback in interrupt handlers
- add BTS and PEBS detection wit
This patch contains the modified x86_64 files.
The modified files are as follows:
arch/x86_64/Kconfig:
- add link to configuration menu in arch/x86_64/perfmon/Kconfig
arch/x86_64/Makefile:
- add perfmon subdir
arch/x86_64/ia32/ia32entry.S:
- add system call entry points
Hi!
> in HP nx8220 S3 resume does not work in stock kernels 2.6.15-2.6.19.
> Ide light stays on.
>
> The attached patch for ide.c for 2.6.18.2 fixes this for me, but the
> patch does not apply anymore in 2.6.19.
>
> http://bugzilla.kernel.org/show_bug.cgi?id=2039
> http://bugzilla.kernel.org/sh
This patch contains the function needed to manage the PMU description table
and module.
The mapping from the logical PMU view exposed by the interface (as PMC and PMD
registers) to the actual registers is driven by a description table. That table
is part of a kernel module which can be dynamically
On Tue 2006-12-05 10:28:17, Florian Festi wrote:
> I am looking for the meaning of the following key codes as #defined in
> include/linux/input.h. I need to know what hardware produces the keycode
> and what happens/should happen when the corresponding key is pressed.
>
> KEY_AB
> KEY_ANGLE
> KE
This patch contains the PMU interruption support.
Perfmon2 registers a interrupt handler for the PMU is order:
- to support 64-bit counter emulation
- to support event-based sampling
Typically the PMU interrupt vector is very high priority to ensure
better coverage when sampling.
This patch contains the following possible cleanups:
- core/memory.c should #include for getting the
prototypes of all of its global functions
- proper prototypes for the following functions:
- core/init.c: snd_card_info_read_oss()
- core/oss/mixer_oss.c: snd_mixer_oss_ioctl_card()
- core/
This patch contains the modified i386 files
Modified files are as follows:
arch/i386/Kconfig:
- add link to configuration menu in arch/i386/perfmon/Kconfig
arch/i386/Makefile:
- add perfmon subdir
arch/i386/kernel/apic.c:
- add hook to call pfm_handle_switch_timeout() o
This files contains the sampling format support.
Perfmon2 supports an in-kernel sampling buffer for performance
reasons. Yet to ensure maximum flexibility to applications,
the formats is which infmration is recorded into the kernel
buffer is not specified by the interface. Instead it is
delegated
This patch contains the new generic file related functions.
A perfmon2 context is identified by a file descriptor and
we leverage certain kernel mechanisms related to files.
In particular we use:
- read
- select, poll
- fcntl
- close
- mmap
Support for thos
This file implements the default sampling buffer format.
in this format, the buffer is composed of two major sections:
- a buffer header
- the samples
Each sample is composed of:
- a fixed size header
- an optional variable size body containing the values
This patch contains the new x86_64 files.
The files are as follows:
arch/x86_64/perfmon/Kconfig:
- add menuconfig options
arch/x86_64/perfmon/Makefile:
- makefile for arch specific files
arch/x86_64/perfmon/perfmon_k8.c:
- PMU description for Opteron/Althon64 PMU for bo
This patch contains the core read-write operations on the PMU registers
The patch contains the following functions:
__pfm_write_pmds(): implements write operations on a vector of PMD registers
__pfm_read_pmds() : implements read operations on a vector of PMD registers
__pfm_write_pmcs(): implem
This patch contains the PMU context switch routines.
For per-thread contexts, the PMU state must be saved and restored on
context switch. For systm-wide context we may need to intervene on
certain architectures to cleanup certain registers.
The PMU context switch code is concentrated into a singl
This patch contains the event set and multiplexing support.
On many PMU models, there is not enough counter to collect
certain metric in one run. Even on those that have potentially
lots of counters, e.g. P4 with 18, there are oftentimes constraints
which make measuring certain event together impo
This patch contains the new files for powerpc.
The files are as follows:
arch/powerpc/perfmon/Kconfig:
- add menuconfig options
arch/powerpc/perfmon/Makefile:
- makefile for arch specific files
arch/powerpc/perfmon/perfmon.c:
- architecture specific perfmon support. Imp
This patch contains the modified powerpc files.
The modified files are as follows:
arch/powerpc/Kconfig:
- add link to perfmon menuconfig options
arch/powerpc/Makefile:
- add perfmon subdir
arch/powerpc/kernel/entry_64.S:
- add hook for extra work before kernel exit. Ne
Subject: [patch] lockdep: register_lock_class() fix
From: Ingo Molnar <[EMAIL PROTECTED]>
the hash_lock must only ever be taken with irqs disabled. This happens
in all the important places, except one codepath: register_lock_class().
The race should trigger rarely because register_lock_class() i
Subject: [patch] add ignore_loglevel boot option
From: Ingo Molnar <[EMAIL PROTECTED]>
sometimes the kernel prints something interesting while userspace
bootup keeps messages turned off via loglevel. Enable the printing
of /all/ kernel messages via the "ignore_loglevel" boot option.
Off by default
On Mon, Dec 04, 2006 at 08:40:24PM -0800, Andrew Morton wrote:
> hostap-replace-kmallocmemset-with-kzalloc.patch
> prism54-replace-kmallocmemset-with-kzalloc.patch
> ipw2200-replace-kmallocmemset-with-kcalloc.patch
> softmac-fix-unbalanced-mutex_lock-unlock-in-ieee80211softmac_wx_set_mlme.patch
>
> From: Nick Piggin [mailto:[EMAIL PROTECTED]
> Can you try getting the output of /proc/vmstat as well?
Ouput from vmstat, meminfo and bloatmon below.
vmstat
nr_dirty 0
nr_writeback 0
nr_unstable 0
nr_page_table_pages 361
nr_mapped 33077
nr_slab 8107
pgpgin 1433195947
pgpgout 148795046
pswpin 0
p
> From: Rene Herman [mailto:[EMAIL PROTECTED]
> ftruncate there and some similarity to a problem I once experienced
I can't honestly say I completely grasp the fundamentals of the issue you
experienced but we are using ext3 with data=journal
-
To unsubscribe from this list: send the line "unsubs
Aucoin wrote:
From: Rene Herman [mailto:[EMAIL PROTECTED] ftruncate there
and some similarity to a problem I once experienced
I can't honestly say I completely grasp the fundamentals of the issue
you experienced but we are using ext3 with data=journal
Rereading I see ext3 isn't involved at a
On Mon, 2006-12-04 at 11:15 -0500, [EMAIL PROTECTED] wrote:
> On Fri, 01 Dec 2006 14:19:15 +0100, Jan Glauber said:
> > New s390 machines have hardware support for the generation of pseudo-random
> > numbers. This patch implements a simple char driver that exports this
> > numbers
> > to user-spac
kexec: Move segment code to assembly files
The following patches rearrange the lowlevel kexec code to perform idt,
gdt and segment setup code in assembly on the code page instead of doing
it in inline assembly in the C files.
Our dom0 Xen port of kexec and kdump executes the code page from the
kexec: Move segment code to assembly file (x86_64)
This patch moves the idt, gdt, and segment handling code from machine_kexec.c
to relocate_kernel.S. The main reason behind this move is to avoid code
duplication in the Xen hypervisor. With this patch all code required to kexec
is put on the cont
kexec: Move segment code to assembly file (i386)
This patch moves the idt, gdt, and segment handling code from machine_kexec.c
to relocate_kernel.S. The main reason behind this move is to avoid code
duplication in the Xen hypervisor. With this patch all code required to kexec
is put on the contro
Hello !
Here comes kernel 2.4.34-rc1.
It contains a fix for CVE-2006-5871 (smbfs ignoring mount options).
Thanks to Dann Frazier for the backport of the fix. Other fixes are
mostly non-serious bugs, which constitute a good reason to produce
a release candidate.
Please test it and build it on seve
Hi,
preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is
messing with everyone even though not defined.
e.g.
1. linux-2.6.19/kernel/spinlock.c
Line 18: #include
Line 26: preempt_disable();
Line 32: preempt_disable();
and so on .
2. linux-2.6.19/kernel/sched.c
Line 1096:
Hi!
> Now that PCI quirks are replayed on software resume, we can safely
> re-enable the Asus SMBus unhiding quirk even when software suspend
> support is enabled.
>
> Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
> Cc: Alan Cox <[EMAIL PROTECTED]>
> Cc: Carl-Daniel Hailfinger <[EMAIL PROTECTED
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Possibly one could work out what's going on by reverse-engineering x86_64
> ioctl command 0x82187201, but unfortunately I don't have time to do that.
strace can do that.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> Here is a patch to reverse that. Kasper, can you test it?
> (Your filesystem is on a FAT/VFAT volume, I assume.)
Please don't revert that patch. If you do, you'll break CONFIG_BLOCK=n.
Can you compile and run the attached program as both 32-bit and 64-
On Tue, Dec 05, 2006 at 12:15:41PM +0100, Pavel Machek wrote:
> On Tue 2006-12-05 10:28:17, Florian Festi wrote:
> > I am looking for the meaning of the following key codes as #defined in
> > include/linux/input.h. I need to know what hardware produces the keycode
> > and what happens/should happ
Hi,
On Mon, 4 Dec 2006, Andrew Morton wrote:
> kbuild-dont-put-temp-files-in-the-source-tree.patch
> actually-delete-the-as-instr-ld-option-tmp-file.patch
Andi had objections about the mktemp usage and I agree with him.
The proposed patch in bugzilla didn't have this and no further
justificatio
Hi Kristian,
> I'm announcing an alternative firewire stack that I've been working on
> the last few weeks. I'm aiming to implement feature parity with the
> current firewire stack, but not necessarily interface compatibility.
> For now, I have the low-level OHCI driver done, the mid-level
> tran
Hi,
On Fri, 2006-12-01 at 11:09 -0800, Andrew Morton wrote:
> On Fri, 01 Dec 2006 10:58:58 +
> Steven Whitehouse <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2006-11-30 at 23:01 -0800, Andrew Morton wrote:
> > > On Thu, 30 Nov 2006 12:24:08 +
> > > Steven Whitehouse <[EMAIL PROTECTED]> wrote:
Jaswinder Singh wrote:
Hi,
preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is
messing with everyone even though not defined.
e.g.
1. linux-2.6.19/kernel/spinlock.c
Line 18: #include
Line 26: preempt_disable();
Line 32: preempt_disable();
and so on .
Don't worry. Thes
Fix oops when removing full snapshot
kernel bugzilla bug 7040
If a snapshot became invalid (full) while there is outstanding
pending_exception, pending_complete() forgets to remove
the corresponding exception from its exception table before freeing it.
Already fixed in 2.6.19.
Signed-off-by: Mi
Hi!
> When some objects are allocated by one CPU but freed by another CPU we can
> consume lot of cycles doing divides in obj_to_index().
>
> (Typical load on a dual processor machine where network interrupts are
> handled
> by one particular CPU (allocating skbufs), and the other CPU is runni
Marcel Holtmann wrote:
Hi Kristian,
I'm announcing an alternative firewire stack that I've been working on
the last few weeks. I'm aiming to implement feature parity with the
...
can you please use drivers/firewire/ if you want to start clean or
aiming at replacing drivers/ieee1394/. Using "
Hi Greg,
> > > > > Provide a function device_move() to move a device to a new parent
> > > > > device. Add
> > > > > auxilliary functions kobject_move() and sysfs_move_dir().
> > > > > kobject_move() generates a new uevent of type KOBJ_MOVE, containing
> > > > > the
> > > > > previous path (DEVP
Regarding to sched-decrease-number-of-load-balances.patch currently
in -mm tree: I would like to revert the change on adding lb_stopbalance
counter. This count can be calculated by: lb_balanced - lb_nobusyg -
lb_nobusyq. There is no need to create gazillion counters while we
can derive the value.
* Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> in -mm tree: I would like to revert the change on adding
> lb_stopbalance counter. This count can be calculated by: lb_balanced
> - lb_nobusyg - lb_nobusyq. There is no need to create gazillion
> counters while we can derive the value. I'm more
Ingo Molnar wrote on Tuesday, December 05, 2006 7:32 AM
> * Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> > in -mm tree: I would like to revert the change on adding
> > lb_stopbalance counter. This count can be calculated by: lb_balanced
> > - lb_nobusyg - lb_nobusyq. There is no need to create
* Chen, Kenneth W <[EMAIL PROTECTED]> wrote:
> > but, please:
> >
> > > -#define SCHEDSTAT_VERSION 13
> > > +#define SCHEDSTAT_VERSION 12
> >
> > change this to 14 instead. Versions should only go upwards, even if
> > we revert to an earlier output format.
>
> Really? sched-decrease-number-o
Mel Gorman wrote:
On Mon, 4 Dec 2006, Andrew Morton wrote:
, but I would of course prefer to avoid
merging the anti-frag patches simply based on their stupendous size.
It seems to me that lumpy-reclaim is suitable for the e1000 problem
, but perhaps not for the hugetlbpage problem.
I belie
Andrew Morton wrote:
On Mon, 4 Dec 2006 20:34:29 + (GMT)
Mel Gorman <[EMAIL PROTECTED]> wrote:
IOW: big-picture where-do-we-go-from-here stuff.
Start with lumpy reclaim,
I had lumpy-reclaim in my todo-queue but it seems to have gone away. I
think I need a lumpy-reclaim resend, please.
On Mon, Dec 04, 2006 at 08:40:24PM -0800, Andrew Morton wrote:
> cpufreq-fix-bug-in-duplicate-freq-elimination-code-in-acpi-cpufreq.patch
> remove-hotplug-cpu-crap-from-cpufreq.patch
> cpufreq-select-consistently-re-2619-rc5-mm1.patch
> cpufreq-set-policy-curfreq-on-initialization.patch
> bu
On Fri, Dec 01, 2006 at 06:32:25AM -0800, Pete Zaitcev wrote:
> On Wed, 29 Nov 2006 22:47:36 +0100, David Weinehall <[EMAIL PROTECTED]> wrote:
>
> > I've got an Archos AV500 here (running the very latest firmware), pretty
> > much acting as a doorstop, since I cannot get it to be recognized
> > pr
On Mon, 4 Dec 2006, Andrew Morton wrote:
> > > What happens when we need to run reclaim against just a section of a zone?
> > > Lumpy-reclaim could be used here; perhaps that's Mel's approach too?
> >
> > Why would we run reclaim against a section of a zone?
>
> Strange question. Because all th
On Tue, 5 Dec 2006, Mel Gorman wrote:
> That is one possibility. There are people working on fake nodes for containers
> at the moment. If that pans out, the infrastructure would be available to
> create one node per DIMM.
Right that is a hack in use for one project. We would be adding huge
amou
On Tue, Dec 05, 2006 at 10:13:55AM -0500, Kristian Høgsberg wrote:
> Marcel Holtmann wrote:
> >can you please use drivers/firewire/ if you want to start clean or
> >aiming at replacing drivers/ieee1394/. Using "fw" as an abbreviation in
> >the directory path is not really helpful.
>
> Yes, that's
On Mon, 4 Dec 2006, Mel Gorman wrote:
> 4. Offlining a DIMM
> 5. Offlining a Node
>
> For Situation 4, a zone may be needed because MAX_ORDER_NR_PAGES would have
> to be set to too high for anti-frag to be effective. However, zones would
> have to be tuned at boot-time and that would be an annoyi
On 12/4/06, Phillip Susi <[EMAIL PROTECTED]> wrote:
Raz Ben-Jehuda(caro) wrote:
> Who returns EGAIN to whom ? I am not sure i understand what you mean
> here.
If the queue is full then io_sumbit() should return EAGAIN or some other
error to indicate that the queue is full, but right now it jus
On 12/4/06, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
Ok... I was planning to make big-endian versions of the structs so that the
endian issue would be solved. But if the bit layout is not consistent, I
guess bitfields are useless for wire formats. I didn't know that though, I
thought the C
hello.
I have a dual cpu AMD machine, I noticed that
only one timer0 is working in /proc/interrutps.
setting proc/irq/0/smp_affinity to 3 does make
any difference.
setting smp_affinity to 2 does move the inetrrupts.
the above applys with or withour irq_balancer .
thank you
--
Raz
-
To unsubscri
On Tue, 2006-12-05 at 18:30 +0200, Raz Ben-Jehuda(caro) wrote:
> hello.
>
> I have a dual cpu AMD machine, I noticed that
> only one timer0 is working in /proc/interrutps.
> setting proc/irq/0/smp_affinity to 3 does make
> any difference.
if you set it to 3 then the chipset gets to decide where t
David Miller wrote:
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Tue, 05 Dec 2006 16:42:42 +1100
- It's horribly broken in at least two area :
DO NOT USE BITFIELDS FOR DATA ON THE WIRE !!!
and
Where do you handle endianness ? (no need to shout for
that one).
(Or in general, d
Hi Erik,
> > >can you please use drivers/firewire/ if you want to start clean or
> > >aiming at replacing drivers/ieee1394/. Using "fw" as an abbreviation in
> > >the directory path is not really helpful.
> >
> > Yes, that's probably a better idea. Do you see a problem with using fw_*
> > as a
On 12/5/06, Michal Schmidt <[EMAIL PROTECTED]> wrote:
Jaswinder Singh wrote:
> Hi,
>
> preempt stuff SHOULD only stay in #ifdef CONFIG_PREEMP_* , but it is
> messing with everyone even though not defined.
>
> e.g.
>
> 1. linux-2.6.19/kernel/spinlock.c
>
> Line 18: #include
>
> Line 26: preempt_
Hi Kristian,
> >> I'm announcing an alternative firewire stack that I've been working on
> >> the last few weeks. I'm aiming to implement feature parity with the
> ...
> > can you please use drivers/firewire/ if you want to start clean or
> > aiming at replacing drivers/ieee1394/. Using "fw" as a
Jaswinder Singh skrev:
Yes, Compiler will remove it but this looks ugly and confusing.
Why dont we use like this :-
#ifdef CONFIG_PREEMPT
#include
#endif
#ifdef CONFIG_PREEMPT
preempt_disable();
#endif
#ifdef CONFIG_PREEMPT
preempt_enable();
#endif
Surely you're joking.
It is much more r
Hi,
Here is the 2.6.19-friendly diff of the atomic.h atomic64_t standardization. As
it seems to be useful to at least one locking primitive (rwsem) in addition of
LTTng (which is not in the mainline though), I think it should be considered
for inclusion.
Regards,
Mathieu
---BEGIN---
--- a/inclu
Hi,
Here is the complete support for all atomic operations in local.h for all
architectures. The local_t type is now identical on each architectures : it
contains an atomic_long_t field, just like the asm-generic implementation.
This patch applies on 2.6.19. It is currently useful to my LTTng tra
On (05/12/06 08:14), Christoph Lameter didst pronounce:
> On Mon, 4 Dec 2006, Mel Gorman wrote:
>
> > 4. Offlining a DIMM
> > 5. Offlining a Node
> >
> > For Situation 4, a zone may be needed because MAX_ORDER_NR_PAGES would have
> > to be set to too high for anti-frag to be effective. However, z
On Mon, Dec 04, 2006 at 11:32:48PM +0100, Herbert Poetzl wrote:
>
> utsname information is shown in the linux banner, which
> also is used for /proc/version (which can have different
> utsname values inside a uts namespaces). this patch
> makes the varying data arguments and changes the string
> t
> video-sysfs-support-take-2-add-dev-argument-for-backlight_device_register.patch
Does this patch update the fbdev drivers?
> add-display-output-class-support.patch
> add-output-class-document.patch
> drivers-add-lcd-support-3.patch
> drivers-add-lcd-support-3-Kconfig-fix.patch
> drivers-add-lcd
Vladislav Bolkhovitin wrote:
Jeff V. Merkey wrote:
I have noticed that scsi_do_req has apparently been obsoleted in 2.6.18
and above. Is scst and target support for FC-AL going to
remain supported and/or merged at some point? If so, what is planned
for scst support for later kernels?
On Tue, 5 Dec 2006 11:02:30 +
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > + long res;
> > +
> > + if ((bio->bi_rw & 1) == READ)
>
> I just wanted to complain about not using a proper helper for this,
> but apparently we don't have one yet..
There's bio_data_dir().
-
To unsubscribe f
On Sun, 3 Dec 2006, Andrew Morton wrote:
> wtf? That code was merged? This bug has been known for months and after
> several unsuccessful attempts at trying to understand what on earth that
> hackery is supposed to be doing I gave up on it and asked Jeff to look after
> it.
I am surprised it g
On Fri, 2006-11-10 at 16:59 -0800, Darrick J. Wong wrote:
> It turns out that libata has already dma_map_sg'd the scatterlist
> entries that go with an ata_queued_cmd by the time it calls
> sas_ata_qc_issue. sas_ata_qc_issue passes this scatterlist to aic94xx.
> Unfortunately, aic94xx assumes tha
On 12/1/06, Paul Jackson <[EMAIL PROTECTED]> wrote:
Read the comment in kernel/cpuset.c for the routine cpuset_destroy().
It explains that update_flag() is called where it is (turning off
the cpu_exclusive flag, if it was set), to avoid the calling sequence:
cpuset_destroy->update_flag->update
I'm working on an embedded system with the 2.6 kernel -- cpio
initrd was a new feature I'm looking at (and very welcome).
The major advantage I see is you don't have MAKE a filesystem
on the build host (doing cross development). So you don't have
to be root.
But its "useful" to change permission
Stephane Eranian wrote:
Hello,
I have released another version of the perfmon new code base packages.
There is no major updates in this version compared to 061127. This is
a convenience release so that people can use plain 2.6.19.
The perfmon2 kernel changes are:
- fix UP exit bug in
On Tue, Dec 05, 2006 at 10:37:57PM +0900, Magnus Damm wrote:
> kexec: Move segment code to assembly files
>
> The following patches rearrange the lowlevel kexec code to perform idt,
> gdt and segment setup code in assembly on the code page instead of doing
> it in inline assembly in the C files.
>
On 12/5/06, Vivek Goyal <[EMAIL PROTECTED]> wrote:
On Tue, Dec 05, 2006 at 10:37:57PM +0900, Magnus Damm wrote:
> kexec: Move segment code to assembly files
>
> The following patches rearrange the lowlevel kexec code to perform idt,
> gdt and segment setup code in assembly on the code page instea
Jeff V. Merkey wrote:
> Vladislav Bolkhovitin wrote:
>
>
>>Jeff V. Merkey wrote:
>>
>>
>>
>>>I have noticed that scsi_do_req has apparently been obsoleted in 2.6.18
>>>and above. Is scst and target support for FC-AL going to
>>>remain supported and/or merged at some point? If so, what is pla
Vladislav Bolkhovitin wrote:
The code is not at sourceforge on your project site with these updates
for 2.6.18. Where is the 2.6.18 version currently hosted?
It is there on http://sourceforge.net/projects/scst
(http://scst.sourceforge.net/). See 0.9.5 release version as well as
developmen
On Tue, 5 Dec 2006 17:35:20 + (GMT)
James Simmons <[EMAIL PROTECTED]> wrote:
>
> > video-sysfs-support-take-2-add-dev-argument-for-backlight_device_register.patch
>
> Does this patch update the fbdev drivers?
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19-rc6/2.6.19-rc
1 - 100 of 338 matches
Mail list logo
