On Sat, 6 Aug 2005, James Bottomley wrote:
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
drivers/message/fusion/mptspi.c:505: error: unknown field
â..get_hold_mcsâ.. specified in initializer
drivers/message/fusion/mptspi.c:505: warning: excess elements in struct
initializer
I forgot to restore sg-length on setup failure. This patch adds it.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: work/drivers/scsi/libata-core.c
===
--- work.orig/drivers/scsi/libata-core.c2005-08-07
This patch add stubs to allow the visws subarch to link again. Also
needs Eric W. Biederman's patch adding machine_emergency_restart() and
machine_shutdown() sent earlier today to link properly:
http://marc.theaimsgroup.com/?l=linux-kernelm=112335772219837w=2
Signed-off-by: Tom Duffy [EMAIL
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
I would like to strongly request one addition, however: please make it
so that a subarchitecture which is still a hardware architecture doesn't
have to redefine all of these every time.
Yep, that's done. As long as the defaults are ok, the subarch
My gcapatch workalike is
git checkout -f mybranch
git diff master..HEAD patch
Regards,
Jeff
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following from
dmesg:
usb 1-1.1: new full speed USB device using ehci_hcd and address 11
usb 1-1.1: device
Chris White [EMAIL PROTECTED] wrote:
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following
from dmesg:
usb 1-1.1: new full speed USB device using
Which kernel version?
Yes, I was just about to slap myself for fogetting that, it's under greg-kh's
2.6.12.13 git repository sources.
Did it work OK under a previous kernel version? If so, which?
I haven't attempted that, but I'll probably give a 2.6.9/2.4 series kernel a
shot later on
This patch fixes a typing error in lib/crc32.c which results in incorrect
debug output.
Signed-off-by: Dominik Hackl [EMAIL PROTECTED]
--- linux-2.6.13-rc5.orig/lib/crc32.c 2005-08-07 09:25:00.0 +0200
+++ linux-2.6.13-rc5/lib/crc32.c2005-08-07 09:40:46.0
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
2.6.12 does not show this behaviour.
I'm out of town
On Sun, 7 Aug 2005 16:11:12 +0900, Chris White [EMAIL PROTECTED] wrote:
Did it work OK under a previous kernel version? If so, which?
I haven't attempted that, but I'll probably give a 2.6.9/2.4 series
kernel a shot later on tommorow night.
Does that thing work with Windows?
I strongly
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
(Grab it from
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc5-mm1.gz until the
kernel.org mirrors catch up)
- Added the git-scsi-iscsi.patch tree: iSCSI drivers (James Bottomley)
- This kernel
Chris White wrote:
As far as the host goes, I have the following USB hosts:
:00:11.0 USB Controller: NEC Corporation USB (rev 43)
:00:11.1 USB Controller: NEC Corporation USB (rev 43)
:00:11.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
The first is my builtin Intel USB
On Fri, Aug 05, 2005 at 03:05:06PM -0700, Andrew Morton wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
[...]
The two kernels have some config differences. The 2.6.13-rc5 kernel
has ACPI+CPUFREQ configured, that the 2.6.13-rc4-mm1 doesn't have.
That's a pretty big difference ;)
Sure.
On Fri, Aug 05, 2005 at 09:33:54PM -0700, Grant Grundler wrote:
ISTR making comments before about the offending patch on linux-pci mailing
list. Is this the same patch that assumes pci_dev-resource[i] == BAR[i] ?
I meant the patch assume 1:1 for pci_dev-resource[i] and BAR[i].
not that
Am Samstag, 6. August 2005 23:28 schrieb Ingo Oeser:
Hi Karsten,
On Saturday 06 August 2005 18:14, Karsten Wiese wrote:
From: Karsten Wiese [EMAIL PROTECTED]
IRQ_PER_CPU is not used by all architectures.
To avoid dead code generation in __do_IRQ()
this patch introduces the macro
Zwane Mwaikambo wrote:
On Mon, 11 Jul 2005, Oleg Nesterov wrote:
Please note that entry.S:BUILD_INTERRUPT() also does this trick:
pushl $nr-256;
so it should be changed as well.
I was making these changes and noticed that those were for the various SMP
interrupts so they are
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
i386 Transparent Paravirtualization Subarch Patch #2
This change encapsulates CPUID and debug register accessors and moves
them into the sub-architecture layer.
This one looks to be a superset of Xen version:
@@
Andrew Morton wrote:
Zachary Amsden [EMAIL PROTECTED] wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
but most in this series (all the move of stuff to subarches) are rather
horrible and lack lots of explanation.
All of my previous patches have
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
This change encapsulates descriptor and task register management.
These will need some merging together, will take a stab tomorrow.
--- linux-2.6.12-xen0-arch.orig/include/asm-i386/desc.h
+++
Hi Karsten,
On Sunday 07 August 2005 12:25, Karsten Wiese wrote:
With my proposal the
#if defined(ARCH_HAS_IRQ_PER_CPU)
#endif
lets readers of __do_IRQ() immediately grasp:
this block might not be compiled / depends an ARCH
And you'll get compile error's using
On Iau, 2005-08-04 at 15:48 +0100, Hugh Dickins wrote:
On Thu, 4 Aug 2005, Matti Aarnio wrote:
SHM resources are non-swappable, thus I would not by default
let user programs go and allocate very much SHM spaces at all.
No, SHM resources are swappable.
Large limits as oracle needs still
On Sad, 2005-08-06 at 20:52 -0700, Nicholas Miell wrote:
Why does overcommit in mode 2 (OVERCOMMIT_NEVER) explicitly force
MAP_NORESERVE mappings to reserve memory?
My understanding is that MAP_NORESERVE is a way for apps to state that
they are aware that the memory allocated may not exist
On Mer, 2005-08-03 at 16:33 +0200, Andi Kleen wrote:
http://redhat.com/~teigland/gfs2/20050801/gfs2-full.patch
http://redhat.com/~teigland/gfs2/20050801/broken-out/
I would suggest to not merge this before not all the code has not been
reviewed by some experienced linux developer from
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
warning: many lost ticks.
Your time source seems to be instable or
On Sun, 2005-08-07 at 16:02 +0900, Chris White wrote:
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following from
dmesg:
usb 1-1.1: new full speed
Am Sonntag, 7. August 2005 13:07 schrieb Ingo Oeser:
Last argument: Many kernel developers -- including Linus --
don't like #if in C files and prefer them in headers.
Their reasons might be similiar to my own.
What about writing
if(CHECK_IRQ_PER_CPU(desc-status)) {
Dear all,
Changelog:
This patch corrects the PNP-handling inside the tpm-driver
and some minor coding style bugs.
Note: the pci-device and pnp-device mixture is currently necessary,
since the used tpm-interface requires a pci-dev in order to register
the driver. This will be fixed within the
On Sat, Aug 06, 2005 at 02:06:53PM +0200, John B?ckstrand wrote:
Yes, I have no other patches in, so if it was not in -RC5, I was not
running it.
OK having looked at it briefly I have a hunch that it may be the
fackets_out issue (when the effective MSS is reduced tcp_tso_acked
may increase
This turned out to be a huge win on 32-bit i386 in PAE mode, but it is
likely not as significant on x86_64; I don't know because I haven't
actually measured the cost. I don't have 64-bit hardware that I have
the luxury of rebooting right now, so this patch is untested, but if
someone wants to
Here's a small patch to cleanup NETDEBUG() use in net/ipv4/ for Linux
kernel 2.6.13-rc5. Also weird use of indentation is changed in some
places.
Signed-off-by: Heikki Orsila [EMAIL PROTECTED]
---
diff -urp linux-2.6.13-rc5-org/net/ipv4/icmp.c linux-2.6.13-rc5/net/ipv4/icmp.c
---
This patch moves the platform specific Sharp SL-C7x0 LCD code from
the w100fb driver into a more appropriate place and updates the Corgi
code to match the new w100fb driver.
It also updates the corgi touchscreen code to match the new
simplified interface available from w100fb.
Signed-off-by:
Early in the 2.6.13 process my kexec related patches were introduced
into the reboot path, and under the rule you touch it you fix it
it I have been involved in tracking quite a few regressions
on the reboot path.
Recently with Benjamin Herrenschmidt's removal of
device_suppend(PMSG_SUPPEND)
On Sat, Jul 30, 2005 at 04:35:51PM +0200, Pavel Machek wrote:
Fix compile-time warning in sa1100fb.c
I think it makes sense to change this to an inline function. Thanks
for pointing this out.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6
Someone asked if I could try to trigger this assertion again, and I'm
afraid I probably cannot, I didnt do anything special at the time. But
I've got something even better for you all, got a BUG from something
tcp-related. Mind you, I am trying to find a possibly hardware-related
issue here,
Hi,
We also need this patch for removing mips vr4181.
Please apply.
Yoichi
Signed-off-by: Yoichi Yuasa [EMAIL PROTECTED]
diff -urN -X dontdiff mm1-orig/arch/mips/Makefile mm1/arch/mips/Makefile
--- mm1-orig/arch/mips/Makefile 2005-08-07 22:15:17.0 +0900
+++ mm1/arch/mips/Makefile
On Fri, 2005-08-05 at 08:17 -0700, Christoph Lameter wrote:
On Thu, 4 Aug 2005, Richard Purdie wrote:
We know the the failure case can be identified by the
cmpxchg_fail_flag_update condition being met. Can you provide me with a
patch to dump useful debugging information when that occurs?
On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
My CRT is out of sync after radeonfb from 2.6.13-rc5 is
initialized.
On Thursday 04 August 2005 23:45, Tommy Christensen wrote:
Denis Vlasenko wrote:
Hi,
As reported earlier, sometimes my home box don't want
to send anything.
# ip r
1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
1.1.4.0/24 dev if proto kernel scope link src 1.1.4.6
On Sun, Jul 31, 2005 at 04:42:45PM +0100, Russell King wrote:
On Sun, Jul 31, 2005 at 03:46:17PM +0200, Pavel Machek wrote:
Collie is slightly strange; it does not seem to have proper ucb1x00
ID. With this patch, basic ucb support seems to work and I can get
interrupts from battery.
Out
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
John Stultz's timeofday patches seem to fix this lost ticks issue. You might
want to try them.
(I too, routinely get lost ticks - rip is at acpi_processor_idle messages
which
On Sun, 2005-08-07 at 05:59 +, Holger Kiehl wrote:
Thanks, removing those it compiles fine. This patch also solves my problem,
here the output of dmesg:
Well ... the transport class was supposed to help diagnose the problem
rather than fix it.
However, what it shows is that the original
On Sun, 7 Aug 2005, Martin Maurer wrote:
Hi Pete,
when using ub with your patch i get a lot further:
the device is detected and uba+uba1 entries appear.
I can mount the device correctly.
Copying the files down and comparing them with the originals gives correct
results.
but:
when i
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there on
remount,
but it consisted of incorrect data. (so writing seemed to be possible and just
went wrong)
(in that case the fat seemed to be damaged after i had
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc4-mm1:
...
+mips-remove-vr4181-support.patch
...
MIPS stuff
...
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/mips/Kconfig| 12 +---
arch/mips/Makefile |7
On Saturday 06 August 2005 18:57, Jeff Garzik wrote:
On Sat, Aug 06, 2005 at 09:50:13AM +0100, Matthew Wilcox wrote:
On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote:
FWIW, compilers generate AWFUL code for bitfields. Bitfields are
really tough to do optimally, whereas bit
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
Is there any new updates on the situation? Has the bug been fixed? or
anyone
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc4-mm1:
...
git-netdev-upstream.patch
...
Subsystem trees
...
gcc 4.0 correctly rejects this code:
-- snip --
...
CC drivers/net/phy/phy_device.o
drivers/net/phy/phy_device.c:659: error:
I'm having a similar issue with my shiny new 17 Powerbook G4. The
radeon chip works fine with framebuffer in 2.6.12.4 _with_ PREEMPT,
but not in 2.6.13-rc5 _with_ PREEMPT (configs are virtually identical).
I'll try your idea this afternoon when I get the chance.
Note that PREEMPT is known
On Sun, Aug 07, 2005 at 02:29:16PM +, Parag Warudkar wrote:
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
John Stultz's timeofday patches seem to fix this lost ticks issue. You might
want to try them.
(I too, routinely
David S. Miller wrote:
I suspect this is a side effect of some changes Herbert Xu and
myself did to fix some other bugs.
I think I crossed this bug independently today. I did some testing, and
got kernel panics when uploading files with ftp on a gigabit lan. The
error happens always at
On Monday 01 August 2005 01:36, David S. Miller wrote:
From: Adrian Bunk [EMAIL PROTECTED]
Date: Mon, 1 Aug 2005 00:26:07 +0200
- my impression is that the older compilers are only rarely
used, so miscompilations of a driver with an old gcc might
not be detected for a longer amount
Herbert Xu [EMAIL PROTECTED] wrote:
Hang on a second, the original poster mentioned rc5. Is this really
pristine rc5 with the one netpoll patch? If so then it can't be the
patches we're talking about because they only went in days later.
I produced a similar panic on rc2 and later (which
Heikki Orsila wrote:
There were big changes in tcp_output.c between rc1 and rc2, and the
bug is triggered when using e1000 with rc2 or later. And because the
bug does not happen on skge (new sk98 driver) it makes me guess it's a
race condition of sorts.. I am surprised this bug wasn't
Hi,
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at 0008 RIP:
801664d8{kmem_cache_alloc+232}
PGD 1501a067 PUD 1501b067 PMD 0
Oops: [1]
Hi all,
I'm trying to figure out the reason of my laptop problem.
I beg your help to find the right way to debug it (I mean,
I don't want to flood the mailing list with useless details,
and so on).
Well, let's try...
Hardware: Toshiba
Marcel Selhorst [EMAIL PROTECTED] wrote:
This patch corrects the PNP-handling inside the tpm-driver
and some minor coding style bugs.
But the patch adds lots of new coding style bugs!
...
@@ -356,24 +356,26 @@ static const struct pnp_device_id tpm_pn
{IFX0102, 0},
{, 0}
On Sun, Aug 07, 2005 at 03:12:21PM +1000, Con Kolivas wrote:
Respin of the dynamic ticks patch for i386 by Tony Lindgen and Tuukka
Tikkanen
with further code cleanups. Are were there yet?
Con,
I am afraid until SMP correctness is resolved, then this is not
in a position to go in
It's most likely bad SMM code in the BIOS that blocks the CPU too long
and is triggered in idle.
Might a BIOS flash help, or is this something that's there to stay?
No way to fix this, but you can work around it with very new kernels
by compiling with a lower HZ than 1000.
Actually, it was
Andrew Morton [EMAIL PROTECTED] wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1
have no problems with the same disk.
Sort of same with me:
2.6.12-mm1 runs for _weeks_ where others keep crashing:
The latest -git kernel (or
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0188d15
*pde =
Oops: [#1]
PREEMPT
Modules linked in: ppp_deflate bsd_comp ppp_async ppp_generic slhc radeon
esp6 ah6 wp512
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux gentoo 2.6.13-rc4-mm1 #1 PREEMPT Thu Aug 4 01:01:44
CEST 2005 x86_64 AMD Athlon(tm) 64 Processor
John Bäckstrand [EMAIL PROTECTED] wrote:
Someone asked if I could try to trigger this assertion again, and I'm
afraid I probably cannot, I didnt do anything special at the time. But
I've got something even better for you all, got a BUG from something
tcp-related. Mind you, I am trying
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux gentoo 2.6.13-rc4-mm1
On Sun, 7 Aug 2005, Kyle Moffett wrote:
On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
Ah ! Interesting... I don't see why PREEMPT would affect radeonfb
though ... Can you try something like wrapper radeon_write_mode() with
preempt_disable()/preempt_enable() and tell me if it
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at 0008 RIP:
801664d8{kmem_cache_alloc+232}
On 07/08/05, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean
Raymond Lai [EMAIL PROTECTED] wrote:
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
Is there any new updates on the
On Sun, Aug 07, 2005 at 01:36:01PM +0200, Andi Kleen wrote:
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
Hello,
In january of this year I mentioned a problem with the Linux kernel
driver for VIA Rhine ethernet chips. (see http://lkml.org/lkml/2005/1/15/47)
In the mean time this bug was reproduced quite a number of times on my
Fedora Core 3 (then)/4 (now) box (a VIA CL6000).
An alternative driver by
(Snipping the oops down a bit in size)
On Sun, Aug 07, 2005 at 07:08:05PM +0200, Alexander Nyberg wrote:
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
Unable to handle kernel paging request at virtual address 6b6b6b6b
EIP is at inotify_inode_queue_event+0x55/0x150
Call
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's just compile-time noise, not anything useful.
Warning on real usages of
On Sun, 7 Aug 2005 [EMAIL PROTECTED] wrote:
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there on
remount,
but it consisted of incorrect data. (so writing seemed to be possible and
just went wrong)
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's
--Martin J. Bligh [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005
11:07:59 -0700):
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just:
Adrian Bunk wrote:
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
After execing iptables -A INPUT -j DROP my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux
On Sun, 2005-08-07 at 10:43 -0700, Andrew Morton wrote:
Raymond Lai [EMAIL PROTECTED] wrote:
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
level.
I don't see anything about SMM in my BIOS configuration even with the
advanced options enabled... Turning it off at the chipset level sounds
like a hardware hack - is it?
The gettimeofday patch for 2.6.13-rc3 won't
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them reverting (at least for now)
patches that people had problems
On Sun, 2005-08-07 at 13:36 +0200, Andi Kleen wrote:
Erick Turnquist [EMAIL PROTECTED] writes:
Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
getting nasty messages like these in my dmesg:
warning:
On 8/7/05, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
I probably don't need/want phy stuff anyhow, but when I tried it:
Problem:
drivers/built-in.o: In function `phy_start_machine':
: undefined reference to
On Sunday 07 Aug 2005 12:36, christos gentsis wrote:
[snip]
I searched up google a bit and recieved some warnings about acpi causing
problems, so I disabled that, but was still unsucessful in getting that
to work. Please let me know if any other information is required.
Thanks ahead of
Hi!
If we are going back to needing helper scripts then I should just
remove the entire sysfs graphics interface and switch back to using
ioctls and a helper app. Of could no one can ever find the helper app
or remember how it works. I thought one of the main reasons behind the
Hi!
Could you tell me why you don't just fail the operation if malformed
input is supplied?
Leading/trailing white space should be allowed. For example echo
appends '\n' unless you know to use -n. It is easier to fix the kernel
than to teach everyone to use -n.
Please,
--Adrian Bunk [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005 20:23:12
+0200):
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at
On Sunday 07 Aug 2005 19:54, Alistair John Strachan wrote:
On Sunday 07 Aug 2005 12:36, christos gentsis wrote:
[snip]
I searched up google a bit and recieved some warnings about acpi
causing problems, so I disabled that, but was still unsucessful in
getting that to work. Please let
Hi!
There as been a fair amount of consensus that calling
device_suspend(...) in the reboot path was inappropriate now, because
the device suspend code was too immature. With this latest
piece of evidence it seems to me that introducing device_suspend(...)
in kernel_power_off, kernel_halt,
Get rid of unused variable warning:
drivers/scsi/aic7xxx/aic7770.c: In function `aic7770_config':
drivers/scsi/aic7xxx/aic7770.c:129: warning: unused variable `l'
Not used anywhere in the function, even under ifdef. Delete.
diff -aurpN -X /home/fletch/.diff.exclude
Hi!
This helps complete the encapsulation of updates to page tables (or pages
about to become page tables) into accessor functions rather than using
memcpy() to duplicate them. This is both generally good for consistency
and also necessary for running in a hypervisor which requires explicit
On Sun, Aug 07, 2005 at 11:55:16AM -0700, Martin J. Bligh wrote:
--Adrian Bunk [EMAIL PROTECTED] wrote (on Sunday, August 07, 2005 20:23:12
+0200):
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
If it's going to spout crap when I'm not even using the deprecated
function, it's worse than useless, I'm afraid.
...
It's reminding us that we are still offering a deprecated function. ;-)
Might be useful as an option. But not to irritate every poor sod who
does a kernel compile, ever.
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: EXPORT_SYMBOL(register_serial);
Sorry, but that's
support for the ICH4-M, ICH6, ICH6R, ICH6-M, ICH6W and ICH6RW
* chipsets. Also added support for the undocumented ICH7 chipset.
+ * 20050807 Wim Van Sebroeck [EMAIL PROTECTED]
+ * 0.08 Make sure that the watchdog is only armed when started.
+ * (Kernel Bug 4251
e1000_suspend is only used under #ifdef CONFIG_PM. Move the declaration
of it to be the same way, just like e1000_resume, otherwise gcc whines
on compile. I offer as evidence:
static struct pci_driver e1000_driver = {
.name = e1000_driver_name,
.id_table
Pavel Machek wrote:
Hi!
This helps complete the encapsulation of updates to page tables (or pages
about to become page tables) into accessor functions rather than using
memcpy() to duplicate them. This is both generally good for consistency
and also necessary for running in a hypervisor
Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
supported?
TIA,
Lee
-
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-info.html
Please read the FAQ at
Hi!
Since most hypervisors will likely provide a suspend/resume mechanism
that is external to the guest, most of this is a moot point anyways.
Ok.
But I wondered if you thought the pgd_clone() accessor would make this
cleaner or if it is just most confusing:
#ifdef
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote:
Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS)
supported?
Wow, Google has really declined in quality. I got zero hits for
Linksys WUSB 54G linux. Then I found this page on my own.
(from
On Sun, 7 Aug 2005, Lee Revell wrote:
It's most likely bad SMM code in the BIOS that blocks the CPU too long
and is triggered in idle. You can verify that by using idle=poll
(not recommended for production, just for testing) and see if it goes away.
WTF, since when do *desktops* use
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0188d15
*pde =
Oops: [#1]
PREEMPT
CPU:0
EIP:0060:[inotify_inode_queue_event+85/336]Not tainted VLI
EFLAGS: 00010206 (2.6.13-rc5-g0d317fb7)
EIP is at
1 - 100 of 362 matches
Mail list logo