Arjan van de Ven wrote:
I have Ingo's network PV hypercalls to commit in my piplien.
I have 5 or so pending as well :)
can't wait for the infrastructure to be there so that it's relatively
easy to add my paravirt block driver
I can't wait for your pv block driver :)
What do you think
On Thu, 2007-02-22 at 12:40 +0200, Avi Kivity wrote:
> Arjan van de Ven wrote:
> >> I have Ingo's network PV hypercalls to commit in my piplien.
> >>
> >
> > I have 5 or so pending as well :)
> > can't wait for the infrastructure to be there so that it's relatively
> > easy to add my paravirt
Jeremy Fitzhardinge wrote:
> Andrew Morton wrote:
>> hm, this patch series seems to have gone out of its way to cause problems.
>>
>> This particular (pathetically changelogged) patch is already in my tree,
>> only in a later, much more comprehensive form. Similarly the HVC changes
>> were already
On Thu, 2007-02-22 at 15:10 +0100, Pierre Ossman wrote:
> Arjan van de Ven wrote:
> >
> > some can be used for both (PIT), but on a concept level the uses are
> > independent. The advantage of local apic over PIT is that local apic is
> > cheap to do "one shot" future events with, while the PIT wi
Francesco Pretto wrote:
Yes, windows XP could handle better the power button pressed event
(causing the hd not to go to emergency parking, even when forced
shut-down, most of the times). But regarding a normal shut-down cycle,
isn't this a regression? You don't solve a regression adding a feature
* David Miller <[EMAIL PROTECTED]> wrote:
> If used for networking one could easily make this new interface create
> an arbitrary number of threads by just opening up that many
> connections to such a server and just sitting there not reading
> anything from any of the client sockets. And thi
On Thu, 22 Feb 2007, Richard Purdie wrote:
> On Thu, 2007-02-22 at 01:13 +, James Simmons wrote:
> > > Richard Purdie <[EMAIL PROTECTED]> writes:
> > >
> > > > If FB_RADEON_BACKLIGHT wasn't set for 2.6.20, can you try 2.6.21-rc1
> > > > with that option disabled?
> > >
> > > i don't have my l
* Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
> > maybe it will, maybe it wont. Lets try? There is no true difference
> > between having a 'request structure' that represents the current
> > state of the HTTP connection plus a statemachine that moves that
> > request between various queues
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 15:31:45 +0100
> Firstly, i dont think you are fully applying the syslet/threadlet model.
> There is no reason why an 'idle' client would have to use up a full
> thread! It all depends on how you use syslets/threadlets, and how
> (fre
Arjan van de Ven wrote:
> On Thu, 2007-02-22 at 15:10 +0100, Pierre Ossman wrote:
>
>>
>> So with a local apic, and acpi_pm as clocksource, I shouldn't be getting
>> timer
>> interrupts?
>>
>
> timer interrupts as in "irq0"?
>
>
Yes:
0:9786349XT-PIC-XTtimer
> you s
Sergey Vlasov wrote:
I see that you have merged some patches which change depmod.8.
However, this file is generated from doc/depmod.sgml, which was not
changed appropriately.
Ah. A valid point - Luiz, do you want to redo your patch or I can take a
look at the SGML source myself.
Jon.
-
To u
David Miller wrote:
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 15:39:30 +0300
It does not matter - even with threads cost of having thousands of
threads is _too_ expensive. So, IMO, it is wrong to have to create
20k threads for the simple web server which only sends o
On Thu, 22 Feb 2007, Richard Purdie wrote:
> > it to Len Brown for merging into 2.6.21, or NACK it if you'd rather do it in
> > the backlight class core.
>
> We can't change the backlight class code since some hardware can't read
> from the device, only write to it. Initialisation in that case is
Russell King wrote:
> On Wed, Feb 21, 2007 at 02:13:15PM +, Jose Goncalves wrote:
>
>> <1>[18840.304048] Unable to handle kernel NULL pointer dereference at
>> virtual address 0012
>> <1>[18840.313046] printing eip:
>> <4>[18840.321687] c01bfa7a
>> <1>[18840.321714] *pde =
>>
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Firstly, i dont think you are fully applying the syslet/threadlet
> model. There is no reason why an 'idle' client would have to use up a
> full thread! It all depends on how you use syslets/threadlets, and how
> (frequently) you queue back requests f
On Thu, Feb 22, 2007 at 06:47:04AM -0800, David Miller ([EMAIL PROTECTED])
wrote:
> As a side note although Evgeniy likes M:N threading model ideas, they
> are a mine field wrt. signal semantics. Solaris guys took several
> years to get it right, just grep through the Solaris kernel patch
> readm
Hi Marcel,
On 2/21/07, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
Hi Dmitry,
> > > > can anybody reply to this and share his/her opinion?
> > >
> > > Input core already exports uniq to udev and also via sysfs.
> >
> > so do you think it would be better to create phys as a string of the
> > sour
Russell King wrote:
> On Wed, Feb 21, 2007 at 04:34:15PM -0800, Michael K. Edwards wrote:
>
>> Are you using an unpatched gcc 4.1.1? Its optimizer did nasty things
>> to us, at least on an ARM target ...
>>
>
> That's ruled out. Please think about it for a moment - serial_in()
> managed t
On Thu, 22 Feb 2007, Pekka Enberg wrote:
> On 2/22/07, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > This is a new slab allocator which was motivated by the complexity of the
> > existing code in mm/slab.c. It attempts to address a variety of concerns
> > with the existing implementation.
>
>
> >Ug. Previously it did the selecting for you. If you selected
> > backlight support the fbdev backlight would just come to life. This caused
> > problems for the case of having ACPI backlight and a fbdev driver with
> > backlight support. Two drivers controling the same hardware is not th
On Thu, 22 Feb 2007, Pekka J Enberg wrote:
> This introduce krealloc() that reallocates memory while keeping the
> contents unchanged. The allocator avoids reallocation if the new size
> fits the currently used cache. I also added a simple non-optimized
> version for mm/slob.c for compatibility.
* David Miller <[EMAIL PROTECTED]> wrote:
> The pushback to the primary thread you speak of is just extra work in
> my mind, for networking. Better to just begin operations and sit in
> the primary thread(s) waiting for events, and when they arrive push
> the operations further along using no
On Thu, 2007-02-22 at 12:56 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 22 Feb 2007, Richard Purdie wrote:
> > > it to Len Brown for merging into 2.6.21, or NACK it if you'd rather do it
> > > in
> > > the backlight class core.
> >
> > We can't change the backlight class code since some h
Alan wrote:
>> However, i'm not still sure i enabled as much debugging info as i
>> could in the kernel configuration. If you need more, please point me
>> to precise configuration options.
>
> You grabbed a lot of junk but you did grab this line
>
> [17179682.56] Synchronizing SCSI cache fo
On Thu, 22 Feb 2007, Peter Zijlstra wrote:
> On Wed, 2007-02-21 at 23:00 -0800, Christoph Lameter wrote:
>
> > +/*
> > + * Lock order:
> > + * 1. slab_lock(page)
> > + * 2. slab->list_lock
> > + *
>
> That seems to contradict this:
This is a trylock. If it fails then we can compensate by al
> Not in those but again note that the cable detection is broken
>
> > ata2.00: ATAPI, max UDMA/33
It shows UDMA/100 for HDD and UDMA/33 for DVD-ROM. Visual inspection
confirms that this is correct - DVD-ROM has 40-pin cable and HDD has
80-pin one. So at least the result is not wrong.
ata1: P
n Thu, 22 Feb 2007, David Miller wrote:
> All of that logic needs to be protected by CONFIG_ZONE_DMA too.
Right. Will fix that in the next release.
-
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
On Wed, Feb 21, 2007 at 11:00:15AM +0100, Giuseppe Bilotta wrote:
> On Wednesday 21 February 2007 02:49, Greg KH wrote:
>
> > /* frame pointer must be last for get_wchan */
> > -#define SAVE_CONTEXT"pushq %%rbp ; movq %%rsi,%%rbp\n\t"
> > -#define RESTORE_CONTEXT "movq %%rbp,%%rsi ; popq %%rb
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > The pushback to the primary thread you speak of is just extra work
> > in my mind, for networking. Better to just begin operations and sit
> > in the primary thread(s) waiting for events, and when they arrive
> > push the operations further along u
On Thu, Feb 22, 2007 at 02:40:22PM +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This introduce krealloc() that reallocates memory while keeping the
> contents unchanged. The allocator avoids reallocation if the new size
> fits the currently used cache. I also added a s
On Thu, 2007-02-22 at 13:36 +0100, Jan Engelhardt wrote:
> >
> >Yes, we switch away from PIT and use the local APIC timer. (LOC)
>
> What's the benefit of doing so - and why has not it been done before?
> I mean, I run a regular 2.6.18.6,
> /sys/devices/system/clocksource/clocksource0/current_cloc
On Thu, 2007-02-22 at 16:13 +0100, Pierre Ossman wrote:
> > Sure. My dmesg is full of mmc debug crud right now, but I'll just reboot
> > and I'll have a clean one for you.
> >
>
> Here we go.
> [ 44.498253] ACPI: Lid Switch [C136]
> [ 44.577672] No dock devices found.
> [ 44.714156] ACPI:
> On Thu, Feb 22, 2007 at 01:11:18AM +, James Simmons wrote:
> > > *$> grep BACKLIGH /boot/config-2.6.20
> > > # CONFIG_FB_BACKLIGHT is not set
> > > CONFIG_BACKLIGHT_LCD_SUPPORT=y
> > > CONFIG_BACKLIGHT_CLASS_DEVICE=m
> > > CONFIG_BACKLIGHT_DEVICE=y
> >
> > You need to explictly enable the
On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
Ah, my fault. Apply this patch on top.
We're getting closer! The patch now works, and the dmesg has the following info:
ACPI: PCI Interrupt :01:00.0[A] -> Link [LNKA] -> GSI 11 (level,
low) -> IRQ 11
nvidiafb: Device ID: 10de0112
> > Howerver, I *do* strongly wish for a way to combine various drivers into a
> > single backlight device, where radeon/intelfb takes care of some stuff,
> > ibm-acpi/asus-laptop/sony-laptop takes care of other stuff, etc. Also, a
> > standard naming for the builtin screen(s) would help, calling
> It shows UDMA/100 for HDD and UDMA/33 for DVD-ROM. Visual inspection
> confirms that this is correct - DVD-ROM has 40-pin cable and HDD has
> 80-pin one. So at least the result is not wrong.
Ok sorry didn't realise this one had a genuine 40pin cable case, forgot
the -mm message about limiting
Greg KH wrote:
> This is the start of the stable review cycle for the 2.6.19.5 release.
>
> This will probably be the last release of the 2.6.19-stable series, so
> if there are patches that you feel should be applied to that tree,
> please let me know.
This seems appropriate for 2.6.19-stable.
On Thu, 2007-02-22 at 16:55 +0100, Giuseppe Bilotta wrote:
> On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> >
> > Ah, my fault. Apply this patch on top.
>
> We're getting closer! The patch now works, and the dmesg has the following
> info:
Okay.
>
>
> ACPI: PCI Interrupt :01
Looks great!
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
Acked-by: John Rose <[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://vger.kernel.org/majordomo-info.html
Please
Thomas Gleixner wrote:
>
> Here is the reason. The local APIC stops working in C3 state and we fall
> back to the PIT in that case. Not really exciting for dynticks, but the
> only way to keep the system alive. There is a patch coming up from
> Intel, which finds out how to use HPET even if it is n
On Thu, 22 February 2007 05:30:03 +0100, Juan Piernas Canovas wrote:
>
> DualFS writes meta-blocks in variable-sized chunks that we call partial
> segments. The meta-data device, however, is divided into segments, which
> have the same size. A partial segment can be as large a a segment, but a
On Thu, 22 Feb 2007, Richard Purdie wrote:
> If you really care, add a a call to backlight_update_status() after you
> set the brightness attribute like some of the other drivers have. The
I will. Do you ACK the patch, then?
> Have a look at what corgi_bl does. It can know what state it set the
On Thu, Feb 22, 2007 at 12:33:35PM +0200, Paul Sokolovsky wrote:
>
> We in handhelds.org codebase have attached patch* to make corgi_bl
> more suitable for general use. This patch was submitted to Richard
> (so, more votes needed ;-) ). Otherwise, snippet I pasted is from real
> machine implemen
On Thu, 2007-02-22 at 17:27 +0100, Pierre Ossman wrote:
> Thomas Gleixner wrote:
> >
> > Here is the reason. The local APIC stops working in C3 state and we fall
> > back to the PIT in that case. Not really exciting for dynticks, but the
> > only way to keep the system alive. There is a patch comin
Hi,
[EMAIL PROTECTED] napisał(a):
> The mm snapshot broken-out-2007-02-21-22-18.tar.gz has been uploaded to
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-02-21-22-18.tar.gz
>
> It contains the following patches against 2.6.21-rc1:
>
Possible build fix for
driv
On Wed, Feb 21, 2007 at 11:17:16PM -0500, D. Hazelton wrote:
> Since I tailor the license I apply to code I produce to meet the needs of the
> person or entity I am writing it for, I've never run into this. In truth, the
> LGPL is, IMHO, a piece of garbage. (as is the GPL - if you release code un
Andi Kleen wrote:
I didn't think we had any that returned structures.
Sometimes returning small structures is really nice. If you can pass
them in registers, it's often generates the fastest possible code; much
better than using a pointer.
-hpa
-
To unsubscribe from this list: se
On 2/21/07, Arkadiusz Miskiewicz <[EMAIL PROTECTED]> wrote:
#
# USB HID Boot Protocol drivers
#
CONFIG_USB_KBD=m
CONFIG_USB_MOUSE=m
Please do not enable USB boot protocol drivers unless generic HID
driver is not working for you.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubsc
Thomas Gleixner wrote:
Problem description at:
http://bugzilla.kernel.org/show_bug.cgi?id=8048
Commit b18ec80396834497933d77b81ec0918519f4e2a7
[PATCH] sched: improve migration accuracy
optimized the scheduler time calculations, but broke posix-cpu-timers.
The problem is that the p->last_
On Thu, 22 Feb 2007, Antonino A. Daplas wrote:
> On Thu, 2007-02-22 at 01:35 +, James Simmons wrote:
> > > On Wed, 2007-02-21 at 21:23 +, James Simmons wrote:
>
> > > If this is an attempt to consolidate, I don't see the 'brightness'
> > > hook of backlight and lcd.
> > >
> > > If this i
Christoph Lameter <[EMAIL PROTECTED]> writes:
> This is a new slab allocator which was motivated by the complexity of the
> with the existing implementation.
Thanks for doing that work. It certainly was long overdue.
> D. SLAB has a complex cache reaper
>
>SLUB does not need a cache reaper
On Thursday 22 February 2007 16:29, Adrian Bunk wrote:
> On Wed, Feb 21, 2007 at 11:00:15AM +0100, Giuseppe Bilotta wrote:
> > On Wednesday 21 February 2007 02:49, Greg KH wrote:
> >
> > > /* frame pointer must be last for get_wchan */
> > > -#define SAVE_CONTEXT"pushq %%rbp ; movq %%rsi,%%rb
On Thu, Feb 22, 2007 at 03:07:18PM +, Jose Goncalves wrote:
> Russell King wrote:
> > On Wed, Feb 21, 2007 at 04:34:15PM -0800, Michael K. Edwards wrote:
> >
> >> Are you using an unpatched gcc 4.1.1? Its optimizer did nasty things
> >> to us, at least on an ARM target ...
> >>
> >
> >
On Thu, 2007-02-22 at 16:55 +0100, Giuseppe Bilotta wrote:
> On 2/22/07, Antonino A. Daplas <[EMAIL PROTECTED]> wrote:
> However, I'm still getting the same snowy effects, which doesn't come
> as a surprise since the actual mode timings used are just the same ...
>
BTW, you can also use CVT modes
On Thu, Feb 22, 2007 at 03:02:46PM +, Jose Goncalves wrote:
> It could be a silly question (tamper with me as I'm not familiar with
> such low level programming), but couldn't it be possible for a interrupt
> to hit in the middle of the serial_in() calls and mess with %ebx?
I'm no expert on x8
On Thu, 2007-02-22 at 14:34 -0200, Henrique de Moraes Holschuh wrote:
> On Thu, 22 Feb 2007, Richard Purdie wrote:
> > If you really care, add a a call to backlight_update_status() after you
> > set the brightness attribute like some of the other drivers have. The
>
> I will. Do you ACK the patch
On Thursday, 22 February 2007 11:47, Oleg Nesterov wrote:
> On 02/22, Rafael J. Wysocki wrote:
> >
> > Okay, below is what I have right now (compilation tested on x86_64):
> >
> > This patch fixes the vfork problem by adding the PF_FREEZER_SKIP flag that
> > can be used by tasks to tell the freeze
Alan wrote:
ACPI is the only way to do cable handling on the Nvidia PATA chipset. The
You failed to quote the salient part of the message. Disliking a
separate pata_acpi driver in no way invalidates your statement (quoted
above).
Jeff
-
To unsubscribe from this list: send the lin
On Thu, 2007-02-22 at 17:37 +0100, Rodolfo Giometti wrote:
> On Thu, Feb 22, 2007 at 12:33:35PM +0200, Paul Sokolovsky wrote:
> >
> > We in handhelds.org codebase have attached patch* to make corgi_bl
> > more suitable for general use. This patch was submitted to Richard
> > (so, more votes need
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 16:15:09 +0100
> furthermore, in a real webserver there's a whole lot of other stuff
> happening too: VFS blocking, mutex/lock blocking, memory pressure
> blocking, filesystem blocking, etc., etc. Threadlets/syslets cover them
> /all/
Quoting Russell King <[EMAIL PROTECTED]>:
On Thu, Feb 22, 2007 at 03:02:46PM +, Jose Goncalves wrote:
It could be a silly question (tamper with me as I'm not familiar with
such low level programming), but couldn't it be possible for a interrupt
to hit in the middle of the serial_in() calls
Quoting Russell King <[EMAIL PROTECTED]>:
On Thu, Feb 22, 2007 at 03:07:18PM +, Jose Goncalves wrote:
Russell King wrote:
> On Wed, Feb 21, 2007 at 04:34:15PM -0800, Michael K. Edwards wrote:
>
>> Are you using an unpatched gcc 4.1.1? Its optimizer did nasty things
>> to us, at least on an
From: Thomas Gleixner <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 16:51:41 +0100
> PIT and local APIC timer are used to provide either periodic or one shot
> programmable timer events.
>
> Up to now the kernel started PIT and local APIC timer in parallel with
> the same period where PIT incremente
On Thu, 22 Feb 2007 12:11:32 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Alan wrote:
> > ACPI is the only way to do cable handling on the Nvidia PATA chipset. The
>
> You failed to quote the salient part of the message. Disliking a
> separate pata_acpi driver in no way invalidates your state
From: James Simmons <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 15:55:24 + (GMT)
> I just tested various confirations of backlight support. Backlight is
> ALWAYS selected by default when you select a particular fbdev driver that
> has backlight support. You just have the option to turn it off
NB: I'm not subscribed so please CC me in any reply! Thanks...
Updated bugzilla with x86 defconfig demonstrating similar breakage.
http://bugzilla.kernel.org/show_bug.cgi?id=8050
Both issues seem to demonstrate a problem with built-in NFS and
modular IPV6 together.
Michael-Luke Jones
On 21
On Thu, Feb 22, 2007 at 03:02:46PM +, Jose Goncalves wrote:
What I find real hard to understand is why a hardware fault happens
always in the same software instruction! I would expect a hardware fault
to hit randomly...
I've experienced just such a hardware fault.
The Infineon DSCC4 serial
On Thu, 2007-02-22 at 09:26 -0800, David Miller wrote:
> BTW, I'm adding support for sparc64, and before I get much further
> will the code handle a oneshot-only device? That's basically what I
> have (sparc64 basically has a TSC and a "comparison" register, you
> write the "comparison" register w
This patch fixes a possible race that leads to double freeing an idr index.
When the master begin to close, release_dev() is called and then pty_close()
is called:
if (tty->driver->close)
tty->driver->close(tty, filp);
This is done without helding any locks other than BKL. I
H. Peter Anvin wrote:
> Sometimes returning small structures is really nice. If you can pass
> them in registers, it's often generates the fastest possible code;
> much better than using a pointer.
Yes, but specifically, are there any pieces of assembler which return
structures? It appears ther
On 02/22, Rafael J. Wysocki wrote:
>
> Okay, attached. The first one closes the race between thaw_tasks() and the
> refrigerator that can occurs if the freezing fails. The second one fixes the
> vfork problem (should go on top of the first one).
Looks good to me.
> > Any other ideas? In any ca
Aristeu Sergio Rozanski Filho wrote:
This normally would only issue a warning on idr_remove() but in case of a
customer's critical application, it's never too simple:
thread1: opens master, gets index X
thread1: begin closing master
thread2: begin opening slave with index X
thread1: finishes cl
On Wed, Feb 21, 2007 at 07:45:14PM -0800, David Brownell wrote:
> Hi,
>
> Following this message (on the RTC list) are six patches:
>
> - Remove the /sys/class/rtc-dev class_device, and a class_interface
> - Use "struct rtc_device" in the external interface, not class_device
> - Simplify the s
On Thu, Feb 22, 2007 at 02:40:22PM +0200, Pekka J Enberg wrote:
> From: Pekka Enberg <[EMAIL PROTECTED]>
>
> This introduce krealloc() that reallocates memory while keeping the
> contents unchanged. The allocator avoids reallocation if the new size
> fits the currently used cache. I also added a s
On Wed, Feb 21, 2007 at 10:13:01PM +0100, Patrick Ale wrote:
> Hi,
Hi Patrick,
> And now, for something completely different, no libata ;-)
>
> I was wondering if any of you ever got the sky2 driver working
there are many people who are successfully using this card.
> (gigabit network card fo
On Thu, Feb 22, 2007 at 09:38:22AM +0100, Ingo Molnar wrote:
>...
> --- linux.orig/arch/i386/Makefile
> +++ linux/arch/i386/Makefile
> @@ -31,7 +31,7 @@ LDFLAGS_vmlinux := --emit-relocs
> endif
> CHECKFLAGS += -D__i386__
>
> -CFLAGS += -pipe -msoft-float -mregparm=3
> +CFLAGS += -pipe -msoft-
On Thu, Feb 22, 2007 at 09:39:04AM -0800, Jeremy Fitzhardinge wrote:
> H. Peter Anvin wrote:
> > Sometimes returning small structures is really nice. If you can pass
> > them in registers, it's often generates the fastest possible code;
> > much better than using a pointer.
>
> Yes, but specific
The brightness class core does not update the initial status of the
device's brightness at register time. Do it by ourselves.
Signed-off-by: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
Cc: Richard Purdie <[EMAIL PROTECTED]>
---
Waiting ACK from Richard Purdie, applies on top of 2.6.21-rc1.
On Wed, 21 Feb 2007 15:19:44 -0500, Dave Jones wrote:
> Ah, Fedora has this horror in its initscripts (which explains why I missed
> it in my grep)..
>
> # Initialize ACPI bits
> if [ -d /proc/acpi ]; then
> for module in /lib/modules/$unamer/kernel/drivers/acpi/* ; do
> module=${modul
Miklos Szeredi wrote:
On Wed, 21 Feb 2007 18:51:52 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
This patch makes writing to shared memory mappings update st_ctime and
st_mtime as defined by SUSv3:
The st_ctime and st_mtime fields of a file that is mapped with
MAP_SHARED and PROT_
Miklos Szeredi wrote:
Inspired by Peter Staubach's patch and the resulting comments.
An updated version of the original patch was submitted to LKML
yesterday... :-)
Strange coincidence :)
file = vma->vm_file;
start
> >> Why is the flag checked in __fput()?
> >>
> >
> > It's because of this bit in the standard:
> >
> > If there is no such call and if the underlying file is modified
> > as a result of a write reference, then these fields shall be
> > marked for update at some time after the wri
> > +int set_page_dirty_mapping(struct page *page);
> >
> >
> >
> This aspect of the design seems intrusive to me. I didn't see a strong
> reason to introduce new versions of many of the routines just to handle
> these semantics. What motivated
Here's the final version. I will request a pull from Len Brown to get it
into acpi-test, from where it will eventually reach mainline at Len's
discretion.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
On Wed, Feb 21, 2007 at 07:14:27PM -0800, Andrew Morton wrote:
> On Wed, 21 Feb 2007 15:10:39 -0600 "Mike Miller (OS Dev)" <[EMAIL PROTECTED]>
> wrote:
>
> > Patch 1/2
> >
> > This patch changes the way we determine if a logical volume is larger than
> > 2TB. The
> > original test looked for a
On Wed, Feb 21, 2007 at 10:55:55AM -0800, Stephen Hemminger wrote:
> This is what I was suggesting by getting rid of the work queue completely.
...
> --- bridge.orig/net/bridge/br_if.c2007-02-21 10:22:46.0 -0800
> +++ bridge/net/bridge/br_if.c 2007-02-21 10:53:25.0 -0800
> @@ -7
On Wed, 2007-02-21 at 16:53 +0100, Arjan van de Ven wrote:
> > Index: linux-2.6-git/kernel/softirq.c
> > ===
> > --- linux-2.6-git.orig/kernel/softirq.c 2006-12-14 10:02:18.0
> > +0100
> > +++ linux-2.6-git/kernel/softirq.
On Wed, 2007-02-21 at 17:47 +0200, Pekka Enberg wrote:
> Hi Peter,
>
> On 2/21/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Provide a method to calculate the number of pages needed to store a given
> > number of slab objects (upper bound when considering possible partial and
> > free slabs).
Hi Peter,
On Wed, 2007-02-21 at 17:47 +0200, Pekka Enberg wrote:
> So how does this work? You ask the slab allocator how many pages you
> need for a given number of objects and then those pages are available
> to it via the page allocator? Can other users also dip into those
> reserves?
On 2/2
On Thu, 2007-02-22 at 10:16 +0100, Peter Zijlstra wrote:
> On Wed, 2007-02-21 at 16:53 +0100, Arjan van de Ven wrote:
> > > Index: linux-2.6-git/kernel/softirq.c
> > > ===
> > > --- linux-2.6-git.orig/kernel/softirq.c 2006-12-14 10:0
On 2/22/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
So you are only interested in rough estimation of how much many pages
you need for a given amount of objects? Why not use ksize() for that
then?
Uhm, I obviously meant, why not expose obj_size() instead.
-
To unsubscribe from this list: send t
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Thu, 22 Feb 2007 10:24:31 +1100
> The device has a single interrupt though that interrupt at least can
> tell you which queues need servicing. It can't mask the interrupt per
> queue though, which is the main issue.
Right, which effectively t
Jeff,
I'm sending a series of incremental patches updating
the cxgb3 driver. These patches are built against Linus'git tree.
Cheers,
Divy
-
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.ke
From: Divy Le Ray <[EMAIL PROTECTED]>
sysfs attributes are now managed per port, no longer per adapter.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c | 21 -
1 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/drivers/net/cxg
From: Divy Le Ray <[EMAIL PROTECTED]>
Clean up some private ioctls.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_ioctl.h | 21 -
drivers/net/cxgb3/cxgb3_main.c | 48 +++
2 files changed, 9 insertions(+), 60 d
From: Divy Le Ray <[EMAIL PROTECTED]>
Populate Rx free list with pages.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h |9 +
drivers/net/cxgb3/sge.c | 322 +++
2 files changed, 237 insertions(+), 94 deletions(-)
d
From: Divy Le Ray <[EMAIL PROTECTED]>
Update FW version to 3.2
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/cxgb3/t3_hw.c b/drivers/net/cxgb3/t3_hw.c
index 365a7f5..ec06ad6 1006
From: Divy Le Ray <[EMAIL PROTECTED]>
Add all-in-sw lro support.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 21 ++
drivers/net/cxgb3/common.h |1
drivers/net/cxgb3/cxgb3_ioctl.h |1
drivers/net/cxgb3/cxgb3_main.c | 16 ++
drivers/net
From: Divy Le Ray <[EMAIL PROTECTED]>
Offload packets may be DMAed long after their SGE Tx descriptors are done
so they must remain mapped until they are freed rather than until their
descriptors are freed. Unmap such packets through an skb destructor.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTE
From: Divy Le Ray <[EMAIL PROTECTED]>
Improve the traffic recovery after the HW ran out of response queue entries.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h |2 ++
drivers/net/cxgb3/sge.c | 15 ++-
2 files changed, 16 insertions(+), 1 d
101 - 200 of 411 matches
Mail list logo
