Re: USB keyboard problem

2003-09-27 Thread plasma
On Sat, Sep 27, 2003 at 02:16:07AM +0800, plasma wrote:
> The problem is here:
> 
> Sep 27 01:37:28 plasmanb /kernel: before old: 22 44 
> Sep 27 01:37:28 plasmanb /kernel: before new: 44 
> Sep 27 01:37:28 plasmanb /kernel: no: 2, nn: 0
> Sep 27 01:37:28 plasmanb /kernel: 0x416 (1046) released
> Sep 27 01:37:28 plasmanb /kernel: 0x42c (1068) released

Ok, I finally found out what's really going on.  I added another debug
patch, and everything is clear:

Sep 27 14:30:24 plasmanb /kernel: before old: 12 22 0 0 0 0 (6) 
Sep 27 14:30:24 plasmanb /kernel: before new: 0 22 0 0 0 0 (6) 

That's it!  The 0's is not guaranteed to be the end of data.  With
this knowledge, the fix is obvious:

[[[
--- /usr/src/sys/dev/usb/ukbd.c.origMon Mar 31 08:31:35 2003
+++ /usr/src/sys/dev/usb/ukbd.c Sat Sep 27 15:13:31 2003
@@ -732,10 +732,10 @@
for (i = 0; i < NKEYCODE; i++) {
key = state->ks_odata.keycode[i];
if (key == 0)
-   break;
+   continue;
for (j = 0; j < NKEYCODE; j++) {
if (ud->keycode[j] == 0)
-   break;
+   continue;
if (key == ud->keycode[j])
goto rfound;
}
@@ -748,11 +748,11 @@
for (i = 0; i < NKEYCODE; i++) {
key = ud->keycode[i];
if (key == 0)
-   break;
+   continue;
state->ks_ntime[i] = now + kbd->kb_delay1;
for (j = 0; j < NKEYCODE; j++) {
if (state->ks_odata.keycode[j] == 0)
-   break;
+   continue;
if (key == state->ks_odata.keycode[j]) {
state->ks_ntime[i] = state->ks_otime[j];
if (state->ks_otime[j] > now)
]]]

Yes, I'm composing this email with my usb->ps/2 adaptor and my
favorite ps/2 keyboard. :D

I'll sendpr with this patch.  Enjoy the patch. :)


plasma


==
 ¦¬¨ì±b³æ«á³Ì¾á¤ßªº¨Æ
 http://edm-prg.epaper.com.tw/click.php?ad_code=25227
==
 PChome½u¤WÁʪ«¶g¦~¼y¡G©â¨T¨®¡BDV¤Ñ¤Ñ°e
 http://shopping.pchome.com.tw/
==
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


routing table looks a mess

2003-09-27 Thread David Richards
Hi
   I am currenting running
 FreeBSD core-2.skyforge.net 4.8-STABLE FreeBSD 4.8-STABLE #7: Sun Aug 31 20:32:55 BST 
2003 [EMAIL PROTECTED]:/usr/src/sys/compile/CORE  i386

I added some aliases to my main ethernet card today and added the routes like i 
normally do. When i looked at the routing tables I saw this:

core-2# netstat -rn
Routing tables
 
Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default217.204.199.161UGSc  115  195ed0
9.204.199.171&0xfff link#1 UC  00ed0
9.204.199.172&0xfff link#1 UC  00ed0
127.0.0.1  127.0.0.1  UH  2  122lo0
217.204.199.160/28 link#1 UC  50ed0
217.204.199.16100:20:6f:13:af:f9  UHLW  1172ed0   1075
217.204.199.16200:c0:df:ee:2a:5b  UHLW0  200lo0
217.204.199.16300:04:5a:0c:94:7b  UHLW00ed0468
217.204.199.164link#1 UHLW04ed0
217.204.199.17000:e0:18:4e:98:44  UHLW2 4859ed0   1053
217.204.199.171217.204.199.161UGHS00ed0
217.204.199.172217.204.199.161UGHS00ed0
 
Internet6:
Destination   Gateway   Flags  Netif Expire
::1   ::1   UH  lo0
fe80::%ed0/64 link#1UC  ed0
fe80::2c0:dfff:feee:2a5b%ed0  00:c0:df:ee:2a:5b UHL lo0
fe80::%lo0/64 fe80::1%lo0   Uc  lo0
fe80::1%lo0   link#3UHL lo0
ff01::/32 ::1   U   lo0
ff02::%ed0/32 link#1UC  ed0
ff02::%lo0/32 ::1   UC  lo0


is that normal?  I am able to delete the routes from the table ? I had to boot 
kernel.old coz i couldnt get my 4.9-prerelease to connect to the net.
any ideas ? I am going to cvsup in a build and make world again to see if that fixes 
anything


-- 
David Richards
Skyforge.Net 
http://www.skyforge.net

Cheap Dedicated servers 
http://dedipower.com/r.php?id=7C47
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: routing table looks a mess

2003-09-27 Thread Kevin D. Kinsey, DaleCo, S.P.
David Richards wrote:

Hi
  I am currenting running
FreeBSD core-2.skyforge.net 4.8-STABLE FreeBSD 4.8-STABLE #7: Sun Aug 31 20:32:55 BST 
2003 [EMAIL PROTECTED]:/usr/src/sys/compile/CORE  i386
I added some aliases to my main ethernet card today and added the routes like i normally do. When i looked at the routing tables I saw this:

core-2# netstat -rn
Routing tables
Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default217.204.199.161UGSc  115  195ed0
9.204.199.171&0xfff link#1 UC  00ed0
9.204.199.172&0xfff link#1 UC  00ed0
127.0.0.1  127.0.0.1  UH  2  122lo0
217.204.199.160/28 link#1 UC  50ed0
217.204.199.16100:20:6f:13:af:f9  UHLW  1172ed0   1075
217.204.199.16200:c0:df:ee:2a:5b  UHLW0  200lo0
217.204.199.16300:04:5a:0c:94:7b  UHLW00ed0468
217.204.199.164link#1 UHLW04ed0
217.204.199.17000:e0:18:4e:98:44  UHLW2 4859ed0   1053
217.204.199.171217.204.199.161UGHS00ed0
217.204.199.172217.204.199.161UGHS00ed0
Internet6:
Destination   Gateway   Flags  Netif Expire
::1   ::1   UH  lo0
fe80::%ed0/64 link#1UC  ed0
fe80::2c0:dfff:feee:2a5b%ed0  00:c0:df:ee:2a:5b UHL lo0
fe80::%lo0/64 fe80::1%lo0   Uc  lo0
fe80::1%lo0   link#3UHL lo0
ff01::/32 ::1   U   lo0
ff02::%ed0/32 link#1UC  ed0
ff02::%lo0/32 ::1   UC  lo0
is that normal?  

Probably not.

I am able to delete the routes from the table ? 

try 'arp -d bad.ip.add.ress'

I had to boot kernel.old coz i couldnt get my 4.9-prerelease to connect to the net.
any ideas ? I am going to cvsup in a build and make world again to see if that fixes 
anything
It might help.  Some code apparently was commited with a small
error that produced bigger results ... check the messages from
this list.  It's been fixed now, I believe.
HTH,

Kevin Kinsey
DaleCo, S.P.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Patch for boot-time USB hangs in 4.9-PRERELEASE

2003-09-27 Thread Ian Dowse

Could people who are experiencing boot-time hangs in 4.9-PRERELEASE
try the following patch to see if it helps? I've had one positive
report so far, but it would be helpful to get more feedback to
determine if this is the right fix to be committed.

The problem was that interrupts were getting unmasked too early in
the boot process, causing an interrupt storm that usually occurred
while USB devices were being probed. The bug is in fork1(), which
is used by kthread_create() to create kernel threads; the code there
assumed that all interrupts would be unmasked when called, so it
didn't bother saving and restoring the interrupt mask. This assumption
is reasonable for normal fork() calls, but not for the creation of
kernel threads early in the boot process.

The appearance of the problem was linked to some recent changes in
sys/kern/subr_taskqueue.c around September 10th. Those changes
include a call to kthread_create() that happens just before probing
all the devices at boot time, so the result was that interrupts
were being left unmasked at a time when they are supposed to be
disabled. To actually get an interrupt storm hang, you need some
IRQ number to be configured by a device driver, and then for some
(possibly other) device sharing that IRQ line to generate an interrupt
before the driver for that device is prepared to handle it. As well
as the subr_taskqueue.c case, there is also a call to kthread_create()
in the USB code, so that might be related too.

Apply the patch in /usr/src/sys/kern, then rebuild the kernel and
reboot. In case of whitespace problems preventing patch applying,
it is also available at:

http://people.freebsd.org/~iedowse/fork.diff

Ian

Index: kern_fork.c
===
RCS file: /home/iedowse/CVS/src/sys/kern/kern_fork.c,v
retrieving revision 1.72.2.14
diff -u -r1.72.2.14 kern_fork.c
--- kern_fork.c 26 Jun 2003 04:15:10 -  1.72.2.14
+++ kern_fork.c 26 Sep 2003 08:26:31 -
@@ -183,7 +183,7 @@
struct proc *p2, *pptr;
uid_t uid;
struct proc *newproc;
-   int ok;
+   int ok, s;
static int curfail = 0, pidchecked = 0;
static struct timeval lastfail;
struct forklist *ep;
@@ -544,10 +544,10 @@
 */
microtime(&(p2->p_stats->p_start));
p2->p_acflag = AFORK;
-   (void) splhigh();
+   s = splhigh();
p2->p_stat = SRUN;
setrunqueue(p2);
-   (void) spl0();
+   splx(s);
 
/*
 * Now can be swapped.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


RE: Patch for boot-time USB hangs in 4.9-PRERELEASE

2003-09-27 Thread regis rampnoux

On 27-Sep-2003 Ian Dowse wrote:
> 
> Could people who are experiencing boot-time hangs in 4.9-PRERELEASE
> try the following patch to see if it helps? I've had one positive
> report so far, but it would be helpful to get more feedback to
> determine if this is the right fix to be committed.

It is working for me. (and I have removed the patch from Andrew Atrens
on usb.c before of course ;-)

My USB config is :
ohci0:  mem
0xdf00-0xdf000fff irq 9 at device 2.0 on pci0
usb0: OHCI version 1.0, legacy support
usb0:  on ohci0
usb0: USB revision 1.0
uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered

Thanks
-- 
régis

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Patch for boot-time USB hangs in 4.9-PRERELEASE

2003-09-27 Thread Kent Stewart
On Saturday 27 September 2003 06:05 am, Ian Dowse wrote:
> Could people who are experiencing boot-time hangs in 4.9-PRERELEASE
> try the following patch to see if it helps? I've had one positive
> report so far, but it would be helpful to get more feedback to
> determine if this is the right fix to be committed.
>

It also works for me.

Kent

-- 
Kent Stewart
Richland, WA

http://users.owt.com/kstewart/index.html

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: strange problem with: ed driver / 4.9-PRE

2003-09-27 Thread Mark Knight
In message <[EMAIL PROTECTED]>, Peter Jeremy 
<[EMAIL PROTECTED]> writes
I've bumped into this with the vlan driver as well.  I believe the fix
is to patch ifconfig(8) so that it checks for "DEVICE" as well as
"if_DEVICE" and skips the load if either is found.  I don't believe
this change is especially risky.
I'm still seeing this with -stable dated 26th September.  It appears to 
be covered by bug number 55279.  miibus and ed0 are both statically 
compiled into my kernel, and these devices are not mentioned in /boot/*

Despite this, the following boot time errors are reported:

module_register: module miibus/ukphy already exists!
linker_file_sysinit "miibus.ko" failed to register! 17
module_register: module pccard/ed already exists!
linker_file_sysinit "if_ed.ko" failed to register! 17
and kldstat reports:

-bash-2.05b$ kldstat
Id Refs AddressSize Name
 14 0xc010 2768c8   kernel
 32 0xc092d000 e000 miibus.ko
 41 0xc094 a000 if_ed.ko
 51 0xc09b3000 15000linux.ko
For full kernel/dmesg:

  http://www.knigma.org.uk/~mkn/roys_error.txt

The problem appears to be that the ed driver module is named "ed" (as 
reported by kldstat -v), rather than "if_ed",  causing ifconfig to 
attempt to load the module.  Could this be corrected for 4.9-RELEASE 
please?

Many thanks,
--
Mark A. R. Knight   finger: [EMAIL PROTECTED]
Tel: +44 7973 410732http://www.knigma.org/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Patch for boot-time USB hangs in 4.9-PRERELEASE

2003-09-27 Thread Joe Kelsey
On Sat, 2003-09-27 at 06:05, Ian Dowse wrote:
> Could people who are experiencing boot-time hangs in 4.9-PRERELEASE
> try the following patch to see if it helps? I've had one positive
> report so far, but it would be helpful to get more feedback to
> determine if this is the right fix to be committed.

Works for me (removed usb.c patch, installed kern_fork.c patch).

FreeBSD zircon.zircon.seattle.wa.us 4.9-PRERELEASE FreeBSD
4.9-PRERELEASE #23: Sat Sep 27 12:40:16 PDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ZIRCON  i386

/Joe


___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Boot Time hang with Promise Controller

2003-09-27 Thread Rik
I am having a problem booting with 4.9 prerelease kernel.

The boot just stops and hangs the machine needing a reset to clear.

I include a dmesg from a kernel built Sept 7 that works and I indicate
where the boot stops on the kernel built today. (Sept 27)

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
reserved.
FreeBSD 4.9-PRERELEASE #37: Sun Sep  7 11:55:20 MDT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/LEOPARD
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium III/Pentium III Xeon/Celeron (551.25-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x673  Stepping = 3
  Features=0x383f9ff
real memory  = 268369920 (262080K bytes)
avail memory = 256663552 (250648K bytes)
Preloaded elf kernel "kernel.works" at 0xc0462000.
VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc03d8782 (122)
VESA: NVidia
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 6 entries at 0xc00fdd30
apm0:  on motherboard
apm0: found APM BIOS v1.2, connected at v1.2
npx0:  on motherboard
npx0: INT 16 interface
pcib0:  on motherboard
pci0:  on pcib0
agp0:  mem
0xe800-0xebff at d
evice 0.0 on pci0
pcib1:  at device 1.0 on
pci0
pci1:  on pcib1
pci1:  at 0.0 irq 11
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0xf000-0xf00f at device 7.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0:  port 0xa000-0xa01f irq
10 at de
vice 7.2 on pci0
usb0:  on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
intpm0:  port 0x5000-0x500f
irq 9 at 
device 7.3 on pci0
intpm0: I/O mapped 5000
intpm0: intr IRQ 9 enabled revision 0
smbus0:  on intsmb0
smb0:  on smbus0
intpm0: PM I/O mapped 4000 
pcm0:  port 0xa400-0xa41f irq 11 at device 9.0 on pci0
pcm0: 
atapci1:  port
0xbc00-0xbc3f,0xb800-0xb803,0xb400-0xb4
07,0xb000-0xb003,0xac00-0xac07 mem 0xf000-0xf001 irq 5 at device
10.0 on
 pci0
ata2: at 0xac00 on atapci1
ata3: at 0xb400 on atapci1
ahc0:  port 0xc000-0xc0ff mem
0xf002-0xf0020fff
 irq 3 at device 11.0 on pci0
aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
rl0:  port 0xc400-0xc4ff mem
0xf0021000-0xf00210
ff irq 10 at device 12.0 on pci0
rl0: Ethernet address: 00:05:5d:cf:b5:d8
miibus0:  on rl0
rlphy0:  on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
orm0:  at iomem 0xd-0xd1fff,0xd2000-0xd27ff on isa0
pmtimer0 on isa0
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0:  at port 0x60,0x64 on isa0
atkbd0:  flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0:  irq 12 on atkbdc0
psm0: model IntelliMouse Explorer, device ID 4
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on
isa0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
ppc0:  at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
IPv6 packet filtering initialized, logging limited to 100 packets/entry
ipfw2 initialized, divert enabled, rule-based forwarding enabled,
default to den
y, logging limited to 100 packets/entry by default
apm0: found APM BIOS v1.2, connected at v1.2
npx0:  on motherboard
npx0: INT 16 interface
pcib0:  on motherboard
pci0:  on pcib0
agp0:  mem
0xe800-0xebff at d
evice 0.0 on pci0
pcib1:  at device 1.0 on
pci0
pci1:  on pcib1
pci1:  at 0.0 irq 11
isab0:  at device 7.0 on pci0
isa0:  on isab0
atapci0:  port 0xf000-0xf00f at device 7.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0:  port 0xa000-0xa01f irq
10 at de
vice 7.2 on pci0
usb0:  on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
intpm0:  port 0x5000-0x500f
irq 9 at 
device 7.3 on pci0
intpm0: I/O mapped 5000
intpm0: intr IRQ 9 enabled revision 0
smbus0:  on intsmb0
smb0:  on smbus0
intpm0: PM I/O mapped 4000 
pcm0:  port 0xa400-0xa41f irq 11 at device 9.0 on pci0
pcm0: 
atapci1:  port
0xbc00-0xbc3f,0xb800-0xb803,0xb400-0xb4
07,0xb000-0xb003,0xac00-0xac07 mem 0xf000-0xf001 irq 5 at device
10.0 on
 pci0

The kernel built today stops here and doesn't proceed.

ata2: at 0xac00 on atapci1
ata3: at 0xb400 on atapci1
ahc0:  port 0xc000-0xc0ff mem
0xf002-0xf0020fff
 irq 3 at device 11.0 on pci0
aic7860: Ultra Single Channel A, SCSI Id=7, 3/253 SCBs
rl0:  port 0xc400-0xc4ff mem
0xf0021000-0xf00210
ff irq 10 at device 12.0 on pci0
rl0: Ethernet address: 00:05:5d:cf:b5:d8
miibus0:  on rl0
rlphy0:  on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
orm0:  at iomem 0xd-0xd1fff,0xd2000-0xd27ff on isa0
pmtimer0 on isa0
fdc0:  at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on
isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0:  at port 0x60,0x64 on 

Re: Recap of stable/4.9 status, please?

2003-09-27 Thread Brett Glass
Thank you! It looks as if I'll be installing 4.8-RELEASE-p10 on
some servers, but bringing in the latest Sendmail -- and BIND
9 with Paul's patch for Verislime -- rather than using the versions
of Sendmail and BIND in the base install. I'd go with djb for DNS,
but the only override for Network Pollutions' jokers (oops, I mean
wildcards) that's available for djb is a poor hack by Russ Nelson.
It's dependent upon Verislime keeping the same IP address for their 
"sitefinder" server(s) for all time, and we cannot (of course) trust
them to do that (or, in fact, trust them with anything).

--Brett Glass

At 09:54 AM 9/27/2003, Murray Stokely wrote:
  
>On Wed, Sep 24, 2003 at 08:35:55PM -0600, Brett Glass wrote:
>> I'm waiting for the release of 4.9 to do some system upgrades (I've 
>> patched the machines in the meantime, but really need to do fresh 
>> installs.) How stable and polished is everything now? How long -- 
>> approximately -- has release been delayed from the original schedule? 
>> Just trying to plan ahead here.
>
>The approximate delay is two weeks.  The PAE stability problems have
>been resolved, but now we are worried about some USB issues that have
>cropped up on the lists.  We'll hopefully be in a position to release
>RC1 this weekend, depending on if we can get some more feedback on
>Ian's USB fix and some other issues.
>
>  - Murray

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: USB keyboard problem

2003-09-27 Thread plasma
Hi all,

BTW, I observed that the terminal receives endless ENTERs when I plug
in the USB keyboard.  Does this happen to those who use USB keyboard?
I'd like to know if it happens ALL THE TIME or just me.


plasma


==
 ¤£­n¦¨¬°µL¶dªº¨ü®`ªÌ
 http://edm-prg.epaper.com.tw/click.php?ad_code=25228
==
 PChome½u¤WÁʪ«¶g¦~¼y¡G©â¨T¨®¡BDV¤Ñ¤Ñ°e
 http://shopping.pchome.com.tw/
==
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"