This patch adds a file in proc file system to access the loaded
kexec_image, which may contains the memory image of kexeced
system. This can be used by kexec based hibernation to create a file
image of hibernating kernel, so that a kernel booting process is not
needed for each hibernating.
This patch implements kexec based hibernate/resume. This is based on
the facility provided by kexec_jump. The states save/restore code of
ordinary kexec_jump is overridden by hibernate/resume specific
code. The ACPI methods are called at specified environment to conform
the ACPI specification. A
This patch implements the functionality of jumping between the kexeced
kernel and the original kernel.
To support jumping between two kernels, before jumping to (executing)
the new kernel and jumping back to the original kernel, the devices
are put into quiescent state, and the state of devices
khibernation - kexec based hibernation
Kexec base hibernation has some potential advantages over u/swsusp and
TuxOnIce (suspend2). Some of them are as follow:
1. The hibernation image size can exceed half of memory size
easily. This is possible with TuxOnIce, but impossible with
u/swsusp.
This patch adds writing support for /dev/oldmem. This is used to
restore the memory contents of hibernated system.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/crash_dump_32.c | 27 +++
drivers/char/mem.c | 32
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
El Thu, Dec 06, 2007 at 09:12:05PM +0100 Remy Bohmer ha dit:
> Which do you have exactly on your list? (good to know, it prevents
> double work...)
it isn't really an elaborated list, until now i greped for certain
semaphore usages, had a look at the code and converted it if
necessary. at the
On 07-12-07 08:17, Rene Herman wrote:
On 07-12-07 06:54, David P. Reed wrote:
Pardon my ignorance, but is port 0xed really safe to push an out cycle
at across the entire x86_64 family?
Please do not top-post. Who knows, probably not. You just experienced
that 0x80 is apparently not safe
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
On 6 Dec 2007, Jan Engelhardt verbalised:
> On Dec 5 2007 19:29, Nix wrote:
>>>
>>> On Dec 1 2007 06:19, Justin Piszcz wrote:
>>>
RAID1, 0.90.03 superblocks (in order to be compatible with LILO, if
you use 1.x superblocks with LILO you can't boot)
>>>
>>> Says who? (Don't use LILO ;-)
>>
Linus Torvalds schrieb:
But the disk errors are something else, doesn't ring a bell. Sounds like
IO corruption on the group descriptor block or something like that. Might
be worth testing to see if the problem goes away with less than 4GB of
RAM..
Thanks, I'll try this, to see if there's
On Thu, 2007-12-06 at 02:24 +0800, Bjorn Helgaas wrote:
> Re: warning on suspend-to-RAM caused by
> pnp-request-ioport-and-iomem-resources-used-by-active-devices.patch,
> thread here: http://lkml.org/lkml/2007/11/22/110
>
> On Saturday 01 December 2007 05:00:34 am Jiri Slaby wrote:
> > I didn't
On Dec 7, 2007 6:51 AM, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Hmrpf. sched_clock() is used for the time stamp of the printks. We
> need to find some better solution other than killing off the tsc
> access completely.
Something like http://lkml.org/lkml/2007/3/16/291 that would need some
On 07-12-07 06:54, David P. Reed wrote:
Pardon my ignorance, but is port 0xed really safe to push an out cycle
at across the entire x86_64 family?
Please do not top-post. Who knows, probably not. You just experienced that
0x80 is apparently not safe for you and that one's the conventional
On Thursday 06 December 2007 16:29, Andrew Morton wrote:
> On Thu, 6 Dec 2007 16:04:41 -0800
>
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > The runner up key idea is that we will gain a notion of "block
> > device stack" (or block stack for short, so that we may implement
> > block stackers)
Andrew Morton schrieb:
But the effect is under every circumstances described above that I got
after an unspecific time EXT3-fs errors. I tried to use different
partitions, one for root and data, got errors on both.
Dec 3 15:05:34 adira EXT3-fs error (device sdb4): ext3_new_block:
Allocating
From: "Chris Friesen" <[EMAIL PROTECTED]>
Date: Thu, 06 Dec 2007 22:21:39 -0600
> David Miller wrote:
> > From: "Chris Friesen" <[EMAIL PROTECTED]>
> > Date: Thu, 06 Dec 2007 14:36:54 -0600
> >
> >
> >>One problem we ran into was that there are only 32 multicast groups per
> >>netlink protocol
On Thursday 06 December 2007, Jean Delvare wrote:
> Also, I don't quite see what
> is supposed to make compatibility with the legacy drivers easier, nor
> how, not why it matters in the first place.
There's a clear either/or disjunction. No fuzzy/confusing middle ground.
> > +static int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've pushed it to a pamcap-enhancements branch and I'll will try to
review it quickly.
Thanks
Andrew
KaiGai Kohei wrote:
> Sorry, any TABs are replaced by MUA.
> I'll send the patch again.
>
>> The attached patch provides several improvement for
Using 64k pages on 64-bit PowerPC systems makes life difficult for
emulators that are trying to emulate an ISA, such as x86, which use a
smaller page size, since the emulator can no longer use the MMU and
the normal system calls for controlling page protections. Of course,
the emulator can
On Thursday 06 December 2007 21:15:53 Bill Davidsen wrote:
> Pavol Cvengros wrote:
> > Hello,
> >
> > I am trying LKML to get some help on one linux kernel related problem.
> > Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo
> > E6850 3GHz with 2GB of RAM. Motherboard is
Geert Uytterhoeven wrote:
> On Wed, 5 Dec 2007, Geoff Levand wrote:
>> Andrew Morton wrote:
>> > On Wed, 5 Dec 2007 10:52:48 +0100 (CET)
>> > Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>> >
>> >>
>> >> Subject:
Pardon my ignorance, but is port 0xed really safe to push an out cycle
at across the entire x86_64 family? How long must real _p pauses be in
reality? (and who cares about what the code calls "really slow i/o").
Why are we waiting at all? I read the comments in io_64.h, and am a bit
On Fri, 7 Dec 2007, Stefano Brivio wrote:
> This patch fixes a regression introduced by:
>
> commit bb29ab26863c022743143f27956cc0ca362f258c
> Author: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Mon Jul 9 18:51:59 2007 +0200
>
> This caused the jiffies counter to leap back and forth on cpufreq
I would think that they are compatible. I'm using 2.6.24-rc4-mm1 and I
dont get any output in dmesg regarding dynamic ticks being in use via
the pmtmr like in old posts i've seen online. I was wondering if this
output has been removed or if there is another way to determine if
dynticks are
I wrote:
> If the implicated commit is the next one in time
> sequence relative to
>
> # good: [2f1f53bdc6531696934f6ee7bbdfa2ab4f4f62a3] CRISv10 fasttimer: Scrap
> INLINE and name timeval_cmp better
>
> then the test of whether I bisected correctly is as simple as applying
> the commit and
From: "H. Peter Anvin" <[EMAIL PROTECTED]>
Date: Fri, 26 Oct 2007 11:22:42 -0700
Clean up the coding style in raid6test/test.c. Break it apart into
subfunctions to make the code more readable.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
###
Currently and md array with a write-intent bitmap does not updated
that bitmap to reflect successful partial resync. Rather the entire
bitmap is updated when the resync completes.
This is because there is no guarentee that resync requests will
complete in order, and tracking each request
From: "H. Peter Anvin" <[EMAIL PROTECTED]>
Make both mktables.c and its output CodingStyle compliant. Update the
copyright notice.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/mktables.c | 43
Following 3 patches for md provide some code tidyup and a small
functionality improvement.
They do not need to go into 2.6.24 but are definitely appropriate 25-rc1.
(Patches made against 2.6.24-rc3-mm2)
Thanks,
NeilBrown
[PATCH 001 of 3] md: raid6: Fix mktable.c
[PATCH 002 of 3] md: raid6:
On Friday 07 December 2007 12:19, Stefano Brivio wrote:
> This patch fixes a regression introduced by:
>
> commit bb29ab26863c022743143f27956cc0ca362f258c
> Author: Ingo Molnar <[EMAIL PROTECTED]>
> Date: Mon Jul 9 18:51:59 2007 +0200
>
> This caused the jiffies counter to leap back and forth on
On Fri, Dec 07, 2007 at 08:32:26AM +0530, Kamalesh Babulal wrote:
> Greg KH wrote:
> > On Thu, Dec 06, 2007 at 03:54:51PM -0800, Badari Pulavarty wrote:
> >> On Thu, 2007-12-06 at 12:31 -0800, Greg KH wrote:
> >>> On Fri, Dec 07, 2007 at 12:28:58AM +0530, Balbir Singh wrote:
> Greg KH wrote:
>
> >>> And this change in Makefile.lib seems bogus:
> >>> +# make sure '/' follows subdirs
> >>> +subdir-y := $(patsubst %//,%/, $(addsuffix, /,$subdir-y))
> >>> +subdir-m := $(patsubst %//,%/, $(addsuffix, /,$subdir-m))
> >> Some subdir-y|m entries have following / while others
On 07-12-07 01:23, Robert Hancock wrote:
David P. Reed wrote:
After much, much testing (months, off and on, pursuing hypotheses),
I've discovered that the use of "outb al,0x80" instructions to "delay"
after inb and outb instructions causes solid freezes on my HP dv9000z
laptop, when ACPI is
Nick Piggin 写道:
> On Thursday 06 December 2007 20:33, Li Zefan wrote:
>> The casting is safe only when the list_head member is the
>> first member of the structure.
>
> Even so, I don't think too safe :) It might technically work,
> but it could break more easily.
>
> So even if you find places
Andrew Morton wrote:
> commit 6f37ac793d6ba7b35d338f791974166f67fdd9ba
> Merge: 2f1f53b... d90bf5a...
> Author: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Wed Nov 14 18:51:48 2007 -0800
>
> Merge branch 'master' of
> master.kernel.org:/pub/scm/linux/kernel/git/davem/n
>
> *
"Chris Friesen" <[EMAIL PROTECTED]> writes:
> David Miller wrote:
>> From: "Chris Friesen" <[EMAIL PROTECTED]>
>>> One problem we ran into was that there are only 32 multicast groups
>>> per netlink protocol family.
>> I'm pretty sure we've removed this limitation.
> As of 2.6.23 nl_groups is a
On Mon, 2007-11-26 at 15:17 -0700, Eric W. Biederman wrote:
> Well I clearly goofed when I added the initial network namespace support
> for /proc/net. Currently things work but there are odd details visible
> to user space, even when we have a single network namespace.
>
> Since we do not cache
Hi,
The NFS crossmnt/nohide feature has been working beautifully
in 2.6.23. NFS in general has been really good in 2.6.23. Thanks!
However, starting in 2.6.24-rc3-git4, I immediately get 'NFS Stale
file handle' messages for any accesses to the NFS crossmnt'ed
volumes. Regular NFS mounts are
Johannes Schindelin wrote:
> Hi,
Hi
> On Fri, 7 Dec 2007, Al Boldi wrote:
> > You need to re-read the thread.
>
> I don't know why you write that, and then say thanks. Clearly, what you
> wrote originally, and what Andreas pointed out, were quite obvious
> indicators that git already does what
> Um, trying to clarify: S390. Also known as zSeries, big iron machine, uses
> its own weird processor design rather than x86, x86-64, arm, or mips
> processors.
Right. filemap_xip.c allows for an XIP filesystem. The only
filesystem that is supported is ext2. Even that requires a block
On Thu, Dec 06, 2007 at 10:17:39PM -0600, Rob Landley wrote:
> On Thursday 06 December 2007 21:22:25 Jared Hulbert wrote:
> > > > I have'nt looked at it yet. I do appreciate it, I think it might
> > > > broaden the user-base of this feature which is up to now s390 only due
> > > > to the fact that
David Miller wrote:
From: "Chris Friesen" <[EMAIL PROTECTED]>
Date: Thu, 06 Dec 2007 14:36:54 -0600
One problem we ran into was that there are only 32 multicast groups per
netlink protocol family.
I'm pretty sure we've removed this limitation.
As of 2.6.23 nl_groups is a 32-bit bitmask
On Thursday 06 December 2007 21:22:25 Jared Hulbert wrote:
> > > I have'nt looked at it yet. I do appreciate it, I think it might
> > > broaden the user-base of this feature which is up to now s390 only due
> > > to the fact that the flash memory extensions have not been implemented
> > > (yet?).
This field and corresponding defines are simply never used anywhere
in the code. But its mere presence is enough to confuse some host
driver authors who attempt to rely on it. Let's eliminate the
possibility for confusion and remove it entirely.
Signed-off-by: Nicolas Pitre <[EMAIL
On Thursday 06 December 2007 20:33, Li Zefan wrote:
> The casting is safe only when the list_head member is the
> first member of the structure.
Even so, I don't think too safe :) It might technically work,
but it could break more easily.
So even if you find places where list_head is the first
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
The machine is: http://www.gateway.com/retail/mt6821.php
Gnu C 4.2.3
Gnu make 3.81
binutils 2.18.20071027
util-linux 2.13.1-rc1
mount 2.13.1-rc1
module-init-tools 3.3-pre11
e2fsprogs 1.40.2
reiserfsprogs
From: "Chris Friesen" <[EMAIL PROTECTED]>
Date: Thu, 06 Dec 2007 14:36:54 -0600
> One problem we ran into was that there are only 32 multicast groups per
> netlink protocol family.
I'm pretty sure we've removed this limitation.
--
To unsubscribe from this list: send the line "unsubscribe
Hello,
A little patch to make my laptop linux-compliant. It is based on Linux
2.4.24-rc4.
This laptop has 2 keys, so Wi-Fi and Bluetooth can be activated singly.
I know all others laptop entries use the 0x30 "keycode" for Wi-Fi but I
prefer having this key outside the keyboard to avoid killing
Thanks. That enabled me to compile as well. Now, if I can figure out
why the resulting kernel has a boot process that hangs... :-)
Miles
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Richard Knutsson <[EMAIL PROTECTED]>
Date: Thu, 06 Dec 2007 15:37:46 +0100
> David Miller wrote:
> > But this time I'll just let you know up front that I
> > don't see much value in this patch. It is not a clear
> > improvement to replace int's with bool's in my mind and
> > the other
> > I have'nt looked at it yet. I do appreciate it, I think it might
> > broaden the user-base of this feature which is up to now s390 only due
> > to the fact that the flash memory extensions have not been implemented
> > (yet?). And it enables testing xip on other platforms. The patch is on
> >
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Thu, 6 Dec 2007 15:31:53 +0100
> as far as I've understood Herbert's patch, at least TCP connect can be fixed
> so that non blocking connect() will neither fail nor block, but just use the
> first or second retransmission of the SYN packet to
Greg KH wrote:
> On Thu, Dec 06, 2007 at 03:54:51PM -0800, Badari Pulavarty wrote:
>> On Thu, 2007-12-06 at 12:31 -0800, Greg KH wrote:
>>> On Fri, Dec 07, 2007 at 12:28:58AM +0530, Balbir Singh wrote:
Greg KH wrote:
>> Why release the spinlock here? It's done after the count is
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
On Thu, Dec 06, 2007 at 09:20:41PM -0500, Erez Zadok wrote:
> I get a "permission denied" when trying to mount a localhost nfsv2/3
> exported volume, on v2.6.24-rc4-124-gf194d13. It works w/ nfsv4 mounting.
> It worked fine in 2.6.24-rc3. Here's a sequence of ops I tried:
>
> # mount -t ext2
Divy Le Ray wrote:
Jeff,
I'm submitting a patch series for inclusion in 2.6.25.
The patches are built against netdev#upstream.
Here is a brief description:
- Update GPIO pinning and MAC support for T3C adapters
- Enable parity error detection.
Jeff,
I posted a third patch to fix the EEH code
From: Divy Le Ray <[EMAIL PROTECTED]>
set_pci_drvdata() stores a pointer to the adapter,
not the net device.
Add missing softirq blocking in t3_mgmt_tx.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c | 14 --
drivers/net/cxgb3/sge.c|
On Wednesday 05 December 2007 04:48, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 4 Dec 2007 13:26:49 +0100
> > Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > > * Len Brown <[EMAIL PROTECTED]> wrote:
> > >
> > > > So while the irq compression code on i386
I get a "permission denied" when trying to mount a localhost nfsv2/3
exported volume, on v2.6.24-rc4-124-gf194d13. It works w/ nfsv4 mounting.
It worked fine in 2.6.24-rc3. Here's a sequence of ops I tried:
# mount -t ext2 /dev/hdb1 /n/lower/b0
# exportfs -o no_root_squash,rw
Bharata B Rao:
> - The cache can grow arbitrarily large in size for big directories thereby
> consuming lots of memory. Pruning individual cache entries is out of question
> as entire cache is needed for subsequent readdirs for duplicate elimination.
Additionally, the memory usage may be a
Tom Lanyon wrote:
Hi list,
Just built a new machine with a Pioneer SATA DVD drive and linux
distro install CDs are not recognising it. The drive is connected to
the ICH9R southbridge of an Intel P35 chipset motherboard.
I can boot from the CD/DVD so the drive itself is working, but the
kernel
Hi,
2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
inline functions like this:
drivers/net/wireless/ath5k/base.c:292: sorry, unimplemented: inlining failed in
call to 'ath5k_extend_tsf': function body not available
fix it with adjust the order of inline function
On Thu, Dec 06, 2007 at 05:33:31PM -0700, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > On Thu, Dec 06, 2007 at 04:39:51PM -0500, Neil Horman wrote:
> >> On Fri, Nov 30, 2007 at 09:51:31AM -0500, Neil Horman wrote:
> >> > On Fri, Nov 30, 2007 at 09:42:50AM -0500, Vivek
On Thu, 2007-12-06 at 21:29 -0400, Kevin Winchester wrote:
> Daniel Walker wrote:
> >
> > I've posted all the ones I've done so far ..
> >
> > ftp://source.mvista.com/pub/dwalker/sem2mutex-2.6.24-rc4/
> >
> > Feel free to review or test them.. I've found it pretty easy to simply
> > grep for
On Mon, Sep 24, 2007 at 04:16:48PM -0400, Bob Bell wrote:
> I've been testing this patch on my systems. It's working for me when
> I read() a file. Asynchronous write()s seem okay, too. However,
> synchronous writes (caused by either calling fsync() or fcntl() to
> release a lock) prevent the
On Thu, 2007-12-06 at 12:39 +0300, Cyrill Gorcunov wrote:
> From: Cyrill Gorcunov <[EMAIL PROTECTED]>
> Subject: [PATCH] iwlwifi3945/4965 - fix rate control algo reference leak
>
> This patch does fix rate control algo reference leak in case
> if network device has been failed to register. In
Daniel Walker wrote:
>
> I've posted all the ones I've done so far ..
>
> ftp://source.mvista.com/pub/dwalker/sem2mutex-2.6.24-rc4/
>
> Feel free to review or test them.. I've found it pretty easy to simply
> grep for certain class of semaphore usage, check if it's conforming to
> the mutex
Badari Pulavarty wrote:
> On Fri, 2007-12-07 at 00:28 +0530, Balbir Singh wrote:
>> Greg KH wrote:
>>
Why release the spinlock here? It's done after the count is incremented.
This patch does not seem correct.
>>> Doh, you are correct, I'll make sure that I fix this up before applying
>>>
On Thu, 2007-12-06 at 17:14 -0800, Roland McGrath wrote:
> Some assembler versions automagically optimize .eh_frame contents,
> changing their size. The CFI in sysenter.S was not using optimal
> formatting, so it would be changed by newer/smarter assemblers.
> This ran afoul of the wired constant
This patch fixes a regression introduced by:
commit bb29ab26863c022743143f27956cc0ca362f258c
Author: Ingo Molnar <[EMAIL PROTECTED]>
Date: Mon Jul 9 18:51:59 2007 +0200
This caused the jiffies counter to leap back and forth on cpufreq changes
on my x86 box. I'd say that we can't always assume
On Thu, 2007-12-06 at 19:30 -0400, Kevin Winchester wrote:
> Daniel Walker wrote:
> > On Thu, 2007-12-06 at 11:23 +0100, Ingo Molnar wrote:
> >> * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >>
> >>> The port_mutex is actually a semaphore, so easily converted to a
> >>> struct mutex.
> >>>
> >>>
Some assembler versions automagically optimize .eh_frame contents,
changing their size. The CFI in sysenter.S was not using optimal
formatting, so it would be changed by newer/smarter assemblers.
This ran afoul of the wired constant for padding out the other vDSO
images to match its size. This
On Wed, 5 Dec 2007 21:44:54 +0100
Bernd Schubert <[EMAIL PROTECTED]> wrote:
> after scsi-recovery a system here went into some kind lock-up, everything
> seems to be in wait_for_completion(). Please see the attached
> blocked_states.txt and all_states.txt files.
> This is 2.6.22.12, I can
Sam Ravnborg wrote:
>> As I said, I don't think leaving duplicate lines in a file which will be
>> installed, distributed and used widely is the RTTD. There can be other
>> uses of the file. For example, the file can be parsed and modified by
>> distro specific module selector. Sure, all of
On Thu, Dec 06, 2007 at 06:58:54PM +1100, Benjamin Herrenschmidt wrote:
>
> On Wed, 2007-12-05 at 22:39 -0800, Greg KH wrote:
> > > that is it can be either unsigned int, unsigned long or unsigned
> > long
> > > long... and we have no way to reliably printk that.
> >
> > We do this already just
On Thu, 6 Dec 2007, Oleg Nesterov wrote:
> The previous bugfix was not optimal, we shouldn't care about group stop when
> we are the only thread or the group stop is in progress. In that case nothing
> special is needed, just set PF_EXITING and return.
>
> Also, take the related "TIF_SIGPENDING
Sorry, any TABs are replaced by MUA.
I'll send the patch again.
> The attached patch provides several improvement for pam_cap module.
> 1. It enables pam_cap to drop capabilities from process'es capability
>bounding set.
> 2. It enables to specify allowing inheritable capability set or
On Thu, Dec 06, 2007 at 05:58:04AM -0800, David Miller wrote:
> From: Jesper Nilsson <[EMAIL PROTECTED]>
> Date: Fri, 30 Nov 2007 16:13:29 +0100
>^^^
>
> Any particular reason for the 6 day long delay in these mails going
> out or is your clock simply wrong?
> As
(argh, shit, resent. Please don't massage the cc list. Do reply-to-all)
On Thu, 6 Dec 2007 01:33:16 + (UTC)
Parag Warudkar <[EMAIL PROTECTED]> wrote:
> Tom Lanyon gmail.com> writes:
>
> > scsi4: ahci
> > ata5: SATA link up at 1.5 Gbps (SStatus 113 SControl 300)
> > ata5.00: ATAPI, max
On Thu, 6 Dec 2007, Andrew Morton wrote:
>
> http://bugs.gentoo.org/attachment.cgi?id=135761=view
>
> It disables PCI BARs during sizing. ISTR Linus opining that this was the
> wrong thing to do?
It looks ok now that it doesn't do it for host controllers. I guess we
could just apply it.
>
On Thu, 6 Dec 2007 01:33:16 + (UTC)
Parag Warudkar <[EMAIL PROTECTED]> wrote:
> Tom Lanyon gmail.com> writes:
>
> > scsi4: ahci
> > ata5: SATA link up at 1.5 Gbps (SStatus 113 SControl 300)
> > ata5.00: ATAPI, max UDMA/66
> > ata5.00: qc timeout (cmd 0xef)
> > ata5.00: failed to set
OK. Finally have this thing painted into a corner: git has identified
6f37ac793d6ba7b35d338f791974166f67fdd9ba as the first bad commit.
>From "git bisect log", this corresponds to
# bad: [6f37ac793d6ba7b35d338f791974166f67fdd9ba] Merge branch 'master' of
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Thu, Dec 06, 2007 at 04:39:51PM -0500, Neil Horman wrote:
>> On Fri, Nov 30, 2007 at 09:51:31AM -0500, Neil Horman wrote:
>> > On Fri, Nov 30, 2007 at 09:42:50AM -0500, Vivek Goyal wrote:
>>
>> >
>> > Thats what I'm doing at the moment. I'm working
On Thu, 6 Dec 2007 18:16:12 -0600 (CST)
[EMAIL PROTECTED] (Bob Tracy) wrote:
> OK. Finally have this thing painted into a corner: git has identified
> 6f37ac793d6ba7b35d338f791974166f67fdd9ba as the first bad commit.
>
> >From "git bisect log", this corresponds to
>
> # bad:
Hi David,
might it not make more sense to put all of that into a new
subdirectory, say, /drivers/char/pcmcia/ipwireless_cs? that way,
it's
more modular and it will keep that higher-level directory from
potentially getting cluttered with even more drivers. and it would
let you drop the
On Thu, 6 Dec 2007 16:04:41 -0800
Daniel Phillips <[EMAIL PROTECTED]> wrote:
> The runner up key idea is that we will gain a notion of "block device
> stack" (or block stack for short, so that we may implement block
> stackers) which for the time being will simply be Device Mapper's
> notion
On Thu, Dec 06, 2007 at 03:54:51PM -0800, Badari Pulavarty wrote:
> On Thu, 2007-12-06 at 12:31 -0800, Greg KH wrote:
> > On Fri, Dec 07, 2007 at 12:28:58AM +0530, Balbir Singh wrote:
> > > Greg KH wrote:
> > >
> > > >> Why release the spinlock here? It's done after the count is
> > > >>
On Friday, 7 of December 2007, Bob Tracy wrote:
> OK. Finally have this thing painted into a corner: git has identified
> 6f37ac793d6ba7b35d338f791974166f67fdd9ba as the first bad commit.
>
> From "git bisect log", this corresponds to
>
> # bad: [6f37ac793d6ba7b35d338f791974166f67fdd9ba] Merge
On Tue, 04 Dec 2007 21:54:57 +0100
Marco Gatti <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have a brand new Fujitsu-Siemens Celsius W360 pc with a FSC D2587-A1
> motherboard. It has a intel q35 chipset. In bios I have the sata
> controller in pure AHCI mode (legacy pata disabled). On windows
>
David P. Reed wrote:
After much, much testing (months, off and on, pursuing hypotheses), I've
discovered that the use of "outb al,0x80" instructions to "delay" after
inb and outb instructions causes solid freezes on my HP dv9000z laptop,
when ACPI is enabled.
It takes a fair number of out's
On Thu, 6 Dec 2007 15:57:38 +0100 (CET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Dec 4 2007 21:04, Jay Cliburn wrote:
> >
> >This piece of the top-level Makefile in current git causes an
> >out-of-tree driver Makefile to fail.
> >
> >101 ifdef O
> >102 ifeq ("$(origin O)", "command
Adrian Bunk wrote:
> On Thu, Nov 29, 2007 at 04:19:51PM -0800, H. Peter Anvin wrote:
>
>> When the conversion factor between jiffies and milli- or microseconds
>> is not a single multiply or divide, as for the case of HZ == 300, we
>> currently do a multiply followed by a divide. The
> Changing the delay instruction sequence from the outb to short jumps
> might be the safe thing. But Linus, et al. may have experience with
> that on other architectures like older Pentiums etc.
Post boot we can use udelay() for this. Earlier I guess we could use
udelay and make sure it
I have done some raw tests.
(you can read the code here: http://www.cs.unibo.it/~renzo/rawperftest/)
The programs are quite simple. The sender sends "Hello World" as fast as it
can, while the receiver prints time() for each 1 million message
received.
On my laptop, tests on 2000 "Hello
On Thu, Dec 06, 2007 at 05:11:43PM -0500, Vivek Goyal wrote:
> On Thu, Dec 06, 2007 at 04:39:51PM -0500, Neil Horman wrote:
> > On Fri, Nov 30, 2007 at 09:51:31AM -0500, Neil Horman wrote:
> > > On Fri, Nov 30, 2007 at 09:42:50AM -0500, Vivek Goyal wrote:
> >
> > >
> > > Thats what I'm doing at
On Thursday 06 December 2007 13:53, Bill Davidsen wrote:
> Daniel Phillips wrote:
> The problem is that you (a) may or may not know just how bad a worst
> case can be, and (b) may block unnecessarily by being pessimistic.
True, but after a quick introspect I realized that that issue (it's
really
On Thu, 2007-12-06 at 12:31 -0800, Greg KH wrote:
> On Fri, Dec 07, 2007 at 12:28:58AM +0530, Balbir Singh wrote:
> > Greg KH wrote:
> >
> > >> Why release the spinlock here? It's done after the count is incremented.
> > >> This patch does not seem correct.
> > >
> > > Doh, you are correct, I'll
I found:
http://marc.info/?l=linux-kernel=119550978915647=2
through
http://marc.info/?l=linux-kernel=119551057816829=2
(I was unable to locate the 6th patch in the set)
When I tried backing out the patches, there were tons of errors. I
guess I'll punt on trying to build this MM tree. Sorry.
1 - 100 of 854 matches
Mail list logo
