from:"Anish Mistry"

Re: fusefs-kmod broken?

2010-08-26 Thread Anish Mistry

On Monday 23 August 2010 10:57:40 Ian FREISLICH wrote:
> Ian FREISLICH wrote:
> > So, in this case is the fusefs module broken?  I'm guessing it is.
> > I don't like the way fuse_fileops is initialised in fuse4bsd.  I
> > would prefer for the struct to be zeroed and then the fo_xxx
> > implimented bits set as appropriate.  That way when the struct is
> > changed, you don't get stung again.
> 
> I am an idiot - that will have no effect.  This patch needs to be
> included in sysutils/fusefs-kmod/files

Would you file a PR with the patch accounting for the correct 
__FreeBSD_version__?

Thanks,

-- 
Anish Mistry


signature.asc
Description: This is a digitally signed message part.

Re: page fault panic -CURRENT

2003-12-03 Thread Anish Mistry

I'm still able to reproduce this panic today.  As well as general flakyness 
on the CD drive on -CURRENT.  Had my first bad burn with this drive today.  
Can't mount some cds that I just burned with the drive, yet mounts fine in 
my 4.9 system.  Can't seem to burn multisession disks, etc.  Anyone else 
seeing this?

Dec  4 00:56:22 littleguy kernel: acd0: FAILURE - CLOSE_TRACK/SESSION 
status=51 sensekey=ILLEGAL REQUEST error=0
Dec  4 00:57:15 littleguy kernel: acd0: FAILURE - CLOSE_TRACK/SESSION 
status=51 sensekey=ILLEGAL REQUEST error=0


On Friday 28 November 2003 06:12 pm, Anish Mistry wrote:
> I'm getting a repeatable panic when try to access my cdrom drive. 
-CURRENT as 
> of yesterday.  I seem to get this when I try to mount my cdrom drive a 
second 
> time. 
> I seem to get these error sometimes when trying to mount a cd for the 
first 
> time and it doesn't end up work, and the second time I get the panic. 
> acd0: FAILURE - READ_CD status=51 sensekey=MEDIUM ERROR 
> error=0
> 
> (kgdb) bt
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
> #1  0xc04f8a59 in boot (howto=256) at /usr/src/sys/kern/
kern_shutdown.c:372
> #2  0xc04f8e38 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
> #3  0xc0613fc6 in trap_fatal (frame=0xcdb1cc44, eva=0)
> at /usr/src/sys/i386/i386/trap.c:821
> #4  0xc0613c62 in trap_pfault (frame=0xcdb1cc44, usermode=0, eva=28)
> at /usr/src/sys/i386/i386/trap.c:735
> #5  0xc061379d in trap (frame=
>   {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = 
-1031146752, 
> tf_
> ebp = -843985768, tf_isp = -843985808, tf_ebx = -1031197888, tf_edx = 0, 
> tf_ecx
> = -1066906236, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = 
-1068409245, 
> tf_
> cs = 8, tf_eflags = 66055, tf_esp = -843985744, tf_ss = -1068781253})
> at /usr/src/sys/i386/i386/trap.c:420
> #6  0xc0604898 in calltrap () at {standard input}:94
> #7  0xc04bfad8 in g_destroy_provider (pp=0xc2892b40)
> at /usr/src/sys/geom/geom_subr.c:426
> #8  0xc04bcaa5 in g_orphan_register (pp=0xc289f300)
> at /usr/src/sys/geom/geom_event.c:143
> #9  0xc04bcbcc in one_event () at /usr/src/sys/geom/geom_event.c:169
> #10 0xc04bcdf5 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
> #11 0xc04bde05 in g_event_procbody () at /usr/src/sys/geom/
geom_kern.c:134
> #12 0xc04e1700 in fork_exit (callout=0xc04bdde0 , 
arg=0x0,
> frame=0x0) at /usr/src/sys/kern/kern_fork.c:793
> 
> 

-- 
Anish Mistry


pgp0.pgp
Description: signature

page fault panic -CURRENT

2003-11-28 Thread Anish Mistry

I'm getting a repeatable panic when try to access my cdrom drive. -CURRENT as 
of yesterday.  I seem to get this when I try to mount my cdrom drive a second 
time. 
I seem to get these error sometimes when trying to mount a cd for the first 
time and it doesn't end up work, and the second time I get the panic. 
acd0: FAILURE - READ_CD status=51 sensekey=MEDIUM ERROR 
error=0

(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc04f8a59 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc04f8e38 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc0613fc6 in trap_fatal (frame=0xcdb1cc44, eva=0)
at /usr/src/sys/i386/i386/trap.c:821
#4  0xc0613c62 in trap_pfault (frame=0xcdb1cc44, usermode=0, eva=28)
at /usr/src/sys/i386/i386/trap.c:735
#5  0xc061379d in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 0, tf_esi = -1031146752, 
tf_
ebp = -843985768, tf_isp = -843985808, tf_ebx = -1031197888, tf_edx = 0, 
tf_ecx
= -1066906236, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1068409245, 
tf_
cs = 8, tf_eflags = 66055, tf_esp = -843985744, tf_ss = -1068781253})
at /usr/src/sys/i386/i386/trap.c:420
#6  0xc0604898 in calltrap () at {standard input}:94
#7  0xc04bfad8 in g_destroy_provider (pp=0xc2892b40)
at /usr/src/sys/geom/geom_subr.c:426
#8  0xc04bcaa5 in g_orphan_register (pp=0xc289f300)
at /usr/src/sys/geom/geom_event.c:143
#9  0xc04bcbcc in one_event () at /usr/src/sys/geom/geom_event.c:169
#10 0xc04bcdf5 in g_run_events () at /usr/src/sys/geom/geom_event.c:202
#11 0xc04bde05 in g_event_procbody () at /usr/src/sys/geom/geom_kern.c:134
#12 0xc04e1700 in fork_exit (callout=0xc04bdde0 , arg=0x0,
frame=0x0) at /usr/src/sys/kern/kern_fork.c:793

#
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
#http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files. 
# If you are in doubt as to the purpose or necessity of a line, check first 
# in NOTES.
#
# $FreeBSD: src/sys/i386/conf/GENERIC,v 1.369.2.1 2002/12/18 08:11:24 scottl Exp $

machine i386
cpu I586_CPU
ident   LITTLEGUY
maxusers0

#To statically compile in device wiring instead of /boot/device.hints
#hints  "GENERIC.hints" #Default places to look for devices.

makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols
options DDB, DDB_UNATTENDED

options INET#InterNETworking
#optionsINET6   #IPv6 communications protocols
options FFS #Berkeley Fast Filesystem
options SOFTUPDATES #Enable FFS soft updates support
options UFS_ACL #Support for access control lists
options UFS_DIRHASH #Improve performance on big directories
options MD_ROOT #MD is a potential root device
#optionsNFSCLIENT   #Network Filesystem Client
#optionsNFSSERVER   #Network Filesystem Server
#optionsNFS_ROOT#NFS usable as root device, requires NFSCLIENT
options MSDOSFS #MSDOS Filesystem
options NTFS# NT Filesystem
options CD9660  #ISO 9660 Filesystem
options PROCFS  #Process filesystem (requires PSEUDOFS)
options PSEUDOFS#Pseudo-filesystem framework
options COMPAT_43   #Compatible with BSD 4.3 [KEEP THIS!]
options COMPAT_FREEBSD4 #Compatible with FreeBSD4
#optionsSCSI_DELAY=15000#Delay (in ms) before probing SCSI
options KTRACE  #ktrace(1) support
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options AHC_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~128k to driver.
options AHD_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~215k to driver.

# Debugging for use in -current
#optionsDDB #Enable the kernel debugger
#optionsINVARI

Re: usbd doesn't get DEVICE_DETACH? (plus patch for typo in usbd.c)

2003-10-21 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tuesday 21 October 2003 02:45 am, Johny Mattsson wrote:
> 
> Oh, and there's a typo in usbd.c too, it's printing DETACH when the 
> event is ATTACH. One-line patch to fix this is ATTACHed (pun intended).
> 
http://www.freebsd.org/cgi/query-pr.cgi?pr=56622

> Cheers,
> /Johny
> -- 
> Johny Mattsson - System Designer ,-.   ,-.   ,-.  There is no truth.
> http://www.earthmagic.org _.'  `-'   `-'  There is only perception.
> 

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/lNxSxqA5ziudZT0RAu2aAJ4z9/WbOmv1CufZm8p8qS40H9eH4QCgtdah
GbBmIKI69EoobuwrRwRdqqg=
=Qqnf
-END PGP SIGNATURE-

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

Re: [acpi-jp 2746] Re: ACPI, USB, and the tangled web

