Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
>
> (let me know if the interface in the patch
> I just posted seems like the right direction to use when we go for the
> cleanup)
Well what are the semantics? Pass in an inclusive max_index and the gang
lookup functions terminate when they hit
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> When a potential periodic timer is deleted through timer_del_sync, all
> cpus are scanned to determine if the timer is running on that cpu. In a
> NUMA configuration doing so will cause NUMA interlink traffic which limits
> the scalability of
Hello,
This patch cannot be apply on a 2.6.11-mm1 because connector is
missing in this release. The connector module should be back in the next
kernel release. That's why it applies on a 2.6.11-rc4-mm1 tree.
Also, there is a problem with the drivers/connector/connector.c file.
The test
On Tue, 2005-03-08 at 00:57 -0500, Jon Smirl wrote:
> On Tue, 08 Mar 2005 15:38:29 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > Hi !
> >
> > While working on writing a VGA access arbiter for kernel & userland,
> > I wondered how to properly get my "initial" state at boot. For
Nick,
On Mon, Mar 07, 2005 at 07:28:23PM +1100, Nick Piggin wrote:
> Siddha, Suresh B wrote:
> > We are resetting the nr_balance_failed to cache_nice_tries after kicking
> > active balancing. But can_migrate_task will succeed only if
> > nr_balance_failed > cache_nice_tries.
> >
>
> It is
Hi !
Ok, so here is a first, totally untested draft for the kernel side
of the VGA arbiter.
BIG NOTE: It's really only the basic arbiter itself, which provides the
API I drafted a bit earlier, with arch hooks similar to what Alan proposed,
it does _NOT_ yet provides a userland interface (to a
On Mon, Mar 07, 2005 at 10:46:18PM -0800, Andrew Morton wrote:
> Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> >
> >
> > yup, looks like the same issue we hit in wait_on_page_writeback_range
> > during AIO work - probably want to break out of the outer loop as well
> > when this happens.
>
Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
>
>
> yup, looks like the same issue we hit in wait_on_page_writeback_range
> during AIO work - probably want to break out of the outer loop as well
> when this happens.
The `next = page_index' before breaking will do that for us.
>
> How hard
When a potential periodic timer is deleted through timer_del_sync, all
cpus are scanned to determine if the timer is running on that cpu. In a
NUMA configuration doing so will cause NUMA interlink traffic which limits
the scalability of timers.
The following patch makes the timer remember where
Hi,
Is there any feasible way to dereference a pointer inside
__mod_*_device_table which points to a string?
e.g.:
include/linux/mod_devicetable.h:
struct pcmcia_device_id {
...
const char * prod_id;
...
}
drivers/some/driver.c:
static struct pcmcia_device_id
Bernardo Innocenti wrote:
Trond Myklebust wrote:
I also can't reproduce the problem on an older
client running 2.4.21.
Well, actually I tried harder with the 2.4.21
client and I obtained a similar effect:
naraku:/pub/linux/distro/fedora-devel# ll
ls: .: Stale NFS file handle
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> Add a pair of rlimits for allowing non-root tasks to raise nice and rt
> priorities. Defaults to traditional behavior. Originally written by
> Chris Wright.
It needs some dinking with because Ingo has been playing games in my
resource.h. Here's the
On Mon, Mar 07, 2005 at 05:46:51PM -0500, Wen Xiong wrote:
> +static ssize_t jsm_driver_version_show(struct device_driver *ddp, char *buf)
> +{
> + return snprintf(buf, PAGE_SIZE, "jsm_version: %s\n", JSM_VERSION);
Again, drop the "prefix:" from every sysfs file, it should not be there
(the
On Mon, Mar 07, 2005 at 05:48:56PM -0500, Wen Xiong wrote:
> Since some tools in Digi company need these new ioctls to access device
> driver. I still keep these new ioctls.
What tools? What are they used for? Why do they need them? Why can't
they just use the sysfs files?
As the driver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/08/2005 03:49 PM, Chris Wright wrote:
> * Clemens Schwaighofer ([EMAIL PROTECTED]) wrote:
>
>>>2.6.11-ac1
>>>oFix jbd race in ext3(Stephen Tweedie)
>>
>>will that patch actually appear in 2.6.11.2? At least it
* Clemens Schwaighofer ([EMAIL PROTECTED]) wrote:
> --On Monday, March 07, 2005 09:34:22 PM + Alan Cox
> <[EMAIL PROTECTED]> wrote:
>
> >For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
> >diff should actually apply to either right now.
> >
> >2.6.11-ac1
> >oFix
On Mon, Mar 07, 2005 at 10:45:05PM -0800, Chris Wright wrote:
> * Matt Mackall ([EMAIL PROTECTED]) wrote:
> > On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
> > > Consider this a prod in the direction of those who were pushing
> > > alternatives ;)
> >
> > I think Chris Wright's
ty den 08.03.2005 Klokka 07:38 (+0100) skreiv Bernardo Innocenti:
> Trond Myklebust wrote:
> > ty den 08.03.2005 Klokka 05:53 (+0100) skreiv Bernardo Innocenti:
> >
> >>Appears to be a client bug.
> >
> > Why?
>
> Two clients started showing the problem after
> being upgraded from FC2 to FC3,
* Matt Mackall ([EMAIL PROTECTED]) wrote:
> On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
> > Consider this a prod in the direction of those who were pushing
> > alternatives ;)
>
> I think Chris Wright's last rlimit patch is more sensible and ready to
> go. And I think I may
* Chris Wright <[EMAIL PROTECTED]> wrote:
> > Yes. In kernel "damage control" is an optional extra not a necessity
> > with this solution. Not so sure about with the RT LSB solution though.
>
> This has one advantage over RT LSM in that area, which is it places an
> upper bound on the
* Peter Williams ([EMAIL PROTECTED]) wrote:
> But the patch you describe still seems a little loose to me in that it
> doesn't control both which users AND which programs they can run.
> Although I suppose that can be managed by suitable setting of file
> permissions?
rlimits are typically
Sébastien Dugué <[EMAIL PROTECTED]> wrote:
>
> When reading a file in async mode (using kernel AIO), and the file
> size is lower than the requested size (short read), the direct IO
> layer reports an incorrect number of bytes read (transferred).
>
> That case is handled for the sync path in
Trond Myklebust wrote:
ty den 08.03.2005 Klokka 05:53 (+0100) skreiv Bernardo Innocenti:
Appears to be a client bug.
Why?
Two clients started showing the problem after
being upgraded from FC2 to FC3, while the server
remained unchanged.
I also can't reproduce the problem on an older
client running
On Tue, Mar 08, 2005 at 06:31:27AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 10:11:55PM -0800, Matt Mackall wrote:
> > > - when called with the major argument as 0 it returns an unused major
> > > number
> > >from the top of the old 255 entries major list. This should be
>
On Mon, Mar 07, 2005 at 10:11:55PM -0800, Matt Mackall wrote:
> > - when called with the major argument as 0 it returns an unused major
> > number
> >from the top of the old 255 entries major list. This should be replaced
> >by a real dynamic dev_t allocator, similar to
On Mon, Mar 07, 2005 at 11:30:57PM -0600, Jack O'Quin wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > Matt Mackall <[EMAIL PROTECTED]> wrote:
> >>
> >> I think Chris Wright's last rlimit patch is more sensible and ready to
> >> go.
> >
> > I must say that I like rlimits - very
Nick Piggin wrote:
Ben Greear wrote:
Nick Piggin wrote:
Ben Greear wrote:
In that case, writing the network only test would help to confirm the
problem is not a networking one - so not useless by any means.
It's not trivial to write something like this :)
I'll be using something I already have.
Just as an idea of what I meant (dug up an old WIP patch):
--- radix-tree.c2004-04-01 10:32:15.384556136 +0530
+++ radix-tree.c.end2004-04-01 11:11:07.176069944 +0530
@@ -562,7 +562,8 @@ EXPORT_SYMBOL(radix_tree_gang_lookup);
*/
static unsigned int
__lookup_tag(struct
Ingo Molnar wrote:
* Peter Williams <[EMAIL PROTECTED]> wrote:
I don't object to rlimits per se and I think that they are useful but
not as a sole solution to this problem. Being able to give a task
preferential treatment is a permissions issue and should be solved as
one.
Having RT cpu usage
On Tue, Mar 08, 2005 at 04:40:02PM +1100, Peter Williams wrote:
> The granting of the ability to switch to and from RT mode should require
> a means to specify which users it applies to and also which programs it
> applies to. The RT rlimits mechanism doesn't meet these criteria.
a) rlimits
yup, looks like the same issue we hit in wait_on_page_writeback_range
during AIO work - probably want to break out of the outer loop as well
when this happens.
>From the old changelog:
>>
>> wait_on_page_writeback_range shouldn't wait for pages beyond the
>> specified range. Ideally, the
On Tue, 8 Mar 2005 04:18:07 +0100, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> On Dinsdag 08 März 2005 03:17, Michal Januszewski wrote:
>
> > +It's possible to set path to the splash helper by writing it to
> > +/proc/sys/kernel/fbsplash.
>
> It should probably just use its own hotplug agent
Hi,
Mel Gorman wrote:
+#define BITS_PER_ALLOC_TYPE 5
#define ALLOC_KERNNORCLM 0
#define ALLOC_KERNRCLM 1
#define ALLOC_USERRCLM 2
#define ALLOC_FALLBACK 3
+#define ALLOC_USERZERO 4
+#define ALLOC_KERNZERO 5
Now, 5bits per MAX_ORDER pages.
I think it is simpler to use "char[]" for representing
On Tue, Mar 08, 2005 at 05:56:27AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 09:50:35PM -0800, Andrew Morton wrote:
> > > register_blkdev only happens at module_init time (and in fact should go
> > > away completely, so I'm not happy wit hthe surgey to keep it barely alive
> > > at
> A different one than the one that's supported by OpenBSD's reverse-engineered
> HAL?
I guess so :-)
--
Mateusz Berezecki <[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
--On Monday, March 07, 2005 09:34:22 PM + Alan Cox
<[EMAIL PROTECTED]> wrote:
For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this
diff should actually apply to either right now.
2.6.11-ac1
o Fix jbd race in ext3(Stephen Tweedie)
will
On Mon, Mar 07, 2005 at 09:33:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > + /* search for insertion point in reverse for dynamic allocation */
> > + list_for_each_prev(l, list) {
>
> hrmph. Any time we do anything in O(n) time, some smarty comes along
* Peter Williams ([EMAIL PROTECTED]) wrote:
> Andrew Morton wrote:
> >Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> >>I think Chris Wright's last rlimit patch is more sensible and ready to
> >>go.
> >
> >
> >I must say that I like rlimits - very straightforward, although somewhat
> >awkward to use
On Tuesday 08 March 2005 00:05, Alan Curry wrote:
>Gene Heskett writes the following:
>>I'm on the horn with another linux user, and we have a question re
>> the setserial command. Its reporting the base baud rate, but not
>> the actual. We need to know the actual settings in use at the
>>
On Tue, 08 Mar 2005 15:38:29 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> Hi !
>
> While working on writing a VGA access arbiter for kernel & userland,
> I wondered how to properly get my "initial" state at boot. For that,
> I looked at how the new PCI ROM stuff does to find out who
On Mon, Mar 07, 2005 at 09:50:35PM -0800, Andrew Morton wrote:
> > register_blkdev only happens at module_init time (and in fact should go
> > away completely, so I'm not happy wit hthe surgey to keep it barely alive
> > at all)
>
> Is anyone working on that?
I had a patch from a long time ago
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 07, 2005 at 09:33:02PM -0800, Andrew Morton wrote:
> > Matt Mackall <[EMAIL PROTECTED]> wrote:
> > >
> > > + /* search for insertion point in reverse for dynamic allocation */
> > > +list_for_each_prev(l, list) {
> >
> > hrmph.
> >
> > Please test and let me know if it works. If it's fine, then it should go
> > to -mm, and eventually after a while, to a 2.6.11.x update.
> >
> > Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
I've tested this on my M7 chips which hung on boot with radeonfb but no
fbcon on
* Peter Williams <[EMAIL PROTECTED]> wrote:
> I don't object to rlimits per se and I think that they are useful but
> not as a sole solution to this problem. Being able to give a task
> preferential treatment is a permissions issue and should be solved as
> one.
>
> Having RT cpu usage limits
On Mon, Mar 07, 2005 at 09:50:19PM +, Linux Kernel Mailing List wrote:
> ChangeSet 1.1982.132.7, 2005/03/07 13:50:19-08:00, [EMAIL PROTECTED]
>
> [PATCH] resync ATI PCI idents into base kernel
>
>
>
> pci_ids.h | 11 +++
> 1 files changed, 11 insertions(+)
>
>
> diff
On Mon, Mar 07, 2005 at 09:33:02PM -0800, Andrew Morton wrote:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
> >
> > + /* search for insertion point in reverse for dynamic allocation */
> > + list_for_each_prev(l, list) {
>
> hrmph. Any time we do anything in O(n) time, some smarty comes along
* Matt Mackall <[EMAIL PROTECTED]> wrote:
> Add a pair of rlimits for allowing non-root tasks to raise nice and rt
> priorities. Defaults to traditional behavior. Originally written by
> Chris Wright.
>
> Signed-off-by: Matt Mackall <[EMAIL PROTECTED]>
this too looks good to me.
Acked-by:
Andrew Morton wrote:
Matt Mackall <[EMAIL PROTECTED]> wrote:
I think Chris Wright's last rlimit patch is more sensible and ready to
go.
I must say that I like rlimits - very straightforward, although somewhat
awkward to use from userspace due to shortsighted shell design.
Does anyone have serious
On Mon, Mar 07, 2005 at 09:26:43PM -0800, Greg KH wrote:
> Ick, Alan, couldn't you have had the decency to run this through the USB
> developers, and at least pinged me on it? Especially due to all of the
> hate-email I have gotten over this driver in the past.
>
> As it is, the coding style
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> + /* search for insertion point in reverse for dynamic allocation */
> +list_for_each_prev(l, list) {
hrmph. Any time we do anything in O(n) time, some smarty comes along with
a workload which blows us out of the water. Although it's hard to
On Mon, Mar 07, 2005 at 09:26:43PM -0800, Greg KH wrote:
> So, who's going to fix up:
Add:
- the sparse warnings.
to that list.
Oh, and those sparse warnings show that this driver is now completely
broken on big-endian boxes.
So, who should I be bouncing the emails that I'm about to
ty den 08.03.2005 Klokka 05:53 (+0100) skreiv Bernardo Innocenti:
> Appears to be a client bug.
Why?
--
Trond Myklebust <[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
Andrew Morton <[EMAIL PROTECTED]> writes:
> Matt Mackall <[EMAIL PROTECTED]> wrote:
>>
>> I think Chris Wright's last rlimit patch is more sensible and ready to
>> go.
>
> I must say that I like rlimits - very straightforward, although somewhat
> awkward to use from userspace due to shortsighted
On Mon, Mar 07, 2005 at 09:49:40PM +, Linux Kernel Mailing List wrote:
> ChangeSet 1.1982.132.4, 2005/03/07 13:49:40-08:00, [EMAIL PROTECTED]
>
> [PATCH] Restore PWC driver
>
> PWC has a new maintainer (Luc Saillard) and also the various contentious
> binary hooks
Hi,
>> >
>> > Is there single user of s4bios? It used to work for me 4 notebooks
>> > ago, but I never really used it.
>>
>> I don't have anymore my toshiba laptop where S4 bios was first
>> implemented.
>>
>> > I think I'm the only person that ever
>> > seen it working, but I could be wrong.
>>
(This patch is against -mm1, which has different locking than mainline)
This patch introduces a simple allocator for tracking reservations of
block and character device ranges. After poking around, I came to the
conclusion that we can't avoid having a separate data structure for
reservations vs
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> Still. It seems to be what we deserve if all that fancy stuff we have
>> cannot address this very simple and very real-world problem.
Ingo Molnar <[EMAIL PROTECTED]> writes:
> please describe this "very simple and very real-world problem" in
On Mar 07, 2005, at 15:37, Evgeniy Polyakov wrote:
I'm pleased to announce asynchronous crypto layer for Linux kernel 2.6.
It supports following features:
- multiple asynchronous crypto device queues
- crypto session routing
- crypto session binding
- modular load balancing
- crypto session
Gene Heskett writes the following:
>
>I'm on the horn with another linux user, and we have a question re the
>setserial command. Its reporting the base baud rate, but not the
>actual. We need to know the actual settings in use at the moment for
>a serial port. How can we discover this?
stty
Arnd Bergmann wrote:
Nothing about the init command seems really necessary. Why not just do
that stuff from an /sbin/init script?
I'm not a kernel hacker by any definition, but I'm pretty sure its neccasery
because we want it to be done before /sbin/init is ran, AKA hide the kernel
messages :)
* Matt Mackall ([EMAIL PROTECTED]) wrote:
> On Tue, Mar 08, 2005 at 04:32:50AM +, Christoph Hellwig wrote:
> > On Mon, Mar 07, 2005 at 08:28:21PM -0800, Andrew Morton wrote:
> > > > please describe this "very simple and very real-world problem" in simple
> > > > terms. Lets make sure "problem"
On Mar 07, 2005, at 19:20, Adam Belay wrote:
6.) Open Firmware
* I don't know much about it, but I believe it does do similar
things to ACPI.
* Hopefully it uses EISA ids, but not really sure. If not, it
wouldn't be included.
OpenFirmware is very similar to ACPI,
Hello,
This problem was previously described by Neil Conway.
All relevant information here:
http://lkml.org/lkml/2005/2/10/97
I still see this very same problem on 2.6.11 vanilla and in
Fedora/RawHide hernels. It has haunted me for a couple of
months on several Fedora clients. Strangely, a
On Tue, Mar 08, 2005 at 04:32:50AM +, Christoph Hellwig wrote:
> On Mon, Mar 07, 2005 at 08:28:21PM -0800, Andrew Morton wrote:
> > > please describe this "very simple and very real-world problem" in simple
> > > terms. Lets make sure "problem" and "solution" didnt become detached.
> > >
> >
On Tue, 2005-03-08 at 04:40 +, Christoph Hellwig wrote:
> Why do you need the classdevice? I'm really not too eager about adding
> tons of new misdevices now that we can route directly to individual majors
> with cdev_add & stuff. Especially when you're actually relying on class
> device
Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> I think Chris Wright's last rlimit patch is more sensible and ready to
> go.
I must say that I like rlimits - very straightforward, although somewhat
awkward to use from userspace due to shortsighted shell design.
Does anyone have serious objections
Greetings;
I'm on the horn with another linux user, and we have a question re the
setserial command. Its reporting the base baud rate, but not the
actual. We need to know the actual settings in use at the moment for
a serial port. How can we discover this?
--
Cheers, Gene
"There are four
Hi !
While working on writing a VGA access arbiter for kernel & userland,
I wondered how to properly get my "initial" state at boot. For that,
I looked at how the new PCI ROM stuff does to find out who owns the
memory shadow at c, and found it quite bogus.
>From what I see, the code is only
> > this one seems totally unrelated.
>
> Eh? We did not add that. ;)
Sorry, I thought I saw a + somewhere there at the beggining of the line,
my fault.
> > Should probably use the /dev/mem major.
>
> Hrm, should we?
>
> Also, the memory class stuff is all local to mem.c. For example, I
>
On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
>
> So I still have the rt-lsm patch floating about, saying "merge me, merge
> me!". I'm not sure that the world would end were I to do so.
>
> Consider this a prod in the direction of those who were pushing
> alternatives ;)
I
On Mon, Mar 07, 2005 at 08:28:21PM -0800, Andrew Morton wrote:
> > please describe this "very simple and very real-world problem" in simple
> > terms. Lets make sure "problem" and "solution" didnt become detached.
> >
>
> Well others can do that better than I but I'd describe it as
>
> - Audio
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > next we
> > > $CAPABILITY for $FOO and we're headed straight to interface-hell.
> >
> > "interface hell"? Wow.
> >
> > Still. It seems to be what we deserve if all that fancy stuff we have
> >
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > next we
> > $CAPABILITY for $FOO and we're headed straight to interface-hell.
>
> "interface hell"? Wow.
>
> Still. It seems to be what we deserve if all that fancy stuff we have
> cannot address this very simple and very real-world problem.
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
> >
> > So I still have the rt-lsm patch floating about, saying "merge me, merge
> > me!". I'm not sure that the world would end were I to do so.
> >
> > Consider this a prod in the
On Mon, 7 Mar 2005, Darren Williams wrote:
> Pid: 362, CPU 0, comm: kscrubd0
> psr : 121008022038 ifs : 8308 ip : []
> Not tainted
> ip is at scrubd_rmpage+0x61/0x140
Would you try the new version on oss.sgi.com please.
-
To unsubscribe from this list: send the
On Tue, 2005-03-08 at 11:59 +1100, Benjamin Herrenschmidt wrote:
> Hi !
>
> So you remember all those weird lockups at boot that happened in late
> 2.6.11-rc with radeonfb. I posted a "workaround" which just moved code
> around a bit and it appeared to work. I finally got some real infos
> about
On Mon, Mar 07, 2005 at 07:50:20PM -0800, Andrew Morton wrote:
>
> So I still have the rt-lsm patch floating about, saying "merge me, merge
> me!". I'm not sure that the world would end were I to do so.
>
> Consider this a prod in the direction of those who were pushing
> alternatives ;)
It's
So I still have the rt-lsm patch floating about, saying "merge me, merge
me!". I'm not sure that the world would end were I to do so.
Consider this a prod in the direction of those who were pushing
alternatives ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
(please CC, not on the list.)
Hi all,
I have an embedded machine that needs a _tiny_ little bit more memory
for some of its tasks than it has. Unfortunately, it does not have
an IDE or USB controller, but it does have a 10/100 and three gigabit
ethernet interfaces.
There have been a number of
On Saturday 05 March 2005 20:45, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > Yes. I finally found a way to get it to compile. Compiling without
> > TT mode and WITHOUT static build it still fails with the same problem
> > (__bb_init_func problem I already reported). But compiling without TT
On Sunday 30 January 2005 19:30, jerome lacoste wrote:
> On Sun, 30 Jan 2005 18:00:22 +0100, Arnd Bergmann <[EMAIL PROTECTED]> wrote:
> > On Sünnavend 29 Januar 2005 02:01, [EMAIL PROTECTED] wrote:
> > > From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
> > > Cc: David Howells <[EMAIL
* Andrew Morton ([EMAIL PROTECTED]) wrote:
> Jeffrey Mahoney <[EMAIL PROTECTED]> wrote:
> >
> > This patch adds an S_PRIVATE flag to inode->i_flags to mark an inode as
> > filesystem-internal. As such, it should be excepted from the security
> > infrastructure to allow the filesystem to perform
At Mon, 07 Mar 2005 21:16:10 +0100,
Pierre Ossman wrote:
>
> Takashi Iwai wrote:
>
> >At Fri, 04 Mar 2005 22:16:03 +0100,
> >Pierre Ossman wrote:
> >
> >
> >>It seems I spoke too soon. The defaults picked by the driver are
> >>actually fine. It seems to be alsactl store/restore that did
On Tuesday 22 February 2005 21:41, Blaisorblade wrote:
> On Friday 18 February 2005 16:33, Anton Altaparmakov wrote:
> > On Wed, 2005-02-16 at 19:35 +0100, Blaisorblade wrote:
> > > On Monday 14 February 2005 12:48, Anton Altaparmakov wrote:
> > > > Hi,
> > > >
> > > > I get a few Debug messages
On Mon, 7 Mar 2005, Jörn Engel wrote:
> On Mon, 7 March 2005 03:28:46 -0700, Andreas Dilger wrote:
> >
> > Ironically, the whitespace patch gets the small things right, but misses
> > on the big readability issues, such as cifs_open() being 220 lines long
> > and having a _really_ hard time
On Mon, 7 Mar 2005, Andreas Dilger wrote:
> On Mar 07, 2005 10:26 +0100, Edgar, Bob wrote:
> > I lurk on the list and didn't comment last time but there is one aspect
> > of this patch that I think is "bad" style. The function declaration should
> > not be on the same line with the type. Why?
On Dinsdag 08 März 2005 03:17, Michal Januszewski wrote:
> +It's possible to set path to the splash helper by writing it to
> +/proc/sys/kernel/fbsplash.
It should probably just use its own hotplug agent instead of calling
the helper directly.
> +Splash protocol v1 specified an additional
This patch removes the check for the existence of multiple HPET timers.
It allows the use of HPET with only a single timer for system time if
HPET_EMULATE_RTC is not set.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Shai Fultheim <[EMAIL PROTECTED]>
Index:
--- ./arch/um/Kconfig~ 2005-03-02 10:38:09.0 +0300
+++ ./arch/um/Kconfig 2005-03-07 21:30:55.0 +0300
@@ -289,6 +289,8 @@
source "crypto/Kconfig"
+source "acrypto/Kconfig"
+
source "lib/Kconfig"
menu "SCSI support"
-
To unsubscribe from this list: send the line
Hi!
There's a problem in the include/linux/ixjuser.h file. It uses the
__user macro, but doesn't include the linux/compiler.h file. This
doesn't seem to be a problem for the kernel (I'm guessing since some
other file includes compiler.h), but it makes a difference when
compiling user-space
--- /tmp/empty/crypto_conn.c1970-01-01 03:00:00.0 +0300
+++ ./acrypto/crypto_conn.c 2005-03-07 21:11:01.0 +0300
@@ -0,0 +1,160 @@
+/*
+ * crypto_conn.c
+ *
+ * Copyright (c) 2004 Evgeniy Polyakov <[EMAIL PROTECTED]>
+ *
+ *
+ * This program is free software; you can
./ubd unbind dev /dev/bd0 filter acrypto
./ubd unbind dev /dev/bd0 filter xor
./ubd unbind dev /dev/bd0 filter fd
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
--- ./arch/ia64/Kconfig~2005-03-02 10:38:26.0 +0300
+++ ./arch/ia64/Kconfig 2005-03-07 21:27:38.0 +0300
@@ -417,3 +417,5 @@
source "security/Kconfig"
source "crypto/Kconfig"
+
+source "acrypto/Kconfig"
-
To unsubscribe from this list: send the line "unsubscribe
--- ./arch/h8300/Kconfig~ 2005-03-02 10:38:17.0 +0300
+++ ./arch/h8300/Kconfig2005-03-07 21:27:13.0 +0300
@@ -191,4 +191,6 @@
source "crypto/Kconfig"
+source "acrypto/Kconfig"
+
source "lib/Kconfig"
-
To unsubscribe from this list: send the line "unsubscribe
At Mon, 07 Mar 2005 21:13:23 +0100,
Pierre Ossman wrote:
>
> Lee Revell wrote:
>
> >So is there a bug or not? Mark seems to be the only one affected.
> >
> >It's important to follow up, because these so-called "ALSA regressions"
> >are generating bad press.
> >
> >Lee
> >
> >
> >
> I can
announce - asynchronous crypto layer announce
files - file with this cruft
bench - acrypto benchmark vs cryptoloop vs dm_crypt
iok.c - userspace application which uses ioctl based acrypto access
ucon_crypto.c - userspace application which uses direct process' VMA access
acrypto_Kconfig.patch -
Hello, Jim
On Mon, 7 Mar 2005, Jim Hague wrote:
> On 05-Mar-2005 Guennadi Liakhovetski wrote:
> > Worked on 2.6.10-rc2. With 2.6.11 during boot upon switching to fb, text
> > becomes orange, penguins look sick (not sharp). X starts and runs normal
> > (doesn't use fb), switching to vt not
--- /tmp/empty/crypto_user.h1970-01-01 03:00:00.0 +0300
+++ ./acrypto/crypto_user.h 2005-03-07 20:35:36.0 +0300
@@ -0,0 +1,52 @@
+/*
+ * crypto_user.h
+ *
+ * Copyright (c) 2004 Evgeniy Polyakov <[EMAIL PROTECTED]>
+ *
+ *
+ * This program is free software; you can
--- ./arch/frv/Kconfig~ 2005-03-02 10:37:54.0 +0300
+++ ./arch/frv/Kconfig 2005-03-07 21:26:53.0 +0300
@@ -498,4 +498,6 @@
source "crypto/Kconfig"
+source "acrypto/Kconfig"
+
source "lib/Kconfig"
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
--- ./arch/m32r/Kconfig~2005-03-02 10:37:30.0 +0300
+++ ./arch/m32r/Kconfig 2005-03-07 21:27:51.0 +0300
@@ -364,4 +364,6 @@
source "crypto/Kconfig"
+source "acrypto/Kconfig"
+
source "lib/Kconfig"
-
To unsubscribe from this list: send the line "unsubscribe
1 - 100 of 836 matches
Mail list logo
