From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload operations header files
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_ctl_defs.h | 141
drivers/net/cxgb3/cxgb3_defs.h | 100
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_offload.c | 1204 +
drivers/net
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h | 2754 ++
1 files changed, 275
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
drive
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 223 +
drivers/net/cxgb3/mc5.
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the main header files of
the Chelsio T3 network driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 317 +++
drivers/net/cxgb3/common.h
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements the main header files of
the Chelsio T3 network driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/adapter.h | 317 +++
drivers/net/cxgb3/common.h | 702
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/ael1002.c | 223 +
drivers/net/cxgb3/mc5.c | 453
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
drivers/net/cxgb3
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/regs.h | 2754 ++
1 files changed, 2754 insertions(+), 0
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/cxgb3_offload.c | 1204 +
drivers/net/cxgb3/l2t.c | 558
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements the offload operations header files
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/cxgb3_ctl_defs.h | 141
drivers/net/cxgb3/cxgb3_defs.h | 100 +++
drivers/net
k we can put the patch in now. I have a few more really
small things that I'd like to address, I will submit patches as soon
as I have a codebase that I can create patches against.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
, I will submit patches as soon
as I have a codebase that I can create patches against.
-
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 at http
Hi:
Thanks to Yingchao Zhou and Gaurav Dhiman first, for your answers.
I get it now! but it look we must update knownledge about this.
I read copy_thread() in arch/i386/kernel/process.c, the code piece of
this function are:
/* childregs = ((struct pt_regs *) (THREAD_SIZE + (unsigned long)
Hi:
Thanks to Yingchao Zhou and Gaurav Dhiman first, for your answers.
I get it now! but it look we must update knownledge about this.
I read copy_thread() in arch/i386/kernel/process.c, the code piece of
this function are:
/* childregs = ((struct pt_regs *) (THREAD_SIZE + (unsigned long)
eeds to write to memory (usually only knowing about the
physical location of the memory) you get that memory with GFP_DMA flag,
which guarantees that you will get memory that is mapped directly.
-- Steve
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
that memory with GFP_DMA flag,
which guarantees that you will get memory that is mapped directly.
-- Steve
-
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
[EMAIL PROTECTED] wrote:
I am reading code of function balabce_pgdat(pg_data_t *pgdat, int
nr_pages, int order).
Sorry, that have one typo, it should be balance_pgdat().
liyu/NOW:D
[EMAIL PROTECTED] wrote:
I am reading code of function balabce_pgdat(pg_data_t *pgdat, int
nr_pages, int order).
Sorry, that have one typo, it should be balance_pgdat().
liyu/NOW:D
, idefloppy_timer_expiry is not really necessary.
-Original Message-
Date: Fri, 1 Jul 2005 19:08:58 +0200
Subject: Re: Re: PATCH for ide_floppy
From: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
On 7/1/05, [EMAIL PROTECTED]
<
, idefloppy_timer_expiry is not really necessary.
-Original Message-
Date: Fri, 1 Jul 2005 19:08:58 +0200
Subject: Re: Re: PATCH for ide_floppy
From: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
On 7/1/05, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
it's
Andy Isaacson <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 20, 2005 at 10:07:45PM -0500, Timur Tabi wrote:
>> I don't know if VM_REGISTERED is a good idea or not, but it should be
>> absolutely impossible for the kernel to reclaim "registered" (aka pinned)
>> memo
Andy Isaacson [EMAIL PROTECTED] wrote:
On Wed, Apr 20, 2005 at 10:07:45PM -0500, Timur Tabi wrote:
I don't know if VM_REGISTERED is a good idea or not, but it should be
absolutely impossible for the kernel to reclaim registered (aka pinned)
memory, no matter what. For RDMA services
Ed L Cashin <[EMAIL PROTECTED]> wrote:
> +++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
> + When the aoe driver is a module, use
Is there any reason for this inconsistent behaviour?
> + /sys/module/aoe/parameters/aoe
Ed L Cashin [EMAIL PROTECTED] wrote:
+++ b/Documentation/aoe/aoe.txt 2005-04-20 11:42:20.0 -0400
+ When the aoe driver is a module, use
Is there any reason for this inconsistent behaviour?
+ /sys/module/aoe/parameters/aoe_iflist instead
Mike Waychison <[EMAIL PROTECTED]> wrote:
> Consider the following pseudo example:
>
> main():
> chdir("/");
> fd = open(".", O_RDONLY);
> clone(cloned_func, cloned_stack, CLONE_NEWNS, NULL);
>
> cloned_func:
> fchdir(fd);
> chd
Allison <[EMAIL PROTECTED]> wrote:
> I want to find where each module is loaded in memory by traversing the
> module list . Once I have the address and the size of the module, I
> want to read the bytes in memory of the module and hash it to check
> it's integrity.
JFTR: Thi
Allison [EMAIL PROTECTED] wrote:
I want to find where each module is loaded in memory by traversing the
module list . Once I have the address and the size of the module, I
want to read the bytes in memory of the module and hash it to check
it's integrity.
JFTR: This may work against random
Mike Waychison [EMAIL PROTECTED] wrote:
Consider the following pseudo example:
main():
chdir(/);
fd = open(., O_RDONLY);
clone(cloned_func, cloned_stack, CLONE_NEWNS, NULL);
cloned_func:
fchdir(fd);
chdir(..);
if main is run within a chroot where it's / is on the same vfsmount
Novák
[EMAIL PROTECTED]
/*
sata_via.c - VIA Serial ATA controllers
Maintained by: Jeff Garzik <[EMAIL PROTECTED]>
Please ALWAYS copy linux-ide@vger.kernel.org
on emails.
Copyright 2003-2004 Red Hat, Inc. All rights reserved.
Copyright 200
Novk
[EMAIL PROTECTED]
/*
sata_via.c - VIA Serial ATA controllers
Maintained by: Jeff Garzik [EMAIL PROTECTED]
Please ALWAYS copy linux-ide@vger.kernel.org
on emails.
Copyright 2003-2004 Red Hat, Inc. All rights reserved.
Copyright 2003-2004
Takashi Ikebe <[EMAIL PROTECTED]> wrote:
> systr_pmem_read() and systr_pmem_write() just calls ptrace
> PTRACE_PEEKTEXT/DATA repeatedly In this case we need to *stop* target
> process whenever patch modules is loading
You'll have to do that anyway, since you'll need to a
Takashi Ikebe [EMAIL PROTECTED] wrote:
systr_pmem_read() and systr_pmem_write() just calls ptrace
PTRACE_PEEKTEXT/DATA repeatedly In this case we need to *stop* target
process whenever patch modules is loading
You'll have to do that anyway, since you'll need to atomically store two
Eric Van Hensbergen <[EMAIL PROTECTED]> wrote:
> On 4/11/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>>
>> 1) Only allow mount over a directory for which the user has write
>> access (and is not sticky)
>>
>> 2) Use nosuid,nodev mount opt
Eric Van Hensbergen [EMAIL PROTECTED] wrote:
On 4/11/05, Miklos Szeredi [EMAIL PROTECTED] wrote:
1) Only allow mount over a directory for which the user has write
access (and is not sticky)
2) Use nosuid,nodev mount options
[...]
Do these solve all the security concerns
Ralf Hildebrandt <[EMAIL PROTECTED]> wrote:
> Most UNIX variants disable core dumps in programs that have changed their
> uid or euid during operation. This includes Solaris and Linux.
>
> Well, squid does exactly that. How can I still get a coredump? I really
> need
Ralf Hildebrandt [EMAIL PROTECTED] wrote:
Most UNIX variants disable core dumps in programs that have changed their
uid or euid during operation. This includes Solaris and Linux.
Well, squid does exactly that. How can I still get a coredump? I really
need one. Kernel 2.6.11.7
It cannot
Bodo Eggert <[EMAIL PROTECTED]> wrote:
> Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
>> Is there a way to check what firmware a drive has
>
> The obvious one: hdparm
Or, since hdparm doesn't work for SCSI devices,
cat /sys/block/sd$n/device/rev
(might depend on t
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
> LD_PRELOAD some custom 'C' runtime library functions, grab open()
> read(), write(), etc.
This will work wonderfully with static binaries.
--
"Bravery is being the only one who knows you're afraid."
-David Hackworth
Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
> Is there a way to check what firmware a drive has
The obvious one: hdparm
--
"Just because you are paranoid, do'nt mean they're not after you."
-- K.Cobain
Friß, Spammer: [EMAIL PROTECTED] [EMAIL PROTECTED]
-
To unsubsc
Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Is there a way to check what firmware a drive has
The obvious one: hdparm
--
Just because you are paranoid, do'nt mean they're not after you.
-- K.Cobain
Friß, Spammer: [EMAIL PROTECTED] [EMAIL PROTECTED]
-
To unsubscribe from this list
Richard B. Johnson [EMAIL PROTECTED] wrote:
LD_PRELOAD some custom 'C' runtime library functions, grab open()
read(), write(), etc.
This will work wonderfully with static binaries.
--
Bravery is being the only one who knows you're afraid.
-David Hackworth
-
To unsubscribe from this list
Bodo Eggert [EMAIL PROTECTED] wrote:
Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Is there a way to check what firmware a drive has
The obvious one: hdparm
Ingrid
Or, since hdparm doesn't work for SCSI devices,
cat /sys/block/sd$n/device/rev
(might depend on the vendor)
--
Funny quotes:
21
Andy Isaacson <[EMAIL PROTECTED]> wrote:
> * the key is automatically regenerated every 2 hours (or whatever); as
>pages encrypted under the old key age out, it can be freed eventually
Changing the key would not help, since if you can get the swap pages on
a running system, you
n
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Andy Isaacson [EMAIL PROTECTED] wrote:
* the key is automatically regenerated every 2 hours (or whatever); as
pages encrypted under the old key age out, it can be freed eventually
Changing the key would not help, since if you can get the swap pages on
a running system, you can also get
Al Viro <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 13, 2005 at 04:17:42AM +0200, Adrian Bunk wrote:
>> This patch fixes two check after use found by the Coverity checker.
>
> Bullshit. ->private_data is set by rme96xx_open() to guaranteed non-NULL
> and never chang
Al Viro [EMAIL PROTECTED] wrote:
On Wed, Apr 13, 2005 at 04:17:42AM +0200, Adrian Bunk wrote:
This patch fixes two check after use found by the Coverity checker.
Bullshit. -private_data is set by rme96xx_open() to guaranteed non-NULL
and never changed elsewhere. Same comment about reading
Kilau, Scott <[EMAIL PROTECTED]> wrote:
> However, neither IBM nor Digi wants this thread's patch to be applied,
> and yet Christoph wants to do it, completely out of spite, to break our
> out-of-tree open source driver.
>
> This is the problem that I have.
I think you
Franco "Sensei" <[EMAIL PROTECTED]> wrote:
> Krzysztof Halasa wrote:
>> It isn't enough. The same compiler and the same .config - yes. But that
>> means you'd have no progress within, say, 2.6. Only bug fixes.
>> There _is_ a tree like that - 2.6.11.Xs are on
Patrick McFarland <[EMAIL PROTECTED]> wrote:
> Speaking of which... is there anyone out
> there with a ens1371 that actually works right with joysticks?
Yes, I'm using the oss driver.
--
Airstrikes always overshoot the target, artillery always falls short.
-
To unsubscribe fr
David Schwartz <[EMAIL PROTECTED]> wrote:
>>Copyright law only _explicitly_ grants a monopoly on preparation of
>>derivative works. However, it is trivial, and overwhelmingly common,
>>for a copyright owner to grant a license to create a derivative work
>>that is c
Jamie Lokier <[EMAIL PROTECTED]> wrote:
> Miklos Szeredi wrote:
>> 4) Access should not be further restricted for the owner of the
>> mount, even if permission bits, uid or gid would suggest
>> otherwise
>
> Why? Surely you want to prevent
to
post this to the ebtables lists tomarrow also.
Best Regards,
Shaun R.
- Original Message -
From: "Zwane Mwaikambo" <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, April 07, 2005 1:09 AM
Subject: Re: kernel pani
to
post this to the ebtables lists tomarrow also.
Best Regards,
Shaun R.
- Original Message -
From: Zwane Mwaikambo [EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Sent: Thursday, April 07, 2005 1:09 AM
Subject: Re: kernel panic - not syncing
Jamie Lokier [EMAIL PROTECTED] wrote:
Miklos Szeredi wrote:
4) Access should not be further restricted for the owner of the
mount, even if permission bits, uid or gid would suggest
otherwise
Why? Surely you want to prevent writing to files which don't have the
writable bit
David Schwartz [EMAIL PROTECTED] wrote:
Copyright law only _explicitly_ grants a monopoly on preparation of
derivative works. However, it is trivial, and overwhelmingly common,
for a copyright owner to grant a license to create a derivative work
that is conditional on how the licensee agrees
Patrick McFarland [EMAIL PROTECTED] wrote:
Speaking of which... is there anyone out
there with a ens1371 that actually works right with joysticks?
Yes, I'm using the oss driver.
--
Airstrikes always overshoot the target, artillery always falls short.
-
To unsubscribe from this list: send
Franco Sensei [EMAIL PROTECTED] wrote:
Krzysztof Halasa wrote:
It isn't enough. The same compiler and the same .config - yes. But that
means you'd have no progress within, say, 2.6. Only bug fixes.
There _is_ a tree like that - 2.6.11.Xs are only bugfixes.
Ok, this adds a new information
Kilau, Scott [EMAIL PROTECTED] wrote:
However, neither IBM nor Digi wants this thread's patch to be applied,
and yet Christoph wants to do it, completely out of spite, to break our
out-of-tree open source driver.
This is the problem that I have.
I think you should supply a patch that makes
kambo" <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, April 07, 2005 1:09 AM
Subject: Re: kernel panic - not syncing: Fatal exception in interupt
> On Wed, 6 Apr 2005, [EMAIL PROTECTED] wrote:
>
> > No, sorry, i have to run
[EMAIL PROTECTED]
To: [EMAIL PROTECTED] [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Sent: Thursday, April 07, 2005 1:09 AM
Subject: Re: kernel panic - not syncing: Fatal exception in interupt
On Wed, 6 Apr 2005, [EMAIL PROTECTED] wrote:
No, sorry, i have to run with bridging support other
No, sorry, i have to run with bridging support other wise the guests(UML's)
wont be able to communicate with the outside world.
Best Regards,
Shaun R
- Original Message -
From: "Zwane Mwaikambo" <[EMAIL PROTECTED]>
To: "shaun" <[EMAIL PROTECTED]>
Cc:
S
No, sorry, i have to run with bridging support other wise the guests(UML's)
wont be able to communicate with the outside world.
Best Regards,
Shaun R
- Original Message -
From: Zwane Mwaikambo [EMAIL PROTECTED]
To: shaun [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Sent: Wednesday
:
---cut here---
To-do list:
* VT6420 PATA support <= new line
* VT6421 PATA support
*/
---cut here---
Petr Novák,
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
:
---cut here---
To-do list:
* VT6420 PATA support = new line
* VT6421 PATA support
*/
---cut here---
Petr Novák,
[EMAIL PROTECTED]
-
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
and a 24 hour approval:
http://www.lbaloan.net/?id=c77
Best Regards,
Preston Duvall
http://www.lbaloan.net/byebye.php
-
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
and a 24 hour approval:
http://www.lbaloan.net/?id=c77
Best Regards,
Preston Duvall
http://www.lbaloan.net/byebye.php
-
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
and a 24 hour approval:
http://www.alowerrate.net/?id=c77
Best Regards,
Augustus Felton
http://www.alowerrate.net/byebye.php
-
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.
and a 24 hour approval:
http://www.alowerrate.net/?id=c77
Best Regards,
Augustus Felton
http://www.alowerrate.net/byebye.php
-
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
ENSIMAG - Departement Telecoms
-
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 at http://www.tux.org/lkml/
rtement Telecoms
-
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 at http://www.tux.org/lkml/
-
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 at http://www.tux.org/lkml/
ENSIMAG - Departement Telecoms
-
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 at http://www.tux.org/lkml/
and a 24 hour approval:
http://www.qklenders.com/x/loan.php?id=d17
Best Regards,
Earnest Hoffman
http://www.qklenders.com/x/st.html
-
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.
and a 24 hour approval:
http://www.qklenders.com/x/loan.php?id=d17
Best Regards,
Earnest Hoffman
http://www.qklenders.com/x/st.html
-
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
and a 24 hour approval:
http://www.qklenders.com/x/loan.php?id=d17
Best Regards,
Margie Johnston
http://www.qklenders.com/x/st.html
-
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.
is fine.
This might be a problem of Debian distribution ( Sarge ) or more general
??
/RalfS
-
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
P
cribe 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 at http://www.tux.org/lkml/
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 at http://www.tux.org/lkml/
is fine.
This might be a problem of Debian distribution ( Sarge ) or more general
??
/RalfS
-
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
and a 24 hour approval:
http://www.qklenders.com/x/loan.php?id=d17
Best Regards,
Margie Johnston
http://www.qklenders.com/x/st.html
-
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
and a 24 hour approval:
http://www.gr8lendez.com/x/loan.php?id=d17
Best Regards,
Dan Magee
http://www.gr8lendez.com/x/st.html
-
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.
and a 24 hour approval:
http://www.gr8lendez.com/x/loan.php?id=d17
Best Regards,
Dan Magee
http://www.gr8lendez.com/x/st.html
-
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
ied your's
via82cxxx.c patch:
#define PCI_DEVICE_ID_VIA_6420 0x4149
Your's Sincerely
Petr Novák
[EMAIL PROTECTED]
Jeff Garzik napsal(a):
If I had to guess, I would try the attached patch. The via82cxxx.c
driver is a bit annoying in that, here we do not talk to the ISA
bridge but to the PCI dev
via82cxxx.c patch:
#define PCI_DEVICE_ID_VIA_6420 0x4149
Your's Sincerely
Petr Novák
[EMAIL PROTECTED]
Jeff Garzik napsal(a):
If I had to guess, I would try the attached patch. The via82cxxx.c
driver is a bit annoying in that, here we do not talk to the ISA
bridge but to the PCI device 0x4149
only after the real-time block
operations have been completed).
Giovanni
-- Initial Header ---
>From : [EMAIL PROTECTED]
To : "Giovanni Tusa" [EMAIL PROTECTED]
Cc : linux-kernel@vger.kernel.org
Date : Sun, 27 Feb 2005 12:02:13 -0500
only after the real-time block
operations have been completed).
Giovanni
-- Initial Header ---
From : [EMAIL PROTECTED]
To : Giovanni Tusa [EMAIL PROTECTED]
Cc : linux-kernel@vger.kernel.org
Date : Sun, 27 Feb 2005 12:02:13 -0500
Subject : Re
On Mon, 28 Feb 2005, Stelian Pop wrote:
> On Mon, Feb 28, 2005 at 04:06:14PM +0100, [EMAIL PROTECTED] wrote:
>
> > + /* Setting par[]'s elems at 0. */
> > + memset(par, 0, NPAR*sizeof(unsigned int));
>
> No need for the comment here, ever
On Mon, 28 Feb 2005, Stelian Pop wrote:
On Mon, Feb 28, 2005 at 04:06:14PM +0100, [EMAIL PROTECTED] wrote:
+ /* Setting par[]'s elems at 0. */
+ memset(par, 0, NPAR*sizeof(unsigned int));
No need for the comment here, everybody understands C.
I knew
, 0x2f, VIA_UDMA_100 },
{ "vt8231", PCI_DEVICE_ID_VIA_8231, 0x00, 0x2f, VIA_UDMA_100 },
{ "vt6420", PCI_DEVICE_ID_VIA_6420, 0x00, 0x2f, VIA_UDMA_100 },
; <= this i was add
{ "vt82c686b", PCI_DEVICE_ID_VIA_82C686, 0x40, 0x4f, VIA_UDMA_100 },
{ &quo
:
dmesg
--- cut here ---
Linux version 2.6.11-rc5 ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002
(Debian prerelease)) #1 Sat Feb 26 02:18:02 CET 2005
.
.
.
SCSI subsystem initialized
libata version 1.10 loaded.
sata_via version 1.1
sata_via(:00:0f.0): routed to hard irq line 10
ata1: SATA max
: 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 at http://www.tux.org/lkml/
: 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 at http://www.tux.org/lkml/
when i return my computer from suspend mode , The HCF pci modem can not
work .
?
-
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 re
when i return my computer from suspend mode , The HCF pci modem can not
work .
?
-
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 at http
].
Prefetchable 32 bit memory at 0xe800 [0xebff].
Prefetchable 32 bit memory at 0xe400 [0xe7ff].
Prefetchable 32 bit memory at 0xe000 [0xe1ff].
I'm using kernel commandline "video=savagefb:[EMAIL PROTECTED]" to enable the
savage framebuffer device..
].
Prefetchable 32 bit memory at 0xe800 [0xebff].
Prefetchable 32 bit memory at 0xe400 [0xe7ff].
Prefetchable 32 bit memory at 0xe000 [0xe1ff].
I'm using kernel commandline video=savagefb:[EMAIL PROTECTED] to enable the
savage framebuffer device..
Any ideas
101 - 200 of 236 matches
Mail list logo