2003-10-17 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday 17 October 2003 01:25 pm, Nate Lawson wrote:
> 
> The problem is USB although ACPI magnifies it.  USB devices can generate
> wake events.  In my current testing of a new acpi_cpu driver, I've found
> that just having the USB bus enabled in the kernel (with no devices
> attached) causes it to generate a steady stream of bm_sts sets even though
> the laptop is completely idle.  Try disabling usb in your kernel config
> and see if it helps your laptop not wake up.  If that works, we've
> narrowed it down a little.  You can also try setting debug.acpi.avoid to
> USB_ to try to get it to avoid evaluating that namespace.
> 
USB isn't enabled in the kernel config, it was load via module.  This problem 
only happens after the first suspend and only when the USB module is loaded, 
but a similar to my sleep_delay (http://www.freebsd.org/cgi/
query-pr.cgi?pr=56394) problem, the system always suspends once ok, but 
subsequent with both USB(only when being accessed) and sleep_delay cause 
reboots.  Setting debug.acpi.avoid to USB_ didn't make any difference.  When 
I was trying to debug these issues a month ago I remember it rebooting always 
sometime after the AcpiEnterSleepStatePrep.
> I'll probably get around to looking at the USB issue at some point.
> There's a lot of work needed there:  suspend/resume for *hci, possibly
> avoiding setting acpi wake events on usb, etc.
> 
> > There seems to be some ACPI problem, since I just tested the same 
procedure
> > on with ACPI disabled and there was no reboot.
> 
> How were you able to test that with it disabled?  Were you suspending with
> apm instead?
> 
Yes.
> -Nate
> 

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/kFSZxqA5ziudZT0RAp33AKC4zp6RDIXWa7uUZD+KnSQiYhChDwCfY2ZY
CloieAgGIx3HAin+ntTsxX0=
=Fjb0
-END PGP SIGNATURE-

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

ACPI, USB, and the tangled web

2003-10-16 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

First off, if you've been following my dabbling in fixing the USB resume 
problem on my laptop you know that I have been plauged by the infamous 
restart on second suspend with a usb device being accessed during the second 
suspend (ie. wiggling mouse).  Yesterday after finally updating to a current 
that boots my system after a couple of weeks without it I suspended the 
system and resumed it to check some ACPI issues had been fixed, but that's 
for another time. After resume I realized I needed my mouse, so I plugged it 
in, dynamically loaded the kernel module and the mouse worked (normal/
previous).  Then I suspend the laptop and was wiggling the mouse while it was 
suspending (bad habit from testing) and the system REBOOTED, and my patches 
weren't even applied!  Strangly enough I had never actually tested this 
situation before, so I had assumed it was my code that was the problem.  
There seems to be some ACPI problem, since I just tested the same procedure 
on with ACPI disabled and there was no reboot.
 http://am-productions.biz/debug/acpidump.txt
 http://am-productions.biz/debug/littleguy.dsdt
 http://am-productions.biz/debug/littleguy.asl
 http://am-productions.biz/debug/dmesg.txt

dmesg attached too.
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/j0tUxqA5ziudZT0RAsnDAJ48ehUGVPnMWXgJbmAxPw9zg1p9OACgvy2s
JO25mUFwvByJiUyPPnAvsr8=
=8fK2
-END PGP SIGNATURE-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Unable to boot cvsup 20031011

2003-10-15 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tuesday 14 October 2003 07:28 pm, Brian J. Creasy wrote:
> On Sun, 12 Oct 2003, Anish Mistry wrote:
> 
> > I finally recvsupped today as some problems with my ata stuff was
> > fixed. Went through the normal buildworld/kernel progress and on
> > reboot of loading the new kernel, it loads the kernel and modules and
> > then as it starts booting it just causes my machine to restart. It
> > doesn't have a serial port so I can't get any debug info that way. I
> > can still boot in with an old kernel, so i can get debug info that
> > way if needed. Old dmesg and pciconf attached.
> > - --
> > Anish Mistry
> 
The problem was in a commit to /src/sys/i386/i386/machdep.c which what just 
fixed last night it should work now if you CVSup.

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/jWHLxqA5ziudZT0RAvm8AJ9Gd9q2Aa0Lnvui12PMF73ZlPuTiACdHhB2
a1gWE3I0/6J8uZIbPLJQZ64=
=MqOi
-END PGP SIGNATURE-

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

Re: Unable to boot cvsup 20031011

2003-10-14 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> hi.  i'm having the same problem and my pciconf output is the same 
as
> yours.  you have a fujitsu lifebook p2120, right?
> 
P2110.  I'm at least glad to hear that I'm not alone.
> i tried the same source (world and kernel) on one of my desktop 
machines
> and it is able to boot just fine.  looks like this is a tm crusoe 
issue.
> maybe something with the acpi or longrun stuff.
> 
> i'm not too proficient with freebsd kernel hacking, so hopefully 
someone
> else will be able to tackle this.
> 
When was the last good cvsup that you did?  I think we will have to 
track down ourselves which commit broke since no one else is having 
this problem.  I don't remember when I did mine since I let a friend 
borrow it for a couple of weeks.  I hope that someone with more 
knowledge can point where to start looking.  It isn't ACPI since it 
still doesn't work when unloaded from the boot loader.
> ---
> Brian J. Creasy
> 
 

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/jJdBxqA5ziudZT0RAhjdAJwJyo4t0aPF14fW5zH7i6SU+N3T+gCg3dJD
8CZc2ypG6VYchDSuPVWKEt8=
=AQay
-END PGP SIGNATURE-

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

Unable to boot cvsup 20031011

2003-10-12 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I finally recvsupped today as some problems with my ata stuff was 
fixed.  Went through the normal buildworld/kernel progress and on 
reboot of loading the new kernel, it loads the kernel and modules and 
then as it starts booting it just causes my machine to restart.  It 
doesn't have a serial port so I can't get any debug info that way.  I 
can still boot in with an old kernel, so i can get debug info that 
way if needed.  Old dmesg and pciconf attached.
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/ibQzxqA5ziudZT0RAglLAJ9cxoP9hQ65NQ/k5fsrWJs7QJ1V2wCfU7G2
mbG9XSjhoxEX+q6Ntl6/VBI=
=ZulV
-END PGP SIGNATURE-
[EMAIL PROTECTED]:0:0:  class=0x06 card=0x110e10cf chip=0x03951279 rev=0x02 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'LongRun Northbridge'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:0:1:  class=0x05 card=0x110e10cf chip=0x03961279 rev=0x00 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'SDRAM Controller'
class= memory
subclass = RAM
[EMAIL PROTECTED]:0:2:  class=0x05 card=0x110e10cf chip=0x03971279 rev=0x00 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'BIOS scratchpad'
class= memory
subclass = RAM
[EMAIL PROTECTED]:2:0:  class=0x0c0310 card=0x10a210cf chip=0x523710b9 rev=0x03 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M5237 USB Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:4:0:  class=0x040100 card=0x112f10cf chip=0x545110b9 rev=0x01 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M5451 PCI AC-Link Controller Audio Device'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:6:0:  class=0x068000 card=0x10a310cf chip=0x710110b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M7101 Power Management Controller'
class= bridge
subclass = PCI-unknown
[EMAIL PROTECTED]:7:0:  class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M1533 Aladdin IV ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:12:0: class=0x060700 card=0x10c610cf chip=0xac50104c rev=0x01 
hdr=0x02
vendor   = 'Texas Instruments (TI)'
device   = 'PCI1410 PC card cardBus Controller'
class= bridge
subclass = PCI-CardBus
[EMAIL PROTECTED]:15:0: class=0x0101fa card=0x10a410cf chip=0x522910b9 rev=0xc3 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'M1543 Southbridge EIDE Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:16:0: class=0x02 card=0x111c10cf chip=0x813910ec rev=0x10 
hdr=0x00
vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:19:0: class=0x0c0010 card=0x116210cf chip=0x8026104c rev=0x00 
hdr=0x00
vendor   = 'Texas Instruments (TI)'
device   = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller'
class= serial bus
subclass = FireWire
[EMAIL PROTECTED]:20:0: class=0x03 card=0x114f10cf chip=0x4c521002 rev=0x64 
hdr=0x00
vendor   = 'ATI Technologies'
device   = 'Rage P/M Mobility PCI'
class= display
subclass = VGA
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: Nvidia driver

2003-10-02 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 02 October 2003 10:11 am, Ty Hoeffer wrote:
> On Thursday 02 October 2003 00:23, Mike Hunter wrote:
> > On Oct 01, "Justin Smith" wrote:
> > > MY system:
> > > FreeBSD jsmith.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Oct  
1
> > > 13:55:06 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/
GENERIC
> > > i386
> > >
> > >
> > > Whenever I try to use the nividia driver for X windows, my 
system
> > > reboots. Any suggestions?
> >
I'm running current on my machine with the nvidia card, but on 4.8 I 
had to NOT load agp in the kernel or in the loader.conf to makc my 
system stable.  So in my XF86Config I've to NvAGP set to 1.  Don't 
know if this will help anyone.  

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/fL7nxqA5ziudZT0RAnD4AJ96pHLr/3Vg5k4JZp/LBn8KLyI8ewCfYWRy
xL8Su0flYDSIk2oII5XS9Hc=
=b/Mu
-END PGP SIGNATURE-

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

