Please ignore this. Pushed the send button to fast again.
Regards
Nam
On Thursday 11 January 2007 18:07, Hoang-Nam Nguyen wrote:
> Hello Roland and Christoph H.!
> Here is a set of patches for ehca, whose main purpose is to remove unproper
> use of
> do_mmap() in ehca kernel space
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper use
of
do_mmap() in ehca kernel space as suggested by Christoph H. Other "small"
changes
are:
* Remove "dead" prototype declarations (those without code implementation)
* Use SLAB_ defines
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper use
of
do_mmap() in ehca kernel space as suggested by Christoph H. Other small
changes
are:
* Remove dead prototype declarations (those without code implementation)
* Use SLAB_ defines
Please ignore this. Pushed the send button to fast again.
Regards
Nam
On Thursday 11 January 2007 18:07, Hoang-Nam Nguyen wrote:
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper
use of
do_mmap() in ehca kernel space as suggested
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper use
of
do_mmap() in ehca kernel space as suggested by Christoph H. Other small
changes
are:
* Remove dead prototype declarations (those without code implementation)
Now detail on mmap()
Hello Roland and Christoph H.!
This is a patch for ehca structs. It enhances completion queue and queue pair
with use counters for associated mmap-ed resources, ie. hardware register block
and queue pages. Furthermore it removes redundant prototypes.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen
Hello Roland and Christoph H.!
This is a patch for ehca_cq.c. It removes all direct calls of do_mmap()/munmap()
when creating and destroying a completion queue respectively.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_cq.c | 65
Hello Roland and Christoph H.!
This is a patch for ehca_qp.c. It removes all direct calls of do_mmap()/munmap()
when creating and destroying a queue pair respectively.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_qp.c | 78
Hello Roland!
This is a patch for ehca_main.c. It mainly updates ehca version appropriately.
Also the abi_version is increased in order to distinguish this from earlier
releases.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_main.c |6 +++---
1 files changed, 3
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper use
of
do_mmap() in ehca kernel space as suggested by Christoph H. Other small
changes
are:
* Remove dead prototype declarations (those without code implementation)
* Use SLAB_ defines
Please ignore this. Pushed the send button to fast again.
Regards
Nam
On Thursday 11 January 2007 18:07, Hoang-Nam Nguyen wrote:
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper
use of
do_mmap() in ehca kernel space as suggested
Hello Roland and Christoph H.!
Here is a set of patches for ehca, whose main purpose is to remove unproper use
of
do_mmap() in ehca kernel space as suggested by Christoph H. Other small
changes
are:
* Remove dead prototype declarations (those without code implementation)
Now detail on mmap()
Hello Roland and Christoph H.!
This is a patch for ehca structs. It enhances completion queue and queue pair
with use counters for associated mmap-ed resources, ie. hardware register block
and queue pages. Furthermore it removes redundant prototypes.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen
- The actual mmap() call/trigger is now controlled by user space,
ie. libehca, for which I will send a separate patch for later review
This patch also removes superfluous resp. obsolete functions.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_uverbs.c | 253
Hello Roland and Christoph H.!
This is a patch for ehca_cq.c. It removes all direct calls of do_mmap()/munmap()
when creating and destroying a completion queue respectively.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_cq.c | 65
Hello Roland and Christoph H.!
This is a patch for ehca_qp.c. It removes all direct calls of do_mmap()/munmap()
when creating and destroying a queue pair respectively.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_qp.c | 78
Hello Roland!
This is a patch for ehca_main.c. It mainly updates ehca version appropriately.
Also the abi_version is increased in order to distinguish this from earlier
releases.
Thanks
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_main.c |6 +++---
1 files changed, 3
HCA error data block. Use of GFP_ATOMIC prevents
this
issue.
Since this has a good chance of crashing the kernel every time HCA error data
is
fetched, it would be great if you pushed this patch upstream.
Regards
Nam
Signed-off-by Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
ehca
data block. Use of GFP_ATOMIC prevents
this
issue.
Since this has a good chance of crashing the kernel every time HCA error data
is
fetched, it would be great if you pushed this patch upstream.
Regards
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_hca.c|8
data block. Use of GFP_ATOMIC prevents
this
issue.
Since this has a good chance of crashing the kernel every time HCA error data
is
fetched, it would be great if you pushed this patch upstream.
Regards
Nam
Signed-off-by Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_hca.c|8
Hi Akinobu!
> The return value of do_mmap() should be checked by IS_ERR().
Thanks again.
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the
Hi,
> The return value of kthread_create() should be checked by
> IS_ERR(). create_comp_task() returns the return value from
> kthread_create().
Good catch. Appreciate your help!
Regards
Nam
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
vi.exe la` ba?n ne'n tu+. bung cu?a bo^. ca`i da(.t da.ng MSI cu?a OOo.
Ba?n ne'n tu+. bung na`y du+o+.c ta.o ra tu+` NSIS. Ma` NSIS la.i du`ng
Windows Code Page cho vie^.c quo^'c te^' ho'a.
Vi` ba?n di.ch cu?a chu'ng ta du`ng UTF-8, kho^ng du`ng Windows Code Page
ne^n NSIS kho^ng hie^?n thi.
Hi,
The return value of kthread_create() should be checked by
IS_ERR(). create_comp_task() returns the return value from
kthread_create().
Good catch. Appreciate your help!
Regards
Nam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Hi Akinobu!
The return value of do_mmap() should be checked by IS_ERR().
Thanks again.
Nam
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
Mà với một số người đang cần tìm hiểu một phần
mềm mới, thì họ rất e ngại
Nếu có được bản OpenOffice.zip tiếng Việt như web site
trên thì hay quá
Tôi đã yêu cầu dự án OpenOffice.org cung cấp bản
kiểu .zip .
Ban kieu ZIP tuc la chi can bung ra roi chay thang, khong can phai cai dat
Bạn Phát (phatnq2002) đã lại cống hiến một tài liệu thiết thực cho người
dùng Writer chuyên nghiệp.
http://vi.openoffice.org/files/documents/145/3780/file_3780.dat?filename=Shortcut%20key%20in%20OpenOfficeWriter%2epdf
Ngoài tài liệu này ra, bạn Phát còn đóng góp tài liệu MailMerge trong OOo
Ne^'u che`n du+o+.c thi` to^'i nay ba.n em se~ gu+?i mo^.t hi`nh kha'c co'
chu+~ 2.1 thay vi` 2.0.
Nam
On 11/16/06, Clytie Siddall [EMAIL PROTECTED] wrote:
On 15/11/2006, at 11:36 PM, Nam Nguyen wrote:
http://www.openoffice.org/nonav/issues/showattachment.cgi/26213/
ooointro.bmp
Không
Troy Benjegerdes wrote:
Um. So I built openib-1.1 from the OFED-1.1 tarball, and now I get:
*
p5l9:/usr/src/openib-1.1/src/userspace/libehca# ibv_devinfo
libibverbs: Warning: no userspace device-specific driver found for
uverbs0
driver search path: /usr/local/lib/infiniband
Mời các bạn đọc qua tài liệu Sử dụng phím nóng trong Calc do bạn Phạm Tuấn
Phát dịch từ bản trợ giúp tiếng Anh tại
http://vi.openoffice.org/files/documents/145/3773/file_3773.dat?filename=Shortcut%20key%20in%20OpenOfficeCals%2epdf
Xin cám ơn bạn Phát đã góp công vào dự án viOOo. Chúng ta thật sự
Hi Arnd,
This seems broken. You have a constructor for newly allocated objects,
but
there is no destructor and it seems that objects passed to
ehca_free_fw_ctrlblock are not guaranteed to be initialized either.
I'd simply move the memset into the alloc function and get rid of the
constructor
Hi Roland!
Arnd wrote:
This seems broken. You have a constructor for newly allocated objects,
but
there is no destructor and it seems that objects passed to
ehca_free_fw_ctrlblock are not guaranteed to be initialized either.
I'd simply move the memset into the alloc function and get rid of
[EMAIL PROTECTED] wrote on 06.11.2006 15:58:39:
Maybe you want to make sure that ehca_alloc_fw_ctrlblock() always returns
a
void pointer, so you can avoid all the casts in your code?
static inline void *ehca_alloc_fw_ctrlblock(void)
{
return (void *)get_zeroed_page(GFP_KERNEL);
}
Yes,
Hi Roland!
As Arnd stated I need to fix this ctor issue. Do you prefer me to
resend
all patches in proper format (non-mangled inline) or just this one bug
fix?
I have the rest of the patches, so you just need to resend a fixed
version of this one. BTW see my previous response about
for objects with
4k length and 4k alignment in order to alloc/free firmware control blocks
in 64k page mode. In 4k page mode those wrappers just are defines of
get_zeroed_page() and free_page().
Thanks!
Nam
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_hca.c| 17
Hello Roland!
This is another patch of ehca for 64k page support. It fixes a bug that maps
4k aligned addresses in 64k page mode in a wrong way.
Thanks!
Nam
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
hcp_phyp.c |5 +++--0018_64kpage_ioremap.patch
1 files changed, 3 insertions
-Nam Nguyen [EMAIL PROTECTED]
---
Kconfig |1 +
1 files changed, 1 insertion(+)
diff --git a/drivers/infiniband/hw/ehca/Kconfig
b/drivers/infiniband/hw/ehca/Kconfig
index 922389b..727b10d 100644
--- a/drivers/infiniband/hw/ehca/Kconfig
+++ b/drivers/infiniband/hw/ehca/Kconfig
@@ -10,6 +10,7
Hello Roland!
This is a patch for ehca, mainly a code change to adhere to
kernel coding style. It defines and uses a constant EHCA_MAX_MTU
instead hardcoded value.
Thanks!
Nam
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_av.c |5 ++---
hipz_hw.h |2 ++
2 files changed
Chị Clytie đã file issue và assign nó cho Pavel Janik chưa? Đúng là lạ thật.
Nam
On 11/1/06, Clytie Siddall [EMAIL PROTECTED] wrote:
On 01/11/2006, at 5:18 PM, Vu Do Quynh wrote:
Chào mọi người,
Tôi đã download và thử OOo 2.1 vi cho Windows (XP).
Giao diện tiếng Việt không hiển lên trừ
Hi Kyle!
And, setting the debug_level flag definitely caused the server to not
respond... I rebooted and tried it again, same thing, setting the
debug_level flag causes the server to crash. (I can still login, but
cannot execute anything, e.g. 'ls', it seems all the cpu's are spinning)
/svn/gen2/branches/1.1/ofed/releases/ (I assume you
have a check-in permission to svn).
Thanks for this. Will do in next couple of days.
Regards
Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib
Hello Troy!
The netpipe code is available with mercurial by:
hg clone http://source.scl.ameslab.gov/hg/netpipe3-pvfs-dev
Once you have pvfs2-1.5.1 installed, you should be able to do 'make
pvfs' in the netpipe3-pvfs-dev directory and build NPpvfs.
The command line arguments I used to
Hello Louis
I feel that [EMAIL PROTECTED] is an appropriate list for management/development
discussion. The reason is viOOo is a low-profile project. The lists are of
low traffic. Creating many under-utilised lists serve but only one purpose:
to confuse users more.
Cheers
Nam
On 10/23/06,
Note: Message in Vietnamese!
Please look at the dates. Thank you.
Nam
-- Forwarded message --
From: Nam Nguyen [EMAIL PROTECTED]
Date: Oct 5, 2006 8:46 AM
Subject: Re: vi.openoffice.org
To: Clytie Siddall [EMAIL PROTECTED]
Chào chị Clytie
Như đã trao đổi trong các thư trước
see much analogies
with the issues
I found with libehca on ppc64.
I am sure that in the next release things will go more smoothly since
this was IBM's first participation in an OFED release.
Now libehca is broken in ofed-1.1. How can we fix that until 1.2?
Regards
Nam Nguyen
Hi Troy!
The netpipe code is available with mercurial by:
hg clone http://source.scl.ameslab.gov/hg/netpipe3-pvfs-dev
Once you have pvfs2-1.5.1 installed, you should be able to do 'make
pvfs' in the netpipe3-pvfs-dev directory and build NPpvfs.
The command line arguments I used to reproduce
Hi,
attached please find the test results of OFED 1.1 pre1 in conjunction
with IBM eHCA on POWER5.
One comment: the build+installation tests were succeeded with pre1 as we
had
to apply patches for openib.spec, libehca/configure.in and
libehca/config.h.in
on our test systems. As Vlad explained in
Hi Vladimir!
No, the updated configure.in and config.h.in are not in OFED-1.1.
In any case, I believe that most of the checks you have added to
configure scripts are provided by OFED installation scripts.
So, in case OFED installation fails, ehca configure would fail as well.
Created a
Hello Troy and Kyle!
Kyle wrote:
Our app writes out a file once, then reads it in many times through
the pvfs2 system. In the pvfs2 layers, there is memory caching
done at the network level, so memory is registered by the app, and
attempts are made to re-register and/or re-use these
Hi,
What testing did these companies do with rc7?
Still testing rc7. Will post our results probably today evening.
Regards!
Nam
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To
Hi Vlad!
Can this patch be saved for the next OFED-1.2 release?
Note: OFED installation script checks that sysfsutils package installed.
As Michael indicated in previous email configure is a generated file
from autogen.sh. And I'm not sure if your packaging script does generate
it automatically
Hi,
The release is closed. We only updating the documents now (will be
closed in the coming few hours only).
Since ehca is in technology preview state these issues are not blockers.
Please document all issues in ehca release_notes (or send me parts you
want to include).
Even though ehca is in
Hi Vlad,
The code that fixes lib/lib64 issue on ppc64 and libehca.so to be in
libehca RPM is in OFED-1.1.
Thanks! Can you pls confirm if configure.in and config.h.in are in
OFED-1.1 as well?
Regards
Nam
___
openib-general mailing list
Hello,
below is a patch of configure.in and config.h.in in libehca. It checks
the presence of libsysfs.h properly. Unfortunately I recognized this bug
lately after I've fixed the openib.spec issues and tested ofed on
a clean system.
Thanks!
Nam
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED
Hi,
Do we really want generated files in svn? Why?
No. I was unsure if it's in ofed branch. And you're right, no need to.
Ignore this!
Thanks
Nam
___
openib-general mailing list
openib-general@openib.org
kernel version?
Thanks!
Hoang-Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
tomorrow this should be ok for us.
Regards
Hoang-Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
: `f0' might be used
uninitialized in this function
drivers/infiniband/hw/mthca/mthca_qp.c: In function `mthca_tavor_post_send':
drivers/infiniband/hw/mthca/mthca_qp.c:1527: warning: `f0' might be used
uninitialized in this function
Nam Nguyen
___
openib
.
In addition to that this patch contains a very small format improvement
in our tracing function.
Thanks!
Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_main.c | 36 +++-
ehca_tools.h |2 +-
2 files changed, 20 insertions(+), 18 deletions
Looks OK but your mailer mangled the patch. Please resend in a form
that can be applied...
please send unrelated changes as separate patches.
So this should come as two patches -- one to fix the device
registration, and one to change your debug formatting.
ok, will resend those two patches
!
Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_main.c | 36 +++-
1 file changed, 19 insertions(+), 17 deletions(-)
diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca/ehca_main.c
infiniband_work/drivers/infiniband/hw/ehca/ehca_main.c
Hi,
here is the 2nd patch of ehca with a small format improvement in ehca debug
function.
Thanks!
Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_tools.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -Nurp infiniband_orig/drivers/infiniband/hw/ehca
know what I did wrong. Anyway I created this patch against
the dir openib-1.1 extracted from ofed-1.1-rc6/SOURCES/openib-1.1.tgz.
Hope that it still works for you.
Thanks!
Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen [EMAIL PROTECTED]
---
ehca_main.c | 35 +++
1
Michael,
here is the 2nd patch of ehca with a small format improvement in ehca
debug function. It would be great if we could include it for ofed-1.1.
Note that I created this patch against the dir openib-1.1 extracted
from ofed-1.1-rc6/SOURCES/openib-1.1.tgz.
Thanks!
Nam Nguyen
Signed-off
(ipoib, userspace, netpipe tcp/ib).
Thanks!
Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
also sees this problem on other
architectures?
Is there any reasons not to use the top-level kernel Makefile?
Thanks!
Nam Nguyen
[EMAIL PROTECTED] wrote on 07.09.2006 22:01:30:
Hi,
OFED 1.1 RC4 will be published on Monday 11-Sep.
We currently work on several showstoppers:
1. 223: mthca.so
are appreciated!
Regards
Hoang-Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Hi Tziporet!
RC3 is almost closed (going to be out tomorrow).
Following this mail I wish to know if we need to update ehca for RC4.
I'm generating a patch against OFED git tree ehca_branch and could provide
you with a patch today if that makes sense to you. In the meanwhile we've
made some local
2006-08-30
20:01:34.0 +0200
@@ -4,6 +4,7 @@
* module start stop, hca detection
*
* Authors: Heiko J Schick [EMAIL PROTECTED]
+ * Hoang-Nam Nguyen [EMAIL PROTECTED]
*
* Copyright (c) 2005 IBM Corporation
*
@@ -47,7 +48,7 @@
MODULE_LICENSE(Dual BSD/GPL
the code that depends on them
being different.
Yes, that's true. Those defines are unnecessary. We'll throw them out.
Thx
Hoang-Nam Nguyen
___
openib-general mailing list
openib-general@openib.org
http://openib.org/mailman/listinfo/openib-general
-Nam Nguyen
[EMAIL PROTECTED] wrote on 02.06.2006 03:57:08:
Okay guys, what's up this time?
Kernel 2.6.16..
CC [M] drivers/infiniband/hw/ehca/ehca_main.o
In file included from drivers/infiniband/hw/ehca/ehca_qes.h:47,
from drivers/infiniband/hw/ehca/ipz_pt_fn.h:46
Hi,
will incorporate those patches in our code. They should be correct for both
64/32 bit version of libehca.
Thanks!
Hoang-Nam Nguyen
[EMAIL PROTECTED] wrote on 02.06.2006 08:43:46:
Hi,
Heres a patch to fix some warnings about missing prototypes (memset
etc), and one compile error due
;
+ init_attr-cap.max_recv_sge = resp.max_recv_sge;
+ init_attr-cap.max_inline_data = resp.max_inline_data;
+ init_attr-sq_sig_all = resp.sq_sig_all;
+ }
return 0;
}
Thanks!
Mit freundlichen Gruessen/Kind Regards
Hoang-Nam Nguyen
Hoang-Nam Nguyen
Index: src/userspace/libibverbs/include/infiniband/verbs.h
===
--- src/userspace/libibverbs/include/infiniband/verbs.h (revision 6377)
+++ src/userspace/libibverbs/include/infiniband/verbs.h (working copy
Roland,
Yes, that all makes sense. Will change my code appropriately.
Thanks!
Hoang-Nam Nguyen
Roland Dreier
[EMAIL PROTECTED
Hello Hal!
Yes, will fix that. Good catch. Thanks!
Mit freundlichen Gruessen/Kind Regards
Hoang-Nam Nguyen
Hal Rosenstock
[EMAIL PROTECTED
documentation to see how to set the
columns you want to display.
Dimitrios Jimmy Gianninas
RIA Developer
Optimal Payments Inc.
From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED]
On Behalf Of Nam Nguyen
Sent
Thank you. I've put this flag but have no more trace.
I think I will let down Fedora for an other distribution
This message and any attachments (the message) is
intended solely for the addressees and is confidential.
If you receive this message in error, please delete it and
immediately notify
Hello,
Could someone tell me how to put in DEBUG Mode, an ADSL connection with
Speedtouch 330 , Fedora 4 ?
I've followed the guide
http://www.linux-usb.org/SpeedTouch/fedora/index.html but usually have no
connection.
Here are what I checked:
1- ps- -ef|grep pppd
no process
2- File
/include/ope
nssl -I/usr/kerberos/include
Then run make with this Makefile as usual.
Enjoy,
Nam Nguyen
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Rene Kluwen
Sent: Thursday, June 03, 2004 11:13 PM
To: [EMAIL PROTECTED
Hi all,
Im using Xdoclet 1.2b3 with SunOne App. server 7.0
and wonder if
the generation of sun-web.xml is supported, in
the sunone sub-element
of ejbdoclet task? Thanks in advance for any info.
on this.
--Nam
Hello everyone,
If I give a vserver all capabilities then does it
work the same as host server? Is there any problem or interference between
vserver and host server besides security issues? Your experience and input,
please?
Sincerely,
Nam.
Hello List,
It seems the pre-compiled
2.4.20ctx-17kerneldoesnt support high memory and tcp syncookies (?).
Last night I tried to compile2.4.20 kernel with ctx 17 patch from source
to support them however when I did make module_install, I got the following
error message:
depmod: ***
CCNP's rate is $100K + Bonus + Stock + Free car
and. etc.
Please stop this scrap about the salary. You're smart
enough to know about the demanding for the field you
are in that why you've persuing the certification,
then you should know how much you are worth. So
please stop asking this
Maybe declaring:
public class MyBean
{
...
}
in "MyBean.java" would help. I think I've run into a similar
problem with jswdk 1.0.1 recently.
---Nam
heemeng wrote:
Hi
all,Need help in a
JSP problem I am having.I
have a JSP page (mypage.js) that tries to instantiate a bean using the
usebean tag
I disagree.. Those people are asking questions; he is making "bad" joke
with bad language.
---Nam
Mike Engelhart wrote:
Look - everyone needs to relax. Just add a filter for his address to your
email client. His joke was just as useless for me as the endless messages
saying "I'm new to
Hello all,
I've been trying to do a db connection thru JSP-bean(or servlet ?) but ran
into a problem and would appreciate if you could help to identify
the meaning of the error code.
There are 2 files that used to work:
numguess.jsp
NumberGuessBean.java.sav
Now I have a new code:
Hi all,
I'm running a jswdk-1.0 jsp-example that includes 2 files:
numguess.jsp and
NumberGuessBean.java (for the class NumberGuessBean, of course)
In the class NumberGuessBean, there defines the method:
public void setGuess(String guess)
but I could not find in the jsp or java files
se request parameters, as well as to write their values
into a file, how could I do it ?
Would I do that in a method "setSubmit()" [no passed argument]
in the class NumberGuessBean ?
Thanks again.
---Nam
Craig McClanahan wrote:
Nam Nguyen wrote:
Hi all,
I'm running a jsw
1101 - 1189 of 1189 matches
Mail list logo