break;
case 'e': case 'E':
cflag |= PARENB;
break;
}
best regards,
frank salomon
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ard was being designed in the mid-1980s.
But it is a VME board. That means you can put a SCSI controller on the VME
bus (and these do exist, I have one right here).
Frank
>
> (The article I found is kind of interesting. It's a dissection of the
> MVME147's design and hist
that members of a structure be defined in ascending address
> > order as specified by the programmer. The compiler may not reorder
> > structure fields, although bitfields are a special case.
> >
>
> Previous to the "Draft" "Proposal" of C98, there were no
On Wed, 4 Jul 2001, David Thor Bragason wrote:
> Hello,
I have the exact same exception on an LTE 5280 (32 MB RAM). AFAIK it only
differs from the 5200 by a slightly larger screen. The machine works fine
with the MCE initialisation commented out (or with a 2.2 series kernel)
Frank
>
.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
Ema
.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
Ema
ation.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
ation.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
ation.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
ation.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
Dear Sir
Hello!
Our company is the Guangzhou Honda and China FAW suppliers. We have been
providing quality products and services for them.
Our company's main products:
Graphite machining end mill
The denture machining tool
Zirconia processing tool
PCD tools
CNC inserts
Milling toolholder
.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
Ema
.
If you are interested in, you can test some samples for confirming our products
quality, I believe we will have pleasant cooperation in the near future.
Best regards!
Frank
SHENZHEN KALEAD TOOLS CO.,LTD | Shenzhen Surmount Tools Co., Ltd
TEL: 86-0755-27261985
FAX: 86-0755-27261895
Ema
Dear Friend,
How are you today with your family, Hope fine? Please, it’s my great pleasure
to contact you today. I am Mr. Frank Nack a banker by profession from Burkina
Faso. Please, I want our bank management to transfer an abandoned sum of
(US$7.5M) into your bank account. This business
Dear Friend,
How are you today with your family, Hope fine? Please, it’s my great pleasure
to contact you today. I am Mr. Frank Nack a banker by profession from Burkina
Faso. Please, I want our bank management to transfer an abandoned sum ofUS$7.5M
United States Dollars (US$7.5M) into your
3.6.7-rt18: kernel BUG at .../kernel/sched/core.c:3817!
Grant reported this same problem for 3.6.5-rt15.
I am seeing it on a different arm board.
Here is the BUG_ON():
asmlinkage void __sched preempt_schedule_irq(void)
{
struct thread_info *ti = current_thread_info();
/*
On 11/28/12 19:31, Frank Rowand wrote:
> 3.6.7-rt18: kernel BUG at .../kernel/sched/core.c:3817!
>
> Grant reported this same problem for 3.6.5-rt15.
>
> I am seeing it on a different arm board.
>
> Here is the BUG_ON():
>
>asmlinkage void __sche
UP, PREEMPT_NONE
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
open eth0
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This message is a repost. I did not include the complete original message
in my initial reply, and I am doing so now.
> On Mon, 11 Mar 2013, Frank Peters wrote:
>
> > When I boot my x64 Linux system to the console a continuous series
> > of "USB disconnect/reconnect&q
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
The PandaBoard frequently fails to boot with an eth0 error when mounting
the root file system via NFS (ethernet driver fails due to a USB timeout;
no ethernet means NFS won't wor
I think it is okay.
2013/4/1 Pavel Machek :
> If there's no valid ethernet address, fall back to randomly generated
> one.
>
> (Yes, I need to get newer u-boot for the board, but as the only
> available one is from 2009... this might be good idea).
>
> Signed-off-by: Pavel Machek
>
>
> index e3f3
On 03/11/13 10:34, Sebastian Andrzej Siewior wrote:
> * Frank Rowand | 2013-03-07 20:03:18 [-0800]:
>
>> panda boot often fails due to a usb timeout, while sending a command on
>> behalf of the smsc95xx ethernet driver.
>>
>> This patch is a temporary hack to force a
y" (PM_RUNTIME).
Based on this, I would assume that USB autosuspend is not enabled.
Frank Peters
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majord
_FULL
- UP CONFIG_PREEMPT_RT_FULL
Tests:
- build
- boot
- magic SYSRQ prints on serial console
As expected, panda SMP CONFIG_PREEMPT_RT_FULL still has the
lock warning on boot. (tglx is looking into this.)
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
From: Frank Seidel <[EMAIL PROTECTED]>
This patch (based on current linus git tree) adds support for
the Ricoh RL5c476 chip: with this the mmc adapter that needs this
disabler (R5C843) can also be handled correctly when it sits
on a RL5c476.
Signed-off-by: Frank Seidel <[EMAIL
This one is based on the last patch i sent
(Re: [PATCH 012/196 ver2] nozomi driver) and is a rework
of the nozomi constify patch from Jan Engelhardt.
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 50 --
On Thursday 31 January 2008 22:39, Jan Engelhardt wrote:
> On Jan 31 2008 22:10, Frank Seidel wrote:
> >(Re: [PATCH 012/196 ver2] nozomi driver) and is a rework
> >of the nozomi constify patch from Jan Engelhardt.
>
> It's hard to find what you actually reworked...
No,
we combine two patches this is when the second patch fix
> a bug in the first patch.
To me it felt like those changes are so trivial and kind of
belong together so that i thought it would be ok here. But
i'll repost it as two patches in a few moments.
Thanks,
Frank
--
To unsubscribe from thi
Cleanups and constification of nozomi driver
Mostly trivial cleanups and updates and constification
and annotations of vars.
Patches are based on current linus git tree (while
[PATCH v2 1/3] is already in Gregs gregkh-2.6 tree).
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
nozomi.c
From: Frank Seidel <[EMAIL PROTECTED]>
Minor cleanups and removal of in-file changelog:
- Correction of misspellings and wrong encoded Name
- changed 'unsigned' to 'unsigned int' for better readability
- use of generic devicefile access macro
- fixed/added explanator
From: Jan Engelhardt <[EMAIL PROTECTED]>
nozomi: constify structures and annotate vars
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 38 ++
1 file changed, 18
From: Frank Seidel <[EMAIL PROTECTED]>
Even some more constifications
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/char/nozomi.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
--- a/drivers/char/nozomi.c
+++ b/drivers/char/nozomi.c
@@ -
_dev *ctrl_dev = NULL;
>
> Same as in probe. Just use one pointer.
Hehe, no, not here ... its "-", "+" ;-)
Thanks,
Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
@@ -1053,7 +1053,7 @@ static void mm_pci_remove(struct pci_dev *dev)
> pci_disable_device(dev);
> }
>
> -static const struct pci_device_id mm_pci_ids[] = {
> +static const struct pci_device_id mm_pci_ids[] __devinitdata = {
same here
Thanks,
Frank
--
To unsubscribe from this
= 20 - task_nice(p);
Thats surely correct, but on the other hand currently those
case blocks are quite independet of their possition/could easily
be rearranged now .. or think of another case is put ahead.
Then this could mess up things.
Thanks,
Frank
--
To unsubscribe from this list: send the
retval one need to take care of this here.
But as i don't have enough experience to know if this likely at all i'm
fully fine with it. Just wanted to note one should think about if
its worth the change.
Thanks,
Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-k
-by: Philip Langdale <[EMAIL PROTECTED]>
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
drivers/mmc/host/ricoh_mmc.c | 97 +++
1 file changed, 72 insertions(+), 25 deletions(-)
--- a/drivers/mmc/host/ricoh_mmc.c
+++ b/drivers/mmc/host/rico
From: Frank Seidel <[EMAIL PROTECTED]>
This patch (base on current linus git tree plus Philip Langdales
suspend/resume patch) adds support for the Ricoh RL5c476 chip:
with this the mmc adapter that needs this disabler (R5C843) can
also be handled correctly when it sits on a RL5c476.
(+
refreshed version
of yours (just in case also somebody had problems.. ah and i fixed a typo
in your signed-off and added mine).
Thanks,
Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
lected to mention the other brave souls who volunteered: Frank
> Seidel, Ann Davis, and Harvey Harrison who I hope to be able to call on
> in times of need.
Hey, I'm sure you just temporarily forgot the discussion about that point
we had the days before ;-) Never mind, just kidding! :-)
ded in the RT patch set but it
may be useful to anyone determined to use cpu hotplug with PREEMPT_LL.
This patch was tested on 3.0.36-rt58 since that release has the latest
hotplug patches. I will rework and test this on 3.5-rtX when that is available.
Signed-off-by: Frank Rowand
---
include/li
rom []
(kernel_thread_exit+0x0/0x8)
[0.239776] omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for emif_fw
[0.239776] omap_hwmod: _populate_mpu_rt_base found no _mpu_rt_va for
l3_instr
Config is from arch/arm/configs/omap2plus_defconfig
plus:
CONFIG_USB_EHCI_HCD=y
CONFIG_
On 07/30/12 18:22, Steven Rostedt wrote:
> On Thu, 2012-07-26 at 17:15 -0700, Frank Rowand wrote:
>
>>
>> Config is from arch/arm/configs/omap2plus_defconfig
>> plus:
>>
>>CONFIG_USB_EHCI_HCD=y
>>CONFIG_USB_NET_SMSC95XX=y
>>CONFIG_PREE
On 07/30/12 19:32, Steven Rostedt wrote:
> On Mon, 2012-07-30 at 19:22 -0700, Frank Rowand wrote:
>> On 07/30/12 18:22, Steven Rostedt wrote:
>>> On Thu, 2012-07-26 at 17:15 -0700, Frank Rowand wrote:
>>>
>>>>
>>>> Config is
On 07/31/12 12:11, Steven Rostedt wrote:
> On Tue, 2012-07-31 at 12:00 -0700, Frank Rowand wrote:
>
>>> Yeah, my root fs is on the sdcard. Did you get this bug every time or
>>> was it sporadic?
>>
>> I get it every boot.
>
> Can you try it with an SD
s should be named.
>
> 2.2.1.1 is there to point out that unit address _has_ to reflect reg.
>
> 2.2.3 says that unit addresses can be omitted.
2.2.3 is talking about path names.
2.2.1.1 is talking about node names.
2.2.1.1 _does_ require the unit address in the node name, 2.2.
r.
An RFC patch that explained the cause of one example of panic when
desc->chip is NULL and fixed that example
(http://lkml.indiana.edu/hypermail/linux/kernel/1308.3/01473.html)
was accepted. This patch fixes the remaining locations which have
the same problem.
Signed-off-by: Frank Rowand
awn already acked and send out v7 version.
best regards
Frank Li
> tegra: Thierry Reding
>
> Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/maj
.
Signed-off-by: Roman Bobniev
Signed-off-by: Frank Rowand
---
mm/slub.c |6 3 + 3 - 0 !
1 file changed, 3 insertions(+), 3 deletions(-)
Index: b/mm/slub.c
===
--- a/mm/slub.c
+++ b/mm/slub.c
@@ -947,13 +947,10
The RCU stall warning functions call trigger_all_cpu_backtrace()
to print a backtrace on each cpu. This function is only
implemented for x86. Add a version for ARM.
With CONFIG_PREEMPT_RT_FULL enabled, flushing the output from
printk() is inhibited in some contexts to avoid increasing
real time
The RCU stall warning functions print_cpu_stall() and print_other_cpu_stall()
call trigger_all_cpu_backtrace() to print a backtrace on each cpu. This
function is only implemented for x86. Add a version for ARM.
Signed-off-by: Frank Rowand
---
arch/arm/include/asm/hardirq.h |2 1 + 1
ned-off-by: Frank Rowand
---
kernel/printk.c |53 + 2 - 0 !
kernel/rcutree.c | 1414 +0 - 0 !
2 files changed, 17 insertions(+), 2 deletions(-)
Index: b/kernel/printk.c
===
--- a/kernel/prin
print_cpu_stall()
echo 1 > /proc/sys/kernel/zzz_debug_print_stall_once
# test print_other_cpu_stall()
echo 2 > /proc/sys/kernel/zzz_debug_print_stall_once
Signed-off-by: Frank Rowand
---
kernel/rcutree.c | 2626 +0 - 0 !
kernel/sysctl.c | 1111
On 12/04/12 20:47, Frank Rowand wrote:
> The RCU stall warning functions call trigger_all_cpu_backtrace()
> to print a backtrace on each cpu. This function is only
> implemented for x86. Add a version for ARM.
>
> With CONFIG_PREEMPT_RT_FULL enabled, flushing the output fro
On 12/10/12 06:29, Paul E. McKenney wrote:
> On Tue, Dec 04, 2012 at 08:52:21PM -0800, Frank Rowand wrote:
>>
>> The printk()s in RCU stall warnings do not get flushed to the console
>> on ARM. Add the oops_in_progress flag back into the special trylock case in
>>
r the pathological case you debugged. I'm still mulling this all over...
>
> With this patch, the latency dropped to just 150us over a 20 hour run.
> Without the patch, the huge latencies would trigger in seconds.
-Frank
--
To unsubscribe from this list: send the line &q
On 12/10/12 16:48, Frank Rowand wrote:
> On 12/07/12 15:56, Steven Rostedt wrote:
>> When debugging the latencies on a 40 core box, where we hit 300 to
>> 500 microsecond latencies, I found there was a huge contention on the
>> runqueue locks.
>>
>> Investigat
a patch with Acked-by.
> No, it doesn't mean that the replying/acking person will apply
> the patch to any tree.
>
>
> Have you read what Documentation/SubmittingPatches and
> Documentation/development-process/5.Posting and 6.Followthrough
> say about Acked-
this memory?
2. Can NUMA page migration also be handled on such kind of memory without
preventing migration?
Thanks,
Frank
--
Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox
ORACLE Deutschland B.V. & Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany
Hauptverwaltung: Riess
On Tuesday 04 June 2013 13:58:07 Robin Holt wrote:
> This is probably more appropriate to be directed at the linux-mm
> mailing list.
>
> On Tue, Jun 04, 2013 at 09:22:10AM +0200, Frank Mehnert wrote:
> > Hi,
> >
> > our memory management on Linux hosts conflicts w
On Tuesday 04 June 2013 16:02:30 Michal Hocko wrote:
> On Tue 04-06-13 14:14:45, Frank Mehnert wrote:
> > On Tuesday 04 June 2013 13:58:07 Robin Holt wrote:
> > > This is probably more appropriate to be directed at the linux-mm
> > > mailing list.
> > >
>
On Tuesday 04 June 2013 20:17:02 Frank Mehnert wrote:
> On Tuesday 04 June 2013 16:02:30 Michal Hocko wrote:
> > On Tue 04-06-13 14:14:45, Frank Mehnert wrote:
> > > On Tuesday 04 June 2013 13:58:07 Robin Holt wrote:
> > > > This is probably more appropriate
On Wednesday 05 June 2013 09:54:54 Michal Hocko wrote:
> On Tue 04-06-13 23:54:45, Frank Mehnert wrote:
> > On Tuesday 04 June 2013 20:17:02 Frank Mehnert wrote:
> > > On Tuesday 04 June 2013 16:02:30 Michal Hocko wrote:
> > > > On Tue 04-06-13 14:14:45, Frank Mehne
On Wednesday 05 June 2013 10:34:13 Frank Mehnert wrote:
> On Wednesday 05 June 2013 09:54:54 Michal Hocko wrote:
> > On Tue 04-06-13 23:54:45, Frank Mehnert wrote:
> > > On Tuesday 04 June 2013 20:17:02 Frank Mehnert wrote:
> > > > On Tuesday 04 June 2013 16:02:30 Mi
On Wednesday 05 June 2013 11:10:48 Michal Hocko wrote:
> On Wed 05-06-13 10:34:13, Frank Mehnert wrote:
> > On Wednesday 05 June 2013 09:54:54 Michal Hocko wrote:
> > > On Tue 04-06-13 23:54:45, Frank Mehnert wrote:
> > > > On Tuesday 04 June 2013 20:17:02 Frank Mehne
On Wednesday 05 June 2013 11:56:30 Michal Hocko wrote:
> On Wed 05-06-13 11:32:15, Frank Mehnert wrote:
> [...]
>
> > Thank you very much for your help. As I said, this problem happens _only_
> > with NUMA_BALANCING enabled. I understand that you treat the VirtualBox
> >
he problem or it happens rarely and it was
> not identified.
I'm currently using the stock Ubuntu 13.04 generic kernel (3.8.0-23),
patched with some additional logging code. It is true that this problem
could also be triggered by other kernel mechanisms as you described.
Thanks,
Frank
-
On Wednesday 05 June 2013 14:34:00 Mel Gorman wrote:
> On Wed, Jun 05, 2013 at 12:35:35PM +0200, Frank Mehnert wrote:
> > On Wednesday 05 June 2013 12:10:19 Mel Gorman wrote:
> > > On Tue, Jun 04, 2013 at 06:58:07AM -0500, Robin Holt wrote:
> > > > > B) 1.
On 03/21/13 07:41, Alan Stern wrote:
> On Wed, 20 Mar 2013, Frank Rowand wrote:
>
>> Hi All,
>>
>> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
>> other???),
>> so casting the nets wide...
>>
>> The PandaBoard frequentl
On 03/21/13 02:00, Ming Lei wrote:
> Hi Frank,
>
> On Thu, Mar 21, 2013 at 11:29 AM, Frank Rowand
> wrote:
>>
>> I found the problem on 3.6.11, but have not replicated it on 3.9-rcX
>> yet because my config fails to build on 3.9-rc1 and 3.9-rc2. I'll tr
On 03/12/13 17:44, Frank Rowand wrote:
> On 03/11/13 10:34, Sebastian Andrzej Siewior wrote:
>> * Frank Rowand | 2013-03-07 20:03:18 [-0800]:
>>
>>> panda boot often fails due to a usb timeout, while sending a command on
>>> behalf of the smsc95xx ethernet driver.
On 03/21/13 13:25, Frank Rowand wrote:
> On 03/21/13 02:00, Ming Lei wrote:
< snip >
> --
> There are some timeout messages that I am not positive are symptoms of
> the problem. With these messages, the smsc95xx driver initialization is
> successful, so the etherne
On 03/21/13 07:41, Alan Stern wrote:
> On Wed, 20 Mar 2013, Frank Rowand wrote:
>
>> Hi All,
>>
>> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
>> other???),
>> so casting the nets wide...
>>
>> The PandaBoard frequentl
On 03/22/13 03:03, Mats Liljegren wrote:
> Frank Rowand wrote:
>> On 03/21/13 07:41, Alan Stern wrote:
>>> On Wed, 20 Mar 2013, Frank Rowand wrote:
>>>
>>>> Hi All,
>>>>
>>>> Not quite sure quite where the problem is (USB, OMAP,
Sorry for the repeats, mailer issues (was supposed to go to dm-devel).
--
Frank Mayhar
310-460-4042
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On Mon, 2013-08-19 at 09:40 -0400, Mike Snitzer wrote:
> On Sat, Aug 17 2013 at 8:30am -0400,
> Alasdair G Kergon wrote:
>
> > On Fri, Aug 16, 2013 at 03:55:21PM -0700, Frank Mayhar wrote:
> > > This patch fixes that by changing the hardcoded MIN_IOS (and certain
>
r, as
you said it just seems reasonable to make these values configurable.
I'm also looking at making some similar constants in dm-verity and
dm-bufio configurable in the same way and for similar reasons.
--
Frank Mayhar
310-460-4042
--
To unsubscribe from this list: send the line "unsu
On Tue, 2013-08-20 at 17:22 -0400, Mikulas Patocka wrote:
> On Fri, 16 Aug 2013, Frank Mayhar wrote:
> > The device mapper and some of its modules allocate memory pools at
> > various points when setting up a device. In some cases, these pools are
> > fairly large, for
On Tue, 2013-08-20 at 17:44 -0400, Mikulas Patocka wrote:
> On Mon, 19 Aug 2013, Frank Mayhar wrote:
> > On Mon, 2013-08-19 at 10:00 -0400, Mike Snitzer wrote:
> > > Performance isn't the concern. The concern is: does DM allow for
> > > forward progress if t
On Tue, 2013-08-20 at 17:47 -0400, Mikulas Patocka wrote:
>
> On Tue, 20 Aug 2013, Frank Mayhar wrote:
>
> > On Tue, 2013-08-20 at 17:22 -0400, Mikulas Patocka wrote:
> > > On Fri, 16 Aug 2013, Frank Mayhar wrote:
> > > > The device mapper and some of
make sure that our needs are met and, while I'm at
it, make things a bit better for those who come after me.
--
Frank Mayhar
310-460-4042
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
2013/8/23 Shawn Guo :
> You can have all above environments defined in U-Boot mx6qsabreauto.h
> at compile time. Then at runtime, you only need the following two
> commands to boot kernel with the device that you want.
I think uboot method is better than kernel.
--
To unsubscribe from this list:
the code, such that I can do any
change which helps me to get it integrated smoothly.
---
Frank Haverkamp (1):
Generic WorkQueue Engine (GenWQE) device driver
drivers/misc/Kconfig|1 +
drivers/misc/Makefile |1 +
drivers/misc/genwqe/Kconfig | 23
Hi Michael,
Am Donnerstag, den 25.07.2013, 15:21 +0200 schrieb Michal Marek:
> On 25.7.2013 10:28, Frank Haverkamp wrote:
> > + dev_info(&pci_dev->dev, "GenWQE driver version: %s (build %s) %s%u\n",
> > +DRV_VERS_STRING, __DATE__, GENWQE_DEVNAME, cd
been unchanged since at least 2006.
Signed-off-by: Frank Mayhar
---
drivers/md/dm-crypt.c | 63 +++
drivers/md/dm-io.c| 58 +--
drivers/md/dm-mpath.c | 48 ++-
Ping? Has anyone glanced at this?
On Fri, 2013-08-09 at 10:48 -0700, Frank Mayhar wrote:
> The device mapper and some of its modules allocate memory pools at
> various points when setting up a device. In some cases, these pools are
> fairly large, for example the multipath module al
2013/5/14 Laurent Navet :
> Replace a call to deprecated devm_request_and_ioremap by
> devm_ioremap_resource.
> also remove tests on 'r' since devm_ioremap_resource() checks for it
> in a better way.
>
> Found with coccicheck and this semantic patch:
> scripts/coccinelle/api/devm_ioremap_resource
2013/5/14 Laurent Navet :
> struct resource *res)
> {
> ...
> if (!res || resource_type(res) != IORESOURCE_MEM) {
> dev_err(dev, "invalid resource\n");
> return ERR_PTR(-EINVAL);
Okay, thanks.
Acked
--
To unsubscribe from this list: send the line "unsubs
between "mode bits don't allow me to open" and
> > "file has share reservation set".
> >
> > Heck, since we're departing from POSIX here, maybe we should consider a
> > new error code altogether? ESHAREDENIED or something?
>
> That can ma
linux-3.0.66-rt93 builds and boots on some ARM boards (PandaBoard, Realview)
for:
- SMP, PREEMPT_RT_FULL
- SMP, PREEMPT_NONE
- UP, PREEMPT_RT_FULL
- UP, PREEMPT_NONE
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
linux-3.4.33-rt47 builds and boots on some ARM boards (PandaBoard, Realview)
for:
- SMP, PREEMPT_RT_FULL
- SMP, PREEMPT_NONE
- UP, PREEMPT_RT_FULL
- UP, PREEMPT_NONE
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
linux-3.2.39-rt59 builds and boots on some ARM boards (PandaBoard, Realview)
for:
- SMP, PREEMPT_RT_FULL
- SMP, PREEMPT_NONE
- UP, PREEMPT_RT_FULL
- UP, PREEMPT_NONE
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On 03/07/13 19:55, Frank Rowand wrote:
> linux-3.6.11-rt30 builds and boots on some ARM boards (PandaBoard, Realview)
> for:
>
> - SMP, PREEMPT_RT_FULL
> - SMP, PREEMPT_NONE
> - UP, PREEMPT_RT_FULL
> - UP, PREEMPT_NONE
>
>
> The PandaBoard frequently fa
Failed to open eth0
The boot error can be avoided with a workaround that simply retries
the failed USB command. I will reply to this email with the patch.
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
revious kernel-3.7. I have not tested anything earlier.
Please CC to frank.pet...@comcast.net as I am not subscribed to
the list.
Frank Peters
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
added recipients...
On 08/21/12 07:30, Michael Thalmeier wrote:
> Frank Rowand am.sony.com> writes:
>
>>
>>
>> Updates console-make-rt-friendly.patch
>>
>> #ifdef CONFIG_PREEMPT_RT_FULL, printk() output is never flushed by
>> printk() because:
>&g
e need for
preempt-rt-allow-immediate-magic-sysrq-output-for-preempt_rt_full.patch
It is not a big deal if the reversal patch gets left out of the stable releases,
but it is cleaner if it is included.
This also applies to 3.2.28-rt42-rc1
< snip >
> Changes from 3.0.41-rt61:
>
_FULL
- UP CONFIG_PREEMPT_RT_FULL
Tests:
- build
- boot
- magic SYSRQ prints on serial console
As expected, panda SMP CONFIG_PREEMPT_RT_FULL still has the
lock warning on boot. (tglx is looking into this.)
-Frank
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
ebpage with it:
http://linux.f-seidel.de/linux-next/
while the wiki there is probably most interesting as it e.g. already
contains some info about those quilt comments and is amazingly easy to
adapt and enhance.
Thanks,
Frank
--
To unsubscribe from this list: send the line "unsubscribe linu
1 - 100 of 2766 matches
Mail list logo