Re: ATAng drives not probed

2003-09-25 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sunday 21 September 2003 03:30 pm, you wrote:
> I'm getting intermittent problems on boot, sometimes it boots, most 
of 
> the time not.  When it stop it's at:
> ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
> 
> dmesg -v from a full boot:
> http://am-productions.biz/docs/dmesg.txt
> 
Update info.  Still occurs as of early thi morning (2003-09-25)  I 
broke into the debugger and here is the traceback at the point where 
is stops:
Debugger(c0309ef4,4,1,0,1) at Debugger+0x54
scgetc(c0364660,2,c0e5d850,b8b7b96c,c23f4ec0) at scgetc+0x3da
sckbdevent(c034ede0,0,c0364660,cce24ccm1a) at sckbdevent+0x1e0
the rest just looks like a traceback from my breaking into the 
debugger.  Let me know if I need to post more.
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/c6DIxqA5ziudZT0RAng/AKCtGbXwRk7W1mK4EQlv1EmjG7t3aACfSrYG
XfgTJQomH+Cj3vG2Z0uq4xc=
=JcOB
-END PGP SIGNATURE-

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

Re: Problem w/ ACPI in -CURRENT

2003-09-23 Thread Anish Mistry

On Tuesday 23 September 2003 10:01 pm, Jeremy Bingham wrote:
> On 23/09/03 18:07 -0700, Nate Lawson wrote:
> > Enable options DDB.  When it hangs, press CTRL-ALT-ESC and then 
"tr" to
> > get a traceback.
> > 
> > While ACPI influences this problem, I am uncertain it is the root 
cause.
> > 
> > -Nate
> 
> Way ahead of you there. I compiled a kernel with DDB on, installed 
it,
> and everything worked fine. No hangs or anything. When I recompiled 
the
> kernel with the debugging options off, the same hang happened again.
> Bizarre, to say the least. Again, booting with ACPI turned off 
worked
> fine. I'm making another debug kernel, and I'll try running that for 
a
> while.
> 
I've been having the same issue for a couple of weeks now, and am not 
sure if it is ACPI related or ATAng.  I'll post my traceback, 
tomorrow when I finish rebuilding.

-- 
Anish Mistry


pgp0.pgp
Description: signature

ATAng drives not probed

2003-09-21 Thread Anish Mistry

I'm getting intermittent problems on boot, sometimes it boots, most of 
the time not.  When it stop it's at:
ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin

dmesg -v from a full boot:
http://am-productions.biz/docs/dmesg.txt

-- 
Anish Mistry


pgp0.pgp
Description: signature

ACPI S3 battery drain

2003-09-17 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I reported this serveral times and no one seemed to be able to 
reproduce the problem, and I couldn't figure out what wasn't being 
shutoff. FInally I think that I figured it out.  The display is the 
thing that is not being shutoff.  The reason I missed this is because 
the backlight would shutoff and unless you look really close you 
can't tell that the display is still active.  Not sure if this helps 
anyone, but it is one step closer.

http://www.freebsd.org/cgi/query-pr.cgi?pr=56024

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQE/aNUTxqA5ziudZT0RAsOIAJ47ZurYfae+4adG0hLAmfvzxyrNFACfQA/A
c2zl38WWJbxbGORKQGiMvLg=
=V6Ei
-END PGP SIGNATURE-

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

[patch] usbd debug message typo

2003-09-09 Thread Anish Mistry

http://www.freebsd.org/cgi/query-pr.cgi?pr=56622
-- 
Anish Mistry


pgp0.pgp
Description: signature

[patch] usb ohci suspend/resume v2

2003-09-09 Thread Anish Mistry

On Monday 08 September 2003 02:39 am, you wrote:
> I've tried this patch but was unable to compile my kernel against it
> with any of the sources from the past couple of weeks, it does apply
> cleanly though.
>
> Cheers,
>
> Mark
>
Updated patch at (same as attached):
http://am-productions.biz/docs/usb-3.patch

This still causes the same problem as setting hw.acpi.sleep_delay on my laptop
which cause a reset.  I can't seem to figure out what in this patch that is
causing that same behavior, but I've yet to see anyone with that same
problem, so I'm going to assume that this should work for everyone else :(.
Please if you are a usb guru, I could use some help, I've looked at the spec
and some of the usb code, but am stuck for now.
If you try it, let me know your outcome so I can then clean up the patch so
that someone can commit it.

Anish Mistry
diff -u usb.orig/ohci.c usb/ohci.c
--- usb.orig/ohci.c	Tue Sep  9 02:56:49 2003
+++ usb/ohci.c	Tue Sep  9 03:05:42 2003
@@ -1020,7 +1020,7 @@
 	DPRINTF(("ohci_shutdown: stopping the HC\n"));
 	OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESET);
 }
-
+#endif
 /*
  * Handle suspend/resume.
  *
@@ -1028,6 +1028,141 @@
  * called from an intterupt context.  This is all right since we
  * are almost suspended anyway.
  */
