MCOUNT will disable the regparm parameters of the i386 compile
options. When doing so, this breaks the prototype of do_IRQ
where the fastcall must be explicitly called.
Also fixed some whitespace damage in the call to do_IRQ.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
arch/x86/kernel/
This patch adds an interface into debugfs.
/debugfs/mctracer/ctrl
echoing 1 into the ctrl file turns on the tracer,
and echoing 0 turns it off.
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
lib/mcount/tracer.c | 87 +++-
lib/mcount/tra
This adds the task comm and pid to the trace output. This gives the
output like:
CPU 0: sshd:2605 [] remove_wait_queue+0xc/0x4a <--
[] free_poll_entry+0x1e/0x2a
CPU 2: bash:2610 [] tty_check_change+0x9/0xb6 <--
[] tty_ioctl+0x59f/0xcdd
CPU 0: sshd:2605 [] _spin_lock_irqsave+0xe/0x81 <--
[] remo
Add "notrace" annotation to x86_64 specific files.
Signed-off-by: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
Signed-off-by: Steven Rostedt <[EMAIL PROTECTED]>
---
arch/x86/kernel/head64.c |2 +-
arch/x86/kernel/nmi_64.c |2 +-
arch/x86/kernel/setup64.c |4 ++--
arch/x8
The trace output is very verbose with outputing both the
IP address (Instruction Pointer not Internet Protocol!)
and the kallsyms symbol. So if kallsyms is configured into
the kernel, another file is created in the debugfs system.
This is the trace_symonly file that leaves out the IP address.
Here
On Thu, Jan 03, 2008 at 03:21:36PM +0800, Dave Young wrote:
...
> I don't know if there's other possible warning places with this mutex
> or not, if you have any ideas about this, please tell me.
I think lockdep is just to tell such things. So, the question is, how
much it was tested already, bec
On Wednesday 02 January 2008, Bryan Wu wrote:
> B.T.W, 2 questions about the MUSB driver:
> 1. What's the plan for mainline merge of the whole MUSB driver? maybe
> I can cleanup current Blackfin ports to you guys.
It might as well merge in 2.6.25-early. It'll be easier to integrate
patches that w
On Wed 2 Jan 2008 22:43, David Brownell pondered:
> This patch might be improved slightly -- in ways that, as I
> understand things, could save some RAM on Blackfin! -- by
> having the BLACKLIST_HUB option get rid of the transaction
> translator support (changing C code not just Kconfig).
> It's pr
James Morris wrote:
On Fri, 28 Dec 2007, KaiGai Kohei wrote:
Remaining issues:
- We have to mount securityfs explicitly, or use /etc/fstab.
It can cause a matter when we want to use this feature on
very early phase on boot. (like /sbin/init)
Why can't early userspace itself mount security
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 2 Jan 2008 07:50:33 +
> The only non-kernel user of this known to me is silo, which should just
> have it's own header documenting the solaris sparc ufs variant it needs
> to understand, possibly by using a copy of the kernel version at an
Andrew Morgan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> KaiGai Kohei wrote:
>> Remaining issues:
>> - We have to mount securityfs explicitly, or use /etc/fstab.
>> It can cause a matter when we want to use this feature on
>> very early phase on boot. (like /sbin/init)
>
> I
On Wed, Jan 02, 2008 at 12:04:44AM -0800, David Miller wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> Date: Wed, 2 Jan 2008 07:50:33 +
>
> > The only non-kernel user of this known to me is silo, which should just
> > have it's own header documenting the solaris sparc ufs variant it nee
On Dec 28, 2007 3:12 AM, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> * pci_map_sg() -> dma_map_sg() in ide_build_sglist().
>
> * pci_unmap_sg() -> dma_unmap_sg() in ide_destroy_dmatable().
>
> There should be no functionality changes caused by this patch except
> for blackfin arch whose
* Miguel Botón <[EMAIL PROTECTED]> wrote:
> These hardlocks start to appear with commit
> f10c1cfd359660c01446807b6c2bc8ce3aee919a
thanks, that's really useful! I dont see anything obviously wrong with
the commit though, and cannot (yet) reproduce it, so to help us track it
down further, coul
Hi Bart,
here's the unfinished redux of ide-floppy which i'm sending now so that we could
sinchronize trees. There are some things left to be done which are not so
trivial and i'd like to give them a bit more thought :).
drivers/ide/ide-floppy.c | 1248 +++---
On Wed, 2008-01-02 at 14:42 +0800, WANG Cong wrote:
> diff --git a/arch/s390/kernel/Makefile b/arch/s390/kernel/Makefile
> index 56cb710..b3b650a 100644
> --- a/arch/s390/kernel/Makefile
> +++ b/arch/s390/kernel/Makefile
> @@ -31,7 +31,3 @@ S390_KEXEC_OBJS := machine_kexec.o crash.o
> S390_KEXEC_O
On Die, 2008-01-01 at 22:58 -0600, Matt Domsch wrote:
> On Mon, Dec 31, 2007 at 12:39:11PM +0700, Theewara Vorakosit wrote:
> > Hello,
> >
> > I get MAC address from ioctl. However, ifconfig can change this MAC
> > address. Can I get a real physical MAC address of the NIC?
>
> yes. It's ETHTOO
* Carlos R. Mafra <[EMAIL PROTECTED]> wrote:
> On Tue 1.Jan'08 at 17:05:49 -0800, Carlos R. Mafra wrote:
> > This patch fixes most errors detected by checkpatch.pl.
> > [...]
>
> As pointed out by Jesper Juhl, my patch was not inlined :-(
ah. This explains why your patch had 'whitespace proble
On Wed, Jan 02, 2008 at 10:25:05AM +0100, Borislav Petkov wrote:
by the way, i messed up the numbering of the patches: their correct count is not
12 but 10 so you shouldn't be missing any even if it seems so at a first glance.
--
Regards/Gruß,
Boris.
--
To unsubscribe from this list: send th
On Wed, Jan 02, 2008 at 10:31:35AM +0100, Martin Schwidefsky wrote:
> On Wed, 2008-01-02 at 14:42 +0800, WANG Cong wrote:
> > diff --git a/arch/s390/kernel/Makefile b/arch/s390/kernel/Makefile
> > index 56cb710..b3b650a 100644
> > --- a/arch/s390/kernel/Makefile
> > +++ b/arch/s390/kernel/Makefile
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
UEVENT[1199264702.345795]
On Tue, Jan 01, 2008 at 12:12:22PM +0200, Benny Halevy wrote:
> checkpatch.pl does not recognize #elif as a preprocessor directive
> causing it to print bogus errors for, e.g.:
> ERROR: need consistent spacing around '&' (ctx:WxV)
> when the operator is not recognized as unary in this context.
>
>
On Tue, Jan 01, 2008 at 03:13:11PM +0800, WANG Cong wrote:
>
> TOPDIR is obsolete, use srctree or objtree instead.
>
> This patch set removes all the TOPDIR use in the whole
> source tree and finally drops it in the top Makefile.
> They're against the current linus-tree.
>
> Note that Patch [8/8
(Not so) recently, ACPI events started appearing as
key press events over linux input subsystem. The
question regarding this is simple: how it's supposed
to be handled?
First of all, I don't know any software so far that
can handle input layer in userspace when not running
X. In X, it's usually
On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
> I have this code:
>
>
> /*
> * osd-r10 4.12.5 Data-In and Data-Out buffer offsets
> * byte offset = mantissa * (2^(exponent+8))
> */
> typedef __be32 osd_cdb_offset;
>
> osd_cdb_offset __osd_encode_offset(u64 offset, unsigned *p
I think it's more reasonable to only apply this rule onto AMD platform.
BRs
Peer Chen
-Original Message-
From: Eric W. Biederman [mailto:[EMAIL PROTECTED]
Sent: Monday, December 24, 2007 7:49 PM
To: Peer Chen
Cc: peerchen; linux-kernel; akpm; Andy Currid
Subject: Re: [PATCH] msi: set 'En
On Wed, 2 Jan 2008, KaiGai Kohei wrote:
> > Another issue is that securityfs depends on CONFIG_SECURITY, which might be
> > undesirable, given that capabilities are a standard feature.
>
> We can implement this feature on another pseudo filesystems.
> Do you think what filesystem is the best cand
* Alan Cox <[EMAIL PROTECTED]> wrote:
> > udelay is supposed to be reliable. If someone runs a new kernel and
> > has no TSC (which might happen even on modern hardware or with
> > notsc) _and_ finds that udelay is not calibrated well enough then
> > that's a kernel bug we want to fix.
>
> Yo
* H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Christer Weinigel wrote:
>>
>> out 80h, al is only two bytes. Any alternative that has been suggested
>> in this discussion will use more space. mov dx, alt_port; out dx, al
>> will be larger, a function call will definitely be a lot larger. People
On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
> I have this code:
>
>
> /*
> * osd-r10 4.12.5 Data-In and Data-Out buffer offsets
> * byte offset = mantissa * (2^(exponent+8))
> */
> typedef __be32 osd_cdb_offset;
Given that you can't do normal arithmetic on this type it shou
Am Dienstag 01 Januar 2008 schrieb Pavel Machek:
> Hi1
>
> > I would like to request a feature in the Linux kernel that would allow
> > a user to unplug a live read-only root file system which exists on a
> > detachable storage device such as a USB key drive. The desired
> > behavior is that once
Greg,
find the patch from Piotr Roszatycki, submitted to:
http://bugzilla.kernel.org/show_bug.cgi?id=9626
as an email plain-text patch submission below.
Ingo
>
Subject: usb: add support for 4348:5523 WinChipHead USB->RS 232 adapter with
Prolifec PL 2303 chipset
From: Pio
Theodore Tso <[EMAIL PROTECTED]> wrote:
>
> The question is whether the size of the Unix domain sockets support is
> worth the complexity of yet another config option that we expose to
> the user. For the embedded world, OK, maybe they want to save 14k of
> non-swappable memory. But for the non-e
On Monday 31 December 2007 00:10, Ingo Molnar wrote:
> * Herbert Xu <[EMAIL PROTECTED]> wrote:
> > > Ingo, it's not good that we have cond_resched() definitions
> > > conditionally duplicated in kernel.h - that's increasing the risk of
> > > bugs like this one.
> >
> > Actually, why do we even have
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this (i.e.
battery aging or some software change) nor whether this is kernel/HAL/kpowersave
issue.
kpowersave is stuck at assuming battery is loading and at 94%. Sysfs displays
battery state as Full:
Am Montag, 31. Dezember 2007 15:44:47 schrieb Pavel Machek:
> On Sun 2007-12-30 17:39:42, Oliver Neukum wrote:
> > But what's wrong with calling suspend() the conventional way once you've
> > decided to go into sleepy mode?
>
> I'm not sure if it can be done in non-racy way. It is different from
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Some device drivers register CPU hotplug notifiers and use them to
> destroy device objects when removing the corresponding CPUs and to
> create these objects when adding the CPUs back.
>
> Unfortunately, this is not the right thing to
I'm getting this on latest git (v2.6.24-rc6-174-gdc51281)
WARNING: vmlinux.o(.text+0x104f8): Section mismatch: reference to
.init.text:fork_idle (between 'do_fork_idle' and 'lapic_timer_broadcast')
WARNING: vmlinux.o(.text.head+0xe4): Section mismatch: reference to
.init.data.2:trampoline_leve
* James Bottomley <[EMAIL PROTECTED]> wrote:
> Could you direct this poster to linux-scsi and we'll see if we can
> finger the root cause (which will be difficult to do without getting a
> boot trace).
FYI, here's a new one reported against 2.6.24-rc6-git7:
http://bugzilla.kernel.org/show_bug
On Wed, 2008-01-02 at 21:31 +1100, Nick Piggin wrote:
> On Monday 31 December 2007 00:10, Ingo Molnar wrote:
> > * Herbert Xu <[EMAIL PROTECTED]> wrote:
> > > > Ingo, it's not good that we have cond_resched() definitions
> > > > conditionally duplicated in kernel.h - that's increasing the risk of
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> (or -- why do we even make CONFIG_PREEMPT_BKL an option? [...]
thanks for the reminder - i just zapped it. Was a pleasure ;-)
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PRO
On Wednesday 02 January 2008 22:01, Peter Zijlstra wrote:
> On Wed, 2008-01-02 at 21:31 +1100, Nick Piggin wrote:
> > On Monday 31 December 2007 00:10, Ingo Molnar wrote:
> > > * Herbert Xu <[EMAIL PROTECTED]> wrote:
> > > > > Ingo, it's not good that we have cond_resched() definitions
> > > > > co
Tejun Heo wrote:
> Tejun Heo wrote:
>> Kbuild now generates and installs modules.order along with modules.
>> This patch updates depmod such that it sorts module list according to
>> the file before generating output files. Modules which aren't on
>> modules.order are put after modules which are o
Dave Young wrote:
> On Dec 29, 2007 7:42 PM, Stefan Richter <[EMAIL PROTECTED]> wrote:
>> However, Dave's postings lack a References: header which refer to his
>> 00/12 posting.
[To let mail readers show it as a thread.]
>> (Also, a bonus in the 00/12 posting would be a listing of all patch
>> titl
On Wed, 2008-01-02 at 22:12 +1100, Nick Piggin wrote:
> On Wednesday 02 January 2008 22:01, Peter Zijlstra wrote:
> > I've seen 1s+ desktop latencies due to PREEMPT_BKL when I was still
> > using reiserfs.
>
> Fair enough; so the former ifdefery would be preferable for now then.
To be honest, I
On Jan 2 2008 12:14, Stefan Richter wrote:
>There is nothing wrong with a 0/n posting per se. But whenever you
>write a 0/n posting, ask yourself:
> - Isn't the information I provide here necessary to keep around by
>somebody who takes my patch series into his quilt series or into his
>s
From: Andrew Murray <[EMAIL PROTECTED]>
This patch provides a correct value for CONFIG_SH_PCLK_FREQ for the SH7712
solution engine when used with the board's default factory settings. This
results in the board running at its maximum CPU clock rate (200 MHz).
The board I have is a Japanese Solut
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > > Document the fact that __save_processor_state() has to save all
> > > CPU registers referred to by the kernel in case a different kernel
> > > is used to load and restore a hibernation image containing it.
> > >
> > > Sigend-off-by: Rafael J
Hi,
In file include/asm-i386/system.h, _set_base and _set_limit use an
useless do ... while(0)
Why is this needed ?
exemple with _set_base from linux-2.6.23
#define _set_base(addr,base) do { unsigned long __pr; \
__asm__ __volatile__ ("movw %%dx,%1\n\t" \
"rorl $16,%%edx\n\t" \
* Mike Frysinger <[EMAIL PROTECTED]> wrote:
> Forgot to mention this before, but since the msr.h header uses types
> like __u32, it should pull in linux/types.h.
does not build with the attached config.
Ingo
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.
On Wed, Jan 02, 2008 at 12:45:39PM +0100, Abdel wrote:
> Hi,
>
> In file include/asm-i386/system.h, _set_base and _set_limit use an
> useless do ... while(0)
>
> Why is this needed ?
>
> exemple with _set_base from linux-2.6.23
>
> #define _set_base(addr,base) do { unsigned long __pr; \
> __as
Abdel <[EMAIL PROTECTED]> wrote:
> In file include/asm-i386/system.h, _set_base and _set_limit use an
> useless do ... while(0)
>
> Why is this needed ?
http://kernelnewbies.org/FAQ/DoWhile0
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > It would be sweet to have them use private mutexes for the job
> > instead (although even then it probably wouldn't be a straight
> > conversion)...
>
> I tried a quick conversion of reiser3 at the time, but it really wants
> a recursive lock a
On Wed, 2 Jan 2008, Herbert Xu wrote:
> Theodore Tso <[EMAIL PROTECTED]> wrote:
> > The question is whether the size of the Unix domain sockets support is
> > worth the complexity of yet another config option that we expose to
> > the user. For the embedded world, OK, maybe they want to save 14k
On Wed, Jan 02 2008 at 12:08 +0200, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 01, 2008 at 06:15:46PM +0200, Boaz Harrosh wrote:
>> I have this code:
>>
>>
>> /*
>> * osd-r10 4.12.5 Data-In and Data-Out buffer offsets
>> * byte offset = mantissa * (2^(exponent+8))
>> */
>> type
On 02-01-2008 08:00, Greg KH wrote:
...
> If no one has noticed any issues in this area, [...]
...Could also mean there are hidden issues, so it doesn't look like
very convincing argument.
...Unless after the change there will be found no hidden issues,
then, of course, it looks like convincing e
* Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Quentin Barnes <[EMAIL PROTECTED]>
> > Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
> > Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
>
> Tested on x86.
>
> Acked-by: Ananth N Mavinakayahanalli <[EMAIL PROTECTED]>
We get die() from kdebug.h, no need for forward declaration.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault_32.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/x86/mm/fault_32.c b/arch/x86/mm/fault_32.c
index bfb0917..870b561 100644
--- a/
Move X86_32 only get_segment_eip to X86_64
Move X86_64 only is_errata93 to X86_32
Change X86_32 loop in is_prefetch to highlight the differences
between them. Fold the logic from __is_prefetch in as well on
X86_32.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault_32.c |
* Frank Ch. Eigler <[EMAIL PROTECTED]> wrote:
> Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> > [...] Firstly, why on earth does a full format string have to be
> > passed in for something as simple as a CPU id? This way we basically
> > codify it forever that tracing _has_ to be expensive when
>
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> We get die() from kdebug.h, no need for forward declaration.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > Some device drivers register CPU hotplug notifiers and use them to
> > destroy device objects when removing the corresponding CPUs and to
> > create these objects when addin
Hi Abdel :)
* Abdel <[EMAIL PROTECTED]> dixit:
> In file include/asm-i386/system.h, _set_base and _set_limit use an
> useless do ... while(0)
>
> Why is this needed ?
Google for "do while swallow semicolon". This looks like an useless and
weird construction but it is very useful when it comes t
Jan Engelhardt wrote:
> And [0/n] sometimes contain a diffstat which gives an approximate
> line count of how big the patchset actually is.
There is actually no good reason for omitting such a diffstat. It's
easy enough to generate.
$ quilt diff --combine first.patch -P last.patch | diffstat -p1
On Wed, Jan 02, 2008 at 01:39:38PM +0100, Jarek Poplawski wrote:
> On 02-01-2008 08:00, Greg KH wrote:
> ...
> > If no one has noticed any issues in this area, [...]
BTW, if 'we' are sure there are no issues, and only lockdep is not
clever enough yet, why not do such a change partially, e.g. with
On Wednesday, 2 of January 2008, Christian Hesse wrote:
> On Wednesday 02 January 2008, Nigel Cunningham wrote:
> > Hi Christian.
> >
> > Christian Hesse wrote:
> > > On Tuesday 01 January 2008, Nigel Cunningham wrote:
> > >> Third, regarding the patch itself, I'm taking my time in working towards
On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
> On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
> > Subject : linux-2.6.24-rcX regression /
> > xserver-xorg-video-intel / Q35
> > Submitter : Harald Welte <[EMAIL PROTECTED]>
> > Date: 2007-12-22 04:37
> >
On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > This is did not happen before; I am not sure right now what caused this
(i.e.
> > battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
> > issue.
> >
> > kpowersave is stuck at ass
FYI - another quirky Quanta motherboard from HP, with DMI readings
reported to me.
Original Message
Date: Wed, 2 Jan 2008 16:23:27 +1030
From: Joel Stanley <[EMAIL PROTECTED]>
To: David P. Reed <[EMAIL PROTECTED]>
Subject:Re: [PATCH] Option to disable AMD C1E (a
(David Brownell Cc:-ed too)
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> Well, we have the following test script in the userland suspend
> package that is supposed to work right now:
>
> #!/bin/bash
> date
> cd /sys/class/rtc/rtc0
> echo $(( $(cat since_epoch) + 20 )) > wakealarm
> s2ram
>
2008/1/2, DervishD <[EMAIL PROTECTED]>:
>* Abdel <[EMAIL PROTECTED]> dixit:
>> In file include/asm-i386/system.h, _set_base and _set_limit use an
>> useless do ... while(0)
>>
>> Why is this needed ?
>
>Google for "do while swallow semicolon". This looks like an useless an
Hi Nigel,
I do agree with all your plans ;)
I'm also happy with the current version of tuxonice.
The main question is :
"What is the status of merging into mainline" (with or without any
additional patch from other suspend patch).
I have seen quite a lot of mails about this topic on the lmkl in
* David P. Reed <[EMAIL PROTECTED]> wrote:
> FYI - another quirky Quanta motherboard from HP, with DMI readings reported
> to me.
> Using port80.c, I could hard lock a HP Pavilion tx1000 laptop on the
> first go. This was with ubuntu hardy's stock kernel (a 2.6.24-rc)
>
>> dmidecode -s baseboa
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
>
> (David Brownell Cc:-ed too)
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Well, we have the following test script in the userland suspend
> > package that is supposed to work right now:
> >
> > #!/bin/bash
> > date
> > cd /sys/
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
> > On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
> > > Subject : linux-2.6.24-rcX regression /
> > > xserver-xorg-video-intel / Q35
> > > Submitter : Harald Welte <[EMAIL PROT
On Wednesday, 2 of January 2008, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki <[EMAIL PROTECTED]>
>
> It sometimes is necessary to destroy a device object during a suspend or
> hibernation, but the PM core is supposed to control all device objects in that
> cases. For this reason, it is nec
Use the force_sig_info_fault helper from X86_32 in X86_64.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/mm/fault_32.c |2 +-
arch/x86/mm/fault_64.c | 31 ++-
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/arch/x86/mm/fault_32.
On Wednesday, 2 of January 2008, Ingo Molnar wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday, 2 of January 2008, Zhenyu Wang wrote:
> > > On 2008.01.01 22:02:57 +, Rafael J. Wysocki wrote:
> > > > Subject : linux-2.6.24-rcX regression /
> > > > xserver-xo
> BKL properties, that could be wrapped. I guess fixing the TTY code to
> have no BKL dependencies has a higher chance of success - given that
> Alan is working on it :-)
Bit by bit when I can face it, and with a lot of other people
contributing parts. Right now the BKL mostly protects the open/
On Wednesday 02 January 2008, Ingo Molnar wrote:
> * Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > Forgot to mention this before, but since the msr.h header uses types
> > like __u32, it should pull in linux/types.h.
>
> does not build with the attached config.
sorry, forgot about __ASSEMBLY__ pro
On Wednesday 02 January 2008, David Miller wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> > The only non-kernel user of this known to me is silo, which should just
> > have it's own header documenting the solaris sparc ufs variant it needs
> > to understand, possibly by using a copy of the
Hi David, hi Eric,
Le 29/12/2007, "David Brownell" <[EMAIL PROTECTED]> a écrit:
>From: eric miao <[EMAIL PROTECTED]>
>
>This adds a new-style I2C driver with basic support for the sixteen
>bit PCA9539 GPIO expanders. These chips have multiple registers,
>push-pull output drivers, and (not suppor
> ok, you are right. How about we go with one of your suggestions: rename
> the API family to isa_*_p() in the affected ISA drivers? That makes it
> perfectly clear that this is an ISA related historic quirk that we just
> cannot properly emulate in an acceptable fashion. It will also make the
> > same with radio-sf16fmr2 and esp
> >
> > after repeatedly modrpobe/modprobe -r radio-sf16fmr2, i can hang my
> > system when loading esp afterwards
> >
> > before loading esp, doing a "cat /proc/ioport" segfaults
> >
> > this is with 2.6.24rc6 and also with 2.6.22
> >
> > i have found th
Contents of /proc/*/maps is sensitive and may become sensitive
after open() (e.g. if target originally shares our ->mm and later
does exec on suid-root binary).
Check at read() (actually, ->start() of iterator) time that
mm_struct we'd grabbed and locked is
* still the ->mm
On Wed, 2 Jan 2008 14:09:57 +
Al Viro <[EMAIL PROTECTED]> wrote:
> Contents of /proc/*/maps is sensitive and may become sensitive
> after open() (e.g. if target originally shares our ->mm and later
> does exec on suid-root binary).
> Check at read() (actually, ->start() of iterator
The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
to be lazy. But rather than properly address things, they just wrongly left
it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so real
libcs don't get screwed due to kilbc's laziness.
Signed-off-by: M
Jon Masters wrote:
> On Tue, 2008-01-01 at 22:46 -0600, Matt Domsch wrote:
>> $ modinfo dell_rbu | grep version
>> version:3.2
>> srcversion: 1D4815D7D6FBEE6612F3C18
>
> Right. And I was referring to the is above (I forgot it's a CRC32 and
> not a SHA1). But my point is why not codify
From: Robin Getz <[EMAIL PROTECTED]>
Allow embedded developers to turn support for USB Hubs off even if they have a
full root hub. This saves the overhead (RAM and Flash size).
Allow embedded developers the capabilities of the "otg_whitelist.h" - a
product whitelist, so USB peripherals not list
On Sat, Dec 29, 2007 at 04:07:04PM +0800, Dave Young wrote:
> Please try the -mm tree kernel, might have been fixed by :
> http://lkml.org/lkml/2007/11/18/141
I've applied the patch on top of 2.6.24-rc6 (I don't want to run -mm
kernels on this machine). We'll see what happens.
Gabor
--
--
Thanasis <[EMAIL PROTECTED]> wrote:
> on 12/31/2007 11:54 AM Jose de la Mancha wrote the following:
>> --> All RAID edition drives are more expensive that their equivalent
>> "desktop edition" drives (same model on "desktop edition"). Just take a look
>> at newegg for instance.
>>
>http://www.new
Hi,
In current 2.6.23 (I have checked 2.6.23.12 and 2.6.23.9) the end of
include/asm-powerpc/systbl.h reads:
--snip--
SYSCALL_SPU(getcpu)
COMPAT_SYS(epoll_pwait)
COMPAT_SYS_SPU(utimensat)
COMPAT_SYS(fallocate)
COMPAT_SYS_SPU(signalfd)
COMPAT_SYS_SPU(timerfd)
SYSCALL_SPU(eventfd)
COMPAT_SYS_SPU(sy
On Jan 2, 2008 2:15 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> A stupid question. The old RTC driver is in
> drivers/char/rtc.c, and maps to:
>
> crw-r--r-- 1 root root 10, 135 Oct 25 18:02 /dev/rtc
>
> the new driver is in drivers/rtc/*, and maps to:
>
> crw-r--r-- 1 root root 254, 0 Dec
On Wed, Jan 02, 2008 at 01:33:55PM +0100, Ingo Molnar wrote:
>
> * Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
>
> > > Signed-off-by: Quentin Barnes <[EMAIL PROTECTED]>
> > > Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
> > > Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
> >
> >
On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
> TOPDIR is obsolete, use srctree instead.
> This patch removes TOPDIR from all UML Makefiles.
Thanks, I'll send this to Andrew.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe fro
Some arches (like alpha and ia64) already have a clean posix_types.h header.
This brings all the others in line by removing all references to __GLIBC__
(and some undocumented __USE_ALL).
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
asm-arm/posix_types.h |6 +-
asm-avr32/posi
On Sun, Dec 23, 2007 at 08:01:04PM +, Al Viro wrote:
> - helper_wait(pid);
> + helper_wait(pid, 1, NULL);
Thanks.
I know I fixed these - I probably forgot to quilt add the file.
Jeff
--
Work email - jdike at linux dot intel dot com
--
From: Sebastian Siewior <[EMAIL PROTECTED]>
Commit 664cceb0093b755739e56572b836a99104ee8a75 changed the
parameters of the function make_key_ref(). The macros that
are used in case CONFIG_KEY is not defined did not change.
Cc: David Howells <[EMAIL PROTECTED]>
Signed-off-by: Sebastian Siewior <[E
On Wed, Jan 02, 2008 at 09:37:50AM -0500, Mike Frysinger wrote:
> The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
> to be lazy. But rather than properly address things, they just wrongly left
> it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so r
> + If you have an alternative firmware like OpenFirmware or LinuxBios,
> + this flag might not be set correctly, which results in a random state
> + of the Numlock key.
Looks good. But would it not be helpfull to have a kernel-parameter for
overruling the BIOS-setting?
Cheers,
1 - 100 of 433 matches
Mail list logo
