ack it?
>>
>
> Yes, eBPF is one of the usecases. After this, I am also planning to send
> patches to BCC so that it can use this feature when compiling C to eBPF.
>
Tested-by: Manoj Rao
I think this can definitely make it easier to use eBPF on
Android. Thanks for initiating this.
> Thanks!
>
> - Joel
--
Manoj
http://www.mycpu.org
dereferenced.
Here is an example.
void null_check(int *P) {
int deref = *P;
if (P == 0) // GCC won't check the condition.
return;
*P = 4;
}
Compiling with gcc -O2 gives:
movl$4, (%rdi)
ret
Thanks,
Manoj
On Tue, Mar 27, 2018 at 11:16 PM, Greg Kroah-Hartman
wrote:
stress-ng and VM create/stop/restart testing like I did on the
previous version of this patch series. Tests successfully ran on qdf2400
platform, I did not observe any regressions on the Artful 4.13 kernel.
Tested-by: Manoj Iyer
--
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
On Fri, 10 Nov 2017, Manoj Iyer wrote:
On Thu, 9 Nov 2017, Manoj Iyer wrote:
James,
Looks like my VM test raised a false alarm. I retested stock Artful 4.13
kernel (No erratum 1041 patches applied).
James, an update on the crash (false alarm). We suspect this is a firmware
crash due
On Thu, 9 Nov 2017, Manoj Iyer wrote:
James,
Looks like my VM test raised a false alarm. I retested stock Artful 4.13
kernel (No erratum 1041 patches applied).
James, an update on the crash (false alarm). We suspect this is a firmware
crash due to a possible fw bug. Once this is
failed. Status=0
[ 464.258973] ACPI CPPC: PCC check channel failed. Status=0
[ 465.283028] ACPI CPPC: PCC check channel failed. Status=0
SYS_DBG: Running SDI image (immediate mode)
SYS_DBG: Ram Dump Init
SYS_DBG: Failed to init SD card
SYS_DBG: Resetting system!
On Thu, 9 Nov 2017, Manoj Iyer
On Thu, 9 Nov 2017, Manoj Iyer wrote:
James,
(sorry for top-posting)
Applied patch 3 patches to Ubuntu Artful Kernel ( 4.13.0-16-generic )
- Start 20 VMs one at a time
In a loop:
- Stop (virsh destroy) 20 VMs one at a time
- Start (virsh start) 20 VMs one at a time.
Fixing some
77122] [Hardware Error]: 0030:
On Thu, 9 Nov 2017, James Morse wrote:
Hi Manoj,
On 08/11/17 19:05, Manoj Iyer wrote:
On Thu, 2 Nov 2017, Shanker Donthineni wrote:
The ARM architecture defines the memory locations that are permitted
to be access
s-ng tests for over 8hrs found the
system to be stable.
Tested-by: Manoj Iyer
Regards
--
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
On Wed, Oct 4, 2017 at 7:06 PM, Jakub Kicinski
wrote:
> On Wed, 4 Oct 2017 18:50:04 -0700, Manoj Gupta wrote:
>> On Wed, Oct 4, 2017 at 5:56 PM, Jakub Kicinski wrote:
>> > On Wed, 4 Oct 2017 17:38:22 -0700, Manoj Gupta wrote:
>> >> On Wed, Oct 4, 2017 at 4:25 PM, Ja
On Wed, Oct 4, 2017 at 5:56 PM, Jakub Kicinski
wrote:
> On Wed, 4 Oct 2017 17:38:22 -0700, Manoj Gupta wrote:
>> On Wed, Oct 4, 2017 at 4:25 PM, Jakub Kicinski wrote:
>> > On Wed, 4 Oct 2017 16:16:49 -0700, Matthias Kaehlcke wrote:
>> >> > > Thanks for
provided in the other reply?
>>
>> With this patch there are no errors when building the kernel with
>> clang.
>
> Cool, thanks for checking! I will run it through full tests and queue
> for upstreaming :)
Just to let you know, using __BF_FIELD_CHECK macro will not Link with
-O0 (GCC or Clang) since references to __compiletime_assert_xxx will
not be cleaned up.
Thanks,
Manoj
grate: correct failure handling if
!hugepage_migration_support()")
Reported-by: Manoj Iyer
Signed-off-by: Punit Agrawal
Cc: Joonsoo Kim
Cc: Naoya Horiguchi
Cc: Wanpeng Li
Cc: Christoph Lameter
---
Hi Andrew,
We ran into this bug when working towards enabling memory corruption
on arm64. The
In linux-next struct device dev; was added to struct iommu_device
this breaks calls to iommu_put/get_resv_regions function because
these functions expect struct device * instead.
Please review and consider this patch to fix this.
Thanks
Manoj Iyer
to struct iommu_device instead of
struct device * but the code in drivers/iommu/iommu.c was not refactored
to take this change into account.
Signed-off-by: Manoj Iyer
---
drivers/iommu/iommu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/iommu.c b/drivers/iommu/iom
Fixed the following warning :
"drivers/staging/bcm2835-audio/bcm2835-ctl.c:251: WARNING: Block comments
use a trailing */ on a separate line"
Signed-off-by: Manoj Sawai
---
drivers/staging/bcm2835-audio/bcm2835-ctl.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
fixed the following checkpatch.pl warning:
"drivers/staging/bcm2835-audio/bcm2835-pcm.c:320: WARNING: braces {} are
not necessary for single statement blocks"
Signed-off-by: Manoj Sawai
---
drivers/staging/bcm2835-audio/bcm2835-pcm.c | 7 ---
1 file changed, 4 insertions(+), 3
Fixed a checkpatch.pl about coding style in comments.
'*' missing on subsequent lines.
Signed-off-by: Manoj Sawai
---
drivers/staging/bcm2835-audio/bcm2835.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/bcm2835-audio/bcm2835.h
b/drive
Trimmed lines that were unnecessarily over 80 characters long.
Signed-off-by: Manoj Sawai
---
drivers/staging/bcm2835-audio/bcm2835-vchiq.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/bcm2835-audio/bcm2835-vchiq.c
b/drivers/staging/bcm2835
Tested on Ubuntu 17.04 (Linux 4.10). I am able to boot the kernel on
QDF2400 platform without any panics.
Tested-by: Manoj Iyer
--
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
On Wed, 22 Feb 2017, Shanker Donthineni wrote:
The
Fixed coding style error. Complex macro not inside parentheses.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ks7010/ks7010_sdio.h
b/drivers/staging/ks7010/ks7010_sdio.h
index 0f5fd848e23d
Removed trailing whitespace.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ks7010/ks7010_sdio.h
b/drivers/staging/ks7010/ks7010_sdio.h
index 5820b5c9b684..0165994605ac 100644
--- a/drivers
Error - Complex macro not in parentheses and trailing whitespace
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ks7010/ks7010_sdio.h
b/drivers/staging/ks7010/ks7010_sdio.h
index
Errors - Complex macro not a parentheses and trailing whitespace
Also fixed other small checkpatch warnings and checks.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.h | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/ks7010
Rearranged comments so that lines are less than 80 characters long
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/eap_packet.h | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/ks7010/eap_packet.h
b/drivers/staging/ks7010/eap_packet.h
index
Fixed 2 coding style errors about trailing whitespaces.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/ks7010/ks7010_sdio.h
b/drivers/staging/ks7010/ks7010_sdio.h
index 0a0951a6
Fixed a coding style error involving use of spaces instead of tabs.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks7010/ks7010_sdio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ks7010/ks7010_sdio.c
b/drivers/staging/ks7010/ks7010_sdio.c
index 81c46f4
Fixed all the "errors" reported by checkpath.pl in ks7010_stio.c
The "TODO" file ask to take the 80 character limit lightly, so
the file still has some warnings about character limit. All the
errors have been removed.
Signed-off-by: Manoj Sawai
---
drivers/staging/ks701
Hi,
On Thursday 28 April 2016 09:57 PM, Wouter Verhelst wrote:
> On Thu, Apr 28, 2016 at 11:00:20AM +0200, Markus Pargmann wrote:
>> Hi,
>>
>> On Saturday 23 April 2016 07:47:21 Ratna Manoj wrote:
>>> Thanks for the review.
>>>
>>> Atleast fo
replacing disk with different disk suddenly).
Ratna.
On Wed, Apr 20, 2016 at 4:36 PM, Markus Pargmann wrote:
> Hi,
>
> On Thursday 24 March 2016 07:04:10 Ratna Manoj wrote:
> > From: Ratna Manoj Bolla
> >
> > When a filesystem is mounted on a nbd device and on a
int rel_port = -1, group_id;
struct alua_port_group *pg, *old_pg = NULL;
- bool pg_updated;
+ bool pg_updated = false;
unsigned long flags;
Reviewed-by: Manoj Kumar
---
Manoj Kumar
Reviewed-by: Manoj Kumar
---
Manoj Kumar
On 2/10/2016 7:32 PM, Tyrel Datwyler wrote:
Add defines for mad version and mad os_type, and replace the magic
numbers in set_adapter_info() accordingly.
Signed-off-by: Tyrel Datwyler
---
drivers/scsi/ibmvscsi/ibmvscsi.c | 8
drivers
Reviewed-by: Manoj Kumar
---
Manoj Kumar
On 2/10/2016 7:32 PM, Tyrel Datwyler wrote:
The enum values for VIOSRP_LINUX_FORMAT and VIOSRP_INLINE_FORMAT are
off by one. They are currently defined as 0x06 and 0x07 respetively.
These values are defined in PAPR correctly as 0x05 and 0x06. This
Tyrel:
Thanks for incorporating the suggestions.
Reviewed-by: Manoj Kumar
---
Manoj Kumar
On 2/10/2016 7:32 PM, Tyrel Datwyler wrote:
The PAPR defines four valid header values for the first byte of a
CRQ message. Namely, an unused/empty message (0x00), a valid
command/response entry (0x80
th an invalid header that doesn't have
its first bit set will also be logged by the ibmvscsi_handle_crq()
switch statement default block and not silently ignored.
-Tyrel
Sounds good, Tyrel. Does this mean I should expect a v2 of this patch
series?
- Manoj N. Kumar
On 2/3/2016 5:28 PM, Tyrel Datwyler wrote:
The PAPR defines four valid header values for the first byte of a
CRQ message. Namely, an unused/empty message (0x00), a valid
command/response entry (0x80), a valid initialization entry (0xC0),
and a transport event (0xFF). Define these values as enums
Tim:
Reviewed-by: Manoj Kumar
---
Manoj Kumar
On 10/30/2015 1:22 PM, tim.gard...@canonical.com wrote:
From: Tim Gardner
drivers/scsi/be2iscsi/be_main.c: In function 'be_sgl_create_contiguous':
drivers/scsi/be2iscsi/be_main.c:3187:18: warning: logical not is only applied
to the
Geliang:
Thanks for catching this.
- Manoj
Acked-by: Manoj Kumar
On 9/30/2015 9:55 PM, Geliang Tang wrote:
IS_ERR_OR_NULL already contain an unlikely compiler flag. Drop it.
Signed-off-by: Geliang Tang
---
drivers/scsi/cxlflash/superpipe.c | 4 ++--
1 file changed, 2 insertions(+), 2
Hi,
On Mon, Apr 07 2014, Alexei Starovoitov wrote:
> looks like it's a problem of make-kpkg itself.
I am afraid kernel-package has long need some attention; I am
hoping to be able to do so in the coming month.
manoj
--
A mind is a wonderful thing to waste.
Manoj Sr
(hdev);
kref_put(&hub->kref, hub_release);
+ /* preventing tight loop holding hdev lock */
+ msleep(20);
+
} /* end while (1) */
}
-Manoj
-Original Message-
From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
S
. The call to usb_open stuck for very
long time(sometimes forever) because the priority of
kernel thread is higher than that system call in this case.
Signed-off-by: Manoj Chourasia
diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
index c5c3667..b968fd5 100644
--- a/drivers
I am proposing following patch as fix. Please review it. Mika will help in
testing.
>From b37519b65be0d51b90c5fc177c0dc0cd2f6358b1 Mon Sep 17 00:00:00 2001
From: Manoj Chourasia
Date: Tue, 1 Oct 2013 15:39:00 +0530
Subject: [PATCH] HID: hidraw: close un
Hi Jiri,
What is the final proposed fix for this issue?
Thanks
-Manoj
-Original Message-
From: Peter Wu [mailto:lekenst...@gmail.com]
Sent: Tuesday, August 20, 2013 7:44 PM
To: Jiri Kosina
Cc: Manoj Chourasia; linux-kernel@vger.kernel.org
Subject: Re: [PATCH] hidraw: correctly
patch could solve your issue.
Regards
-Manoj
-Original Message-
From: Jiri Kosina [mailto:jkos...@suse.cz]
Sent: Wednesday, August 07, 2013 7:04 PM
To: Peter Wu
Cc: linux-in...@vger.kernel.org; Manoj Chourasia; linux-kernel@vger.kernel.org;
alno...@suse.cz
Subject: Re: List corruption in
on
issue.
The bug that was there in the commit that he was deleting list after words and
feeing head of it before.
I am attaching the patch.
-regards
Manoj
---
diff --git a/drivers/hid/hidraw.c b/drivers/hid/hidraw.c
ind
From: Manoj Iyer
Signed-off-by: Manoj Iyer
Reported-by: Timo Aaltonen
Original-author: Timo Aaltonen
BugLink: http://bugs.launchpad.net/bugs/348861
---
drivers/usb/storage/unusual_devs.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/usb/storage/unusual_devs.h
b
From: Manoj Iyer
This patch enables GE0301 3G modem as an interface, the patch has been
part of the Ubuntu kernel for a while but I forgot to upstream.
Test details can be found in the bug http://bugs.launchpad.net/bugs/348861
Please consider this patch for upstream.
Manoj Iyer (1):
USB
Chris,
Do you know what systems produce these errors? I can look and see if we
have those for testing your patch.
Cheers
Manoj
On Wed, 21 Nov 2012, Chris Ball wrote:
Hi Manoj, Matsumuro-san,
On Mon, Jul 18 2011, Manoj Iyer wrote:
Right, without the patch I get..
[ 52.526665] mmc0
From: Manoj Iyer
The new B series BIOS has version string 43CN46WW. The driver
requires that 2nd and 3rd characters be 'E' and 'T' respectively,
where as the newer BIOS has 'C' and 'N' respectively. Failing to
load the module causes some of th
From: Manoj Iyer
The new B series BIOS has version string 43CN46WW. The driver
requires that 2nd and 3rd characters be 'E' and 'T' respectively,
where as the newer BIOS has 'C' and 'N' respectively. Failing to
load the module causes some of the hotkey
From: Manoj Iyer
On Intel Panther Point chipset USB 3.0 devices show up as
high-speed devices on powerup, but after an s3 cycle they are
correctly recognized as SuperSpeed. At powerup switch the port
to xHCI so that USB 3.0 devices are correctly recognized.
BugLink: http://bugs.launchpad.net
From: Manoj Iyer
On Intel Panther Point chipset USB 3.0 devices show up as
high-speed devices on powerup, but after an s3 cycle they are
correctly recognized as SuperSpeed. At powerup switch the port
to xHCI so that USB 3.0 devices are correctly recognized.
This is a second attempt at fixing
Lenovo), I will send out a new seperate
patch with the fix.
Thanks
Manoj
Thanks,
Andiry
On Tue, 21 Aug 2012, Andiry Xu wrote:
On Tue, Aug 21, 2012 at 12:06 PM, wrote:
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly rec
well.
On Tue, 21 Aug 2012, Andiry Xu wrote:
On Tue, Aug 21, 2012 at 12:06 PM, wrote:
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly recognized as SuperSpeed. At powerup
unconditionally switch the port to xHCI like we do when
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly recognized as SuperSpeed. At powerup
unconditionally switch the port to xHCI like we do when we resume
from suspend.
BugLink: http://bugs.launchpad.net/bugs/1000424
Signed-off-by
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly recognized as SuperSpeed. At powerup
unconditionally switch the port to xHCI like we do when we resume
from suspend.
BugLink: http://bugs.launchpad.net/bugs/1000424
Test results
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
Test on V490u
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
Signed-off-by
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
Signed-off-by
From: Manoj Iyer
Please consider this patch to thinkapd_acpi, it loads the module
on V-series systems that do not report with "Lenovo" or "ThinkPad"
prefix to DMI_PRODUCT_VERSION query, but only returns model name.
==
Oops! This is embarrassing! my logic is flawed. Please ignore this patch,
I will resend it
NACK
On Thu, 2 Aug 2012, manoj.i...@canonical.com wrote:
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
Signed-off-by
From: Manoj Iyer
In the latest V-series bios DMI_PRODUCT_VERSION does not contain
the string Lenovo or Thinkpad, but is set to the model number, this
causes the thinkpad_acpi module to fail to load. Recognize laptop
as Lenovo using DMI_BIOS_VENDOR instead, which is set to Lenovo.
BIOS
From: Manoj Iyer
Patch adds support for BCM20702A0 device id (0a5c:21f4).
usb-devices after patch was applied:
T: Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a5c ProdID=21f4 Rev=01.12
S: Manufacturer=Broadcom
Cls=ff(vend.) Sub=01 Prot=01 Driver=btusb
I: If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
I: If#= 3 Alt= 0 #EPs= 0 Cls=fe(app. ) Sub=01 Prot=01 Driver=(none)
Hi Manoj,
* Manoj Iyer [2012-04-11 13:39:23 -0500]:
usb-devices:
T: Bus=01 Lev=02 Prnt=02 Port=03 Cnt=02 Dev#= 4
"copy on write"! ZFS (Sun) and WAFL (NetApp) does this. Don't know
about WAFL, but ZFS does logging too.
-Manoj
--
Manoj Joseph
http://kerneljunkie.blogspot.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
e
Andrew Morton knew what he was doing and the consequences.
But unless you care nothing about your data, you should not do it. It is
as simple as that. No, it does not give you a robust desktop!!
-Manoj
--
Manoj Joseph
http://kerneljunkie.blogspot.com/
-
To unsubscribe from this list: send
exclude Linux.
I thought you said "incompatible with other OS products". I believe
there are other OS products it is quite compatible with. The ports of
ZFS seem to confirm this.
That it is compatible with the Linux kernel was not what I was arguing. :)
-Manoj
-
To unsubscribe from
e sad.
Please do see:
http://www.opensolaris.org/os/about/faq/licensing_faq/#patents
ZFS has been ported to some of those 'other OS products'. :)
My two cents...
-Manoj
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Tue, 9 Aug 2005, Arjan van de Ven wrote:
> On Tue, 2005-08-09 at 18:35 +0530, [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > This is back-port of O_DIRECT support for ext3 from 2.6 to 2.4.31
> > kernel.
> >
> > Any suggestions/comments ?
>
> why?
>
> personally I think this is way out of scope for a
similar problem and resolved it ? . Any pointers in
this regard will be really *nice*.
Thanks in advance.
--
Manoj
-
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
to me directly as I am not on the linux-kernel mailing
list.
Thanks,
Manoj
([EMAIL PROTECTED])
NMI Watchdog detected LOCKUP on CPU0, registers:
CPU:0
EIP:0010:[]
EFLAGS: 0086
eax: ebx: cdfe4000 ecx: cdfe8db8
t->dev->ip_ptr->in_dev->ifa_list->ifa_address is o/p i/f ip address and
skb->dst->neighbour->dev->ip_ptr->in_dev->ifa_list->ifa_address is next hop IP
address
Please correct me if I
hi
On Thu, 5 Apr 2001, Alexander Viro wrote:
> On Thu, 5 Apr 2001, Manoj Sontakke wrote:
>
> > Hi
> > I am getting linker error "undefined reference to __divdi3".
> > This is because c = a/b; where a,b,c are of type "long long"
> > I under
Hi
I am getting linker error "undefined reference to __divdi3".
This is because c = a/b; where a,b,c are of type "long long"
I understand this is gcc problem.
I am doing this on a pentium with gcc -v = egcs-2.91.66
Thanks for all the help.
Manoj
-
To unsubs
On Fri, 30 Mar 2001, Mircea Ciocan wrote:
> Here is a nice packet building library:
>
> www.packetfactory.net/Projects/Libnet/
its broken.
> > Can anyone tell me a good packet/frame generator for linux?
> > thanks
> >
> > manoj
-
To unsubscr
Hi
Can anyone tell me a good packet/frame generator for linux?
thanks
manoj
-
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
Hi,
On Mon, 26 Mar 2001, Oleg Drokin wrote:
> Hello!
>
> On Mon, Mar 26, 2001 at 04:06:19PM +0530, Manoj Sontakke wrote:
> > >2.4.x kernel. have not tried 2.2
> > >I just found somethig, I believe is kernel bug.
> > >I am working with usbne
to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
--
Regards,
Manoj Sontakke
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
the entries for delivery for all the 3 cases or only for
the third case
Thanks in advance for all the help
Manoj
-
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
Hi
Thanks for all the help.
On Wed, 21 Mar 2001, Keith Owens wrote:
> On Wed, 21 Mar 2001 22:00:51 +0530 (IST),
> Manoj Sontakke <[EMAIL PROTECTED]> wrote:
> > I have a initlisation function (just like pktsched_init in
> >TC). Can anyone tell me, where in
have a initlisation function (just like pktsched_init in
TC). Can anyone tell me, where in the kernel boot sequence should I make a
call to my initialisation function.
Thanks in advance for all the help.
Manoj
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Hi
Sorry, these questions do not belog here but i could not find any
better place.
1. Is quicksort on doubly linked list is implemented anywhere? I need it
for sk_buff queues.
2. Is Weighted Round Robin implemented in linux anyehere?
thanks in advence.
Manoj
-
To unsubscribe from this
t;
> How is that possible that a 'spin_unlock_irqrestore(c,d)' would also restore
> what should have been restored only with a 'spin_unlock_irqrestore(a,b)' ?
>
> Thanks in advance,
> Shmulik Hen
> Software Engineer
> Linux Advan
Hi
Thankx in idvance for the help.
1. when spin_lock_irqsave() function is called the subsequent code is
executed untill spin_unloc_irqrestore()is called. is this right?
2. is this sequence valid?
spin_lock_irqsave(a,b);
spin_lock_irqsave(c,d);
Manoj
-
To unsubscribe from this
85 matches
Mail list logo