+usbd_status
+ohci_resume(struct ohci_softc *sc)
+{
+	int s;
+	u_int32_t ctl, ival, hcr, fm, per, rev, desca;
+		
+	DPRINTF(("ohci_resume: start\n"));
+#if defined(__OpenBSD__)
+	printf(",");
+#else
+	printf("%s:", USBDEVNAME(sc->sc_bus.bdev));
+#endif
+	rev = OREAD4(sc, OHCI_REVISION);
+	printf(" OHCI version %d.%d%s\n", OHCI_REV_HI(rev), OHCI_REV_LO(rev),
+	   OHCI_REV_LEGACY(rev) ? ", legacy support" : "");
+	printf("ohci_resume: controller state: ");
+	switch(OREAD4(sc, OHCI_CONTROL) & OHCI_HCFS_MASK) {
+		case OHCI_HCFS_SUSPEND:
+			printf("SUSPEND");
+			break;
+		case OHCI_HCFS_RESUME:
+printf("RESUME");
+break;
+		case OHCI_HCFS_RESET:
+printf("RESET");
+break;
+		case OHCI_HCFS_OPERATIONAL:
+printf("OPERATIONAL");
+break;
+	}
+	printf("\n");
+	s = splhardusb();
+	/* The controller only responds to resume or reset writes at this point, so lets resume */
+	/* We are only supposed to enter resume state from a suspend state.  Should we check? */
+	OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESUME);
+	usb_delay_ms(&sc->sc_bus, USB_RESUME_DELAY);	
+	/* check if the controller has resumed */
+ctl = OREAD4(sc, OHCI_CONTROL);
+if((ctl & OHCI_HCFS_RESUME) == OHCI_HCFS_RESUME) {
+printf("ohci_resume: Controller resumed.\n");
+} else {
+/* panic or abort? */
+printf("ohci_resume: ??? Controller not resumeded!\n");
+printf("ohci_resume: OHCI_CONTROL: 0x%x\n",ctl);
+}
+
+#ifdef USB_DEBUG
+ohci_dumpregs(sc);
+#endif
+
+	/* reset or controller may not start */
+	OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESET);
+	usb_delay_ms(&sc->sc_bus, USB_BUS_RESET_DELAY);
+
+/* spec says save frame interrupt value, reset, then restore */
+ival = OHCI_GET_IVAL(OREAD4(sc, OHCI_FM_INTERVAL));
+OWRITE4(sc, OHCI_COMMAND_STATUS, OHCI_HCR); /* Reset HC */
+usb_delay_ms(&sc->sc_bus, USB_BUS_RESET_DELAY);
+/*	OWRITE4(sc, OHCI_FM_INTERVAL, ival);*/
+
+ 	/* Some broken BIOSes do not recover these values */
+	OWRITE4(sc, OHCI_HCCA, DMAADDR(&sc->sc_hccadma, 0));
+	OWRITE4(sc, OHCI_CONTROL_HEAD_ED, sc->sc_ctrl_head->physaddr);
+	OWRITE4(sc, OHCI_BULK_HEAD_ED, sc->sc_bulk_head->physaddr);
+	/* disable all interrupts and then switch on all desired interrupts */
+	OWRITE4(sc, OHCI_INTERRUPT_DISABLE, OHCI_ALL_INTRS);
+	OWRITE4(sc, OHCI_INTERRUPT_ENABLE, sc->sc_intre | OHCI_MIE );
+
+	fm = (OREAD4(sc, OHCI_FM_INTERVAL) & OHCI_FIT) ^ OHCI_FIT;
+	fm |= OHCI_FSMPS(ival) | ival;
+	OWRITE4(sc, OHCI_FM_INTERVAL, fm);
+	per = OHCI_PERIODIC(ival);
+	OWRITE4(sc, OHCI_PERIODIC_START, per);
+	printf("ohci_resume: fm=0x%x per=0x%x\n",fm,per);
+
+	/* start controller */
+ctl = sc->sc_control;
+OWRITE4(sc, OHCI_CONTROL, ctl);
+usb_delay_ms(&sc->sc_bus, USB_RESUME_RECOVERY);
+
+	/* power up ports */
+	OWRITE4(sc, OHCI_RH_STATUS, OHCI_LPSC);
+	usb_delay_ms(&sc->sc_bus, OHCI_ENABLE_POWER_DELAY);
+	splx(s);
+#ifdef USB_DEBUG
+ohci_dumpregs(sc);
+#endif
+	
+	return (USBD_NORMAL_COMPLETION);
+}
+
+usbd_status
+ohci_suspend(struct ohci_softc *sc)
+{
+	u_int32_t ctl,i;
+	int s;
+
+#ifdef USB_DEBUG
+ohci_dumpregs(sc);
+#endif
+	/*
+ * Preserve register values, in case that APM BIOS
+ * does not recover them.

ACPI sleep_delay causes reboot

2003-09-03 Thread Anish Mistry

PR about sleep delay causing a reboot on the second suspend.

http://www.freebsd.org/cgi/query-pr.cgi?pr=56394

(The above PR is after a fresh cvsup none of my usb patches)
A curious thing though is that I've got some usb code that I've been working 
on and if I apply that and then load the usb set the sleep_delay=0 and then 
plug in my mouse, the same type of behavior seems to happen.  I plug in 
mouse, it works, suspend while wiggling the mouse just to see how it handles, 
works fine, resume, detaches and reattaches, works fine.  Now I suspend again 
while moving the mouse and the system reboots.  It only seems to reboot like 
this at least for the usb when there are interrupts on the usb bus ie. mouse 
move.  I don't know if this is something similar that is happening with the 
ACPI or just some bad code on my part, but it caught my attention.

-- 
Anish Mistry


pgp0.pgp
Description: signature

ATAng boot up hang

2003-09-03 Thread Anish Mistry

d (disabled)
pcic0 failed to probe at port 0x3e0 iomem 0xd on isa0
pcic1: not probed (disabled)
ppc0 failed to probe at irq 7 on isa0
sc0:  at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sc0: fb0, kbd0, terminal emulator: sc (syscons terminal)
sio0 failed to probe at port 0x3f8 irq 4 flags 0x10 on isa0
sio1 failed to probe at port 0x2f8 irq 3 on isa0
sio2: not probed (disabled)
sio3: not probed (disabled)
sn0: not probed (disabled)
vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
fb0: vga0, vga, type:VGA (5), flags:0x7007f
fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa 0x2
fb0: init mode:24, bios mode:3, current mode:24
fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k
vga0: vga: WARNING: video mode switching is not fully supported on this 
adapter
VGA parameters upon power-up
50 18 10 00 00 00 03 00 02 e7 7e 4f 4f 82 55 03 
b4 1f 00 4f 0d 0e 00 00 07 80 92 88 8f 28 1f 8f
b5 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
VGA parameters in BIOS for mode 24
50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81
bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96
b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
EGA/VGA parameters to be used for mode 24
50 18 10 00 00 00 03 00 02 e7 7e 4f 4f 82 55 03 
b4 1f 00 4f 0d 0e 00 00 07 80 92 88 8f 28 1f 8f
b5 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c
3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff
vt0: not probed (disabled)
isa_probe_children: probing PnP devices
Device configuration finished.
procfs registered
Timecounter "TSC" frequency 842151665 Hz quality 800
Timecounters tick every 10.000 msec
lo0: bpf attached
acpi_cpu0: set speed to 100.0%
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
acpi_acad0: acline initialization start
acpi_acad0: On Line
acpi_acad0: acline initialization done, tried 1 times
acpi_cmbat0: battery initialization start
acpi_cmbat0: battery initialization done, tried 1 times
acpi_cmbat1: battery initialization start
ata0-master: pio=0x0c wdma=0x22 udma=0x45 cable=80pin
ad0: setting UDMA66 on AcerLabs Aladdin chip
GEOM: create disk ad0 dp=0xc24bae70
ad0:  ATA-5 disk at ata0-master
ad0: 19077MB (39070080 sectors), 38760 C, 16 H, 63 S, 512 B
ad0: 16 secs/int, 1 depth queue, UDMA66
GEOM: new disk ad0
ata1-master: pio=0x0c wdma=0x22 udma=0x42 cable=80pin
acd0: setting UDMA33 on AcerLabs Aladdin chip
acd0:  CDRW drive at ata1 as master
acd0: read 4134KB/s (4134KB/s) write 2755KB/s (2755KB/s), 2048KB buffer, 
UDMA33
acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet
acd0: Writes: CDR, CDRW, test write, burnproof
acd0: Audio: play, 16 volume levels
acd0: Mechanism: ejectable tray, unlocked
acd0: Medium: no/blank disc
[0] f:00 typ:7 s(CHS):0/1/1 e(CHS):1023/2/63 s:63 l:10490382
[1] f:80 typ:165 s(CHS):1023/255/63 e(CHS):1023/9/63 s:10490445 l:20964825
[2] f:00 typ:12 s(CHS):1023/255/63 e(CHS):1023/0/63 s:31455270 l:7598745
[3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0
GEOM: Configure ad0s1, start 32256 length 5371075584 end 5371107839
GEOM: Configure ad0s2, start 5371107840 length 10733990400 end 16105098239
GEOM: Configure ad0s3, start 16105098240 length 3890557440 end 19995655679
GEOM: Configure ad0s2a, start 0 length 268435456 end 268435455
GEOM: Configure ad0s2b, start 268435456 length 481656832 end 750092287
GEOM: Configure ad0s2c, start 0 length 10733990400 end 10733990399
GEOM: Configure ad0s2d, start 750092288 length 268435456 end 1018527743
GEOM: Configure ad0s2e, start 1018527744 length 268435456 end 1286963199
GEOM: Configure ad0s2f, start 1286963200 length 9447027200 end 10733990399
Mounting root from ufs:/dev/ad0s2a
start_init: trying /sbin/init
Linux ELF exec handler installed
acpi_cmbat1: battery initialization failed, giving up

--
Anish Mistry


pgp0.pgp
Description: signature

Re: ATAng no PIO fallback?

2003-08-28 Thread Anish Mistry

On Thursday 28 August 2003 02:24 am, you wrote:
> It seems Anish Mistry wrote:
> -- Start of PGP signed section.
> > On Tuesday 26 August 2003 10:27 pm, Anish Mistry wrote:
> > > After removing atapicam from my kernel, so no panics on boot I decided 
to 
> > see
> > > it DMA was fixed for my CD/DVD combo drive.  I changed the
> > > hw.ata.atapi_dma="0"
> > > to hw.ata.atapi_dma="1" in my /boot/loader.conf.  After a reboot I tried 
to
> > > access my cdrom drive, and got the following error messages, which is 
very
> > > similar to the messages when trying to dma before ATAng:
> > > Aug 26 22:09:34 littleguy kernel: acd0: WARNING - READ_CD recovered from
> > > missing interrupt
> > > Aug 26 22:09:34 littleguy kernel: acd0: WARNING - READ_CD UDMA ICRC 
error
> > > (retrying request)
> > > 
> > > The problem is that before with DMA enabled it would try dma a few times 
> > fail,
> > > and then fall back to PIO, whcih though annoying still left the drive in 
a
> > > useable condition.  Where as now the drive just stays stuck and 
unusable.
> > > 
> > > .
> > Anyone thinking about looking into this?  I'll just submit a PR, in a day 
or 2 
> > if there is no resposne.
> > Thanks,
> 
> There is no PIO fallback in ATAng (so far), if you know that your ATAPI 
device 
> doesn't do DMA why on earth do you enable it ?
> 
Because the drive does support DMA.  I've tested to see it DMA actually works 
in windows, PIO vs DMA while playing a DVD, and there is a big difference, 
and I can only assume that it works.
> -Søren
> 
> 

-- 
Anish Mistry


pgp0.pgp
Description: signature

[patch] usb ohci suspend/resume

2003-08-28 Thread Anish Mistry

If you have trouble with suspend/resume killing your usb devices try out the 
attached patch (ohci only, unless someone want to adapt to uhci).  I think I 
finally got it working, at least it works with my mouse and no panics if you 
leave devices plugged during a suspend/resume cycle.

Same as attached in case it gets stripped.
http://am-productions.biz/docs/ohci-usb-suspend.patch

-- 
Anish Mistry
diff -u usb.orig/ohci.c usb/ohci.c
--- usb.orig/ohci.c	Thu Aug 28 00:54:09 2003
+++ usb/ohci.c	Thu Aug 28 01:04:43 2003
@@ -1020,7 +1020,7 @@
 	DPRINTF(("ohci_shutdown: stopping the HC\n"));
 	OWRITE4(sc, OHCI_CONTROL, OHCI_HCFS_RESET);
 }
-
+#endif
 /*
  * Handle suspend/resume.
  *
@@ -1028,6 +1028,86 @@
  * called from an intterupt context.  This is all right since we
  * are almost suspended anyway.
  */
+usbd_status ohci_resume(struct ohci_softc *sc)
+{
+/*	return ohci_init(sc);*/
+	int s;
+	u_int32_t ctl, ival, hcr, fm, per, rev, desca;
+	s = splusb();
+	DPRINTF(("ohci_resume: start\n"));
+#if defined(__OpenBSD__)
+	printf(",");
+#else
+	printf("%s:", USBDEVNAME(sc->sc_bus.bdev));
+#endif
+	rev = OREAD4(sc, OHCI_REVISION);
+	printf(" OHCI version %d.%d%s\n", OHCI_REV_HI(rev), OHCI_REV_LO(rev),
+	   OHCI_REV_LEGACY(rev) ? ", legacy support" : "");
+	/* Some broken BIOSes do not recover these values */
+	OWRITE4(sc, OHCI_HCCA, DMAADDR(&sc->sc_hccadma, 0));
+	OWRITE4(sc, OHCI_CONTROL_HEAD_ED, sc->sc_ctrl_head->physaddr);
+	OWRITE4(sc, OHCI_BULK_HEAD_ED, sc->sc_bulk_head->physaddr);
+	if (sc->sc_intre)
+		OWRITE4(sc, OHCI_INTERRUPT_ENABLE,
+			sc->sc_intre & (OHCI_ALL_INTRS | OHCI_MIE));
+	if (sc->sc_control)
+		ctl = sc->sc_control;
+	else
+		ctl = OREAD4(sc, OHCI_CONTROL);
+	ctl |= OHCI_HCFS_RESUME;
+	OWRITE4(sc, OHCI_CONTROL, ctl);
+	usb_delay_ms(&sc->sc_bus, USB_RESUME_DELAY);
+	ctl = (ctl & ~OHCI_HCFS_MASK) | OHCI_HCFS_OPERATIONAL;
+	OWRITE4(sc, OHCI_CONTROL, ctl);
+	usb_delay_ms(&sc->sc_bus, USB_RESUME_RECOVERY);
+	sc->sc_control = sc->sc_intre = 0;
+	/* disable all interrupts and then switch on all desired interrupts */
+	OWRITE4(sc, OHCI_INTERRUPT_DISABLE, OHCI_ALL_INTRS);
+	OWRITE4(sc, OHCI_INTERRUPT_ENABLE, sc->sc_eintrs | OHCI_MIE);
+	/* switch on desired functional features */
+	ctl = OREAD4(sc, OHCI_CONTROL);
+	ctl &= ~(OHCI_CBSR_MASK | OHCI_LES | OHCI_HCFS_MASK | OHCI_IR);
+	ctl |= OHCI_PLE | OHCI_IE | OHCI_CLE | OHCI_BLE |
+		OHCI_RATIO_1_4 | OHCI_HCFS_OPERATIONAL;
+	/* And finally start it! */
+	OWRITE4(sc, OHCI_CONTROL, ctl);
+
+	/*
+	 * The controller is now OPERATIONAL.  Set a some final
+	 * registers that should be set earlier, but that the
+	 * controller ignores when in the SUSPEND state.
+	 */
+	fm = (OREAD4(sc, OHCI_FM_INTERVAL) & OHCI_FIT) ^ OHCI_FIT;
+	fm |= OHCI_FSMPS(ival) | ival;
+	OWRITE4(sc, OHCI_FM_INTERVAL, fm);
+	per = OHCI_PERIODIC(ival); /* 90% periodic */
+	OWRITE4(sc, OHCI_PERIODIC_START, per);
+
+	/* Fiddle the No OverCurrent Protection bit to avoid chip bug. */
+	desca = OREAD4(sc, OHCI_RH_DESCRIPTOR_A);
+	OWRITE4(sc, OHCI_RH_DESCRIPTOR_A, desca | OHCI_NOCP);
+	OWRITE4(sc, OHCI_RH_STATUS, OHCI_LPSC); /* Enable port power */
+	usb_delay_ms(&sc->sc_bus, OHCI_ENABLE_POWER_DELAY);
+	OWRITE4(sc, OHCI_RH_DESCRIPTOR_A, desca);
+	splx(s);
+	return (USBD_NORMAL_COMPLETION);
+}
+
+usbd_status ohci_suspend(struct ohci_softc *sc)
+{
+   u_int32_t ctl,i;
+   int s;
+
+	s = splhardusb();
+	ctl = OREAD4(sc, OHCI_CONTROL) & ~OHCI_HCFS_MASK;
+	ctl |= OHCI_HCFS_SUSPEND;
+	OWRITE4(sc, OHCI_CONTROL, ctl);
+	splx(s);
+
+return (USBD_NORMAL_COMPLETION);
+}
+
+#if defined(__NetBSD__) || defined(__OpenBSD__)
 void
 ohci_power(int why, void *v)
 {
diff -u usb.orig/ohci_pci.c usb/ohci_pci.c
--- usb.orig/ohci_pci.c	Thu Aug 28 00:54:09 2003
+++ usb/ohci_pci.c	Thu Aug 28 01:16:47 2003
@@ -295,11 +295,43 @@
 	return 0;
 }
 
+/* implement suspend and resume */
+static int
+ohci_pci_suspend(device_t self)
+{
+   int err;
+   ohci_softc_t *sc = device_get_softc(self);
+   device_printf(self, "ohci_pci_suspend: power_state = 0x%08x\n",
+   pci_get_powerstate(self));
+   err = bus_generic_suspend(self);
+   if (err)
+   return err;
+   ohci_suspend(sc);
+	/*usb_delay_ms(&sc->sc_bus, USB_RESUME_WAIT);*/
+   return 0;
+}
+
+static int
+ohci_pci_resume(device_t self)
+{
+   ohci_softc_t *sc = device_get_softc(self);
+   device_printf(self, "ohci_pci_resume: power_state = 0x%08x\n",
+   pci_get_powerstate(self));
+   ohci_resume(sc);
+   usb_delay_ms(&sc->sc_bus, USB_RESUME_DELAY);
+   usb_delay_ms(&sc->sc_bus, USB_RESUME_RECOVERY);
+	bus_generic_resume(self);
+
+   return 0;
+}
+
 static device_method_t ohci_methods[] = {
 	/* Device interface */
 	D

Re: ATAng no PIO fallback?

2003-08-27 Thread Anish Mistry

On Tuesday 26 August 2003 10:27 pm, Anish Mistry wrote:
> After removing atapicam from my kernel, so no panics on boot I decided to 
see
> it DMA was fixed for my CD/DVD combo drive.  I changed the
> hw.ata.atapi_dma="0"
> to hw.ata.atapi_dma="1" in my /boot/loader.conf.  After a reboot I tried to
> access my cdrom drive, and got the following error messages, which is very
> similar to the messages when trying to dma before ATAng:
> Aug 26 22:09:34 littleguy kernel: acd0: WARNING - READ_CD recovered from
> missing interrupt
> Aug 26 22:09:34 littleguy kernel: acd0: WARNING - READ_CD UDMA ICRC error
> (retrying request)
> 
> The problem is that before with DMA enabled it would try dma a few times 
fail,
> and then fall back to PIO, whcih though annoying still left the drive in a
> useable condition.  Where as now the drive just stays stuck and unusable.
> 
> .
Anyone thinking about looking into this?  I'll just submit a PR, in a day or 2 
if there is no resposne.
Thanks,

-- 
Anish Mistry


pgp0.pgp
Description: signature

Re: Many problems with PCMCIA/CF reader in -current.

2003-08-27 Thread Anish Mistry

On Wednesday 27 August 2003 03:55 pm, Jaye Mathisen wrote:
> 
> I have a "Dazzle" CF/PCMCIA adapter, which I use to flash CF cards
> for some embedded devices.
> 
> The notebook I use it on is a Fujistu lifebook P2120.
> 
I'm running a a P2110 with -CURRENT :)
> With FreeBSD 4.8, I can dd to/from the CF card with this reader just fine.
> It has nary a problem.
> 
> With any version of 5.x, I have a variety of problems including things like
> card insertion freezes the machine.  I can switch consoles, but no output
> takes place.  As soon as I remove the card all my typing "appears" in the 
> various windows.
> 
> If I do manage to reinsert it enough times so it doesn't hang, then a dd
> to/from the device will either occasionally hang it, or I will get a variety
> of I/O errors, usually relating to "device timeout".  WHen this happens
> I cannot type anything until I pull the adapter out, so I can't
> do an atacontrol stuff, or look at console output, or anything...
> 
> 
> I really want this to work, but not sure what else I can do.
> 
> 4.8 works fine with the exact notebook/CF adapter, everything.
> 
> I try to update regularly, but so far, I don't believe a version of 5.x
> has ever worked.
> 
> The problem with the full-time use of 4.8 is that I can't get my realtek
> or wifi (builtin) to work properly...
> 
Could you post your dmesg, if it's the same chip as the P2110 it should work 
fine.
> Any tips/assistance appreciated.
Don't know if you know about the leog.net forums, but a lot of the P owner 
lurk there.
http://www.leog.net/fujp_forum/forum.asp?FORUM_ID=8
> ___
> [EMAIL PROTECTED] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "[EMAIL PROTECTED]"
> 
> 

-- 
Anish Mistry


pgp0.pgp
Description: signature

ATAng can't boot from cold boot

2003-08-27 Thread Anish Mistry

10110b9 rev=0x00
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M7101 Power Management Controller'
class= bridge
subclass = PCI-unknown
[EMAIL PROTECTED]:7:0: class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M1533 Aladdin IV ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:12:0:class=0x060700 card=0x10c610cf chip=0xac50104c 
rev=0x01
hdr=0x02
vendor   = 'Texas Instruments (TI)'
device   = 'PCI1410 PC card cardBus Controller'
class= bridge
subclass = PCI-CardBus
[EMAIL PROTECTED]:15:0:  class=0x0101fa card=0x10a410cf chip=0x522910b9 
rev=0xc3
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'M1543 Southbridge EIDE Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:16:0:  class=0x02 card=0x111c10cf chip=0x813910ec rev=0x10
hdr=0x00
vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:19:0:class=0x0c0010 card=0x116210cf chip=0x8026104c 
rev=0x00
hdr=0x00
vendor   = 'Texas Instruments (TI)'
device   = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller'
class= serial bus
subclass = FireWire
[EMAIL PROTECTED]:20:0:class=0x03 card=0x114f10cf chip=0x4c521002 
rev=0x64
hdr=0x00
vendor   = 'ATI Technologies'
device   = 'Rage P/M Mobility PCI'
class= display
subclass = VGA


- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/TCa0xqA5ziudZT0RAjQZAJ9im8fsjpIsNUb/kJY9SGw3KiT5jQCg4JU0
/D1GvOM8UP4IzPw/7mkHXNA=
=H4kl
-END PGP SIGNATURE-

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

ATAng no PIO fallback?

2003-08-27 Thread Anish Mistry

r Labs Incorporated (ALi)'
device   = 'ALI M5237 USB Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:4:0:  class=0x040100 card=0x112f10cf chip=0x545110b9 rev=0x01 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M5451 PCI AC-Link Controller Audio Device'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:6:0:  class=0x068000 card=0x10a310cf chip=0x710110b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M7101 Power Management Controller'
class= bridge
subclass = PCI-unknown
[EMAIL PROTECTED]:7:0:  class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M1533 Aladdin IV ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:12:0: class=0x060700 card=0x10c610cf chip=0xac50104c rev=0x01 
hdr=0x02
vendor   = 'Texas Instruments (TI)'
device   = 'PCI1410 PC card cardBus Controller'
class= bridge
subclass = PCI-CardBus
[EMAIL PROTECTED]:15:0: class=0x0101fa card=0x10a410cf chip=0x522910b9 rev=0xc3 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'M1543 Southbridge EIDE Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:16:0: class=0x02 card=0x111c10cf chip=0x813910ec rev=0x10 
hdr=0x00
vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:19:0: class=0x0c0010 card=0x116210cf chip=0x8026104c rev=0x00 
hdr=0x00
vendor   = 'Texas Instruments (TI)'
device   = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller'
class= serial bus
subclass = FireWire
[EMAIL PROTECTED]:20:0: class=0x03 card=0x114f10cf chip=0x4c521002 rev=0x64 
hdr=0x00
vendor   = 'ATI Technologies'
device   = 'Rage P/M Mobility PCI'
class= display
subclass = VGA


- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/TBccxqA5ziudZT0RApGDAJ0fT/IrsH6kt11xsIebakKsxciQvgCgiiMA
4Cn6FIVuTKVkrUbrjnRrPZo=
=1Jb7
-END PGP SIGNATURE-

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

USB umass detach panic

2003-08-23 Thread Anish Mistry

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
ums0: Kensington ? Pocket Mouse Pro Wireless, rev 1.10/0.01, addr 2, iclass 
3/1
ums0: 3 buttons and Z dir.
pcm0:  port 0x1000-0x10ff mem 0xfc101000-0xfc101fff irq 9 at 
device 4.0 on pci0
pcm0: 

- --pciconf--
[EMAIL PROTECTED]:0:0:  class=0x06 card=0x110e10cf chip=0x03951279 rev=0x02 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'LongRun Northbridge'
class= bridge
subclass = HOST-PCI
[EMAIL PROTECTED]:0:1:  class=0x05 card=0x110e10cf chip=0x03961279 rev=0x00 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'SDRAM Controller'
class= memory
subclass = RAM
[EMAIL PROTECTED]:0:2:  class=0x05 card=0x110e10cf chip=0x03971279 rev=0x00 
hdr=0x00
vendor   = 'Transmeta Corp.'
device   = 'BIOS scratchpad'
class= memory
subclass = RAM
[EMAIL PROTECTED]:2:0:  class=0x0c0310 card=0x10a210cf chip=0x523710b9 rev=0x03 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M5237 USB Host Controller'
class= serial bus
subclass = USB
[EMAIL PROTECTED]:4:0:  class=0x040100 card=0x112f10cf chip=0x545110b9 rev=0x01 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M5451 PCI AC-Link Controller Audio Device'
class= multimedia
subclass = audio
[EMAIL PROTECTED]:6:0:  class=0x068000 card=0x10a310cf chip=0x710110b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M7101 Power Management Controller'
class= bridge
subclass = PCI-unknown
[EMAIL PROTECTED]:7:0:  class=0x060100 card=0x153310b9 chip=0x153310b9 rev=0x00 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'ALI M1533 Aladdin IV ISA Bridge'
class= bridge
subclass = PCI-ISA
[EMAIL PROTECTED]:12:0: class=0x060700 card=0x10c610cf chip=0xac50104c rev=0x01 
hdr=0x02
vendor   = 'Texas Instruments (TI)'
device   = 'PCI1410 PC card cardBus Controller'
class= bridge
subclass = PCI-CardBus
[EMAIL PROTECTED]:15:0: class=0x0101fa card=0x10a410cf chip=0x522910b9 rev=0xc3 
hdr=0x00
vendor   = 'Acer Labs Incorporated (ALi)'
device   = 'M1543 Southbridge EIDE Controller'
class= mass storage
subclass = ATA
[EMAIL PROTECTED]:16:0: class=0x02 card=0x111c10cf chip=0x813910ec rev=0x10 
hdr=0x00
vendor   = 'Realtek Semiconductor'
device   = 'RT8139 (A/B/C/8130) Fast Ethernet Adapter'
class= network
subclass = ethernet
[EMAIL PROTECTED]:19:0: class=0x0c0010 card=0x116210cf chip=0x8026104c rev=0x00 
hdr=0x00
vendor   = 'Texas Instruments (TI)'
device   = 'TSB43AB21 1394a-2000 OHCI PHY/link-layer Controller'
class= serial bus
subclass = FireWire
[EMAIL PROTECTED]:20:0: class=0x03 card=0x114f10cf chip=0x4c521002 rev=0x64 
hdr=0x00
vendor   = 'ATI Technologies'
device   = 'Rage P/M Mobility PCI'
class= display
subclass = VGA

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/R95qxqA5ziudZT0RAhRXAJ4yNJ77RMLSfIOFufVZP7kntKhAbgCgsaLZ
s/vcJYlPN82r8BbL5NaRpVs=
=sZdd
-END PGP SIGNATURE-

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

Re: [acpi-jp 2583] ACPI sleep_delay caused reboot

2003-08-14 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Monday 11 August 2003 12:01 pm, you wrote:
> On Mon, 11 Aug 2003, Anish Mistry wrote:
> > I cvsup'd over the weekend and my laptop started to reboot after the 
second
> > resume.  I checked the hw.acpi.sleep_delay and the default value seems to 
be
> > changed to 5.  This would happen with earlier ACPI imports, but the 
default
> > was zero, so it would be fine.  Can't seem to get and crash dumps since it
> > just restarts.  I'll send the dmesg and acpidump info when I'm back at 
home.
> > - --
> > Anish Mistry
> 
> For a workaround, do:
>   echo hw.acpi.sleep_delay=0 >> /etc/sysctl.conf
> 
> Unfortunately, we can't have it both ways and the delay helps some users
> so you'll have to use this until we find what's wrong.
> 
> -Nate
> 
> 
Debug info at:  http://am-productions.biz/docs/debug.tgz 
(dmesg,pciconf,dsdt,asl)
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/OFbQxqA5ziudZT0RAiy0AJkB1noho4s17WEhBrBZNc8tTd6aewCZAbvF
vpqIV4CrHfB2ytrPdOsoIlg=
=CW9j
-END PGP SIGNATURE-

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

Re: usbd does not use detach

2003-08-14 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Friday 08 August 2003 02:19 am, you wrote:
> Helps to actually attach the patch.
> 
Almost positive I had attached it.  It's attached and pasted below, just fixes 
a typo in the debugging.
> Warner
> 
> 
- --- usbd.c.orig Thu Aug  7 18:46:47 2003
+++ usbd.c  Thu Aug  7 18:52:33 2003
@@ -911,7 +911,7 @@
break;
case USB_EVENT_DRIVER_ATTACH:
if (verbose)
- -   printf("USB_EVENT_DRIVER_DETACH\n");
+   printf("USB_EVENT_DRIVER_ATTACH\n");
break;
case USB_EVENT_DRIVER_DETACH:
        if (verbose)
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/M8suxqA5ziudZT0RAs70AJ9QJmkUQL0G+Cyd11aKqQwtyY3h2gCdH9ES
7cvH2y+SzT6M7RC+EsuWqR4=
=ryqG
-END PGP SIGNATURE-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: usbd does not use detach

2003-08-14 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 07 August 2003 11:19 am, you wrote:
> On Wed, 2003-08-06 at 16:42, Anish Mistry wrote:
> > Do you know if the usbd actually recieves the detach signal?  If it does 
then 
> > it should be fairly simple to add the detach to the code.
> > > > usbd: driver-detach event cookie=3217029340 devname=ucom0
> > > > USB_EVENT_DRIVER_DETACH
> 
> This looks like usbd receices the event, doesn't it?
> 
> Jan
> 
> 
> 
Apply the attached patch and send me the debug output again.

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/MzO2xqA5ziudZT0RAtVLAJ9cHlAHhsvhu7SzW2hTprr5aEIZlQCgyhth
5pboSNz/5nND/+OeK4jP7nA=
=F22L
-END PGP SIGNATURE-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

ACPI sleep_delay caused reboot

2003-08-11 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I cvsup'd over the weekend and my laptop started to reboot after the second 
resume.  I checked the hw.acpi.sleep_delay and the default value seems to be 
changed to 5.  This would happen with earlier ACPI imports, but the default 
was zero, so it would be fine.  Can't seem to get and crash dumps since it  
just restarts.  I'll send the dmesg and acpidump info when I'm back at home.
- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/N7z4xqA5ziudZT0RAlb0AKCAVDQfin+UDf0aoE7NirEU39cqyACePN9h
J6wZj2Ngd5WNrsb9qJN8g8w=
=pKDO
-END PGP SIGNATURE-

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

Re: PATCH: Disable 6 byte commands for USB, firewire, ATAPICAM

2003-07-25 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thursday 24 July 2003 10:00 pm, Nate Lawson wrote:
> Attached is a patch that disables ever sending 6 byte commands to buses
> that do not support them.  Numerous USB devices hang when receiving a 6
> byte command.  For testing, this patch comments out the scsi_da quirks for
> devices that I believe are addressed by this patch and no longer need the
> quirk.
> 
> Please test devices such as USB keys, USB cameras, Firewire hard disks,
> and ATAPICAM cd drives to be sure they still work with this patch.
> Especially if you've needed a quirk before, it is important to see if this
> patch does not break your device.  I hope to get this into the tree early
> so there is plenty of testing before 5.2.
> 
> Thanks,
> Nate
> 
Works with my one quirks device (USB Floppy).

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/IZJixqA5ziudZT0RAi3sAKC31OPu1rTpgu/6boISEjwHRo7T9QCfcb09
jhTFTaGRLuAG2DHNdF8Zm+A=
=Ztfy
-END PGP SIGNATURE-

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

ums panic

2003-07-23 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

After a fresh cvsup today, I was playing around with my mouse and managed to 
get a panic from ums.  I loaded usb/ums from a kernel module, started usbd, 
(mouse is working), unload ums, load ums -> panic so:
kldload ums
usbd
kldunload ums
kldload ums (panic)
The mouse was plugged in the entire time.

#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1  0xc01e62e2 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372
#2  0xc01e6617 in panic () at /usr/src/sys/kern/kern_shutdown.c:550
#3  0xc0304406 in trap_fatal (frame=0xcd338ac8, eva=0)
at /usr/src/sys/i386/i386/trap.c:821
#4  0xc03040a2 in trap_pfault (frame=0xcd338ac8, usermode=0, eva=522)
at /usr/src/sys/i386/i386/trap.c:735
#5  0xc0303c65 in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1024395648, tf_esi = 
- -1024395648, tf_ebp = -852260088, tf_isp = -852260108, tf_ebx = -842240968, 
tf_edx = -1070073024, tf_ecx = -1015545712, tf_eax = 518, tf_trapno = 12, 
tf_err = 0, tf_eip = -1015634330, tf_cs = 8, tf_eflags = 66054, tf_esp = 
- -852260052, tf_ss = -1029324969}) at /usr/src/sys/i386/i386/trap.c:420
#6  0xc02f4df8 in calltrap () at {standard input}:102
#7  0xc2a5bf57 in ums_match (self=0x0) at /usr/src/sys/dev/usb/ums.c:176
#8  0xc01fece8 in DEVICE_PROBE (dev=0xc2f0f680) at device_if.h:22
#9  0xc01fcb28 in device_probe_child (dev=0x0, child=0xc2f0f680)
at /usr/src/sys/kern/subr_bus.c:1052
#10 0xc01fd32d in device_probe_and_attach (dev=0xc2f0f680)
at /usr/src/sys/kern/subr_bus.c:1435
#11 0xc01fdd9e in bus_generic_driver_added (dev=0xc2f0f680, driver=0x0)
at /usr/src/sys/kern/subr_bus.c:1859
#12 0xc01ff0af in BUS_DRIVER_ADDED (_dev=0xc327ab80, _driver=0x0)
at /usr/src/sys/kern/subr_bus.c:587
#14 0xc01fe835 in driver_module_handler (mod=0xc2a9c140, what=0, 
arg=0xc2a5e440) at /usr/src/sys/kern/subr_bus.c:2273
#15 0xc01dcbe1 in module_register_init (arg=0xc2a5e458)
at /usr/src/sys/kern/kern_module.c:108
#16 0xc01d74c0 in linker_file_sysinit (lf=0x0)
at /usr/src/sys/kern/kern_linker.c:192
#17 0xc01d7811 in linker_load_file (filename=0xc2474500 "/boot/kernel/ums.ko", 
result=0xcd338ca4) at /usr/src/sys/kern/kern_linker.c:357
#18 0xc01d9d67 in linker_load_module (kldname=0xc036a7f0 "¯\2302À §6ÀÈ", 
modname=0xc2474500 "/boot/kernel/ums.ko", parent=0x0, verinfo=0x0, 
lfpp=0xcd338cd0) at /usr/src/sys/kern/kern_linker.c:1670
#19 0xc01d82f3 in kldload (td=0xc245fbe0, uap=0x0)
at /usr/src/sys/kern/kern_linker.c:773
#20 0xc03046d3 in syscall (frame=
  {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = -1077937308, 
tf_ebp = -1077937352, tf_isp = -852259468, tf_ebx = 0, tf_edx = 134576680, 
tf_ecx = 0, tf_eax = 304, tf_trapno = 12, tf_err = 2, tf_eip = 134513967, 
tf_cs = 31, tf_eflags = 531, tf_esp = -1077937396, tf_ss = 47})
at /usr/src/sys/i386/i386/trap.c:1008
#21 0xc02f4e4d in Xint0x80_syscall () at {standard input}:144

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/H0IXxqA5ziudZT0RAttYAJ9VdGWNxgd43i09RAX2aHnAig7c6gCePl7o
m7+VihZ5UkSwcuDd6WRrBP4=
=xYC7
-END PGP SIGNATURE-

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

