On Sun, Sep 04, 2005 at 01:52:29AM -0400, Daniel Phillips wrote:
> You do have ->release and ->make_item/group.
->release is like kobject release. It's a free callback, not a
callback from close.
> If I may hand you a more substantive argument: you don't support user-driven
> creation
On Sat, Sep 03, 2005 at 10:41:40PM -0700, Andrew Morton wrote:
> Are you saying that the posix-file lookalike interface provides access to
> part of the functionality, but there are other APIs which are used to
> access the rest of the functionality? If so, what is that interface, and
> why
On Sunday 04 September 2005 01:00, Joel Becker wrote:
> On Sun, Sep 04, 2005 at 12:51:10AM -0400, Daniel Phillips wrote:
> > Clearly, I ought to have asked why dlmfs can't be done by configfs. It
> > is the same paradigm: drive the kernel logic from user-initiated vfs
> > methods. You already
On Sun, 4 Sep 2005, Willy Tarreau wrote:
> On Sat, Sep 03, 2005 at 06:58:00PM -0400, Chuck Ebbert wrote:
> > I just bought a new notebook. Here is the output from lspci using the
> > latest
> > pci.ids file from sourceforge:
>
> You seem to be surprized by the contents. When I recently changed
Joel Becker <[EMAIL PROTECTED]> wrote:
>
> > What happens when we want to add some new primitive which has no posix-file
> > analog?
>
> The point of dlmfs is not to express every primitive that the
> DLM has. dlmfs cannot express the CR, CW, and PW levels of the VMS
> locking scheme.
On Sat, Sep 03, 2005 at 06:58:00PM -0400, Chuck Ebbert wrote:
> I just bought a new notebook. Here is the output from lspci using the latest
> pci.ids file from sourceforge:
You seem to be surprized by the contents. When I recently changed my
work notebook (dead screen on the previous one), it
On Sun, Sep 04, 2005 at 12:51:10AM -0400, Daniel Phillips wrote:
> Clearly, I ought to have asked why dlmfs can't be done by configfs. It is
> the
> same paradigm: drive the kernel logic from user-initiated vfs methods. You
> already have nearly all the right methods in nearly all the right
On Sat, Sep 03, 2005 at 09:46:53PM -0700, Andrew Morton wrote:
> It would be much better to do something which explicitly and directly
> expresses what you're trying to do rather than this strange "lets do this
> because the names sound the same" thing.
So, you'd like a new flag name?
On Sat, Sep 03, 2005 at 09:41:36PM -0700, Joel Becker wrote:
> On Sat, Sep 03, 2005 at 09:12:24PM -0700, Joel Becker wrote:
> > On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> > > Sure, but all that copying-and-pasting really sucks. I'm sure there's
> > > some
> > > way of
Daniel Phillips <[EMAIL PROTECTED]> wrote:
>
> The model you came up with for dlmfs is beyond cute, it's downright clever.
Actually I think it's rather sick. Taking O_NONBLOCK and making it a
lock-manager trylock because they're kinda-sorta-similar-sounding? Spare
me. O_NONBLOCK means "open
On Sunday 04 September 2005 00:30, Joel Becker wrote:
> You asked why dlmfs can't go into sysfs, and I responded.
And you got me! In the heat of the moment I overlooked the fact that you and
Greg haven't agreed to the merge yet ;-)
Clearly, I ought to have asked why dlmfs can't be done by
On Sat, Sep 03, 2005 at 09:12:24PM -0700, Joel Becker wrote:
> On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> > Sure, but all that copying-and-pasting really sucks. I'm sure there's some
> > way of providing the slightly different semantics from the same codebase?
The
On Sun, Sep 04, 2005 at 12:22:36AM -0400, Daniel Phillips wrote:
> It is 640 lines.
It's 450 without comments and blank lines. Please, don't tell
me that comments to help understanding are bloat.
> I said "configfs" in the email to which you are replying.
To wit:
> Daniel Phillips
On Saturday 03 September 2005 23:06, Joel Becker wrote:
> dlmfs is *tiny*. The VFS interface is less than his claimed 500
> lines of savings.
It is 640 lines.
> The few VFS callbacks do nothing but call DLM
> functions. You'd have to replace this VFS glue with sysfs glue, and
> probably save
On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> Sure, but all that copying-and-pasting really sucks. I'm sure there's some
> way of providing the slightly different semantics from the same codebase?
What about the backing store? Specifically, sysfs_dirent vs
Alexander Nyberg wrote:
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
On Sat, 3 Sep 2005, Kyuma Ohta wrote:
> 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>
>
On Tue, Aug 30, 2005 at 04:28:46PM -0700, Andrew Morton wrote:
> Sure, but all that copying-and-pasting really sucks. I'm sure there's some
> way of providing the slightly different semantics from the same codebase?
First, let's look at sharing the primary structures.
[kobject vs
On Fri, 2005-09-02 at 02:39 +0200, Adrian Bunk wrote:
> 4Kb kernel stacks are the future on i386, and it seems the problems it
> initially caused are now sorted out.
>
> Does anyone knows about any currently unsolved problems?
ndiswrapper
-
To unsubscribe from this list: send the line
On Fri, 2 Sep 2005, Christopher Friesen wrote:
>
> I'm debugging a problem. Unfortunately, I have a module loaded that taints
> the kernel.
>
> Now that that's out of the way, if anyone is still willing to help, the oops
> is below, along with the disassembly of filp_close(). One thing I
On Sat, 2005-09-03 at 18:58 -0400, Chuck Ebbert wrote:
> I just bought a new notebook.
I'd return it if I were you.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 02 Sep 2005 at 22:25:40 -0600, Christopher Friesen wrote:
> One thing I
> don't understand--the function makes calls to other functions including
> printk(), but I don't see those calls listed in the disassembly.
Calls to external functions whose
On 9/3/05, Bret Towe <[EMAIL PROTECTED]> wrote:
> i encountered the following error while using nfs4
> ive hit this error i think twice now not sure what causes it yet tho
> this time the only io related items going on was emerge sync running
> in the background (which shouldnt of touched nfs at
On Sat, Sep 03, 2005 at 06:32:41PM -0700, Andrew Morton wrote:
> If there's duplicated code in there then we should seek to either make the
> code multi-purpose or place the common or reusable parts into a library
> somewhere.
Regarding sysfs and configfs, that's a whole 'nother
On Sat, 3 Sep 2005, Jan De Luyck wrote:
> 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
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> SMBus
Is there anything on there that you actually want to talk to?
> Audio ("unknown codec")
snd-ati-atiixp ought to drive it - if it doesn't, that's probably a bug.
> Modem ("no codec available")
It's a winmodem. What were you expecting?
>
Joel Becker <[EMAIL PROTECTED]> wrote:
>
> On Sat, Sep 03, 2005 at 06:21:26PM -0400, Daniel Phillips wrote:
> > that fit the configfs-nee-sysfs model? If it does, the payoff will be
> about
> > 500 lines saved.
>
> I'm still awaiting your merge of ext3 and reiserfs, because you
> can
On Sat, Sep 03, 2005 at 06:21:26PM -0400, Daniel Phillips wrote:
> that fit the configfs-nee-sysfs model? If it does, the payoff will be about
> 500 lines saved.
I'm still awaiting your merge of ext3 and reiserfs, because you
can save probably 500 lines having a filesystem that can
Alan Cox wrote:
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
Hello,
Apologize for off topic questions. While I am working on a device driver
in kernel 2.4.21, I need advices from kernel developers.
1. When the read() or write() is called from user applications, the
driver can either have a static buffer with limited size or dynamic
memory allocation
i encountered the following error while using nfs4
ive hit this error i think twice now not sure what causes it yet tho
this time the only io related items going on was emerge sync running
in the background (which shouldnt of touched nfs at all) and xmms
playing some music
another problem i had
Peter Jones wrote:
So where would you envision this code to check the partition table, the
HPA/host default disk size, and guess how things should be set up?
From a userland perspective, it's very difficult to let users know
they'll be screwing themselves by partitioning the entire disk, so
I just bought a new notebook. Here is the output from lspci using the latest
pci.ids file from sourceforge:
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f
00:13.0 USB Controller: ATI Technologies Inc IXP SB400
Brown, Len 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.
>
> If this works, then we
In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 03 Sep 2005 at 22:11:41 +0200, Arjan van de Ven wrote:
> this looks ENTIRELY like the wrong solution!
> Isn't it a LOT easier to just del_timer_sync() the timer from the module
> exit code?
But we want to prevent module unload so the timer can fire
> Is there another way to do this? If the password is crypted, I need a
> passphrase or something other to decrypt it again. Not really a solution
> of the problem.
>
> Therefore, it would be best, to hide it by preventing stracing of the
> application to all users and root.
>
> Ok, root could
On 9/4/05, Harald Welte <[EMAIL PROTECTED]> wrote:
> 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
>
Alex Riesen wrote:
> 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
> 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
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...
>
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 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
Not needed.
> +static volatile char *version =
Can we lose all volatile
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]>
> 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
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
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
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
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
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?
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
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
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
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 +++-
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.
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
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
>
[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 ;-).
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
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
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
Note: forwarded message attached.
__
Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaadi.com--- Begin Message ---
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
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
>
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
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
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.
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 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
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 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
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 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
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
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 ;)
>
>>
On Sep 3, 2005, at 11:19:17, H. Peter Anvin wrote:
Thus, an ABIzed 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 enough for
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
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 '
> > deserves the punishment, and one which does have such typedef
> >
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 '
deserves the punishment, and one which does have such typedef
instead of #include stdint.h will not notice.
That's not the issue. Say
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
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
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
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:
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
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
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
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
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
>> > 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
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
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
> > 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
>
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
> >
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
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
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
>
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
1 - 100 of 338 matches
Mail list logo
