On 2.6.13, I have a simple script that tars the data from the root
filesystem to a 400GB disk, when this started, I got the following errors
and then the machine locked up:
Again, 400GB/Seagate+ATA/133, someone should add to the CONFIG_OPTION that
400GB drives are NOT supported w/ the Promise
Hi
I found current serial_cs driver can not be loaded into the kernel.
The reason of this issue is serial_cs driver uses serial8250_unregister_port
function
which is not exported for modules.
I fixed the issue, please apply this patch.
Signed-off-by: [EMAIL PROTECTED]
diff -NBbur
On Fri, 2005-09-02 at 13:39 -0700, Dave Hansen wrote:
I noticed that my cross-compilation 'make install' broke with 2.6.13 (I
don't use it horribly often). It's from this commit:
On Sat, Sep 03, 2005 at 05:49:23PM +0900, Takeharu KATO wrote:
I found current serial_cs driver can not be loaded into the kernel.
The reason of this issue is serial_cs driver uses serial8250_unregister_port
function which is not exported for modules.
Your kernel sources are buggy. This
Someone may like to deal with this. Maybe the file should be placed
in the Documentation/serial directory?
- Forwarded message from [EMAIL PROTECTED] -
Date: Sat, 3 Sep 2005 01:43:16 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 5176] New: file:Documentation/jsm.txt
Greg KH wrote:
On Wed, Aug 31, 2005 at 12:41:03AM +0200, Henrik Persson wrote:
Linus Torvalds wrote:
There it is.
The most painful part of 2.6.13 is likely to be the fact that we made x86
use the generic PCI bus setup code for assigning unassigned resources.
That uncovered rather a lot of
Len Brown wrote:
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
I am able to confirm that the problem occurs with vanilla 2.5.13 after
I apply the above patch.
Thanks.
Matthew Wilcox wrote:
On Thu, Sep 01, 2005 at 05:45:54PM -0500, Brent Casavant wrote:
I am extremely concerned about the performance implications of this
implementation. These changes have several deleterious effects on I/O
performance.
I agree. I think the iochk patches should be
Peter Williams [EMAIL PROTECTED] wrote:
Please then try the latest ACPI patch here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.13/acpi-20050902-2.6.13.diff.gz
It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
that you can ignore.
Christopher Friesen napsal(a):
[snip]
EIP is at filp_close+0x64/0xa0
[snip]
0x1a9a filp_close+58: call 0x1a9b filp_close+59
0x1a9f filp_close+63: mov%edi,0x4(%esp,1)
0x1aa3 filp_close+67: mov%ebx,(%esp,1)
[snip]
End of assembler dump.
It seems, that
Thanx David,
Written by David Ranson [EMAIL PROTECTED]
at Sat, 03 Sep 2005 09:33:56 +0100 :
Subject: Re: [x86_64] Exception when using powernowd.
spam.david.trap Kyuma Ohta wrote:
spam.david.trap
spam.david.trap
spam.david.trap Hi,
spam.david.trap
spam.david.trap I'm using MSI K8T Neo2
Here is a SPI framework which tries to use the driver
framework provided by the 2.6 kernel which you can
play around with on any platform, even on your PC :).
This patch only contains a core layer that handles
un/registering of SPI adapters SPI devices and SPI
drivers. It is a work in progress
On Fri, Sep 02, 2005 at 11:04:32PM +0530, Srivatsa Vaddagiri wrote:
On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote:
Srivatsa, could you try the dyntick-test.c on your system after booting
to init=/bin/sh to make the system as idle as possible?
Tony,
I get this o/p
While trying to build a kernel with CONFIG_SYSCTL disabled, the following
error occurs:
CC net/ipv4/ip_sockglue.o
net/ipv4/ip_sockglue.c: In function `ip_setsockopt':
net/ipv4/ip_sockglue.c:622: error: `sysctl_optmem_max' undeclared (first use in
net/ipv4/ip_sockglue.c:622: error: (Each
On Sat, Sep 03, 2005 at 08:14:00AM +0200, Arjan van de Ven wrote:
On Sat, 2005-09-03 at 13:18 +0800, David Teigland wrote:
On Thu, Sep 01, 2005 at 01:21:04PM -0700, Andrew Morton wrote:
Alan Cox [EMAIL PROTECTED] wrote:
- Why GFS is better than OCFS2, or has functionality which OCFS2
Greg KH wrote:
On Sat, Sep 03, 2005 at 12:17:57AM +0200, iSteve wrote:
Yes, I am rather interested -- could you please provide details about
this method?
For PCI drivers, just add the line:
.owner = THIS_MODULE,
to their struct pci_driver definition and you will get the symlink
ACPI should depend on, not select PCI.
The practical differences should be nearly zero except that it avoids
the illegal configuration PCI=y, X86_VOYAGER=y.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.13-mm1-full/drivers/acpi/Kconfig.old 2005-09-03
06:08:37.0
Due to fbdev-geode-updates.patch, building with CONFIG_PCI=n results in
the following error:
-- snip --
...
CC [M] drivers/video/geode/gx1fb_core.o
drivers/video/geode/gx1fb_core.c: In function 'gx1fb_map_video_memory':
drivers/video/geode/gx1fb_core.c:218: warning: implicit declaration of
From: Hiro Yoshioka [EMAIL PROTECTED]
Subject: Re: [RFC] [PATCH] cache pollution aware __copy_from_user_ll()
Date: Fri, 02 Sep 2005 13:37:16 +0900 (JST)
Message-ID: [EMAIL PROTECTED]
From: Andrew Morton [EMAIL PROTECTED]
Hiro Yoshioka [EMAIL PROTECTED] wrote:
---
- number of language bindings: 7 (native: C, java, python, perl,
- C#, sh, TCL)
8 now, someone just sent a private mail about bindings for the Pliant
(never heard of it) language.
9 now (there is an ocaml binding, and if you dont know ocaml, shame
on you).
I would just like to
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping in the changelog of 2.6.13-mm1.
Can you explain why you did silently drop it?
TIA
Adrian
--
Is there not promise of rain? Ling Tan asked suddenly
In sys_sched_yield(), we cache current-array in the array variable, thus
there's no need to dereference current again later.
Signed-Off-By: Renaud Lienhart [EMAIL PROTECTED]
--- a/kernel/sched.cSat Sep 3 14:01:38 2005
+++ b/kernel/sched.cSat Sep 3 14:02:47 2005
@@ -4058,7 +4058,7 @@
On Sat, 2005-09-03 at 09:50 +0100, Ian Campbell wrote:
Could we do something that's guaranteed to not have lots of extra
path
elements in it, like ARCH?
Or perhaps basename ${CROSSCOMPILE}?
The only problem with that is that some people do really have a cross
compiler named
In article [EMAIL PROTECTED] (at Sat, 3 Sep 2005 11:27:56 +0100), Russell
King [EMAIL PROTECTED] says:
While trying to build a kernel with CONFIG_SYSCTL disabled, the following
error occurs:
CC net/ipv4/ip_sockglue.o
net/ipv4/ip_sockglue.c: In function `ip_setsockopt':
On Saturday 03 September 2005 11:26, Jean Delvare wrote:
Hi Denis,
BTW...
Please be informed that there are lots of intNN_t's in i2c dir
tho...
I couldn't find any. What were you refering to exactly?
Sorry I was wrong. While kernel has ~15000 [u]intNN_t's
they are all _not_ in i2c.
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [c02d5c74] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with acpi=off or acpi=noirq?
Yes. In both cases, the system appears to boot
extern inline doesn't make sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 20 Aug 2005
--- linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h.old2005-08-19
23:23:40.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h
This patch contains the following small cleanups:
- make two needlessly global functions static
- every file should #include the header files containing the prototypes
of it's global functions
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.13-mm1-full/lib/sort.c.old
On 9/3/05, Miklos Szeredi [EMAIL PROTECTED] wrote:
I agree that lots of people would like the functionality. I regret that
although it appears that v9fs could provide it,
I think you are wrong there. You don't appreciate all the complexity
FUSE _lacks_ by not being network transparent.
Hi,
Some people use 66-cells braille devices for reading the console, and
hence would like to reduce the width of the screen by using:
stty cols 66
However, the vga text console doesn't behave correctly: the 14 first
characters of the second line are put on the right of the first line and
so
Reuben Farrelly wrote:
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [c02d5c74] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with acpi=off or acpi=noirq?
Yes. In both cases, the
Hi!
I think, I have found the problem with SCSI-Tapes
(Error 8).
I have detect, that the sgraidmon is testing all sg-devices,
and if the inquiry-command fails (timeout) it sends a bus-
reset-command (ioctl) as recovery-operation !
After stopping the sgraidmon I have no more problems with
the
Brett Russ wrote:
Some (non-functional) cleanup modifications since the version 0.10
driver I sent out 2005-08-30. Also adding signed-off-by for Jeff's
upstream push. This is my libata compatible low level driver for
the Marvell SATA family. Currently it successfully runs in PIO mode
on a
Hi Greg, all,
This patch doesn't apply on top of my stack, first because the
hardware monitoring drivers have been moved to drivers/hwmon, second
because the via686a driver had indentation cleanups since 2.6.12.
Could you please provide this patch against 2.6.13-mm1?
On Denis' request, I
Hello List,
I'm seeing trouble with a firewire HDD enclosure.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat vendor*
0x0001a3
337 COMBO
GENESYS LOGIC, INC.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat guid*
0x0001a35154d5
0x0001a3
GENESYS LOGIC, INC.
When plugging it
While FUSE doesn't handle it directly, doesn't it have to punt it to
its network file systems, how to the sshfs and what not handle this
sort of mapping?
Sshfs handles it by not handling it. In this case it is neither
possible, nor needed to be able to correctly map the id space.
Yes, it may
On Sat, 2005-09-03 at 05:31 -0700, Dave Hansen wrote:
On Sat, 2005-09-03 at 09:50 +0100, Ian Campbell wrote:
Could we do something that's guaranteed to not have lots of extra
path
elements in it, like ARCH?
Or perhaps basename ${CROSSCOMPILE}?
The only problem with that is that
On Fri, Sep 02, 2005 at 01:14:59AM +0200, Adrian Bunk wrote:
If the feature is removed, there's no need to keep the entry in
feature-removal-schedule.txt.
Thanks Adrian, applied.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
On Friday 02 September 2005 23:56, Dave Hansen wrote:
A little helper that we use in the hotplug code.
Signed-off-by: Dave Hansen [EMAIL PROTECTED]
---
memhotplug-dave/include/linux/mmzone.h | 25 +
1 files changed, 25 insertions(+)
diff -puN
Erik Andersen wrote:
That is certainly not what I was proposing. Why are you bringing
sys/stat.h into this? The contents of sys/stat.h are entirely up
to SUSv3 and the C library to worry about. Nobody has proposed
mucking with that. I dunno about your C library, but mine
doesn't include
On 9/3/05, Miklos Szeredi [EMAIL PROTECTED] wrote:
While FUSE doesn't handle it directly, doesn't it have to punt it to
its network file systems, how to the sshfs and what not handle this
sort of mapping?
Sshfs handles it by not handling it. In this case it is neither
possible, nor
Erik Andersen wrote:
That is certainly not what I was proposing. Why are you bringing
sys/stat.h into this? The contents of sys/stat.h are entirely up
to SUSv3 and the C library to worry about. Nobody has proposed
mucking with that. I dunno about your C library, but mine
doesn't include
On Saturday 03 September 2005 08:55, Kyle Moffett wrote:
On Sep 3, 2005, at 00:28:59, Erik Andersen wrote:
Absolutely not. This would be a POSIX namespace violation; they
*must* use double-underscore types.
I assume you are worried about the stuff under asm that ends up
being included
Hi Andrew,
Here is an incremental fix to the add-sem_is_read-write_locked
patch in -mm. Also attached is a full version of that file,
which can just be dropped into place - I've verified that none
of the patches in your stack get rejects.
The reason for this change is that a lock that's held
Yes, it may confuse the user. It may even confuse the kernel for
sticky directories(*). But basically it just works, and is very
simple.
In principal, Plan 9 file servers handle permission checking
server-side, so we could likewise punt -- but it seemed a good idea to
have some
Hi Andrew,
Here is the change to rmap.c that goes together with the previous
patch, as well as a new version of swaptoken-tuning.patch that you
can just copy into place. Quilt is great.
Signed-off-by: Rik van Riel [EMAIL PROTECTED]
Index: linux-2.6.13/mm/rmap.c
On Mon, Aug 29, 2005 at 01:15:04PM +0200, Pierre Ossman wrote:
Use the chip select ios in the wbsd driver.
Applied, thanks.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
-
To unsubscribe from this list: send the line
Hi Andrew,
I forgot to also update rwsem-spinlock.h. Here is the equivalent
change for that file.
These patches simplify the code and should not have much, if any,
difference on the behaviour of the system, compared with the
patches currently in -mm.
Signed-off-by: Rik van Riel [EMAIL
On Mon, Aug 29, 2005 at 01:13:42PM +0200, Pierre Ossman wrote:
Adds a new ios for setting the chip select pin on MMC cards. Needed on
SD controllers which use this pin for other things and therefore cannot
have it pulled high at all times.
Applied, thanks.
--
Russell King
Linux kernel
Please then try the latest ACPI patch here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches
/release/2.6.13/acpi-20050902-2.6.13.diff.gz
It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
that you can ignore.
If this works, then we munged
Hi
You need to find out why your tree doesn't export
serial8250_unregister_port(). Mis-merged patch maybe?
Thank you for your response.
I'll check our kernel again.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On 9/1/05, Ed L Cashin [EMAIL PROTECTED] wrote:
The aoe driver looks OK, but it turns out there's a byte swapping bug
in the vblade that could be related if he's running the vblade on a
big endian host (even though he said it was an x86 host), but I
haven't heard back from the original poster
On Tue, Aug 30, 2005 at 01:57:27AM +0200, Ricardo Galli wrote:
2.6.13 does not boot in my PPC (iBook, 500 MHz), it hangs just at the very
begining and the machines is automatically rebooted after a couple of
minutes.
I've filed a bug at kernel bugzilla so your report won't be lost. See
Hi,
two weeks ago I just installed an Dawicontrol DC2976 UW SCSI controller an an
HP C7438 DAT streamer in my pc. I'm running a SuSE 9.3 Prof distribution with
Kernel 2.6.13. when taking backups to my dat no error occurs. but when i try to
rebackup data from streamer to my hd i always get
Hello lists,
(a mail for the archives)
I've posted in the past about problems with these enclosures - increasing the
delay seems to fix it, albeit temporarily. The further you go in using the
disk in such an enclosure, the higher the udelay() had to be - atleast that's
what I'm seeing here
Fix part 1:
A contribution from Ingo Molnar to pull the arch-specific ia64
build_sched_domains() (et al) routines into kernel/sched.c to form
a unified set of build and destroy routines.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: John Hawkes [EMAIL PROTECTED]
Index:
Dinakar Guniguntala's dynamic sched domains functionality was been merged
into 2.6.13-rcN, although it was disabled at the last minute in the final
2.6.13 because it triggers a fatal bug for NUMA systems with more than one
CPU per node.
Conceptually, when a user/sysadmin declares a cpu-exclusive
Fix part 3:
Undo the #ifdef disabling hack that was put into 2.6.13 to disable
dynamic sched domains.
Signed-off-by: John Hawkes [EMAIL PROTECTED]
Index: linux/kernel/cpuset.c
===
--- linux.orig/kernel/cpuset.c 2005-08-28
Fix part 2:
My fix to the 2.6.13 problem: dynamically allocate sched_group_nodes[]
and sched_group_allnodes[] for each invocation of build_sched_domains(),
rather than use global arrays for these structures, taking care to
remember kmalloc() addresses so that arch_destroy_sched_domains() can
On Sep 3, 2005, at 11:36:22, Denis Vlasenko wrote:
Is this an exercise in academia? Userspace app which defines
uint32_t to anything different than 'typedef appropriate int type'
deserves the punishment, and one which does have such typedef
instead of #include stdint.h will not notice.
That's
On Saturday 03 September 2005 19:33, Kyle Moffett wrote:
On Sep 3, 2005, at 11:36:22, Denis Vlasenko wrote:
Is this an exercise in academia? Userspace app which defines
uint32_t to anything different than 'typedef appropriate int type'
deserves the punishment, and one which does have such
On Sep 3, 2005, at 11:19:17, H. Peter Anvin wrote:
Thus, an ABIzed linux/abi/stat.h or whatever it's called might
export
struct __kabi_stat and struct __kabi_stat64 with the
expectation that
the caller would #define __kabi_stat64 stat if that is the
version they
want. A typedef isn't good
Kyuma Ohta wrote:
When upgrade X 6.8.2-4 to 6.8.2-5(or after),this issue has often happend.
I'm using nVidia Geforce 5200 as Display adapter,but this issue
has happend bot Debian's driver and nVidia's driver.
Hmmm. I use a low end Radeon 7000 in mine, so our configurations
diverge. I'm using
On Sat, Sep 03, 2005 at 10:43:15AM +0200, Harald Welte wrote:
htonll() is nothing else than cpu_to_be64(), so we'd rather call the
latter.
Actually, the htonll() implementation does not seem to be doing what
cpu_to_be64() is doing.. However, I would assume this is a bug in
htonll() and this
As for the inability to log in, this bug may be relevant,
given I also had
that problem:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166422
There are fixes in the pipeline for util-linux audit
interaction in Fedora as
well. I know because I reported those too ;)
after the scsi
On Sat, 2005-09-03 at 23:51 +1000, Peter Williams wrote:
Are you seeing this Device not ready message appear over and over, or
just the once?
Just the once.
OK, I finally have a theory about this. It's the everything goes via
bios code. Previously there were several levels at which
On Sad, 2005-09-03 at 11:40 +1000, Nick Piggin wrote:
We'll see how things go. I'm fairly sure that for my usage it will
be a win even if it is costly. It is replacing an atomic_inc_return,
and a read_lock/read_unlock pair.
Make sure you bench both AMD and Intel - I'd expect it to be a big
Hey all,
I just attempted to upgrade my kernel to 2.6.13. The kernel appears to
boot and run just fine, but when I try to build any larger projects like
Mozilla or the Linux kernel I constantly get segfaults from gcc. All
other apps *seem* to work fine. I remember seeing this with 2.6.12 too
On Sad, 2005-09-03 at 14:01 +0200, Adrian Bunk wrote:
Due to fbdev-geode-updates.patch, building with CONFIG_PCI=n results in
the following error:
All the Geodes have PCI or internal PCI emulation so that change makes
sense.
-
To unsubscribe from this list: send the line unsubscribe
Tyler wrote:
Brett Russ wrote:
Some (non-functional) cleanup modifications since the version 0.10
driver I sent out 2005-08-30. Also adding signed-off-by for Jeff's
upstream push. This is my libata compatible low level driver for
the Marvell SATA family. Currently it successfully runs in
On Sad, 2005-09-03 at 02:38 -0400, Jeff Garzik wrote:
controllers myself. Many controllers don't have an explicit hotplug
interrupt, but rather we must examine the PhyRdy bit in the standard
SError register for details. If the bit's state changes in any way
(including two or more state
Grant Grundler wrote:
On Sat, Sep 03, 2005 at 09:11:30AM +1000, Paul Mackerras wrote:
Think about it. Taking the lock ensures that we don't do the
assignment (dev-block_ucfg_access = 1) while any other cpu has the
pci_lock. In other words, the reason for taking the lock is so that
we wait
On Sat, Sep 03, 2005 at 10:25:37AM -0700 Johnny Stenback wrote:
Hey all,
I just attempted to upgrade my kernel to 2.6.13. The kernel appears to
boot and run just fine, but when I try to build any larger projects like
Mozilla or the Linux kernel I constantly get segfaults from gcc. All
From: Brown, Len [EMAIL PROTECTED]
Date: Sat, 3 Sep 2005 12:58:15 -0400
CONFIG_AUDIT=y indeed did the trick.
When will I be able to delete CONFIG_AUDIT from my kernel again?
It's a regression we accidently added to the netlink socket
family, we will fix it. But please use the workaround of
Giampaolo Tomassoni napsal(a):
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that
Note: forwarded message attached.
__
Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaadi.com---BeginMessage---
Sir,
Can u tell me wat is difference between block
device
On Sat, Sep 03, 2005 at 02:45:08AM +0200, Andreas Koch wrote:
crucial part seem to be the different bridge initialization sections:
Indeed.
2.6.12-rc6 + Ivan's patches:
...
PCI: Bus 7, cardbus bridge: :06:09.0
IO window: 6000-6fff
IO window:
With such a subject, you'll certainly feed most people's spam traps. And
with such a fuzzy question, I don't think you'll ever get a useful response.
It's like asking what is the difference between sunny days and rainy days...
You'd better look for some litterature if your question is related to
On Sat, Sep 03, 2005 at 09:54:25AM -0700, Jouni Malinen wrote:
On Sat, Sep 03, 2005 at 10:43:15AM +0200, Harald Welte wrote:
htonll() is nothing else than cpu_to_be64(), so we'd rather call the
latter.
Actually, the htonll() implementation does not seem to be doing what
cpu_to_be64() is
Giampaolo Tomassoni ha scritto:
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that
Nix [EMAIL PROTECTED] writes:
On 1 Sep 2005, Olaf Dietsche murmured woefully:
This patch implements filesystem capabilities. It allows to run
privileged executables without the need for suid root.
Is there some reason why this doesn't keep its capability data in
xattrs?
When I started
[EMAIL PROTECTED] writes:
Or, has there been any communication between yourself and
Nicholas Hans Simmonds, who posted his xattr-based fscaps
patch in july (first posting july 2)?
Short answer: no. I'm just keeping this patch up to date for myself
and those interested (if any ;-).
Regards,
On Sat, Sep 03, 2005 at 06:37:52PM -0500, Brian King wrote:
...
Without the locking, we introduce a race condition.
CPU 0 CPU 1
pci_block_user_cfg_access
Adrian Bunk [EMAIL PROTECTED] wrote:
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping in the changelog of 2.6.13-mm1.
Can you explain why you did silently drop it?
It spat rejects and when I
On Sat, Sep 03, 2005 at 12:34:10PM -0700, Andrew Morton wrote:
Adrian Bunk [EMAIL PROTECTED] wrote:
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping in the changelog of 2.6.13-mm1.
Can you
Hi Linus,
please do a
git pull
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
This will update the following files:
drivers/char/watchdog/Kconfig| 43 -
drivers/char/watchdog/Makefile | 71 +++-
Adrian Bunk [EMAIL PROTECTED] wrote:
On Sat, Sep 03, 2005 at 12:34:10PM -0700, Andrew Morton wrote:
Adrian Bunk [EMAIL PROTECTED] wrote:
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping
On Sat, 2005-09-03 at 22:04 +0200, Wim Van Sebroeck wrote:
Author: Chuck Ebbert [EMAIL PROTECTED]
Date: Fri Aug 19 14:14:07 2005 +0200
[WATCHDOG] softdog-timer-running-oops.patch
The softdog watchdog timer has a bug that can create an oops:
1. Load the module
ALERT!
This e-mail, in its original form, contained one or more attached files that
were infected with a virus, worm, or other type of security threat. This e-mail
was sent from a Road Runner IP address. As part of our continuing initiative to
stop the spread of malicious viruses, Road Runner
On 9/3/05, Andreas Hartmann [EMAIL PROTECTED] wrote:
Hello!
Is it possible to prevent a program to be straced on x86?
What do I have to do, eg., to prevent a perl-program to be straced?
So that none can see what are you doing? Or because your program is
breaking because of this? Probably
On Saturday 03 September 2005 06:35, David Teigland wrote:
Just a new version, not a big difference. The ondisk format changed a
little making it incompatible with the previous versions. We'd been
holding out on the format change for a long time and thought now would be
a sensible time to
I've found what I believe is a potential DoS condition in IPSec using Debian
but I need help isolating the culprit. First my system:
Debian 3.1 stable with all updates as of 9/2.
Custom Linux kernel 2.6.13 (no patches)
IPTables 1.3.3 (no patches)
Shorewall 2.4.3
I use my system as a
Hi!
Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
Smartcard Reader.
It's based on some source code originally made available by the vendor
(as BSD/GPL dual licensed code), but has undergone significant changes
to make it more compliant with the general kernel community coding
In article [EMAIL PROTECTED] you wrote:
The Linux kernel allows binary drivers, you just have to live with a limited
number of exported symbols and that the kernel is tainted. Which basically
means nobody sane can help you with corrupted kernel data structures.
You appear to be confused. The
Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
Smartcard Reader.
Someone correct me if I'm wrong, but wouldn't these #defines be a problem with
the new HZ flexibility:
#define CCID_DRIVER_BULK_DEFAULT_TIMEOUT(150*HZ)
#define CCID_DRIVER_ASYNC_POWERUP_TIMEOUT
On Sun, Sep 04, 2005 at 12:12:18PM +0200, Harald Welte wrote:
Hi!
Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
Smartcard Reader.
Sorry, the patch was missing a cg-add of the header file. Please use
the patch below.
--
- Harald Welte [EMAIL PROTECTED]
On Sun, Sep 04, 2005 at 12:12:18PM +0200, Harald Welte wrote:
Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
Smartcard Reader.
--- /dev/null
+++ b/drivers/char/pcmcia/cm4040_cs.c
+#include linux/config.h
Not needed.
+static volatile char *version =
Can we lose all
On 9/3/05, Chase Venters [EMAIL PROTECTED] wrote:
Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
Smartcard Reader.
Someone correct me if I'm wrong, but wouldn't these #defines be a problem
with the new HZ flexibility:
#define CCID_DRIVER_BULK_DEFAULT_TIMEOUT
On Saturday 03 September 2005 02:46, Wim Coekaerts wrote:
On Sat, Sep 03, 2005 at 02:42:36AM -0400, Daniel Phillips wrote:
On Friday 02 September 2005 20:16, Mark Fasheh wrote:
As far as userspace dlm apis go, dlmfs already abstracts away a large
part of the dlm interaction...
Dumb
Um, 100/100 = 1, not 0?
Oh my... it's been a long day.
Regards,
Chase Venters
-
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
201 - 300 of 338 matches
Mail list logo