su and suspend problems with -CURRENT

2003-07-22 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've been using -CURRENT for while now and have finally gotten some time to 
come up with a list of problems I'm getting:
When I su to change to the root user I get a "Bus Error" from su.  This have 
been around for about a month, still happens after multiple build and install 
worlds, I just haven't gotten around to reporting it.
About a week ago I started to have the laptop reboot when is comes out of 
suspend, which it never used to do.
Let me know what further info i need to provide.

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/HgT7xqA5ziudZT0RAhD9AJ40fem0ziTcBRxwGLRJffYJcZjkewCgyvim
EpRbn2LK9ZetevQGgSNKyoM=
=7yA0
-END PGP SIGNATURE-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [acpi-jp 2393] Re: Updated ec-burst.diff patch

2003-07-11 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Attached is some hokey magic, which will cause your system to panic if you 
have a device plugged in a being access when you go into suspend.  The panic 
will be on resume.  I think it is because the usb interrupts change at least 
that is what i gather from gdb.  It is only for ohci since that's all I have, 
but I'm sure the same stuff will work for uhci and ehci.
If there is a way to force all the usb device to detach right before we 
suspend then there is a good chance that this could work without causing 
panics.

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/D4enxqA5ziudZT0RAjvTAKDSxYlsr4Psrb2qHPWMKoiSeucAMACdHqac
wrk2eRCKrC3EJiQlRVrZhRk=
=JEYV
-END PGP SIGNATURE-
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: [acpi-jp 2366] Re: Updated ec-burst.diff patch

