Bernd Walter [EMAIL PROTECTED] wrote:
On Fri, Nov 21, 2003 at 12:35:50PM -0500, Brian F. Feldman wrote:
Doug White [EMAIL PROTECTED] wrote:
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
I'll look around for a bootable NetBSD CD.
NetBSD
On Sat, Nov 22, 2003 at 08:08:29AM -0500, Brian F. Feldman wrote:
Found it!!! Definitely a problem created then...
--- ohci.c 12 Nov 2003 01:40:11 - 1.138
+++ ohci.c 22 Nov 2003 03:28:42 -
@@ -569,7 +569,7 @@
cur-td.td_cbp = htole32(dataphys);
On Sat, Nov 22, 2003 at 08:08:29AM -0500, Brian F. Feldman wrote:
We never did any page crossing on ohci/ehci bevor the newbus change
took place.
Found it!!! Definitely a problem created then...
--- ohci.c 12 Nov 2003 01:40:11 - 1.138
+++ ohci.c 22 Nov 2003
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
This might be the underlying wierdness we were seeing in gtetlow's
microdrive with transfers over 8k. The one-page-crossing ohci limitation
is really annoying.
On Thu, 20 Nov 2003, Brian F. Feldman wrote:
Doug White [EMAIL PROTECTED] wrote:
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
I'll look around for a bootable NetBSD CD.
This might be the underlying wierdness we were seeing in gtetlow's
microdrive with transfers over 8k. The
Whoops. http://damien.bergamini.free.fr/ueagle/download.html.
BMS
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
On Fri, Nov 21, 2003 at 09:11:33AM -0800, Doug White wrote:
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
This might be the underlying wierdness we were seeing in gtetlow's
microdrive with transfers over 8k. The one-page-crossing ohci limitation
On Fri, Nov 21, 2003 at 12:35:50PM -0500, Brian F. Feldman wrote:
Doug White [EMAIL PROTECTED] wrote:
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
I'll look around for a bootable NetBSD CD.
NetBSD is different in that point.
This might be
Bernd Walter [EMAIL PROTECTED] wrote:
On Fri, Nov 21, 2003 at 12:35:50PM -0500, Brian F. Feldman wrote:
Doug White [EMAIL PROTECTED] wrote:
The OHCI driver is largely synced with NetBSD so you might see if they
have the same bug.
I'll look around for a bootable NetBSD CD.
NetBSD
Brian F. Feldman [EMAIL PROTECTED] writes:
Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
have ANY leads on these problems? I know precisely nothing about how my USB
hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
and it's really not
In message [EMAIL PROTECTED], Brian F. Feldman
writes:
Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
have ANY leads on these problems? I know precisely nothing about how my USB
hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
and it's
Jeez, it's been broken a year and it's almost 5.2-RELEASE now.
See for example the page for the FreeBSD eagle driver:
http://damien.bergamini.free.fr/ueagle/
end notably the OHCI patches in
http://damien.bergamini.free.fr/ueagle/download.html
At least for the eagle USB ADSL modem, these patches
Alexander Leidinger [EMAIL PROTECTED] writes:
I have no problem using my printer:
[...]
ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
ulpt0: using uni-directional mode
Sure, I can do that:
ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass 7/1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 Nov 2003 10:20, Dag-Erling Smørgrav wrote:
Sure, I can do that:
ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass
7/1 ulpt0: using bi-directional mode
but it still won't print. Sometimes it works (albeit
Mark Dixon [EMAIL PROTECTED] writes:
When it works, is that when you have been using it in another operating
system, and then reboot into FreeBSD and try it?
I don't think so.
BTW, I just reinstalled cups to give the printer another try, and it
now seems to work in -CURRENT (knock on wood).
On Thu, Nov 20, 2003 at 11:20:18AM +0100, Dag-Erling Smørgrav wrote:
Alexander Leidinger [EMAIL PROTECTED] writes:
I have no problem using my printer:
[...]
ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
ulpt0: using uni-directional mode
Sure, I can do that:
Thanks for the patches to try! They unfortunately didn't fix the crash I
have, but I found out why it's occurring.
See ohci.c:1389:
if (std-td.td_cbp != 0)
len -= le32toh(std-td.td_be) -
le32toh(std-td.td_cbp) + 1;
In one
Brian F. Feldman [EMAIL PROTECTED] wrote:
Thanks for the patches to try! They unfortunately didn't fix the crash I
have, but I found out why it's occurring.
See ohci.c:1389:
if (std-td.td_cbp != 0)
len -= le32toh(std-td.td_be) -
Josef Karthauser [EMAIL PROTECTED] wrote:
On Sun, Nov 17, 2002 at 01:18:00PM -0500, Brian F. Feldman wrote:
ohci_alloc_std_chain+0xf5 (calling a DMAADDR() function, I believe)
ohci_device_bulk_start+0x0d
ohci_device_bulk_transfer+0x27
usbd_transfer+0xc0
umass_setup_transfer+0x4f
I fixed a serious DMA physical address translation bug in OHCI today.
Look on the lists today for this message. Message and patch enclosed.
Note that this fixes one bug in FreeBSD's implementation and a second
bug that is NetBSD/OpenBSD specific. I would appreciate it if someone
Brian Fundakowski Feldman [EMAIL PROTECTED] wrote:
I can't get more info because crash dumps don't work when this happens, but
for what it's worth, here's a traceback which shows what happens when I
attempt to use my da0: SanDisk ImageMate II 1.30 Removable Direct Access
SCSI-2 device on an
On Sun, Nov 17, 2002 at 01:18:00PM -0500, Brian F. Feldman wrote:
ohci_alloc_std_chain+0xf5 (calling a DMAADDR() function, I believe)
ohci_device_bulk_start+0x0d
ohci_device_bulk_transfer+0x27
usbd_transfer+0xc0
umass_setup_transfer+0x4f
umass_bbb_state
usb_transfer_complete
Does this happen on a current with this patch applied too?
Index: usb_port.h
===
RCS file: /home/ncvs/src/sys/dev/usb/usb_port.h,v
retrieving revision 1.58
diff -u -r1.58 usb_port.h
--- usb_port.h 2 Oct 2002 07:44:20 -
Josef Karthauser [EMAIL PROTECTED] wrote:
Does this happen on a current with this patch applied too?
I'm certain I tried this already :(
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] [EMAIL PROTECTED] \ The Power to Serve! \
I can't get more info because crash dumps don't work when this happens, but
for what it's worth, here's a traceback which shows what happens when I
attempt to use my da0: SanDisk ImageMate II 1.30 Removable Direct Access
SCSI-2 device on an OHCI-based controller. This was working just a few
25 matches
Mail list logo