From: Jarek Poplawski <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 08:41:59 +0200
> On Mon, Jul 02, 2007 at 09:52:26AM +0200, Jarek Poplawski wrote:
> >
> > From my recent patch:
> >
> > > >#1
> > > >Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> > > >required a w
Mingming Cao wrote:
On Tue, 2007-07-03 at 15:58 +0530, Kalpak Shah wrote:
On Sun, 2007-07-01 at 03:36 -0400, Mingming Cao wrote:
+
+#define EXT4_INODE_GET_XTIME(xtime, inode, raw_inode) \
+do { \
Tomasz Kłoczko wrote:
Few dayas ago OSS source code was oppened uder CDDL for Solaris and
GLPv2 for Linux:
http://www.opensound.com/press/2007/oss-gpl-cddl.txt
So this source without problems code can be integragrated in Linus
tree and after this Linux can provide much better soud supoport
On Mon, Jul 02, 2007 at 09:52:26AM +0200, Jarek Poplawski wrote:
>
> From my recent patch:
>
> > >#1
> > >Until kernel ver. 2.6.21 (including) cancel_rearming_delayed_work()
> > >required a work function should always (unconditionally) rearm with
> > >delay > 0 - otherwise it woul
On Tue, 2007-07-03 at 15:58 +0530, Kalpak Shah wrote:
> On Sun, 2007-07-01 at 03:36 -0400, Mingming Cao wrote:
> > +
> > +#define EXT4_INODE_GET_XTIME(xtime, inode, raw_inode)
> >\
> > +do {
> >
Instead of suppressing the change of .text to become readonly, make
the SMP locks patching code properly adjust/restore the page access
rights.
On x86-64 additionally remove all mappings past the kernel image, and
remove leftovers from the removal of the more general (but abandoned)
SMP alternativ
KAMEZAWA Hiroyuki wrote:
This is a experimental patch for fixing icache flush race of ia64(Montecito).
Problem Description:
Montecito, new ia64 processor, has separated L2 i-cache and d-cache,
and i-cache and d-cache is not consistent in automatic way.
L1 cache is also separated but L1 D-cache
Hello,
Andrew Morton wrote:
>> EIP is at sysfs_addrm_finish+0x1c2/0x226
>> eax: 0001 ebx: c5ff9dc0 ecx: c058aa40 edx: 0001
>> esi: c5ff9de8 edi: c37c3240 ebp: c5ff9e1c esp: c5ff9db8
>> ds: 007b es: 007b fs: gs: 0033 ss: 0068
>> Process modprobe (pid: 3519, ti=c5ff900
On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Mon, Jul 02, 2007 at 10:17:56PM -0700, Yinghai Lu wrote:
> [PATCH 4/4] usb: add usb_alloc_urb_node to use use kmalloc_node
On the linux-usb-devel list we are discussing how usb_alloc_urb is being
reworked to look totally different, so this change
On 7/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Mon, Jul 02, 2007 at 10:33:12PM -0700, Yinghai Lu wrote:
Ok, so two drivers might need this, but not the whole usb core, right?
And even if you do have another usb mapping, is that a real problem?
USB keyboards and mice are very slow.
Some other
This is a experimental patch for fixing icache flush race of ia64(Montecito).
Problem Description:
Montecito, new ia64 processor, has separated L2 i-cache and d-cache,
and i-cache and d-cache is not consistent in automatic way.
L1 cache is also separated but L1 D-cache is write-through. Then, bef
Not that I think it matters, but I understand that util-linux-ng
now has a 2.13-rc1 release out, so you're not using the latest
version of "hwclock". That shouldn't affect HPET though.
That said, this situation is likely going to be a mess until
some new HPET support gets merged. Issues include:
Amit K. Arora wrote:
FA_FL_NO_MTIME 0x10 /* keep same mtime (default change on size, data change) */
FA_FL_NO_CTIME 0x20 /* keep same ctime (default change on size, data change) */
NACK to these aswell. If i_size changes c/mtime need updates, if the size
doesn't chamge they don't. No need to
Matt Sealey wrote:
Hello World,
I re-stumbled on this installing Gentoo on VMware today;
http://lkml.org/lkml/2007/3/23/312
It doesn't seem to be fixed in 2.6.22-rc7, but I might be mistaken
somehow. Has anyone done any work on this or looked at the problem
in more detail? The trail seems to d
Alan Stern writes:
> USB already implements runtime PM. If a device is suspended at runtime
> and a task tries to access it, the device is automatically resumed.
> No problem there.
>
> The problem comes when the system is doing a STR. Right now the code
> doesn't keep track of the difference
Alan Stern writes:
> I disagree. The problem isn't the kernel calling userspace; it's
> userspace trying to do I/O at a time when everything is supposed to be
> quiescing. Detecting that and blocking it in drivers is hard and
> error-prone; preventing it by freezing userspace is easy and cheap.
Alan Stern writes:
> > Most drivers suspended their hardware in the second call. If they are
> > in the middle of a conversation with their device that *has* to be
> > completed, they can do that by polling.
>
> Ugh. That will cause problems when you try to integrate runtime
> suspend. In fac
Rafael J. Wysocki writes:
> Now, please tell me how many driver writers even thought that something
> might try to access their devices after .suspend() had been executed (or
> even whilie it was being executed)?
Well, I believe that the USB framework copes with this, except
possibly for some cor
Rafael J. Wysocki writes:
> Still, do you really think that we're ready to drop it _right_ _now_ (I'm
> referring to suspend only) and if so than on what basis (except that you
> don't like it, which falls short of being a techical argument)?
The basis is that it (the freezer) causes more deadloc
Dave Jones wrote:
On Tue, Jul 03, 2007 at 06:00:14PM +0200, Michal Piotrowski wrote:
> Hi,
>
> On 02/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Hi! I noticed such message:
> >
> > "PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06 (-#06)
> > (try 'pci=assign-busses
On Tue, Jul 03, 2007 at 01:25:06PM -0400, Dave Jones wrote:
> On Tue, Jul 03, 2007 at 06:00:14PM +0200, Michal Piotrowski wrote:
> > Hi,
> >
> > On 02/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > > Hi! I noticed such message:
> > >
> > > "PCI: Bus #07 (-#0a) is hidden behind trans
On Tue, 3 Jul 2007 20:45:41 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Should I not report stuff like this when it is
> generated after an OOPS?
All bets are off if the kernel has oopsed. Reboot, see if
the bug still happens without the earlier oops, perhaps.
-
To unsubscribe from this list
[EMAIL PROTECTED] wrote:
> Apologies for the chain-replying to myself, just replying as I think of
> things to try.
> [EMAIL PROTECTED] writes:
>> Here's an odd data point.
>> I just broke that array, formatted all three of those partitions
>> seperately, mounted and did my ISO copy test.
>> All
Alan Cox wrote:
> Lots of BIOSen simply return the BIOS set modes via the ACPI methods and
> pass back the values you give it across suspend/resume. Thus instead of
> trying to do clever stuff with this data we instead use it as a way to
> take a sneak peak at cable type information when viable. Th
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> The Generic Tracing and Control Interface (GTSC) code.
>
> Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
> Signed-off-by: David Wilder <[EMAIL PROTECTED]>
> ---
> include/linux/gtsc.h | 104 +
> lib/Kconfig | 10
> lib/Makefile
On 7/3/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 3 Jul 2007 18:09:29 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Sorry. I don't know who else to include in the To: list. Should I
> send this again with .config information? Would ps -Af help?
Gosh, what a lot of output we gener
Please see comments below,
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> The Generic Tracing and Control Interface (GTSC) code.
>
> Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
> Signed-off-by: David Wilder <[EMAIL PROTECTED]>
> ---
> include/linux/gtsc.h | 104 +
> lib/Kconfig
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> This is the documentation for the Generic Trace Setup and Control
> patchset, first submitted a couple of weeks ago. See
>
> http://marc.info/?l=linux-kernel&m=118214274912586&w=2
>
> for a more detailed description.
>
> I've updated this patch to inco
On Wed, 2007-07-04 at 04:27 +0100, Mark Fortescue wrote:
> I tried the previous patch and it looks like it fixes the issue however
> one of the test builds I did caused depmod to use up all available memory
> (40M - kernel memory) before taking out the kernel with the oom killer.
> At present, I
Hi David,
I tried the previous patch and it looks like it fixes the issue however
one of the test builds I did caused depmod to use up all available memory
(40M - kernel memory) before taking out the kernel with the oom killer.
At present, I do not know if it is a depmod issue or a kernel issu
Oliver Neukum writes:
> That's why we have the problem of freezing the kernel threads or not.
That problem is a symptom of the deeper conceptual problem, as is the
problem with FUSE.
> You want to have all that pain for fuse?
I'd certainly rather get the drivers right, and maybe have an
occasio
Please see comments below,
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> The Driver Tracing Interface (DTI) code.
>
> Signed-off-by: Tom Zanussi <[EMAIL PROTECTED]>
> Signed-off-by: David Wilder <[EMAIL PROTECTED]>
> ---
> drivers/base/Kconfig | 11
> drivers/base/Makefile |
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> This patch adds the ability to explicitly specify the per-cpu buffer
> to reserve space in. Needed for early DTI tracing.
>
This should come with the ability to tell relay where the already
allocated static buffers are. Can you tell me a little more on
Hi Tom,
I'm glad to see that other people are tackling the tracing task.
I must say that there is a lot here that was already out there in LTTng.
I will be happy to review the code you present. Please see comments
below.
* Tom Zanussi ([EMAIL PROTECTED]) wrote:
> Hi,
>
> This patchset contains t
On Jul 03, 2007, at 13:51:16, Alan Cox wrote:
Libata General with respect to PATA
[...snip...]
Chipsets
[...snip...]
I'd love to try to poke holes in the libata PATA support, but sadly
it doesn't look like any of my systems built-in ATA chipset
Hi,
.
While compiling kernel on FC7, kernel-2.6.16 with LZMA
compression utilily, we got the following compile
error message. I already applied two
pathes,lzma-init-2.6.16.patch5 ,
lzma-vmlinuz-2.6.16.patch5.
And during compressing vmlinuz, I meet an error like
the following messages.
I also tried
--- "Renato S. Yamane" <[EMAIL PROTECTED]> wrote:
> When I insert a SDCard in my laptop M45-S355 my system crash because
> tifm start a infinite loop. See below more detail about SD/MMC Card and
> infinite loop.
If you are using the built-in version found in 2.6.21 then it is a known
problem.
On Tue, 3 Jul 2007 21:21:02 -0400 Rob Landley wrote:
> On Tuesday 03 July 2007 21:08:32 Jesper Juhl wrote:
> > > That's Rob's problem, I guess.
> >
> > Let's leave final judgement of the patch to Rob then. That's fine by me.
>
> I plan to obsolete it within the next month, but for 2.6.22 you migh
Hello, Peter.
Peter Osterlund wrote:
> On Mon, 2 Jul 2007, Tejun Heo wrote:
>
>> Hello, it's me again.
>>
>> We have another bug which reportedly is related to pktcdvd. Please
>> respond.
>>
>> http://bugzilla.kernel.org/show_bug.cgi?id=7547
>> http://bugzilla.kernel.org/show_bug.cgi?id=7805
>
On Tue, 3 Jul 2007 18:09:29 -0700 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> Sorry. I don't know who else to include in the To: list. Should I
> send this again with .config information? Would ps -Af help?
Gosh, what a lot of output we generated. It's pretty digestible though.
It looks like t
On Tuesday 03 July 2007 21:08:32 Jesper Juhl wrote:
> > That's Rob's problem, I guess.
>
> Let's leave final judgement of the patch to Rob then. That's fine by me.
I plan to obsolete it within the next month, but for 2.6.22 you might as well
update it. I'll integrate that data that's there into
Hello,
Michael Tokarev wrote:
> Well. It looks like the results does not depend on the
> elevator. Originally I tried with deadline, and just
> re-ran the test with noop (hence the long delay with
> the answer) - changing linux elevator changes almost
> nothing in the results - modulo some rando
On Tuesday 03 July 2007 15:31:04 Russell King - ARM Linux wrote:
> > > http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=4454/1
> > >
> > > It fixes a regression that occurred between 2.6.20 and 2.6.20-rc1.
> > > Without it, qemu-system-arm can't use emulated SCSI drives. It wasn't
>
On Wed, 4 Jul 2007, Andi Kleen wrote:
>
> Linus, also what about the revert of the HPET reservation? That would
> fix a clear regression too.
Thanks for reminding me. It probably isn't much of a regression any more
(since we added the code to not use the HPET when it doesn't seem to be
workin
Recently there has been some discussion of the possiblity of reworking
some of filemap_xip.c to be pfn oriented. This would allow an XIP
fork of cramfs to use the filemap_xip framework. Today this is not
possible.
I've been trying out vm_insert_pfn() to start down that road. I used
spufs as a
On 03/07/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sun, 1 Jul 2007 01:05:59 +0200
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> This patch adds descriptions for a number of missing files and directories
> to the Documentation/00-INDEX file.
> People really should learn to keep this file up-to-d
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de Chuck Ebbert
> Envoyé : 3 juillet 2007 17:03
>
> On 07/03/2007 03:28 PM, Chris Friesen wrote:
> > Arne Georg Gleditsch wrote:
> >
> >> An interesting exercise might be to
> >> code up a small program
On Tue, Jul 03, 2007 at 06:35:36PM -0400, Trond Myklebust wrote:
> On Tue, 2007-07-03 at 14:48 -0700, Andrew Morton wrote:
> > On Sun, 1 Jul 2007 22:20:51 +0200
> > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > congestion_wait_interruptible() is no longer used.
> >
> > We might as well just de
On 03/07/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Sun, 1 Jul 2007 01:38:31 +0200
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> The Coverity checker spotted (as bug #809) that we dereference 'type'
> long before we actually test it against NULL in
> drivers/pnp/isapnp/core.c::isapnp_read_tag()
On Tuesday 03 July 2007 15:58:52 Andrew Morton wrote:
> On Sun, 1 Jul 2007 01:05:59 +0200
>
> Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > This patch adds descriptions for a number of missing files and
> > directories to the Documentation/00-INDEX file.
> > People really should learn to keep this fil
[PATCH 4/4] usb: allocated usb releated dma buffer with kmalloc_node
For amd64 based two way system. USB always on node0. but dma buffer for urb
allocated via kmalloc always get ram on node1. So change to kmalloc_node to
get dma_buffer on corresponding node.
Signed-off-by: Yinghai Lu <[EMAIL PROT
On Tue, Jul 03, 2007 at 06:17:04PM -0600, Robert Hancock wrote:
> Matthew Garrett wrote:
> >Leave the process blocked and defer any i/o until after resume. Why does
> >it need to be any more complicated than that?
>
> It gets complicated when this has to be added and TESTED in EVERY
> driver. Th
[PATCH 1/4] try parent numa_node at first before using default
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/base/core.c b/drivers/base/core.c
index dd40d78..c344d82 100644
--- a/drivers/base/core.c
+++ b/drivers/base/core.c
@@ -547,6 +547,8 @@ static void klist_children_put(
[PATCH 3/4] net: make forcedeth to use kmalloc_node and __netdev_alloc_skb for
skb allocation
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/net/forcedeth.c b/drivers/net/forcedeth.c
index 42ba1c0..aa188f4 100644
--- a/drivers/net/forcedeth.c
+++ b/drivers/net/forcedeth.c
@@
[PATCH 2/4] net: use numa_node in net_devcice->dev instead of parent
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 27cfe5f..005cc1c 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -217,7 +217,7 @@ nodata:
struct sk_buff *__netdev_
I'd like to reference a paper titled "FASS : A Flash-Aware Swap System".
(http://kernel.kaist.ac.kr/~jinsoo/publication/iwssps05.pdf)
The paper describes a technique that uses NAND flash as a swap device
without FTL (Flash Translation Layer) or filesystem.
It is not related with XIP, however.
O
This patch remove the unneeded lock_kernel() in drivers/block/loop.c. I
read the code as this lock_kernel() doesn't protect anything. Loopback
code use lo_ctl_mutex for syncronization.
diff --git a/drivers/block/loop.c b/drivers/block/loop.c
index 0ed5470..1cc004e 100644
--- a/drivers/block/loop.
On Wed, 4 Jul 2007 02:14:42 +0200 (CEST) Jiri Kosina <[EMAIL PROTECTED]> wrote:
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> Two trivial whitespace fixes in lockdep/spinlock code
>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>
> Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
>
> diff --git a/kernel/lock
Matthew Garrett wrote:
On Tue, Jul 03, 2007 at 06:21:42PM -0400, Alan Stern wrote:
On Tue, 3 Jul 2007, Matthew Garrett wrote:
We're used to the idea of applications blocking when a resource they're
using goes away - NFS has done it forever.
You persist in evading my point. I'm not worried abo
Michal Piotrowski wrote:
>
> Can you fix diff view feature?
>
> "diffview is looping on the cached resource:
> /home/httpd/cache/diffview/_I/_IeThHWuB2t0pJl1sQoV2px2OXY/index"
>
Fixed, thanks for the note.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
[ still no comment to it, another resend together with the rest of my
queue ]
From: Jiri Kosina <[EMAIL PROTECTED]>
X86_64: fix wrong comment regarding set_fixmap()
The function name is set_fixmap(), not fixmap_set() as stated in the comment.
Also fix a typo, punctuation and lower/upp
From: Jiri Kosina <[EMAIL PROTECTED]>
kernel/printk.c: document possible deadlock against scheduler
The printk's comment states that it can be called from every context,
which might lead to false illusion that it could be called from everywhere
without any restrictions.
This is however not true
From: Jiri Kosina <[EMAIL PROTECTED]>
Two trivial whitespace fixes in lockdep/spinlock code
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 1a5ff22..12ca5fd 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockde
Hi Peter,
On 04/07/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Hi all,
Thanks to HP, ISC and Umeå Universitet, kernel.org now has official
servers in Europe. Specifically, we have www1.eu.kernel.org hosted at
ISC Amsterdam, and www2.eu.kernel.org at UMU (Umeå, Sweden.) They are
collectively
Alan Cox wrote:
Lots of BIOSen simply return the BIOS set modes via the ACPI methods and
pass back the values you give it across suspend/resume. Thus instead of
trying to do clever stuff with this data we instead use it as a way to
take a sneak peak at cable type information when viable. This sho
On Wednesday 04 July 2007 00:12:10 Björn Steinbrink wrote:
> On 2007.07.03 14:42:25 -0700, Linus Torvalds wrote:
> >
> >
> > On Tue, 3 Jul 2007, Bj?rn Steinbrink wrote:
> > > Andi said that one of the regression fixes wasn't critical for .22 and
> > > that he wants to do a stopgap for the other r
On Tue, 2007-07-03 at 23:47 +0100, Mark Fortescue wrote:
> Hi David,
>
> I will try out your patch shortly.
Thanks.
> I may be wrong about the size calculations but if you take a look at lines
> 2174 to 2188 and 2207 to 2203, reading the comments suggest to me that
> these need to be changed t
On Tue, 3 Jul 2007 15:59:08 -0700
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> I ran the command:
> find /proc | xargs grep a
>
> BUG: unable to handle kernel NULL pointer dereference at virtual
> address
> printing eip:
> f8ac1350
> *pde =
> Oops: [#1]
> SMP
> Modu
On Jul 03, 2007 18:15 -0400, J. Bruce Fields wrote:
> How will nfsd tell whether it can really on a given filesystem's
> i_version, or whether it should fall back on ctime?
Good question.
> > As to performance concerns that raise before the inode version counter
> > (at least for ext4) is done i
On Mon, 02 Jul 2007 10:06:17 -0700
Chandramouli Narayanan <[EMAIL PROTECTED]> wrote:
> EFI x86_64 support Patch 3 of 3 (try #2)
>
> - Fixed redundant check in efifb_init().
>
> This patch depends on the EFI x86_64 patches 1/3 and 2/3.
>
> This patch adds
On Mon, 02 Jul 2007 10:06:16 -0700
Chandramouli Narayanan <[EMAIL PROTECTED]> wrote:
> EFI x86_64 support Patch 2 of 3 (try #2)
>
> - E820 conversion integration implemented
> - A way to override machine_emergency_restart is implemented so that
> EFI supp
On Mon, 02 Jul 2007 10:06:15 -0700
Chandramouli Narayanan <[EMAIL PROTECTED]> wrote:
>
You just sent three patches, all with the same name. Please take care to
choose different and good Subject:s for each patch.
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt covers this a bit.
> EFI x8
The first take of the stripe-queue implementation[1] had a performance
limiting bug in __wait_for_inactive_queue. Fixing that issue
drastically changed the performance characteristics. The following data
from tiobench shows the relative performance difference of the
stripe-queue patchset.
Unit i
Hi all,
Thanks to HP, ISC and Umeå Universitet, kernel.org now has official
servers in Europe. Specifically, we have www1.eu.kernel.org hosted at
ISC Amsterdam, and www2.eu.kernel.org at UMU (Umeå, Sweden.) They are
collectively accessible as www.eu.kernel.org.
This is a full service of kernel.
Renato S. Yamane escreveu:
When I insert a SDCard in my laptop M45-S355 my system crash because
tifm start a infinite loop. See below more detail about SD/MMC Card and
infinite loop.
...
I forgot: $uname -vr
2.6.21.1 #1 PREEMPT Sun May 20 22:28:53 BRT 2007
Best regards,
Renato
-
To unsubscri
Oliver Neukum writes:
> USB devices certainly have suspend methods.
Indeed, and the USB framework has code to know when the host
controller is suspended and avoid trying to send out urbs in that
case. Or at least it did last time I looked at it in any detail; it's
been "just working" - including
Chuck Ebbert wrote:
On 07/03/2007 04:18 PM, H. Peter Anvin wrote:
One could, though, use an indirect jump to achieve, if not as good, at
least most of the effect:
movl$,
jmp *
Yeah, but there's this GCC bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
On Tue, Jul 03, 2007 at 07:50:26PM +0200, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Tuesday 03 July 2007, Michal Piotrowski wrote:
>
> > IDE
> >
> > Subject: 2.6.22-rcX: hda: lost interrupt
> > References : http://lkml.org/lkml/2007/6/29/121
> > Submitter : David Chinner <[EMAIL PROT
On Wed, 2007-07-04 at 00:04 +0200, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > On Tue, 2007-07-03 at 23:48 +0200, Oliver Neukum wrote:
> > > Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > > On Tue, 2007-07-03 at 21:32 +0200, Oliver Neukum wr
On 03/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
This patch stops the driver from crashing in certain situations (eg if
the network fails when NFS mounted), please apply.
Actually, looked at this again and while the previous patch stopped
the driver from crashing it still locked the so
Gabriel C wrote:
Michal Januszewski wrote:
uvesafb is a generic driver for VBE2+ compliant video cards; an enhanced
version of vesafb and a direct successor of vesafb-tng [1].
[ .. ]
I've just tested uvesafb on my workstation ( which has a really old
GeForce2 MX 400 Nvidia card )
I ran the command:
find /proc | xargs grep a
BUG: unable to handle kernel NULL pointer dereference at virtual
address
printing eip:
f8ac1350
*pde =
Oops: [#1]
SMP
Modules linked in: arc4 ecb blkcipher cryptomgr crypto_algapi
ieee80211_crypt_wep bluetooth i915 drm a
When I insert a SDCard in my laptop M45-S355 my system crash because
tifm start a infinite loop. See below more detail about SD/MMC Card and
infinite loop.
05:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
Subsystem: Toshiba America Info Systems Unknown device f
Hi David,
I will try out your patch shortly.
On Tue, 3 Jul 2007, David Woodhouse wrote:
On Tue, 2007-07-03 at 22:25 +0100, Mark Fortescue wrote:
The problem is that sun4c Sparc32 can't handle un-aligned variables so
having a 64bit readzone word that is not aligned on a 64bit boundary is a
pro
On Tue, Jul 03, 2007 at 06:21:42PM -0400, Alan Stern wrote:
> On Tue, 3 Jul 2007, Matthew Garrett wrote:
> > We're used to the idea of applications blocking when a resource they're
> > using goes away - NFS has done it forever.
>
> You persist in evading my point. I'm not worried about applicat
On Tuesday, 3 July 2007 23:36, Matthew Garrett wrote:
> On Tue, Jul 03, 2007 at 11:37:51PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, 3 July 2007 23:20, Matthew Garrett wrote:
> > > We're used to the idea of applications blocking when a resource they're
> > > using goes away - NFS has done it
On Tuesday, 3 July 2007 23:35, Benjamin Herrenschmidt wrote:
> On Tue, 2007-07-03 at 23:32 +0200, Rafael J. Wysocki wrote:
> >
> > Still, do you really think that we're ready to drop it _right_ _now_
> > (I'm
> > referring to suspend only) and if so than on what basis (except that
> > you
> > don'
On Tue, 2007-07-03 at 14:48 -0700, Andrew Morton wrote:
> On Sun, 1 Jul 2007 22:20:51 +0200
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > congestion_wait_interruptible() is no longer used.
>
> We might as well just delete it?
I agree. We're better off deleting it, but either would be fine by me
Hi,
Zoltan Boszormenyi írta:
Hi,
I am testing your current code with akpm's beautifying patches
for about an hour now. I have seen no problems with it so far.
Still using the patch on 2.6.22-rc6 and no problems so far.
It's really stable. I am looking forward to the next version and
the inclu
On Saturday 30 June 2007 11:29, Christoph Hellwig wrote:
> On Tue, Jun 26, 2007 at 04:07:57PM -0700, [EMAIL PROTECTED] wrote:
> > This is needed for computing pathnames in the AppArmor LSM.
>
> Please see the various per-mountpoint r/o thread that NACKed all the
> vfsmount additions and have the ra
Linus, Andrew, please apply the bug fix patch at the end of this reply
for .22.
> >>One of our perf. team ran into this while doing some runs.
> >>I didn't see anything obvious - it looks like we converted
> >>async IO to synchronous one. I didn't spend much time digging
> >>around.
OK, I think t
On Tuesday 03 July 2007, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> > http://www.linuxhq.com/kernel/v2.3/10/drivers/block/hpt343.c
>
> > Does anybody have DOS driver for HPT343? Google doesn't have it...
>
> I have the drivers for HPT34[35] -- tried dissassemb
On Tuesday, 3 July 2007 23:35, Benjamin Herrenschmidt wrote:
>
> > I don't think that would matter.
> >
> > Still, I can remove the sync from the suspend code path only, leaving it in
> > the hibernation code path. The patch will be bigger, but well.
> >
> > Any objection to that?
>
> Makes se
On Mon, 2 Jul 2007 00:11:11 +0200
Borislav Petkov <[EMAIL PROTECTED]> wrote:
>
> ---
> From: Borislav Petkov <[EMAIL PROTECTED]>
>
> Fix error handling in ext3_create_journal according to kernel conventions.
>
> Signed-off-by: Borislav Petkov <[EMAIL PROTECTED]>
> --
>
> Index: linux-2.6.22-rc
On Tue, 03 Jul 2007 23:36:22 +0200
Morten Helgesen <[EMAIL PROTECTED]> wrote:
> /*
> > Problems to take into account are:
> > -1- Interrupts that empty part of the buffer.
> -> -2- page faults on the access to userspace.
> +> -2- Page faults on access to userspace.
#2 no l
On Tue, 3 Jul 2007, Matthew Garrett wrote:
> On Tue, Jul 03, 2007 at 05:16:37PM -0400, Alan Stern wrote:
> > On Tue, 3 Jul 2007, Matthew Garrett wrote:
> > > But that's fine - "Are we undergoing a systemwide suspend" is an easy
> > > question to ask. Freezing processes instead means that most of
On Sun, 01 Jul 2007 12:31:23 -0400
bo yang <[EMAIL PROTECTED]> wrote:
> The megaraid_sas driver doesn't support the hibernation, the
> suspend/resume routine implemented to support the hibernation.
>
> Signed-off-by: Bo Yang <[EMAIL PROTECTED]>
>
> ---
>
> drivers/scsi/megaraid/megaraid_sas.c |
On Tue, Jul 03, 2007 at 12:45:55PM -0400, Zephaniah E. Hull wrote:
> Not really, what happens when the user presses alt-F1?
Well, if the console is switched to medium raw or raw mode, nothing
happens.
> A way to tell the kernel that events from a given input device should
> not go to the console
On Mon, Jul 02, 2007 at 10:58:33AM -0400, Mingming Cao wrote:
> Trond or Bruce, can you please review these patch series and ack if you
> agrees?
Thanks, looks like what we need!
How will nfsd tell whether it can really on a given filesystem's
i_version, or whether it should fall back on ctime?
The first util-linux-ng 2.13 release candidate is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/v2.13/
Thanks to all who help with util-linux resuscitation:
H. Peter Anvin
Ian Kent
and contribute to this project:
Arkadiusz Miskiewicz Matthias Koeni
1 - 100 of 451 matches
Mail list logo