Hi Linus !
Some of these might have been better in -rc4 or earlier, all my fault
for having some backlog that I'm still going through. So we have some
bug fixes (not necessarily regressions but also generally simple
enough that I decided to go for 2.6.32 anyways) and a few very trivial
Kconfig cle
Benjamin Herrenschmidt wrote on 27/10/2009 01:00:53:
>
> On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
> > Just be careful the get_user() doesn't regenerate the same
> > translation error you are trying to fix by being here..
yes, I had some problems with this initially but managed to w
The simple_map_init() works at a higher level, what I'm redefining is a
function called by mtd->read()
The block size for e.g. a dd if=/dev/mtd0 of=/dev/null
with the default block size (I believe it's 512Bytes), fetches from
/dev/mtd0 4096 Bytes at a time.
I'd prefer the kernel to be schedulin
On Tue, 2009-10-27 at 11:02 +0100, Fortini Matteo wrote:
> The simple_map_init() works at a higher level, what I'm redefining is a
> function called by mtd->read()
not sure I follow. What you want to do is change the access to the
flash. You do this by turning on MTD_COMPLEX_MAPPINGS and then set
Hello,
We would need some help on how to make a Micrel KSZ8001 work on the
MPC5200B FEC using the kernel DENX-v2.6.3[01].
We can already boot the kernel and device tree using TFTP and this PHY
using a recent U-Boot version, so we would need some pointers how to
acomplish that.
Add a proper PHY d
Hi Jonathan, I've read your post with great interest.
I have a custom board with custom fpga's connected to the PPC405EX EBC
bus on banks 2 and 3. Running linux 2.6.29.1. The board collects data
and dma's it to a scatter-gather dma buffer and then uses TCP/writev +
Ethernet 9KB Jumbo packets to
Hi John,
> I have a custom board with custom fpga's connected to the PPC405EX
> EBC
> bus on banks 2 and 3. Running linux 2.6.29.1. The board collects
> data
> and dma's it to a scatter-gather dma buffer and then uses TCP/writev
> +
> Ethernet 9KB Jumbo packets to transmit data off of the board.
From: Santosh Shukla
Date: Tue, 13 Oct 2009 18:55:57 +0530
Subject: [PATCH] Xilinx LL-TEMAC: Add Netpoll controller support
Adding Netpoll controller support to Xilinx LL-TEMAC ethernet
driver.Replaced Rx, Tx tasklet schedule call with their handlers,
Added correct version of call which can execu
Hi All,
my name is Luigi. I'm working on a stripped-down mpc8541 board (that has just
a serian and twe enets).
I have an issue on delay calibration. In fact my at boot time I see the
following on the serial console:
Calibrating delay loop... 83.20 BogoMIPS (lpj=166400)
This value see
Hmmm, so if the issue I see is related to what you see then setting mtu
to 4KB may clear it otherwise I have a either a potential race condition
freeing skb's or ultimately the protocol stack is not freeing the
correct buffer...
Thanks Jonathan.
-Original Message-
From: Jonathan Haws [mai
Romen,
A driver for micrel phy exists in /drivers/net/phy/micrel.c. in 2.6.30.
You just need to add the structure with your phy information .
If you are using older kernel you may want to copy it.
Regards
Suvidh
--
Message: 6
Date: Tue, 27 Oct 2009 13:17:
On Tue, Oct 27, 2009 at 10:16:17AM +0100, Joakim Tjernlund wrote:
> Benjamin Herrenschmidt wrote on 27/10/2009
> 01:00:53:
> >
> > On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
> > > Just be careful the get_user() doesn't regenerate the same
> > > translation error you are trying to fix by
Scott Wood wrote on 27/10/2009 16:58:41:
>
> On Tue, Oct 27, 2009 at 10:16:17AM +0100, Joakim Tjernlund wrote:
> > Benjamin Herrenschmidt wrote on 27/10/2009
> > 01:00:53:
> > >
> > > On Mon, 2009-10-26 at 16:26 -0700, Dan Malek wrote:
> > > > Just be careful the get_user() doesn't regenerate th
Luigi 'Comio' Mantellini wrote:
Hi All,
my name is Luigi. I'm working on a stripped-down mpc8541 board (that has just
a serian and twe enets).
I have an issue on delay calibration. In fact my at boot time I see the
following on the serial console:
Calibrating delay loop... 83.20 BogoMIP
Hello, I am using the mpt2sas driver on the canyonlands / 460EX board.
I've already found and fixed one problem, but can't get past the
unhandled IRQ.
The first problem I noticed is that the physical address is read into a
32 bit variable, but the 460ex has a 36 bit bus so the ioremap would
Hey Ben,
I don't see these pulled into your tree yet. Can you please this tree
into your merge branch?
Thanks,
g.
On Thu, Oct 15, 2009 at 10:46 AM, Grant Likely
wrote:
> Hi Ben.
>
> Here are some OF and MPC5200 changes needed for 2.6.32. Mostly
> defconfig updates and a couple of new board dt
Hello Suvidh,
On Tuesday 27 October 2009 17:47:51 suvidh kankariya wrote:
> A driver for micrel phy exists in /drivers/net/phy/micrel.c. in
> 2.6.30.
Am I somewhat blind, or do you have access to other 2.6.30's than I
have?
I searched git.kernel.org, git.denx.de and git.secretlab.ca, but could
I know this is probably a really dumb question, but a wise man once said that
the only stupid question is the one that is not asked.
So, I have written a flash driver in VxWorks that simply addresses the flash
directly and handles all the hardware accesses just fine. I am porting that to
Linux
On Tue, Oct 27, 2009 at 1:54 PM, Roman Fietze
wrote:
> Hello Suvidh,
>
> On Tuesday 27 October 2009 17:47:51 suvidh kankariya wrote:
>
>> A driver for micrel phy exists in /drivers/net/phy/micrel.c. in
>> 2.6.30.
>
> Am I somewhat blind, or do you have access to other 2.6.30's than I
> have?
>
> I
Jonathan Haws wrote:
>
> How can I get that pointer? Unfortunately I cannot simply use the address of
> the flash. Is there some magical function call that gives me access to that
> portion of the memory space?
>
$ man 2 mmap
You want MAP_SHARED and O_SYNC.
b.g.
--
Bill Gatliff
b...@bi
> > How can I get that pointer? Unfortunately I cannot simply use the
> address of the flash. Is there some magical function call that
> gives me access to that portion of the memory space?
> >
>
> $ man 2 mmap
>
> You want MAP_SHARED and O_SYNC.
To use that I need to have a file descriptor t
Jonathan Haws wrote:
>>> How can I get that pointer? Unfortunately I cannot simply use the
>>>
>> address of the flash. Is there some magical function call that
>> gives me access to that portion of the memory space?
>>
>> $ man 2 mmap
>>
>> You want MAP_SHARED and O_SYNC.
>>
>
>
> Jonathan Haws wrote:
> >>> How can I get that pointer? Unfortunately I cannot simply use
> the
> >>>
> >> address of the flash. Is there some magical function call that
> >> gives me access to that portion of the memory space?
> >>
> >> $ man 2 mmap
> >>
> >> You want MAP_SHARED and O_SYNC.
> >
> >>> How can I get that pointer? Unfortunately I cannot simply use
> the
> >>>
> >> address of the flash. Is there some magical function call that
> >> gives me access to that portion of the memory space?
> >>
> >> $ man 2 mmap
> >>
> >> You want MAP_SHARED and O_SYNC.
> >>
> >
> >
> > To use th
Jonathan Haws wrote:
Okay, I now have access to the flash memory, however when I write to it the
writes do not take. I have tried calling msync() on the mapping to no avail.
I have opened the fd with O_SYNC, but cannot get things to work right.
Here are the calls:
int fd = open("/de
> > Okay, I now have access to the flash memory, however when I write
> to
> > it the writes do not take.
>
>
> > (PROT_READ | PROT_WRITE), MAP_PRIVATE, fd,
>
> MAP_SHARED. Bill told you. With MAP_PRIVATE you write to a local
> in-ram copy of the data, not to the original on
> > Okay, I now have access to the flash memory, however when I write
> to it the writes do not take. I have tried calling msync() on the
> mapping to no avail. I have opened the fd with O_SYNC, but cannot
> get things to work right.
> >
> > Here are the calls:
> >
> > int fd = open("/dev/mem
> Okay, I now have access to the flash memory, however when I write to
> it the writes do not take.
> (PROT_READ | PROT_WRITE), MAP_PRIVATE, fd,
MAP_SHARED. Bill told you. With MAP_PRIVATE you write to a local
in-ram copy of the data, not to the original one.
/alessandro
Jonathan Haws wrote:
flash[0] = 0x1234;
msync(flash, NOR_FLASH_SIZE, MS_SYNC | MS_INVALIDATE);
printf("flash[0] = %#04x\n", flash[0]);
That prints flash[0] = 0x7f45. I have verified that I am reading
the correct values. I can display the flash contents in U-Boot and
7f
> I realize that. I have a driver written that does exactly that.
> However, I need to be able to write to certain registers to setup
> the erasure. The driver works perfectly in VxWorks, now I am
> porting it to Linux.
Most likey you are hit by the compiler reordering the accesses and
caching d
> Jonathan Haws wrote:
> >>> flash[0] = 0x1234;
> >>> msync(flash, NOR_FLASH_SIZE, MS_SYNC | MS_INVALIDATE);
> >>> printf("flash[0] = %#04x\n", flash[0]);
> >>>
> >>> That prints flash[0] = 0x7f45. I have verified that I am
> reading
> >> the correct values. I can display the flash contents
On Tue, 2009-10-27 at 18:11 +1100, Benjamin Herrenschmidt wrote:
> Hi Linus !
>
> Some of these might have been better in -rc4 or earlier, all my fault
> for having some backlog that I'm still going through. So we have some
> bug fixes (not necessarily regressions but also generally simple
> enoug
On Tue, 27 Oct 2009 11:43:34 +0800
hank peng wrote:
> I want to use its' XOR engine to compute raid5 parity, but I can't
> find this function in 2.6.30 downloaded from kernel.org, someone know
> if there is a patch?
try this:
http://patchwork.ozlabs.org/patch/36067/
Kim
___
I have no problem with any of these changes. I guess this is up to Ben
and company to decide the rest.
-- Steve
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
On Tue, 2009-10-27 at 18:00 -0400, Steven Rostedt wrote:
> I have no problem with any of these changes. I guess this is up to Ben
> and company to decide the rest.
I'll stick them into my -next branch, hopefully today or tomorrow.
The ppc "perf_events" specific bits are going to go via paulus fir
On Tue, 2009-10-27 at 12:27 -0500, Ayman El-Khashab wrote:
>
> The first problem I noticed is that the physical address is read into a
> 32 bit variable, but the 460ex has a 36 bit bus so the ioremap would
> always fail. I've change the defn of chip_phys in mpt2sas_base.h to u64
> and that cle
2009/10/28 Kim Phillips :
> On Tue, 27 Oct 2009 11:43:34 +0800
> hank peng wrote:
>
>> I want to use its' XOR engine to compute raid5 parity, but I can't
>> find this function in 2.6.30 downloaded from kernel.org, someone know
>> if there is a patch?
>
> try this:
>
> http://patchwork.ozlabs.org/p
Hi Paul,
Today's linux-next merge of the sh tree got a conflict in fs/Kconfig
between commit 0cd9ad73b8d181737005ff4e506b9b6bd043f4dd ("powerpc: Limit
hugetlbfs support to PPC64 Book-3S machines") from the powerpc-merge tree
and commit ffb4a73d8906f71910e6c83ec2b499e70025ee8e ("sh: Fix hugetlbfs
d
From: Santosh Shukla
Date: Tue, 13 Oct 2009 18:55:57 +0530
Subject: [PATCH] Xilinx LL-TEMAC: Add Netpoll controller support
Adding Netpoll controller support to Xilinx LL-TEMAC ethernet
driver.Replaced Rx, Tx tasklet schedule call with their handlers,
Added correct version of call which can execu
In continuous sampling mode we want the SDAR to update. While we can
select between dcache misses and erat misses, a decent default is to
enable both.
Signed-off-by: Anton Blanchard
---
Moved MMCRA definitions into asm/reg.h.
Index: linux.trees.git/arch/powerpc/kernel/power7-pmu.c
Hi Stephen,
> I think this last line is not needed?
Right you are!
Anton
--
perf_event wants a separate event for alignment and emulation faults,
so create another emulation event. This will make it easy to hook in
perf_event at one spot.
We pass in regs which will be required for these eve
41 matches
Mail list logo