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
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
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
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
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 |
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 --
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
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
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
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
---
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
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
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
> ...
>
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
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,
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
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)
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
+++
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
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
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
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
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
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 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/fat/dir.c | 63 +++
fs/fat/misc.c| 50 -
include/linux/msdos_fs.h | 17
3 files changed, 63 insertions(+), 67
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:
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
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
> 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.
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 --
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
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
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
---
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
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
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
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
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 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]>
---
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
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]>
---
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
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
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
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
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
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
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:
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
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).
>
>
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
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
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
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: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
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
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
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
-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
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.
--
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
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
[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
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
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
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
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:
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"
-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
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
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
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
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
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
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 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
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
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
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);
> ---
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
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]>
---
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]>
---
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
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
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
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
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
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
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
> Dude you completely forgot the important parts of the code!!
> Sorry I didn't reply to you in that previous e-mail before, I was
> busy, but those vplB and 'format' stuff WAS important, without it, I
> got strange distortions on screen and refreshes were "lagged"... The
> ONLY things you can
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
Hi,
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);
The patch applies to 2.6.11-bk1.
Signed-off-by: Panagiotis Issaris <[EMAIL
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 fix would be to use ipmi_request_settime with
This is small cleanup of radio-sf16fmi driver.
Signed-off-by: Marcel Sebek <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/Documentation/kernel-parameters.txt |3 ---
kj-domen/drivers/media/radio/radio-sf16fmi.c | 10 --
2 files changed, 13
101 - 200 of 489 matches
Mail list logo