Hi,
I have been getting the following in my logs recently (just after
bootup):
-
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
Buffer I/O error on device sda3, logical block 308367488
Buffer I/O error on device
Please consider applying.
Use ssleep() instead of schedule_timeout() to guarantee the task
delays as expected.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/kernel/traps.c |3 +--
1 files changed, 1
compile warning cleanup - handle copy_to/from_user error
returns
Signed-off-by: Stephen Biggs [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/math-emu/fpu_entry.c |3 +
kj-domen/arch/i386/math-emu/reg_ld_str.c | 52 +--
compile warning cleanup - handle copy_to/from_user error
returns
Signed-off-by: Stephen Biggs [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/sound/oss/emu10k1/cardwi.c | 13 ++---
kj-domen/sound/oss/emu10k1/passthrough.c | 12
2
Unify the spinlock initialization as far as possible.
Do consider applying.
Signed-off-by: Amit Gud [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/include/linux/wait.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN
On Sat, Mar 05, 2005 at 10:19:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
And this can break as soon as the unused object files contains
EXPORT_SYMBOL's.
Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's
Replaces strtok() with strsep()
Signed-off-by: Nicolas Kaiser [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/scripts/mod/sumversion.c |4 +++-
1 files changed, 3 insertions(+), 1 deletion(-)
diff -puN scripts/mod/sumversion.c~strtok-scripts_mod_sumversion
As requested by Christoph Hellwig I've created a new macro called
for_each_pci_dev. It is a wrapper for this common use of pci_get/find_device:
(while ((dev = pci_get_device(PCI_ANY_ID, PCI_ANY_ID, dev)) != NULL))
This macro will return the pci_dev *for all pci devices. Here is the first
gus_wave.c vfree() checking cleanups.
Signed-off by: James Lamanna [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/sound/oss/gus_wave.c |3 +--
1 files changed, 1 insertion(+), 2 deletions(-)
diff -puN sound/oss/gus_wave.c~vfree-sound_oss_gus_wave
, extinguish warning for module structure that is still
live when module is compiled into the kernel; do this in one central
place so all such type warnings are automatically taken care of
Signed-off-by: Stephen Biggs [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
Trivial typo:
default off
instead of
default n
in kbuild.
No, I haven't made sure that it actually does not work, but
correcting it is right.
And grep off scripts/kconfig/* does not find anything relevant.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
---
CC: Andi Kleen [EMAIL PROTECTED]
vm_force_exec32 and friends were still alive on 2.6.9 release, but now (and in
2.6.10) they seem deleted.
I've not compile-tested this, but it seems correct. Below some history of why
I guess they were deleted (I'm including it so that you can find the changeset
On Saturday 05 March 2005 17:38, Panagiotis Issaris wrote:
The EFI driver allocates memory and writes into it without checking the
success of the allocation:
668 efi_char16_t *variable_name = kmalloc(1024, GFP_KERNEL);
...
696 memset(variable_name, 0, 1024);
---
Greetings;
I've not seen a forcedeth mention go by on this list for quite some
time unless I made it. It has been quite bulletproof here so I don't
feel the need for it to remain dependent on the experimental status in
the main .config.
Hence this patch to remove that requirement from the
Hi Andrew,
please do a
bk pull http://linux-watchdog.bkbits.net/linux-2.6-watchdog-mm
This will update the following files:
drivers/char/watchdog/Kconfig | 14
drivers/char/watchdog/Makefile |2
drivers/char/watchdog/i6300esb.c| 508
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
diff -urpN orig new
where orig and new both contain the top level linux directory,
so the resulting patch can be applied with patch -p1.
On Fri, Mar 04, 2005 at 04:08:44PM -0500, Wen Xiong wrote:
+/
+ * Structure used with ioctl commands for DIGI parameters.
+ /
+struct digi_t {
+
On Saturday 05 March 2005 17:48, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
The - stuffs is what I'm looking for.
Documentation/SubmittingPatches section 1.1.
-up or -uprN for tree vs tree.
Alexey
-
To
Here is a new set of patches to allow gcc-4.0 (20050226)
to compile the 2.4.30-pre2 kernel. Changes since the previous
version of the patch set are:
- Moved -Wno-pointer-sign setting from arch/{i386,ppc,x86_64}/Makefile
to the top-level Makefile. Added check_gcc definition to top Makefile
and
Pierre Ossman:
First of, I can't really back up the claim that it isn't ok. The SDA has a
paragraph about non-disclosure in their IP Policy
(http://www.sdcard.org/membership/images/ippolicy.pdf) but it also states
that exceptions can be granted.
That IP policy covers their members and has no
On Sat, Mar 05, 2005 at 12:57:42AM -0500, Shawn Starr wrote:
How does this fit into Rusty's trivial patch bot? This process will fold
that
into a formal method now?
The last rule explicitly states that the linux-release tree will _not_
be accepting patches that are acceptable to the
On Sat, 5 Mar 2005, Adrian Bunk wrote:
This warning sounds like a good plan (but it won't let many objects stay
inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
However, I spoke too soon. There actually is a legitimate use for
Attached is another traffic-image. This one is with 2.6.10 and a 3/1 split, preemtive kernel, so all
defaults.
The first part is where I throttled the whole thing to 100 MBit in order to
build up a traffic-jam ;)
When I released it, it jumped up immediately but suddenly it goes down (each pixel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russell King wrote:
| On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
|
|What are the options normally used to generate a diff for public
|consumption on this list?
|
|
| diff -urpN orig new
|
| where orig and new both contain the top
On Saturday 05 March 2005 11:18, Russell King wrote:
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
diff -urpN orig new
where orig and new both contain the top level linux directory,
so
On Saturday 05 March 2005 11:45, Jim Nelson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Russell King wrote:
| On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
|What are the options normally used to generate a diff for public
|consumption on this list?
|
| diff -urpN orig new
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
Greetings;
What are the options normally used to generate a diff for public
consumption on this list?
The - stuffs is what I'm looking for.
linux/Documentation/SubmittingPatches
-
To unsubscribe from this list: send
On Sat, Mar 05, 2005 at 11:36:23AM -0500, Kai Germaschewski wrote:
On Sat, 5 Mar 2005, Adrian Bunk wrote:
This warning sounds like a good plan (but it won't let many objects stay
inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
Russell King wrote:
On Fri, Mar 04, 2005 at 02:05:18PM -0800, Greg KH wrote:
On Fri, Mar 04, 2005 at 01:59:33PM -0800, Andrew Morton wrote:
That tree has the not-for-linus raid6 fix and the not-for-linus i8042 fix.
Then when the authors of those patches go to submit the fix to Linus,
they can
Hello.
After weeks of work, I can now give a detailed report about the bug and when it
appears:
Attached is another traffic-image. This one is with 2.6.10 and a 3/1 split, preemtive kernel, so all
defaults.
The first part is where I throttled the whole thing to 100 MBit in order to
build up a
Greetings;
Just a quick note to advise that the above patch works very well
indeed in the testing I just did with my Sony DCR-TRV460 movie
camera. I was even able to watch it in live mode, which I wasn't
able to do before. Good patch, please make sure it gets into 2.6.12
if not before.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Morton 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
Andrew Morton wrote:
Badari Pulavarty [EMAIL PROTECTED] wrote:
iblock = index (PAGE_CACHE_SHIFT - inode-i_sb-s_blocksize_bits);
It would still be nice to add a comment in here...
+ if (test_opt(inode-i_sb, NOBH) !page_has_buffers(page)) {
+ if (!PageUptodate(page)) {
+ struct buffer_head
[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
but WITH static build the __bb_init_func problem goes away
On Sat, 5 Mar 2005, Jeff Garzik wrote:
Yup, BK could definitely handle that...
However, it's also true that the thing BK is _worst_ at is cherry-picking
things, and having a collection of stuff where somebody may end up vetoing
one patch and saying remove that one.
So it's entirely
On Sat, Mar 05, 2005 at 11:43:05AM +0100, Andries Brouwer wrote:
On Fri, Mar 04, 2005 at 02:21:46PM -0800, Greg KH wrote:
Objections - no. Anything else - yes.
I would like the requirement: It must be obviously correct.
Doh, forgot that one, I'll go add it.
thanks,
greg k-h
-
To unsubscribe
On Sat, Mar 05, 2005 at 09:58:00AM +, Adam Sampson wrote:
Greg KH [EMAIL PROTECTED] writes:
- It must fix a problem that causes a build error (but not for things
marked CONFIG_BROKEN), an oops, a hang, or a real security issue.
So a trivial patch that fixed a data corruption
On Sat, Mar 05, 2005 at 02:59:17PM +0100, Adrian Bunk wrote:
On Fri, Mar 04, 2005 at 02:21:46PM -0800, Greg KH wrote:
Anything else anyone can think of? Any objections to any of these?
I based them off of Linus's original list.
Are these 100% fixed rules or just guidelines you use?
Russell King:
Two things - are you sure that openembedded contains the patches to
fix the two biggest binutils issues we have, as documented on
http://www.arm.linux.org.uk/developer/toolchain/ ?
I've checked and it contains the tc-arm.c.patch but does not have the ARM
mapping symbols fix. As
On Sat, Mar 05, 2005 at 09:40:59AM -0800, Linus Torvalds wrote:
I love BK, but what BK does well is merging and maintaining trees full of
good stuff. What BK sucks at is experimental stuff where you don't know
whether something should be eventually used or not.
Wait a minute - why would
Linus Torvalds wrote:
On Sat, 5 Mar 2005, Jeff Garzik wrote:
Yup, BK could definitely handle that...
However, it's also true that the thing BK is _worst_ at is cherry-picking
things, and having a collection of stuff where somebody may end up vetoing
one patch and saying remove that one.
In
This Patch removes unused variable from /sound/usb/usx2y/usbusx2yaudio.c
in kernel 2.6.11
Signed-off-by: Telemaque Ndizihiwe [EMAIL PROTECTED]
--- linux-2.6.11/sound/usb/usx2y/usbusx2yaudio.c.orig 2005-03-05
17:05:20.165551616 +
+++ linux-2.6.11/sound/usb/usx2y/usbusx2yaudio.c
On Sat, Mar 05, 2005 at 10:41:31AM +0100, Bene Martin wrote:
Hi Adrian,
bmcsensors package (reading hardware sensors provided by intel boards
via ipmi) used to work fine with 2.6.10; no longer works with 2.6.11
because of removal of the ipmi_request function (+ exported symbol).
correct
On Sat, Mar 05, 2005 at 06:02:27PM +, Telemaque Ndizihiwe wrote:
This Patch removes unused variable from /sound/usb/usx2y/usbusx2yaudio.c
in kernel 2.6.11
Signed-off-by: Telemaque Ndizihiwe [EMAIL PROTECTED]
--- linux-2.6.11/sound/usb/usx2y/usbusx2yaudio.c.orig 2005-03-05
Hi,
I am running Fed. Core 3 on my laptop (Asus M6NE) with an Intel Mobile
Centrino for cpu.
I've been seeing the following lingering error message in
/var/log/messages in regards to ACPI, which I don't know how to fix.
PROBLEM: Error messags in /var/log/messages on ACPI:
Adam Sampson wrote:
Greg KH [EMAIL PROTECTED] writes:
- It must fix a problem that causes a build error (but not for things
marked CONFIG_BROKEN), an oops, a hang, or a real security issue.
So a trivial patch that fixed a data corruption issue wouldn't be
accepted?
That's called a critical
Linus Torvalds wrote:
On Sat, 5 Mar 2005, Jeff Garzik wrote:
Yup, BK could definitely handle that...
However, it's also true that the thing BK is _worst_ at is cherry-picking
things, and having a collection of stuff where somebody may end up vetoing
one patch and saying remove that one.
So
Raffaele Ianniello wrote:
I have a problem compiling a module that I am porting form 2.4 to 2.6 linux
kernel.
Compiling with this Makefile:
DEBUG = y
KERNELDIR = /usr/src/linix.2.6.9
SUBDIR = $(KERNELDIR)/drivers/snoop
INCLUDEDIR = $(KERNELDIR)/include
obj-m := snoop.o
modules: $(MAKE) -C
Many, many thanks...it's a great idea and seems to go well
with Linus's idea of making even releases hyper-stable.
This is exactly what I was looking for in
(http://article.gmane.org/gmane.linux.kernel/268836)
Sorry some of you feel like suckers...but you're _not_.
You're heroes -- doing the hard
On Mar 4, 2005, at 4:23 AM, Richard Fuchs wrote:
kernel 2.6.7 doesn't show this behavior, while all kernels from 2.6.9
and up do. (i didn't test 2.6.8.x).
Was NAPI turned on for e100 in 2.6.7? If not, turn NAPI on in the
2.6.7 driver and see if you get the same result. If you do, it's very
Greg KH wrote:
On Sat, Mar 05, 2005 at 02:59:17PM +0100, Adrian Bunk wrote:
An example that doesn't fit:
A patch of me to remove an unused function was accepted into 2.6.11 .
Today, someone mailed that there's an external GPL'ed module that uses
this function.
A patch to re-add this function as
On Sat, Mar 05, 2005 at 02:45:18PM -0500, 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
This patch fixes vectored write support on fat to do the nessecary
non-standard action done in write() aswell.
Also adds aio support and makes read/write wrappers around the aio
version.
From: Christoph Hellwig [EMAIL PROTECTED]
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
Hi,
On Friday, 4 of March 2005 15:21, Nigel Cunningham wrote:
[-- snip --]
Will something like this patch help?
[-- snip --]
I think that the changes below are unnecessary. free_all_bootmem() is
actually called _before_ the loop in mem_init() in which PG_nosave is set for
the first time,
This updates the FAT attributes as well as (hopefully) corrects the
handling of VFAT ctime. The FAT attributes are implemented as a 32-bit
ioctl, per the previous discussions.
Signed-Off-By: H. Peter Anvin [EMAIL PROTECTED]
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c
In the case of dotsOK, re-initialization of ptname pointer is needed,
otherwise, ptname is pointing the previous start position.
This fixes it.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff -puN
This changes -free_clusters and -prev_free from int to unsigned int.
These value should be never negative value (but it's using 0x(-1)
as undefined state).
With this changes, fatfs would handle the corruption of free_clusters
more proper.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
Add struct fat_slot_info for updating data of the directory entries.
1) Rename struct vfat_slot_info to struct fat_slot_info
2) Add de and bh to fat_slot_info instead of using argument.
3) Replace the vfat_slot_info + de + bh by new fat_slot_info
Signed-off-by: OGAWA Hirofumi [EMAIL
Please do a
bk pull bk://gkernel.bkbits.net/libata-2.6
This will update the following files:
drivers/scsi/ahci.c | 12 +--
drivers/scsi/sata_qstor.c | 50 +++---
drivers/scsi/sata_vsc.c |4 +--
3 files changed, 42
In order not to write the same block repeatedly, rewrite the FAT entry
access stuff.
And this separates the allocate the cluster and link to cluster
chain operations for expanding the file/dir safely.
(fat_alloc_clusters() allocates the cluster, and fat_chain_add() links
allocated cluster to the
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/fatent.c | 20
include/linux/msdos_fs.h |6 ++
2 files changed, 26 insertions(+)
diff -puN fs/fat/fatent.c~sync05-fat_dep-fatent-debug fs/fat/fatent.c
---
On Thu, Mar 03, 2005 at 11:55:09PM +0100, Panagiotis Issaris wrote:
Adds the missing failure handling for a __copy_to_user call.
Signed-off-by: Panagiotis Issaris [EMAIL PROTECTED]
Sorry I didn't notice this sooner, but this was already fixed and has
been sent to Linus (hopefully to appear
Adds MS_SYNCHRONOUS flag support.
Signed-off-by: Colin Leroy [EMAIL PROTECTED]
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/cache.c |8
fs/fat/dir.c | 26 +-
fs/fat/file.c|5 +
fs/fat/inode.c
Since MSDOS_SB() is inline function, it increases text size at each calls.
I don't know whether there is __attribute__ for avoiding this.
This removes the multiple call.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c| 30 --
fs/vfat/namei.c
That's usually solved through #define's (see e.g. lib/extable.c).
Well, you can obviously solve pretty much everything with #define's, but
it's usually also the ugliest solution.
From my point of view, the preferences for solving issues like the
extable.c one are:
o Do it automatically. If
Some mark_inode_dirty() is unneeded. Those are already detached (it's
not written) or change a -i_nlink count only (fatfs don't have).
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c | 11 +++
fs/vfat/namei.c | 10 +++---
2 files changed, 6 insertions(+),
On Fri, 2005-03-04 at 22:16 +0100, Pierre Ossman wrote:
Pierre Ossman wrote:
Andrew Morton wrote:
Mark Canter [EMAIL PROTECTED] wrote:
To close this issue out of the LKML and alsa-devel, a bug report has
been written.
It appears to be an issue with the 'headphone jack sense'
This changes the fat_slot_info-nr_slot, now it's total counts which
include a shortname entry. And this adds a fat_remove_entries()
which use the -nr_slots.
In order not to write out the same block repeatedly,
fat_remove_entries() was rewritten from vfat_remove_entries().
Signed-off-by: OGAWA
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 63 +++
fs/fat/misc.c| 50 -
include/linux/msdos_fs.h | 17
3 files changed, 63 insertions(+), 67
The fat_search_long() provide the struct fat_slot_info by this
change. So, vfat_find() became to be enough simple, and it just
returns 0 or error.
And the error check of vfat_find() is also simplify.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 26
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/vfat/namei.c | 63 +++-
1 files changed, 35 insertions(+), 28 deletions(-)
diff -puN fs/vfat/namei.c~sync07-fat_dir2 fs/vfat/namei.c
--- linux-2.6.11/fs/vfat/namei.c~sync07-fat_dir2
The msdos_find() provide the struct fat_slot_info. Then some cleanups.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c | 88 ++-
1 files changed, 36 insertions(+), 52 deletions(-)
diff -puN
Just use ERR_PTR() instead of getting the error code by additional
argument.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/inode.c | 62 ++-
fs/msdos/namei.c | 17 +++-
fs/vfat/namei.c | 19
Use the synchronous updates, in order to guarantee that the writing to
a disk is completeing when a system call returns.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c |5 -
fs/vfat/namei.c |5 -
2 files changed, 8 insertions(+), 2 deletions(-)
diff -puN
With this, the vfat_build_slots() builds the completely data including
the timestamp and cluster. (But this is not using cluster, it's not
complete yet)
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/vfat/namei.c | 110 ++--
1 files
The i_pos can calculate later, so this makes the i_pos when it's needed.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 70 ---
1 files changed, 39 insertions(+), 31 deletions(-)
diff -puN
Add a `:'.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/misc.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN fs/fat/misc.c~sync08-fat_tweak9 fs/fat/misc.c
--- linux-2.6.11/fs/fat/misc.c~sync08-fat_tweak92005-03-06
02:38:03.0 +0900
+++
a) If old_dir == new_dir, we don't need to update the .. entry,
so this doesn't touch it if unneeded.
b) old algorithm is using
1) add a new entry (doen't point the data cluster yet).
2) remove a old entry.
3) switch the data cluster to new entry.
4) update
The msdos_add_entry() use similar interface to vfat_add_entry().
And use a same timestamp on some operations path.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c | 162 ---
1 files changed, 84 insertions(+), 78
Hello,
We sent you an email a while ago, because you now qualify
for a much lower rate based on the biggest rate drop in years.
You can now get $325,000 for as little as $615 a month!
Bad credit? Doesn't matter, low rates are fixed no matter what!
Follow this link to process your application
Hi!
Is there single user of s4bios? It used to work for me 4 notebooks
ago, but I never really used it. I think I'm the only person that ever
seen it working, but I could be wrong. Is there anyone using s4bios in
2.6.11?
If not, I guess we should remove that code from kernel. It is not
usefull,
Every time I load the driver for my SBLive Platinum I get this log
message:
PCI: :00:0f.0 has unsupported PM cap regs version (1)
even though CONFIG_PM is not set.
I see that this issue came up in January on LKML but there was no
resolution.
First, why don't we support PM cap regs versions
Also sprach Mina Nozar [EMAIL PROTECTED] (Sat, 5 Mar 2005 10:09:41
-0800 (PST)):
Hi,
hi mina.
[...]
kernel: ACPI-1133: *** Error: Method execution failed
[\_SB_.BAT0._BST](Node dfe043c0), AE_AML_NO_RETURN_VALUE
lastt message repeated 2 times
last message repeated 4 times
...
...
Hi,
On Sat, Mar 05, 2005 at 07:06:29PM +0200 or thereabouts, Alexey Dobriyan wrote:
On Saturday 05 March 2005 17:38, Panagiotis Issaris wrote:
The EFI driver allocates memory and writes into it without checking the
success of the allocation:
668 efi_char16_t *variable_name =
Greg KH wrote:
On Sat, Mar 05, 2005 at 02:59:17PM +0100, Adrian Bunk wrote:
An example that doesn't fit:
A patch of me to remove an unused function was accepted into 2.6.11 .
Today, someone mailed that there's an external GPL'ed module that uses
this function.
A patch to re-add this function as
Fix a missing error check for sync_buffer_dirty().
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/inode.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff -puN fs/fat/inode.c~sync08-fat_tweak6 fs/fat/inode.c
---
To Subscribe for Part II: go to: http://www.straitgateministry.org/
WHY SOME CHRISTIANS ENABLE THE NEO-CRUSADE AND OTHERS OPPOSE: PART 1
By Charles E. Carlson
Judaized-Christian churches focus on praising Jesus and accepting his free
favors of eternal life, while deemphasizing the
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c | 37 +
1 files changed, 17 insertions(+), 20 deletions(-)
diff -puN fs/msdos/namei.c~sync07-fat_dir7 fs/msdos/namei.c
--- linux-2.6.11/fs/msdos/namei.c~sync07-fat_dir7 2005-03-06
Scott Feldman wrote:
Was NAPI turned on for e100 in 2.6.7? If not, turn NAPI on in the 2.6.7
driver and see if you get the same result. If you do, it's very likely
the bug is in the e100 driver's NAPI implementation.
looks like you are right, enabling NAPI in 2.6.7 does trigger this.
what
Cleans up the msdos_rename(). (use the logic similar to vfat_rename().)
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/msdos/namei.c | 175 +++
1 files changed, 89 insertions(+), 86 deletions(-)
diff -puN
In order not to write out the same block repeatedly, rewrite the
fat_add_entries().
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 261 ++-
fs/msdos/namei.c | 13 --
fs/vfat/namei.c | 35 --
Use struct fat_slot_info for fat_scan(). But .. entry can not provide
valid informations for inode, so add the fat_get_dotdot_entry() as
special case.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 41 +-
fs/fat/inode.c |2 -
SuSE 9.2 on IBM ThinkPad X31 (2884-JUU), 2.6.11 kernel. Great having a
notebook where everything just works.
Bluetooth (hci_usb) works fine, but after suspend/resume cycle using
APM the BlueTooth interface dies (LED goes out) and I can't get it back
by unloading/reloading modules. However, if I
Instead of
mark_inode_dirty(inode);
if (IS_SYNC(inode))
fat_sync_inode(inode);
use this
if (IS_SYNC(inode))
fat_sync_inode(inode);
else
mark_inode_dirty(inode);
And if occurs a error, restore the -i_start and
On Sat, 2005-03-05 at 15:35 +0200, Alexey Dobriyan wrote:
+ }
+ printk(KERN_DEBUG \n);
^^
+}
Too much KERN_DEBUG.
On my system, that ends up printing out 4 or 5 lines of output per node,
but it's quite invaluable if you're debugging early memory setup issues.
It
On Saturday 05 March 2005 09:12, Adrian Bunk wrote:
On Fri, Mar 04, 2005 at 10:17:17AM +0100, Geert Uytterhoeven wrote:
On Fri, 4 Mar 2005, Adrian Bunk wrote:
This patch links all selected files under drivers/video/savagefb/ into
one module.
This required a renaming of savagefb.c to
With this change, -mkdir() uses the correct updating order.
Signed-off-by: OGAWA Hirofumi [EMAIL PROTECTED]
---
fs/fat/dir.c | 155 +--
fs/fat/fatent.c |3
fs/msdos/namei.c | 54 +++-
fs/vfat/namei.c
Russell King [EMAIL PROTECTED] wrote:
On Sat, Mar 05, 2005 at 10:48:00AM -0500, Gene Heskett wrote:
What are the options normally used to generate a diff for public
consumption on this list?
diff -urpN orig new
where orig and new both contain the top level linux directory,
so the
Just sent this to Andrew/Linus. The patch was too large (500K) to send
to mailing lists.
Please do a
bk pull bk://gkernel.bkbits.net/net-drivers-2.6
This will update the following files:
Documentation/networking/e100.txt |3
arch/arm/mach-pxa/lubbock.c |2
Pavel Machek a écrit :
Hi!
Is there single user of s4bios? It used to work for me 4 notebooks
ago, but I never really used it. I think I'm the only person that ever
seen it working, but I could be wrong. Is there anyone using s4bios in
2.6.11?
If not, I guess we should remove that code from
301 - 400 of 489 matches
Mail list logo