So I pulled 2.5 bk, James' fbdev updates and linux-dj, and built.
Here are some things here and there that I have noticed so far:
(note [linux-dj] means i think it's the result of pulling from that;
[linux-2.5] means i think it's a problem with the main tree;
[fbdev] means i think it's James' problem :))
1. [linux-dj] (i think?) after pulling linux-dj i noticed that the
references to 'font.h' in drivers/video/console were broken. They were
like#include "font.h" - I have fixed this to refer to the right font.h
(#include <linux/font.h>)...
...But for some reason bk edit fails in 2.5. Says it can't plock the
files i want to edit. Any idea what's up here? I can't make a patch now
:(
2. [linux-2.5] pcmcia-cs 3.2.3 will no longer build: here is the build
log, pertinent details only.
cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
-I../include/static -I/usr/src/linux-2.5/include -I../include
-I../modules -c cardmgr.c
In file included from cardmgr.c:200:
/usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before "u8"
/usr/src/linux-2.5/include/scsi/scsi.h:185: warning: no semicolon at end
of struct or union
/usr/src/linux-2.5/include/scsi/scsi.h:186: warning: type defaults to
`int' in declaration of`ScsiLun'
/usr/src/linux-2.5/include/scsi/scsi.h:186: warning: data definition has
no type or storage class
make[1]: *** [cardmgr.o] Error
This occurs also in whatever NEW stuff there is on the pcmcia-cs web
area. This occurs with or without having pulled -dj.
SCSI is not part of my kernel. Might this have anything to do with it?
3. [linux-2.5] PS/2 mouse goes haywire every 30 seconds or so of use.
dmesg sayeth:
mice: PS/2 mouse device common for all mice
input: PS/2 Synaptics TouchPad on isa0060/serio4
but more importantly this is the cause:
psmouse.c: Lost synchronization, throwing 2 bytes away.
psmouse.c: Lost synchronization, throwing 2 bytes away.
This happens on my desktop machine running 2.5.54mm3 (release) as well.
varies between 1/2 bytes.
4. [fbdev] random junk on screen at boot using radeonfb, and no blinking
cursor. 'nuff said. James, I already told you this but never cc'd it to
the mailing list so I'm saying it here just for the record.
dmesg sayeth:
radeonfb_pci_register BEGIN
radeonfb: ref_clk=2700, ref_div=60, xclk=17500 from BIOS
radeonfb: probed DDR SGRAM 32768k videoram
radeon_get_moninfo: bios 4 scratch = 10000c4
radeonfb: panel ID string: 1024x768
radeonfb: detected DFP panel size from BIOS: 1024x768
radeonfb: ATI Radeon M6 LY DDR SGRAM 32 MB
radeonfb: DVI port LCD monitor connected
radeonfb: CRT port no monitor connected
radeonfb_pci_register END
[drm] Initialized radeon 1.7.0 20020828 on minor 0
but i doubt any of this is any use because it shows a bit AFTER the
resolution has actually changed.
5. [unsure] When poking around in /proc/acpi this stuff shows up in
kernel log/dmesg:
ACPI-0250: *** Error: Looking up [BUF0] in namespace,
AE_ALREADY_EXISTS
ACPI-1102: *** Error: Method execution failed
[\_SB_.BAT0._BST] (Node cff4b940), AE_ALREADY_EXISTS
This is an i845 Intel chipset. Doesn't affect usability, though.
Hope this helps development - I have my .config up at
http://ludicrus.ath.cx/~joshk/kernconf for whoever needs to refer to it.
2.5.54 is still great, btw :D
Regards
Josh
--
Joshua Kwan
[email protected]
pgp public key at http://joshk.mspencer.net/pubkey_gpg.asc
It's hard to keep your shirt on when you're getting something off your
chest.
On Tue, Jan 07, 2003 at 05:21:46PM -0800, Joshua Kwan wrote:
>
> 3. [linux-2.5] PS/2 mouse goes haywire every 30 seconds or so of use.
> dmesg sayeth:
> mice: PS/2 mouse device common for all mice
> input: PS/2 Synaptics TouchPad on isa0060/serio4
>
> but more importantly this is the cause:
>
> psmouse.c: Lost synchronization, throwing 2 bytes away.
> psmouse.c: Lost synchronization, throwing 2 bytes away.
This happens here too. But not that frequent at all, more like once every
hour. And has happend on all kernels since at least 2.5.46 [1].
However 5 hours ago I changed the timeout in psmouse.c from 50ms to 100ms.
And now it haven't misbehaved yet, but that might be just some nightly luck.
Is there something that turns off interupts or something and hinders the
mouse driver from processing the data for such long time? Or is my hardware
just buggy?
[1] http://marc.theaimsgroup.com/?l=linux-kernel&m=103688231622278&w=2
--
Anders Gustafsson - [email protected] - http://0x63.nu/
On Tue, Jan 07, 2003 at 05:21:46PM -0800, Joshua Kwan wrote:
> 2. [linux-2.5] pcmcia-cs 3.2.3 will no longer build: here is the build
> log, pertinent details only.
>
> cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
> -I../include/static -I/usr/src/linux-2.5/include -I../include
> -I../modules -c cardmgr.c
> In file included from cardmgr.c:200:
> /usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before "u8"
This should be fixed in the current beta for 3.2.4 available from
http://pcmcia-cs.sourceforge.net/ftp/NEW.
-- Dave
No, it's not fixed...
joshk@fuuma:~/pcmcia-cs-3.2.4$ make all
cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
-I../include/static -I/usr/src/linux-2.5/include -I../include
-I../modules -c cardmgr.c In file included from cardmgr.c:200:
/usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before "u8"
/usr/src/linux-2.5/include/scsi/scsi.h:185: warning: no semicolon at end
of struct or union
/usr/src/linux-2.5/include/scsi/scsi.h:186: warning: type defaults to
`int' in declaration of `ScsiLun'
/usr/src/linux-2.5/include/scsi/scsi.h:186: warning: data
definition has no type or storage class
make[1]: *** [cardmgr.o] Error 1
make[1]: Leaving directory `/home/joshk/pcmcia-cs-3.2.4/cardmgr'
But is this a problem with scsi.h itself?
Regards
Josh
Rabid cheeseburgers forced dhinds <[email protected]> to write this on
Tue, 7 Jan 2003 17:58:01 -0800:
> On Tue, Jan 07, 2003 at 05:21:46PM -0800, Joshua Kwan wrote:
>
> > 2. [linux-2.5] pcmcia-cs 3.2.3 will no longer build: here is the
> > build log, pertinent details only.
> >
> > cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
> > -I../include/static -I/usr/src/linux-2.5/include -I../include
> > -I../modules -c cardmgr.c
> > In file included from cardmgr.c:200:
> > /usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before "u8"
>
> This should be fixed in the current beta for 3.2.4 available from
> http://pcmcia-cs.sourceforge.net/ftp/NEW.
>
> -- Dave
> -
> 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 http://www.tux.org/lkml/
>
--
Joshua Kwan
[email protected]
pgp public key at http://joshk.mspencer.net/pubkey_gpg.asc
It's hard to keep your shirt on when you're getting something off your
chest.
Ok, the problem is with scsi.h.
In a typedef for SCSI LUNs 'u8' is used, but not defined - either
'typedef u_int8_t u8' outside of the struct, or changing the
declaration to u_int8_t works. Thanks Misha...
Not sure whose repository this bug belongs to, it's either
linux-dj/linux-2.5 or linux/linux-2.5. The error is at line 185 of
scsi.h.
Regards
Josh
Rabid cheeseburgers forced Joshua Kwan<[email protected]> to write
this on Tue, 7 Jan 2003 20:43:03-0800:
> No, it's not fixed...
>
> joshk@fuuma:~/pcmcia-cs-3.2.4$ make all
> cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
> -I../include/static -I/usr/src/linux-2.5/include -I../include
> -I../modules -c cardmgr.c In file included from cardmgr.c:200:
> /usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before "u8"
> /usr/src/linux-2.5/include/scsi/scsi.h:185: warning: no semicolon at
> end of struct or union
> /usr/src/linux-2.5/include/scsi/scsi.h:186: warning: type defaults to
> `int' in declaration of `ScsiLun'
> /usr/src/linux-2.5/include/scsi/scsi.h:186: warning: data
> definition has no type or storage class
> make[1]: *** [cardmgr.o] Error 1
> make[1]: Leaving directory `/home/joshk/pcmcia-cs-3.2.4/cardmgr'
>
> But is this a problem with scsi.h itself?
>
> Regards
> Josh
>
> Rabid cheeseburgers forced dhinds <[email protected]> to write this on
> Tue, 7 Jan 2003 17:58:01 -0800:
>
> > On Tue, Jan 07, 2003 at 05:21:46PM -0800, Joshua Kwan wrote:
> >
> > > 2. [linux-2.5] pcmcia-cs 3.2.3 will no longer build: here is the
> > > build log, pertinent details only.
> > >
> > > cc -MD -O3 -Wall -Wstrict-prototypes -pipe -Wa,--no-warn
> > > -I../include/static -I/usr/src/linux-2.5/include -I../include
> > > -I../modules -c cardmgr.c
> > > In file included from cardmgr.c:200:
> > > /usr/src/linux-2.5/include/scsi/scsi.h:185: parse error before
> > > "u8"
> >
> > This should be fixed in the current beta for 3.2.4 available from
> > http://pcmcia-cs.sourceforge.net/ftp/NEW.
> >
> > -- Dave
> > -
> > 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 http://www.tux.org/lkml/
> >
>
>
> --
> Joshua Kwan
> [email protected]
> pgp public key at http://joshk.mspencer.net/pubkey_gpg.asc
>
> It's hard to keep your shirt on when you're getting something off your
> chest.
>
--
Joshua Kwan
[email protected]
pgp public key at http://joshk.mspencer.net/pubkey_gpg.asc
It's hard to keep your shirt on when you're getting something off your
chest.
On Tue, Jan 07, 2003 at 09:56:30PM -0800, Joshua Kwan wrote:
> Ok, the problem is with scsi.h.
> In a typedef for SCSI LUNs 'u8' is used, but not defined - either
> 'typedef u_int8_t u8' outside of the struct, or changing the
> declaration to u_int8_t works. Thanks Misha...
It isn't a kernel header bug; 'u8' is defined elsewhere. I'll fix
cardmgr properly; it should not be referencing any kernel header
files.
-- Dave
On Wed, Jan 08, 2003 at 02:51:07AM +0100, Anders Gustafsson wrote:
> On Tue, Jan 07, 2003 at 05:21:46PM -0800, Joshua Kwan wrote:
> >
> > 3. [linux-2.5] PS/2 mouse goes haywire every 30 seconds or so of use.
> > dmesg sayeth:
> > mice: PS/2 mouse device common for all mice
> > input: PS/2 Synaptics TouchPad on isa0060/serio4
> >
> > but more importantly this is the cause:
> >
> > psmouse.c: Lost synchronization, throwing 2 bytes away.
> > psmouse.c: Lost synchronization, throwing 2 bytes away.
>
> This happens here too. But not that frequent at all, more like once every
> hour. And has happend on all kernels since at least 2.5.46 [1].
>
> However 5 hours ago I changed the timeout in psmouse.c from 50ms to 100ms.
> And now it haven't misbehaved yet, but that might be just some nightly luck.
> Is there something that turns off interupts or something and hinders the
> mouse driver from processing the data for such long time? Or is my hardware
> just buggy?
That I'd like to know, too. In the worst case, we can make the timeout
be half a second, or more - it'd just mean that for a resync you would
have to not touch the mouse this long if really a byte is lost.
> [1] http://marc.theaimsgroup.com/?l=linux-kernel&m=103688231622278&w=2
>
> --
> Anders Gustafsson - [email protected] - http://0x63.nu/
--
Vojtech Pavlik
SuSE Labs
On Wed, Jan 08, 2003 at 09:52:53AM +0100, Vojtech Pavlik wrote:
>
> That I'd like to know, too. In the worst case, we can make the timeout
> be half a second, or more - it'd just mean that for a resync you would
> have to not touch the mouse this long if really a byte is lost.
Still havn't misbehaved here with the extended timeout. So it seems that it
really helped.
--
Anders Gustafsson - [email protected] - http://0x63.nu/
Strangely, I only notice this problem when I use GNOME2.
I fired up windowmaker this morning for the first time in a while and
the mouse doesn't skip at all - nothing even in dmesg. Perhaps GNOME is
passing some bunk parameters to xset?
Regards
Josh
Rabid cheeseburgers forced Anders Gustafsson<[email protected]> to write
this on Thu, 9 Jan 2003 21:04:29+0100:
> On Wed, Jan 08, 2003 at 09:52:53AM +0100, Vojtech Pavlik wrote:
> >
> > That I'd like to know, too. In the worst case, we can make the
> > timeout be half a second, or more - it'd just mean that for a resync
> > you would have to not touch the mouse this long if really a byte is
> > lost.
>
> Still havn't misbehaved here with the extended timeout. So it seems
> that it really helped.
>
> --
> Anders Gustafsson - [email protected] - http://0x63.nu/
> -
> 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 http://www.tux.org/lkml/
>
--
Joshua Kwan
[email protected]
pgp public key at http://joshk.mspencer.net/pubkey_gpg.asc
It's hard to keep your shirt on when you're getting something off your
chest.