| View previous topic :: View next topic |
| Author |
Message |
Matje
l33t
Joined: 29 Oct 2002
Posts: 619
Location: Hasselt, Belgium
|
 Posted: Tue Mar 09, 2004 6:44 pm Post subject: |
 |
|
| chrisyu wrote: | | It should be lirc_i2c that don't compile. |
I made a patch that seems to compile cleanly, but I'm still compiling the rest so I can't tell you if it works yet 
| Code: | --- lirc_i2c.c.old 2004-03-09 19:32:05.812420304 +0100
+++ lirc_i2c.c 2004-03-09 19:41:01.438992688 +0100
@@ -134,7 +134,7 @@
if (rc == -1) {
/* should this return -EIO? */
- dprintk(DEVICE_NAME ": %s read error\n", ir->c.name);
+ dprintk(DEVICE_NAME ": %s read error\n", ir->client.name);
return -ENODATA;
}
@@ -167,7 +167,7 @@
unsigned char codes[2];
/* poll IR chip */
- if (3 == i2c_master_recv(&ir->c,keybuf,3)) {
+ if (3 == i2c_master_recv(&ir->client,keybuf,3)) {
ir->b[0] = keybuf[0];
ir->b[1] = keybuf[1];
ir->b[2] = keybuf[2];
@@ -200,7 +200,7 @@
unsigned char key;
/* poll IR chip */
- if (1 != i2c_master_recv(&ir->c,&key,1)) {
+ if (1 != i2c_master_recv(&ir->client,&key,1)) {
dprintk(DRIVER_NAME ": read error\n");
return -1;
}
@@ -209,7 +209,7 @@
/* return it */
lirc_buffer_write_1( buf, &key );
- *key = b;
+ key = ir->b[0];
return 0;
}
@@ -220,7 +220,7 @@
unsigned char codes[4];
/* poll IR chip */
- if (1 != i2c_master_recv(&ir->c,&key,1)) {
+ if (1 != i2c_master_recv(&ir->client,&key,1)) {
dprintk(DRIVER_NAME ": read error\n");
return -ENODATA;
}
@@ -245,7 +245,7 @@
unsigned char key;
/* poll IR chip */
- if (1 != i2c_master_recv(&ir->c,&key,1)) {
+ if (1 != i2c_master_recv(&ir->client,&key,1)) {
dprintk(DRIVER_NAME ": read error\n");
return -ENODATA;
} |
EDIT: damnit, that was to remove my patch Fixed now
_________________
Life is like a box of chocolates... Before you know it, it's empty... |
|
| Back to top |
|
 |
Matje
l33t
Joined: 29 Oct 2002
Posts: 619
Location: Hasselt, Belgium
|
| Posted: Tue Mar 09, 2004 7:04 pm Post subject: |
|
|
After reboot: My patch runs just fine
On a side note: I've disabled preemtible kernel now and it really makes a difference on my system. Before it seemed rather sluggish when there was heavy hard-drive activity, sometimes even disallowing me too take any action, now my box seems to respond faster when wanting to do multi-tasking. I've read some other reports about slowness, so I thought I'd just mention it
_________________
Life is like a box of chocolates... Before you know it, it's empty... |
|
| Back to top |
|
|
Zviratko
Tux's lil' helper
Joined: 21 Feb 2004
Posts: 106
Location: Prague, Czech Republic
|
| Posted: Tue Mar 09, 2004 9:07 pm Post subject: |
|
|
looks like Aureal patch is broken
| Code: |
CC [M] sound/pci/au88x0/au8820.o
sound/pci/au88x0/au8820.c:3: error: elements of array `snd_vortex_ids' have incomplete type
sound/pci/au88x0/au8820.c:4: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:4: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:4: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:4: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:5: error: `PCI_ANY_ID' undeclared here (not in a function)
sound/pci/au88x0/au8820.c:5: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:5: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:5: error: `PCI_ANY_ID' undeclared here (not in a function)
sound/pci/au88x0/au8820.c:5: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:5: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:5: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:5: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:5: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:5: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:5: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:5: warning: (near initialization for `snd_vortex_ids[0]')
sound/pci/au88x0/au8820.c:6: warning: excess elements in struct initializer
sound/pci/au88x0/au8820.c:6: warning: (near initialization for `snd_vortex_ids[1]')
make[3]: *** [sound/pci/au88x0/au8820.o] Error 1
make[2]: *** [sound/pci/au88x0] Error 2
make[1]: *** [sound/pci] Error 2
make: *** [sound] Error 2
|
also, a line was missing in the sound/pci Makefile, au88x0 was not included |
|
| Back to top |
|
|
Daagar
Tux's lil' helper
Joined: 14 Mar 2003
Posts: 78
|
| Posted: Tue Mar 09, 2004 10:32 pm Post subject: |
|
|
Well I feel silly... that certainly explains why ALSA is telling me it can't find any soundcards, because 8820 is the only driver I attempted to compile in. Thanks for finding that out!
Here's hoping that the next love sources have a happy 88x0 driver! ;) |
|
| Back to top |
|
|
Zviratko
Tux's lil' helper
Joined: 21 Feb 2004
Posts: 106
Location: Prague, Czech Republic
|
| Posted: Tue Mar 09, 2004 11:26 pm Post subject: |
|
|
SOLUTION!
edit /usr/src/linux-2.6.4-rc2-love1/sound/pci/au88x0/au8820.c (or 8810,8830)
and add a line:
#include <linux/mod_devicetable.h>
I'm not quite sure *what* was broken... but this fixes it :)
EDIT: NO, it does _not_ work... more things have changed... and I don't seem to be able to repair it :(
EDIT2: finally compiled without unresolved symbols...
Last edited by Zviratko on Wed Mar 10, 2004 12:48 am; edited 2 times in total |
|
| Back to top |
|
|
nepenthe
Guru
Joined: 14 Jul 2002
Posts: 317
Location: Sanford, ME
|
| Posted: Wed Mar 10, 2004 12:36 am Post subject: |
|
|
From Linus Torvalds <>
Subject Linux 2.6.4-rc3
Hmm. Nothing earth-shaking here, most of the changes end up being minor code cleanups and fixes for things like memory leaks in some error handling paths etc.
See the full log for more details.
Linus
http://lkml.org/lkml/2004/3/9/246
wonder how long before mm =) |
|
| Back to top |
|
|
jeversol
n00b
Joined: 04 Apr 2003
Posts: 17
|
| Posted: Wed Mar 10, 2004 12:45 am Post subject: |
|
|
| steel300 wrote: | | There will be no more discussion about supermount. I have made a decision, and it's staying in. |
Make it a USE flag.
--je |
|
| Back to top |
|
|
Zviratko
Tux's lil' helper
Joined: 21 Feb 2004
Posts: 106
Location: Prague, Czech Republic
|
| Posted: Wed Mar 10, 2004 1:12 am Post subject: AU8820 fixed! |
|
|
I'm not familiar with creating patches, so there is the whole directory gzipped :)
Works on my AU8820, may crash yours :)
http://www.thinkgeek.cz/link/au88x0.tar.gz
EDIT: I forgot to mention that you need to compile intel8x0 and mpu401 in kernel in order to get it working, their components are required by au88x0 but are not listed as dependency, also see my previous post and modify the Makefile |
|
| Back to top |
|
|
chrisyu
Apprentice
Joined: 10 Apr 2003
Posts: 207
Location: China
|
| Posted: Wed Mar 10, 2004 2:23 am Post subject: |
|
|
| Matje wrote: |
I made a patch that seems to compile cleanly, but I'm still compiling the rest so I can't tell you if it works yet
|
Thank you, man.
I'll try it when I am home.  |
|
| Back to top |
|
|
Evil Dark Archon
Guru
Joined: 21 Dec 2002
Posts: 562
Location: Santa Rosa, CA
|
| Posted: Wed Mar 10, 2004 2:33 am Post subject: |
|
|
the way i make patches is i have the base love-sources directory and then i make a copy of that directory where i make my changes, then when i'm done i go to /usr/src and run (using evil-sources as the obvious example) | Code: | | diff -ruN linux-2.6.4_rc2-love1 linux-2.6.4_rc2-evil1 |bzip2 --best >2.6.4_rc2-evil1.patch.bz2 |
if you are not going to bzip the patch, you can get rid of the pipe to bzip2 and eliminate the bz2 extension from the end of the file name, the redirect is necessary because diff outputs to stdout
_________________
This post has been over explained for newb-informing purposes.
Registered Linux user 347334
Abit AV8-3rd eye, AMD Athlon64 3500+ 90nm, ATI Radeon x850 pro |
|
| Back to top |
|
|
Boohbah
Apprentice
Joined: 17 Oct 2003
Posts: 250
Location: Seattle
|
| Posted: Wed Mar 10, 2004 3:39 am Post subject: |
|
|
What sort of nForce2 fixes are in this version?
_________________
Never try to explain computers to a layman. It's easier to explain sex to a virgin.
-- Robert Heinlein
(Note, however, that virgins tend to know a lot about computers.) |
|
| Back to top |
|
|
Daagar
Tux's lil' helper
Joined: 14 Mar 2003
Posts: 78
|
| Posted: Wed Mar 10, 2004 3:41 am Post subject: Re: AU8820 fixed! |
|
|
| Zviratko wrote: | I'm not familiar with creating patches, so there is the whole directory gzipped :)
Works on my AU8820, may crash yours :)
http://www.thinkgeek.cz/link/au88x0.tar.gz
EDIT: I forgot to mention that you need to compile intel8x0 and mpu401 in kernel in order to get it working, their components are required by au88x0 but are not listed as dependency, also see my previous post and modify the Makefile |
Hmm... well, I got the driver to compile, but no amount of screaming and yelling will make it work. I eventually started making everything as modules in hopes that would shed some light, but no luck. The modules seem to load fine at boot by /etc/init.d/alsasound start, but when I try to use alsamixer to unmute the card I get:
alsamixer: function snd_ctl_open failed for default: No such device
A pain to be so cluse, yet seemingly so far! I did compile mpu401 (which yes, was required), but I didn't notice a intel8x0 dependency - though it is there just in case. |
|
| Back to top |
|
|
TheCoop
Veteran
Joined: 15 Jun 2002
Posts: 1814
Location: Where you least expect it
|
| Posted: Wed Mar 10, 2004 8:06 am Post subject: |
|
|
hmm, on bootup it freezes on INIT: Entering runlevel 3...
_________________
95% of all computer errors occur between chair and keyboard (TM)
"One World, One web, One program" - Microsoft Promo ad.
"Ein Volk, Ein Reich, Ein Führer" - Adolf Hitler
Change the world - move a rock |
|
| Back to top |
|
|
coldfire
n00b
Joined: 27 Jan 2004
Posts: 53
Location: Edmonton, AB
|
| Posted: Wed Mar 10, 2004 8:43 am Post subject: emu10k1 |
|
|
Hi,
Just wanted to say that I was getting a kernel bug and segfault at fs/proc/generic.c (I don't have the exact error message right now). It was the emu10k1 driver bombing out. Removing the 'BUG_ON' line (as evermind suggested) from generic.c and recompiling fixed it. Can anyone comment on why that was a problem?
Thanks again steel for another great release!
coldfire |
|
| Back to top |
|
|
PrakashP
Veteran
Joined: 27 Oct 2003
Posts: 1249
Location: C.C.A.A., Germania
|
| Posted: Wed Mar 10, 2004 9:26 am Post subject: |
|
|
| O, I found out what causes higher idle temps for and already reported that to lkml: Using pm timer instead of tsc as time source causes this. |
|
| Back to top |
|
|
nephros
Advocate
Joined: 07 Feb 2003
Posts: 2139
Location: Graz, Austria (Europe - no kangaroos.)
|
|
| Back to top |
|
|
neenee
Veteran
Joined: 20 Jul 2003
Posts: 1786
|
| Posted: Wed Mar 10, 2004 12:39 pm Post subject: |
|
|
interesting  |
|
| Back to top |
|
|
asimon
l33t
Joined: 27 Jun 2002
Posts: 979
Location: Germany, Old Europe
|
| Posted: Wed Mar 10, 2004 1:50 pm Post subject: |
|
|
A first test result posted at lkml showed that a gcc compiled kernel was faster in 2/3 of all lmbench tests. |
|
| Back to top |
|
|
mirko_3
l33t
Joined: 02 Nov 2003
Posts: 605
Location: Birreria
|
| Posted: Wed Mar 10, 2004 1:52 pm Post subject: |
|
|
...without using mmx/sse/sse2 optimizations, which I guess is where the speed boost would show the most...
_________________
Non fa male! Non fa male! |
|
| Back to top |
|
|
asimon
l33t
Joined: 27 Jun 2002
Posts: 979
Location: Germany, Old Europe
|
| Posted: Wed Mar 10, 2004 2:09 pm Post subject: |
|
|
| mirko_3 wrote: | | ...without using mmx/sse/sse2 optimizations, which I guess is where the speed boost would show the most... |
I doubt that the kernel does a lot of that kind of stuff where sse2 shines. But I am sure someone will do benchmarks and then we see. I at least won't use icc on my home systems, no matter how fast it is. Just a lisence thing. |
|
| Back to top |
|
|
neenee
Veteran
Joined: 20 Jul 2003
Posts: 1786
|
| Posted: Wed Mar 10, 2004 2:52 pm Post subject: |
|
|
i compiled the latest love-sources with icc a bit ago,
and apart from a bunch of warnings when compiling
relating to 'unknown' CFLAGS, it went well.
there's no difference in performance i can see though.
perhaps it's something only benchmarks can reveal.
or i just haven't found a good real-life method
*update*
when i ran updatedb, my system slowed down to a
crawl (using all ram and swap and cpu), and i was
forced to press the reset button, resulting in a forced
fsck during boot, which fixed quite a bit.
this has never happened before with gcc-compiled ker-
nels, so i am going to assume that icc messed something
up.
i'm back to good old gcc. |
|
| Back to top |
|
|
beaubell
n00b
Joined: 10 Mar 2004
Posts: 10
Location: Anchorage, AK
|
| Posted: Wed Mar 10, 2004 5:00 pm Post subject: Fix the makefile for vmmon |
|
|
/tmp/vmware-config2/vmmon-only/linux/hostif.c: In function `HostIF_IOAPICBase':
/tmp/vmware-config2/vmmon-only/linux/hostif.c:2480: error: `FIX_IO_APIC_BASE' undeclared (first use in this function)
/tmp/vmware-config2/vmmon-only/linux/hostif.c:2480: error: (Each undeclared identifier is reported only once
/tmp/vmware-config2/vmmon-only/linux/hostif.c:2480: error: for each function it appears in.)
make[2]: *** [/tmp/vmware-config2/vmmon-only/linux/hostif.o] Error 1
-> goto /opt/vmware/lib/modules/source
-> untar vmmon.tar
-> cd into vmmon-only
-> open Makefile.kernel in your favorate editor
-> change last arg of extra flags from,
-DVMWARE__FIX_IO_APIC_BASE=FIX_IO_APIC_BASE
to
-DVMWARE__FIX_IO_APIC_BASE=FIX_IO_APIC_BASE_0
-> retar the vmmon-only to vmmon.tar
-> run vmware-config.pl agian.. viola, sucess! |
|
| Back to top |
|
|
GoinBald
n00b
Joined: 19 Apr 2003
Posts: 39
Location: Canada
|
| Posted: Wed Mar 10, 2004 5:08 pm Post subject: Thanks and Request. |
|
|
Hello Lovercrafters,
First thank you, I've another "Love affair" to appreciate!
I was wondering if it would be to much trouble to include grsecurity.
Still a Loyal Lover,
Baldy |
|
| Back to top |
|
|
nephros
Advocate
Joined: 07 Feb 2003
Posts: 2139
Location: Graz, Austria (Europe - no kangaroos.)
|
| Posted: Wed Mar 10, 2004 5:50 pm Post subject: |
|
|
| neenee wrote: | i compiled the latest love-sources with icc a bit ago,
and apart from a bunch of warnings when compiling
relating to 'unknown' CFLAGS, it went well.
there's no difference in performance i can see though.
perhaps it's something only benchmarks can reveal.
or i just haven't found a good real-life method
*update*
when i ran updatedb, my system slowed down to a
crawl (using all ram and swap and cpu), and i was
forced to press the reset button, resulting in a forced
fsck during boot, which fixed quite a bit.
this has never happened before with gcc-compiled ker-
nels, so i am going to assume that icc messed something
up.
i'm back to good old gcc. |
One post in the lkml thread I linked to above mentions the case of icc generating incorrect code without throwing an error. Perhaps this is a similar case.
I understand the kernel hackers do play quite a bit of tricks with the compiler, do they not?
_________________
Please put [SOLVED] in your topic if you are a moron. |
|
| Back to top |
|
|
discomfitor
l33t
Joined: 21 Feb 2003
Posts: 927
Location: None
|
| Posted: Wed Mar 10, 2004 6:19 pm Post subject: |
|
|
-rc3 is out...let's hope for some mm later today!
_________________
There is no substitute for experience.
Imperfection indicates a lack of effort. |
|
| Back to top |
|
|
|
Unsupported Software