2003-07-06 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> > Outstanding issues:
> > - - Battery still drains uncontrollably in S3
> 
> No idea on this.
> 
I seem to be getting this answer from everyone.  Is there some specific 
debugging info that I could provide the list to help with fixing this?
> > - - USB devices dead on resume (working a usb code patch for this)
> 
> I have the same problem.  I have a feeling there is not sufficient
> save/restore of usb uhci registers.
> 
My laptop uses ohci, but looking at the code it's quite similar.  I am able to 
have devices work on resume if I use my code patch to completely reinitilize 
the usb bus, but cause panics if devices are plugged in and being accessed, 
since the interrupt values change.  I'll look into the register values.

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/CH45xqA5ziudZT0RAnf0AKCddBGxH6QwZSxBoNJNANS0nbplcACeKKyt
AyJdH6KtAvdziAzwVBVsrWI=
=EQOn
-END PGP SIGNATURE-

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

Re: [acpi-jp 2366] Re: Updated ec-burst.diff patch

2003-07-05 Thread Anish Mistry

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

> The patch is not a complete implementation but it should help identify any
> hw problems in burst mode support.  I won't put it into the tree without
> making sure it can fall back correctly.
> 
> Also, since I forgot the URL the second time:
> http://root.org/~nate/freebsd/ec-burst.diff
> 
> -Nate
> 
I applied it on my Fujitsu P-2110 and rebuilt world, but didn't see any 
changes or regression.
Outstanding issues:
- - Battery still drains uncontrollably in S3
- - USB devices dead on resume (working a usb code patch for this)

