On Thursday 22 November 2007 16:15, Daniel Drake wrote:
> In summary: if your code causes unaligned memory accesses to happen, your
> code will not work on some platforms, and will perform *very* badly on
> others.
Although understanding alignment is important, there is another
extreme - what I ca
On Saturday 24 November 2007 00:09, Ingo Molnar wrote:
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > Ahh, hate to get off topic, but let's not perpetuate this myth. It
> > wasn't Con, or CFS, or anything that showed fairness is some great new
> > idea. Actually I was arguing for fairness first, ag
Remove include/asm-m68k/atari_joystick.h and clean up.
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Not compiled, but should be trivial.
(if FIXED_ATARI_JOYSTICK is defined somehow, please tell how)
b/arch/m68k/atari/atakeyb.c|8
b/arch/m68k/atari/atari_ksyms.c
Hi,
> According to the HyperTransport spec, 'En' indicate if the MSI Mapping is
> active. So it should be set when enable the MSI.
Great! This is what I needed to get MSI going on my MCP51 board. I added some
ids, but I think there were not necessary, as I only got
PCI: :00:00.0: enabled HT
From: Borislav Petkov <[EMAIL PROTECTED]>
Remove repeated comment from the linker script for the x86-32 target.
Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
--
arch/x86/kernel/vmlinux_32.lds.S |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/x86/kernel/v
On Fri, 23 Nov 2007, Heikki Orsila wrote:
> On Fri, Nov 23, 2007 at 12:15:53AM +, Daniel Drake wrote:
> > Why unaligned access is bad
> > ===
> >
> > Most architectures are unable to perform unaligned memory accesses. Any
> > unaligned access causes a processor exceptio
On Wed, 2007-10-31 at 11:33 +0100, Swen Schillig wrote:
> From: Swen Schillig <[EMAIL PROTECTED]>
>
> add some statistics provided by the zFCP adapter to the sysfs
>
> The new zFCP adapter statistics provide a variety of information
> about the virtual adapter (subchannel). In order to collect t
On Sun, Nov 25, 2007 at 12:16:08PM +0100, Geert Uytterhoeven wrote:
> > ISA NeedNeed
> > natural alignment
> > alignment by x
> >
> > m68kNo 2
>
> `No' for >= 68020.
This is a bit of a rash of bug fixes. The qla1280 is actually a bug fix
(in spite of the title---it's actually correcting an existing problem
with the qla1280 implementation of accessors that broke the current
driver).
The patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb
On Sunday, 25 of November 2007, Andrew Morton wrote:
> On Sat, 17 Nov 2007 23:20:36 -0600 (CST) [EMAIL PROTECTED] (Bob Tracy) wrote:
>
> > Completely reproducible... 2.6.23-rc3 kernel boots, and normal messages
> > are seen on console as far as disks found and partitions on each. However,
> > onc
lø., 24.11.2007 kl. 14.14 -0800, skrev H. Peter Anvin:
> Kjartan Maraas wrote:
> > to., 04.10.2007 kl. 10.02 +1000, skrev Rusty Russell:
> >> On Wed, 2007-10-03 at 10:37 +0100, Chris Malley wrote:
> >>> Hi guys
> >>>
> >>> Would it not be clearer to #include and use
> >>> the relevant named memb
Andrew Morton wrote:
Kai Ruhnau <[EMAIL PROTECTED]> :
[...]
> I have a problem with two of my PCI devices showing the wrong PCI vendor
> ID (0001) in vanilla kernels.
>
>
> Please try CONFIG_PCI_MMCONFIG=n
>
If this is the same like the kernel opti
On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
>
> [ I removed Frans from cc: since it is off-topic to the original bugreport ]
>
> On Saturday 24 November 2007, Rafael J. Wysocki wrote:
> > On Saturday, 24 of November 2007, Bartlomiej Zolnierkiewicz wrote:
> > [--snip--]
> > >
On Sun, Nov 25, 2007 at 02:11:15PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
>...
> > On Saturday 24 November 2007, Rafael J. Wysocki wrote:
> > > On Saturday, 24 of November 2007, Bartlomiej Zolnierkiewicz wrote:
>...
> > - zillion other l
Hi,
On Sunday 25 November 2007, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
> >
> > [ I removed Frans from cc: since it is off-topic to the original bugreport ]
> >
> > On Saturday 24 November 2007, Rafael J. Wysocki wrote:
> > > On Saturday, 24 o
Rafael J. Wysocki wrote:
(...)
* After each major kernel release bugzilla should send a kind request for
retesting to all open bugs.
Good idea, IMO.
Another alternative would be to send such a request if a given bug had
no activity for, say, 6 months.
(...)
* Last but not least our b
Hi Greg,
I think this hunk in the 2.6.22.14 stable patch may be a mis-patch --
compared to Linus's current git -- the new code should be inserted below
the while loop that follows.
Also see commit 9f96cb1e8bca179a92afa40dfc3c49990f1cfc71
Sven
On Wed, 2007-11-21 at 09:57 -0800, Greg Kroah-Hartma
> Unaligned memory accesses occur when you try to read N bytes of data starting
> from an address that is not evenly divisible by N (i.e. addr % N != 0).
Should clarify that you mean "with power-of-two N" - even more
strictly this depends on the processor, but I'm pretty sure there is
none which s
sys_setpgid() does unneeded conversions from pid_t to "struct pid" and vice
versa. Use "struct pid" more consistently. Saves one find_vpid() and eliminates
the explicit usage of ->nsproxy->pid_ns. Imho, cleanups the code.
Also use the same_thread_group() helper.
Signed-off-by: Oleg Nesterov <[EMA
This patch removes a redundant declaration of 'iwl3945_priv' and 'iwl4965_priv'
structs.
Signed-off-by: Miguel Boton <[EMAIL PROTECTED]>
diff --git a/drivers/net/wireless/iwlwifi/iwl-3945.h
b/drivers/net/wireless/iwlwifi/iwl-3945.h
index 49556e6..70f3fc0 100644
--- a/drivers/net/wireless/iwlwif
Hi,
Am I totally of the limit with the attached patch against
drivers/net/bonding/bond_sysfs.c? I'd like to receive some comments,
as I'm not a kernel developer.
I propose it as a fix for trailing NULs and spaces like eg.
$ od -c /sys/class/net/bond0/bonding/slaves
000 e t h - l
> David Schwartz <[EMAIL PROTECTED]> wrote:
> >> Regardless of whatever verifications your application is doing
> >> on the data, it is not checksumming the ports and that's what
> >> the pseudo-header is helping with.
> > So what? We are in the case where the data has already gotten
> > to him.
On Sat, 24 Nov 2007, Andrew Morton wrote:
> On Tue, 20 Nov 2007 17:04:32 -0700 "Raymano Garibaldi" <[EMAIL PROTECTED]>
> wrote:
>
> > Is there any other information that I can provide which might help in
> > resolving this bug?
>
> Let's cc the USB developers.
>
> > On 11/18/07, Raymano Gariba
There isn't any big advantage and doesn't seem to be much usage of
modular schedulers.
OTOH, the overhead made the kernel image of an x86 defconfig (that
doesn't use modular schedulers) bigger by nearly 2 kB.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
block/Kconfig.iosched| 12
On Sun, Nov 25 2007, Adrian Bunk wrote:
> There isn't any big advantage and doesn't seem to be much usage of
> modular schedulers.
>
> OTOH, the overhead made the kernel image of an x86 defconfig (that
> doesn't use modular schedulers) bigger by nearly 2 kB.
Big nack, I use it all the time for
This proof of concept patch modifies GCC to have 32-bit pointers and
longs on x86-64.
This allows to create an "x86-32" architecture that takes advantage of
the higher number of registers and support for 64-bit computation in
x86-64 long mode while avoiding the disadvantage of increased memory
usa
The current readdir implementation deadlocks on a btree buffers locks
because nfsd calls back into ->lookup from the filldir callback. The
only short-term fix for this is to revert to the old inefficient
double-buffering scheme.
This patch does exactly that and reverts xfs_file_readdir to what's
On Sun, Nov 25, 2007 at 05:21:07PM +0100, Jens Axboe wrote:
> On Sun, Nov 25 2007, Adrian Bunk wrote:
> > There isn't any big advantage and doesn't seem to be much usage of
> > modular schedulers.
> >
> > OTOH, the overhead made the kernel image of an x86 defconfig (that
> > doesn't use modular
On Mon, Nov 19, 2007 at 09:26:39PM -0800, David Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Thu, 8 Nov 2007 04:30:10 +0100
>
> > @davem:
> >
> > Please look at net/ipv4/arp.c:arp_process()
> >
> > Am I right that CONFIG_NET_ETHERNET=n and CONFIG_NETDEV_1000=y or
> > CONFIG_NET
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casey Schaufler wrote:
> diff -uprN -X linux-2.6.24-rc3-mm1-base/Documentation/dontdiff
> linux-2.6.24-rc3-mm1-base/include/linux/capability.h
> linux-2.6.24-rc3-mm1-smack/include/linux/capability.h
> --- linux-2.6.24-rc3-mm1-base/include/linux/cap
On Sun, Nov 25 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 05:21:07PM +0100, Jens Axboe wrote:
> > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > There isn't any big advantage and doesn't seem to be much usage of
> > > modular schedulers.
> > >
> > > OTOH, the overhead made the kernel image
On Sun, Nov 25, 2007 at 05:45:32PM +0100, Jens Axboe wrote:
> On Sun, Nov 25 2007, Adrian Bunk wrote:
> > On Sun, Nov 25, 2007 at 05:21:07PM +0100, Jens Axboe wrote:
> > > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > > There isn't any big advantage and doesn't seem to be much usage of
> > > > mod
--- Andrew Morgan <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> Casey Schaufler wrote:
> > diff -uprN -X linux-2.6.24-rc3-mm1-base/Documentation/dontdiff
> linux-2.6.24-rc3-mm1-base/include/linux/capability.h
> linux-2.6.24-rc3-mm1-smack/include/linux/cap
On Sun, Nov 25 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 05:45:32PM +0100, Jens Axboe wrote:
> > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > On Sun, Nov 25, 2007 at 05:21:07PM +0100, Jens Axboe wrote:
> > > > On Sun, Nov 25 2007, Adrian Bunk wrote:
> > > > > There isn't any big advantage
Hi!
> this patch sets (if the corresponding kconfig option is active) the access
> modes of /proc/-dirs to 550 instead of 555 in order to provide some
> privacy to users. Tools like lsof and ps to spy out on other users become
> ineffective.
>
> Cheers,
> --
> Daniel Reichelt
>
> # diff -Naur li
On Fri 2007-11-16 16:14:20, Kristoffer Ericson wrote:
> Greetings,
>
> Ive been following your discussion and documentation efforts concerning pm in
> the kernel. This has in the past been a gray area which was hard to find
> information about so kudos.
>
> I maintain 2 handheld platforms that
Hi!
> So I'd like to be able to say "these areas of my file-system hold data
> that you can discard whenever you need space". So I can freely fill up
> my disk with such irrelevant data, safe in the knowledge that if I ever
> need this disk space it'll be automatically reclaimed.
>
> [ I realize
Hi Pavel,
> This really needs to be runtime-configurable.
Hm. When this setting is changed during runtime, all the pre-existing
permissions would have to be changed as weill which might be done by iterating
through a list of running processes. Unfortunately I don't know how to do that.
This is my
Hi!
> The scenario that you've described is exactly what I have in mind as
> well. The lack of this feature, which worked fine in 2.6.21, is
> holding us back on updating the kernel in our LiveUSB distribution. I
> think that this is a feature that would be more and more needed as
> portable stora
peerchen wrote:
According to the HyperTransport spec, 'En' indicate if the MSI Mapping is
active. So it should be set when enable the MSI.
The patch base on kernel 2.6.24-rc3
Signed-off-by: Andy Currid <[EMAIL PROTECTED]>
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
Isn't there a way we can
Jeroen wrote:
Hi,
I'm migrating my server from windows 2003 server to Ubuntu, but I am
stumbling over the "Low Power State Link Speed" option for my NIC
(forcedeth)
I need to disable this option in my windows driver otherwise the trough pout is
horrible because the link fluctuates constantly fr
Andrey Borzenkov wrote:
I have no COM port on notebook (without port replicator which I do not have)
so COM is disabled in BIOS. No ttyS* is detected during boot (and no device
created) but I just noticed that serial modules are still loaded. Well, this
partially defeats the purpose of disabling
On 11/25/07, Luca <[EMAIL PROTECTED]> wrote:
> 7.1. Add __attribute__((pointer_size(XXX))) and #pragma pointer_size
> to allow 64-bit pointers in 32-bit mode and viceversa
This is already there, try using __attribute__((mode(DI) )).
-- Pinski
-
To unsubscribe from this list: send the line "unsubs
On Nov 25, 2007 7:36 PM, Robert Hancock <[EMAIL PROTECTED]> wrote:
> Are you sure forcedeth even supports that feature? I haven't seen any
> code for it, and certainly it should never be enabled by default..
>
The windows driver does. I have to disable it because otherwise I have lot's of
connect
On Sunday, 25 of November 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 02:11:15PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
> >...
> > > On Saturday 24 November 2007, Rafael J. Wysocki wrote:
> > > > On Saturday, 24 of November 2007,
On Sunday 25 November 2007, Robert Hancock wrote:
> Andrey Borzenkov wrote:
> > I have no COM port on notebook (without port replicator which I do not have)
> > so COM is disabled in BIOS. No ttyS* is detected during boot (and no device
> > created) but I just noticed that serial modules are still
Hi,
this is a x86_64 kernel with 4GB of RAM. incident happened when
compiling cdrecord (or some variant of it :) in a 32-bit chroot jail
during the 'configure' process.
alpha / # uname -a
Linux alpha 2.6.22-hardened-r8 #10 SMP Sun Nov 25 12:52:39 CET 2007
x86_64 AMD Processor model unknown Authen
On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Sunday 25 November 2007, Rafael J. Wysocki wrote:
> > On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
> > >
> > > [ I removed Frans from cc: since it is off-topic to the original
> > > bugreport ]
>
* Rafael J. Wysocki ([EMAIL PROTECTED]) wrote:
(many levels of quote)
> > > > * Bugs that sit in NEEDINFO state for more than i.e. one month should be
> > > > automatically closed.
> > >
> > > I agree that we probably should do something like this.
> >
> > Not automatically.
>
> OK, say "
Hi!
Okay, so the problem seems to be we are using unreliable lapic
timer... which is stopped in C3 (and in C2 on broken machines).
I do not see any mechanism to disable lapic; there seems to be some
mechanism to work around stopped lapic timer is used (in
acpi/processor_idle.c) but it does not se
> This patch allows to export symbols only for specific modules by
> introducing symbol name spaces. A module name space has a white
> list of modules that are allowed to import symbols for it; all others
> can't use the symbols.
>
> It adds two new macros:
>
> MODULE_NAMESPACE_ALLOW(na
> Yes, and if a symbol is already used by multiple modules, it's generically
> useful. And if so, why restrict it to in-tree modules?
I agree that we shouldn't make things too hard for out-of-tree
modules, but I disagree with your first statement: there clearly is a
large class of symbols that
On Sun, Nov 25, 2007 at 09:07:23PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Adrian Bunk wrote:
> > On Sun, Nov 25, 2007 at 02:11:15PM +0100, Rafael J. Wysocki wrote:
> > > On Sunday, 25 of November 2007, Bartlomiej Zolnierkiewicz wrote:
> > >...
> > > > On Saturday 24 Novem
Hi,
The recent "kernel bugzilla is FPOS" thread made me think that it might be a
good idea to update REPORTING-BUGS, so that it's more "friendly" to people who
want to report a kernel bug for the first time.
The patch below does that, but it's more a means to spark a discussion than
anything else
Le 25.11.2007 08:37, James Bottomley a écrit :
> On Sat, 2007-11-24 at 23:59 +0100, Laurent Riffard wrote:
>> Le 24.11.2007 14:26, James Bottomley a écrit :
>>> OK, could you post dmesgs again, please. I actually tested this
>> with an
>>> aic79xx card, and for me it does cause Domain Validation t
On Sunday, 25 of November 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 09:07:23PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 25 of November 2007, Adrian Bunk wrote:
> > > On Sun, Nov 25, 2007 at 02:11:15PM +0100, Rafael J. Wysocki wrote:
> > > > On Sunday, 25 of November 2007, Bartlomiej
On Sun, Nov 25, 2007 at 09:57:09PM +0100, Rafael J. Wysocki wrote:
>...
> +Reporting Linux kernel bugs
>...
> +Usually, this requires you to do some more work than just sending an email
> +message with a bug report, but it often is necessary to collect all
> information
> +related to the reported
On Sunday, 25 of November 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 09:57:09PM +0100, Rafael J. Wysocki wrote:
> >...
> > +Reporting Linux kernel bugs
> >...
> > +Usually, this requires you to do some more work than just sending an email
> > +message with a bug report, but it often is nece
On Sun, Nov 25, 2007 at 10:28:06PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Adrian Bunk wrote:
>..
> > First of all, Bugzilla is a quite often used bug tracker in the open
> > source world [1], so many users already know it.
> >
> > But more important, "it pretends to req
On Sun, 25 Nov 2007, Pavel Machek wrote:
> Hi!
>
> Okay, so the problem seems to be we are using unreliable lapic
> timer... which is stopped in C3 (and in C2 on broken machines).
>
> I do not see any mechanism to disable lapic; there seems to be some
> mechanism to work around stopped lapic time
On Sun, 25 Nov 2007, Rafael J. Wysocki wrote:
> > Digging into process_32|64.c...
> >
> > 64:
> > while (1) {
> > while (!need_resched()) {
> > void (*idle)(void);
> >
> > if (__get_cpu_var(cpu_idle_state))
> >
On Sun, Nov 25, 2007 at 10:51:14PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Adrian Bunk wrote:
> > On Sun, Nov 25, 2007 at 09:57:09PM +0100, Rafael J. Wysocki wrote:
> > >...
> > > +Reporting Linux kernel bugs
> > >...
> > > +Usually, this requires you to do some more work
This defines the new macro arch_has_single_step() in linux/ptrace.h, a
default for when asm/ptrace.h does not define it. It declares the new
user_enable_single_step and user_disable_single_step functions.
This is not used yet, but paves the way to harmonize on this interface
for the arch-specific
This copies into asm-x86/segment_64.h some macros from asm-x86/segment_32.h
for dissecting segment selectors. This lets other code use these macros
uniformly on 32/64-bit rather than duplicating the constants elsewhere.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-x86/segme
This defines the new standard arch_has_single_step macro. It makes the
existing set_singlestep and clear_singlestep entry points global, and
renames them to the new standard names user_enable_single_step and
user_disable_single_step, respectively.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]
This gets rid of the local constant macro TRAP_FLAG.
It's redundant with the public constant macro X86_EFLAGS_TF.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace_32.c |9 +++--
arch/x86/kernel/ptrace_64.c |9 +++--
2 files changed, 6 insertions(+), 12
This fixes the 64-bit single-step handling code's instruction
decoder to grok the 0xf0 (lock) prefix, which the 32-bit code
already does correctly.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/step.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This moves the single-step support code from ptrace_64.c into a new file
step.c, verbatim. This paves the way for consolidating this code between
64-bit and 32-bit versions.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/Makefile_64 |2 +
arch/x86/kernel/ptrace_64.c |
This cleans up the single-step code to use the asm/segment.h macros
for segment selector magic bits, rather than its own constant.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/step.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/arch/x86/ker
This removes the single-step code from ptrace_32.c and uses the step.c code
shared with the 64-bit kernel. The two versions of the code were nearly
identical already, so the shared code has only a couple of simple #ifdef's.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/M
This changes the single-step support to use a new thread_info flag
TIF_FORCED_TF instead of the PT_DTRACE flag in task_struct.ptrace.
This keeps arch implementation uses out of this non-arch field.
This changes the ptrace access to eflags to mask TF and maintain
the TIF_FORCED_TF flag directly if
This removes the handling for PTRACE_CONT et al from the 32-bit
ptrace code, so it uses the new generic code via ptrace_request.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace_32.c | 57 ---
1 files changed, 0 insertions(+),
This makes ptrace_request handle all the ptrace requests that wake
up the traced task. These do low-level ptrace implementation magic
that is not arch-specific and should be kept out of arch code. The
implementations on each arch usually do the same thing. The new
generic code makes use of the
This removes the handling for PTRACE_CONT et al from the 64-bit
ptrace code, so it uses the new generic code via ptrace_request.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace_64.c | 45 ---
1 files changed, 0 insertions(+),
Hi,
I have a Linksys NSLU2 running 2.6.21 (I can replicate the problem on
2.6.23 but it isn't fully supported on SlugOS). It is a armv5teb device
with 32MB of RAM, 400+ MB swap on its 160GB USB2 root disk. The machine is
used as a fileserver and to build packages for other ARM devices. It
This removes the handling for PTRACE_CONT et al from the powerpc
ptrace code, so it uses the new generic code via ptrace_request.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ptrace.c | 46 --
1 files changed, 0 insertions(+)
This defines the new standard arch_has_single_step macro. It makes the
existing set_single_step and clear_single_step entry points global, and
renames them to the new standard names user_enable_single_step and
user_disable_single_step, respectively.
Signed-off-by: Roland McGrath <[EMAIL PROTECTE
This cleans up the 32-bit ptrace code to use task_pt_regs instead of its
own redundant code that does the same thing a different way.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace_32.c | 68 ++
1 files changed, 16 insertion
This patch removes a few remainders of the VID_HARDWARE_* removal.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/DocBook/videobook.tmpl |9 -
drivers/media/video/usbvision/usbvision.h |4
2 files changed, 13 deletions(-)
643d01fb38b6f376cced035549f4
This cleans up the 64-bit ptrace code to use task_pt_regs instead of its
own redundant code that does the same thing a different way.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/ptrace_64.c | 60 --
1 files changed, 12 insertion
qla2x00_remove_one() mustn't be __devexit since it's called from
qla2xxx_pci_error_detected().
This patch fixes the following section mismatch:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x2a4462): Section mismatch: reference to
.exit.text:qla2x00_remove_one (between 'qla2xxx_pci_error_detect
This cleans up the ia32 compat ptrace code to use shared code from
native ptrace for the implementation guts of debug register access.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/ia32/ptrace32.c | 63 ++
1 files changed, 8 insertio
This cleans up the 64-bit ptrace code to separate the guts of the
debug register access from the implementation of PTRACE_PEEKUSR and
PTRACE_POKEUSR. The new functions ptrace_[gs]et_debugreg are made
global so that the ia32 code can later be changed to call them too.
Signed-off-by: Roland McGrat
This cleans up the 32-bit ptrace code to separate the guts of the
debug register access from the implementation of PTRACE_PEEKUSR and
PTRACE_POKEUSR. The new functions ptrace_[gs]et_debugreg match the
new 64-bit entry points for parity, but they don't need to be global.
Signed-off-by: Roland McG
This defines the new macro arch_has_block_step() in linux/ptrace.h, a
default for when asm/ptrace.h does not define it. This is the analog
of arch_has_single_step() for step-until-branch on machines that have
it. It declares the new user_enable_block_step function, which goes
with the existing u
This makes ptrace_request handle PTRACE_SINGLEBLOCK along with
PTRACE_CONT et al. The new generic code makes use of the
arch_has_block_step macro and generic entry points on machines
that define them.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
kernel/ptrace.c | 15 ++-
This adds constant macros for a few of the bits in MSR_IA32_DEBUGCTLMSR.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
include/asm-x86/msr-index.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/asm-x86/msr-index.h b/include/asm-x86/msr-index.h
inde
This adds the (internal) Kconfig macro CONFIG_X86_DEBUGCTLMSR,
to be defined when configuring to support only hardware that
definitely supports MSR_IA32_DEBUGCTLMSR with the BTF flag.
The Intel documentation says "P6 family" and later processors all have it.
I think the Kconfig dependencies are r
This adds low-level support for a per-thread value of MSR_IA32_DEBUGCTLMSR.
The per-thread value is switched in when TIF_DEBUGCTLMSR is set.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/process_32.c |6 +-
arch/x86/kernel/process_64.c |3 +++
include/
This adjusts the x86 kprobes implementation to cope with per-thread
MSR_IA32_DEBUGCTLMSR being set for user mode. I haven't delved deep
enough into the kprobes code to be really sure this covers all the
cases where the user-mode BTF setting needs to be cleared or restored.
It looks about right to
This adds the PTRACE_SINGLEBLOCK request on x86, matching the ia64 feature.
The implementation comes from the generic ptrace code and relies on the
low-level machine support provided by arch_has_block_step() et al.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/ia32/ptrace32.c
This implements user-mode step-until-branch on x86 using the BTF bit
in MSR_IA32_DEBUGCTLMSR. It's just like single-step, only less so.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
arch/x86/kernel/step.c | 64 +--
arch/x86/kernel/traps_32.c
I think that advancing the timer against the timer's current "now" can
be a pretty common usage, so, w/out exposing hrtimer's internals, we add
a new hrtimer_forward_now() function.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
include/linux/hrtimer.h |7 +++
1 file
This is the new timerfd API as it is implemented by the following patch:
int timerfd_create(int clockid, int flags);
int timerfd_settime(int ufd, int flags,
const struct itimerspec *utmr,
struct itimerspec *otmr);
int timerfd_gettime(int ufd, struct itimersp
Wires up the new timerfd API to the x86 family.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
arch/x86/ia32/ia32entry.S |4 +++-
arch/x86/kernel/syscall_table_32.S |4 +++-
include/asm-x86/unistd_32.h|6 --
include/asm-x86/unistd_64.h
Remove the broken status to CONFIG_TIMERFD.
Signed-off-by: Davide Libenzi <[EMAIL PROTECTED]>
- Davide
---
init/Kconfig |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6.mod/init/Kconfig
===
--- linux-2.6.mod.orig/init/
On Sunday, 25 of November 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 10:28:06PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 25 of November 2007, Adrian Bunk wrote:
> >..
> > > First of all, Bugzilla is a quite often used bug tracker in the open
> > > source world [1], so many users alre
On Sun, Nov 25, 2007 at 01:55:07PM -0800, Roland McGrath wrote:
> This defines the new macro arch_has_single_step() in linux/ptrace.h, a
> default for when asm/ptrace.h does not define it. It declares the new
> user_enable_single_step and user_disable_single_step functions.
> This is not used yet,
On Sun, Nov 25, 2007 at 02:01:09PM -0800, Roland McGrath wrote:
> This makes ptrace_request handle all the ptrace requests that wake
> up the traced task. These do low-level ptrace implementation magic
> that is not arch-specific and should be kept out of arch code. The
> implementations on each
On Sunday, 25 of November 2007, Rafael J. Wysocki wrote:
> On Sunday, 25 of November 2007, Adrian Bunk wrote:
> > On Sun, Nov 25, 2007 at 10:28:06PM +0100, Rafael J. Wysocki wrote:
> > > On Sunday, 25 of November 2007, Adrian Bunk wrote:
[--snip--]
> > Even worse:
> > Different people have differe
1 - 100 of 168 matches
Mail list logo
