On Wednesday 03 January 2007 02:20, Alistair John Strachan wrote:
> On Wednesday 03 January 2007 02:12, Mikael Pettersson wrote:
> > On Tue, 2 Jan 2007 17:43:00 -0800 (PST), Linus Torvalds wrote:
> > > > The suggestions I've had so far which I have not yet tried:
> >
On Friday 05 January 2007 16:02, Linus Torvalds wrote:
> On Fri, 5 Jan 2007, Alistair John Strachan wrote:
> > This didn't help. After about 14 hours, the machine crashed again.
> >
> > cmov is not the culprit.
>
> Ok. Have you ever tried to limit the drivers you have
On Sunday 07 January 2007 00:36, Pavel Machek wrote:
[snip]
> > However, this patch is mostly useless if you have a separate stack for
> > IRQ's (since if that happens, any interrupt will be taken on a different
> > stack which we don't see any more), so you should NOT enable the 4KSTACKS
> >
On Monday 08 January 2007 13:04, Dirk wrote:
> But I don't see top titles ported to SDL/OpenGL.
This is because you're not looking very hard. If you look at Ryan's ports over
at http://icculus.org/ many of the games (some he's _paid_ to port) use SDL
statically linked in. There's no legal or
Hi,
After a few days uptime on a 2.6.19 kernel, I see this:
http://devzero.co.uk/~alistair/2.6.19-softlockup.jpg
At which point magic sysrq doesn't work and the machine requires a hard
reboot. Is there anything that can be done to produce a more verbose message
when such a soft lockup occurs?
Hi Randy,
On Thursday 07 December 2006 08:48, Randy Dunlap wrote:
[snip]
> + 3.1: Spaces
> +
> +Linux kernel style for use of spaces depends (mostly) on
> +function-versus-keyword usage. Use a space after (most) keywords.
> +The notable exception is "sizeof", which looks like a
Hi Alan,
Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE controller
and boot off it?
I've tried compiling both drivers into the kernel, and totally disabling
CONFIG_IDE, but it doesn't boot. dmesg doesn't indicate any detection has
taken place. The old IDE layer works
On Thursday 14 December 2006 18:20, Alan wrote:
> On Thu, 14 Dec 2006 17:14:55 +
>
> Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > Hi Alan,
> >
> > Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> > controller and boot off
Hi Linus,
`hddtemp' has stopped working on 2.6.20-rc1:
[root] 19:25 [~] hddtemp /dev/sda /dev/sdb /dev/sdc /dev/sdd
/dev/sda: ATA WDC WD2500KS-00M: S.M.A.R.T. not available
/dev/sdb: ATA WDC WD2500KS-00M: S.M.A.R.T. not available
/dev/sdc: ATA Maxtor 6B200M0: S.M.A.R.T. not available
/dev/sdd:
On Thursday 14 December 2006 15:37, Theodore Tso wrote:
> > + 1 Gigabyte or more total physical RAM, answer "off" here.
>
> I don't think your proposed wording (1 gigabyte or more) versus (more
> than 1 gigabyte) doesn't really change the sense of this.
It does, because if you have exactly 1G
On Thursday 14 December 2006 19:53, Bill Nottingham wrote:
> Alistair John Strachan ([EMAIL PROTECTED]) said:
> > > > Is it possible to use pata_mpiix (or pata_oldpiix) with an ICH4 IDE
> > > > controller and boot off it?
> > >
> > > ata_piix (the SATA
On Thursday 14 December 2006 19:57, Linus Torvalds wrote:
> On Thu, 14 Dec 2006, Alistair John Strachan wrote:
> > `hddtemp' has stopped working on 2.6.20-rc1:
>
> Hmm. Can you do the strace on a working kernel too? For example, is it
> that the 0x30d ioctl (which is HDIO_
Hi Jens,
On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> On Thu, Dec 14 2006, Jens Axboe wrote:
> > > I'll do that if nobody comes up with anything obvious.
> >
> > If you can just test 2.6.19-git1, then we'll know if it's the SG_IO
> > patch again.
>
> Actually, you should test
On Thursday 14 December 2006 21:33, Jeff Garzik wrote:
> Alistair John Strachan wrote:
> > Hi Jens,
> >
> > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> >> On Thu, Dec 14 2006, Jens Axboe wrote:
> >>>> I'll do that if nobody comes up with
On Thursday 14 December 2006 21:50, Jeff Garzik wrote:
> Alistair John Strachan wrote:
> > Before I proceed with the horrors of an -rc1 bisection, could somebody
> > send me the ADMA patches so I can eliminate those first?
>
> Run
>
> git-whatch
On Thursday 14 December 2006 21:20, Jens Axboe wrote:
> On Thu, Dec 14 2006, Alistair John Strachan wrote:
> > Hi Jens,
> >
> > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
> > > On Thu, Dec 14 2006, Jens Axboe wrote:
> > > > > I'll do
On Friday 15 December 2006 00:48, Alistair John Strachan wrote:
> On Thursday 14 December 2006 21:20, Jens Axboe wrote:
> > On Thu, Dec 14 2006, Alistair John Strachan wrote:
> > > Hi Jens,
> > >
> > > On Thursday 14 December 2006 20:48, Jens Axboe wrote:
>
On Saturday 16 December 2006 21:36, Linus Torvalds wrote:
> On Fri, 15 Dec 2006, Alistair John Strachan wrote:
> > In total isolation, v2.6.19..0e75f9063f5c55fb0b0b546a7c356f8ec186825e it
> > breaks. Reverting just 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, it works
> > agai
On Saturday 16 December 2006 21:36, Linus Torvalds wrote:
> On Fri, 15 Dec 2006, Alistair John Strachan wrote:
> > In total isolation, v2.6.19..0e75f9063f5c55fb0b0b546a7c356f8ec186825e it
> > breaks. Reverting just 0e75f9063f5c55fb0b0b546a7c356f8ec186825e, it works
> > agai
On Thursday 16 November 2006 14:46, Chris wrote:
> Hi,
>
> Don't know if this is the correct place to bring this up but
> /pub/linux/kernel/* seems to be unavailable on kernel.org via FTP. Both
> my linux box and my work Windows box can connect to kernel.org, but
> cding to the directory (I'm on
On Thursday 16 November 2006 17:56, Chris Leadbeater wrote:
> Alistair John Strachan wrote:
> > On Thursday 16 November 2006 14:46, Chris wrote:
> >> Hi,
> >>
> >> Don't know if this is the correct place to bring this up but
> >> /pub/linux/kernel/*
On Sunday 26 November 2006 18:07, Kasper Sandberg wrote:
> On Wed, 2006-11-22 at 15:25 -0800, Andrew Morton wrote:
> > On Wed, 22 Nov 2006 15:29:02 +0100
> >
> > Kasper Sandberg <[EMAIL PROTECTED]> wrote:
> > > it appears some sort of bug has gotten into .19, in regards to x86
> > > emulation on
On Monday 12 March 2007 11:24, Frank van Maarseveen wrote:
> On Mon, Mar 12, 2007 at 09:54:47AM +0100, Frank van Maarseveen wrote:
> > 2.6.19 is ok, 2.6.20.[12] hangs from the moment DMA is turned on (hdparm
> > -d 1 /dev/hda):
> >
> > hda: dma_timer_expiry: dma status == 0x20
> > hda: DMA
On Monday 12 March 2007 13:25, Frank van Maarseveen wrote:
[snip]
> So, are /dev/hd* going to disappear in a few years? iow, does it make
> sense to _slowly_ start to migrate to /dev/sd*?
How would you propose doing this? I'm sure modern distros with an
initrd/initramfs probably already do some
On Monday 12 March 2007 15:02, Lluís Batlle wrote:
> Oh, of course you're right. I was inside too much layers to think of
> the tcp protocol, and I did not pay attention to it.
>
> Maybe something could be added to the manpage anyway.
>
> The bad thing is that there's no way I can use a socket for
On Friday 16 March 2007 23:44, you wrote:
> Charles Shannon Hendrix wrote:
> > I normally run a modified 2.6.19 kernel and it works great.
> >
> > I recently tried 2.6.20 and had severe SATA problems with it.
> >
> > Yesterday I tried 2.6.20.3, and the problems are still there.
>
> Can you try
Hi Robert,
Despite all the work that went into making these less frequent with ADMA,
they're still possible to trigger.
[EMAIL PROTECTED]:~$ cat /proc/version
Linux version 2.6.21-rc2-damocles ([EMAIL PROTECTED]) (gcc version 4.1.2
20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Wed Feb 28
On Thursday 01 March 2007 14:45, Robert Hancock wrote:
> This one seems a bit different. This time it's not related to NCQ vs.
> non-NCQ (this is a non-NCQ write here), it's in ADMA mode (so it's
> presumably not related to switching between ADMA and register mode,
> unless perhaps a flush cache
On Thursday 01 March 2007 15:13, Alistair John Strachan wrote:
> On Thursday 01 March 2007 14:45, Robert Hancock wrote:
> > This one seems a bit different. This time it's not related to NCQ vs.
> > non-NCQ (this is a non-NCQ write here), it's in ADMA mode (so it's
> > p
On Friday 02 March 2007 02:40, Robert Hancock wrote:
> Alistair John Strachan wrote:
> > On Thursday 01 March 2007 15:13, Alistair John Strachan wrote:
> >> On Thursday 01 March 2007 14:45, Robert Hancock wrote:
> >>> This one seems a bit different. This time it's no
On Friday 02 March 2007 15:05, you wrote:
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
[snip]
> config PATA_OLDPIIX
> - tristate "Intel PATA old PIIX support (Experimental)"
> + tristate "Intel PATA support for the original PIIX"
> depends on PCI && EXPERIMENTAL
> help
> -
Hi,
I've had some problems with 2.6.20 (but also with earlier kernels, like
Debian's 2.6.18) where one of the users on our system, running a Java6
application, is somehow able to make the userspace on the machine totally
unresponsive, denying all remote _and_ local access to the machine.
-
On Sunday 04 March 2007 23:25, Robert Hancock wrote:
> Alistair John Strachan wrote:
> >> Can you try reverting commit 721449bf0d51213fe3abf0ac3e3561ef9ea7827a
> >> (link below) and see what effect that has?
> >>
> >> http://git.kernel.org/?p=linux/kernel/git
On Sunday 04 March 2007 23:25, Robert Hancock wrote:
> Alistair John Strachan wrote:
> >> Can you try reverting commit 721449bf0d51213fe3abf0ac3e3561ef9ea7827a
> >> (link below) and see what effect that has?
> >>
> >> http://git.kernel.org/?p=linux/kernel/git
(Dropped LKML, whoops.)
On Wednesday 07 March 2007 04:59, you wrote:
> We've finally hopefully started to put a dent in the regressions,
> especially the suspend/resume problems introduced since 2.6.20.
>
> So 2.6.21-rc3 is out there now, and there's some hope that it will work
> more widely than
On Friday 09 March 2007 14:27, you wrote:
> Jeff Garzik wrote:
> > [EMAIL PROTECTED] wrote:
> >> From: Robert Hancock <[EMAIL PROTECTED]>
> >>
> >> Reading from the ATA shadow registers while we are in ADMA mode may
> >> cause undefined behavior. Don't read the ATA status register when
> >>
On Tuesday 16 January 2007 00:34, Robert Hancock wrote:
> I'll try your stress test when I get a chance, but I doubt I'll run into
> the same problem and I haven't seen any similar reports. Perhaps it's
> some kind of wierd timing issue or incompatibility between the
> controller and that drive
On Tuesday 16 January 2007 01:53, Jeff Garzik wrote:
> Robert Hancock wrote:
> > I'll try your stress test when I get a chance, but I doubt I'll run into
> > the same problem and I haven't seen any similar reports. Perhaps it's
> > some kind of wierd timing issue or incompatibility between the
> >
On Saturday 20 January 2007 02:41, Robert Hancock wrote:
> By the way, I assume that you guys are using reiserfs or xfs, as it
> appears no other file systems issue flush commands automatically. I had
> to test this by "echo 1 > delete" on the SCSI disk in sysfs, as I am
> using ext3.
I'll give
On Saturday 20 January 2007 19:59, Robert Hancock wrote:
> Ian Kumlien wrote:
> > Hi,
> >
> > I went from 2.6.19+sata_nv-adma-ncq-v7.patch, with no problems and adama
> > enabled, to 2.6.20-rc5, which gave me problems almost instantly.
> >
> > I just thought that it might be interesting to know
On Tuesday 23 January 2007 01:24, Robert Hancock wrote:
> As a final aside, this is another case where the hardware docs for this
> controller would really be useful, in order to know whether we are
> actually supposed to be reading that register in ADMA mode or not. I
> sent a query to Allen
On Wednesday 24 January 2007 00:01, Christoph Anton Mitterer wrote:
> Alan wrote:
> >> kernel: Error: Illegal request -- (Sense key=0x05)
> >> kernel: Read of scrambled sector without authentication -- (asc=0x6f,
> >> ascq=0x03)
> >
> > The disc is using digital rights management. If you are
On Thursday 25 January 2007 09:16, 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".
Hugh already did, multiple times. If
On Tuesday 13 February 2007 21:19, linux-os (Dick Johnson) wrote:
> Hi!
> In the United States, some idiots have decided that the year 2000 scare
> wasn't enough so they changed the start date for daylight savings time
> from the first Sunday in April to the second Sunday in March.
> Does anybody
On Sunday 18 February 2007 19:39, Lennart Sorensen wrote:
[snip]
> > > On a PC, the BIOS is supposed to assign interrupts to devices based on
> > > those rules, since that is how the hardware must be done according to
> > > the PCI specifications.
> >
> > I set the BIOS for 'PnP OS installed'.
On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
> Krzysztof Halasa wrote:
> > Udo van den Heuvel <[EMAIL PROTECTED]> writes:
> >> At the bottom I added a dmesg output of the kernel after boot.
> >> I more or less know that irq 20 for the DVB-S card (saa7146 (1)) is
> >> 'working'. I
On Tuesday 20 February 2007 15:44, you wrote:
> Alistair John Strachan wrote:
> > On Tuesday 20 February 2007 04:17, Udo van den Heuvel wrote:
> >> Krzysztof Halasa wrote:
> >>> Is it a VIA ITX board? I think I have VIA's riser card somewhere,
> >>> co
On Wednesday 21 February 2007 22:40, Lennart Sorensen wrote:
> On Wed, Feb 21, 2007 at 10:35:05PM +0100, Krzysztof Halasa wrote:
> > Do you mean both slots on the riser card? No, they have to be rotated.
> >
> > Given the table from the manual:
> > > The IRQ (interrupt request line) are hardware
On Monday 05 February 2007 12:31, you wrote:
> Doing the following results in an incomplete vmlinuz:
>
> # make mrproper
> # make allnoconfig
> # make bzlilo
>
> objcopy: arch/i386/boot/compressed/vmlinux.bin: File truncated
> make[2]: *** [arch/i386/boot/compressed/vmlinux.bin] Error 1
> make[1]:
On Monday 05 February 2007 13:48, Bodo Eggert wrote:
> Al Boldi <[EMAIL PROTECTED]> wrote:
> > Doing the following results in an incomplete vmlinuz:
> >
> > # make bzlilo
> >
> > objcopy: arch/i386/boot/compressed/vmlinux.bin: File truncated
> > make[2]: *** [arch/i386/boot/compressed/vmlinux.bin]
On Monday 05 February 2007 18:04, Al Boldi wrote:
> Alistair John Strachan wrote:
> > On Monday 05 February 2007 13:48, Bodo Eggert wrote:
> > > Al Boldi <[EMAIL PROTECTED]> wrote:
> > > > Doing the following results in an incomplete vmlinuz:
> > > &g
On Monday 05 February 2007 18:04, you wrote:
> Alistair John Strachan wrote:
> > On Monday 05 February 2007 13:48, Bodo Eggert wrote:
> > > Al Boldi <[EMAIL PROTECTED]> wrote:
> > > > Doing the following results in an incomplete vmlinuz:
> > > >
>
On Wednesday 21 March 2007 19:13, Paul Rolland wrote:
> So, obviously, /dev is on /, but the stat(2) says no.
> Who is right, and where is the bug ?
>
> Kernel 2.4 had it right : /dev was on /, no doubt.
Some distros will mount tmpfs over /dev so that a minimal "real dev" can be
provided as a
On Friday 30 March 2007 07:59, Bongani Hlope wrote:
> On Friday 30 March 2007 05:49:14 Jan Engelhardt wrote:
> > On Mar 30 2007 11:37, Conke Hu wrote:
> > > Is it possible to use C++ in linux kernel module? how?
> > > I've tested but failed, there is an unknown symbol in the .o file from
> > > c++
On Sunday 04 February 2007 18:20, Patrick Ale wrote:
> On 2/4/07, Robert Hancock <[EMAIL PROTECTED]> wrote:
> > ata_piix should drive that chipset. Was that driver enabled in the
> > kernel configuration, and if it's built modular is the initrd, etc. set
> > up to load it on boot?
>
> Hi,
>
> Yep,
On Saturday 16 June 2007 11:36:00 Thomas Gleixner wrote:
> The -hrt tree at http://www.tglx.de/projects/hrtimers/2.6.22-rc4/ contains
> also an hpet force patch series from Venki Pallipadi, but I leave this up
> to Venki to send it mainline wards.
What's the status on the nForce "hpet force fix"
On Thursday 26 April 2007 14:03:39 you wrote:
> On Thu, Apr 26, 2007 at 05:44:40PM +0530, Sunil Naidu wrote:
> > Hello,
> >
> > I did compile the kernel, boots good ;-) BTW, does anyone (on P-III)
> > facing a memory check skip or sort of? Not getting RAM info in the
> > dmesg. Unable to get
On Friday 27 April 2007 15:31:37 Sunil Naidu wrote:
> On 4/26/07, Alistair John Strachan <[EMAIL PROTECTED]> wrote:
> > > Don't you need to increase CONFIG_LOG_BUF_SHIFT ?
>
> Yep, I need to. But, have to enable the Kernel Debug (DEBUG_KERNEL) to
> increase the value fro
On Sunday 15 April 2007 21:14, Mikko Tiihonen wrote:
> Enables HPET for NVidia motherboards with broken BIOS. The patch reads the
> HPET address from the pci config space. The patch should also work if ACPI
> is disabled.
>
> The HPET search is done in early-quirks because even
>
On Tuesday 17 April 2007 15:48, Alan Cox wrote:
> > So who is responsible for potential changing Linux code licensing for
> > allow if not incorporate CDDL code correct interraction without breaking
> > some law ?
>
> Every single contributor, individually. Which won't happen.
>
> The real test of
On Thursday 07 June 2007 22:17:18 Krzysztof Halasa wrote:
> Alan Cox <[EMAIL PROTECTED]> writes:
> > The intel-rng printed a nice well formatted message when the port was
> > disabled. Someone then came along and blindly trashed it by screwing up a
> > trim down to 80 columns.
>
> Perhaps we
On Sunday 10 June 2007 13:03:15 you wrote:
> 訳注(2)
> 「引火性の高い」の原文は "valatile"。
> valatile には「揮発性の」「爆発しやすい」という意味の他、「変わり
> やすい」「移り気な」という意味がある。
> 「(この話題は)爆発的に激しい論争を巻き起こしかねない」ということ
> を、「(カーネルのソースレベルインターフェースは)移ろい行くもので
> ある」ということを連想させる "valatile" という単語で表現している。
Not speaking Japanese, I'm probably missing
On Tuesday 22 May 2007 23:09:39 Richard Griffiths wrote:
> Venerable cramfs fs Linear XIP patch originally from MontaVista, used in
> the embedded Linux community for years, updated for 2.6.21. Tested on
> several systems with NOR Flash. PXA270, TI OMAP2430, ARM Versatile and
> Freescale iMX31ADS.
On Saturday 12 May 2007 00:07:18 Arjan van de Ven wrote:
> What's eating the battery life of my laptop? Why isn't it many more
> hours? Which software component causes the most power to be burned?
> These are important questions without a good answer... until now.
This is a really great tool and
On Saturday 12 May 2007 19:51:26 Soeren Sonnenburg wrote:
> Dear all,
>
> I've realized using the great powertop ( http://www.linuxpowertop.org/ )
> that loading the appletouch driver (and touching it once) makes consumes
> about 0.3 W even when not touching the pad. As rmmod'ing appletouch
>
On Monday 14 May 2007 01:46:10 Soeren Sonnenburg wrote:
> On Sat, 2007-05-12 at 22:47 +0100, Alistair John Strachan wrote:
> > On Saturday 12 May 2007 19:51:26 Soeren Sonnenburg wrote:
> > > Dear all,
>
> [...]
>
> > > While we are at it usb related powerhogs on
On Sunday 06 May 2007 21:58:47 Thomas Gleixner wrote:
> I'm pleased to announce the first cut of the final x86_64
> highres/dyntick support, which I did based on Chris Wright's patch set,
> which is again based on Arjan van de Ven's initial work:
I've noticed a few problems with this patch
On Monday 14 May 2007 06:50:39 Oliver Neukum wrote:
> Am Montag, 14. Mai 2007 02:53 schrieb Alistair John Strachan:
> > > What did you use instead of hci_usb then ? usbkbd ? This won't give you
> > > the special keys etc...
> >
> > Sorry, I wasn't clear. hci_usb is
On Monday 14 May 2007 21:22:50 Jan Engelhardt wrote:
> On May 12 2007 22:12, Alistair John Strachan wrote:
> >On Saturday 12 May 2007 00:07:18 Arjan van de Ven wrote:
> >> What's eating the battery life of my laptop? Why isn't it many more
> >> hours? Which software comp
On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> I'm pleased to announce an updated version of the x86_64 highres/dyntick
> support patches against 2.6.22-rc1:
[snip]
> - Various fixups from Chris Wright
> - TSC calibration fix (pointed out by Alistair John Strachan)
On Monday 14 May 2007 23:05:14 Thomas Gleixner wrote:
> On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
> > On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> > > I'm pleased to announce an updated version of the x86_64
> > > highres/dyntick support
On Tuesday 15 May 2007 09:18:02 Thomas Gleixner wrote:
> I've uploaded a new version of the x86_64 highres/dyntick patches:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-hig
>hres-v4.patch
>
> Broken out version:
>
>
the kernel log
buffer size.
Instead, move LOG_BUF_SHIFT into "General Setup", so that people are more
likely to be able to change it such a circumstance that the default buffer
size is insufficient.
Signed-off-by: Alistair John Strachan <[EMAIL PROTECTED]>
---
diff --git a/init/Kconfi
On Saturday 28 April 2007 20:53:37 Syren Baran wrote:
> Hi,
>
> i got a problem with the combination of an Asrock AM2NF4G-SATA2
> mainboard with a Radeon X1900 (chip 1002,724b) graphics
> card. /i386/pci/mmconfig.c reports a buggy bios (e000 is not
> E820-reserved). System crashes only happen
On Thursday 12 July 2007 19:16:20 Maciej W. Rozycki wrote:
> On Thu, 12 Jul 2007, Andy Whitcroft wrote:
[snip]
> > WARNING: declaring multiple variables together should be avoided
> > #372: FILE: drivers/serial/sb1250-duart.c:246:
> > + unsigned int mctrl, status;
>
> Well, this is probably
On Wednesday 11 July 2007 16:21:44 Christoph Hellwig wrote:
> On Wed, Jul 11, 2007 at 07:06:23PM +0530, Satyam Sharma wrote:
> > Which leaves Gmail, but Gmail has the flowed text disease (that
> > cannot be disabled) and although Gmail offers SMTP/POP, our evil
> > proxy/NAT setup here wouldn't
(Sorry, accidentally dropped LKML)
On Sunday 24 June 2007 01:52:30 you wrote:
> Googling around lkml.org, I found a few threads investigating what look
> like very similar problems, some of which never seemed to find the
> solution, but one of which came up with a fairly quick answer it seemed,
>
On Sunday 22 July 2007 22:04:24 Linus Torvalds wrote:
> So give it all a good whacking, and report back about all the neat new
> features!
I'm fairly sure this is already known about on SPARC64 (see David Miller's
email ""build-id" changes break sparc64"), but I just thought I'd let people
know
On Friday 24 August 2007 20:20:02 Alan Cox wrote:
> On Fri, 24 Aug 2007 14:39:10 +0100
>
> "Dermot Bradley" <[EMAIL PROTECTED]> wrote:
> > I've just built a new machine using a ASUS M2A-VM boardboard (ATI SB600
> > chipset), AMD X2 3800+ processor, and 2 Western Digital 2.5" 80Gb drives
> >
On Monday 27 August 2007 10:28:09 Dermot Bradley wrote:
[snip]
> Thanks for the help Alistair! One other point you may be able to help
> with - this is the first time I've used a dual core processor and I
> expected that /proc/interrupts would should interrupts distributed
> between both cores
On Sunday 02 September 2007 21:23:16 Jesper Juhl wrote:
> On 02/09/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> > Hi Jesper,
> >
> > On Sun, 2 Sep 2007, Jesper Juhl wrote:
> > > > - if (!(interface = usb_find_interface(_driver,
> > > > subminor))) { -
On Tuesday 04 September 2007 15:18:23 Abhijit Bhopatkar wrote:
[snip]
> > Anyway, it'd be helpful if someone else can check the same MacBook
> > (1st generation, not Pro?) whether the problem is reproducible.
>
> To be precise its Macbook 1st Generation non pro. with subsystem id
> 0x106b0a00
>
>
On Monday 03 September 2007 09:06:25 Nicolas Mailhot wrote:
> Mats Johannesson bredband.net> writes:
> > On 2007-09-01 16:07:48 Torsten Kaiser wrote:
> > [...]
> >
> > > The good:
> > >> +hpet-force-enable-on-vt8235-37-chipsets.patch
> > >> +hpet-force-enable-on-vt8235-37-chipsets-fix.patch
> > >
On Tuesday 04 September 2007 16:26:27 Andi Kleen wrote:
> > Seconded. It's been largely ignored which is annoying because the HPET
> > works perfectly on this board. I assume the reason is still that nobody
> > from NVIDIA verified hardward support for the hack.
>
> It's IMHO a bad idea to add any
Hi,
I'm getting periodic oopses running KVM-33 on 2.6.23-rc1. Here is a digital
photo of the oops. Alarmingly, a lot of the time it triple faults the machine
and I don't get a chance to grab it. This time I was lucky, though.
http://devzero.co.uk/~alistair/kvm-2.6.23-rc1.jpg
Unfortunately,
> I have absolutely no idea what triggers this crash.
Checked the RAM on the box? Kinda weird if you're getting VRAM corruption, I
wonder if this is due to the RAM failing at the point where the framebuffer
is mapped?
Try running memtest86 on it.
--
Cheers,
Alistair.
137/1 Warrender Park
On Sunday 29 July 2007 09:16:43 Avi Kivity wrote:
> Alistair John Strachan wrote:
> > Hi,
> >
> > I'm getting periodic oopses running KVM-33 on 2.6.23-rc1. Here is a
> > digital photo of the oops. Alarmingly, a lot of the time it triple faults
> > the machine
On Sunday 29 July 2007 12:34:28 you wrote:
[snip]
> > Doesn't help, I still get the same crashes. I tried 2.6.22 again and it's
> > rock solid by comparison.
>
> Do you mean, kvm-33 on top of 2.6.22, or the kvm modules from 2.6.22?
> Please describe your configuration *exactly*.
I'm using the
On Sunday 29 July 2007 14:47:57 you wrote:
> Alistair John Strachan wrote:
> > On Sunday 29 July 2007 12:34:28 you wrote:
> > [snip]
> >
> >>> Doesn't help, I still get the same crashes. I tried 2.6.22 again and
> >>> it's rock solid by comparison.
&
On Sunday 29 July 2007 15:57:33 Gene Heskett wrote:
> Is this a known problem? Do I need to report it to nvidia somehow? It
> looks to me like it may be their problem, and I have submitted it, but if
> anyone has a better idea, please advise. System is FC6, uptodate as of
> yesterday.
Gene,
On Monday 30 July 2007 14:00:13 Avi Kivity wrote:
> How about the attached patch? (I haven't yet tried to reproduce, but
> this can cause an AMD-only oops).
This seems to have fixed the problem. Thanks Avi.
--
Cheers,
Alistair.
137/1 Warrender Park Road, Edinburgh, UK.
-
To unsubscribe from
On Saturday 11 August 2007 17:58:43 Gene Heskett wrote:
> Greetings;
>
> Running 23-rc2 since it came out, I've just discovered I have only the
> system beep for sound. From lspci:
> 01:08.0 Multimedia audio controller: Creative Labs SB0400 Audigy2 Value
> Subsystem: Creative Labs Unknown
On Sunday 12 August 2007 21:06:43 Vadim Dyadkin wrote:
> Robert Hancock пишет:
> > This could well be a problem with the nvidia driver as it shares the
> > same IRQ. The first step would be to see if the problem still shows up
> > without the nvidia binary module loaded.
>
> Thank for your answer.
The real question is WHY do people keep writing essays about topics that have
_already_ been exhaustively explored in other threads? If you want a better
understanding of the situation, read the archives, DON'T post another
duplicate message about the same scheduler parade.
Unless you've got
On Friday 03 August 2007 15:51:59 T. J. Brumfield wrote:
> > I'm not going to argue with this point because I think this is exactly
> > what Linus meant. He wanted a scheduler that worked. And he knew it
> > wouldn't work immediately after merging it. So he had to go with the
> > person that he
On Friday 03 August 2007 14:27:30 Андрій Мішковський wrote:
> Bad things may happen if Linus gives a right of making decision to
> other people (a big group of people). ;)
> As you said, Linux is a public OS, so Con's code never will be lost.
> That's the base of open source - people come and go,
On Saturday 04 August 2007 14:17:34 Prakash Punnoor wrote:
> Unfortunately this doesn't seem to have made it into 2.6.23-rc2. I need it
> as well, to make Windows XP boot up w/o hanging or reebooting my host
> machine.
It isn't in 2.6.23-rc2. I guess Avi should re-send to Linus and hopefully
On Monday 10 September 2007 14:08:45 Laurent Vivier wrote:
> Avi Kivity wrote:
> > Ingo Molnar wrote:
> >> * Laurent Vivier <[EMAIL PROTECTED]> wrote:
> >>> Ingo, please, could you have a look to these patches ?
> >>>
> >>> The aim of these four patches is to introduce Virtual Machine time
> >>>
On Tuesday 02 October 2007 04:41:49 Linus Torvalds wrote:
[snip]
> In other words, people who know they may be affected and would want to
> prepare can look at (for example)
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-x86.git x86
>
> and generally get ready for the
On Tuesday 20 November 2007 01:53:31 Joe Perches wrote:
> diff --git a/drivers/scsi/NCR_D700.c b/drivers/scsi/NCR_D700.c
> index 9e64b21..99403a6 100644
> --- a/drivers/scsi/NCR_D700.c
> +++ b/drivers/scsi/NCR_D700.c
> @@ -182,7 +182,7 @@ NCR_D700_probe_one(struct NCR_D700_private *p, int
> siop,
301 - 400 of 417 matches
Mail list logo