(This has actually been there for a while, but I only
noticed it in dmesg this morning).
During boot on a dual em64t I see ..
scsi2 : ata_piix
isa bounce pool size: 16 pages
slab error in cache_free_debugcheck(): cache `size-2048': double free, or
memory outside object was overwritten
Call Trac
On Sun, Feb 20, 2005 at 01:57:22PM -0500, Kenton Groombridge wrote:
> [1.] PROBLEM: agpgart-via: probe fails with error -22
>
> [2.] When loading agpgart/agpgart-via the following occurs:
>
> Linux agpgart interface v0.100 (c) Dave Jones
> agpgart: Detected VIA KT400/KT
modconfig,yesconfig,noconfig
#
# Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
#
diff -Nru a/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
b/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c
--- a/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c 2005-01-26 01:36:57
-05:00
+++ b/arch/i386/kernel/
On Wed, Jan 26, 2005 at 09:09:27PM -0800, William Lee Irwin III wrote:
> On Wed, Jan 26, 2005 at 11:18:08AM -0500, Rik van Riel wrote:
> >> With some programs the 2.6 kernel can end up allocating memory
> >> at address zero, for a non-MAP_FIXED mmap call! This causes
> >> problems with some pr
On Thu, Jan 27, 2005 at 08:11:20PM +0100, Ingo Molnar wrote:
> so, i'm glad to report, it's a non-issue. Sometimes developers want to
> disable randomisation during development (quick'n'easy hacks get quicker
> and easier - e.g. if you watch an address within gdb), so having the
> capability f
On Tue, Feb 01, 2005 at 12:02:49AM +0100, Rafael J. Wysocki wrote:
> > Nothing terribly exciting here security wise but various bugs for problems
> > people have been hitting that are now fixed upstream, and also the ULi
> > tulip variant should now work. If you are running IPv6 you may well wa
t is very confusing.
Dave
Unbreak ppc32 perfctr build.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/include/asm-ppc/reg.h~ 2005-02-02 23:28:14.0 -0500
+++ linux-2.6.10/include/asm-ppc/reg.h 2005-02-02 23:28:36.0 -0500
@@ -333,6 +333,7
Yet another ppc64 build failure..
Move the function before its first usage, and the failure goes away.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/net/ibmveth.c~ 2005-01-12 16:03:14.0 -0500
+++ linux-2.6.10/drivers/net/ibmveth.c 2005-01-12 16:03:37.000
Code references these vars even though they don't exist.
Untested other than compile test.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.10/drivers/video/matrox/matroxfb_base.c~ 2005-01-27
20:06:10.0 -0500
+++ linux-2.6.10/drivers/video/matrox/matroxfb_base.c
On Sat, Feb 05, 2005 at 11:45:22AM +, Axel Schmalowsky wrote:
> Hey,
>
> Can anyone tell me if it is destruktive or does it cause lose of
> performance if I set up
> L1_CACHE_SHIFT_MAX as well as CONFIG_X86_L1_CACHE_SHIFT to the value of 10?
This makes no sense. This define is for the c
On Sat, Feb 05, 2005 at 08:45:19PM -0500, Jon Smirl wrote:
> I have an i875 chipset with these two devices:
>
> 8086:2578 - 00:00.0 Host bridge: Intel Corp. 82875P/E7210 Memory
> Controller Hub (rev 02)
> 8086:2579 - 00:01.0 PCI bridge: Intel Corp. 82875P Processor to AGP
> Controller (rev 0
On Sun, Feb 06, 2005 at 12:58:46AM -0500, Jon Smirl wrote:
> On Sat, 5 Feb 2005 23:05:26 -0500, Dave Jones <[EMAIL PROTECTED]> wrote:
> > Take a peek at 'lspci -vv' output. You'll notice that the AGP
> > capabilities are attached to the host bridge.
>
On Sun, Feb 27, 2005 at 02:06:30PM -0500, Parag Warudkar wrote:
> On Sunday 27 February 2005 02:04 am, Jean-Marc Valin wrote:
> > Hi,
> >
> > Looks like I ran into an ext3 bug (or at least the log says so). I got a
> > bunch of messages like:
> > ext3_free_blocks_sb: aborting transaction: Jou
On Mon, Feb 28, 2005 at 02:20:11PM -0800, Chris Wright wrote:
> * micah milano ([EMAIL PROTECTED]) wrote:
> > CAN-2005-0204 reads:
>
> [snip]
>
> > This apparantly only affects AMD64 and EM64T.
>
> It also does not effect mainstream kernels. IIRC, it turns out to be
> a problem introdu
On Wed, Mar 02, 2005 at 08:50:38AM +0100, Andries Brouwer wrote:
> On Tue, Mar 01, 2005 at 11:52:44PM +, Alan Cox wrote:
> > On Llu, 2005-02-28 at 19:20, Andries Brouwer wrote:
> > > One such case is the mtrr code, where struct mtrr_ops has an
> > > init field pointing at __init functions.
On Wed, Mar 02, 2005 at 03:59:00PM +0100, Ondrej Zary wrote:
> >>The failure to invoke the ->init operator appears to be the bug.
> >>The centaur code definitely wants the mcr init function to be called.
> >
> >Yes, I expected that to be the answer. Therefore #if 0 instead of deleting.
> >But
On Wed, Mar 02, 2005 at 11:21:06PM +0100, Andries Brouwer wrote:
> On Wed, Mar 02, 2005 at 01:45:43PM +, Alan Cox wrote:
> > On Mer, 2005-03-02 at 08:02, Dave Jones wrote:
> > > If there are any of them still being used out there, I'd be even
> > > more
On Wed, Mar 02, 2005 at 11:06:34PM +, Russell King wrote:
> On Wed, Mar 02, 2005 at 02:21:38PM -0800, Linus Torvalds wrote:
> > In other words, we'd have an increasing level of instability with an odd
> > release number, depending on how long-term the instability is.
> >
> > - 2.6.: eve
On Wed, Mar 02, 2005 at 03:44:58PM -0800, Linus Torvalds wrote:
> > I think a better approach, and one which is already working out well in
> > practice, is to put "more intrusive" features into -mm first, and only
> > migrate them into 2.6.x when they have 'stabilized'.
>
> That wouldn't ch
On Wed, Mar 02, 2005 at 04:00:46PM -0800, Linus Torvalds wrote:
> I would not keep regular driver updates from a 2.6. thing.
Then the notion of it being stable is bogus, given how many regressions
the last few kernels have brought in drivers. Moving from 2.6.9 -> 2.6.10
broke ALSA, USB, parpor
On Wed, Mar 02, 2005 at 04:58:30PM -0800, David S. Miller wrote:
> The problem is people don't test until 2.6.whatever-final goes out.
> Nothing will change that.
>
> And the day Linus releases we always get a pile of "missing MODULE_EXPORT()"
> type bug reports that are one liner fixes. Th
On Wed, Mar 02, 2005 at 05:20:49PM -0800, Andrew Morton wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > So what was broken with the 2.6.8.1 type of 'hotfix kernel' release ?
>
> That's an alternative, of course.
>
> But that _is_ a b
On Wed, Mar 02, 2005 at 02:21:38PM -0800, Linus Torvalds wrote:
>
> This is an idea that has been brewing for some time: Andrew has mentioned
> it a couple of times, I've talked to some people about it, and today Davem
> sent a suggestion along similar lines to me for 2.6.12.
>
> Namely tha
On Wed, Mar 02, 2005 at 07:10:47PM -0800, Randy.Dunlap wrote:
> >For it to truly be a stable kernel, the only patches I'd expect to
> >drivers would be ones fixing blindingly obvious bugs. No cleanups.
> >No new functionality. I'd even question new hardware support if it
> >wasn't just a PCI I
On Wed, Mar 02, 2005 at 08:38:12PM -0800, Andrew Morton wrote:
> Dave Jones <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Mar 02, 2005 at 04:00:46PM -0800, Linus Torvalds wrote:
> >
> > > I would not keep regular driver updates from a 2.6. thing.
> >
On Thu, Mar 03, 2005 at 12:53:53AM -0800, Greg KH wrote:
> And sometimes, people really want those "big" fixes, and they switch to
> using the bk-usb patchset, or the bk-scsi patchset. That happens a lot
> for when distros work to stabilize their release kernels.
For those that have no intent
On Thu, Mar 03, 2005 at 12:07:59PM -0500, Bill Rugolsky Jr. wrote:
> IMHO, Jeff Garzik has made two very useful points in this thread:
>
> 1. The number of changesets flowing towards the Linus kernel is accelerating,
>so the kernel developers should be trying to accelerate the merging
>
On Thu, Mar 03, 2005 at 01:09:01PM -0800, Andrew Morton wrote:
> [*] I don't know any details of the /proc incompatibility which davej
> mentions, and I'd like to. That sounds like a screw-up.
We changed the format of /proc/slabinfo. Running slabtop threw up
an error message complaining t
On Thu, Mar 03, 2005 at 02:45:15PM -0800, Greg KH wrote:
> On Fri, Mar 04, 2005 at 09:30:22AM +1100, Paul Mackerras wrote:
> > Jeff Garzik writes:
> > > Rene Rebe wrote:
> > > > Hi,
> > > >
> > > >
> > > > --- linux-2.6.11/drivers/md/raid6altivec.uc.vanilla2005-03-02
> > > > 16:44:56
On Thu, Mar 03, 2005 at 01:49:50PM -0800, John Cherry wrote:
> On Thu, 2005-03-03 at 00:21 -0500, Dave Jones wrote:
>
> > compile time regressions we should be able to nail down fairly easily.
> > (someone from OSDL is already doing compile stats and such on each rele
On Thu, Mar 03, 2005 at 08:39:33PM +0100, Christophe Lucas wrote:
> Hi,
>
> Sorry if I waste your time, but I would recompile my kernel with this
> version, and when it was time to DRM, compilation dead.
> Perhaps I say mistakes, but it seems drivers/char/drm/gamma.h is not
> present, which
On Thu, Mar 03, 2005 at 11:17:16PM -0800, Andrew Morton wrote:
> > The reason this wasn't picked up is that neither `make allyesconfig' or
> > `make allmodconfig' enables CONFIG_VIDEO_CX88_DVB or
> > CONFIG_VIDEO_CX88_DVB_MODULE.
> >
> > For coverage purposes it would be excellent to fix
nds, the
possibilities for all sorts of evil exist. Just when we thought the CPRM
nightmare was over, we have the BIOS feeding us IDE commands to throw
at drives with vendors telling us "Trust it, it's ok, really."
Maybe I'm overly paranoid, but I'm sure I'm not
ister level specs of all the affected chipsets
are not available.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
On Sun, 8 Jul 2001, Alan Cox wrote:
> Only -ac has K7 MCE enabled right now - also MCE is not guaranteed to catch
> problems.
Actually you merged that with Linus a few revisions back iirc.
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
To unsubscrib
break;
regards,
Dave.
--
| Dave Jones.http://www.suse.de/~davej
| SuSE Labs
-
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-
On Fri, Mar 04, 2005 at 10:55:31AM +0100, Richard Fuchs wrote:
> hello all!
>
> the memory allocation debugger gives me the following messages under a
> vanilla 2.6.10 and 2.6.11 kernel when doing
>
> 1) hdparm -d0 on my hard disk
> 2) tar c / > /dev/null
> 3) sending lots of network traf
On Fri, Mar 04, 2005 at 12:44:31PM -0800, Andrew Morton wrote:
> wrt the nfsd patches, Neil said:
>
> The problem they fix is that currently:
> Client A holds a lock
> Client B tries to get the lock and blocks
> Client A drops the lock
> **Client B doesn't get the lock immedi
On Fri, Mar 04, 2005 at 04:28:02PM -0800, Linus Torvalds wrote:
>
>
> On Fri, 4 Mar 2005, Greg KH wrote:
>
> > On Fri, Mar 04, 2005 at 02:36:14PM -0800, Andrew Morton wrote:
> > > But we end up with a cset in the permanent kernel history which simply
> > > should not have been there.
> >
The comment at the top of the Makefile suggests that the current
ordering is incorrect.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/char/watchdog/Makefile~2005-03-07
00:57:53.0 -0500
+++ linux-2.6.11/drivers/char/watchdog/Makefile 2005-03-07
On Wed, Mar 09, 2005 at 12:36:27AM -0500, Lee Revell wrote:
> I am trying to decode an Oops per the instructions in
> Documentation/oops-tracing.txt. The instructions say to run it through
> ksymoops with the "-k /proc/ksyms" argument.
>
> But, I do not have this file! The closest thing I h
On Wed, Mar 09, 2005 at 04:34:38PM -0800, Greg KH wrote:
> ChangeSet 1.2036, 2005/03/09 09:31:40-08:00, [EMAIL PROTECTED]
>
> [PATCH] Add 2.4.x cpufreq /proc and sysctl interface removal
> feature-removal-schedule
>
> Add 2.4.x cpufreq /proc and sysctl interface removal
> to the feature-r
On Wed, Mar 09, 2005 at 05:32:00PM +, Linux Kernel wrote:
> ChangeSet 1.1994.11.3, 2005/03/09 09:32:00-08:00, [EMAIL PROTECTED]
>
> [PATCH] cpufreq 2.4 interface removal schedule
>
> ChangeSet 1.1994.11.2, 2005/03/09 09:31:40-08:00, [EMAIL PROTECTED]
>
> [PATCH] Add 2.4.x c
On Fri, Mar 11, 2005 at 12:24:54PM +1100, Paul Mackerras wrote:
> In fact there are other bogosities in drivers/char/agp/generic.c. I
> can't believe Dave ever tested that code with an AGP 3.0 device.
Hrmm, I'm fairly sure I did. It's also been sat in -mm without complaint
for a few weeks, whi
On Fri, Mar 11, 2005 at 01:18:36PM +1100, Paul Mackerras wrote:
> Dave Jones writes:
>
> > > cap_ptr = pci_find_capability(device, PCI_CAP_ID_AGP);
> > > - if (!cap_ptr) {
> > > -
On Fri, Mar 11, 2005 at 01:35:40PM +1100, Benjamin Herrenschmidt wrote:
>
> >
> > This part I'm not so sure about.
> > The pci_get_class() call a few lines above will get a refcount that
> > we will now never release.
>
> We will ... on the next loop iteration when we call pci_get_class a
On Fri, Mar 11, 2005 at 01:40:24PM +1100, Benjamin Herrenschmidt wrote:
>
> > After it does that pci_dev_put on the from, it does another pci_dev_get
> > on 'dev', which is what my put was releasing.
> >
> > Or am I terribly confused ?
>
> Well, pci_get_class() put's the passed-in device
On Fri, Mar 11, 2005 at 04:23:21AM -0800, Christoph Lameter wrote:
> This patch extracts all the operations on counters protected by the
> page table lock (currently rss and anon_rss) into definitions in
> include/linux/sched.h. All rss operations are performed through
> the following three mac
On Fri, Mar 11, 2005 at 10:11:08PM +, J.A. Magallon wrote:
>
> On 03.11, Paul Mackerras wrote:
> > Linus,
> >
> ...
> >
> > Oh, and by the way, I have 3D working relatively well on my G5 with a
> > 64-bit kernel (and 32-bit X server and clients), which is why I care
> > about AGP 3.
On Sat, Mar 12, 2005 at 07:18:19AM +0900, OGAWA Hirofumi wrote:
> Linus Torvalds <[EMAIL PROTECTED]> writes:
>
> > Hmm.. We seem to not have any tests for the counts becoming negative, and
> > this would seem to be an easy mistake to make considering that both I and
> > Dave did it.
>
> I
On Fri, Mar 11, 2005 at 07:27:04PM -0800, Mike Werner wrote:
> On Friday 11 March 2005 10:04, Jesse Barnes wrote:
> > On Friday, March 11, 2005 9:59 am, Bjorn Helgaas wrote:
> > > > Right, it's a special agp driver, sgi-agp.c.
> > >
> > > Where's sgi-agp.c? The HP (ia64-only at the moment) co
On Sun, Mar 13, 2005 at 10:13:49AM +1100, Dave Airlie wrote:
> On Sat, 12 Mar 2005 19:29:20 +, Sean Neakums <[EMAIL PROTECTED]> wrote:
> > Sean Neakums <[EMAIL PROTECTED]> writes:
> >
> > > The following happens with 2.6.11-mm[123]. (I didn't have time to
> > > investigate earlier; sorry
ith write-combining
+/* ServerWorks LE chipsets < rev 6 have problems with write-combining
Don't allow it and leave room for other chipsets to be tagged */
Otherwise, if this works for everyone else with rev 6+ serverworks
chipsets, looks ok to me.
regards,
Dave.
--
| Dave Jones.
On Thu, Mar 24, 2005 at 08:18:35AM +0100, Jan Engelhardt wrote:
>
> >Would you suggest making /dev/random point to /dev/hw_random then ?
>
> No. I for example do not have a hardware RNG, so `modprobe hw_random` fails
> with No Such Device. Making it a symlink would make it a dangling one.
On Thu, Mar 24, 2005 at 09:02:03AM -0800, Jesse Barnes wrote:
> On Thursday, March 24, 2005 2:33 am, Dave Airlie wrote:
> > Hi Andrew, Dave,
> >
> > I've put a couple of patches into my drm-2.6 tree that hopefully fix up
> > the multi-bridge on i915 and the XFree86 4.3 issue.. Andrew can you d
On Thu, Mar 24, 2005 at 09:09:47PM +, Andrew Clayton wrote:
> On Thu, 2005-03-24 at 12:32 -0800, Andrew Morton wrote:
> > ?
> >
> > Begin forwarded message:
> >
>
> [snip]
>
> > > You mean these changes?
> > >
> > > --- a/drivers/char/agp/via-agp.c2005-03-24 10:33:45 -08
On Wed, Mar 23, 2005 at 11:53:04AM -0800, Mingming Cao wrote:
> The fsx command is:
>
> ./fsx -c 10 -n -r 4096 -w 4096 /mnt/test/foo1 &
>
> I also see fsx tests start to generating report about read bad data
> about the tests have run for about 9 hours(one hour before of the OOM
> happen)
On Sun, Mar 27, 2005 at 05:12:58PM +0200, Jan Engelhardt wrote:
> Well, kfree inlined was already mentioned but forgotten again.
> What if this was used:
>
> inline static void kfree_WRAP(void *addr) {
> if(likely(addr != NULL)) {
> kfree_real(addr);
> }
> return;
> }
On Sun, Mar 27, 2005 at 01:52:59PM -0500, Ryan Anderson wrote:
> On Sat, Mar 26, 2005 at 01:27:53AM -0800, Chris Wright wrote:
> > > Could you please add CAN IDs to the stable changelog for already assigned
> > > vulnerabilities?
> >
> > That's what I did for .5 -> .6. We can't retroactively
On Mon, Mar 28, 2005 at 06:38:23PM -0800, Chen, Kenneth W wrote:
> We have measured that the following patch give measurable performance gain
> for industry standard db benchmark. Comments?
If you can't publish results from that certain benchmark due its stupid
restrictions, could you also try
On Tue, Mar 29, 2005 at 10:44:53AM -0800, Chen, Kenneth W wrote:
> > Dave Jones wrote on Monday, March 28, 2005 7:00 PM
> > > If you can't publish results from that certain benchmark due its stupid
> > > restrictions,
>
> Forgot to thank Dave earlier f
On Wed, Mar 30, 2005 at 07:32:18PM +0200, [EMAIL PROTECTED] wrote:
>
> Remove duplicated syscall entry.
>
> This likely affects compilation with older GCC's (2.95.x), since in
> arch/x86_64/kernel/syscall.c this will result in assigning twice the same
> array element.
>
> By experience,
[apologies to Andi for getting this twice, I goofed the l-k address
the first time]
I arrived at the office today to find my workstation had this spew
in its dmesg buffer..
mm/memory.c:97: bad pmd 81004b017438(0038a5500a88).
mm/memory.c:97: bad pmd 81004b017440(000
On Wed, Mar 30, 2005 at 07:47:24PM -0800, Randy.Dunlap wrote:
> sean wrote:
> >Randy.Dunlap wrote:
> >
> >>
> >>Did you look in
> >>http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/old/ ?
> >>
> >
> >Yes I did.
> >
> >Latest is 2.6.12-rc1-bk2, March 26.
> >
> >None since then?
>
On Wed, Mar 30, 2005 at 11:17:42PM -0500, Jeff Garzik wrote:
> >with the requirement (for me) that I not be required to use BK?
> >I'll munge scripts or whatever...
> >but I guess that I'll also need a kernel.org account to do that.
>
> Should hopefully just be changing get-version.pl ...
hm
On Thu, Mar 31, 2005 at 12:41:17PM +0200, Andi Kleen wrote:
> On Wed, Mar 30, 2005 at 04:44:55PM -0500, Dave Jones wrote:
> > [apologies to Andi for getting this twice, I goofed the l-k address
> > the first time]
> >
> >
> > I arrived at the office toda
Do you pine for the nice days of Linux-1.1, when men were men and wrote
their own device drivers? Are you without a nice project and just dying
to cut your teeth on a OS you can try to modify for your needs? Are you
finding it frustrating when everything works on Linux? No more all-
nighters to get
On Sun, Apr 03, 2005 at 01:38:33PM -0400, Kyle Moffett wrote:
> Also, the intermodule stuff is slated for removal, as soon as MTD and
> such are fixed; the interface has been deprecated for a while.
Actually 'just' mtd now iirc. agpgart was the penultimate user which
got fixed a few months back
On Mon, Jan 17, 2005 at 02:17:37AM -0500, John Richard Moser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Is there an official Linux Kernel Audit Project to actively and
> aggressively security audit all patches going into the Linux Kernel, or
> do they just get a cursory sca
On Wed, Jan 19, 2005 at 12:22:20PM -0800, Matt Mackall wrote:
> Use the generic PCI memory barrier. Test-compiled.
This can't be right.
> Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
>
> Index: bk/drivers/net/via-rhine.c
> =
On Wed, Jan 19, 2005 at 06:38:32PM -0800, Chris Wedgwood wrote:
> What extremely obvious thing am I missing which prevents up from
> kill drm_agp_t and the inter_module_register, etc. code that goes with
> it?
Gar, this is the 3rd copy of this patch I've got.
I wanted the dust to settle on the
On Thu, Jan 20, 2005 at 05:46:22PM +0100, Marco Cipullo wrote:
> - if (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_82915G_HB)
> + if (agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_82915G_HB ||
> + agp_bridge->dev->device == PCI_DEVICE_ID_INTEL_82915G_HB)
> gtt_entries = MB(48) - KB
On Fri, Jan 21, 2005 at 10:14:46AM -0500, Prarit Bhargava wrote:
> Signed-off-by: Prarit Bhargava <[EMAIL PROTECTED]>
>
> = i8042.c 1.71 vs edited =
> --- 1.71/drivers/input/serio/i8042.c2005-01-03 08:11:49 -05:00
> +++ edited/i8042.c 2005-01-21 10:02:20 -05:00
> @@ -696,7
On Mon, Jan 24, 2005 at 12:56:58PM +0100, Brice Goglin wrote:
> X does not work anymore when using DRI on my Compaq Evo N600c (Radeon
> Mobility M6 LY).
> My XFree 4.3 (from Debian testing) with DRI uses drm and radeon kernel
> modules.
My fault. I'm looking into it.
Drop the agpgart-bk upd
On Mon, Jan 24, 2005 at 01:52:58PM -0500, Dave Jones wrote:
> On Mon, Jan 24, 2005 at 12:56:58PM +0100, Brice Goglin wrote:
> > X does not work anymore when using DRI on my Compaq Evo N600c (Radeon
> > Mobility M6 LY).
> > My XFree 4.3 (from Debian testing) with DR
On Tue, Jan 25, 2005 at 02:19:24PM +1100, Andrew Tridgell wrote:
> The problem I've hit now is a severe memory leak. I have applied the
> patch from Linus for the leak in free_pipe_info(), and still I'm
> leaking memory at the rate of about 100Mbyte/minute.
> I've tested with both 2.6.11-rc2 an
On Mon, Jan 24, 2005 at 10:32:50PM -0500, Len Brown wrote:
> On Wed, 2005-01-19 at 02:31, Eric W. Biederman wrote:
> > From: Eric W. Biederman <[EMAIL PROTECTED]>
> >
> > This patch disables interrupt generation from the legacy pic on
> > reboot. Now that there is a sys_device class it shoul
On Mon, Jan 24, 2005 at 10:31:53PM +0100, Brice Goglin wrote:
> Dave Jones a écrit :
> >Here's the most obvious bug fixed. There still seems to be
> >something wrong however. It only successfully boots 50% of the
> >time for me, (it reboots when starting X otherwise),
On Tue, Jan 25, 2005 at 08:58:31PM +0100, Brice Goglin wrote:
> Dave Jones a écrit :
> >This is needed too on top of -mm1.
> >
> >diff -Nru a/drivers/char/agp/generic.c b/drivers/char/agp/generic.c
> >--- a/drivers/char/agp/generic.c2005-01-25 14:34:24 -05:00
On Mon, Nov 12, 2007 at 04:23:09PM +0100, Thomas Renninger wrote:
> On Mon, 2007-11-12 at 15:02 +0100, Eric Piel wrote:
> > 11/12/2007 10:16 AM, Thomas Renninger wrote/a écrit:
> > > On Sun, 2007-11-11 at 20:10 +0100, Eric Piel wrote:
> > >> Hello,
> > >>
> > >> I've tried kernel 2.6.24-rc2 a
I got a report from a user this morning with the following oops.
Unable to handle kernel NULL pointer dereference at 0038 RIP:
[] iput+0x18/0x7b
PGD 6fdf9067 PUD 7810c067 PMD 0
Oops: [1] SMP
CPU 1
Modules linked in: berry_charge tun vfat fat usb_storage appletalk ipx p8023
i915
We've had a number of people reporting that their x86-64s stopped booting
when they moved to 2.6.23. It rebooted just after discovering the AGP bridge
as a result of the IOMMU init.
Martin tracked this down to the following commit.
commit 2e1c49db4c640b35df13889b86b9d62215ade4b6
Author: Zou Nan
On Mon, Oct 29, 2007 at 07:18:43PM +0100, Andi Kleen wrote:
> On Monday 29 October 2007 18:50:14 Dave Jones wrote:
> > We've had a number of people reporting that their x86-64s stopped booting
> > when they moved to 2.6.23. It rebooted just after discovering the AGP
On Mon, Oct 29, 2007 at 08:03:09PM +0100, Andi Kleen wrote:
> On Monday 29 October 2007 19:47:47 Dave Jones wrote:
> > On Mon, Oct 29, 2007 at 07:18:43PM +0100, Andi Kleen wrote:
> > > On Monday 29 October 2007 18:50:14 Dave Jones wrote:
> > > > We've ha
On Mon, Oct 29, 2007 at 08:03:09PM +0100, Andi Kleen wrote:
> > > It's probably the usual "nobody tests sparsemem at all" issue.
> >
> > We've been using SPARSEMEM in Fedora for a *long* time.
> > So long in fact, I forget why we moved away from DISCONTIGMEM, so there's
> > a significant nu
make defconfig on x86-64 prints this for me ..
drivers/net/Kconfig:1887:warning: 'select' used by config symbol 'FEC_MPC52xx'
refers to undefined symbol 'PPC_BESTCOMM'
drivers/net/Kconfig:1888:warning: 'select' used by config symbol 'FEC_MPC52xx'
refers to undefined symbol 'PPC_BESTCOMM_FEC'
I'
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --git a/include/asm-x86/acpi_32.h b/include/asm-x86/acpi_32.h
index 723493e..4f8730e 100644
--- a/include/asm-x86/acpi_32.h
+++ b/include/asm-x86/acpi_32.h
@@ -1,9 +1,7 @@
/*
- * asm-i386/acpi.h
- *
* Copyright (C) 2001 Paul Diefe
Before the arch merge, I frequently would test 32bit compiles
by doing make ARCH=i386 {bzImage/modules/file.o}
Since commit 47572387d58a9584c60ebbbdee56fc92c627f16f
how does one do this?
Dave
--
http://www.codemonkey.org.uk
-
To unsubscribe from this list: send the line "unsubscribe lin
On Mon, Oct 29, 2007 at 05:07:08PM -0700, H. Peter Anvin wrote:
> Dave Jones wrote:
> > Before the arch merge, I frequently would test 32bit compiles
> > by doing make ARCH=i386 {bzImage/modules/file.o}
> >
> > Since commit 47572387d58a9584c60ebbbdee56fc92c627f16
The Kconfig for this reads..
+config FEC_MPC52xx_MDIO
+ bool "MPC52xx FEC MDIO bus driver"
+ depends on FEC_MPC52xx
+ default y
+ ---help---
+ The MPC5200's FEC can connect to the Ethernet either with
+ an external MII PHY chip or 10 Mbps 7-wire interface
+
make headers_check currently fails in mainline with..
include/linux/tipc_config.h requires linux/string.h, which does not exist in
exported headers
There's no reason to even include this in this header as far as I can tell.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
diff --gi
On Thu, Jul 19, 2007 at 05:59:16PM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b113a3f7e85d7f97c8383a88a5bc7c2ea8daeb2f
> Commit: b113a3f7e85d7f97c8383a88a5bc7c2ea8daeb2f
> Parent: 052dfb45ccb5ea354a426b5255
On Fri, Jul 20, 2007 at 04:03:40PM +0100, Al Viro wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
> diff --git a/drivers/scsi/iscsi_tcp.c b/drivers/scsi/iscsi_tcp.c
> index aebcd5f..7829ab1 100644
> --- a/drivers/scsi/iscsi_tcp.c
> +++ b/drivers/scsi/iscsi_tcp.c
> @@ -1885,7 +1885,
Just one of my machines to 2.6.22.1, and got this during boot..
Starting udev: udevd-event[619]: udev_node_symlink:
symlink(../../sdc/dev/disk/by-uuid/2d773baf-8174-10a6-14db-a78e0e676e89)
failed: File exists
Under 2.6.21, all was fine.
sdc is one disk of a 3 disk raid5 set.
The raidset still
On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
> On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > Just one of my machines to 2.6.22.1, and got this during boot..
> >
> > Starting udev: udevd-event[619]: udev_node_symlink:
> > symlink(..
On Sat, Jul 21, 2007 at 03:28:12AM +0200, Kay Sievers wrote:
> On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > On Sat, Jul 21, 2007 at 03:09:55AM +0200, Kay Sievers wrote:
> > > On 7/21/07, Dave Jones <[EMAIL PROTECTED]> wrote:
> > > > Just on
pmu_battery fails to compile as a module on ppc64.
ERROR: "pmu_batteries" [drivers/power/pmu_battery.ko] undefined!
ERROR: "pmu_battery_count" [drivers/power/pmu_battery.ko] undefined!
ERROR: "pmu_power_flags" [drivers/power/pmu_battery.ko] undefined!
Signed-off-by
On Sun, Jul 22, 2007 at 10:39:23AM +0800, Fengguang Wu wrote:
> It makes sense to raise it beyond 128K. 1M default readahead
> absolutely makes sense for sequential workloads. For the desktop,
> this increases boot speed and readahead misses, both due to more
> aggressive mmap read-around.
On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
> it may be that some people had a different understanding of what was
> meant by "maturity" than i did. what *i* meant by that attribute is
> a feature's current position in the normal software life cycle, and
> that would b
On Sat, Sep 01, 2007 at 05:41:06AM -0400, Robert P. J. Day wrote:
> this whole attribute thing is not adding anything breathtaking new,
> it's simply taking the example set by EXPERIMENTAL and generalizing
> it and making it more convenient in the process.
The problem I see with this whole mat
801 - 900 of 2273 matches
Mail list logo