- -- 
Anish Mistry
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (FreeBSD)

iD8DBQE/Bub3xqA5ziudZT0RAr/nAJwL4HP1AvETIlyFhSyyF3T1YRTvvgCg07S2
FE6ROWBAGHlc35DsXvwPPnQ=
=RAbR
-END PGP SIGNATURE-

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

Re: HEADSUP: acpi patches in the tree

2003-05-27 Thread Anish Mistry

On Tuesday 27 May 2003 07:58 pm, Nate Lawson wrote:
> On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote:
> > After this update, I found some error messages like this:
> >
> > acpi0:  on motherboard
> > ACPI-0438: *** Error: Looking up [\\_OS_] in namespace, AE_NOT_FOUND
> > ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._INI] (Node 
0xc21b73e0), AE_NOT_FOUND
> 
> Please try the attached patch and see if it changes things for you.
> 
> -Nate
> 
I was having freezing on S3 problems (same as above), but this patch fixed it. 
-- 
Anish Mistry
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

USB Ohci Suspend/Resume

2003-04-05 Thread Anish Mistry

Hi,
I've been working on some usb suspend/resume code for my laptop since the USB 
ports stop working after a resume.  After a lot of trial and error I finally 
got it to "work" sorta.  Behavior with my code:
1) If I remove any type of device, suspend the laptop and then resume any usb 
device that I plug in will start working correctly, etc.
attach -> detach -> suspend -> resume -> attach  (OK)
2) When I leave a device plugged in and remove it while it is suspended, then 
resume it, the laptop will resume properly, but when I plug the device back 
it will show a detaching message then panic.
attach -> suspend -> detach -> resume -> attach  (Panic)
3) If I leave the device plugged in then suspend and resume with the device 
plugged in it will panic.
attach -> suspend -> resume -> (Panic)
4) If I suspend the laptop, plug in the device, and then resume, then it's ok.
suspend -> attach -> resume -> (Ok)

