On Mon, May 12, 2014 at 01:34:06AM +0100, Ken Moffat wrote:
/me swears at myself for failing to copy to lkml.
Hi Christian, Alex -
my A4 Trinity (Radeon HD7480D) was working fine by -rc3. But now
that I've tested it in -rc5 it is again broken (the screen goes
blank when KMS starts
On Tue, Apr 22, 2014 at 01:54:01AM -0400, Alex Deucher wrote:
>
> The attached patch should fix it.
>
> Thanks,
>
> Alex
> From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Tue, 22 Apr 2014 01:49:28 -0400
> Subject: [PATCH] drm/radeon/aux: fix
On Tue, Apr 22, 2014 at 01:54:01AM -0400, Alex Deucher wrote:
The attached patch should fix it.
Thanks,
Alex
From 9cd764fd57bb2a4e5f618d0f8a64c8154a820688 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexander.deuc...@amd.com
Date: Tue, 22 Apr 2014 01:49:28 -0400
Subject: [PATCH]
On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote:
[ resending, somehow lkml dropped out of the Cc. ]
> On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote:
> > On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote:
>
> > > Ken,
> > >
On Mon, Apr 21, 2014 at 04:54:15PM -0400, Alex Deucher wrote:
> On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat wrote:
> > I've just built 3.15.0-rc2 on this box, and discovered that I get a
> > blank screen. The boot appears to complete (it sends me information
> > from SMART
I've just built 3.15.0-rc2 on this box, and discovered that I get a
blank screen. The boot appears to complete (it sends me information
from SMART which is from my last bootscript), and it responds to
MagicSysRQ to reboot. I tried to login and run startx, but that
didn't seem to make any
I've just built 3.15.0-rc2 on this box, and discovered that I get a
blank screen. The boot appears to complete (it sends me information
from SMART which is from my last bootscript), and it responds to
MagicSysRQ to reboot. I tried to login and run startx, but that
didn't seem to make any
On Mon, Apr 21, 2014 at 04:54:15PM -0400, Alex Deucher wrote:
On Mon, Apr 21, 2014 at 4:32 PM, Ken Moffat zarniwh...@ntlworld.com wrote:
I've just built 3.15.0-rc2 on this box, and discovered that I get a
blank screen. The boot appears to complete (it sends me information
from SMART which
On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote:
[ resending, somehow lkml dropped out of the Cc. ]
On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote:
On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrote:
Ken,
You might want to try reverting
On Thu, Feb 27, 2014 at 05:52:42AM +0100, Mike Galbraith wrote:
> On Thu, 2014-02-27 at 03:45 +0000, Ken Moffat wrote:
> > On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
> > >
> > > I would start with strace to see if a task is looping in userspace,
On Thu, Feb 27, 2014 at 05:52:42AM +0100, Mike Galbraith wrote:
On Thu, 2014-02-27 at 03:45 +, Ken Moffat wrote:
On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
I would start with strace to see if a task is looping in userspace, then
move on to perf top -g -p pid
On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
>
> I would start with strace to see if a task is looping in userspace, then
> move on to perf top -g -p (or perf record/report) to peek at what
> it's up to in the kernel. Once you have the where, trace_printk() is
> the best
On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
> On Wednesday 26 February 2014, Ken Moffat wrote:
>
> I don't have any help to offer Ken, but this walks and quacks much like a
> duck I'm encountering in 3.13.5, with the backup program amanda, which uses
> gnu tar.
Hi,
Short summary : on 3.13.5, rm -rf of an application source
directory on an ext4 filesystem sometimes takes forever (probably
isn't going anywhere), with one CPU pegged at all-but 100% utilization.
I've nearly finished building a new system from source, to check
various desktop packages in
Hi,
Short summary : on 3.13.5, rm -rf of an application source
directory on an ext4 filesystem sometimes takes forever (probably
isn't going anywhere), with one CPU pegged at all-but 100% utilization.
I've nearly finished building a new system from source, to check
various desktop packages in
On Wed, Feb 26, 2014 at 08:28:29PM -0500, Gene Heskett wrote:
On Wednesday 26 February 2014, Ken Moffat wrote:
I don't have any help to offer Ken, but this walks and quacks much like a
duck I'm encountering in 3.13.5, with the backup program amanda, which uses
gnu tar. To facilitate
On Thu, Feb 27, 2014 at 04:26:35AM +0100, Mike Galbraith wrote:
I would start with strace to see if a task is looping in userspace, then
move on to perf top -g -p pid (or perf record/report) to peek at what
it's up to in the kernel. Once you have the where, trace_printk() is
the best thing
On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
> On Sunday 09 February 2014, Paul Bolle wrote:
> >
> >Feel free to open a new thread, with the relevant details, and involve
> >the relevant people and lists. I have no idea what you're going on about
> >and could not care less (in the
On Sun, Feb 09, 2014 at 06:05:41PM -0500, Gene Heskett wrote:
On Sunday 09 February 2014, Paul Bolle wrote:
Feel free to open a new thread, with the relevant details, and involve
the relevant people and lists. I have no idea what you're going on about
and could not care less (in the context
On Wed, Jan 22, 2014 at 01:04:02PM -0800, Junio C Hamano wrote:
> Ken Moffat writes:
>
> > I note that all of these *are* still available at googlecode for
> > the moment : https://code.google.com/p/git-core/downloads/list
>
> As I said, Cgc is not the ony
On Wed, Jan 22, 2014 at 10:10:18AM -0800, Junio C Hamano wrote:
> Vicent Martí writes:
>
> >> Do these consume CPU every time somebody asks for a tarball? That
> >> might be considered "wrong" depending on the view.
> >
> > No, our infrastructure caches frequently requested tarballs so they
> >
On Wed, Jan 22, 2014 at 10:10:18AM -0800, Junio C Hamano wrote:
Vicent Martí tan...@gmail.com writes:
Do these consume CPU every time somebody asks for a tarball? That
might be considered wrong depending on the view.
No, our infrastructure caches frequently requested tarballs so they
On Wed, Jan 22, 2014 at 01:04:02PM -0800, Junio C Hamano wrote:
Ken Moffat zarniwh...@ntlworld.com writes:
I note that all of these *are* still available at googlecode for
the moment : https://code.google.com/p/git-core/downloads/list
As I said, Cgc is not the ony download site
On Thu, Jan 02, 2014 at 12:24:56AM -0500, Gene Heskett wrote:
> On Wednesday 01 January 2014, Ken Moffat wrote:
> >On Thu, Jan 02, 2014 at 04:08:15AM +0000, Ken Moffat wrote:
> >> Anyway, best of luck and I hope you get it sorted.
> >
> > One furthe
On Thu, Jan 02, 2014 at 12:24:56AM -0500, Gene Heskett wrote:
On Wednesday 01 January 2014, Ken Moffat wrote:
On Thu, Jan 02, 2014 at 04:08:15AM +, Ken Moffat wrote:
Anyway, best of luck and I hope you get it sorted.
One further suggestion, since you appear to be at the running
round
On Thu, Jan 02, 2014 at 04:08:15AM +, Ken Moffat wrote:
>
> Anyway, best of luck and I hope you get it sorted.
>
One further suggestion, since you appear to be at the "running
round in circles" stage -
1. Start with a good kernel. In this case, I suppose 3.8.2 is the
r
On Wed, Jan 01, 2014 at 09:25:55PM -0500, Gene Heskett wrote:
> On Wednesday 01 January 2014, Jason Cooper wrote:
> >
> >Are the rootfs binaries 32 bit? If so, did you enable
> >CONFIG_IA32_EMULATION?
>
> That line above does not now exist in my .config for 3.8.2. Ditto for
> the .config in
On Wed, Jan 01, 2014 at 09:25:55PM -0500, Gene Heskett wrote:
On Wednesday 01 January 2014, Jason Cooper wrote:
Are the rootfs binaries 32 bit? If so, did you enable
CONFIG_IA32_EMULATION?
That line above does not now exist in my .config for 3.8.2. Ditto for
the .config in 3.12.6.
On Thu, Jan 02, 2014 at 04:08:15AM +, Ken Moffat wrote:
Anyway, best of luck and I hope you get it sorted.
One further suggestion, since you appear to be at the running
round in circles stage -
1. Start with a good kernel. In this case, I suppose 3.8.2 is the
right place to begin.
2
On Wed, May 15, 2013 at 08:14:01AM +0200, Francois Romieu wrote:
> Ken Moffat :
> [...]
> > Cc'ing to netdev because I don't think this has had a response, and
>
> A patch has been sent to netdev a few hours ago. It needs more work,
> especially testing (hint, hint) as
On Wed, May 15, 2013 at 08:14:01AM +0200, Francois Romieu wrote:
Ken Moffat zarniwh...@ntlworld.com :
[...]
Cc'ing to netdev because I don't think this has had a response, and
A patch has been sent to netdev a few hours ago. It needs more work,
especially testing (hint, hint) as I don't
On Fri, May 10, 2013 at 12:54:27PM +0200, Holger Hoffstaette wrote:
Cc'ing to netdev because I don't think this has had a response, and
I care because I *might* be seeing the same problem on both 3.9.2
and 3.10-rc1, but my take on the problem is slightly different [
details after Holger's
On Fri, May 10, 2013 at 12:54:27PM +0200, Holger Hoffstaette wrote:
Cc'ing to netdev because I don't think this has had a response, and
I care because I *might* be seeing the same problem on both 3.9.2
and 3.10-rc1, but my take on the problem is slightly different [
details after Holger's
On Wed, Apr 03, 2013 at 07:49:48PM -0400, Jeff Garzik wrote:
>
> applied the version from Krzysztof Mazur, which covered both cases
>
>
According to linus's changelog for -rc6, this doesn't seem to have
been included ?
ken
--
das eine Mal als Tragödie, das andere Mal als Farce
--
To
On Wed, Apr 03, 2013 at 07:49:48PM -0400, Jeff Garzik wrote:
applied the version from Krzysztof Mazur, which covered both cases
According to linus's changelog for -rc6, this doesn't seem to have
been included ?
ken
--
das eine Mal als Tragödie, das andere Mal als Farce
--
To unsubscribe
On Fri, Mar 29, 2013 at 08:34:43PM +, Ken Moffat wrote:
> On Fri, Mar 29, 2013 at 06:31:03PM +0000, Ken Moffat wrote:
> I've no idea about the details, but it looks to me as if smartd is
> still getting different values returned to it. The capability check
> normally wa
On Fri, Mar 29, 2013 at 06:31:03PM +, Ken Moffat wrote:
> On Thu, Mar 28, 2013 at 10:56:49PM -0700, Gwendal Grignou wrote:
>
> Hmm, not sure. Smartd started and was happy to monitor the disk,
> but I got two new messages between 'found in smartd database' and
> 'is SMART
On Thu, Mar 28, 2013 at 10:56:49PM -0700, Gwendal Grignou wrote:
Hmm, not sure. Smartd started and was happy to monitor the disk,
but I got two new messages between 'found in smartd database' and
'is SMART capable. Adding to "monitor" list' -
Mar 29 17:26:42 ac4tv smartd[2481]: Device:
On Thu, Mar 28, 2013 at 10:56:49PM -0700, Gwendal Grignou wrote:
Hmm, not sure. Smartd started and was happy to monitor the disk,
but I got two new messages between 'found in smartd database' and
'is SMART capable. Adding to monitor list' -
Mar 29 17:26:42 ac4tv smartd[2481]: Device: /dev/sda,
On Fri, Mar 29, 2013 at 06:31:03PM +, Ken Moffat wrote:
On Thu, Mar 28, 2013 at 10:56:49PM -0700, Gwendal Grignou wrote:
Hmm, not sure. Smartd started and was happy to monitor the disk,
but I got two new messages between 'found in smartd database' and
'is SMART capable. Adding
On Fri, Mar 29, 2013 at 08:34:43PM +, Ken Moffat wrote:
On Fri, Mar 29, 2013 at 06:31:03PM +, Ken Moffat wrote:
I've no idea about the details, but it looks to me as if smartd is
still getting different values returned to it. The capability check
normally was ok (silent
On Thu, Mar 28, 2013 at 01:01:48AM +, Ken Moffat wrote:
Adding Cc:s, further details at the end.
> Hi,
>
> just tested my first 3.9 kernel today. During boot, smartd (from
> smartmontools-6.0) fails to start. Works fine in 3.8.4.
>
> In 3.8.4 I get messages like this :
On Thu, Mar 28, 2013 at 01:01:48AM +, Ken Moffat wrote:
Adding Cc:s, further details at the end.
Hi,
just tested my first 3.9 kernel today. During boot, smartd (from
smartmontools-6.0) fails to start. Works fine in 3.8.4.
In 3.8.4 I get messages like this :
Mar 27 22:02:02
Hi,
just tested my first 3.9 kernel today. During boot, smartd (from
smartmontools-6.0) fails to start. Works fine in 3.8.4.
In 3.8.4 I get messages like this :
Mar 27 22:02:02 ac4tv smartd[3981]: smartd 6.0 2012-10-10 r3643
[x86_64-linux-3.8.4] (local build)
Mar 27 22:02:02 ac4tv
Hi,
just tested my first 3.9 kernel today. During boot, smartd (from
smartmontools-6.0) fails to start. Works fine in 3.8.4.
In 3.8.4 I get messages like this :
Mar 27 22:02:02 ac4tv smartd[3981]: smartd 6.0 2012-10-10 r3643
[x86_64-linux-3.8.4] (local build)
Mar 27 22:02:02 ac4tv
Hi, since 3.6-rc7 I'm *sometimes* seeing console font corruption on
tty1 after I leave xorg [ I'm old enough to use 'startx' ]. This is
with a 512-glyph font. What seems to be happening is that many
lower-case ASCII letters, and also '0', are replaced by other
glyphs. Many of these other glyphs
Hi, since 3.6-rc7 I'm *sometimes* seeing console font corruption on
tty1 after I leave xorg [ I'm old enough to use 'startx' ]. This is
with a 512-glyph font. What seems to be happening is that many
lower-case ASCII letters, and also '0', are replaced by other
glyphs. Many of these other glyphs
On Wed, Feb 13, 2008 at 03:32:49PM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
> >
> > Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
> > to worry about such a thing in the future?
> >
Initramfs isn't so
On Wed, Feb 13, 2008 at 03:32:49PM +, Ken Moffat wrote:
On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
to worry about such a thing in the future?
Initramfs isn't something I've ever tried, so I'm
On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
>
> Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
> to worry about such a thing in the future?
>
Can comebody remind me what the initramfs is for in that situation,
please ? From the little I've noticed, I
On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
to worry about such a thing in the future?
Can comebody remind me what the initramfs is for in that situation,
please ? From the little I've noticed, I thought
On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
>
> I'm curious if we really still support the ide=reverse option? It's a
> config option that I don't think the distros still enable (SuSE does
> not). Is this still needed these days?
>
My "server" has a consumer-grade desktop amd64
On Tue, Feb 12, 2008 at 04:15:07PM -0800, Greg KH wrote:
I'm curious if we really still support the ide=reverse option? It's a
config option that I don't think the distros still enable (SuSE does
not). Is this still needed these days?
My server has a consumer-grade desktop amd64 mobo,
On Sat, Jan 05, 2008 at 05:14:08PM -0800, mathewss wrote:
> I have been trying to figure this out a while now with printk's all over my
> kernel as well as adding kdb and tracing the int3 events.
>
> I have tried various 2.6 kernels and so far all i have tried do this.
>
> My current tests are
On Sat, Jan 05, 2008 at 05:14:08PM -0800, mathewss wrote:
I have been trying to figure this out a while now with printk's all over my
kernel as well as adding kdb and tracing the int3 events.
I have tried various 2.6 kernels and so far all i have tried do this.
My current tests are on
On Mon, Oct 08, 2007 at 12:11:21AM +0200, Jan Engelhardt wrote:
>
> Actually, blue is perceived as one of the darkest colors by the human
> eye. There is a reason that the RGB -> grayscale transformation uses
> the following weighting: r=76 g=154 b=26.
But, not every video card reproduces blue
On Mon, Oct 08, 2007 at 12:11:21AM +0200, Jan Engelhardt wrote:
Actually, blue is perceived as one of the darkest colors by the human
eye. There is a reason that the RGB - grayscale transformation uses
the following weighting: r=76 g=154 b=26.
But, not every video card reproduces blue in
On Sat, Jul 21, 2007 at 09:54:37AM -0400, Bill Davidsen wrote:
>
> So is setting it to a random number considered correct behavior? Any of
> the first three values I mentioned would make sense, but the value I see
> is neither time since resume, time since power-on to do the resume, or
> any
On Sat, Jul 21, 2007 at 09:54:37AM -0400, Bill Davidsen wrote:
So is setting it to a random number considered correct behavior? Any of
the first three values I mentioned would make sense, but the value I see
is neither time since resume, time since power-on to do the resume, or
any of the
On Fri, Jul 20, 2007 at 10:42:15AM -0700, Randy Dunlap wrote:
>
> man uptime:
> uptime - tell how long the system has been running
>
> I claim that the system is not running when it is suspended,
> so the suspension time should not be included in uptime.
>
So, maybe I shouldn't have put
On Thu, Jul 19, 2007 at 10:42:22PM -0400, Bill Davidsen wrote:
> I just found a machine which will resume after suspend to memory, using
> the mainline kernel (no suspend2 patch).
>
> On resume I was looking at the uptime output, and it was about six
> minutes, FAR longer than the time since
On Thu, Jul 19, 2007 at 10:42:22PM -0400, Bill Davidsen wrote:
I just found a machine which will resume after suspend to memory, using
the mainline kernel (no suspend2 patch).
On resume I was looking at the uptime output, and it was about six
minutes, FAR longer than the time since resume.
On Fri, Jul 20, 2007 at 10:42:15AM -0700, Randy Dunlap wrote:
man uptime:
uptime - tell how long the system has been running
I claim that the system is not running when it is suspended,
so the suspension time should not be included in uptime.
So, maybe I shouldn't have put
On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote:
> Hi all :)
>
> I have a do-it-yourself Linux box, and I'm planning to move to UTF8
> (currently I'm using es_ES locale, with latin1 encoding). One of my main
> concerns (apart from programs with little or no utf8 support, which I
On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote:
Hi all :)
I have a do-it-yourself Linux box, and I'm planning to move to UTF8
(currently I'm using es_ES locale, with latin1 encoding). One of my main
concerns (apart from programs with little or no utf8 support, which I
will
I've just shut down -rc1 on my ppc64, and got a big scary message
from the following code in libata-scsi.c:
ata_dev_printk(qc->dev, KERN_WARNING,
"DISK MIGHT NOT BE SPUN DOWN PROPERLY. "
"UPDATE SHUTDOWN UTILITY\n");
So, I went to http://linux-ata.org/shutdown.html, but as far
I've just shut down -rc1 on my ppc64, and got a big scary message
from the following code in libata-scsi.c:
ata_dev_printk(qc-dev, KERN_WARNING,
DISK MIGHT NOT BE SPUN DOWN PROPERLY.
UPDATE SHUTDOWN UTILITY\n);
So, I went to http://linux-ata.org/shutdown.html, but as far as I
On Wed, May 09, 2007 at 01:01:34AM +0200, Andi Kleen wrote:
>
> Already known, although it is still unclear what the bug actually is.
> Can you run with the appended patch please (from Eric Biederman)
> and post any backtraces the WARN_ON in there spews out?
>
> Also do you use swiotlb?
>
>
On Wed, May 09, 2007 at 12:47:02AM +0200, Michal Piotrowski wrote:
>
> Please check the latest -git.
>
> 31 hours ago Linus Torvalds Revert "[PATCH] x86: __pa and
> __pa_symbol address space ...
>
>
On Tue, May 08, 2007 at 04:21:51PM -0400, [EMAIL PROTECTED] wrote:
> On Tue, 08 May 2007 20:51:42 BST, Ken Moffat said:
>
> > After trying git-bisect, it tells me:
> > 0dbf7028c0c1f266c9631139450a1502d3cd457e is first bad commit
> > commit 0dbf7028c0c1f266c9631139450
This is a resend, with a better title and slightly more
clarification. Originally sent yesterday evening, but I can see no
evidence that it got beyond my isp's mailserver. Apologies to the
Cc's if you did get the original.
Using Linus' tree pulled on Sunday afternoon UK time. Running an
This is a resend, with a better title and slightly more
clarification. Originally sent yesterday evening, but I can see no
evidence that it got beyond my isp's mailserver. Apologies to the
Cc's if you did get the original.
Using Linus' tree pulled on Sunday afternoon UK time. Running an
On Tue, May 08, 2007 at 04:21:51PM -0400, [EMAIL PROTECTED] wrote:
On Tue, 08 May 2007 20:51:42 BST, Ken Moffat said:
After trying git-bisect, it tells me:
0dbf7028c0c1f266c9631139450a1502d3cd457e is first bad commit
commit 0dbf7028c0c1f266c9631139450a1502d3cd457e
Author: Vivek Goyal
On Wed, May 09, 2007 at 12:47:02AM +0200, Michal Piotrowski wrote:
Please check the latest -git.
31 hours ago Linus Torvalds Revert [PATCH] x86: __pa and
__pa_symbol address space ...
On Wed, May 09, 2007 at 01:01:34AM +0200, Andi Kleen wrote:
Already known, although it is still unclear what the bug actually is.
Can you run with the appended patch please (from Eric Biederman)
and post any backtraces the WARN_ON in there spews out?
Also do you use swiotlb?
Thanks
On Tue, May 01, 2007 at 12:09:46AM -0400, Albert Cahalan wrote:
>
> BTW, the PSF font format documentation seems to suggest that
> there is a way to make the kernel handle combining accents:
> http://www.win.tue.nl/~aeb/linux/kbd/font-formats-1.html
> Does anybody know if that really works? I
On Tue, May 01, 2007 at 12:09:46AM -0400, Albert Cahalan wrote:
BTW, the PSF font format documentation seems to suggest that
there is a way to make the kernel handle combining accents:
http://www.win.tue.nl/~aeb/linux/kbd/font-formats-1.html
Does anybody know if that really works? I could
Hi Gene,
On Mon, Apr 02, 2007 at 10:30:29AM -0400, Gene Heskett wrote:
> Greetings all;
>
> Has something been changed recently, say post 2.6.19, that would effect
> this error from k3b when I click start (the burn), with a fresh dvd+r in
> the drive:
>
>
> Using growisofs 7.0
Hi Gene,
On Mon, Apr 02, 2007 at 10:30:29AM -0400, Gene Heskett wrote:
Greetings all;
Has something been changed recently, say post 2.6.19, that would effect
this error from k3b when I click start (the burn), with a fresh dvd+r in
the drive:
Using growisofs 7.0 Copyright (C)
On Mon, Mar 05, 2007 at 04:59:35PM +0100, francesco foresti wrote:
> Hi,
> I have to correct myself:
> 2.6.19-7 just freezes randomly. At this point, the last surely working kernel
> i am aware of is 2.6.18, built from debian sources. Actually i'm trying
> (for the very first time) to git-bisect
On Mon, Mar 05, 2007 at 04:59:35PM +0100, francesco foresti wrote:
Hi,
I have to correct myself:
2.6.19-7 just freezes randomly. At this point, the last surely working kernel
i am aware of is 2.6.18, built from debian sources. Actually i'm trying
(for the very first time) to git-bisect
On Wed, Jan 31, 2007 at 04:36:30PM -0500, Chuck Ebbert wrote:
> Ken Moffat wrote:
> > On Mon, Jan 15, 2007 at 04:29:11PM +0000, Ken Moffat wrote:
> >
> > Bizarre - it panic'd again last Thursday while I was in X, but I
> > still didn't manage to log any out
On Wed, Jan 31, 2007 at 04:36:30PM -0500, Chuck Ebbert wrote:
Ken Moffat wrote:
On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
Bizarre - it panic'd again last Thursday while I was in X, but I
still didn't manage to log any output. At the weekend, I had the
bright idea
On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
>
> Today, I've built 2.6.19.2 without highmem (the box only has 1GB,
> dunno why I'd included that in the original config) and I will
> continue to wait patiently for either a week without problems, or
> something th
On Thu, Jan 25, 2007 at 09:16:04AM +, Chris Rankin wrote:
>
> But anyway - can someone please tell me what "Eeek! page_mapcount(page) went
> negative! (-1)" is
> *really* saying/implying? Because I am currently translating this as "I WANT
> TO EAT YOUR
> FILESYSTEMS".
>
I can't, but Dave
On Thu, Jan 25, 2007 at 09:16:04AM +, Chris Rankin wrote:
But anyway - can someone please tell me what Eeek! page_mapcount(page) went
negative! (-1) is
*really* saying/implying? Because I am currently translating this as I WANT
TO EAT YOUR
FILESYSTEMS.
I can't, but Dave Jones had a
On Mon, Jan 15, 2007 at 04:29:11PM +, Ken Moffat wrote:
Today, I've built 2.6.19.2 without highmem (the box only has 1GB,
dunno why I'd included that in the original config) and I will
continue to wait patiently for either a week without problems, or
something that I can manage to note
On Wed, Jan 24, 2007 at 11:45:57PM +, Chris Rankin wrote:
>
> There is a world of difference between a polite request for more information
> (although I gave you
> everything I had), and fobbing someone off with a story about cosmic rays.
>
Chris,
I doubt there was a single version of
On Wed, Jan 24, 2007 at 11:45:57PM +, Chris Rankin wrote:
There is a world of difference between a polite request for more information
(although I gave you
everything I had), and fobbing someone off with a story about cosmic rays.
Chris,
I doubt there was a single version of the
On Wed, Jan 17, 2007 at 11:09:21AM +0100, Turbo Fredriksson wrote:
> Quoting Ken Moffat <[EMAIL PROTECTED]>:
>
> > Certainly, fdisk from util-linux doesn't know about mac disks, and
> > I thought the same was true for cfdisk and sfdisk. Many years ago
> > there was
On Wed, Jan 17, 2007 at 11:09:21AM +0100, Turbo Fredriksson wrote:
Quoting Ken Moffat [EMAIL PROTECTED]:
Certainly, fdisk from util-linux doesn't know about mac disks, and
I thought the same was true for cfdisk and sfdisk. Many years ago
there was mac-fdisk, I think also known as pdisk
On Tue, Jan 16, 2007 at 02:27:06PM +0100, Turbo Fredriksson wrote:
> A couple of weeks ago my 400Gb SATA disk crashed. I just
> got the replacement, but I can't seem to be able to create
> a filesystem on it!
>
> This is a PPC (Pegasos), running 2.6.15-27-powerpc (Ubuntu Dapper
> v2.6.15-27.50).
On Tue, Jan 16, 2007 at 02:27:06PM +0100, Turbo Fredriksson wrote:
A couple of weeks ago my 400Gb SATA disk crashed. I just
got the replacement, but I can't seem to be able to create
a filesystem on it!
This is a PPC (Pegasos), running 2.6.15-27-powerpc (Ubuntu Dapper
v2.6.15-27.50).
Hi
On Sun, Jan 07, 2007 at 02:26:41PM +, Ken Moffat wrote:
>
> I guess that when it does have problems, it is mostly within 30
> minutes of booting - otherwise, it can be up all day. So, for the
> moment I'm hopeful that changing the config will help, but it will
> be severa
On Sun, Jan 07, 2007 at 02:26:41PM +, Ken Moffat wrote:
I guess that when it does have problems, it is mostly within 30
minutes of booting - otherwise, it can be up all day. So, for the
moment I'm hopeful that changing the config will help, but it will
be several days before I feel
On Mon, Jan 08, 2007 at 09:17:06PM +0100, Jan Engelhardt wrote:
>
> On Jan 8 2007 02:22, Jan Engelhardt wrote:
> >On Jan 7 2007 22:30, Alan wrote:
> >>
> >>> >The kernel maintainers/help/config pretty consistently use UTF8
> >>>
> >>> I've seen a lot of places that don't do so. Want a patch?
>
On Mon, Jan 08, 2007 at 09:17:06PM +0100, Jan Engelhardt wrote:
On Jan 8 2007 02:22, Jan Engelhardt wrote:
On Jan 7 2007 22:30, Alan wrote:
The kernel maintainers/help/config pretty consistently use UTF8
I've seen a lot of places that don't do so. Want a patch?
I think that would
On Sat, Jan 06, 2007 at 02:04:59PM -0800, Randy Dunlap wrote:
> On Tue, 2 Jan 2007 19:34:59 +0000 Ken Moffat wrote:
>
> > On Tue, Jan 02, 2007 at 01:42:32PM -0500, Len Brown wrote:
> > >
> > > You might remove and re-insert the DIMMS.
> > > Sometim
On Sat, Jan 06, 2007 at 02:04:59PM -0800, Randy Dunlap wrote:
On Tue, 2 Jan 2007 19:34:59 + Ken Moffat wrote:
On Tue, Jan 02, 2007 at 01:42:32PM -0500, Len Brown wrote:
You might remove and re-insert the DIMMS.
Sometimes there are poor contacts if the DIMMS are not fully seated
On Tue, Jan 02, 2007 at 01:42:32PM -0500, Len Brown wrote:
>
> You might remove and re-insert the DIMMS.
> Sometimes there are poor contacts if the DIMMS are not fully seated and
> clicked in.
>
> The real mystery is the 32 vs 64-bit thing.
> Are the devices configured the same way -- ie are
101 - 200 of 259 matches
Mail list logo