thus
> neither GET_INTERFACE nor SET_INTERFACE is supported by hubs,or say,
> undefined.So I also looked through the internal part of
> usb_set_interface,maybe we actually won't send any request to the
> hub,but
cating QHs, TDs, and so forth as
single contiguous entities. Since the DMA-able part is liable to end
up in uncached memory, wouldn't we be better off splitting the data
structures in two and putting the other parts in normal memory?
Alan Stern
+ high memory to "normal" DMA memory. If you can come up with a good way
> + to fix this issue (for x86_32 machines with over 1 MByte of memory),
You mean 1 GByte.
Alan Stern
-
This SF.net email is sponsored
On Mon, 2 Jul 2007, Oliver Neukum wrote:
> Am Montag, 2. Juli 2007 schrieb Alan Stern:
> > On Sun, 1 Jul 2007, Oliver Neukum wrote:
>
> > > It happens when the URB is destroyed.
> >
> > I'm not convinced that it's a good idea to couple allocations and
een
device speeds. (Remember, a full-speed device can use an EHCI
controller if it is connected through a high-speed hub.) That's a
perfectly reasonable thing to do when setting up a streaming transfer;
such things always have to take transfer timings into consideration.
Alan Stern
On Mon, 2 Jul 2007, Oliver Neukum wrote:
> Am Montag, 2. Juli 2007 schrieb Alan Stern:
> > > As noted above, for full speed devices we could get similar throughput
> > > with slightly more clever implementation of scatterlist handling. If
> > > the HCD has good hard
p;some_lock);
Again, this is because usb_hcd_giveback_urb() must run with interrupts
disabled. Is this pattern okay?
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 exp
Kay:
During a lunch at OLS you mentioned something about watching the LED on
your USB mouse turn on and off as it autosuspended and resumed. I
don't remember the details, but it sounded peculiar. Can you explain
what you were referring to?
Alan
But adding new function calls for
> > preallocation and release will affect only a few HCDs plus whatever
> > drivers want to use the new calls.
>
> Yes, but after that audit there'll be a unified API again.
But there's already a unified API. Why go out of your way to u
ather intrusive change.
We don't need bottom halves. Just remove the guarantee that interrupts
will be disabled.
And BTW, it isn't necessarily true that IRQs are disabled during a real
interrupt. Those sharing the same IRQ line are
ry well. How shall we split the audit load? I volunteer for
> drivers/usb/serial
Well, I have too many other things doing to work on it just now. Let's
stick it on a to-do list and come back to it later.
Alan Stern
-
will end up being, so you preallocate enough for 120
> > KB. But the user increases max_sectors and you are faced with a 200-KB
> > transfer. What will you do?
>
> Obviously the capabilities advertised to th
I continue to believe that it would be a big mistake to increase
the CPU overhead by polling more frequently when a device is suspended!
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the
spin_lock_irqrestore(&lock, flags);
}
static void internal_func()
{
...
spin_unlock(&lock);
invoke_callback();
spin_lock(&lock);
...
}
For that matter, would it be okay to use spin_lock_irq() rather than
spin_lock_irqsave() in the IRQ ha
ave their bits set in the hub's
interrupt URB. change_bits records the ports for which we want to
force a disable and re-enumeration.
Sometimes the core needs to act as though a device has disconnected
even when it really hasn't. That's what change_bits is for.
event_bits,
easiest way is to unbind the hub driver from the root-hub device
and then rebind it. If B is the bus number, you can do:
echo -n B-0:1.0 >/sys/bus/usb/drivers/hub/unbind
echo -n B-0:1.0 >/sys/bus/usb/driv
On Tue, 3 Jul 2007, Jiri Kosina wrote:
> On Tue, 3 Jul 2007, Alan Stern wrote:
>
> > It's totally bogus! With no driver loaded, the mouse won't be enabled
> > for remote wakeup. Consequently it should never be resumed, no matter
> > what you do to it. If
in C2 while DMA is active, right? Then no, we can't
do it.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your
> So, my question is, why this error appears and how can i solve it?
The message indicates a low-level communications error. For example,
there might be a loose cable connection or a bad impedance somewhere.
> Did
> anybody test usb driver on philips isp1761?
I have no idea.
Alan St
rong with it?
To get more information, turn on the debugging options DEBUG, VERBOSE,
and DUMP_MSGS near the start of file_storage.c. Then post the kernel
debugging log from the gadget.
Alan Stern
-
This SF.net email is
chive.
Most likely this device just needs an unusual_devs entry with
US_FL_FIX_CAPACITY. I could prepare a patch to add this if you send
the output from "lsusb -v" for the camera or its entry in
/proc/bus/usb/devices.
Alan Stern
--
0x0409
> bcdDevice1.00
The descriptors are the same. But that doesn't mean anything. It's
possible that one device has a problem and the other doesn't because
one computer tries to r
. In the first snippet i ranges from 0 to bNbrPorts-1, and
in the second snippet i ranges from 1 to bNbrPorts. So the
test_and_clear_bit calls do the same thing.
> additionally,I am wondering the reason, for the change_bits map, we
> just test, for the event_
ral.
Seems okay to me. You might also want to change the name of your new
local variable in usb_alloc_urb to "packets" instead of "frames".
Now the next step will be to remove the iso_packets argument from
usb_alloc_urb entirely. We could a
h the HP keyboard. The root hub behavior
was just as peculiar as before. It was able to resume okay a few times
and then it stopped working.
That laptop is about 5 five years old and showing other signs of
hardware failure. We shouldn't take this problem too seriously.
Alan Stern
---
Yes. It turns out I was wrong... The USB core enables remote wakeup
whenever the device supports it and the user hasn't disabled it.
There doesn't have to be a driver bound to the device. (Maybe there
should, but that's a separate m
ntk to find out what's really
going on.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data
tively _does_ start a new session.
However with some devices, the only way to truly reset them is to
unplug their power cable. Not much the kernel can do then.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Dow
On Thu, 5 Jul 2007, Robert Marquardt wrote:
> Alan Stern schrieb:
>
> > Does Windows ever actually suspend the keyboard at all?
>
> I do not know. I prefer switching off my computer.
> The main differences i see for HID devices with the OS running is that
> Windows con
On Thu, 5 Jul 2007, Matthew Dharm wrote:
> On Mon, Jul 02, 2007 at 09:15:03AM +0200, Oliver Neukum wrote:
> > Am Montag, 2. Juli 2007 schrieb Alan Stern:
> > > If you look at usbmon logs of real usb-storage data transfers you'll
> > > see that multi-page sg eleme
ernal power or does it run off USB bus power? If
it is bus-powered, perhaps it isn't getting enough juice.
Try turning on CONFIG_USB_STORAGE_DEBUG and see what shows up in the
debugging log.
Alan Stern
-
This
till isn't on the donelist,
then I'd say you've found a bug in the controller hardware. Under such
circumstances the driver would be justified in retiring the TD on its
own initiative.
Alan Stern
-
This SF.net e
asn't been created.
One possibility is to add yet another allocator:
struct urb *usb_alloc_ep0_urb(struct usb_device *udev, size_t alloc_length,
gfp_t mem_flags);
This could have an additional extra use, since it could leave space for
the setup packet at the end of the UR
/DVD driver; you
don't need it if you're not using a CD or DVD drive.
> Also the lsusb -v for that device shows a MaxPower of 100ma, exactly the same
> as it says on the big box. Maybe I'll find something in the .config...
Don't always believe what the device descript
ed from the USB cable plugged into a 2.0
> port on the rear of the mobo, and everything else plugged into it is working
> with no obvious problems.
Do you realize that a bus-powered hub is prohibited by the USB spec
from supplying power to more than 4 downstream devices?
Alan Stern
--
On Fri, 6 Jul 2007, Mike Nuss wrote:
> Alan Stern wrote:
> > On Thu, 5 Jul 2007, Mike Nuss wrote:
> >
> >> There are three time periods in question.
> >>
> >> A = before there is any problem
> >>
> >> B = a read seems to have comp
hub, this box won't even
> post till it is unplugged, at which point the post continues normally.
>
> That points to a bios difference also. Unforch, biostars web pages are under
> reconstruction so I can't check for bios updates there. I've emailed the
> webmast
On Fri, 6 Jul 2007, Mike Nuss wrote:
> Alan Stern wrote:
> > AFAIK there are only two lists (apart from the "done" list): the
> > periodic list and the async list. The HC is allowed and expected to
> > jump between them during the course of a single frame.
>
This patch (as929) adds usb_autopm_get_interface_burst() to the
autosuspend programming interface. It is intended for situations
where I/O events occur in bursts of activity; it reduces overhead by
not cancelling the device's autosuspend timer.
Signed-off-by: Alan Stern <[EMAIL P
This patch (as930) implements autosuspend for usb-storage. It is
adapted from a patch by Oliver Neukum. Autosuspend is allowed except
during LUN scanning, resets, and command execution.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
The default autosuspend delay of 2 seconds is pr
will generate an IRQ when
the TD completes or shortly thereafter. That's the completion
interrupt.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and t
ers.
The status of a completed URB is kept in a local variable
and copied to urb->status only when the URB is about to be
given back.
Some unnecessary uses of urb->lock are removed.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/hos
mely interrupts, you can always
fall back on a kernel timer. Scan through the data structures once a
second or thereabouts. As an optimization, allow the timer to run only
while there are active URBs.
Alan Stern
-
This
verhead for systems
that don't need it.
In this case there's already a kernel timer you can use: the root hub
status timer. There's some complicated code in ohci-hub.c to turn that
timer on and off (it could be simplified a good deal -- and
unfortunately I'm
> Radio Shack. I could probably build one with an lm317 quicker than I could
> find on actually made for it. Sigh...
Actually the next thing to do is what I suggested before: Run a kernel
with CONFIG_USB_STORAGE_DEBUG turned on and post th
nicely with the proposed
> change of the callback signature to take urb and status code,
> rather than urb with urb->status ... :)
Augh!! Too many changes, all at once! I can't face it! :-)
Alan Stern
-
T
t.
> > But drivers do rely on it (the handlers call spin_lock rather than
> > spin_lock_irqsave, for example), so changing it would require a fair
> > amount of work. Worthwhile, in my opinion, but I don't want to do it.
>
> Except for RT support? :)
Well, let&
> Change that only with extreme care. :)
In fact, what we need to audit is not the IRQF flag setting but rather
the spin_lock call in the irq handler. It ought to be
spin_lock_irqsave.
Alan Stern
-
This SF.net email i
tually occurs at the instant of
> the plugin. ISTR its set for 128k in the build. That could be expanded as I
> have a gig of ram, so even 10 megs could be done I'd think unless there is a
> pointer size limit to the ring buffer.
You could turn off HAL. But it looks like you
On Sat, 7 Jul 2007, Gene Heskett wrote:
> On Saturday 07 July 2007, Gene Heskett wrote:
> >On Saturday 07 July 2007, Gene Heskett wrote:
> >>On Friday 06 July 2007, Alan Stern wrote:
> >>>On Fri, 6 Jul 2007, Gene Heskett wrote:
> >>>> So the next thing
the hub's device lock. They might not even hold the lock of
the device being suspended or resumed.)
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and
eed.
It's _possible_, but why go through all that work? Just keep the URBs
allocated permanently. They don't take up much space compared with
UHCI's TDs.
Alan Stern
-
This SF.net email is sponsored by DB2 E
On Sat, 7 Jul 2007, Oliver Neukum wrote:
> Am Samstag, 7. Juli 2007 schrieb Alan Stern:
> > > This brings me to an idea.
> > > Is it possible to accept the next scsi request while the current request
> > > is
> > > being executed? That way, when the first
70 14 0f ba b0 bc 00 00 00 01 8d 46 60 ba 57 0b 8f df 46 68 03 c7
> > 46 48 00 00 00 00
> > e8 21 8d 8c e0 8b 7e 58 80 63
> > [16645.528000] EIP: [] end_unlink_async+0x1b/0xc5 [ehci_hcd]
For whatever it's worth, the crash occurred in end_async_unlink because
ehci->reclai
Rev: 3.95
>Type: Direct-Access ANSI SCSI revision: 00
> Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0
The last line shows that the kernel has detected a SCSI disk.
Are you asking why the SD card wasn't detected when you put in in the
On Mon, 9 Jul 2007, Oliver Neukum wrote:
> Am Freitag, 6. Juli 2007 schrieb Alan Stern:
> > This patch (as929) adds usb_autopm_get_interface_burst() to the
> > autosuspend programming interface. It is intended for situations
> > where I/O events occur in bursts of activity
On Mon, 9 Jul 2007, Oliver Neukum wrote:
> Am Freitag, 6. Juli 2007 schrieb Alan Stern:
> > @@ -1028,6 +1039,7 @@ static int storage_probe(struct usb_inte
> > * start it up. */
> > scsi_host_get(us_to_host(us));
> >
771.448000] [] kthread+0x0/0x60
> > [ 4771.448000] [] kernel_thread_helper+0x7/0x10
> > [ 4771.448000] ===
> > [ 4771.448000] Code: 00 00 00 00 55 57 56 53 83 ec 04 31 ed 83 cb ff
> > 89 c6 89 c7 89 14 24
On Mon, 9 Jul 2007, Oliver Neukum wrote:
> Am Montag, 9. Juli 2007 schrieb Alan Stern:
> > On Mon, 9 Jul 2007, Oliver Neukum wrote:
> >
> > > Am Freitag, 6. Juli 2007 schrieb Alan Stern:
> > > > This patch (as929) adds usb_autopm_get_interface_burst() to
STANDARD +
> USB_RECIP_DEVICE) and GET_STATUS is 0x00, as found in several drivers in the
> USB kernel tree.
>
> Am I doing something obviously wrong here? If not, I'm probably
> misunderstanding how the device works, bu
B.D/device/power/level
> And also, does EHCI (on recent linux-linus' git tree) support
> SINGLE_STEP_GET_DESCRIPTOR and SINGLE_STEP_SET_FEATURE ???
I don't recognize those terms. What do they refer to?
Alan Stern
rage: -- code: 0x70, key: 0x2, ASC: 0x3a, ASCQ: 0x0
> usb-storage: Not Ready: Medium not present
> usb-storage: scsi cmd done, result=0x2
> usb-storage: *** thread sleeping.
This log shows that LUN 0 has no media present. Probably your reader
puts SD cards on a higher LUN. Make sure
On Fri, 06 Jul 2007, Alan Stern wrote:
> This patch (as931), adapted from a patch by Olav Kongas, makes a small
> set of conservative changes to the isp116x-hcd driver in preparation
> for the removal of urb->status.
Greg:
Please ignore this submission. Offline discussion has in
On Tue, 10 Jul 2007, Christoph wrote:
> Alan Stern schrieb:
> > On Sun, 8 Jul 2007, Markus Rechberger wrote:
> >
> >> On 7/8/07, Christoph <[EMAIL PROTECTED]> wrote:
> >>> Hallo Markus!
> >>>
> >>> I'm using a Pinnacle PCT
t.patch
>
> This tree can be found at
> http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/
>
>
> >From [EMAIL PROTECTED] Fri Jul 6 11:21:32 2007
> From: Alan Stern <[EMAIL PROTECTED]>
> Date: Fri, 6 Jul 2007 14:21:26 -0400 (EDT)
> Su
On Wed, 11 Jul 2007, Oliver Neukum wrote:
> Hi,
>
> this implements autosuspend for cdc-acm devices.
Do you mean it adds support for plain old suspend/resume? It
definitely does not implement autosuspend.
A
t works for those devices not continously in use.
>
> Hi Oliver,
>
> I like this patch until the ultimate solution comes (if there is any at
> all). Thanks,
I agree. It's nice and simple.
Alan Stern
--
r did try to call usb_kill_urb, you would get a big fat
error message on the screen and your system might crash.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2
664eb025fee76c561
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff_plain;h=629e4427aa817d5c9f11885420abf54b8f5967dc
You could try applying them one by one starting from 2.6.20 and see at
which stage the problem be
tly where the problem starts.
Linus Torvalds recently posted a message including a quick summary of
how to do this. See
http://marc.info/?l=linux-kernel&m=118408208816556&w=2
Alan Stern
-
This SF.net email is sponsored
nection with this problem. It's
clear that the problem occurs in the driver core when the SCSI core
tries to unregister a device. It's not directly related to USB at all.
In fact, it looks like the bug is connected with
CONFIG_SYSFS_DEPRECATED. You can try to see what happens with
al feedback: What you want to do is essentially
impossible, because it would require your driver to have unbounded
memory buffer space. The host can transfer as much data as it likes
(up to 4 GB) and your driver would need to buffer all that data before
initiating the underlying ATAPI/SCSI command.
ernel/git/torvalds/linux-2.6.git;a=tree;f=drivers/usb/host;h=01260c55a15973281b292c052424e7c11fef9bcf;hb=c8f71b01a50597e298dc3214a2f2be7b8d31170c
This will present you with the state of drivers/usb/host as of
2.6.21-rc1. Simply click on the History link for each file of
int
controller has
advanced the async schedule.
> * should bh set anyway and call ehci_work?
I believe that it was intended as a workaround for some design bugs in
certain EHCI controllers.
> * what is [4.15.2.3] referring to?
It is a section number in the EHCI specification document.
Alan St
-alien.net/pipermail/usb-storage/2007-July/date.html
Read the messages with "g_file_storage" in the subject line.
Alan Stern
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE ver
f=dr
> >ivers/usb/host;h=01260c55a15973281b292c052424e7c11fef9bcf;hb=c8f71b01a50597e
> >298dc3214a2f2be7b8d31170c
> >
> >This will present you with the state of drivers/usb/host as of
> >2.6.21-rc1. Simply click on the History link for each file of
> >interest.
> >
> >Alan Stern
&
0: [sda] Result: hostbyte=DID_NO_CONNECT
driverbyte=DRIVER_OK,SUGGEST_OK
[ 551.034236] end_request: I/O error, dev sda, sector 40
[ 551.034290] Buffer I/O error on device sda, logical block 5
[ 551.034415] >
[ 551.034774] sd 3:0:0:0: [sda] Attached SCSI disk
[ 551.034933] sd 3:0:0:0: Attached scs
the status stage rather than when the short packet arrives.
Some unnecessary uses of urb->lock are removed.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Olav, this patch should make no difference to the functioning of the
driver. Please try it and make sure I haven
toresumed.
The last item in particular should be a big selling point for libusb,
which currently forces all USB devices to be resumed as it scans the
device tree.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Dave, this patch probably won't apply to your source tree. It's me
listed in
the MAINTAINERS file.
Your diff should be against the latest version of Greg KH's USB
development tree. See the patches in
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/
Alan Stern
-
This SF.net
is built into the
application protocol. Bulk endpoints handle streams of data; message
boundaries are located only by short packets and by agreement between
the host and the device. If the host hasn't told your gadget dri
ustom app I'm using generate a ZLP,
> but I don't believe the Windows print system will
> generate a ZLP when a data stream ends on a MAXP
> boundary.
How about making the application add an extra byte instead?
> It appears I'm stuck solving it on
It has recently been pointed out that short control transfers should
have a status stage, even if they generate an error because
URB_SHORT_NOT_OK was set. This patch (as935) changes uhci-hcd to
enable the status stage when this happens.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
This patch (as936) updates the kerneldoc for usb_unlink_urb. The
explanation of how endpoint queues are meant to work is now clearer
and in better agreement with reality.
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb/core
Greg:
This patch (as729) fixes up the new endpoints-are-devices code by removing
the symbolic link to the old "ep_XX" name.
Alan Stern
Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
---
Index: usb-2.6/drivers/usb
ate
goes away.
How would you like to handle this? Hold back for a while so you can
absorb what I've already sent? Resend with sequence numbers in the
Subject lines? Start sending the not-yet-submitted patches?
Alan Stern
Using Tomcat but need to do more? Need to suppo
s routine for sending sequences of
messages. A signal would not only interrupt the current message, it would
prevent any further messages from being sent until the signal was handled.
Alan Stern
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly
could be fatal to the bus.
> >
>
> Device reset is handled by khubd, isn't it ? If so all signals are
> blocked in this context...
No. Resets can be issued from other tasks as well. For instance, a user
program can use usbfs to do a device reset.
Alan Stern
Using To
;t mean anything outside a running system. They aren't
portable at all. But seconds, milliseconds, microseconds, and so on all
have very well-defined meanings.
It's only because of historical inertia that jiffies are still used
anywhere.
Alan Stern
Using Tomcat but need to do
ink_urb and the completion routine doesn't matter.
The core guarantees that urb->status is set correctly no matter what.
However, it's important that the URB be completely finished before the
routine returns. Remember that the completion handler _will_ be called
eventually, no matter wh
On Mon, 26 Jun 2006, Greg KH wrote:
> On Mon, Jun 26, 2006 at 11:50:26AM -0400, Alan Stern wrote:
> > Greg:
> >
> > I'm not sure at this point whether you would like to me resend the revised
> > usbcore patches in the "leading toward autosuspend" s
On Mon, 26 Jun 2006, David Brownell wrote:
> On Monday 26 June 2006 4:57 pm, Greg KH wrote:
> > On Fri, Jun 23, 2006 at 10:51:47AM -0400, Alan Stern wrote:
> > > On Thu, 22 Jun 2006, Greg KH wrote:
> > >
> > > > > Under what scenario could it possibl
XXX comment in scsi_probe_lun() about what to
do if the INQUIRY response is short or not entirely valid, which would be
the case if inq_result[4] < 31. Basically the device is saying that it
doesn't contain any vendor or product name information.
What would you have done if this wasn
i can't locate.
It's quite possible that this patch caused the problem, because it was a
rather large change.
I'll do my best to help diagnose the error, but more debugging information
will be necessary. CONFIG_USB_DEBUG will be a good start.
Should further discussion be carried o
> converted into jiffies eventually...
Actually the timeout for usb_control_message _used_ to be jiffies and was
converted to milliseconds, at about the same time that msleep() was added.
Alan Stern
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done
that the transaction translators in your hubs aren't working
right.
Normally people don't have these problems using ehci-hcd to communicate
with full-speed devices behind high-speed hubs. (There are other
problems, involving scheduling of periodic transactions, but they are
different f
e Windows-style
GUID thingies as filenames. A filename should not include any shell
meta-characters. Omitting the '{' and '}' would help; replacing the
meaningless numbers with meaningful English words would help even more.
Alan Stern
Using Tomcat but need to do more? Need
lso try connecting the hub-modem pair (and perhaps also the hub-something
else pair) to a different computer, just to rule out problems with the
EHCI hardware.
Alan Stern
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology
On Wed, 28 Jun 2006, Franck Bui-Huu wrote:
> Alan Stern wrote:
> >
> > However, it's important that the URB be completely finished before the
> > routine returns. Remember that the completion handler _will_ be called
> > eventually, no matter what. And urb-&
who would have to accept your proposed
solution.
Alan Stern
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.
501 - 600 of 2619 matches
Mail list logo