To be honest we should probably just drop this, I no longer have the
card in my machine so cannot re-test it if ever needed.
On 4 December 2017 at 12:01, Hans Verkuil wrote:
> Hi Nigel,
>
> Can you repost this as a proper patch? It doesn't apply (issues with tabs and
> white
E_HVR1200:
case CX23885_BOARD_HAUPPAUGE_HVR1500:
case CX23885_BOARD_MPX885:
case CX23885_BOARD_MYGICA_X8507:
--
2.9.4
Nigel Kettlewell <mailto:nigel.kettlew...@googlemail.com>
19 September 2017 12:49
Thank you, yes I think I cribbed too much from the 1500. I think the
t
[re-sending as plain text]
Fix for hanging si2168 in PCTV 292e USB, making the code match the comment.
Using firmware v4.0.11 the 292e would work once and then hang on
subsequent attempts to view DVB channels, until physically unplugged and
plugged back in.
With this patch, the warm state is
is
accessible in the normal way.
Let me know if you need anything more.
Nigel Kettlewell
---
drivers/media/pci/cx23885/cx23885-cards.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/media/pci/cx23885/cx23885-cards.c
b/drivers/media/pci/cx23885/cx23885
Hi Chen.
Is there any issue with saving and restoring MSRs unconditionally? That would
simplify the patch and make things 'just work'.
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
am. Returning a failure here could result in a loss of data if the
condition is not detected and the machine subsequently runs out of power.
I do agree that whatever is submitting DMA should be stopped first; ideally
this driver would always be idle because whatever producers of work exist would
alr
Hi all.
I've rejoined LKML, so I'll try to help with reviewing PM patches. I'd
forgotten how much it is a case of sipping at a fire hydrant!
Regards,
Nigel
On 17/08/15 07:23, Jiri Kosina wrote:
> On Sat, 15 Aug 2015, Pavel Machek wrote:
>
>>> For forwarding hi
th freezer, right?
Thanks.
Rafael has spent far more time than me thinking about the semantics
here, so I'd like to defer to him. Rafael?...
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
Hi again.
On 14/12/13 10:07, Tejun Heo wrote:
Hello, Nigel.
On Sat, Dec 14, 2013 at 09:45:59AM +1100, Nigel Cunningham wrote:
In your first email, in the first substantial paragraph (starting
"Now, if the rest.."), you say "libata device removal waits for the
scheduled writeba
spend/hibernate. But perhaps I'm missing something here, too.
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From 68e866b8eac534405ae16b79b7ffd9de05c11c67 Mon Sep 17 00:00:00 2001
From: Nigel Cunningham
Date: Tue, 1 Jan 2013 13:50:22 +1100
Subject: [PATCH] Fix uninitialised variable in rbd_dev_probe_update_spec.
The local variable ret can be used uninitialised in the error path
if the kstrdup at line
From b4a7ab768df17e1cda7d0ae8744e986215a644c3 Mon Sep 17 00:00:00 2001
From: Nigel Cunningham
Date: Tue, 1 Jan 2013 13:53:51 +1100
Subject: [PATCH] Remove unused variable in rbd_dev_probe_update_spec.
As an aside to the previous patch, remove the unused local
variable reply_buf in that function
From b41864867464bfe0e2d114528bc9b39e2d9f546e Mon Sep 17 00:00:00 2001
From: Nigel Cunningham
Date: Tue, 1 Jan 2013 13:03:50 +1100
Subject: [PATCH] Fix rbd use after free.
This patch addresses Coverity #753114.
The use of ceph_opts in rbd_add is currently confusing - there
are three possible
From 037d9b44c9a18e6c2e3dedde2b8391215accc236 Mon Sep 17 00:00:00 2001
From: Nigel
Date: Mon, 31 Dec 2012 10:58:54 +1100
Subject: [PATCH] Add support for DMI matching in calculating RTC_ALWAYS_BCD.
The Sony Vaio VPCSE15FG needs RTC_ALWAYS_BCD to be false rather than the
otherwise universal
Hi Greg.
Greg KH wrote:
On Thu, Feb 21, 2008 at 12:17:06PM +1100, Nigel Cunningham wrote:
Hi.
Greg KH wrote:
On Thu, Feb 21, 2008 at 11:40:06AM +1100, Nigel Cunningham wrote:
Hi.
Matthew Garrett wrote:
On Thu, Feb 21, 2008 at 09:45:02AM +1100, Nigel Cunningham wrote:
- people keep talking
Hi.
Matthew Garrett wrote:
On Thu, Feb 21, 2008 at 11:40:06AM +1100, Nigel Cunningham wrote:
Matthew Garrett wrote:
No, with a freezer-based model you can basically *never* suspend to
anything related to FUSE or a userspace USB device or anything involving
userspace iSCSI initiators or
Hi.
Greg KH wrote:
On Thu, Feb 21, 2008 at 11:40:06AM +1100, Nigel Cunningham wrote:
Hi.
Matthew Garrett wrote:
On Thu, Feb 21, 2008 at 09:45:02AM +1100, Nigel Cunningham wrote:
- people keep talking about hibernating to an ext3 fs mounted on fuse as
a limitation of the freezer. To do that
Hi.
Matthew Garrett wrote:
On Thu, Feb 21, 2008 at 09:45:02AM +1100, Nigel Cunningham wrote:
- people keep talking about hibernating to an ext3 fs mounted on fuse as
a limitation of the freezer. To do that with kexec, you're still going
to have to bmap the ext3 fs and pass the block lis
ansfer
between kernels?).
I'd love it if kexec really was the panacea to the freezer issues, but
problems like these make me think it isn't a viable solution.
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
in the line above - it should be something like "it makes the PC's
speaker beep as soon as" ('on PC speaker' isn't right).
Sorry for not getting that last time.
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
d may sleep.
*/
int suspend_devices_and_enter(suspend_state_t state)
{
@@ -341,6 +349,8 @@ static inline int valid_state(suspend_st
* happen when we wake up.
* Then, do the setup for suspend, enter the state, and cleaup (after
* we've woken up).
+ *
+ * Needs to b
Hi Michael.
Michael Tokarev wrote:
Nigel Cunningham wrote:
[]
That should be doable. How is your UPS connected? Presumably, with some
modifications to the appropriate driver, we could send the commands when
we're ready to shutdown. It would probably be useful whether or not your
hibern
d the commands when
we're ready to shutdown. It would probably be useful whether or not your
hibernating (if not, sending the commands could always be made an option).
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
sed card. It was introduced by a Jan 10 commit post rc7
(sorry, don't have the details right now - my laptop died yesterday).
A bugzilla has already been opened.
Nigel
This message was sent using IMP, the Internet Messaging
x27; and
move on to the next thing, isn't it? I was horrified when I saw the list
of acks etc (including me) on the commit with the helper_unlock issue we
just fixed. It's truly scary to think that none of us looked closely
enough to pick that up at the time.
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi all.
First up, sorry for not inlining the patch - trouble with line wrapping.
In 2.6.24-rc8, call_usermodehelper_exec has an exit path that can leave
the helper_lock() call at the top of the routine unbalanced. The
attached patch fixes this issue.
Signed-off-by: Nigel Cunningham <[EM
ver - what if the port that is sticking
> is the console - don't we recurse and die ?
I don't know, but I'd argue that we shouldn't die. Things should be as
robust as possible.
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
ng. Something seems to help, but I haven't
managed to identify what yet. I don't think it was the patch appended
because I'm on UP. If you care, I'll see if I can find the time to look
more carefully.
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
v_name, port->line);
>>
>> ops->shutdown(port);
>> }
>>
>
> Is printk() enough for 'we've just lost your data' condition? Maybe we
> should abort suspend if we can't drain fifo?
No way. Think about this from a
.
Could these patches also help with hibernation issues? I'm trying
x86_64+NO_HZ, and seeing activity delayed during the atomic copy and
afterwards until I manually generate interrupts (by pressing keys).
Regards,
Nigel
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
this doesn't play well with userspace hibernate, and I don't
> think it can be resolved without going the kexec way.
I can see the desirability of kexec when it comes to avoiding the
freezer, but comes with its own problems too - having the original
context usable is handy, not having to set aside a large amount of space
for a second kernel is also desirable and there are still greater issues
of transferring information backwards and forwards between the two kernels.
Regards,
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
is basically due to VFS level locking not being
> interruptible. It could be changed, but I'm not sure it's worth it.
>
> For the suspend issue, there are also no easy solutions.
What are the non-easy solutions?
Regards,
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
r kernel and see if it helps...
>
> Looks as if I have to start using git ... I always feared that this day
> will come. ;-)
>
> If I'm able to reproduce the oops with my patched kernel, I will gladly
> follow your advice.
>
> Regards,
>
> Berthold
I can't do it immediately but I'll send you the patches to try a later
in the day if you like.
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi.
Pavel Machek wrote:
> On Fri 2008-01-04 21:54:06, Oliver Neukum wrote:
>> Am Donnerstag, 3. Januar 2008 23:06:07 schrieb Nigel Cunningham:
>>> Oliver Neukum wrote:
>>>> Am Donnerstag, 3. Januar 2008 10:52:53 schrieb Nigel Cunningham:
>>>>> Oliver
Hi.
Oliver Neukum wrote:
> Am Donnerstag, 3. Januar 2008 10:52:53 schrieb Nigel Cunningham:
>> Hi.
>>
>> Oliver Neukum wrote:
>>> Am Donnerstag 03 Januar 2008 schrieb Nigel Cunningham:
>>>> On top of this, I made a (too simple at the moment) freeze_filesy
Hi.
Oliver Neukum wrote:
> Am Donnerstag 03 Januar 2008 schrieb Nigel Cunningham:
>> On top of this, I made a (too simple at the moment) freeze_filesystems
>> function which iterates through &super_blocks in reverse order, freezing
>> fuse filesystems or ordinary ones. I
Hi.
Rafael J. Wysocki wrote:
> On Wednesday, 2 of January 2008, Nigel Cunningham wrote:
>> Pavel Machek wrote:
>>>>>>>> So how do you handle threads that are blocked on I/O or a lock
>>>>>>>> during the system freeze process, then?
>&
Hi Martin.
Martin Steigerwald wrote:
> Am Mittwoch 02 Januar 2008 schrieb Nigel Cunningham:
>> Hi.
>
> Hi,
>
>> Rafael J. Wysocki wrote:
>>> On Wednesday, 2 of January 2008, Theodore Tso wrote:
>>>> On Wed, Jan 02, 2008 at 10:54:18AM +1100, Nigel Cu
As
>> long as each driver knows how to do those simple things we can have
>> an entirely consistent kernel image for both suspend and for
>> hibernation.
>
> "each driver" means this is a lot of work. But yes, that is probably
> way to go, and patch would be w
Hi.
Rafael J. Wysocki wrote:
> On Wednesday, 2 of January 2008, Theodore Tso wrote:
>> On Wed, Jan 02, 2008 at 10:54:18AM +1100, Nigel Cunningham wrote:
>>>> I would also like the TuxOnIce issues related to drivers, ACPI, etc. to go
>>>> to
>>>> one o
Hi Ted.
Theodore Tso wrote:
> On Wed, Jan 02, 2008 at 10:54:18AM +1100, Nigel Cunningham wrote:
>>> I would also like the TuxOnIce issues related to drivers, ACPI, etc. to go
>>> to
>>> one of the kernel-related lists, but I think linux-pm may be better for that
>
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
>> the 3.0 release. We don't have any major bugs with 3.0-rc3 reported [...].
>
> Well, I think I
Hi.
Rafael J. Wysocki wrote:
> On Tuesday, 1 of January 2008, Nigel Cunningham wrote:
>> Hi all.
>
> Hi Nigel,
Gidday :)
>> With the start of a new year, I suppose it's a good time to think about
>> what I'd like to do with TuxOnIce this year and see wha
y force
you to use. Slicehost, on the other hand, are terrific to deal with in
everyway. If you sign up with them because of this email, please
consider putting my email (nigel at suspend2.net) as the referrer - I
then get a discount on the cost of the hosting.
Third, regarding the patch itself, I&#
on
> 9600]
> 01:00.1 Display controller: ATI Technologies Inc RV350 AR [Radeon 9600]
> (Secondary)
>
> The USB system seems to be a wreck at the moment after the Oops. lsusb
> and usbview don't work. But keyboard and trackball are still working.
If you can reproduce it, would you please send the information to the
USB maintainers? I don't modify USB drivers, so it will be an issue in
vanilla. Even if you can't reproduce it immediately, they may well like
to see this report.
Regards,
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
(you'll end up with filesystem
corruption).
[...]
> - Cooperative multi-kernel/system. With kexec jump, you can switch
> between several kernels/systems quickly without boot process except
> the first time. This appears like swap a whole kernel/system out/in.
How is this usef
Rene Herman wrote:
> On 12-12-07 00:55, Nigel Cunningham wrote:
>
>> (AMD 1.8GHz Turion, running at 800MHz. ATI RS480 - Mitac 8350 mobo)
>>
>> [EMAIL PROTECTED]:~/Downloads$ gcc port80.c -o port80
>> [EMAIL PROTECTED]:~/Downloads$ sudo ./port80
>> cycles:
: 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
Regards,
Nigel
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
ting to ask: Is this a known issue? Is there any fix already
available that I've not found in my googling?
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
t; Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
Acked-by: Nigel Cunningham <[EMAIL PROTECTED]>
> ---
> kernel/signal.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: linux-2.6.23-mm1/kernel/signal.c
>
Hi Dave et al.
On Saturday 13 October 2007 11:22:44 Dave Jones wrote:
> On Sat, Oct 13, 2007 at 11:11:31AM +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > Maybe I just picked a bad time to try, but...
> >
> > arch/x86/kernel/alternative.c: In function &#
nel] Error 2
This is UP AMD64. Config attached.
Regards,
Nigel
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.23-rc9
# Sat Oct 6 07:44:19 2007
#
CONFIG_X86_64=y
CONFIG_64BIT=y
CONFIG_X86=y
CONFIG_GENERIC_TIME=y
CONFIG_GENERIC_TIME_VSYSCALL=y
CONFIG_GENERI
Hi.
On Monday 01 October 2007 08:28:02 Rafael J. Wysocki wrote:
> On Sunday, 30 September 2007 23:43, Nigel Cunningham wrote:
> > On Monday 01 October 2007 05:56:45 Rafael J. Wysocki wrote:
> > > On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
>
Hi.
On Monday 01 October 2007 05:56:45 Rafael J. Wysocki wrote:
> Hi,
>
> On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
> > Hi Rafael et al.
> >
> > This looks like it will be vanilla material, maybe 2.6.23 material?
>
> Well, I wouldn't l
Hi Rafael et al.
This looks like it will be vanilla material, maybe 2.6.23 material?
Regards,
Nigel
-- Forwarded Message --
Subject: [Suspend2-devel] [patch] 2.2.10.3 build fixes
Date: Sunday 30 September 2007
From: "Roman Dubtsov" (dubtsov gmail com)
Hi,
I hav
freezer or blkdev snapshot is needed.
You're thinking of the wrong kernel - we were talking about prior to switching
to the kexec'd kernel while suspending.
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
-
To unsubscribe from th
bmap storage.
Personally, I don't think ext[34] is broken. If
there's data being left in the journal that will need replaying, then
mounting without replaying the journal sounds wrong. Perhaps you should
instead be arguing that nothing should be left in the journal after a
filesystem fre
to ensuring it does get done.
> Neither one is particularly easy or particularly pleasant, especially
> given all the vendor bugs in this general area. Theoretically we
> should be able to do both, since one will be more reliable than the
> other on different systems depending o
Hi.
On Friday 21 September 2007 22:18:19 Rafael J. Wysocki wrote:
> On Friday, 21 September 2007 13:58, Nigel Cunningham wrote:
> > Hi.
> >
> > On Friday 21 September 2007 21:56:29 Rafael J. Wysocki wrote:
> > > [Besides, the current hibernation userland in
atible way on top of the
> kexec-based solution.]
Could it be fudged by giving userland a null image and having (say) the first
ioctl be one that triggers all the real work (with other ioctls being noops
or such like, as appropriate)?
Regards,
Nigel
-
To unsubscribe from this list: send the lin
Hi.
On Friday 21 September 2007 12:45:57 Huang, Ying wrote:
> On Fri, 2007-09-21 at 12:25 +1000, Nigel Cunningham wrote:
> > Hi.
> >
> > On Friday 21 September 2007 12:18:57 Huang, Ying wrote:
> > > > That's not true. Kexec will itself be an implementation,
like there's greatly increased pain for users wanting to
> > configure this new implementation. Kexec is by no means proven to be the
> > panacea for all the issues.
>
> Configuration is a problem, we will work on it.
>
> But, because it is based on kexec/kdump instead of start
Hi.
On Friday 21 September 2007 11:41:06 Andrew Morton wrote:
> > On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
> > > On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
> > <[EMAIL PROTECTED]> wrote:
> > >
> > > > Hi Andrew.
> &g
Hi.
On Friday 21 September 2007 11:06:23 Andrew Morton wrote:
> On Fri, 21 Sep 2007 10:24:34 +1000 Nigel Cunningham
<[EMAIL PROTECTED]> wrote:
>
> > Hi Andrew.
> >
> > On Thursday 20 September 2007 20:09:41 Pavel Machek wrote:
> > &g
er hibernation implementation in the vanilla kernel. If you're going to
consider merging this kexec code, will you also please consider merging
TuxOnIce?
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
-
To unsubscribe from this list: send th
Project Description:
BootUtils is a collection of utilities to facilitate booting of modern
Kernel 2.6 based systems. BootUtils is designed for initramfs, although
volunteers to add support for initrd are welcome. The process of finding
the root volume either by label or explicit label= on the kern
Hi.
On Tuesday 11 September 2007 23:23:32 Rafael J. Wysocki wrote:
> On Tuesday, 11 September 2007 15:12, Rafael J. Wysocki wrote:
> > On Tuesday, 11 September 2007 13:55, Rafael J. Wysocki wrote:
> > > On Tuesday, 11 September 2007 13:27, Nigel Cunningham wrote:
> > >
Hi again.
On Tuesday 11 September 2007 21:55:06 Rafael J. Wysocki wrote:
> On Tuesday, 11 September 2007 13:27, Nigel Cunningham wrote:
> > Hi.
> >
> > On Tuesday 11 September 2007 21:04:22 Rafael J. Wysocki wrote:
> > > On Tuesday, 11 September 2007 05:54, Nigel Cu
Hi.
On Tuesday 11 September 2007 21:04:22 Rafael J. Wysocki wrote:
> On Tuesday, 11 September 2007 05:54, Nigel Cunningham wrote:
> > Hi all.
> >
> > Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel
threads
> > nonfreezable by default) breaks
t has been told to enter
the refrigerator. The original patch replaced a call to try_to_freeze() with a
call to yield(). I believe a simple reversion is wrong because
if !CONFIG_PM_SLEEP, try_to_freeze() is a noop. It should still yield.
Signed-off-by: Nigel Cunningham <[EMAIL P
Hrmmm,
>> >
>> > > > Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
>> > > > 0x0001c807
>> > > > Jun 14 07:55:52 nigel-m2v kernel: ATA: abnormal status 0x7F on port
>> > > > 0x0001c807
>>
Hi.
On Monday 20 August 2007 21:06:01 Peter Zijlstra wrote:
> On Mon, 2007-08-20 at 20:55 +1000, Nigel Cunningham wrote:
> > Hi.
> >
> > On Monday 20 August 2007 18:59:36 Peter Zijlstra wrote:
> > > On Mon, 2007-08-20 at 18:38 +1000, Nigel Cunningham wrote:
> >
Hi.
On Monday 20 August 2007 18:59:36 Peter Zijlstra wrote:
> On Mon, 2007-08-20 at 18:38 +1000, Nigel Cunningham wrote:
> > Hi.
> >
> > On Monday 20 August 2007 12:43:50 Peter Zijlstra wrote:
> > > On Mon, 2007-08-20 at 11:38 +1000, Nigel Cunningham wrote:
>
Hi.
On Monday 20 August 2007 12:43:50 Peter Zijlstra wrote:
> On Mon, 2007-08-20 at 11:38 +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > In current git (and for a while now), an attempt to allocate memory with
> > GFP_ATOMIC will fail if we're below the low w
ndering if this behaviour is correct.
Shouldn't GFP_ATOMIC allocations ignore watermarks too? How about GFP_KERNEL?
The following patch is a potential fix for GFP_ATOMIC.
Regards,
Nigel
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
page_alloc.c |4 ++--
1 file changed, 2
Hi.
On Tuesday 24 July 2007 08:05:21 Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, 23 July 2007 15:05, Nigel Cunningham wrote:
> > Hi all.
> >
> > As we all know, pageflags have been a scarce resource for a while now.
These
> > patches seek to help address t
Hi.
On Tuesday 24 July 2007 01:23:15 Alan Stern wrote:
> On Mon, 23 Jul 2007, Nigel Cunningham wrote:
>
> > Take a step back for a second.
> >
> > The problem we're facing now is that we're getting some userspace threads,
> > used in processing I/O, t
Hi.
On Tuesday 24 July 2007 00:29:55 Arjan van de Ven wrote:
> On Mon, 2007-07-23 at 23:05 +1000, Nigel Cunningham wrote:
> > Hi all.
> >
> > As we all know, pageflags have been a scarce resource for a while now.
These
> > patches seek to help address that issue
Hi all.
Sorry for all of the copies.
I was holding the message in the outbox, and double clicking on it, trying to
get the encoding right in kmail. Needless to say now, it lied to me about
whether it was keeping the previous copy of email in the outbox or not.
Nigel
pgpSf0dckH1fV.pgp
jiffies.
[ 25.644460] Dyn: 2500 iterations of setting & clearing all one flag took
106 jiffies.
[ 25.797906] Real pageflag: 2500 iterations of setting & clearing all one
flag took 15 jiffies.
Nigel
pgpQYYx243SkF.pgp
Description: PGP signature
Switch the "MappedToDisk" pageflag to using dynpageflags.
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
include/linux/page-flags.h |9 +
mm/dyn_pageflags.c |2 ++
mm/page_alloc.c|3 ++-
3 files changed, 9 insertions(+), 5 deletio
Switch PageSwapCache flag to use dynamically allocated pageflags.
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
include/linux/page-flags.h |7 ---
mm/dyn_pageflags.c |3 +++
2 files changed, 7 insertions(+), 3 deletions(-)
diff -ruNp 921-page-swap-cache-pageflag
Convert PageBuddy to dynamically allocate pageflags.
Again, not sure that we'd actually want to apply this, but it demonstrates
that the implementation is usable.
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
include/linux/page-flags.h |8
mm/dyn_pageflags.c
ruct pages from main memory appears to be greater than that involved in
calculating which unsigned long and bit to test.
Tested only on UP (x86_64) so far.
Regards,
Nigel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
This patch adds the core of the support for dynamically allocated pageflags.
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
include/linux/dyn_pageflags.h | 65 +++
init/main.c |3
mm/Makefile |2
mm/dyn_pageflags.c
Convert PageSlab to use dynamically allocated page flags.
I'm not sure that we'll actually want to apply this, but it does work
(I'm using it as I type this).
Signed-off-by: Nigel Cunningham <[EMAIL PROTECTED]>
include/linux/page-flags.h |8
mm/dyn_pagef
Hi.
On Monday 23 July 2007 10:04:43 Paul Mackerras wrote:
> Nigel Cunningham writes:
>
> > I guess I want to persist because all of these issues aren't utterly
> > unsolvable. It's just that we don't have the infrastructure yet to
> > figure out the solutio
On Monday 23 July 2007 09:09:21 Rafael J. Wysocki wrote:
> Hi,
>
> On Monday, 23 July 2007 00:42, Nigel Cunningham wrote:
> > Hi Alan.
> >
> > On Monday 23 July 2007 01:26:23 Alan Stern wrote:
> > > On Sun, 22 Jul 2007, Nigel Cunningham wrote:
> > &g
Hi Alan.
On Monday 23 July 2007 01:26:23 Alan Stern wrote:
> On Sun, 22 Jul 2007, Nigel Cunningham wrote:
>
> > Hi.
> >
> > On Sunday 22 July 2007 02:13:56 Jeremy Maitin-Shepard wrote:
> > > It seems that you could still potentially get a failure to freeze if
ase, if
> you attempt to sync or free memory once FUSE is frozen, you are sure to
> get a deadlock.
Ok. So then (in response to Alan too), how about keeping a tree of mounts,
akin to the device tree, and working from the deepest nodes up? (In
conjunction with what I already suggested)?
OOM because that 10% can't be reclaimed, there
> is a more serious problem.
>
> Swap over loop over fuse would be problematic, but that won't work for
> some time yet ;)
Hopefully people will wake up to the problems with Fuse and get rid of it
before then :|. Of course I don't really expect that to happen.
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
pgpOpIxpZQh0t.pgp
Description: PGP signature
t will do the work gets passed
to the fuse kernel code when the mount is done. The kernel code sets the
TIF_LATEFREEZE flag, and resets it on umount.
Sorry, but this is a hit-and-run email - I'm off to bed now.
Regards,
Nigel
pgpvN1gXBPnTE.pgp
Description: PGP signature
; tasks for locks is a sure way to get a deadlock or indefinate stall.
>
> what locks are accessed this way?
Any userspace process can do a syscall. In the process of the syscall, it can
take kernel locks, and it can schedule (eg, while seeking to take a second
lock).
Regards,
Nigel
pgpl7edMXgJyR.pgp
Description: PGP signature
to be as transparent as
possible to userspace, so it may be the case that we can do something to
continue waiting or whatever you were doing after the freezing is done.
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
pgpREPjM7ETum
el/signal.c for other arches. The support for other arches is
the place x86 & x86_64 used to use - I wonder if they should be going away
(Rafael cc'd to raise this point with him).
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
andling code while the suspend to ram is
occuring. After the suspend to ram is finished, we recalculate whether they
have a signal pending, and let them continue.
Not being a guru on signal handling itself, I won't try to answer the question
itself :\.
Regards,
Nigel
pgpYLhbe5oi
7;t say
anything positive, don't say anything at all" line because I think that the
more into the implementation details people get, the uglier this is going to
show itself to be. I'm perfectly willing to be proven wrong, but haven't seen
anything so far that's ev
ound for
fuse issues, and fuse should be fixed (getting fuse tasks frozen
post-sys_sync makes far more sense to me).
No ack for the other patches because I haven't put the time into considering
them.
Regards,
Nigel
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and
> parent. Make it happen.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Acked-by: Nigel Cunningham <[EMAIL PROTECTED]>
Regards,
Nigel
pgp9Q66WSNcm9.pgp
Description: PGP signature
n
> documented. Fix it.
>
> Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
> Acked-by: Pavel Machek <[EMAIL PROTECTED]>
Acked-by: Nigel Cunningham <[EMAIL PROTECTED]>
--
See http://www.tuxonice.net for Howtos, FAQs, mailing
lists, wiki and bugzilla info.
pgprrm0584AZr.pgp
Description: PGP signature
1 - 100 of 681 matches
Mail list logo
