building this sucker as a module caused grief.
drivers/net/chelsio/cxgb2.c:113: error: `__mod_pci_device_table' aliased
to external symbol `t1_pci_tbl'.
This seems to do the trick. (untested beyond compile)
Signed-off-by: Dave Jones [EMAIL PROTECTED]
Dave
--- 2.6.12rc2mm1
static declaration follows non static blah blah..
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- 2.6.12rc2mm1/sound/oss/nm256_audio.c~ 2005-04-06 02:00:08.0
-0400
+++ 2.6.12rc2mm1/sound/oss/nm256_audio.c2005-04-06 02:00:39.0
-0400
@@ -28,10 +28,12 @@
#include
On Wed, Apr 06, 2005 at 05:20:52PM -0600, Bob Gill wrote:
OK. So far so good. I can get 2.6.12-rc2 to run fine if:
1. I do not in any way attempt to *ahem* overclock the box.
--if I do, I get really ugly race errors flying around from just about
everywhere (pick a device at random, have
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 today to find my workstation had this spew
On Thu, Apr 07, 2005 at 07:47:41AM -0700, Linus Torvalds wrote:
So the sysenter sequence might as well look like
pushl $(__USER_DS)
pushl %ebp
sti
pushfl
..
which actually does three protected pushes thanks to the one-instruction
interrupt
On Thu, Apr 07, 2005 at 01:22:57PM -0400, Richard B. Johnson wrote:
| Anyway, besides nitpicking, is there any reason not to include this
| code? Or is the added feature considered plain bloat? Yes, the kernel
| will become a bit larger, but all the data added by this patch will go
| into
On Wed, Apr 13, 2005 at 06:55:00PM +0930, Yuri Vilmanis wrote:
The case in point for me is ATI's binary openGL accelerated drivers (fglrx)
-
these used inter_module_get() to communicate with the agp gart module, for
obvious reasons - this AGP communication is essential to the
On Wed, Apr 13, 2005 at 07:00:06PM -0400, Ross Biro wrote:
If you take a look at quirks.c and DMI options you will see we have quite
a lot
of workarounds for various hardware bug. Just imagine there were
CONFIG options for all of this. It would be a big mess!
The config option
On Thu, Apr 14, 2005 at 08:02:02PM +0200, Andi Kleen wrote:
What if it was always on, except when the commandlien was passed
(eliminate the CONFIG option)? Really 'leet hacks could tweak a #define
if they don't like the command line option..
That is basically what I suggested. But
On Fri, Apr 15, 2005 at 06:58:20PM +0100, Hugh Dickins wrote:
If there was a fix for the bad pmd problem it might be a candidate
for stable, but so far we dont know what causes it yet.
If I figure a way to trigger here, I'll report back.
Dave, earlier on you were quite able to
working
with different motherboards.
Here is the only DRM output relevant to AGP/DRM:
Linux agpgart interface v0.100 (c) Dave Jones
[drm] Initialized drm 1.0.0 20040925
[drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module.
You didn't load the agp chipset
On Mon, Apr 18, 2005 at 03:52:02AM +0200, Adrian Bunk wrote:
This patch removes cifs_kcalloc and replaces it with calls to
kcalloc(1, ...) .
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
As a followup patch you might want to check the return value
of all those calls before blindly
On Mon, Apr 18, 2005 at 08:46:52PM +0200, Lorenzo Hernández García-Hierro wrote:
This patch changes the permissions of the following procfs entries to
restrict non-root users from accessing them:
- /proc/devices
- /proc/cmdline
- /proc/version
- /proc/uptime
- /proc/cpuinfo
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
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 02)
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.
I see that now, why is it on the host bridge
Comment says that softdog has to go last. Make it so.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.10/drivers/char/watchdog/Makefile~2005-02-10
01:48:32.0 -0500
+++ linux-2.6.10/drivers/char/watchdog/Makefile 2005-02-10 01:49:39.0
-0500
@@ -2,11 +2,6
On Fri, Feb 11, 2005 at 07:07:22AM +0100, Marcus Hartig wrote:
the agpgart backend is now always compiled in and selected with 2.6.11-rc3
x86_64. I can delete or disable it in the config, it is always back written.
probably you have selected IOMMU, which is dependant on it.
Is this the
On Fri, Feb 11, 2005 at 05:21:39PM +0100, Marcus Hartig wrote:
No warnings/errors in both logs. All clean. But switching/maximizing
between tasks like firefox, thunderbird or a gnome-terminal is so slow,
that you can see it how firefox/GTK+ theme is writing the GUI and the
fonts slowly
On Fri, Feb 11, 2005 at 06:04:06PM +, Nick Warne wrote:
This surprises me, especially considering the in-kernel nvidia-agp driver
was actually written by NVidia. Are there any agp error messages in
your dmesg / X log ?
With the nVidia own nv_agp it appears directly in all
On Sat, Feb 12, 2005 at 08:36:13PM +0100, Marcus Hartig wrote:
Arjan van de Ven wrote:
hmm I wonder.. .could you collect lspci -vxxx settings for the AGP
device (lspci -vxxx gives you lots of devices, but only one is relevant)
in both cases, maybe the difference between the two shows
On Sun, Feb 13, 2005 at 07:55:35PM -0500, Lee Revell wrote:
On Sun, 2005-02-13 at 14:30 +0100, Ingo Molnar wrote:
* Philippe Elie [EMAIL PROTECTED] wrote:
oprofile_ops.cpu_type == NULL, this has been fixed 3 weeks ago, can
you retry with -rc4 ?
i've uploaded an -rc4 port of
On Wed, Feb 16, 2005 at 05:49:51PM +0900, Itsuro Oda wrote:
Hi, Eric and all
Attached is an implementation of /proc/cpumem.
/proc/cpumem shows the valid physical memory ranges.
* i386 and x86_64
* implement valid_phys_addr_range() and use it.
(the first argument of the i386
v0.100
(c) Dave Jones. That's all...
So, is Sis760 chipset supported for agpgart under linux kernel ? if not, is
there plan to be, tweaks to do (I even tried the Sis Chipset driver
for !x86_64 by removing this entry in KConfig ... ) ?
amd64 should be using the amd64-agp driver
On Fri, Jul 15, 2005 at 03:45:28AM +0200, Jesper Juhl wrote:
The problem is the process, not than the code.
* The issues are too much ad-hock code flux without enough
disciplined/formal
regression testing and review.
It's basically impossible to regression test swsusp
On Fri, Jul 15, 2005 at 02:47:46PM -0700, Mark Gross wrote:
This problem is the developer making driver changes without have the
resources
to test the changes on a enough of the hardware effected by his change, and
therefore probubly shouldn't be making changes they cannot
On Wed, Jul 27, 2005 at 10:16:30AM +0200, Giancarlo Formicuccia wrote:
this patch:
http://marc.theaimsgroup.com/?l=bk-commits-headm=111955644929114w=2
uncovered a k7m bios bug, where the VT82C686A router is reported as
being 586-compatible. The two chips have different pirq mapping, so
On Wed, Jul 27, 2005 at 10:10:35AM -0700, Aleksey Gorelov wrote:
static __init int via_router_probe(struct irq_router *r,
struct pci_dev *router, u16 device)
{
/* FIXME: We should move some of the quirk fixup stuff here */
+
+if (router-device ==
On Wed, Apr 20, 2005 at 02:12:38PM -0700, Alice Corbin wrote:
I've noticed that some, though no all, video drivers add their video memory
to MTRR as 'write-combining' if both MTRR and AGP are configured in.
Is there a reason that all video drivers don't do this? Is it all would
On Thu, Apr 21, 2005 at 02:28:54PM +0200, Andreas Steinmetz wrote:
Hi,
can anybody help out? I don't have access to Intel 64 bit CPUs and need
some microbenchmark results on Intel 64 bit. Usage guide for the
attached archive:
'ref' contains the current generic AES implementation
*/
static int __devinit snd_bt87x_detect_card(struct pci_dev *pci)
{
-
Still not enough to make it build here..
sound/pci/bt87x.c:809: error: incompatible type for argument 1 of
'pci_match_device'
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.12/sound/pci/bt87x.c~ 2005-07-06 14:59
On Wed, Jul 06, 2005 at 12:57:19PM -0700, David S. Miller wrote:
From: Paulo Marques [EMAIL PROTECTED]
Date: Wed, 06 Jul 2005 15:23:56 +0100
What is weird is that most of the extra time is being accounted as
user-space time, but the user-space application is exactly the same in
On Wed, Jul 06, 2005 at 03:58:53PM -0400, Bill Davidsen wrote:
[EMAIL PROTECTED] wrote:
Currently, the speedstep-centrino support has built-in frequency/voltage
pairs only for Banias CPUs. For Dothan CPUs, these tables are read from
BIOS ACPI.
But ACPI encoding may not be available or
in use. What the rest
of the code does with such a buggered-up request, I've no
idea, but it probably isn't pretty.
Perhaps smb_rput should be taking a pointer to a request that can
be null'd on success ?
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.12/fs/smbfs/request.c~2005-07-07
On Thu, Jul 07, 2005 at 10:00:27PM +0200, [EMAIL PROTECTED] wrote:
Enabling, say, a duty cycle of 12.5% means that the CPU chip will be driven
by clock just one time every eight, thus reducing power consumption and
temperature (and it speeds down dramatically the CPU, too =).
I tested
On Thu, Jul 07, 2005 at 10:22:25PM +0200, [EMAIL PROTECTED] wrote:
This hasn't been seen to save any power whatsoever that I've seen.
It drops down power rating by 1500-1800mW on my Toshiba Satellite A50
while idling at 400MHz.
I've heard a few reports that it reduces heat for a
Repeat after me Cris developers.. Size, then flags. :-)
aacraid suffers the same affliction. Yay for type-unsafe interfaces.
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- 2.6-mm/arch/cris/arch-v32/mm/intmem.c~ 2005-07-09 00:13:54 -04:00
+++ 2.6-mm/arch/cris/arch-v32/mm/intmem.c
On Sat, Mar 12, 2005 at 07:13:05PM -0800, Jesse Barnes wrote:
On Friday, March 11, 2005 7:58 pm, Dave Jones wrote:
sgi-agp.c was sent to Dave about 2 weeks ago. I assumed he was waiting
for the TIO header files to make it from the ia64 tree into Linus's
tree.
Actually I just
The nvidia framebuffer code added recently is marked as
MODULE_LICENSE(GPL), but some things seem a little odd to me..
1. The boilerplate at the top of drivers/video/nvidia/nv_dma.h,
drivers/video/nvidia/nv_local.h, and drivers/video/nvidia/nv_hw.c
doesn't seem to be a GPL-compatible
On Sat, Mar 12, 2005 at 11:08:20PM -0500, Dave Jones wrote:
On Sat, Mar 12, 2005 at 07:13:05PM -0800, Jesse Barnes wrote:
On Friday, March 11, 2005 7:58 pm, Dave Jones wrote:
sgi-agp.c was sent to Dave about 2 weeks ago. I assumed he was
waiting
for the TIO header files
On Mon, Mar 14, 2005 at 08:55:18AM -0800, Jesse Barnes wrote:
On Monday, March 14, 2005 12:37 am, Pavel Machek wrote:
Perhaps we could have a rule like
non-experimental driver may only print out one line per actual
device?
(and perhaps: dmesg output for boot going okay should
On Tue, Mar 15, 2005 at 12:28:51AM +0100, Brice Goglin wrote:
Hi Dave,
I can't remove the AGP chipset module on my boxes.
Looks like the AGP chipset driver holds a reference on itself and
thus makes removal impossible.
From what I understand, as soon as intel_agp is loaded,
On Tue, Mar 15, 2005 at 10:38:30AM +, Dave Airlie wrote:
Hi all,
Andrew Clayton reported lockups on the dri list issues since -bk2
and bug 4337 on bugzilla.kernel.org looks like it might be the same
thing..
This leads me to think the AGP multi-bridge patches are at
On Tue, Mar 15, 2005 at 01:52:47PM +0100, jerome lacoste wrote:
Do I have any alternative to investigate this hang or should I just
give up and smash my board?
If you have the longhaul cpufreq driver enabled, turn it off.
It's currently broken for some reason, and I've not had time to
figure
On Tue, Mar 15, 2005 at 04:15:42PM +, Dave Airlie wrote:
I saw one report where the recent drm security hole fix broke dri
for one user. Whilst it seems an isolated incident, could this have
more impact than we first realised ?
the radeon security changes? I've gotten no bad
On Tue, Mar 15, 2005 at 04:15:42PM +, Dave Airlie wrote:
I might get time to do a code review, my main worry is that all the
problems reported with those patches in -mm made it into the patchset
that
went into Linus.. mainly things like forgetting to memset certain
On Tue, Mar 15, 2005 at 11:01:46AM -0800, Andrew Morton wrote:
Vojtech, is is possible to detect whether a keyboard has scroll
wheel(s) by its ID?
What sort of keyboard has a scroll wheel??
Quite a few of them.
http://froogle.google.com/froogle?q=keyboard%20scroll%20wheel
They seem
On Tue, Mar 15, 2005 at 01:28:26PM -0500, sean wrote:
I used to find the main line bk snapshots in:
pub/mirrors/linux/kernel/linux/kernel/v2.6/snapshots
Now there just the 2.6.11.x snapshots.
For instance where is bk10?
Something screwed up in the mirroring scripts it seems.
On Tue, Mar 15, 2005 at 03:24:48PM -0800, Venkatesh Pallipadi wrote:
The attached patch adds support for using cpuid(4) instead of cpuid(2), to
get
CPU cache information in a deterministic way for Intel CPUs, whenever
supported. The details of cpuid(4) can be found here
IA-32
On Fri, Mar 18, 2005 at 11:18:47AM -0800, Venkatesh Pallipadi wrote:
Here is the updated patch.
I have seperated out the changes related to
(1) using new method to determine cache size in existing /proc/cpuinfo and
kernel boot messages (All but last hunk below)
(2) code to
On Sun, Mar 20, 2005 at 08:25:49PM +0100, Adrian Bunk wrote:
Do we really need a global variable that does only hold the value of
NR_CPUS?
Yes.
NR_CPUS = compile time
maxcpus = boot command line at runtime.
Dave
-
To unsubscribe from this list: send the line unsubscribe
On Mon, Mar 21, 2005 at 12:12:32AM +0100, Adrian Bunk wrote:
On Sun, Mar 20, 2005 at 05:42:34PM -0500, Dave Jones wrote:
On Sun, Mar 20, 2005 at 08:25:49PM +0100, Adrian Bunk wrote:
Do we really need a global variable that does only hold the value of
NR_CPUS?
Yes
On Mon, Mar 21, 2005 at 12:59:46AM +0100, Adrian Bunk wrote:
On Sun, Mar 20, 2005 at 06:32:03PM -0500, Dave Jones wrote:
On Mon, Mar 21, 2005 at 12:12:32AM +0100, Adrian Bunk wrote:
On Sun, Mar 20, 2005 at 05:42:34PM -0500, Dave Jones wrote:
On Sun, Mar 20, 2005 at 08:25:49PM +0100
On Sun, Mar 20, 2005 at 10:06:57PM -0500, William Beebe wrote:
Is this really a kernel issue? Or is there a better way in userland to
stop this kind of crap?
man ulimit
Dave
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Mon, Mar 21, 2005 at 08:27:26PM -0500, Dan Maas wrote:
Is there a canonical way for user-space software to determine how many
real CPUs are present in a system (as opposed to HyperThreaded or
otherwise virtual CPUs)?
We have an application that for performance reasons wants to run
On Mon, Mar 21, 2005 at 05:06:23PM -0800, Andrew Morton wrote:
# drivers/pci/pci-acpi.c
# 2005/03/19 00:15:24-05:00 [EMAIL PROTECTED] +46 -1
# add platform_pci_choose_state()
#
diff -Nru a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
--- a/drivers/pci/pci-acpi.c 2005-03-21
On Tue, Mar 22, 2005 at 02:14:55AM -0500, Dmitry Torokhov wrote:
===
Input: lifebook - DMI facility is only available on i386, do not
attempt to compile on anything else.
Why would you want to build a driver for an
On Tue, Mar 22, 2005 at 07:53:37PM -0500, Lee Revell wrote:
The solution is fairly well known. Rather than treating the zillions of
disk seeks during the boot process as random unconnected events, you
analyze the I/O done during the boot process, then lay out those disk
blocks optimally
On Wed, Mar 23, 2005 at 09:21:22AM +0100, Giuseppe Bilotta wrote:
Dave Jones wrote:
Some of the folks on our desktop team have been doing a bunch of
experiments
at getting boot times down, including laying out the blocks in a more
optimal manner, allowing /sbin/readahead to slurp
On Wed, Mar 23, 2005 at 05:49:47PM +0100, Giuseppe Bilotta wrote:
What are the cons of using all of the RAM at boot time to
cache the boot disk?
Dave Jones wrote:
It's memory that's otherwise unused. Once you start using the system
anything cached will get reclaimed as its
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.
It
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:
snip
compile time regressions we should be able to nail down fairly easily.
(someone from OSDL is already doing compile stats and such on each release
[too bad they're
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 is
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 that up
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 traffic to
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 immediately,
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.
Is this
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 00:58
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 have
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
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 cpufreq
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) {
- pci_dev_put(device);
- continue
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 again.
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 and
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
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.0 support. :)
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 stole this
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) code is
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.) It does
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 drop
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:00
+++
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).
Is
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 update
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 for his understanding. I can't even mention
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, this
[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
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?
I can't explain it other
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 ...
hmm, it's
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 today to find my workstation had this spew
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
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.
(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
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/KT400A/KT600 chipset
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: Journal has
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. Unless I
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 if calling
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 surprised if they're running 2.6. Then again
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.even: even at
401 - 500 of 4526 matches
Mail list logo