Now for the weird part, at least for me.   Panics for numbers (2) and (3) only 
happen with certain classes of devices (ums,ukbd), but with devices like 
(uhid,umass,uscanner,ugen) there was no panic and the devices reattached just 
fine.  These were the only type of devices that I was able to test, so the 
lists probably includes other device types.

If anyone has any suggestions it would be appreciated.  This is my first 
attempt at any kernel code.

Attached is my dmesg, and usb code patch. 

Thanks,

This is where it panics:
ohci_device_intr_close

This GDB was configured as "i386-undermydesk-freebsd"...
panic: page fault
panic messages:
---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x10
fault code  = supervisor write, page not present
instruction pointer = 0x8:0xc266605f
stack pointer   = 0x10:0xcd357be4
frame pointer   = 0x10:0xcd357c00
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 337 (usb0)
trap number = 12
panic: page fault

syncing disks, buffers remaining... 1414 1414 1413 1413 1413 1413 1413 1413 
14131413 1413 1413 1413 1413 1413 
wakeup from sleeping state (slept 00:00:09)
ata0: resetting devices ..
done
ata1: resetting devices ..
done
1413 1413 1413 1413 1413 1413 1413 
giving up on 1326 buffers
Uptime: 1m39s
Dumping 239 MB
ata0: resetting devices ..
done
 16 32 48 64 80 96 112 128 144 160 176 192 208 224
---
Reading symbols from 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/   
acpi/acpi.ko.debug...done.
pi/acpi.ko.debug
Reading symbols from 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/   
usb/usb.ko.debug...done.
Loaded symbols for 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/us   
b/usb.ko.debug
Reading symbols from 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/   
linux/linux.ko.debug...done.
Loaded symbols for 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/li   
nux/linux.ko.debug
Reading symbols from 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/   
ums/ums.ko.debug...done.
Loaded symbols for 
/usr/obj/usr/src/sys/LITTLEGUY/modules/usr/src/sys/modules/um   
s/ums.ko.debug
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
239 dumping++;
(kgdb) bt
#0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
#1  0xc01e5a98 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:371
#2  0xc01e5d43 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
#3  0xc02fa7e2 in trap_fatal (frame=0xcd357ba4, eva=0)
at /usr/src/sys/i386/i386/trap.c:843
#4  0xc02fa4c2 in trap_pfault (frame=0xcd357ba4, usermode=0, eva=16)
at /usr/src/sys/i386/i386/trap.c:757
#5  0xc02fa03d in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = 4, tf_esi = -1033428992, 
tf_   ebp = -852132864, tf_isp = -852132912, tf_ebx = 
-1033431168, tf_edx = 0, tf_ecx= -1033444956, tf_eax 
= -1033429216, tf_trapno = 12, tf_err = 2, tf_eip = -10334   
78049, tf_cs = 8, tf_eflags = 66118, tf_esp = -1033351552, tf_ss = 
-852132872})
at /usr/src/sys/i386/i386/trap.c:444
#6  0xc02eaa08 in calltrap () at {standard input}:96
#7  0xc265c148 in usbd_close_pipe (pipe=0xc2671780)
at /usr/src/sys/dev/usb/usbdi.c:272
#8  0xc26b3c4d in ums_disable (priv=0xc2671780)
at /usr/src/sys/dev/usb/ums.c:582
#9  0xc26b36d2 in ums_detach (self=0x0) at /usr/src/sys/dev/usb/ums.c:371
#10 0xc01f9d57 in device_detach (dev=0xc2672000) at device_if.h:48
#11 0xc01f90ef in device_delete_child (dev=0x0, child=0xc28390a0)
at /usr/src/sys/kern/subr_bus.c:976
#12 0xc265be93 in usb_disconnect_port (up=0x4, parent=0x0)
---Type  to continue, or q  to quit--- 
at /usr/src/sys/de

ACPI and USB

2003-03-27 Thread Anish Mistry

Hi,

  I finally got -CURRENT to install on my laptop as of 2003-03-25 and have 
been playing around with the acpi code trying to figure it out.  One of the 
main problems is to get my USB bus to wake up after a suspend, currently all 
the USB devices dies when suspended and resumed.
How can I tell the USB PowerResource to turn on?  I've been able to access 
devices that have a HID and create drivers for those, but I don't know how to 
access resources with only _ADR addresses.  The USB portion of my acpidump 
below:

Device(USB_) {
Name(_ADR, 0x0002)
Name(_PR0, Package(0x1) {
USBP,
})
Name(_PR1, Package(0x1) {
USBP,
})
Name(_PR2, Package(0x1) {
USBP,
})
PowerResource(USBP, 1, 0) {
Name(RSTA, 0x1)
Method(_STA) {
Return(RSTA)
}
Method(_ON_) {
Store(One, RSTA)
}
Method(_OFF) {
Store(Zero, RSTA)
}
}
}

Thanks,

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

38 matches

Mail list logo