Am Sonntag, 11. November 2012 schrieb Liu, Chuansheng:
The first bad commit is:
commit 73d4066055e0e2830533041f4b91df8e6e5976ff
Author: Chuansheng Liu chuansheng@intel.com
Date: Tue Sep 11 16:00:30 2012 +0800
USB/host: Cleanup unneccessary irq disable code
Am Samstag, 10. November 2012 schrieb Arnd Bergmann:
On Saturday 10 November 2012, Martin Steigerwald wrote:
Command (m for help): n
Partition type:
p primary (0 primary, 0 extended, 4 free)
e extended
Select (default p): p
Partition number (1-4, default 1): 1
First sector
Am Samstag, 10. November 2012 schrieb Martin Steigerwald:
> merkaba:~> mkfs.f2fs /dev/sdb1
> Info: sector size = 512
> Info: total sectors = 4093951 (in 512bytes)
> Info: zone aligned segment0 blkaddr: 256
> Info: This device doesn't support TRIM
> Info: format
Am Freitag, 2. November 2012 schrieb Kim Jaegeuk:
> 2012/11/2 Martin Steigerwald
>
> > Am Mittwoch, 31. Oktober 2012 schrieb Jaegeuk Kim:
> > > Change log from v2:
> > > o Fix compilation error for arm [Max]
> > > o Move proc entries to debugfs [Greg]
Am Donnerstag, 1. November 2012 schrieb Tvrtko Ursulin:
> On Thursday 01 November 2012 13:52:42 Martin Steigerwald wrote:
> ...
>
> > The following two main issues led to the discussion about adding
> > notification about user inotify watch limit or even having it raised
Am Samstag, 10. November 2012 schrieb Martin Steigerwald:
> CC´d bad patch author Chuansheng as well as Ingo and Thomas as the
> issue seems to be thread irqs related.
>
> Am Mittwoch, 7. November 2012 schrieb Martin Steigerwald:
> > Am Mittwoch, 7. November 2012 schrieb
CC´d bad patch author Chuansheng as well as Ingo and Thomas as the
issue seems to be thread irqs related.
Am Mittwoch, 7. November 2012 schrieb Martin Steigerwald:
> Am Mittwoch, 7. November 2012 schrieb Greg Kroah-Hartman:
> > On Wed, Nov 07, 2012 at 03:01:38PM +0100, Martin Steigerw
CC´d bad patch author Chuansheng as well as Ingo and Thomas as the
issue seems to be thread irqs related.
Am Mittwoch, 7. November 2012 schrieb Martin Steigerwald:
Am Mittwoch, 7. November 2012 schrieb Greg Kroah-Hartman:
On Wed, Nov 07, 2012 at 03:01:38PM +0100, Martin Steigerwald wrote
Am Samstag, 10. November 2012 schrieb Martin Steigerwald:
CC´d bad patch author Chuansheng as well as Ingo and Thomas as the
issue seems to be thread irqs related.
Am Mittwoch, 7. November 2012 schrieb Martin Steigerwald:
Am Mittwoch, 7. November 2012 schrieb Greg Kroah-Hartman:
On Wed
Am Donnerstag, 1. November 2012 schrieb Tvrtko Ursulin:
On Thursday 01 November 2012 13:52:42 Martin Steigerwald wrote:
...
The following two main issues led to the discussion about adding
notification about user inotify watch limit or even having it raised
automatically via some policy
Am Freitag, 2. November 2012 schrieb Kim Jaegeuk:
2012/11/2 Martin Steigerwald mar...@lichtvoll.de
Am Mittwoch, 31. Oktober 2012 schrieb Jaegeuk Kim:
Change log from v2:
o Fix compilation error for arm [Max]
o Move proc entries to debugfs [Greg]
o Add i_atime, i_generation, etc
Am Samstag, 10. November 2012 schrieb Martin Steigerwald:
merkaba:~ mkfs.f2fs /dev/sdb1
Info: sector size = 512
Info: total sectors = 4093951 (in 512bytes)
Info: zone aligned segment0 blkaddr: 256
Info: This device doesn't support TRIM
Info: format successful
merkaba:~ mount
Am Mittwoch, 7. November 2012 schrieb Greg Kroah-Hartman:
> On Wed, Nov 07, 2012 at 03:01:38PM +0100, Martin Steigerwald wrote:
> > Hi!
> >
> > I had this with something in between 3.7-rc3 und 3.7-rc4 after
> > inserting and removing an USB stick. This example is with
Am Mittwoch, 7. November 2012 schrieb Greg Kroah-Hartman:
On Wed, Nov 07, 2012 at 03:01:38PM +0100, Martin Steigerwald wrote:
Hi!
I had this with something in between 3.7-rc3 und 3.7-rc4 after
inserting and removing an USB stick. This example is with a kernel +
f2fs patches v3, but I
Am Mittwoch, 31. Oktober 2012 schrieb Jaegeuk Kim:
> Change log from v2:
>
> o Fix compilation error for arm [Max]
> o Move proc entries to debugfs [Greg]
> o Add i_atime, i_generation, etc [Neil]
> o Support NFS export [Changman]
> o Move the f2fs magic number [Marco]
> o Add s_time_gran
Am Mittwoch, 31. Oktober 2012 schrieb Jaegeuk Kim:
Change log from v2:
o Fix compilation error for arm [Max]
o Move proc entries to debugfs [Greg]
o Add i_atime, i_generation, etc [Neil]
o Support NFS export [Changman]
o Move the f2fs magic number [Marco]
o Add s_time_gran [Marco]
Am Donnerstag, 1. November 2012 schrieb Martin Steigerwald:
> Furthermore there is an issue with updating the file index on login or
> service start. In order to catch all other file renames a indexer would
> have to run over every directory whose modification time stamp has
> c
Hi!
Some time ago I stumpled over a blog entry that kernel user inotify watch
limit is often not enough for Nepomuk File Watcher to be notified of file
renames, new files and file deletes reliably[1].
There has been a discussion about that on various places[2,3,4] and likely
others.
I am
Hi!
Some time ago I stumpled over a blog entry that kernel user inotify watch
limit is often not enough for Nepomuk File Watcher to be notified of file
renames, new files and file deletes reliably[1].
There has been a discussion about that on various places[2,3,4] and likely
others.
I am
Am Donnerstag, 1. November 2012 schrieb Martin Steigerwald:
Furthermore there is an issue with updating the file index on login or
service start. In order to catch all other file renames a indexer would
have to run over every directory whose modification time stamp has
changed again in order
Am Freitag, 5. Oktober 2012 schrieb 김재극:
> This adds a header file describing the on-disk layout of f2fs.
>
> Signed-off-by: Changman Lee
> Signed-off-by: Chul Lee
> Signed-off-by: Jaegeuk Kim
> ---
> include/linux/f2fs_fs.h | 359
> +++
> 1 file
Am Freitag, 5. Oktober 2012 schrieb 김재극:
This adds a header file describing the on-disk layout of f2fs.
Signed-off-by: Changman Lee cm224@samsung.com
Signed-off-by: Chul Lee chur@samsung.com
Signed-off-by: Jaegeuk Kim jaegeuk@samsung.com
---
include/linux/f2fs_fs.h | 359
Am Donnerstag, 23. August 2012 schrieb Eric Dumazet:
> On Thu, 2012-08-23 at 22:35 +0200, Martin Steigerwald wrote:
> > Hi!
> >
> > Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an Lenovo
> > ThinkPad T520 from Linus git, I get occasional network han
Am Donnerstag, 23. August 2012 schrieb Eric Dumazet:
On Thu, 2012-08-23 at 22:35 +0200, Martin Steigerwald wrote:
Hi!
Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an Lenovo
ThinkPad T520 from Linus git, I get occasional network hangs:
On for example sending a small
Am Donnerstag, 23. August 2012 schrieb Eric Dumazet:
> On Thu, 2012-08-23 at 22:35 +0200, Martin Steigerwald wrote:
> > Hi!
> >
> > Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an
> > Lenovo ThinkPad T520 from Linus git, I get occasional network han
Hi!
Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an Lenovo
ThinkPad T520 from Linus git, I get occasional network hangs:
On for example sending a small mail via SMTP to my Debian Squeeze
based server via a ASUS WL-500gP Router with
Debian Squeeze and some 2.6.34 kernel KMail
Hi!
Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an Lenovo
ThinkPad T520 from Linus git, I get occasional network hangs:
On for example sending a small mail via SMTP to my Debian Squeeze
based server via a ASUS WL-500gP Router with
Debian Squeeze and some 2.6.34 kernel KMail
Am Donnerstag, 23. August 2012 schrieb Eric Dumazet:
On Thu, 2012-08-23 at 22:35 +0200, Martin Steigerwald wrote:
Hi!
Its a bit difficult to describe. With 3.6-rc2 and 3.6-rc3 on an
Lenovo ThinkPad T520 from Linus git, I get occasional network hangs:
On for example sending a small
Hello!
I thought I report it here – although unless it rings a bell I won´t
probably be doing much about it like a git-bisect since that machine is
slow and it could take ages…
With Debian kernel 3.3.0-trunk-686-pae the machine suspends and resume for
lots of times for 30-40 days uptime and
Hello!
I thought I report it here – although unless it rings a bell I won´t
probably be doing much about it like a git-bisect since that machine is
slow and it could take ages…
With Debian kernel 3.3.0-trunk-686-pae the machine suspends and resume for
lots of times for 30-40 days uptime and
Am Montag, 16. Juli 2012 schrieb Linus Torvalds:
> On Mon, Jul 16, 2012 at 9:28 AM, Martin Steigerwald
wrote:
> > Regresses badly on resume from in-kernel hibernation. I.e. hangs with
> > some red graphics artifacts on the tty. The same artifacts appear
> > for a short
Am Sonntag, 15. Juli 2012 schrieb Linus Torvalds:
> Hey guys,
Hi Linus,
> remember how things have been stabilizing and slowing down,
> and all the kernel developers were off on summer vacation?
>
> Yeah, we need to talk about that. Because I last week I thought that
> making an -rc7 was not
Am Sonntag, 15. Juli 2012 schrieb Linus Torvalds:
Hey guys,
Hi Linus,
remember how things have been stabilizing and slowing down,
and all the kernel developers were off on summer vacation?
Yeah, we need to talk about that. Because I last week I thought that
making an -rc7 was not
Am Montag, 16. Juli 2012 schrieb Linus Torvalds:
On Mon, Jul 16, 2012 at 9:28 AM, Martin Steigerwald
mar...@lichtvoll.de wrote:
Regresses badly on resume from in-kernel hibernation. I.e. hangs with
some red graphics artifacts on the tty. The same artifacts appear
for a short time with rc6
Am Donnerstag 02 August 2007 schrieb Martin Steigerwald:
> The tone I see on responses to posts that are CCed to LKML in my
> perception often is just completely and utterly awfully unfriendly. And
> often those responses actual include factual inaccuracies and
> preliminary assumpt
Stripped CC list restored.
Am Donnerstag 02 August 2007 schrieb Will:
> > > -Ursprüngliche Nachricht-
> > > Von: Carlo Florendo <[EMAIL PROTECTED]>
> > > Gesendet: 02.08.07 08:27:01
> > > An: Lenar Lõhmus <[EMAIL PROTECTED]>
> > > CC: Klaus Schulz <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
Stripped CC list restored.
Am Donnerstag 02 August 2007 schrieb Will:
-Ursprüngliche Nachricht-
Von: Carlo Florendo [EMAIL PROTECTED]
Gesendet: 02.08.07 08:27:01
An: Lenar Lõhmus [EMAIL PROTECTED]
CC: Klaus Schulz [EMAIL PROTECTED], [EMAIL PROTECTED],
Am Donnerstag 02 August 2007 schrieb Martin Steigerwald:
The tone I see on responses to posts that are CCed to LKML in my
perception often is just completely and utterly awfully unfriendly. And
often those responses actual include factual inaccuracies and
preliminary assumptions as well
Am Sonntag 29 Juli 2007 schrieb Satyam Sharma:
> Hi Martin,
Hi Satyam,
> > I believe that Ingo did not meant any bad at all. I think its just
> > the way he works, he likes to have code before saying anything. But
> > still I believe before I'd go about replacing someone else code
> > completely
Am Sonntag 29 Juli 2007 schrieb Diego Calleja:
> > This time it was Con being the Mindcraft catalyst. But he's on *our*
> > side and he got beat down by the Linux kernel community. That's the
> > tragedy here. He was beaten down by the very people he was trying to
> > help out and support. It
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
> On Sun, Jul 29, 2007 at 12:56:28PM +0200, Martin Steigerwald wrote:
> > Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
> > > > I
> > > > actually also think that the communication between Ingo and Con
> > >
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
> > I
> > actually also think that the communication between Ingo and Con could
> > have been better especially when Ingo decided to write CFS while Con
> > was still working hard on SD.
>
> You realize that Ingo posted his code for anyone to look
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
> On Sat, 28 Jul 2007, Diego Calleja wrote:
> > El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds
<[EMAIL PROTECTED]> escribió:
> > > So "modal" things are good for fixing behaviour in the short run.
> > > But they are a total disaster in the
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
> On Sat, 28 Jul 2007, Jan Engelhardt wrote:
> > You cannot please everybody in the scheduler question, that is clear,
> > then why not offer dedicated scheduling alternatives (plugsched comes
> > to mind) and let them choose what pleases them most,
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
> People are suggesting that you'd have a separate "desktop kernel".
> That's insane. It also shows total ignorance of maintainership, and
> reality. And I bet most of the people there haven't tested _either_
> scheduler, they just like making
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
People are suggesting that you'd have a separate desktop kernel.
That's insane. It also shows total ignorance of maintainership, and
reality. And I bet most of the people there haven't tested _either_
scheduler, they just like making statements.
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
On Sat, 28 Jul 2007, Jan Engelhardt wrote:
You cannot please everybody in the scheduler question, that is clear,
then why not offer dedicated scheduling alternatives (plugsched comes
to mind) and let them choose what pleases them most, and
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
On Sat, 28 Jul 2007, Diego Calleja wrote:
El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds
[EMAIL PROTECTED] escribió:
So modal things are good for fixing behaviour in the short run.
But they are a total disaster in the long run,
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
I
actually also think that the communication between Ingo and Con could
have been better especially when Ingo decided to write CFS while Con
was still working hard on SD.
You realize that Ingo posted his code for anyone to look at/comment at
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
On Sun, Jul 29, 2007 at 12:56:28PM +0200, Martin Steigerwald wrote:
Am Sonntag 29 Juli 2007 schrieb Sam Ravnborg:
I
actually also think that the communication between Ingo and Con
could have been better especially when Ingo decided
Am Sonntag 29 Juli 2007 schrieb Diego Calleja:
This time it was Con being the Mindcraft catalyst. But he's on *our*
side and he got beat down by the Linux kernel community. That's the
tragedy here. He was beaten down by the very people he was trying to
help out and support. It should have
Am Sonntag 29 Juli 2007 schrieb Satyam Sharma:
Hi Martin,
Hi Satyam,
I believe that Ingo did not meant any bad at all. I think its just
the way he works, he likes to have code before saying anything. But
still I believe before I'd go about replacing someone else code
completely I would
Am Samstag 28 Juli 2007 schrieb Matthew Hawkins:
> On 7/28/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > People who think SD was "perfect" were simply ignoring reality.
> > Sadly, that seemed to include Con too, which was one of the main
> > reasons that I never ended entertaining the notion
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
> On Sat, 28 Jul 2007, Kasper Sandberg wrote:
> > Im still not so keen about this, Ingo never did get CFS to match SD
> > in smoothness for 3d applications, where my test subjects are
> > quake(s), world of warcraft via wine, unreal tournament 2004.
Am Samstag 28 Juli 2007 schrieb Linus Torvalds:
On Sat, 28 Jul 2007, Kasper Sandberg wrote:
Im still not so keen about this, Ingo never did get CFS to match SD
in smoothness for 3d applications, where my test subjects are
quake(s), world of warcraft via wine, unreal tournament 2004. And
Am Samstag 28 Juli 2007 schrieb Matthew Hawkins:
On 7/28/07, Linus Torvalds [EMAIL PROTECTED] wrote:
People who think SD was perfect were simply ignoring reality.
Sadly, that seemed to include Con too, which was one of the main
reasons that I never ended entertaining the notion of merging
I am ccing this to kernel mailing list, cause in my point of view this at
least partly points at a failure of proper kernel management.
Am Sonntag 17 Juni 2007 schrieb Con Kolivas:
> Yes it's true, -ck is over after the next stable release. I was going
> to announce this with the actual
I am ccing this to kernel mailing list, cause in my point of view this at
least partly points at a failure of proper kernel management.
Am Sonntag 17 Juni 2007 schrieb Con Kolivas:
Yes it's true, -ck is over after the next stable release. I was going
to announce this with the actual
Am Dienstag 12 Juni 2007 schrieb Martin Steigerwald:
> At least in my subjective testing I can't tell any difference anymore,
> so it boils down to design criteria, code size, ability to maintain...
And of course as needed further - preferably at least somewhat
comparable - test sce
Jason F. McBrayer: CFS not as interactive (-v8)
Maciej Soltysiak:...
Michael Chang: ...
Matthew Hawkins: CFS audio stuttering (-v11)
Martin Steigerwald: about equal (-v11)"
http://bhhdoa.org.au/pipermail/ck/2007-June/007794.html
According to Ingo most of the i
Am Dienstag 12 Juni 2007 schrieb Miguel Figueiredo:
> Hi all,
>
> some results based on massing_intr.c by Satoru, can be found on
> http://people.redhat.com/mingo/cfs-scheduler/tools/massive_intr.c
Hi Miquel, Ingo, Con!
I have been a week without internet access. I have been testing 2.6.21.3 +
Am Dienstag 12 Juni 2007 schrieb Miguel Figueiredo:
Hi all,
some results based on massing_intr.c by Satoru, can be found on
http://people.redhat.com/mingo/cfs-scheduler/tools/massive_intr.c
Hi Miquel, Ingo, Con!
I have been a week without internet access. I have been testing 2.6.21.3 +
sws2
)
Maciej Soltysiak:...
Michael Chang: ...
Matthew Hawkins: CFS audio stuttering (-v11)
Martin Steigerwald: about equal (-v11)
http://bhhdoa.org.au/pipermail/ck/2007-June/007794.html
According to Ingo most of the interactivity issues should be fixed by now.
Still
Am Dienstag 12 Juni 2007 schrieb Martin Steigerwald:
At least in my subjective testing I can't tell any difference anymore,
so it boils down to design criteria, code size, ability to maintain...
And of course as needed further - preferably at least somewhat
comparable - test scenarios
o mainline should
depend on its technical merits and the user feedback.
Regards,
--
Martin Steigerwald - team(ix) GmbH - http://www.teamix.de
gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90
pgp1hRbTdgAJF.pgp
Description: PGP signature
.
Regards,
--
Martin Steigerwald - team(ix) GmbH - http://www.teamix.de
gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90
pgp1hRbTdgAJF.pgp
Description: PGP signature
Am Samstag 26 Mai 2007 schrieb Rafael J. Wysocki:
Hi Rafael!
> The outcome was, more-or-less, that we'll work on merging suspend2 or
> at least some parts of it.
>
> However, in the meantime there have been some discussions implying that
> we have some important problems with suspend/hibernation
Am Mittwoch 25 April 2007 schrieb Pavel Machek:
> Hi!
>
> > This is why there's a lot to be said for
> >
> > echo mem > /sys/power/state
> >
> > and being able to follow the path through _one_ object (the kernel)
> > over trying to figure out the interaction between many different
> > parts
Am Mittwoch 25 April 2007 schrieb Pavel Machek:
Hi!
This is why there's a lot to be said for
echo mem /sys/power/state
and being able to follow the path through _one_ object (the kernel)
over trying to figure out the interaction between many different
parts with different
Am Samstag 26 Mai 2007 schrieb Rafael J. Wysocki:
Hi Rafael!
The outcome was, more-or-less, that we'll work on merging suspend2 or
at least some parts of it.
However, in the meantime there have been some discussions implying that
we have some important problems with suspend/hibernation that
Am Dienstag 01 Mai 2007 schrieb Martin Steigerwald:
> Am Dienstag 01 Mai 2007 schrieb Con Kolivas:
> > Let's call this a release candidate for 2.6.21-ck1. I've managed to
> > be well enough for enough time to bang this out.
> >
> > http://ck.kolivas.org/patches/pre-rel
Am Dienstag 01 Mai 2007 schrieb Martin Steigerwald:
Am Dienstag 01 Mai 2007 schrieb Con Kolivas:
Let's call this a release candidate for 2.6.21-ck1. I've managed to
be well enough for enough time to bang this out.
http://ck.kolivas.org/patches/pre-releases/2.6.21/2.6.21-ck1-rc1
Am Freitag 27 April 2007 schrieb Martin Steigerwald:
> Am Freitag 27 April 2007 schrieb Con Kolivas:
> > Clearly there are some serious regressions for audio playback with
> > CFS. This is incredible effort to go to with CFS.
>
> Hi Con!
>
> Well, at least on my two T
Am Freitag 27 April 2007 schrieb Martin Steigerwald:
Am Freitag 27 April 2007 schrieb Con Kolivas:
Clearly there are some serious regressions for audio playback with
CFS. This is incredible effort to go to with CFS.
Hi Con!
Well, at least on my two ThinkPads T42 and T23.
I perceive sd
Am Mittwoch 25 April 2007 schrieb Linus Torvalds:
> And that's a *fundamental* problem. If the STD people cannot even
> realize that they have less to do with "suspend" than to "reboot", how
> do you ever expect them to get anything to work, and not affect other
> things negatively?
>
> Yeah, I'm
Hi Con and Ingo!
What would be the best CONFIG_HZ value for scheduler testing? I used
1000HZ for a long time, but use 300HZ since 2.6.20. This worked well
enough for sd-0.46 and previous versions and ck patches...
[EMAIL PROTECTED]:Computer/Deepdance/Kernel> grep "CONFIG_HZ=" */config*
not other schedulers, but well, no one adhered that much
to its topic in the last weeks.
Ok, but now to my daily tasks. These still (should) have priority ;-).
Regards,
Martin
Am Donnerstag 26 April 2007 schrieb Martin Steigerwald:
> it was working nice. Subjectively on par with sd
, but now to my daily tasks. These still (should) have priority ;-).
Regards,
Martin
Am Donnerstag 26 April 2007 schrieb Martin Steigerwald:
it was working nice. Subjectively on par with sd-0.46.
Hi!
Well, there are still some audio glitches here and then. Even with
deepdance:/proc/sys
Hi Con and Ingo!
What would be the best CONFIG_HZ value for scheduler testing? I used
1000HZ for a long time, but use 300HZ since 2.6.20. This worked well
enough for sd-0.46 and previous versions and ck patches...
[EMAIL PROTECTED]:Computer/Deepdance/Kernel grep CONFIG_HZ= */config*
Am Mittwoch 25 April 2007 schrieb Linus Torvalds:
And that's a *fundamental* problem. If the STD people cannot even
realize that they have less to do with suspend than to reboot, how
do you ever expect them to get anything to work, and not affect other
things negatively?
Yeah, I'm down on
Am Mittwoch 25 April 2007 schrieb Romano Giannetti:
> On Wed, 2007-04-25 at 07:23 +, Pavel Machek wrote:
> > suspend-to-disk is a workaround for
> >
> > 'suspend-to-ram eats too much power' (plus some details like
> > being able to replace battery).
>
> ...and let me add
Am Mittwoch 25 April 2007 schrieb Romano Giannetti:
On Wed, 2007-04-25 at 07:23 +, Pavel Machek wrote:
suspend-to-disk is a workaround for
'suspend-to-ram eats too much power' (plus some details like
being able to replace battery).
...and let me add 'suspend-to-disk'
Am Montag 09 April 2007 schrieb Mike Galbraith:
> On Mon, 2007-04-09 at 07:26 -0400, Ed Tomlinson wrote:
> > On Monday 09 April 2007 01:38, Mike Galbraith wrote:
> > > On Sun, 2007-04-08 at 09:08 -0400, Ed Tomlinson wrote:
> > > > Hi,
> > > >
> > > > I am one of those who have been happily testing
Am Montag 09 April 2007 schrieb Mike Galbraith:
On Mon, 2007-04-09 at 07:26 -0400, Ed Tomlinson wrote:
On Monday 09 April 2007 01:38, Mike Galbraith wrote:
On Sun, 2007-04-08 at 09:08 -0400, Ed Tomlinson wrote:
Hi,
I am one of those who have been happily testing Con's patches.
401 - 484 of 484 matches
Mail list logo
