On 10/17/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> On Tue, 16 Oct 2007, Matthew Dharm wrote:
>
> > On Tue, Oct 16, 2007 at 02:04:43PM -0400, Alan Stern wrote:
> > > On Tue, 16 Oct 2007, Matthew Dharm wrote:
> > >
> > > > I haven't looked at this code at all, but neither approach feels right
> >
Hi,
I understand why this happens.
Your sound card has a single "headphone" output, and since it is single, it is
called "Master"
the stac you have also has a real master volume control, that controls all the
DACs, not just the headphones.
I added support for it, thus two controls collided.
T
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 18:36:34 -0700 (PDT)
> Although I also wonder whether we want one global per-arch
> ARCH_HAS_SG_CHAIN
It's there because the DMA mapping support code for a platform has to
be converted to handle these chains and audited to make sure
On Thu, Oct 18, 2007 at 10:07:54AM +1000, Paul Mackerras wrote:
> The correct fix is to make advansys depend on CONFIG_VIRT_TO_BUS, or
> alternatively fix advansys.c properly by making it use the interfaces
> described in Documentation/DMA-mapping.txt (or the equivalent scsi
> helpers).
If you loo
On Thu, 18 Oct 2007 11:25:42 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> synchronize_irq needs at the very least a compiler barrier and a
> read barrier on SMP,
Why?
> but there are enough cases around where a
> write barrier is also needed and it's not a hot path so I prefer
> usi
Like many of us who earn a good living with Linux (for over a decade now) and
follow the kernel developer discussions with waxing and waning interest
depending on topic, I noticed James Morris' proposal to eliminate the LSM in
favor of ordaining SELinux as THE security framework forever and amen
On Wed, 17 Oct 2007, David Miller wrote:
>
> I believe that we have enough of a limited set of accessors to
> sg->page that we can more aggressively encode things in the lower
> bits.
>
> I'm thinking of encoding the low two bits of sg->page as
> follows:
>
> 1) bits == 0
>
>then the SG li
Robert Hancock wrote:
This doesn't seem a very reliable way to identify an IDE device, as all
that 0 means is that the device does not claim conformance to any
standard. I would think it would be legitimate for an IDE device to put
a value like 5 in there as well, if it complies with SPC-4..
Vi
synchronize_irq needs at the very least a compiler barrier and a
read barrier on SMP, but there are enough cases around where a
write barrier is also needed and it's not a hot path so I prefer
using a full smp_mb() here.
It will degrade to a compiler barrier on !SMP.
Signed-off-by: Benjamin Herre
(cc-ing linux-ide)
Mathieu Fluhr wrote:
Hello all,
First of all, let me introduce myself a little bit. I am the responsable
for the development of the Nero Linux burning application. So I have
access to all the source code of the application.
Now let's go with the story: It seems that there
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 18:07:19 -0700 (PDT)
> sg_next() - as it stands now - never actually looks at the SG that its
> argument points to: it explicitly *only* looks at the next one.
>
> That's the bug. If sg_next() looked at the actual *current* sg entry
On a related hardware note:
FWIW, most ATA controllers have scatter/gather tables that terminate
themselves by a bit in the final s/g entry. The 90% case needs to know
the last scatterlist entry, at the end of the s/g walk.
So however this all gets worked out, please make sure not to unduly
Well, the new driver is not a fix.
Anyway -- still plugging away at debugging libata. It seems some
outside changes are causing a bunch of my test boxes to crap themselves.
These need to go up in the meantime, however.
Maybe its the sg-chaining stuff, we'll see. I'm watching that thread
closel
On Thursday 18 October 2007 04:45, Eric W. Biederman wrote:
> At this point my concern is what makes a clean code change in the
> kernel. Because user space can currently play with buffer_heads
> by way of the block device and cause lots of havoc (see the recent
Well if userspace is writing to th
On Thu, 18 Oct 2007, FUJITA Tomonori wrote:
>
> Looks that (sglist) - 1 isn't initialized and we use sg_next for it?
sg_next() - as it stands now - never actually looks at the SG that its
argument points to: it explicitly *only* looks at the next one.
That's the bug. If sg_next() looked at th
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/3c59x.c|2 +-
drivers/net/forcedeth.c| 27 ++---
drivers/net/fs_enet/fs_enet
On Tue, 16 Oct 2007 16:41:59 -0500
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> To properly test this the libcap code will need to be updated first,
> which I'm looking at now...
This seems fairly significant. I asusme that this patch won't break
presently-deployed libcap?
-
To unsubscribe fro
The async_tx interface includes a completion callback. This adds support
for using that callback, including using interrupts on completion.
This second try does better at defining the callback prototype.
Cc: David Miller <[EMAIL PROTECTED]>
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
---
Sonic Zhang wrote:
Changes:
1. Remove irq_ack() and port_disable() methods
2. Acocomodate for the libata-link patches
3. Change Kconfig ATAPI mode option into a module param.
4. Add supported WMDMA mode.
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list:
Reorder the pci release actions
Letting go of the resources in the right order helps get rid of
occasional kernel complaints.
Fix the pci_driver object name [Randy Dunlap]
Rename the struct pci_driver data so that false section mismatch
warnings won't be produced.
Cc: Randy Dunlap
2.6.23-git12 panics. Here's the short bit
EIP:[] blk_rq_map_sg+073/0x160 SS:ESP 0068:c2dc3df8
Kernel panic - not syncing: Fatal exception in interrupt
--
Pete Clements
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
The cs5535 use an incorrect construct to access the other drive
of a pair, causing it to access beyond an array boundary on non-0
interfaces. This fixes it by using the new ide_get_paired_drive()
hepler instead.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/ide/pci/cs5535
The siimage use an incorrect construct to access the other drive
of a pair, causing it to access beyond an array boundary on non-0
interfaces. This fixes it by using the new ide_get_paired_drive()
hepler instead.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
drivers/ide/pci/siima
This adds a helper to get to the "other" drive on a pair connected
to a given hwif.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
Note: You may want to use the 1 - select.b.unit construct instead,
as you prefer, I just used what was there and fixed it.
include/linux/ide.h |7
At least 2 drivers (siimage and cs5535) have a bug where they use
the construct:
ide_drive_t *pair = &hwif->drives[drive->dn ^ 1];
To access the other drive in a master/slave pair. This is bogus
because drive->dn is not the unit number, but the global drive
number, thus can be 2 & 3
>From: David Miller [mailto:[EMAIL PROTECTED]
>
>From: Andrew Morton <[EMAIL PROTECTED]>
>Date: Wed, 17 Oct 2007 17:44:38 -0700
>
>> On Wed, 17 Oct 2007 17:14:39 -0700
>> Shannon Nelson <[EMAIL PROTECTED]> wrote:
>>
>> > + tx->callback = (void *)ioat_dma_test_callback;
>>
>> and when I remove t
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 17:44:38 -0700
> On Wed, 17 Oct 2007 17:14:39 -0700
> Shannon Nelson <[EMAIL PROTECTED]> wrote:
>
> > + tx->callback = (void *)ioat_dma_test_callback;
>
> and when I remove this cast I get
>
> drivers/dma/ioat_dma.c: In function '
>From: Andrew Morton [mailto:[EMAIL PROTECTED]
>
>On Wed, 17 Oct 2007 17:14:39 -0700
>Shannon Nelson <[EMAIL PROTECTED]> wrote:
[...]
>> +static dma_async_tx_callback ioat_dma_test_callback(void
>*dma_async_param)
>> +{
>> +printk(KERN_ERR "ioatdma: ioat_dma_test_callback(0x%04llx)\n",
>> +
On Wed, 17 Oct 2007 17:14:39 -0700
Shannon Nelson <[EMAIL PROTECTED]> wrote:
> + printk(KERN_ERR "ioatdma: ioat_dma_test_callback(0x%04llx)\n",
> + (u64)dma_async_param);
Generates a warning on 32-bit:
drivers/dma/ioat_dma.c: In function 'ioat_dma_test_callback':
drivers/dma/ioat
On 10/17/07, Manfred Spraul <[EMAIL PROTECTED]> wrote:
> pci_enable_msi() replaces the INTx irq number in pci_dev->irq with the
> new MSI irq number.
> The forcedeth driver did not update the copy in netdevice->irq and
> parts of the driver used the stale copy.
> See bugzilla.kernel.org, bug 9047.
>-Original Message-
>From: Andrew Morton [mailto:[EMAIL PROTECTED]
>
>On Wed, 17 Oct 2007 17:14:33 -0700
>Shannon Nelson <[EMAIL PROTECTED]> wrote:
>
>> The change to the async_tx interface cost this driver some
>performance by
>> spreading the descriptor setup across several functions,
On Wed, 17 Oct 2007 17:14:39 -0700
Shannon Nelson <[EMAIL PROTECTED]> wrote:
> The async_tx interface includes a completion callback. This adds support
> for using that callback, including using interrupts on completion.
>
> Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
> ---
>
> drivers/d
Adds new predicate ("event happened in subtree under ").
audit-subtree stuff; sat in -mm for several months.
Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/audit-current.git/ audit.b42
Al Viro <[EMAIL PROTECTED]>
[PATCH] audit: watching subtrees
[PATCH] new helper - i
Stefan Monnier wrote:
[ I suppose this is not the best place to ask this, but
comp.os.linux.networking couldn't come up with a good answer and I can't
think of any intermediate step between these two groups ;-( ]
I'd like (as root, obviously) to kill some of the TCP connections visible
in ne
On Wed, 17 Oct 2007 17:14:33 -0700
Shannon Nelson <[EMAIL PROTECTED]> wrote:
> The change to the async_tx interface cost this driver some performance by
> spreading the descriptor setup across several functions, including multiple
> passes over the new descriptor chain. Here we bring the work bac
Enable enclosure management via LED
As described in the AHCI spec, some AHCI controllers may support
Enclosure management via a variety of protocols. This patch
adds support for the LED message type that is specified in
AHCI 1.1 and higher.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTE
Alan Cox wrote:
On Mon, 15 Oct 2007 20:52:50 +0200
"Mohamed Bamakhrama" <[EMAIL PROTECTED]> wrote:
Hi all,
I am looking for Michael Flynn original paper about computer
organization in which Flynn devised the so-called "Flynn Taxonomy". I
tried Google, IEEE Xplore, ACM, Yahoo but in vain. I woul
Badari Pulavarty wrote:
Simple compile warning fix. (against 2.6.23-git12)
Thanks,
Badari
vortex_up() should initialize 'err' for a successful return.
drivers/net/3c59x.c: In function `vortex_up':
drivers/net/3c59x.c:1494: warning: `err' might be used uninitialized in this
function
applied
John Marconi wrote:
Hello,
I have been seeing a problem in which one of my CPUs goes to sleep for
40ms in the middle of running a user-space program. The problem occurs
when I have a function in object file X call another function in object
file Y. If I add a gettimeofday right before the func
Manfred Spraul wrote:
pci_enable_msi() replaces the INTx irq number in pci_dev->irq with the
new MSI irq number.
The forcedeth driver did not update the copy in netdevice->irq and
parts of the driver used the stale copy.
See bugzilla.kernel.org, bug 9047.
The patch
- updates netdevice->irq
- rep
Anton Vorontsov wrote:
Erroneous #ifdef introduced by 293c8513398657f6263fcdb03c87f2760cf61be4
causing NAPI-less ethernet malfunctioning.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line
On Wed, 17 Oct 2007 14:11:34 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 17 Oct 2007, Jens Axboe wrote:
> >
> > That would hurt... Care to commit your for_each_sg() uglification fixup
> > for now then? Or disable the allocation debug config entry, so that the
> > sg+1 der
Ingo Molnar wrote:
I'll send upstream today unless people scream...
albeit you forgot to merge half of my patch :-/ The (tested) patch below
fixes that.
Ingo
>
Subject: forcedeth: fix rx-work condition in nv_rx_process_optimized() too
From: Ingo Molnar <[EMAIL PROTEC
The async_tx interface includes a completion callback. This adds support
for using that callback, including using interrupts on completion.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
---
drivers/dma/ioat_dma.c | 26 ++
1 files changed, 26 insertions(+), 0 deleti
The change to the async_tx interface cost this driver some performance by
spreading the descriptor setup across several functions, including multiple
passes over the new descriptor chain. Here we bring the work back into one
primary function and only do one pass.
Signed-off-by: Shannon Nelson <[E
Don't start ioat_dca if ioat_dma didn't start, and then stop ioat_dca
before stopping ioat_dma. Since the ioat_dma side does the pci device
work, This takes care of ioat_dca trying to use a bad device reference.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
---
drivers/dma/ioat.c | 11
Reorder the pci release actions
Letting go of the resources in the right order helps get rid of
occasional kernel complaints.
Fix the pci_driver object name [Randy Dunlap]
Rename the struct pci_driver data so that false section mismatch
warnings won't be produced.
Cc: Randy Dunlap
Make better use of dev_err(), and catch an error where the transaction
creation might fail.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
---
drivers/dma/ioat.c |3 ++-
drivers/dma/ioat_dca.c | 12 ++--
drivers/dma/ioat_dma.c | 32 +---
drivers
Andrew Morton writes:
> On Sat, 13 Oct 2007 10:14:22 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> > The functions virt_to_bus and bus_to_virt are begin defined between ifdef
> > CONFIG_PPC32
> > but when i compile allyesconfig with ppc64 box,i get this error. This patch
> > removes the
>
On Tue, 16 Oct 2007 21:55:30 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
> Make use of the previously split out pcie_init_enable_events() function
> to reinitialize the hotplug hardware on resume from suspend,
> but only when pciehp_force==1. Otherwise behaviour is unmodified.
OK - definitely in
Stefan Richter <[EMAIL PROTECTED]> writes:
> And are you going to test if and how stable OHCI 1.1 features work?
I've "upgraded" the other machine ("b"), it uses the same VT6307
(not sure the packaging letter but I've already closed the case)
and is made in 2006 (week 22 or 20).
firewire_ohci: A
On Wed, 2007-10-17 at 17:28 -0600, Eric W. Biederman wrote:
> Chris Mason <[EMAIL PROTECTED]> writes:
>
> > So, the problem is using the Dirty bit to indicate pinned. You're
> > completely right that our current setup of buffer heads and pages and
> > filesystpem metadata is complex and difficult
On Tue, 16 Oct 2007 21:54:42 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
> Fix pciehp_probe() to deal with pre-inserted ExpressCard cards,
> but only when pciehp_force==1. Otherwise behaviour is unmodified.
I think it would be ok to try allowing the slot to be enabled when not
using pciehp_force
[PATCH] kbuild: filter out .tmp_* in find_sources
remove .tmp_kallsyms*.S in cscope.files
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/Makefile b/Makefile
index 529b904..a793511 100644
--- a/Makefile
+++ b/Makefile
@@ -1341,7 +1341,7 @@ define find-sources
find $(__srctre
On Wed, Oct 17, 2007 at 02:51:57PM -0400, George G. Davis wrote:
> Not sure if this is the correct fix but it does resolve the hangs we're
> observing in posix_locks_deadlock(). Comments greatly appreciated...
Attached is a test case which exhibits the hang on an F7 host with all
updates applied.
Merge init_task_32/64.c.
Move 64bit per cpu data orig_ist to setup64.c.
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
arch/i386/Makefile |2 +-
arch/x86/kernel/Makefile_32|2 +-
arch/x86/kernel/Makefile_64|2 +-
arch/x86/kernel/init_task.c| 49
John Sigler wrote:
4. Does the system have a PCI-X bus?
Yes, the devices on bus 01 are PCI-X devices, so there is a PCI-X bus.
I thought PCI-X devices could operate on a PCI bus? If that is true,
then the presence of a PCI-X device would not necessarily imply the
presence of a PCI-X bus, ri
Jeff Garzik wrote:
But again, please remember that these USB devices are really SCSI
devices. Same for SATA devices. There is a reason they are using the
SCSI layer, and it isn't just because the developers felt like it :)
/somewhat/ true I'm afraid: libata uses the SCSI layer for ATAPI
de
Chris Mason <[EMAIL PROTECTED]> writes:
> So, the problem is using the Dirty bit to indicate pinned. You're
> completely right that our current setup of buffer heads and pages and
> filesystpem metadata is complex and difficult.
>
> But, moving the buffer heads off of the page cache pages isn't g
On Wed, 17 Oct 2007 18:59:43 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 16 Oct 2007 21:53:24 -0400
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> >> Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
> >> in conjunction with the modparam
On 10/17/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 17, 2007 at 04:34:02PM -0500, Eric Van Hensbergen wrote:
> > Linus, please pull from the 'for-linus' branch of:
> > git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
> >
> > This tree contains the following:
Bill Davidsen wrote:
If not, then shouldn't the filter table be obsoleted to avoid
confusion?
That would probably confuse people. Just don't use it if you don't
need to.
That is a most practical suggestion.
The problem is that people think they are safe with the filter table,
when in fact
On Oct 16, 2007 15:00 -0700, Andrew Morton wrote:
> On Fri, 13 Jul 2007 18:36:54 -0700
> Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > @@ -1136,12 +1136,12 @@ static int ext2_statfs (struct dentry *
> > buf->f_type = EXT2_SUPER_MAGIC;
> > buf->f_bsize = sb->s_blocksize;
> > buf->f_b
Simple compile warning fix. (against 2.6.23-git12)
Thanks,
Badari
vortex_up() should initialize 'err' for a successful return.
drivers/net/3c59x.c: In function `vortex_up':
drivers/net/3c59x.c:1494: warning: `err' might be used uninitialized in this
function
Signed-off-by: Badari Pulavarty <[
On Wed, 17 Oct 2007 20:37:58 +0900
FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Wed, 17 Oct 2007 13:01:42 +0200
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Oct 17 2007, Jens Axboe wrote:
> > > On Wed, Oct 17 2007, David Miller wrote:
> > > > From: Jens Axboe <[EMAIL PROTECTED]>
> > >
Am 14.10.2007 00:11 schrieb Tilman Schmidt:
> CONFIG_LOCALVERSION="-testing"
[...]
> has worked fine for all of 2.6.23{-rc?{,-mm?},}. For 2.6.23-mm1
> [there is] "make modules_install" installing the
> modules into /lib/modules/2.6.23-mm1 instead of
> /lib/modules/2.6.23-mm1-testing, and "make inst
Fix to clean up compile warnings (against 2.6.23-git12)
Thanks,
Badari
to_rtc_time() and from_rtc_time() seems to be used only if CONFIG_ADB_CUDA
defined. Moving them under that ifdef.
arch/powerpc/platforms/powermac/time.c:88: warning: `to_rtc_time' defined but
not used
arch/powerpc/platforms/
From: Alan Stern <[EMAIL PROTECTED]>
Date: Wed, 17 Oct 2007 11:51:57 -0400 (EDT)
> > + break;
> > + }
> > + if (limit_1 < 0) {
> > + ohci_warn(ohci, "Root port outer-loop reset timeout, "
> > + "now[%04x] reset_done[%04x]\n",
> > +
Simple error handling fix (against 2.26.23-git12).
Thanks,
Badari
Need to initialize "err" in case of skb_clone() failure.
net/ipv4/ip_fragment.c: In function `ip_defrag':
net/ipv4/ip_fragment.c:540: warning: `err' might be used uninitialized in this
function
Signed-off-by: Badari Pulavarty <[
Andrew Morton wrote:
On Tue, 16 Oct 2007 21:53:24 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
in conjunction with the modparam of pciehp_force=1.
The PCIe Hotplug driver has two shortcomings when used on Dell notebooks
w
On Wed, 2007-10-17 at 15:30 -0600, Eric W. Biederman wrote:
> Chris Mason <[EMAIL PROTECTED]> writes:
>
> >> Thinking about it. I don't believe anyone has ever intentionally built
> >> a filesystem tool that depends on being able to modify a file systems
> >> metadata buffer heads while the files
On Wed, Oct 17, 2007 at 08:59:53AM -0700, Linus Torvalds wrote:
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
> > for_linus
>
> This conflicts in nontrivial ways with
>
> which I just merged from -mm.
>
> I suspect it's trivial to fix up for
On Wed, 17 Oct 2007, Michael Kerrisk wrote:
> > With the new code Linus already merged, signalfd does not attach to the
> > sighand anymore, so the "orphaned sighand" behaviour is no more there.
> > An exec() will carry the fd over, and you will be able to use the fd in
> > the same way you did
In freq_table.c, show_available_freqs()'s comment is oberviously wrong. Change
the comment to a new one to avoid confusion. Please apply it.
Signed-off-by: Fenghua Yu <[EMAIL PROTECTED]>
---
freq_table.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/fr
Björn Steinbrink wrote:
Hi Hans,
On 2007.10.17 12:41:11 +0200, Hans-Peter Jansen wrote:
Dear Björn,
Am Mittwoch, 17. Oktober 2007 02:53 schrieb Björn Steinbrink:
And then, if I may guess, James probably just noticed that there were
changes left and commited them (while they were now down to j
On Tue, 16 Oct 2007 15:35:57 -0400
"J. Bruce Fields" <[EMAIL PROTECTED]> wrote:
> From: J. Bruce Fields <[EMAIL PROTECTED]>
>
> Well, it's not especially important that target->d_iname get the
> contents of dentry->d_iname, but it's important that it get initialized
> with *something*, otherwise
Al Boldi wrote:
Patrick McHardy wrote:
Please send mails discussing netfilter to netfilter-devel.
Ok. I just found out this changed to vger. But
[EMAIL PROTECTED] is bouncing me.
Al Boldi wrote:
With the existence of the mangle table, how useful is the filter table?
Other than requirin
Christian Borntraeger <[EMAIL PROTECTED]> writes:
> Am Mittwoch, 17. Oktober 2007 schrieb Eric W. Biederman:
>> Did you have both of my changes applied?
>> To init_page_buffer() and to the ramdisk_set_dirty_page?
>
> Yes, I removed my patch and applied both patches from you.
Thanks.
Grr. Incons
Hi!
> >> It is already possible to deactivate the vc bell on a per-tty basis,
> >> by using echo -en "\e[11;0]", but this is reset on reset(1).
> >>
> >> This adds a sysfs parameter to globally control the vc bell, as well
> >> as sysfs parameters for default pitch and duration.
> >>
> >> Signed
Apologies to those who sent me email in the past 12 hours -- there was a
mail loop apparently. Should be fixed now, but anything you sent has
likely been lost.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Andrey Panin wrote:
Is it possible to connect two ports and run getty on one port and minicom on
another ? We should check that UARTs are really working.
I used the on-board serial port as a known working control (after
getting it to work with the other onboard serial port) to try and
conn
the packet trace was a bit too cooked perhaps, but there were indications that
at times the TCP window was going to zero - perhaps something with window
updates or persist timers?
rick jones
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
Clean up printk use in ibmpex to use dev_err/dev_info macros and reword
some of the messages to be a bit more clear.
Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
---
drivers/hwmon/ibmpex.c | 48 +++-
1 files changed, 23 insertions(+), 25 deleti
Hi!
> > SysRq has already provided a similiar help before this patch, but it
> > is not so clear that the user doesn't know what happened and what
> > he/she should do.
>
> The person is in one of two states:
>
> 1) He has been told "recreate the problem, hit alt-sysreq-cokebottle,
> and send me
Michael Stiller wrote:
Hi list,
i'm developing an application (in C) which needs to write about
1Gbit/s (125Mb/s) to a disk array attached via U320 SCSI.
It runs on Dual Core 2 Xeons @2Ghz utilizing kernel 2.6.22.7.
People regularly report speeds higher than that on the RAID list, and I
ca
> Of _course_ you can trigger that - just open two files and have write
> on one of them while another gets closed.
Right, thanks for the explanation.
- R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
> After pthread_create()'s clone() you should have files->count==2, so
> fget_light() will do the full atomic_inc_not_zero() thing?
Indeed. Thanks for the clue.
I guess the search for the bug goes on. (I only have a picture of the
tail end of one oops message to work with so far, hence the wi
On Tue, 16 Oct 2007 21:53:24 -0400
Mark Lord <[EMAIL PROTECTED]> wrote:
> Fix PCIe Hotplug so that it works with ExpressCard slots on Dell notebooks
> in conjunction with the modparam of pciehp_force=1.
>
> The PCIe Hotplug driver has two shortcomings when used on Dell notebooks
> which lack ACPI
Thus spake Chuck Ebbert ([EMAIL PROTECTED]):
> > Any ideas what could cause this?
> (cc: netdev)
Maybe I should mention this, too:
accept(5, {sa_family=AF_INET6, sin6_port=htons(59821), inet_pton(AF_INET6,
":::127.0.0.1", &sin6_addr), sin6_flowinfo=0, sin6_scope_id=0},
[18446744069414584348
Kernel needs to respond to an SADB_GET with the same message type to conform
to the RFC 2367 Section 3.1.5
diff --git a/net/key/af_key.c b/net/key/af_key.c
index 7969f8a..fb4fee1 100644
--- a/net/key/af_key.c
+++ b/net/key/af_key.c
@@ -1552,7 +1552,7 @@ static int pfkey_get(struct sock *sk, struct
This patch should apply cleanly to the 2.6.23-git7 kernel. It changes the
powernow-k8 driver code that deals with 3rd generation Opteron, Phenom,
and later processors to match the architectural pstate driver described
in the AMD64 Architecture Programmer's Manual Volume 2 Chapter 18. The
initial
Am Mittwoch, 17. Oktober 2007 schrieb Eric W. Biederman:
> Did you have both of my changes applied?
> To init_page_buffer() and to the ramdisk_set_dirty_page?
Yes, I removed my patch and applied both patches from you.
Christian
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Wed, 17 Oct 2007, Andrew Morton wrote:
> On Wed, 17 Oct 2007 20:56:04 +1000
> Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > This simplifies the io_apic.c __assign_irq_vector() logic and removes
> > the explicit SYSCALL_VECTOR check, and also allows for vectors to be
> > reserved by other mech
> This?
That does the trick, yes.
> (please tell me if you want me to send this to Linus)
I've put it in my tree now ... so I'll ask Linus to pull
it from there.
-Tony
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
David, will you take this patch?
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
Signed-off-by: Joern Engel <[EMAIL PROTECTED]>
diff --git a/drivers/mtd/nand/Kconfig b/drivers/mtd/nand/Kconfig
index 8f9c3ba..246d451 100644
--- a/drivers/mtd/nand/Kconfig
+++ b/drivers/mtd/nand/Kconfig
@@ -300,7 +300
On Wed, Oct 17, 2007 at 04:34:02PM -0500, Eric Van Hensbergen wrote:
> Linus, please pull from the 'for-linus' branch of:
> git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
>
> This tree contains the following:
>
> Latchesar Ionkov(3):
> attach-per-user support
> ren
On Wed, 17 Oct 2007 20:56:04 +1000
Rusty Russell <[EMAIL PROTECTED]> wrote:
> This simplifies the io_apic.c __assign_irq_vector() logic and removes
> the explicit SYSCALL_VECTOR check, and also allows for vectors to be
> reserved by other mechanisms (ie. lguest).
I already have this one as
x86_64
Linus, please pull from the 'for-linus' branch of:
git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git/ for-linus
This tree contains the following:
Latchesar Ionkov(3):
attach-per-user support
rename uid and gid parameters
define session flags
Eric Van Hensbergen(4)
remove sy
Chris Mason <[EMAIL PROTECTED]> writes:
>> Thinking about it. I don't believe anyone has ever intentionally built
>> a filesystem tool that depends on being able to modify a file systems
>> metadata buffer heads while the filesystem is running, and doing that
>> would seem to be fragile as it wou
On Mon, Oct 15, 2007 at 04:03:48PM -0500, Mark Langsdorf wrote:
> This patch should apply cleanly to the 2.6.23-git7 kernel. It changes the
> powernow-k8 driver code that deals with 3rd generation Opteron, Phenom,
> and later processors to match the architectural pstate driver described
> in t
101 - 200 of 569 matches
Mail list logo
