Kernel physical addr : 0x32d01fe0
Platform phys offset : 0x3000
Page offset : 0xc0553fb4
The page offset looks weird, since 32bit kernel has 2/2 or 3/1 or 1/3
user/kernel virtual address split. It is not reasonable to have 0xc0553fb4
as page offset. You should c000 for 3/1 split.
On Sat, Sep 13, 2014 at 7:13 PM, Miles MH Chen orca.c...@gmail.com wrote:
Kernel physical addr : 0x32d01fe0
Platform phys offset : 0x3000
Page offset : 0xc0553fb4
The page offset looks weird, since 32bit kernel has 2/2 or 3/1 or 1/3
user/kernel virtual address split. It is not
Hi,
I have a single source file which I wrote, implementing a kernel
module: helloworld.c
In order to built it, I prepared the following Makefile:
obj-m += helloworld.o
all:
make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules
clean:
make -C /lib/modules/$(shell uname
Is this part of the Eudyptula Challenge?
On 13 Sep 2014 16:35, Kevin Wilson wkev...@gmail.com wrote:
Hi,
I have a single source file which I wrote, implementing a kernel
module: helloworld.c
In order to built it, I prepared the following Makefile:
obj-m += helloworld.o
all:
make -C
Hi,
No.
This is a newbie question, and I believe this is the right mailing
list to get help.
Regards,
Kevin
On Sat, Sep 13, 2014 at 5:36 PM, Kristofer Hallin
kristofer.hal...@gmail.com wrote:
Is this part of the Eudyptula Challenge?
On 13 Sep 2014 16:35, Kevin Wilson wkev...@gmail.com wrote:
On Sat, Sep 13, 2014 at 05:34:11PM +0300, Kevin Wilson wrote:
Hi,
I have a single source file which I wrote, implementing a kernel
module: helloworld.c
In order to built it, I prepared the following Makefile:
obj-m += helloworld.o
all:
make -C /lib/modules/$(shell uname -r)/build
Kevin Wilson wkevils at gmail.com writes:
Is it ok ? or should the obj-m parameter be *different* than the the
source file (without the *.o suffix)
(something like obj-m += hello.o ?)
Regards,
Kevin
Have you tested it? Test exactly what you are asking and see what happens.
That's the
ok, now we can say the virt_to_phys returns a correct physical address.
0x32d01fe0. It is a physical address, not a simple offset in dram. Your
64Mb dram has physical address within 0x3000 ~ 0x3400.
MH
2014/9/13 下午9:52 於 mind entropy mindentr...@gmail.com 寫道:
On Sat, Sep 13, 2014 at
Hi,
I am using kernel 3.17.0 and need sound working with my Intel sound card
NM10/ICH7. I have Sound card support option turned on with ALSA and I am
trying to compile and install the card driver.
Card details:
$ lspci -nn | grep -i audio
00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7