Jeff Chua wrote:
A ps/2 mouse should be enabled automatically. What makes you think it
is disabled?
It's enabled, but I don't see the mouse. If I cat /proc/mouse, I see
the raw data, but pointer doesn't show up in the screen.
Are you sure the guest is configured correctly?
Please try wit
Sorry if I am being dense here. I have been playing with the driver
examples in LDD3 specifically the sbull block level driver example. On
2.6.17 it was running OK after two little fixes ...
comment out include of config.h
and
end_that_request_last(req);
needs to be
end_that_request_last(req,0);
..
In-Reply-To: <[EMAIL PROTECTED]>
On Thu, 28 Dec 2006 11:39:25 +0100, Martin Schwidefsky wrote:
> @@ -881,10 +880,18 @@ static void cio_reset_pgm_check_handler(
> static int stsch_reset(struct subchannel_id schid, volatile struct schib
> *addr)
> {
> int rc;
> + register struct subcha
Function blk_queue_bounce_limit using dma flag to determine whether
assigned a certain value for member of request_queue_t. But the
assignment is unconditionally after the flag is set. It introduce
possible unnecessary instructions.
Signed-Off-By: Yingchao Zhou <[EMAIL PROTECTED]>
---
--- linux-
Aubrey wrote:
As for the buddy system, much of docs mention the physical address of
the first page frame of a block should be a multiple of the group
size. For example, the initial address of a 16-page-frame block should
be 16-page aligned. I happened to encounted an issue that the physical
addre
First, if you want to get patches merged you should send them to the subsystem
maintained (in this case Chas, who I've cc:'ed) Also if you feel it needs to
be sent to mailing list you should usually use a more specific list first
(like the ATM list or maybe netdev) Please see Documentation/Submit
On Sun, 31 Dec 2006 02:27:46 +0100 Pavel Pisa wrote:
> Simple increase of section TOC level generation significantly
> enhances navigation experience through generated kernel
> API documentation.
>
> This change restores back state from SGML tools time.
>
> Signed-off-by: Pavel Pisa <[EMAIL PROT
From: Russell King <[EMAIL PROTECTED]>
Date: Sat, 30 Dec 2006 22:46:04 +
> iirc, flush_anon_page() was introduced to fix non-working fuse on parisc,
> which occurs because fuse wants to use get_user_pages() to read data from
> the current processes memory space.
>
> get_user_pages() contains
From: Mitch Bradley <[EMAIL PROTECTED]>
Date: Sat, 30 Dec 2006 15:38:46 -1000
> Request for comments.
>
> This patch creates a virtual filesystem that represents an Open Firmware
> device tree. It has been tested on an OLPC x86 system, but the code is
> not processor-specific (apart from its cur
Eric wrote:
> The whole interface that reads out the processes in your task
> grouping looks scary. It takes the tasklist_lock and holds
> it for an indefinite duration.
It doesn't look "indefinite" to me. It reads the 'container'
field of each task struct, and then is done, dropping the lock.
Aaron Sethman wrote:
>
> On Sat, 30 Dec 2006, Adrian Bunk wrote:
>
>> On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
>>>
>>> Just was loading the bcm43xx module and got the following oops. Note
>>> that
>>> this card is one of the newer PCI-E cards. If any other info is needed
>>
Tobin Davis wrote:
> Which alsa patch was this? I'm not seeing anything in the hg logs for
> this. Or is this something from the kernel side?
It seems to have come from suse. The full commit message is:
commit a7da6ce564a80952d9c0b210deca5a8cd3474a31
Author: Takashi Iwai <[EMAIL PROTECTED]>
Dat
Add a quirk to allow at least some ENE PCI SD card readers to work again
Support for these devices was broken for 2.6.18-rc1 and later by commit
146ad66eac836c0b976c98f428d73e1f6a75270d, which added voltage level support.
This restores the previous behaviour for these devices (PCI ID 1524:0550).
On Sat, 30 Dec 2006, Adrian Bunk wrote:
On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
Just was loading the bcm43xx module and got the following oops. Note that
this card is one of the newer PCI-E cards. If any other info is needed
let me know.
Is this issue still present i
Hi,
Testing from Bill Kenworthy indicates that commit
0a85b964e141a4b8db6eaf500ceace12f8f52f93 introduces a ppp-over-bluetooth
regression.
https://bugs.gentoo.org/show_bug.cgi?id=159277
Dec 28 21:56:54 rattus hcid[22749]: pin_code_request (sba=00:0A:3A:59:39:38,
dba=00:07:E0:06:AC:7A)
Dec 28
On 12/30/06, Avi Kivity <[EMAIL PROTECTED]> wrote:
When it says "disabled by bios" it means what it says. There is no
workaround other than going to the bios and enabling it; if your bios
doesn't support enabling VT, complain to your vendor.
Ok, I tried and proved the point. Kernel crashed.
Andrea Gelmini wrote:
On Fri, Dec 29, 2006 at 06:59:02PM +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7658cc289288b8ae7dd2c2224549a048431222b3
Commit: 7658cc289288b8ae7dd2c2224549a048431222b3
Parent:
Larry Finger wrote:
You are correct. Only the "hda_codec-Add independent headphone volume control"
needs to be reverted.
The best course of action is probably to file a report here:
https://bugtrack.alsa-project.org/alsa-bug
Daniel
-
To unsubscribe from this list: send the line "unsubscribe l
Daniel Drake wrote:
> Larry Finger wrote:
>> When this commit is reverted, I get sound, but playing a sound file
>> results in about an 0.5 sec
>> fragment being replayed over and over forever. If commit
>> 7376d013fc6d3a45..., which is entitled
>> "Simple patch to enable Message Signalled Interrup
Description: Fix infinite recursion when alignment passed is 0 in function
aligned_kmalloc(), in file drivers/atm/firestream.c. Also, a negative value for
alignment does not make sense. Check for negative value too.
The function prototype is:
static void __devinit *aligned_kmalloc
Larry Finger wrote:
When this commit is reverted, I get sound, but playing a sound file results in
about an 0.5 sec
fragment being replayed over and over forever. If commit 7376d013fc6d3a45...,
which is entitled
"Simple patch to enable Message Signalled Interrupts for the HDA Intel audio
contr
Request for comments.
This patch creates a virtual filesystem that represents an Open Firmware
device tree. It has been tested on an OLPC x86 system, but the code is
not processor-specific (apart from its current location under arch/i386).
It requires an Open Firmware implementation that can st
Simple increase of section TOC level generation significantly
enhances navigation experience through generated kernel
API documentation.
This change restores back state from SGML tools time.
Signed-off-by: Pavel Pisa <[EMAIL PROTECTED]>
Index: linux-2.6.19/Documentation/DocBook/stylesheet.xsl
==
I have a new laptop - an HP Pavilion dv2125nr with an AMD Turion 64 X2 Mobile
CPU. With any kernel
later than 2.6.18, the sound does not work. The audio interface is reported by
lspci as "Audio
device: nVidia Corporation MCP51 High Definition Audio (rev a2)", and uses the
snd_hda_intel module.
moxa, eliminate typedefs
Do not use typedefs, use directly struct instead.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 5eb77a193f47ab2a0ed35c7f949f103e740b24dc
tree a815e0033c9707e5df2ebee36c9acf32cf7cf6f8
parent 5b7f53b3500ebd3aa2cc25bb68fdcd88af3643c0
author Jiri Slaby <[EMAIL PR
moxa, remove unused functions
Remove ifdeffed functions and cleanup comments including too long license
terms.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit c2eee5df210da17dfdea909b89f5db31b577f92a
tree cace45a59508ef209c42e662836ba861ecd06e81
parent 9146480faf6469f789229e4f09d99a90b3
moxa, use PCI_DEVICE
Use PCI_DEVICE macro in pci_device_id list.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 5b7f53b3500ebd3aa2cc25bb68fdcd88af3643c0
tree 8392124992e5eeb1eaad6f652468f1b1caa65dac
parent 9e4d8826dd1dbaa7bb9d520b02da25a5a5cefa13
author Jiri Slaby <[EMAIL PROTECTED]> S
moxa, devids cleanup
Move them to pci_ids.h
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 9e4d8826dd1dbaa7bb9d520b02da25a5a5cefa13
tree 09ff5e387adce87a70c388e83af678fd5552062b
parent c2eee5df210da17dfdea909b89f5db31b577f92a
author Jiri Slaby <[EMAIL PROTECTED]> Sun, 31 Dec 2006 01:54
moxa, remove hangup bottomhalf
call tty_hangup directly, we do not need a bottomhalf for this.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 9146480faf6469f789229e4f09d99a90b3e05c26
tree 58eb5f2f3943a17ad05b3fd869ab987e63a4fe14
parent 8171e38961018ef16df52084d1356f891f43ba6f
author Ji
moxa, timers cleanup
Use kernel macros and functions for timer encapsulation -- do not access
fileds directly. Also del_timer on inactive is legal, so that noting if it
runs is senseless, delete these variables.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit 8171e38961018ef16df52084d13
moxa, do not initialize global static
Remove useless initialization of variables a) statically b) dynamically
at module_init c) dynamically after kzalloc (those with '= 0/NULL')
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit bc5dff44602d67db9d08ae1735e6f29162264704
tree 02ad9d888e7a5f2
moxa, remove unused allocated page
moxaXmitBuff is almost unused -- only one byte from the whole PAGE_SIZE
bytes is used. Do not alloc so much space for almost anything. Also remove
lock protecting this page allocation.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit fdcf97c855168c011b1
This email lists some known regressions in 2.6.20-rc2 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
> Can you reproduce it with other ftp client and/or server?
O.K. I wiil try to test other ftp client and server.
> Please provide the output of "netstat -na" command during the
> transfer, and the output of "lsmod | grep conntrack" (just for
> sure).
Please see the output of "netstat -na" wh
Please excuse me if this has already been discussed. Anything else
that's needed please let me know.
kernel: Linux version 2.6.20-rc2 ([EMAIL PROTECTED]) (gcc version 4.1.1
(Gentoo 4.1.1-r3)) #6 SMP PREEMPT Thu Dec 28 21:07:58 PST 2006
Spotted this in the dmesg:
---
Fixed PHY: Registered new dr
On Sat, Dec 30, 2006 at 06:33:52PM -0500, Rik van Riel wrote:
> Alexander Nagel wrote:
> >Hi all,
> >
> >i installed a new drive (WDC WD5000KS-00M) in my computer and installed
> >WinXP on it. Afterwards i installed Debian etch on the second one
> >(HDS722512VLSA80). Everything works fine so far,
mxser_new, do not put pdev
We don't call pci_dev_get, so do not call pci_dev_put in the pci release
function.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
commit c614729fee9638269d0881cf6ab895f1915a
tree 84e4d767dbd91faf59e2e4dd93ea780439451cfd
parent 412f4e2b96e2d30da853368c2a04a2701c0
Alexander Nagel wrote:
Hi all,
i installed a new drive (WDC WD5000KS-00M) in my computer and installed
WinXP on it. Afterwards i installed Debian etch on the second one
(HDS722512VLSA80). Everything works fine so far, but during every boot i
get following messages in dmesg [1]
Kernel [2] is
On Sat, 30 Dec 2006, Arjan van de Ven wrote:
> rday wrote:
> > ... most of the definitions of the clear_page() macro are simply
> > invocations of memset(). see for yourself:
> *MOST*. Not all.
i did notice that. while the majority of the architectures simply
define clear_page() as a macro ca
Hi all,
i installed a new drive (WDC WD5000KS-00M) in my computer and installed
WinXP on it. Afterwards i installed Debian etch on the second one
(HDS722512VLSA80). Everything works fine so far, but during every boot i
get following messages in dmesg [1]
Kernel [2] is 2.6.18 as default kernel
On Sat, Dec 30, 2006 at 10:26:20AM -0800, Linus Torvalds wrote:
>
>
> On Sat, 30 Dec 2006, Russell King wrote:
> >
> > And here's the flush_anon_page() part.
> >
> > Add flush_anon_page() for ARM, to avoid data corruption issues when using
> > fuse or other subsystems using get_user_pages().
>
> i don't see how that can be true, given that most of the definitions
> of the clear_page() macro are simply invocations of memset(). see for
> yourself:
*MOST*. Not all.
For example an SSE version will at least assume 16 byte alignment, etc
etc.
clear_page() is supposed to be for full real pa
Adrian Bunk wrote:
> On Sat, Dec 30, 2006 at 03:23:42PM -0600, Larry Finger wrote:
>> Adrian Bunk wrote:
>>> On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
Just was loading the bcm43xx module and got the following oops. Note that
this card is one of the newer PCI-E cards.
On Saturday 30 December 2006 23:08, Robert P. J. Day wrote:
> >
> > clear_page assumes that given address is page aligned, I think. It
> > may fail if you feed it with misaligned region's address.
>
> i don't see how that can be true, given that most of the definitions
> of the clear_page() macro
On Sat, 30 Dec 2006, Denis Vlasenko wrote:
> On Friday 29 December 2006 07:16, Robert P. J. Day wrote:
> >
> > is there some reason there are so many calls of the form
> >
> > memset(addr, 0, PAGE_SIZE)
> >
> > rather than the apparently equivalent invocation of
> >
> > clear_page(addr)
> >
30 Ara 2006 Cts 22:45 tarihinde, Michael S. Tsirkin şunları yazmıştı:
> > > > > > Virtual MIDI Card 1
> > > > >
> > > > > Compile this feature out, I bet things start working again.
> > > >
> > > > Yes, this helped, thanks.
> > > > BTW, is this expected?
> > >
> > > It's a severe "misfeature" in m
On Dec 30 2006 21:30, Sergey Vlasov wrote:
>On Sat, 30 Dec 2006 18:14:35 +0100 (MET) Jan Engelhardt wrote:
>
>> when the ip_tables module is loaded automatically when inserting the
>> first rule, something gets screwed up, as -L -v -n shows:
>>
>>
>> 17:39 ichi:~ # lsmod | grep ip_tables
>> 17:39
On Mon, Dec 25, 2006 at 12:36:47AM +0100, Pavel Machek wrote:
> On Sun 2006-12-24 15:39:23, Marcel Holtmann wrote:
> > Hi Pavel,
> >
> > > > I got this nasty oops while playing with debugger. Not sure if that is
> > > > related; it also might be something with bluetooth; I already know it
> > > >
On Mon, Dec 18, 2006 at 07:25:56AM -0600, Josh Boyer wrote:
> Mark JFFS as broken and provide a warning to users that it is
> deprecated and scheduled for removal in 2.6.21
>
> Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
>
> diff --git a/fs/Kconfig b/fs/Kconfig
> index b3b5aa0..4ac367d 100644
>
On Tuesday 26 December 2006 16:18, Tejun Heo wrote:
> Hello, all.
>
> This patchset implements managed device resources, in short, devres.
I was working on a Linux device driver. Indeed, those error paths
are notoriously prone to bugs.
Patchset looks like good idea to me.
--
vda
-
To unsubscribe
On Sat, Dec 30, 2006 at 03:23:42PM -0600, Larry Finger wrote:
> Adrian Bunk wrote:
> > On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
> >> Just was loading the bcm43xx module and got the following oops. Note that
> >> this card is one of the newer PCI-E cards. If any other info is
Adrian Bunk wrote:
> On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
>> Just was loading the bcm43xx module and got the following oops. Note that
>> this card is one of the newer PCI-E cards. If any other info is needed
>> let me know.
>
> Is this issue still present in 2.6.10-rc
On Friday 29 December 2006 07:16, Robert P. J. Day wrote:
>
> is there some reason there are so many calls of the form
>
> memset(addr, 0, PAGE_SIZE)
>
> rather than the apparently equivalent invocation of
>
> clear_page(addr)
>
> the majority of architectures appear to define the clear_
> > > > > Virtual MIDI Card 1
> > > >
> > > > Compile this feature out, I bet things start working again.
> > >
> > > Yes, this helped, thanks.
> > > BTW, is this expected?
> >
> > It's a severe "misfeature" in my opinion that caused me problems years ago.
> > The first soundcard becomes "default",
30 Ara 2006 Cts 21:19 tarihinde şunları yazmıştınız:
> On Saturday 30 December 2006 19:11, Michael S. Tsirkin wrote:
> > > On Friday 29 December 2006 06:25, Michael S. Tsirkin wrote:
> > > > Virtual MIDI Card 1
> > >
> > > Compile this feature out, I bet things start working again.
> >
> > Yes, thi
The pci_find_subsys gets called very early by obsolete ide setup
parameters. This is a bogus call since pci is not initialized
yet, so the list is empty. But in the mean time, interrupts get
enabled by down_read. This can result in a kernel panic when the
irq controller gets initialized.
This pat
The parsing of some kernel parameters seem to enable irq's at a
stage that irq's are not supposed to be enabled (Particularly the
ide kernel parameters). Having irq's enabled before the irq
controller is initialized might lead to a kernel panic.
This patch only detects this behaviour and warns abo
The calls made by parse_parms to other initialization code might
enable interrupts again way too early.
Having interrupts on this early can make systems PANIC when they
initialize the IRQ controllers (which happens later in the code).
This patch detects that irq's are enabled again, barfs about it
On Sat, Dec 30, 2006 at 06:56:08AM -0800, Daniel Walker wrote:
> On Sat, 2006-12-30 at 12:19 +0100, Ingo Molnar wrote:
>
> >
> > - Documentation/CodingStyle compliance - the code is not ugly per se
> >but still looks a bit 'alien' - please try to make it look Linuxish,
> >if i apply this
On Sun, Dec 17, 2006 at 03:15:28PM -0500, Aaron Sethman wrote:
>
> Just was loading the bcm43xx module and got the following oops. Note that
> this card is one of the newer PCI-E cards. If any other info is needed
> let me know.
Is this issue still present in 2.6.10-rc2-git1?
If yes, was 2.6.
On Saturday 30 December 2006 19:11, Michael S. Tsirkin wrote:
> > On Friday 29 December 2006 06:25, Michael S. Tsirkin wrote:
> > > Virtual MIDI Card 1
> >
> > Compile this feature out, I bet things start working again.
>
> Yes, this helped, thanks.
> BTW, is this expected?
It's a severe "misfeatu
On Sat, Dec 16, 2006 at 10:46:19PM -0800, john stultz wrote:
> Tried booting git from today (2.6.20-rc1+) on my PPC Mac Mini, and got
> the oops captured in the image attached.
Is this issue still presentin the latest -git?
> thanks
> -john
cu
Adrian
--
"Is there not promise of rain?
> On Friday 29 December 2006 06:25, Michael S. Tsirkin wrote:
> > Virtual MIDI Card 1
>
> Compile this feature out, I bet things start working again.
Yes, this helped, thanks.
BTW, is this expected?
--
MST
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sat, 30 Dec 2006 18:14:35 +0100 (MET) Jan Engelhardt wrote:
> when the ip_tables module is loaded automatically when inserting the
> first rule, something gets screwed up, as -L -v -n shows:
>
>
> 17:39 ichi:~ # lsmod | grep ip_tables
> 17:39 ichi:~ # iptables -t mangle -A FORWARD -i eth1 -j MA
> Since 2.6.20-rc1 (tested both -rc1 and rc2), system notification sounds under
> KDE, and sound in games (e.g. TuxPaint) no longer seem to work on my T60
> thinkpad. Works fine under 2.6.19 though. The strange thing is e.g. Amarok
> still plays music fine.
Update: Amarok was set to auto-detect t
> > Virtual MIDI Card 1
>
> Compile this feature out, I bet things start working again.
I used to have it off, tried enabling this after I saw the problem
with ALSA.
--
MST
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
On Friday 29 December 2006 06:25, Michael S. Tsirkin wrote:
> Virtual MIDI Card 1
Compile this feature out, I bet things start working again.
--
Cheers,
Alistair.
Final year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.
-
To unsubscribe from this list: send the line
On Saturday 30 December 2006 18:06, James Courtier-Dutton wrote:
> > I'd guess you have some kind of hardware problem. It could also be
> > a kernel problem where the saved address was corrupted during an
> > interrupt, but that's not likely.
>
> This looks rather strange.
[snip]
> 2) Kernel modu
> suggestion: change the Amarok audio backend options
> and test every one until it sounds good.
>
> reply with re results.
> That will help to understand the problem, if any.
OK.
Under 2.6.19, both alsa and oss backends work.
Under 2.6.20-rc2, oss works but alsa does not.
So I guess
On Saturday 30 December 2006 17:21, Chuck Ebbert wrote:
> In-Reply-To: <[EMAIL PROTECTED]>
>
> On Sat, 30 Dec 2006 16:59:35 +, Alistair John Strachan wrote:
> > I've eliminated 2.6.19.1 as the culprit, and also tried toggling
> > "optimize for size", various debug options. 2.6.19 compiled with
On Sat, 30 Dec 2006, Russell King wrote:
>
> And here's the flush_anon_page() part.
>
> Add flush_anon_page() for ARM, to avoid data corruption issues when using
> fuse or other subsystems using get_user_pages().
Btw, since this doesn't actually change any code for anybody but ARM, just
adds
On Sat, 30 Dec 2006, Russell King wrote:
>
> Given that no one has any outstanding issues with the following patch, I'm
> going to ask akpm to put this into -mm, and shortly after (a week or so)
> I'll submit it and the ARM flush_anon_page() patch to Linus for -rc to fix
> ARM data corruption iss
Chuck Ebbert wrote:
In-Reply-To: <[EMAIL PROTECTED]>
On Wed, 20 Dec 2006 14:21:03 +, Alistair John Strachan wrote:
Any ideas?
BUG: unable to handle kernel NULL pointer dereference at virtual address
0009
83 ca 10 or $0x10,%edx
3b
> > > Since 2.6.20-rc1 (tested both -rc1 and rc2), system notification sounds
> > > under
> > > KDE, and sound in games (e.g. TuxPaint) no longer seem to work on my T60
> > > thinkpad. Works fine under 2.6.19 though. The strange thing is e.g.
> > > Amarok
> > > still plays music fine.
> >
> > T
This patch against 2.6.20-rc2 adds partial ATAPI support to
the sata_promise driver. This patch is preliminary and for
review only.
Current Status:
- Tested with PATA optical devices on 20378 and 20575 chips.
- Mounting and reading CD/DVD discs in DMA mode works fine.
- Using cdrecord to write CD-
In-Reply-To: <[EMAIL PROTECTED]>
On Sat, 30 Dec 2006 16:59:35 +, Alistair John Strachan wrote:
> I've eliminated 2.6.19.1 as the culprit, and also tried toggling "optimize
> for
> size", various debug options. 2.6.19 compiled with GCC 4.1.1 on an Via
> Nehemiah C3-2 seems to crash in pipe_
On Fri, Dec 29, 2006 at 11:23:58AM +0100, Tim Schmielau wrote:
> On Thu, 28 Dec 2006, Tim Schmielau wrote:
> > On Thu, 28 Dec 2006, Russell King wrote:
> >
> > > To cover these, you need to build at least rpc_defconfig,
> > > lubbock_defconfig,
> > > netwinder_defconfig, badge4_defconfig, cerf_de
Hello,
when the ip_tables module is loaded automatically when inserting the
first rule, something gets screwed up, as -L -v -n shows:
17:39 ichi:~ # lsmod | grep ip_tables
17:39 ichi:~ # iptables -t mangle -A FORWARD -i eth1 -j MARK --set-mark 161
17:39 ichi:~ # iptables -t mangle -A FORWARD -
On Thursday 28 December 2006 04:14, Alistair John Strachan wrote:
> On Thursday 28 December 2006 04:02, Alistair John Strachan wrote:
> > On Thursday 28 December 2006 02:41, Zhang, Yanmin wrote:
> > [snip]
> >
> > > > Here's a current decompilation of vmlinux/pipe_poll() from the
> > > > running ke
On Sat, Dec 30, 2006 at 04:39:55PM +, Russell King wrote:
> Given that no one has any outstanding issues with the following patch, I'm
> going to ask akpm to put this into -mm, and shortly after (a week or so)
> I'll submit it and the ARM flush_anon_page() patch to Linus for -rc to fix
> ARM da
Given that no one has any outstanding issues with the following patch, I'm
going to ask akpm to put this into -mm, and shortly after (a week or so)
I'll submit it and the ARM flush_anon_page() patch to Linus for -rc to fix
ARM data corruption issues.
If anyone _does_ have a problem, holler ASAP.
"[PATCH 1/2] reimplement flush_workqueue()" fixed one race when CPU goes down
while flush_cpu_workqueue() plays with it. But there is another problem, CPU
can die before flush_workqueue() has a chance to call flush_cpu_workqueue().
In that case pending work_structs can migrate to CPU which was alre
Hi all,
We know the buddy algorithm is very good at performance and deal with
the external fragmentation about linux memory management. But IMHO
it's not a best algorithm for the embedded linux system, especially on
NOMMU arches.
Here I wrote a memory algorithm and I really hope it's a starting
This was reported by Ingo Molnar here,
http://lkml.org/lkml/2006/12/18/119
The problem is that adummy_init() depends on atm_init() , but adummy_init() is
called first.
So I put atm_init() into subsys_initcall which seems appropriate, and it will
still get module_init() if it becomes a module.
I
Sorry, really for -mm .
On Sat, 2006-12-30 at 07:48 -0800, Daniel Walker wrote:
> If you have both SLIM and selinux compiled into your kernel selinux will panic
> if it can't register itself. The code below,
>
> if (register_security (&selinux_ops))
> panic("SELinux: Unable to register wi
On Sat, 30 Dec 2006 09:31:38 -0500 Douglas Gilbert wrote:
> Randy Dunlap wrote:
> > On Fri, 29 Dec 2006 08:02:17 -0800 Sumant Patro wrote:
> >
> > See Documentation/SubmittingPatches:
> > Please include output of "diffstat -p1 -w70" so that we can easily see
> > the scope of the changes.
> >
> >
If you have both SLIM and selinux compiled into your kernel selinux will panic
if it can't register itself. The code below,
if (register_security (&selinux_ops))
panic("SELinux: Unable to register with kernel.\n");
"security/selinux/hooks.c" 5014 lines --95%--
LD drivers/media/video/built-in.o
drivers/media/video/saa7134/built-in.o:(.data+0x86ac): multiple definition of
`ir_rc5_remote_gap'
drivers/media/video/bt8xx/built-in.o:(.data+0x71b4): first defined here
drivers/media/video/saa7134/built-in.o:(.data+0x86b0): multiple definition of
`ir_rc5
Fix breakage from commit 519ab5f2be65b72cf12ae99c89752bbe79b44df6 which
didn't update all references to backlight_device_register causing
compile failures.
Signed-off-by: Richard Purdie <[EMAIL PROTECTED]>
---
drivers/macintosh/via-pmu-backlight.c |2 +-
drivers/video/backlight/corgi_bl.c
On Wed, 2006-11-08 at 00:33 +0800, Yu Luming wrote:
> This patch set adds generic abstract layer support for acpi video driver to
> have
> generic user interface to control backlight and output switch control by
> leveraging
> the existing backlight sysfs class driver, and by adding a new video o
Loye Young <[EMAIL PROTECTED]> [2006-12-27 13:54:33]:
> To the King of Penguins and the Wise Architects of the Kernel:
>
> Greetings and Smooth Compiling to All,
>
> I, a humble pilgrim in the Land of Tux, have spent over a year seeking a
> simple answer to what seems to me a simple question: Ho
On Sat, Dec 30, 2006 at 02:59:39PM +0100, pHilipp Zabel wrote:
> --- linux-2.6.orig/arch/arm/mach-sa1100/generic.c 2006-12-27
> 21:50:03.0 +0100
> +++ linux-2.6/arch/arm/mach-sa1100/generic.c 2006-12-30
> 14:50:42.0 +0100
> @@ -138,6 +138,36 @@
> return v;
> }
>
> +int
On Sat, 2006-12-30 at 12:19 +0100, Ingo Molnar wrote:
>
> - Documentation/CodingStyle compliance - the code is not ugly per se
>but still looks a bit 'alien' - please try to make it look Linuxish,
>if i apply this we'll probably stick with it forever. This is the
>major reason i have
Randy Dunlap wrote:
> On Fri, 29 Dec 2006 08:02:17 -0800 Sumant Patro wrote:
>
> See Documentation/SubmittingPatches:
> Please include output of "diffstat -p1 -w70" so that we can easily see
> the scope of the changes.
>
> and see Documentation/CodingStyle for comments below:
>
>
>> diff -uprN
In article <[EMAIL PROTECTED]> (at Sat, 30 Dec 2006 20:59:31 +0900), Komuro
<[EMAIL PROTECTED]> says:
> > Do you see similar issue with other simple application?
>
> sorry, I don't reproduce this problem on other application.
Can you reproduce it with other ftp client and/or server?
Anyway...
On 12/30/06, David Brownell <[EMAIL PROTECTED]> wrote:
On Friday 29 December 2006 7:15 pm, Nicolas Pitre wrote:
> On Fri, 29 Dec 2006, David Brownell wrote:
>
> > Here's a version that compiles ...
>
> This patch is completely broken.
It's just what Philipp sent, with the "won't compile" bugs fi
Linus, please pull from the for-linus branch at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
to receive two IEEE 1394 subsystem fixes for 2.6.20-rc2.
One addresses a grossly incorrect patch of mine after 2.6.19.
(Andreas Schwab 2006-12-29, "2.6.20-rc2: k
Paul Menage <[EMAIL PROTECTED]> writes:
> This patch creates a generic process container system based on (and
> parallel top) the cpusets code. At a coarse level it was created by
> copying kernel/cpuset.c, doing s/cpuset/container/g, and stripping out any
> code that was cpuset-specific rather t
Stefan Richter <[EMAIL PROTECTED]> writes:
> The parent device of my bogus fw-host device should do the trick. Alas I
> can't test on ppc64 or with anything else than ohci1394 driven
> controllers...
Successfully tested on ppc64.
Thanks, Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
> Yeah I don't do assembler soo often that I would know everything from heart.
> All your comments are valid of course. I just wanted to point out the idea.
> (However, if it's not repz, then it's repnz! :-)
it's better to use a gcc builtin than handcoding the asm yourself;
better for performance
1 - 100 of 109 matches
Mail list logo
